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 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…
zgadza się
dzięki za rozkmine - sprawdzimy kompilację libwebsockets i poprawimy
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 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:
No i super - wszystko dobrze się skończyło. Dzięki
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.
No i wszystko jasne, wyłączam i zabezpieczam.
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.
Masz w integracjach, MQTT, konfiguruj, trzy kropeczki
No mam, tylko konfigurację tematu… to nie usprawni działanie brokera po nadpisaniu konfiguracji.
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
tutaj homeassistant:
a no fakt jest jakoś do tego GUI nie mogę się przekonać bo wszystko do tej pory robiłem z konsoli
Patrz jak wyżej jest rozwiązanie
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ą