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
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
Ergänzung:
Issue ist erstellt, um Fehler von lmn-prepare abzufangen.
LG Thorsten
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
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
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
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
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
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
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
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
Hallo Arnaud,
die Doku ist dazu gefixt. Es muss de_DE.UTF-8 für die locales lauten.
LG
Chris
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
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