Betatest: LoxBerry 3.x auf Debian 12 (Bookworm)

[Tico]

Hello Prof.Mobilux. What appropimate timeframe do you anticipate for a 'finalised' Bookworm/Loxberry build? I would like to decide on whether to use the previous Bullseye build or permanently use the Bookworm build going forward. I haven't solved the MQTT issue posted earlier, but then I haven't run the script lately (I'm unsure whether the script needs to be run from a clean install)?

[ChrisF]

Aufgrund eines Bugs im Hyper-V Image in Bullseye bin ich nun auch umgestiegen auf die Bookworm Beta, installiert auf Windows Server 2019 Hyper-V.

https://dietpi.com/forum/t/unable-to-expand-rootfs-filesystem-dev-sda1-under-hyper-v-vhdx/19161

Die DietPi Bookworm (Debian 12) Hyper-V VHDX startet in einer Generation 1 Maschine problemlos.

Installiert habe ich die

hyperv-daemons

Der

dietpi-drive_manager

wurde nicht benötigt, da das Dateisystem von vornherein auf die angegeben 8GB expandiert wurde.

Installation ohne vorherige Änderungen am DietPi OS über

wget https://raw.githubusercontent.com/mschlenstedt/Loxberry_Installer/main/install_bookworm.sh && bash install_bookworm.sh -b master | tee /boot/loxberry_install.log

Änderung der IP über das Loxberry UI funktioniert nach Neustart auch problemlos.

Vielen Dank an alle, die hier unermüdlich in ihrer freien Zeit am Loxberry Projekt mitwirken und Features anbinden, die Loxone nicht bereitstellen kann/will... Wirklich tolle Arbeit!

[cr4v3n]

Nach Installation des Fritz-Plugins Neustart durchgeführt und nun ist der loxberry nicht mehr erreichbar.

[cr4v3n]

Ja.

Dietpi Beta. Loxberry Beta. Danach Fritz.Lox installiert und neugestartet.

[svethi]

Was für eine Loxberry Beta?

[svethi]

Das Plugin läuft schon ewig fehlerfrei auf der aktuellen Loxberry Version.
Aber ohne Logs von Installation, Systemstatus etc. Wird Dir da hier keiner weiterhelfen können. Das Plugin ändert am Webserver rein gar nichts und kann daher nicht der Verursacher sein. Maximal wäre die Konfigseite des Plugin kaputt. Warte nach dem Neustart mal ne Stunden. Zum Einen könnte es sein, dass Sicherheitsupdates im Hintergrund eingespielt werden. Zum Anderen könnte eine fehlerhafte Netzwerkeinstellung dafür sorgen, dass das Netzwerk erst nach einem fallback wieder gestartet wird.

[Loxoleo]

Auch von mir vielen Dank für eure Arbeit!

Hatte als Laie mit Proxmox und Debian 11 Probleme bei der Installation, aber die Beta hier lief auf DietPi Bookworm auf Anhieb schon rund!

[Prof.Mobilux]

Es gibt leider noch ein PHP Problem mit Bookworm. Bookworm wird mit PHP8.x ausgeliefert. Das macht bei vielen der existierenden Plugins Probleme. Daher installieren wir einen Backport auf PHP7.4.

Das funktioniert prinzipiell gut. Allerdings ist es so, dass einige Plugins PHP-Pakete nachinstallieren, z. B. "php-gd". Nun wird aber hier immer das Paket für PHP 8.x nachinstalliert. Wir bräuchten jetzt "php7.4-gd". Jetzt müssten wir auch wieder alle Plugins anpassen...

Jemand eine Idee, wie man das unter Debian permanent umstellen kann, sodass bei "apt-get install php-gd" das Paket nicht für 8.x sondern für 7.4 installiert wird?

[olicat]

Hi!

Das hilft nicht?

Oliver

[Prof.Mobilux]

Hi!

Das hilft nicht?

Oliver

Das setzt die PHP Version im System auf 7.4. Das funktioniert auch sehr gut. Das Problem ist apt - hier sind Pakete "php-xxxx" immer noch php8.x, während Du für 7.4 explizit "php7.4-xxxxx" installieren musst. Man müsste apt irgendwie beibringen, dass "php-xxxx" die 7.4 ist...

Geht bestimmt "irgendwie" mit apt pinning....

[Prof.Mobilux]

Das ist das Problem, Beispiel Paket "php-gd" - das installiert Version 8.2:

root@loxberry:~# apt -a show php-gd
Package: php-gd
Version: 2:8.3+94+0~20240109.49+debian12~1.gbpe06825
Priority: optional
Section: php
Source: php-defaults (94+0~20240109.49+debian12~1.gbpe06825)
Maintainer: Debian PHP Maintainers <team+pkg-php@tracker.debian.org>
Installed-Size: 10.2 kB
Depends: php-common, php8.3-gd
Download-Size: 3800 B
APT-Sources: https://packages.sury.org/php bookworm/main amd64 Packages
Description: GD module for PHP [default]
This package provides a GD module for PHP.
.
PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used
open source general-purpose scripting language that is especially suited
for web development and can be embedded into HTML.
.
This package is a dependency package, which depends on Debian's default
PHP version (currently 8.3).

Package: php-gd
Version: 2:8.2+93
Priority: optional
Section: php
Source: php-defaults (93)
Maintainer: Debian PHP Maintainers <team+pkg-php@tracker.debian.org>
Installed-Size: 10.2 kB
Depends: php-common, php8.2-gd
Download-Size: 3648 B
APT-Sources: https://deb.debian.org/debian bookworm/main amd64 Packages
Description: GD module for PHP [default]
​

Und wir bräuchten aber "php7.4-gd - und das, obwohl wir es mit "apt install php.gd" installieren:

root@loxberry:~# apt -a show php7.4-gd
Package: php7.4-gd
Version: 1:7.4.33-8+0~20230904.88+debian12~1.gbp87c414
Priority: optional
Section: php
Source: php7.4
Maintainer: Debian PHP Maintainers <team+pkg-php@tracker.debian.org>
Installed-Size: 143 kB
Provides: php-gd
Depends: php-common (>= 1:81~), ucf, php7.4-common (= 1:7.4.33-8+0~20230904.88+debian12~1.gbp87c414), libc6 (>= 2.4), libgd3 (>= 2.1.1)
Homepage: http://www.php.net/
Download-Size: 28.1 kB
APT-Sources: https://packages.sury.org/php bookworm/main amd64 Packages
Description: GD module for PHP
This package provides the GD module(s) for PHP.
.
PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used
open source general-purpose scripting language that is especially suited
for web development and can be embedded into HTML.
​

[loxnoob]

Hallo bestes Loxberry Team,
Es ist einfach unglaublich, was ihr hier immer wieder auf die Beine stellt. Herzlichen Dank, dass ihr hier so viel Zeit und Herzblut nicht nur in die Entwicklung, sondern auch in die Betreuung von uns "Usern" steckt. Grandios. Danke.

Nachdem bei mir seit einigen Jahren ein Raspi in der Verteilung hing, ist Loxberry nun, dank Unterstützung von HyperV, in eine VM umgezogen. Leider funktioniert ja im Moment nur das Bookworm Image, weswegen ich mich hier auf Beta Territorium bewege.
Das scheint sich leider zu rächen, da SDA Initial nur 8GB Speicher zur Verfügung hat und über die Zeit ja ein wenig Logs auflaufen und auch mal Updates draufkommen, wollte ich letztens mal die "Platte" größer machen.

Das mit dem Platte größer machen läuft super. In HyperV die Platte vergrößert, über den DietPi Disk Manager die Order gegeben die Platte beim nächsten Reboot zu erweitern und neu gestartet, ist SDA dann tatsächlich auch größer.
Aber zu früh gefreut, Loxberry startet dann nicht mehr, bzw. ist nicht mehr per HTTP zu erreichen.
Habt ihr einen Tipp, wo genau ich mal nachsehen könnte, woran es liegt?
Oder habt ihr gar eine Idee wo es hapern könnte?

Beste Grüße
vom Loxnoob

[Prof.Mobilux]

Bei der VM hast Du doch auch ein "echtes" Konsolenfenster. Kommen da Fehlermeldungen? Wenn Du Dich dort als root einloggst und "dmesg" aufrufst irgendwelche Besonderheiten?

[loxnoob]

Ich habe das Problem gerade noch einmal reproduziert. Nein, es gibt keine Fehlermeldung.
Mir ist nun aber aufgefallen, dass nicht einfach nicht geantwortet wird, sondern die Verbindung verweigert wird.
Auch per SSH, um den output von DMESG zu teileen, komme ich dann nicht mehr drauf, sondern nur direkt über HyperV.
Mysteriös.

[oma-frieda]

Hallo,

ich habe leider ein Problem mit MQTT von LoxBerry: Die fehlermeldung ist "Error saving data" auf der Konfigurationsseite von MQTT, wenn ich "save and apply" drücke. (Unter /system_tmpfs/mqttfinder.log sehe ich, dass bereits mqtt-topics geloggt werden.) - Weiß jemand, was ich tun kann?

Ich habe Loxberry 3.0.0.6 installiert und direkt danach dietpi auf bookworm upgegradet. Dieses Upgrade habe ich gemacht, weil ich irgendwo gelesen hatte, dass Loxberry ein solches Upgrade egal sein und es bei mir zuvor bereits mit all meinen Plugins funktioniert hatte. Nachdem aber mein System gecrasht ist, musste ich neu installieren, und voila! - da war der Fehler.

cat ~/log/system_tmpfs/apache2/php.log
... liefert gar nichts und im Tab Konsole des Entwickler-Werzeugs meines Webbrowsers (Firefox) sehe ich:

Called Save and Apply mqtt.cgi:669:13
HTTPS-Only Mode: Unsichere Anfrage "http://loxberry/admin/system/ajax/ajax-generic.php?file=$lbsconfigdir/general.json&section=Mqtt&write" erhält aufgrund einer Ausnahme kein Upgrade. ajax-generic.php
HTTPS-Only Mode: Unsichere Anfrage "http://loxberry/admin/system/ajax/ajax-generic.php?file=LBPCONFIG/mqttgateway/mqtt.json&section=Main&write" erhält aufgrund einer Ausnahme kein Upgrade. ajax-generic.php
XHRPOST
http://loxberry/admin/system/ajax/ajax-generic.php?file=$lbsconfigdir/general.json&section=Mqtt&write
[HTTP/1 500 Internal Server Error 6ms]

HTTPS-Only Mode: Unsichere Anfrage "http://loxberry/admin/system/ajax/ajax-generic.php?file=LBPCONFIG/mqttgateway/cred.json&section=Credentials&write" erhält aufgrund einer Ausnahme kein Upgrade. ajax-generic.php
XHRPOST
http://loxberry/admin/system/ajax/ajax-generic.php?file=LBPCONFIG/mqttgateway/mqtt.json&section=Main&write
[HTTP/1 500 Internal Server Error 4ms]

Response { type: "basic", url: "http://loxberry/admin/system/ajax/ajax-generic.php?file=$lbsconfigdir/general.json&section=Mqtt&write", redirected: false, status: 500, ok: false, statusText: "Internal Server Error", headers: Headers(5), body: ReadableStream, bodyUsed: false }
mqtt.cgi:680:14
XHRPOST
http://loxberry/admin/system/ajax/ajax-generic.php?file=LBPCONFIG/mqttgateway/cred.json&section=Credentials&write
[HTTP/1 500 Internal Server Error 11ms]

HTTPS-Only Mode: Unsichere Anfrage "http://loxberry/admin/system/ajax/ajax-main-icons-handler.php" erhält aufgrund einer Ausnahme kein Upgrade. ajax-main-icons-handler.php
XHRGET
http://loxberry/admin/system/ajax/ajax-main-icons-handler.php
[HTTP/1.1 200 OK 0ms]

Uncaught (in promise) SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
HTTPS-Only Mode: Unsichere Anfrage "http://loxberry/admin/system/ajax/ajax-main-icons-handler.php" erhält aufgrund einer Ausnahme kein Upgrade. ajax-main-icons-handler.php
XHRGET
http://loxberry/admin/system/ajax/ajax-main-icons-handler.php
[HTTP/1.1 200 OK 0ms]

Uncaught (in promise) SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

[Prof.Mobilux]

Nö, damit ist jetzt Dein PHP kaputt. Backup zurückspielen und kein Dist-Upgrade mehr machen. Das geht nicht einfach so.

[svethi]

Es klar kommuniziert, dass Bookworm nicht geht. Wieviele Hinweise soll es noch geben?

[Prof.Mobilux]

Das Problem ist, das wir nicht wissen können ob es geht oder nicht. Meist warnt selbst Debian davor ein dist-upgrade zu machen. Bzw. es gibt dann lange HowTos was zu beachten ist. So ist es hier auch. LoxBerry ist es letztendlich wurscht worauf es läuft. Hier bei Bookworm ist es aber so, dass php von Version 7.x auf 8.x hochgezogen wurde. Und mit php8.x sind sehr viele inkompatible Änderungen gekommen, deswegen laufen nun die Skripte nicht mehr. Das hat alles nichts mit LoxBerry zu tun, aber führt letztendlich dazu, dass er nicht mehr läuft. Deswegen steht ja hier im Thread auch ganz fett "BETA" dran...

[oma-frieda]

Danke für die Arbeit, die ihr da im Hintergrund leistet. Nachdem ich den Schaden hatte, werde ich künftig vor dem nächsten Upgrade sicher noch die Foren durchsuchen. Bei mir war es nach meiner Erinnerung so, dass ich den Umstieg schon einmal gemacht hatte und mir danach nichts aufgefallen war, insbesondere MQTT ist problemlos weiter gelaufen (allerdings habe ich danach an der Konfiguration sicher nichts geändert).

[Noschvie]

Bezüglich PHP 7 vs PHP 8:
hat jemand Erfahrung mit diesen Tools?

https://www.atatus.com/blog/tools-to-check-php8-compatibility/

[marmork33]

Da ich zwar Loxberry 3.0.0.6 beta auf einem Raspberry 5 zum laufen bekommen habe, allerdings weiterhin diverse loxberry plugins (u.a. sonos4lox) nicht funktionieren, habe ich den RP5 wieder zurückgesendet und mir einen RP4 bestellt. Schade.