Lmn 7.1 linuxmuster-prepare - webui läuft nicht

linuxmuster-prepare

Hallo zusammen,

ich habe aktuell das Problem bei der Version 7.1, dass nach dem Ausführen von linuxmuster-prepare die Web-UI für das weitere Setup nicht erreichbar ist weder per http://:[server-ip] noch mit https.//server-ip].

Das Problem konnte ich weiter eingrenzen.

Das Skript linuxmuster-prepare endet mit dem Hinweis, dass ein reboot erforderlich ist. Nach dem reboot ist die WEB-UI nicht mehr erreichbar. Verzichtet man auf den reboot ist die Web-UI wie in der Anleitung beschrieben unter http://:[server-ip] erreichbar.

LG Thomas

Hallo Thomas,
vermutlich wird nach dem reboot der Service linuxmuster-webui nicht automatisch gestartet.
gib mal sudo service linuxmuster-webui start ein.
Gruß
Daniel

Hallo Thomas,

dieses Problem hatte ich tatsächlich auch bei meinem ersten Installationsversuch.
Beim zweiten (konzentriert nach Anleitung) hat alles geklappt. Daher ging ich davon aus, dass es ein Fehler meinerseits war.
Wenn aber der service linuxmuster-webui gar nicht gestartet wird ist da vielleicht auch noch irgendwo eine Unstimmigkeit im Installationsskript.
was sagt denn systemctl status linuxmuster-webui ?
LG Jesko

Hallo Zusammen,
der Webdienst lässt sich nicht starten und ich habe mich sehr konzentriert an die Anleitung gehalten. Wo finde ich eigentlich das Logfile von linuxmuster-prepare?
Hier die Ausgabe von service linuxmuster-webui status

LG Thomas

Hallo Thomas,

Schaue mal bitte in /var/log/ajenti/ajenti.log ob es drin eine Fehlermeldung steht.

Gruß

Arnaud

Hallo zusmmen,
bis auf den Smtp credentials file sieht es wohl ganz gut aus.

LG Thomas

Hallo Thomas,

Das mit smtp.yml kann man momentan ignorieren, das ist keinen blockierenden Fehler. Die Webui scheint auf Port 80 zu laufen, muss man mit http://SERVERIP probieren. Wenn es nicht läuft :

systemctl stop linuxmuster-webui7
ajenti-panel --dev

Man kann dann live beobachten, was da passiert ( Ctrl-C zum Abbrechen und dann wieder den Service neu starten ).

Gruß

Arnaud

Hallo Arnaud,
das Modul jinja2 fehlt ihm.

LG Thomas

Also dann einfach pip3 install Jinja2.
Es wäre interessant für mich zu verstehen, warum ihr beide den gleichen Fehler gekriegt habt. Ich könnte es nicht reproduzieren bei einer Testinstallation.

Gruß

Arnaud

sorry, habe eure Beiträge mal in einen eigenen Thread verschoben.

eigentlich hatten wir das mal vereinbart, das der announcement thread etwas sauberer bleibt, aber vllt. hat sich das inzwischen gewandelt.

VG, Tobias

2 „Gefällt mir“

Hallo Arnaud,

nach pip3 install Jinja2 und sudo service linuxmuster-webui start startet die Web-UI. Da sind wir doch schon mal viel weiter :slight_smile: Danke!

Ich habe den Ubuntuserver nach der 7.1 Anleitung aufgesetzt. Die lvm vg0 gleich beim Ubuntu setup angelegt und dann nach Anleitung die lv’s.

linuxmuster-prepare habe ich so als root gestartet:
linuxmuster-prepare -p server -n 10.0.0.1/16 -f 10.0.0.254 -u

Der Server ist auf einem xcp-ng 8.2 virtualisiert.

Was brauchst Du noch für Infos?

LG Thomas

Hallo Thomas,

Ok, danke. Ich muss vielleicht die Anleitung neu lesen, aber bei mir fiel nichts auf.
@Jesko sprach von einem Problem mit rsync oder cp unter /srv/, ich habe nicht alles in Details verfolgt.

Gruß

Arnaud

Hallo Arnaud,

wenn man sich den angekreutzten Schritt schenkt läuft man nicht auf diesen Fehler.

Das Skript Linuxmuster-prepare fordert den reboot sogar am Ende der Konsolenausgabe.

LG Thomas

Hallo!

Angesprochenen Absatz in der Anleitung (raus) kommentiert.

Beste Grüße

Thorsten

Hallo Zusammen,

na ich denke es wäre besser, wenn da die Entwickler nochmal drauf schauen würden was los ist :wink: . Ich würde dann lieber erst einmal einen Hinweis einbauen, was zu tun ist, wenn die WEB-UI nicht über http erreicht wird (pip3 install Jinja2 und sudo service linuxmuster-webui start). Den Hinweis kann man ja dann, wenn das Problem gelöst ist, wieder raus nehmen.

LG Thomas

1 „Gefällt mir“

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

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

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

Hallo Chris,

Es wäre schön, ja. Im gegensatz von Lehrer mag ich lieber Kommandos und Logs als lange Erklärungen :slight_smile:
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

Hallo Arnaud,

klaro :grin:

  1. Aufruf lmn.prepare:

    lmn-prepare -i -p server -l /dev/vdb -v var:10,linbo:40,global:10,default-school:100%FREE

  2. 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 server systemd[1]: Starting linuxmuster.net WebUI…
Nov 18 17:04:39 server systemd[1]: linuxmuster-webui.service: Can’t open PID file /var/run/ajenti.pid (yet?) after start: No such file or directory
Nov 18 17:04:39 server systemd[1]: Started linuxmuster.net WebUI.

3. Logs vor dem Reboot: /var/log/ajenti/ajenti.log

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

  1. WebUI ist via Browser über http://10.0.0.1 erreichbar.
  2. Reboot
  3. 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