Lmn 7.1 linuxmuster-prepare - webui läuft nicht

cweikl · 17. November 2022 um 12:07

Hallo Thomas,
ich habe das zur Überarbeitung der Doku nochmals getestet. Nach dem lmn-prepare und dem Neustart des Servers, versuche ich von einer anderen Debian VM mit Firefox auf http://10.0.0.1 zuzugreifen.
Dies scheitert. O.g. Befehle hatte ich dann gestestet und die WebUI neu gestartet. Ich kam dennoch nicht auf die WebUI von der Debian VM aus. IP-Zugriff etc. funktionieren, Zugriff von der Debian VM auf OPNsense ebenfalls.

Nachdem ich das Setup via Console ausgeführt habe, den Server neu gestartet habe, kann ich von der Debian VM mit Firefox problemlos ohne Änderungen aus die WebUI zugreifen.

@Arnaud: Hast Du eine Idee woran das liegen kann ?
VG
Chris

Arnaud · 17. November 2022 um 16:07

Hallo Chris,

Könntest du mir bitte genau beschreiben ( mit Kommandos ) was du gemacht hast ?
Die Logs dazu wären eine große Hilfe.

Gruß

Arnaud

cweikl · 17. November 2022 um 17:36

Hallo Arno,
ich habe OPNsense und server neu aufgesetzt und so vorbereitet wie wir es in der Doku beschrieben haben. Dann komme ich zu lmn-prepare. Führe ich den Befehl aus, dann steht ja am Ende, dass der Server neu zu starten ist. Führe ich das aus und greife danach von einer Verwaltungs-VM im grünen Netz auf die WebUI mit http://10.0.0.1 zu, erhalte ich einen Fehler. Die WebUI ist nicht erreichbar.

Führe ich dann die o.g. Befehle aus, startet zwar die WebUI wieder, aber ich kann immer noch nicht darauf zugreifen. Anders als von @tomja beschrieben.

Dann habe ich alles mit dem snapshot zurückgesetzt und nochmals mit lmn-prepare begonnen.
Ist das Skript erfolgreich durchgelaufen, starte ich den Server N I C H T. Rufe von der Verwaltungs-VM mit dem Browser die WebUI mit http://10.0.0.1 auf, kann mich als root anmelden und der Setup mit der WebUI erfolgreich durchführen. Danach werde ich bei der Anmeldung an der WebUI auch automatisch auf HTTPS umgeleitet.

Als Fix habe ich vorerst in der Doku folgenden eingepflegt fixed some preparatory settings for opnsense and server by cweikl · Pull Request #827 · linuxmuster-docs/main · GitHub
Sollte gleich auch online sein.

Müsste ich nochmal zurückgehen, lmn-prepare durchlaufen lassen reboot ausführen und welche logs benötigst Du dann ?
VG
Chris

Arnaud · 18. November 2022 um 06:31

Hallo Chris,

Es wäre schön, ja. Im gegensatz von Lehrer mag ich lieber Kommandos und Logs als lange Erklärungen
Interessant wären das genauere Kommando von lmn-prepare (mit Parameter - ich befürchte dass wir nicht mit den gleichen Parameter testen), die Logs von der Installation, und von /var/log/ajenti/ajenti.log. Nach dem Server restart, wenn die Webui nicht läuft, dann schauen was passiert mit ajenti-panel --dev was los ist.

Gruß

Arnaud

cweikl · 18. November 2022 um 16:17

Hallo Arnaud,

klaro

Aufruf lmn.prepare:
lmn-prepare -i -p server -l /dev/vdb -v var:10,linbo:40,global:10,default-school:100%FREE
kein Reboot:
systemctl status linuxmusterwebui.service
linuxmuster-webui.service - linuxmuster.net WebUI Loaded: loaded (/lib/systemd/system/linuxmuster-webui.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2022-11-18 17:04:39 CET; 56s ago Main PID: 10421 (python3) Tasks: 3 (limit: 2313) CGroup: /system.slice/linuxmuster-webui.service ├─10421 /usr/bin/python3 /usr/local/bin/ajenti-panel -d --stock-plugins --plugins /usr/lib/linuxmuster-webui/plugins └─10519 /usr/local/bin/ajenti-panel worker [restricted session]

Nov 18 17:04:39 Nov 18 17:04:39 server Nov 18 17:04:39 server
3. Logs vor dem Reboot: 2022-11-18 17:04:40,363 INFO 2022-11-18 17:04:40,367 2022-11-18 17:04:40,367 INFO 2022-11-18 17:04:40,370 INFO 2022-11-18 17:04:40,370 INFO 2022-11-18 17:04:40,370 INFO 2022-11-18 17:04:40,371 INFO 2022-11-18 17:04:40,371 INFO 2022-11-18 17:04:40,371 INFO 2022-11-18 17:04:40,371 INFO 2022-11-18 17:04:40,444 INFO 2022-11-18 17:04:40,451 INFO 2022-11-18 17:04:40,486 INFO 2022-11-18 17:04:40,490 INFO 2022-11-18 17:04:40,491 ERROR 2022-11-18 17:04:40,491 INFO 2022-11-18 17:04:40,491 INFO 2022-11-18 17:04:40,497 INFO 2022-11-18 17:04:40,499 INFO 2022-11-18 17:04:40,503 INFO 2022-11-18 17:04:40,611 INFO 2022-11-18 17:04:40,671 INFO 2022-11-18 17:04:40,682 INFO 2022-11-18 17:04:40,685 INFO 2022-11-18 17:04:40,689 INFO 2022-11-18 17:04:40,702 INFO 2022-11-18 17:04:40,788 INFO 2022-11-18 17:04:40,796 INFO 2022-11-18 17:04:40,796 INFO 2022-11-18 17:04:40,803 INFO 2022-11-18 17:04:40,821 INFO 2022-11-18 17:04:40,822 INFO 2022-11-18 17:04:40,822 INFO server systemd[1]: Starting linuxmuster.net WebUI…
systemd[1]: linuxmuster-webui.service: Can’t open PID file /var/run/ajenti.pid (yet?) after start: No such file or directory
systemd[1]: Started linuxmuster.net WebUI.
/var/log/ajenti/ajenti.log
: Loading config from /etc/ajenti/config.yml
WARNING : Users should be stored in /etc/ajenti/users.yml, migrating it …
: /etc/ajenti/users.yml already existing, backing it up
: /etc/ajenti/users.yml correctly written
: Loading users from /etc/ajenti/users.yml
: Loading smtp config from /etc/ajenti/smtp.yml
: Ajenti Core 2.2.1
: Master PID - 10421
: Detected platform: debian / Ubuntu 18.04.6 LTS
: Python version: 3.6.9
: Discovered 34 plugins
: docker.init.py: docker loaded
: Detected encoding for /etc/linuxmuster/webui/config.yml : ascii, but using utf-8
: Detected encoding for /etc/linuxmuster/webui/config.yml : ascii, but using utf-8
: Can not read realm and domain from smb.conf
: Detected encoding for /var/lib/linuxmuster/setup.ini : no file, using utf-8
: Detected encoding for /var/lib/linuxmuster/setup.ini : no file, using utf-8
: lmn_vdi_administration.init.py: lmn_vdi_administration loaded
: lmn_dhcp.init.py: lmn_dhcp loaded
: samba_dns.init.py: samba_dns loaded
: lmn_nextcloud.init.py: lmn_nextcloud loaded
: lmn_crontab.init.py: lmn_crontab loaded
: lmn_websession.init.py: lmn_websession loaded
: lmn_clients.init.py: lmn_clients loaded
: lmn_vdi_dashboard.init.py: lmn_vdi_dashboard loaded
: lmn_links.init.py: lmn_links loaded
: lmn_landing.init.py: lmn_landing loaded
: Loaded 34 plugins
: Binding to [0.0.0.0]:80
: No secret found, generating new secret key
: New worker „restricted session“ PID 10519, EUID 0, EGID 0
: Worker 10519 is demoting to UID 65534 / GID 65534…
: …done, new EUID 65534 EGID 65534

WebUI ist via Browser über http://10.0.0.1 erreichbar.
Reboot
Nach dem Reboot
root@server:~# systemctl status linuxmuster-webui.service ● linuxmuster-webui.service - linuxmuster.net WebUI Loaded: loaded (/lib/systemd/system/linuxmuster-webui.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Fri 2022-11-18 17:08:39 CET; 24s ago Process: 585 ExecStart=/usr/bin/python3 /usr/local/bin/ajenti-panel -d --stock-plugins --plugins /usr/lib/linuxmuster-webui/plugins (code=exited, stat Main PID: 663 (code=exited, status=1/FAILURE)

Nov 18 17:08:39 server.linuxmuster.lan systemd[1]: Starting linuxmuster.net WebUI… Nov 18 17:08:39 server.linuxmuster.lan systemd[1]: Started linuxmuster.net WebUI. Nov 18 17:08:39 server.linuxmuster.lan systemd[1]: linuxmuster-webui.service: Main process exited, code=exited, status=1/FAILURE Nov 18 17:08:39 server.linuxmuster.lan systemd[1]: linuxmuster-webui.service: Failed with result ‚exit-code‘.
→ kein Zugriff auf die WebUI via Browser mti http://10.0.0.1
8. root@server:~# ajenti-panel --dev
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.api.http.HttpMiddleware] (interface)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.api.http.HttpMasterMiddleware] (interface)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.api.http.HttpPlugin] (interface)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.api.http.SocketEndpoint] (interface)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.security.verifier.ClientCertificateVerificator] (service)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.auth.AuthenticationMiddleware] (service)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.auth.AuthenticationProvider] (interface)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.auth.OSAuthenticationProvider] (implementation of [aj.auth.AuthenticationProvider])
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.auth.AuthenticationService] (service)
18.11.2022 17:10:35 [… 1714] DEBUG Registering [aj.auth.PermissionProvider] (interface)
Traceback (most recent call last):
File „/usr/local/bin/ajenti-panel“, line 135, in
log_level=log_level,
File „/usr/local/lib/python3.6/dist-packages/aj/entry.py“, line 37, in start
import aj.core
File „/usr/local/lib/python3.6/dist-packages/aj/core.py“, line 24, in
from aj.security.pwreset import PasswordResetMiddleware
File „/usr/local/lib/python3.6/dist-packages/aj/security/pwreset.py“, line 9, in
from aj.api.mail import Mail
File „/usr/local/lib/python3.6/dist-packages/aj/api/mail.py“, line 7, in
from jinja2 import Template
ModuleNotFoundError: No module named ‚jinja2‘
9. pip3 install jinja2
10. sudo systemctl start linuxmuster-webui.service
root@server:~# systemctl status linuxmuster-webui.service ● linuxmuster-webui.service - linuxmuster.net WebUI Loaded: loaded (/lib/systemd/system/linuxmuster-webui.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Fri 2022-11-18 17:12:52 CET; 13s ago Process: 1944 ExecStart=/usr/bin/python3 /usr/local/bin/ajenti-panel -d --stock-plugins --plugins /usr/lib/linuxmuster-webui/plugins (code=exited, sta Main PID: 1946 (code=exited, status=1/FAILURE)

Nov 18 17:12:52 server.linuxmuster.lan systemd[1]: Starting linuxmuster.net WebUI… Nov 18 17:12:52 server.linuxmuster.lan systemd[1]: linuxmuster-webui.service: Can’t open PID file /var/run/ajenti.pid (yet?) after start: No such file o Nov 18 17:12:52 server.linuxmuster.lan systemd[1]: Started linuxmuster.net WebUI. Nov 18 17:12:52 server.linuxmuster.lan systemd[1]: linuxmuster-webui.service: Main process exited, code=exited, status=1/FAILURE Nov 18 17:12:52 server.linuxmuster.lan systemd[1]: linuxmuster-webui.service: Failed with result ‚exit-code‘.

Fehlt Dir noch etwas ?
Ich kann also nach Ausführung von lmn-prepare direkt mit der WebUI das Setup ausführen. Nach dem Reboot des Servers - wie es eiegntlich vorgesehen ist nicht.

VG
Chris

Arnaud · 19. November 2022 um 10:32

Hallo Chris,

Danke für die Logs. Es wäre eigentlich gut die Logs vom Installprozess ( i.e. lmn-prepare zu sehen ). Ich habe gerade das gleiche Verfahren in einer virtuellen Maschine laufen gelassen, und nach dem Reboot war die Webui erreichbar. Ich schaffe es einfach nicht zu reproduzieren.
Ansonstens können wir es auch nächste Woche zusammen anschauen.

Gruß

Arnaud

cweikl · 27. November 2022 um 09:24

Hallo Arnaud,
wir konnten diese Fälle eingrenzen. Diese scheinen darauf zurückzuführen sein, dass wenn bei Ausführung von lmn-prepare bereits Fehler auftreten, die WebUI nach dem Reboot nicht erreichbar ist.
Doku ist angepasst (fixed misunderstanduings in using lmn-prepare by cweikl · Pull Request #830 · linuxmuster-docs/main · GitHub).
VG
Christian

MachtDochNix · 27. November 2022 um 15:19

Ergänzung:

Issue ist erstellt, um Fehler von lmn-prepare abzufangen.

LG Thorsten

r.rosenberger · 30. November 2022 um 09:28

Ich hatte das Problem auch öfters, bei mir lag es zuverlässig daran, dass das Default-Locale nicht gesetzt/erstellt wurde.
Ein locale-gen && localectl set-locale LANG=en_US.UTF-8 vor dem Aufruf von lmn-prepare hat bei mir immer funktioniert

cweikl · 23. Dezember 2022 um 13:59

ja, das behebt aber den Fehler, dass nach der Ausführung von lmn-prepare die Schulkonsole läuft und nach einem anschliessenden reboot diese nicht mehr läuft, leider auch nicht.
VG
Chris

jojocw · 26. Dezember 2022 um 08:16

Hallo,

ich habe bei einer Testinstallation (Promox) nach Anleitung nach
lmn-prepare -i -p server -l /dev/sdb -u
und reboot folgende Meldung auf dem dem Admin-PC (10.0.0.1) :
Es erscheint das obere Linuxmuster-net Band (Also läuft die GUI???)
und dann popt ein Fenster auf mit der Meldung:
„The following plugin has failed to load: core . Please fix it or uninstall it.“
Hab im Netz (linuxmuster) nur eine Antwort gefunden:
python3 -m pip list | grep ajenti
und
python3 -m uninstall ajenti.plugin.PLUGIN?
wenn ich da core einsetze
python3 -m uninstall ajenti.plugin.core
kommt: No modul named install

Wer hat eine Lösung?

MFG JH

Arnaud · 26. Dezember 2022 um 15:04

Hallo,

So kann man nicht das Problem lösen. Wenn ajenti.plugin.core nicht installiert ist, kann die Webui gar nicht funktionieren, und der richtige Befehl lautet :

python3 -m pip uninstall ajenti.plugin.core

Dieser Befehl wird die Webui zerschiessen.

Erst mal bitte im /var/log/ajenti/ajenti.log schauen, ob da eine Fehlermeldung auftaucht.

Gruß

Arnaud

jojocw · 26. Dezember 2022 um 17:20

Hallo,
vielen Dank.

Bei Eingabe von list kommt die Ausgabe:

linuxadmin@server:~$ python3 -m pip list | grep ajenti
/usr/lib/python3/dist-packages/secretstorage/dhcrypto.py:15: CryptographyDeprecationWarning: int_from_bytes is deprecated, use int.from_bytes instead
from cryptography.utils import int_from_bytes
/usr/lib/python3/dist-packages/secretstorage/util.py:19: CryptographyDeprecationWarning: int_from_bytes is deprecated, use int.from_bytes instead
from cryptography.utils import int_from_bytes
ajenti-panel 2.2.1
ajenti.plugin.ace 0.32
ajenti.plugin.core 0.102
ajenti.plugin.dashboard 0.41
ajenti.plugin.filesystem 0.49
ajenti.plugin.passwd 0.26
ajenti.plugin.plugins 0.49
ajenti.plugin.session-list 0.6
ajenti.plugin.settings 0.33

heisst ja, dass core installiert ist.

ajenti.log gibt aus:

GNU nano 2.9.3 ajenti.log
2022-12-26 09:02:49,379 INFO : Loading config from /etc/ajenti/config.yml
2022-12-26 09:02:49,402 INFO : Loading users from /etc/ajenti/users.yml
2022-12-26 09:02:49,411 INFO : Loading smtp config from /etc/ajenti/smtp.yml
2022-12-26 09:02:49,412 WARNING : Couldn’t set default locale
2022-12-26 09:02:49,412 INFO : Ajenti Core 2.2.1
2022-12-26 09:02:49,412 INFO : Master PID - 1231
2022-12-26 09:02:49,412 INFO : Detected platform: debian / Ubuntu 18.04.6 LTS

2022-12-26 09:02:49,412 INFO : Python version: 3.6.9
2022-12-26 09:02:50,385 INFO : Discovered 34 plugins
2022-12-26 09:02:50,566 INFO : docker.init.py: docker loaded
2022-12-26 09:02:50,744 INFO : Detected encoding for /etc/linuxmuster/webui/$
2022-12-26 09:02:50,748 INFO : Detected encoding for /etc/linuxmuster/webui/$
2022-12-26 09:02:50,750 ERROR : Can not read realm and domain from smb.conf
2022-12-26 09:02:50,763 INFO : Detected encoding for /var/lib/linuxmuster/se$
2022-12-26 09:02:50,763 INFO : Detected encoding for /var/lib/linuxmuster/se$
2022-12-26 09:02:51,877 INFO : lmn_websession.init.py: lmn_websession lo$
2022-12-26 09:02:52,153 INFO : lmn_links.init.py: lmn_links loaded
2022-12-26 09:02:52,436 INFO : lmn_clients.init.py: lmn_clients loaded
2022-12-26 09:02:52,637 INFO : lmn_crontab.init.py: lmn_crontab loaded

Hilft das was?

MFG JH

jojocw · 26. Dezember 2022 um 17:32

Hallo
möglicherweise liegt es an den Einstellungen für opnsense:

Ich wusste bei der Konfiguration des Interface nicht wirklich was ich einstellen sollte:

Mein Router: Fritzbox: IP: 192.168.178.1
Nextwerkkarte des Promox: vtnet0: 192.168.178.8/24 (static)

der Opnsense bekommt bei der Installation die WAN-IP 192.168.178.64

Bei der Konfiguration des opnsense über den Admin-rechner (10.0.0.10)
hab ich eingetragen:

Primärer DNS-Server: 192.168.178.1
Dann bei Wan-Schnittstelle:

-DHCP

als UPstream-GAteway ist 192.168.178.1 eingetragen (ausgegraut)
Private RFC-Netzwerke blockieren hab ich den Haken entfernt,
Blockierte Bogon-Netze ebanfalls Haken entfernt.
Lan-Schnittstelle ist : 10.0.0.254 / 16

Ist das so richtig?

Updates funktionieren, also Internet-Verbindung besteht.

MFG JH

Arnaud · 27. Dezember 2022 um 18:43

Hallo,

Bitte schau mal hier ob es hilft : Schulkonsole Fehlermeldung - #3 von Arnaud

@cweikl @MachtDochNix : Ich bin mir nicht sicher, dass die Zeile mit dem Locale wirklich hilft.
Ich meine die Zeile locale-gen && localectl set-locale LANG=en_US.UTF-8.
Ich habe gerade auf meinen Testserver getestet, und das führt dazu, dass das plugin core in Ajenti geladen wird. Den Grund kenne ich noch nicht ( ich gehe davon aus, dass der locale en_US einfach nicht überall geladen ist), muss ich vertiefen, aber das ist schon die zweite Meldung, dass die Installation damit problematisch ist.

Gruß

Arnaud

knoedi · 28. Dezember 2022 um 08:42

Ich hänge mich nochmals an die Frage von jojocw!
Guten Morgen, Ihr!
Ich bin mir was die Eintragungen in opnsense angeht auch nicht so ganz sicher. Daher nochmals gefragt: Stimmen so die Eintragungen von jojocw, v.a. im Bezug auf primäre DNS und Gateway?
Beste Grüße
Andreas

cweikl · 3. Januar 2023 um 16:17

Hallo Arnaud,
die Doku ist dazu gefixt. Es muss de_DE.UTF-8 für die locales lauten.
LG
Chris

Arnaud · 4. Januar 2023 um 10:24

Hallo Chris,

Danke für die Korrektur, aber ich glaube, dass selbst mit de_DE.UTF-8 kann es schief laufen. Die Erklärung ist folgende : wenn die eingestellte Lokales nicht korrekt generiert sind, dann wird Python automatisch das Standard C.UTF-8 nutzen, was begrenzt ist ( nur ASCII Zeichen ). Damit wird das Laden von Dateien problemtisch und führt manchmal zum Crash.

Beispiel : wenn der Server mit en_US.UTF-8 Sprache installiert ist, und wenn man de_DE.UTF-8 mit localctl einstellt ohne den Set zu generieren, dann wird Python C.UTF-8 nutzen.

In diesem Fall habe ich das Problem bei Ajenti korrigiert :

In die Doku würde ich es lieber als Zusatztipp zeichnen : die mit localectl verwendete Sprache muss im Output von locale-gen sichtbar sein :

$ locale-gen
Generating locales (this might take a while)...
  de_DE.UTF-8... done
  en_GB.UTF-8... done
  en_US.UTF-8... done
  fr_FR.UTF-8... done
Generation complete.

Mit diesem Output sollte ich lieber nicht bg_BG.UTF-8 verwenden

Viele Grüße

Arnaud

cweikl · 4. Januar 2023 um 17:38

Hallo Arnaud,
ok, ich habe die Doku so angepasst, dass der Benutzer nach Erstellung der locales auch nur eine als default setzt, die auch zuvor ausgegeben wurde.
VG
Chris

MachtDochNix · 12. Januar 2023 um 05:11

Ein Beitrag wurde in ein neues Thema verschoben: Web-UI hängt nach ersten Start