Admin-ui ist kaputt in (Docker) stable und testing

m0wlheld · January 27, 2022, 12:48pm

Eine aktuelle “Debugging-Sitzung” mit @Micha hat übrigens ergeben, dass in meinem Setup ein Leeren des Verzeichnis /var/lib/homegear/tmp/admin-ui/cache/ die Bearbeitung von Geräteeigenschaften wieder ermöglicht hat.

Micha · January 27, 2022, 3:13pm

Hallo zusammen,

den anderen 500er hatte ich ja gestern schon gefixed. Habe ich eben gepushed, sollte dann im kommenden nightly auch behoben sein.

– Micha

KaiHawaii · January 28, 2022, 6:55am

Guten Morgen,
ich habe heute auf nightly gewechselt und das tmp geleert. Schaut wirklich deutlich besser aus!
Einstellungen → System erzeugt allerdings noch immer den 500er.

Grüsse

Micha · January 28, 2022, 7:43am

Hi @KaiHawaii,

dann wird da noch nicht die neue Version der UI dabei gewesen sein … das dauert immer ein paar Tage.

– Micha

m0wlheld · January 28, 2022, 8:22am

Wird die Änderung denn auch für stable zur Verfügung gestellt?

KaiHawaii · February 5, 2022, 11:19am

Mahlzeit, also im Nightly Docker Image funktioniert jetzt alles!
Ich bin Happy!

m0wlheld · February 23, 2022, 7:45am

Ich darf die Frage nochmal stellen, die Systemmeldungen in meiner „stable“ Installation füllen sich nämlich mit „array“ Meldungen, die sich nicht löschen lassen.

cnowden · March 1, 2022, 2:28pm

Hi @m0wlheld,
auch für die Nightly gibt es bis jetzt noch keinen Fix!
Das Problem liegt daran, dass @Micha es nicht nachstellen kann.
Eine Problematik die mir bestens bekannt ist und es schwer macht, das Problem zu analysieren und Bugfixes bereitzustellen.
VG Carsten

vklaffehn · March 20, 2024, 9:34am

Moin! Bei mir in meiner nightly Installation get die Admin-auch nicht mehr. Ich habe gerade einmal in einem frischen Debian 11 und einem Ubuntu 22.04 LXC Container jeweils eine Installation durchgeführt, bei beiden kommt folgendes:

03/20/24 09:18:29.424 Script engine (/var/lib/homegear/www/rpc/admin/index.php): PHP Fatal error:  Uncaught Symfony\Component\DependencyInjection\Exception\RuntimeException: Cannot autowire service "App\EventSubscriber\CheckServiceSubscriber": argument "$defaultLocale" of method "__construct()" has no type-hint, you should configure its value explicitly. in /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/DefinitionErrorExceptionPass.php:54
Stack trace:
#0 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(82): Symfony\Component\DependencyInjection\Compiler\DefinitionErrorExceptionPass->processValue(Object(Symfony\Component\DependencyInjection\Definition), true)
#1 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/DefinitionErrorExceptionPass.php(32): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue(Array, true)
#2 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(46): Symfony\Component\DependencyInjection\Compiler\DefinitionErrorExceptionPass->processValue(Array, true)
#3 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/Compiler.php(94): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->process(Object(Symfony\Component\DependencyInjection\ContainerBuilder))
#4 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/ContainerBuilder.php(762): Symfony\Component\DependencyInjection\Compiler\Compiler->compile(Object(Symfony\Component\DependencyInjection\ContainerBuilder))
#5 /var/lib/homegear/admin-ui/vendor/symfony/http-kernel/Kernel.php(599): Symfony\Component\DependencyInjection\ContainerBuilder->compile()
#6 /var/lib/homegear/admin-ui/vendor/symfony/http-kernel/Kernel.php(136): Symfony\Component\HttpKernel\Kernel->initializeContainer()
#7 /var/lib/homegear/admin-ui/vendor/symfony/http-kernel/Kernel.php(196): Symfony\Component\HttpKernel\Kernel->boot()
#8 /var/lib/homegear/admin-ui/public/index.php(85): Symfony\Component\HttpKernel\Kernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#9 {main}
  thrown in /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/DefinitionErrorExceptionPass.php on line 54
03/20/24 09:18:29.626 Script engine (/var/lib/homegear/www/rpc/admin/index.php): PHP Fatal error:  Uncaught Symfony\Component\DependencyInjection\Exception\RuntimeException: Cannot autowire service "App\EventSubscriber\CheckServiceSubscriber": argument "$defaultLocale" of method "__construct()" has no type-hint, you should configure its value explicitly. in /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/DefinitionErrorExceptionPass.php:54
Stack trace:
#0 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(82): Symfony\Component\DependencyInjection\Compiler\DefinitionErrorExceptionPass->processValue(Object(Symfony\Component\DependencyInjection\Definition), true)
#1 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/DefinitionErrorExceptionPass.php(32): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue(Array, true)
#2 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(46): Symfony\Component\DependencyInjection\Compiler\DefinitionErrorExceptionPass->processValue(Array, true)
#3 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/Compiler.php(94): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->process(Object(Symfony\Component\DependencyInjection\ContainerBuilder))
#4 /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/ContainerBuilder.php(762): Symfony\Component\DependencyInjection\Compiler\Compiler->compile(Object(Symfony\Component\DependencyInjection\ContainerBuilder))
#5 /var/lib/homegear/admin-ui/vendor/symfony/http-kernel/Kernel.php(599): Symfony\Component\DependencyInjection\ContainerBuilder->compile()
#6 /var/lib/homegear/admin-ui/vendor/symfony/http-kernel/Kernel.php(136): Symfony\Component\HttpKernel\Kernel->initializeContainer()
#7 /var/lib/homegear/admin-ui/vendor/symfony/http-kernel/Kernel.php(196): Symfony\Component\HttpKernel\Kernel->boot()
#8 /var/lib/homegear/admin-ui/public/index.php(85): Symfony\Component\HttpKernel\Kernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#9 {main}
  thrown in /var/lib/homegear/admin-ui/vendor/symfony/dependency-injection/Compiler/DefinitionErrorExceptionPass.php on line 54

Beim Aufruf der URL werde ich nach /admin/changepwd umgeletet, dann kommt im Browser ein Error 500. Fehlt da eventuell einfach noch irgendwo ein Paket?

MfG Volker
@Micha

vklaffehn · March 20, 2024, 10:11am

Zusatzinfo: auch in einer richtigen VM mit Debian 11 tritt der Fehler direkt nach der Installation auf.

cnowden · March 23, 2024, 10:19am

Hallo @vklaffehn
Ich hatte das leider auch schon vor einiger Zeit festgestellt: Admin UI after Nightly update not accessible
Leider keinerlei Reaktionen bis jetzt. Schade!
VG Carsten

Mainframe · April 6, 2024, 10:31pm

Hallo Volker,

also ich hatte ja vor nicht allzulanger Zeit auch einen (LXC) Container mit aktuellem nightly unter Proxmox 7.4 aufgesetzt.
Testweise mit Debian Bullseye. In “Produktion” nutze ich jetzt aber das schlankere DietPI.
Mit beiden Betriebssystemen funktionierte die Installation inkl. Admin-UI problemlos.

Wenn ich mich recht erinnere musste ich das Passwort allerdings per CLI setzen.

Wie man im Screenshot erkennen kann, habe ich aber auch nur die notwendigen Module installiert !

VG
Henning

cnowden · April 7, 2024, 6:08pm

Hallo @Mainframe ,
Danke für Deinen Tipp! Ich habe gerade nochmal auf das aktuelle Nightly aktualisiert und dann via CLI das Passwort neu gesetzt (obwohl es keine Neuinstallation war und damit bereits ein User samt Passwort existierte). Leider hat es nicht geholfen und ich bekomme den gleichen Fehler wie Volker bzw. wie vorher.
Viele Grüße von
Carsten

Mainframe · April 7, 2024, 8:23pm

Hallo @cnowden,

Welche Module hast du denn installiert?
Und welche benötigst du aktuell wirklich?

cnowden · April 8, 2024, 5:36am

Hallo @Mainframe ,
Bei mir sind nur Max!, Admin UI und Homegear Management ausgewählt. Ich habe keine Ahnung, ob das letzte Modul wirklich benötigt wird. Allerdings meine ich mich zu erinnern, dass ich es mal testweise weggelassen hatte und Homegear dann nicht mehr funktionierte.
Ich setze übrigens einen CUN (über USB) und CUNX (über LAN) für meine Max! Geräte ein.
VG Carsten

Raspi 3b+ mit OpenhabianPi auf Basis Debian 11 Bullseye

Mainframe · April 8, 2024, 6:38am

Hallo,

das hört sich erst mal nicht so schlecht an.
Ich habe hier allerdings keinen CUN im Einsatz. Und bei der letzten Renovierung konnte ich die Einbauposition des CUNX optimieren, so daß ich jetzt auch nur noch einen einzigen CUNX benötige.

Den größten Unterschied sehe ich erst mal bei der Hardware. Bei mir läuft alles in einem Container unter Proxmox mit einem Ryzen 5600G als CPU. Also alles x86, 64bit. Tests in 32bit Umgebungen kamen für mich nie in Frage…

Volker verwendet ja scheinbar auch LXC. Ich konnte allerdings erst mal nicht erkennen, ob er 32 oder 64 bit nutzt. Und auch nicht auf welcher Hardware sein Container läuft.

Ein weiterer Unterschied, den ich allerdings erst mal nicht für relevant halte.
Bei meinen Installationen habe ich alle Daten nach /data/homegear verlagert. Da handelt es sich um eine eigene Partition: Die läßt sich in der virtuellen Umgebung besser in den Snapshot Mechanismus integrieren. Und man kann Betriebssystem / Installation und Daten bequem separat sichern…

Hier mal die Liste aller installierten “homegear” Pakete.

root@HomeGear:~# apt list --installed |grep homeg

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

homegear-adminui/bullseye,now 0.2.0-1334 all [installed]
homegear-easy-licensing/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-licensing/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-management/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-max/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-nodes-core/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-nodes-extra/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-nodes-ui/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear-ui/bullseye,now 0.1.0-390 all [installed]
homegear-webssh/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
homegear/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
libhomegear-base/now 0.9.24012305-3671 amd64 [installed,upgradable to: 0.9.24021514-3671]
libhomegear-ipc/bullseye,now 0.1.2-46 amd64 [installed]
libhomegear-node/bullseye,now 0.1.8-61 amd64 [installed]
nodejs-homegear/bullseye,now 16.15.1-1 amd64 [installed]
python3-homegear/bullseye,now 1.0.27-12 amd64 [installed]

Bei mir ist auch nichts installiert, was auf “Symfony” hindeutet.
Eine Abfrage “apt list --installed |grep sym” liefert ebenfalls nichts.

Stellt sich also die Frage warum ist bei euch symfony installiert?

Mainframe · April 8, 2024, 7:10am

Also bei mir ist auch keine zusätzliche PHP Umgebung installiert. Kann das sein, das die durch eure Betriebssysteme kommt?
Ich verwende hier ja nur ein absolut minimales Debian bzw. DietPi ! Keine GUI, nichts …
DietPi ist dabei noch mal etwas schmaler als das minimale Debian. Gibts als Bullseye Version auch für den RPi 3 usw.

Mainframe · April 8, 2024, 11:07am

Aktueller Zwischenstand:
Habe erst mal einen Snapshot gezogen.
Dann DietPi aktualisiert. Da läuft bei mir noch alles.
Danach neuen Snapshot gezogen.
Nach Aktualisierung von Homegear kommt zwar die Anmelde-Maske der Admin-UI hoch. Dann passiert aber nichts weiter.
In den Logs war aber nichts zu finden. Wird sicher etwas dauern um den Fehler einzukreisen

Bin jetzt erst mal auf den Snapshot mit aktualisiertem Betriebssystem zurück

vklaffehn · April 20, 2024, 8:11am

Moin!
Hier ist ja was los
Ich habe gerade eben mal wieder ein Update aus dem nightly-repository gemacht, also ‘apt update && apt upgrade’, und siehe da, die admin-ui läuft einfach wieder …

ich habe vorher noch 2 per USB am Host angeschlossene nanoCULs durchgereicht und per configfile konfiguriert, kann mir aber nicht so richtig vorstellen, dass sich das auf di AdminUI ausgewirkt hat…

Nur zur Info: das läuft bei mir mittlerweile auf einem Proxmox 8 auf einem Acemagic S1 MiniPC als priviligierter LXC-Container.

Mainframe · May 6, 2024, 4:38pm

Hallo,
habe heute mein DietPi auf Version 9.3 aktualisiert und Homegear aktualisiert. Ich kann Volkers Aussage bestätigen. AdminUI läuft in der aktuellen nightly Version wieder ohne Probleme.

Fyi
Bei mir läuft der “produktive” Proxmox Server aber noch auf Version 7.4-16. Update auf Version 8 habe ich noch nicht gewagt, nachdem ich mit V 8 bei meinem “Dev” Server Probleme mit WOL bekommen habe.