👱‍♀️ Greta pierwsza BETA

U mnie wywaliło cały konfig mosquito.
/data/data/pl.sviete.dom/files/usr/etc/mosquitto/mosquitto.conf
był domyślny

tak, zaktualizowaliśmy Mosquitto do wersji 2.0.10 i to spowodowało nadpisanie configa mosqutio
już to poprawiamy

Sprawdzamy i poprawimy to konsola w web tylko nie działa bo tak jak napisał @maciekb coś jest nie tak z kompilacją libwebsockets.

Można się łączyć przez ssh z klientów natywnych - komenda:

ssh <ip-bramki>

dzięki za info :heart: będzie dzisiaj aktualizacja która naprostuje te 2 rzeczy (ssh i mqtt)

PS
ogólnie sporo binarek znowu w tej wersji aktualizujemy… i takie kwiatki na beta mogą wychodzić niestety…

1 polubienie

zgadza się

dzięki za rozkmine :+1: - sprawdzimy kompilację libwebsockets i poprawimy

2 polubienia

OK, naprawione. Wystarczy zaktualizować system i wszystko wróci do normy:

PS
gdyby ktoś chciał zrozumieć co się stało - wyszły 2 problemy

1. mqtt

aktualizacja mosquito nadpisała konfigurację… czego się spodziewaliśmy ale wydawało nam się, że to zadziała (i u nas zadziałało bo mieliśmy integrację z SUPLA włączoną a ona zmieniła konfigurację mqtt).
Poprawione po aktualizacji dostarczamy poprawną konfigurację do usługi mqtt.

# AIS Config file for mosquitto
listener 1883 0.0.0.0
allow_anonymous true

2. webssh

aktualizacja libwebsockets do najnowszej wersji 4.2.0 spowodowała problem z konsolą w aplikacji web.
To dlatego, że ttyd (to co nam robi konsole w aplikacji web) był skompilowany z wersją libwebsockets 4.1.6-51e76cb. Efekt był taki:

~ $ ttyd -p 8080 bash
[2021/05/21 11:29:00:3808] N: ttyd 1.6.3 (libwebsockets 4.1.6-51e76cb)
[2021/05/21 11:29:00:3817] N: tty configuration:
[2021/05/21 11:29:00:3817] N:   start command: bash
[2021/05/21 11:29:00:3818] N:   close signal: SIGHUP (1)
[2021/05/21 11:29:00:3818] N:   terminal type: xterm-256color
[2021/05/21 11:29:00:3818] N: LWS: 4.2.0-no_hash, loglevel 7
[2021/05/21 11:29:00:3819] N: NET CLI SRV H1 H2 WS ConMon IPv6-absent
[2021/05/21 11:29:00:3819] E: No memory for lws_context
[2021/05/21 11:29:00:3819] E: libwebsockets context creation failed

przekompilowaliśmy właśnie ttyd z libwebsockets 4.2.0

i jest OK

~ $ ttyd -p 8080 bash
[2021/05/21 12:01:07:4218] N: ttyd 1.6.3 (libwebsockets 4.2.0-no_hash)
[2021/05/21 12:01:07:4228] N: tty configuration:
[2021/05/21 12:01:07:4228] N:   start command: bash
[2021/05/21 12:01:07:4228] N:   close signal: SIGHUP (1)
[2021/05/21 12:01:07:4229] N:   terminal type: xterm-256color
[2021/05/21 12:01:07:4229] N: LWS: 4.2.0-no_hash, loglevel 7
[2021/05/21 12:01:07:4229] N: NET CLI SRV H1 H2 WS ConMon IPv6-absent
[2021/05/21 12:01:07:4258] N:    /data/data/pl.sviete.dom/files/usr/lib/libwebsockets-evlib_uv.so
[2021/05/21 12:01:07:4295] N:  Using foreign event loop...
[2021/05/21 12:01:07:4296] N:  ++ [wsi|0|pipe] (1)
[2021/05/21 12:01:07:4298] N:  ++ [vh|0|default||8080] (1)
[2021/05/21 12:01:07:4300] N: lws_socket_bind: nowsi: source ads 0.0.0.0
[2021/05/21 12:01:07:4300] N:  ++ [wsi|1|listen|default||8080] (2)
[2021/05/21 12:01:07:4301] N:  Listening on port: 8080

Dostarczymy teraz poprawkę dla innych projektów w których jest ten sam problem:

PS2
to wszystko dlatego, że w tej wersji nie mieliśmy czasu wydawać na kanale ALFA…
Przepraszamy za problemy :blush: w kolejnej wersji wrócimy do kanału ALFA i takie rzeczy wyłapiemy przed wydaniem na BETA.

Dzięki za zgłoszenia. Gdyby coś jeszcze wyszło to piszcie. Już nie dodajemy już nic nowego do tej wersji. Teraz przez kilka dni będziemy testować i opisywać zmiany przed wydaniem na kanale stabilnym:

2 polubienia

No i super - wszystko dobrze się skończyło. Dzięki :slight_smile:

1 polubienie

Sprawdźcie proszę co się z tym plikiem stanie, kiedy ktoś ma w nim już zapisaną konfigurację np. mostu do SUPLA? Czy wyczyści do domyślnej konfiguracji i trzeba będzie odtwarzać od nowa własne zmiany?
Mam włączoną automatyczną aktualizacje na kanale stabilnym i nie chciałbym mieć niespodzianki…

Sorki że nie zacytuję, ale gdzieś Jolka pisała, że jeśli modyfikujesz ręcznie conf mosquitto to bierzesz jego utrzymanie na siebie. No ale update’ty dalej w tym mieszają, wiec takie to pomieszane - w każdym bądź razie rób sobie kopie tej konfiguracji i wyłącz auto-update.

3 polubienia

No i wszystko jasne, wyłączam i zabezpieczam.

1 polubienie

u mnie to nie problem, naprawiłem ale trochę mi zajęło poszukanie ścieżki do konfiguracji mosquito. Może dało by się przy kompilacji ustawić folder z konfigiem na folder AIS, wtedy by był archiwizowany przy backupie i nikt by nie tracił swojej konfiguracji.

1 polubienie

Masz w integracjach, MQTT, konfiguruj, trzy kropeczki :wink:

1 polubienie

No mam, tylko konfigurację tematu… to nie usprawni działanie brokera po nadpisaniu konfiguracji.

1 polubienie

Trzy kropeczki w prawym górnym rogu…

@iron - to się ukazuje po kliknięciu w trzy kropki… jest edycja pliku.

Po ostatniej aktualizacji zniknęło mi sterowanie wszystkimi urządzenia AIS tasmota, ale z homeassistanta połączonego mostem MQTT normalnie mogę nimi sterować, o co chodzi :thinking:


tutaj homeassistant:

a no fakt jest :slight_smile: jakoś do tego GUI nie mogę się przekonać bo wszystko do tej pory robiłem z konsoli :slight_smile:

1 polubienie

Patrz jak wyżej jest rozwiązanie :slight_smile:

Urządzenia mqtt które ja konfigurowałem, czyli bramy itd. działają normalnie, nie działały tylko urządzenia AIS
ps.
po kilku modyfikacjach pliku mosquito.conf ruszyło, nie wiem co było przyczyną :upside_down_face: