Änderungen iob CLI/Installer/Fixer mit Root Accounts
-
@thomas-braun ok gut zu wissen, solange es nur eine Empfehlung vom fixer ist und nicht zwingend umgesetzt wird ist alles gut. Ich lasse meine Systeme alle auf utc laufen
@lindi200000 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Ich lasse meine Systeme alle auf utc laufen
Das ist falsch. Die TimeZone muss richtig gesetzt sein.
Die interne Uhr läuft natürlich auf UTC. -
@lindi200000 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Ich lasse meine Systeme alle auf utc laufen
Das ist falsch. Die TimeZone muss richtig gesetzt sein.
Die interne Uhr läuft natürlich auf UTC.@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Das ist falsch. Die TimeZone muss richtig gesetzt sein.
Es sei denn, man beachtet diesen Umstand in allen scripts und den states, oder liege ich da falsch?
Proxmox und HA
-
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Das ist falsch. Die TimeZone muss richtig gesetzt sein.
Es sei denn, man beachtet diesen Umstand in allen scripts und den states, oder liege ich da falsch?
@meister-mopper sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Es sei denn, man beachtet diesen Umstand in allen scripts und den states, oder liege ich da falsch?
Das muss dann aber auch in anderen Systemen (cloud-Services usw.) auch berücksichtigt sein. Das hast du aber nicht alles in der Hand.
Dadurch kommt es ja zu diesen Fehlern, das Dinge mit 1-2 Stunden Versatz durchgeführt werden. Oder so merkwürdige Netzwerkfehler, weil Pakete aus der Zukunft verworfen werden. Das ist ein ganz komplexes Thema. -
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Nochmal den
iob fixlaufen lassen. Dann müssste es funktionieren.
Stimmt, beim zweiten Durchlauf hält er dort an. Ich hab die Frage jetzt noch nicht beantwortet, dachte bisher, dass ich keine GUI installier habe.
iob diag sagt mir auch
Display Server: false. Wie ist hier der Zusammenhang zwischen Userinterace/desktop aus der iob fix meldung und dem Display Server @thomas-braunScript v.2024-10-19 *** BASE SYSTEM *** Static hostname: ioB-Prod-Testsystem Icon name: computer-container Chassis: container Virtualization: lxc Operating System: Ubuntu 22.04.5 LTS Kernel: Linux 6.5.13-1-pve Architecture: x86-64 OS is similar to: debian model name : Intel(R) Celeron(R) CPU N3150 @ 1.60GHz Docker : false Virtualization : lxc Kernel : x86_64 Userland : 64 bit Systemuptime and Load: 19:24:43 up 17 days, 21:43, 2 users, load average: 2.50, 2.04, 1.96 CPU threads: 4 *** LIFE CYCLE STATUS *** Operating System codenamed 'jammy' is an aging Ubuntu release! Please upgrade to the latest LTS release 'noble' in due time! *** TIME AND TIMEZONES *** Local time: Sun 2024-10-20 19:24:44 CEST Universal time: Sun 2024-10-20 17:24:44 UTC RTC time: n/a Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: inactive RTC in local TZ: no *** Users and Groups *** User that called 'iob diag': proxmox HOME=/home/proxmox GROUPS=proxmox sudo iobroker User that is running 'js-controller': js-controller is not running *** DISPLAY-SERVER SETUP *** Display-Server: false Desktop: Terminal: tty@feuersturm sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Stimmt, beim zweiten Durchlauf hält er dort an. Ich hab die Frage jetzt noch nicht beantwortet, dachte bisher, dass ich keine GUI installier habe.
Aber das BootTarget ist bestimmt 'graphical.target' und nicht 'multi-user.target'.
-
@meister-mopper sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Es sei denn, man beachtet diesen Umstand in allen scripts und den states, oder liege ich da falsch?
Das muss dann aber auch in anderen Systemen (cloud-Services usw.) auch berücksichtigt sein. Das hast du aber nicht alles in der Hand.
Dadurch kommt es ja zu diesen Fehlern, das Dinge mit 1-2 Stunden Versatz durchgeführt werden. Oder so merkwürdige Netzwerkfehler, weil Pakete aus der Zukunft verworfen werden. Das ist ein ganz komplexes Thema.@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Das ist ein ganz komplexes Thema.
Das hatte ich bisher so nicht betrachtet, ist aber schlüssig.
Ich habe hier alle Server auf Europe/Berlin, nur einen betreibe ich mit UTC (flightradar24 => die lieben Harmonie :grinning: )
-
@feuersturm sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Stimmt, beim zweiten Durchlauf hält er dort an. Ich hab die Frage jetzt noch nicht beantwortet, dachte bisher, dass ich keine GUI installier habe.
Aber das BootTarget ist bestimmt 'graphical.target' und nicht 'multi-user.target'.
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Aber das BootTarget ist bestimmt 'graphical.target' und nicht 'multi-user.target'.
Mit googels Hilfe würde ich sagen, das stimmt, wobei ich noch nicht genau verstanden habe was da genau hinterhängt und wo der vorteil bei multiuser.target ist
proxmox@ioB-Prod-Testsystem:~$ systemctl get-default graphical.target -
@meister-mopper sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Es sei denn, man beachtet diesen Umstand in allen scripts und den states, oder liege ich da falsch?
Das muss dann aber auch in anderen Systemen (cloud-Services usw.) auch berücksichtigt sein. Das hast du aber nicht alles in der Hand.
Dadurch kommt es ja zu diesen Fehlern, das Dinge mit 1-2 Stunden Versatz durchgeführt werden. Oder so merkwürdige Netzwerkfehler, weil Pakete aus der Zukunft verworfen werden. Das ist ein ganz komplexes Thema.@thomas-braun ich Frage, weil ich alle meine Server seit Jahren nur in UTC laufen lasse, somit muss ich mir nie Gedanken mache wegen Zeitumstellung etc .... , klar beim scripten muss man aufpassen, aber das erstmal nebensache.
-
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Aber das BootTarget ist bestimmt 'graphical.target' und nicht 'multi-user.target'.
Mit googels Hilfe würde ich sagen, das stimmt, wobei ich noch nicht genau verstanden habe was da genau hinterhängt und wo der vorteil bei multiuser.target ist
proxmox@ioB-Prod-Testsystem:~$ systemctl get-default graphical.targetMan kann bei Linux-Systemen in verschiedene 'run level' bzw boot.targets booten.
Server laufen in RunLevel3 bzw. 'multi-user', weil die halt keine graphische Oberfläche benötigen.
Nur wenn du Briefe schreiben willst, Games zocken willst, einen Browser verwenden willst benötigst du eine GUI.
Sonst nicht.
Mit 'multi-user.target' wird also weniger Code ausgeführt, das spart Ressourcen und ist sicherer, weil Code der nicht läuft nicht abstürzen kann und keine Angriffsvektoren eröffnet. -
@thomas-braun ich Frage, weil ich alle meine Server seit Jahren nur in UTC laufen lasse, somit muss ich mir nie Gedanken mache wegen Zeitumstellung etc .... , klar beim scripten muss man aufpassen, aber das erstmal nebensache.
@lindi200000 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
somit muss ich mir nie Gedanken mache wegen Zeitumstellung
Äh, genau DAZU ist doch die Datei 'tzdata' gedacht. Die macht das alles automatisch für die Zukunft und für die Vergangenheit und wird akribisch aktuell gehalten. Damit das aber alles richtig funktioniert muss die Zeitzone auch gesetzt sein.
Vielleicht reden wir aber auch aneinander vorbei. Die RTC/Echtzeituhr auf einem Linux sollte natürlich auf UTC stehen. Die aktuelle lokale Zeit ist aber immer auf Basis der tzdata-Datei eine berechnete Zeit.
-
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
/usr/bin/pkttyagent
Das kommt von Polkit. Der Code bei den systemd.services ist aber eigentlich gar nicht angepackt worden. Jedenfalls nicht von mir. Was ist denn das da für ein System?
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Das kommt von Polkit. Der Code bei den systemd.services ist aber eigentlich gar nicht angepackt worden. Jedenfalls nicht von mir. Was ist denn das da für ein System?
@apollon77
Kannst du was dazu sagen ob der Code geändert wurde, ich hatte bisher keine Fehlermeldungen beim iob fix. -
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Das kommt von Polkit. Der Code bei den systemd.services ist aber eigentlich gar nicht angepackt worden. Jedenfalls nicht von mir. Was ist denn das da für ein System?
@apollon77
Kannst du was dazu sagen ob der Code geändert wurde, ich hatte bisher keine Fehlermeldungen beim iob fix.Da wird eine Authentifizierung getriggert, weil an den .service-Dateien erstmal nur der root herummachen darf.
Auf Systemen mit einem laufenden DesktopEnvironment poppt dann da ein Fenster auf, auf headless-Kisten erscheint eine Abfrage in der Konsole.
Istpolkitdinstalliert?apt policy polkitd -
Da wird eine Authentifizierung getriggert, weil an den .service-Dateien erstmal nur der root herummachen darf.
Auf Systemen mit einem laufenden DesktopEnvironment poppt dann da ein Fenster auf, auf headless-Kisten erscheint eine Abfrage in der Konsole.
Istpolkitdinstalliert?apt policy polkitdtobias@iobroker:~$ apt policy polkitd polkitd: Installed: (none) Candidate: 122-3 Version table: 122-3 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages tobias@iobroker:~$ -
tobias@iobroker:~$ apt policy polkitd polkitd: Installed: (none) Candidate: 122-3 Version table: 122-3 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages tobias@iobroker:~$@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Installed: (none)
Dann weißte ja jetzt, warum die Datei vermisst wird
-
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Installed: (none)
Dann weißte ja jetzt, warum die Datei vermisst wird
@thomas-braun
Warum ging das bisher? Oder wurde jetzt was geändert? -
@thomas-braun
Warum ging das bisher? Oder wurde jetzt was geändert?@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Warum ging das bisher?
Keine Ahnung. polkitd ist eigentlich ein default-Paket. Kommt bei jeder Installation mit.
Oder wurde jetzt was geändert?
An der Stelle aktuell nichts.
-
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Warum ging das bisher?
Keine Ahnung. polkitd ist eigentlich ein default-Paket. Kommt bei jeder Installation mit.
Oder wurde jetzt was geändert?
An der Stelle aktuell nichts.
@thomas-braun
Hmm komisch, dann wohl bei mir nicht als Standard installiert.
Ausgabe jetzt mit Abfrage:========================================================================== Checking autostart (5/5) ========================================================================== ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ==== Authentication is required to stop 'iobroker.service'. Authenticating as: tobias Password: ==== AUTHENTICATION COMPLETE ==== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== tobias@iobroker:~$ -
@thomas-braun
Hmm komisch, dann wohl bei mir nicht als Standard installiert.
Ausgabe jetzt mit Abfrage:========================================================================== Checking autostart (5/5) ========================================================================== ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ==== Authentication is required to stop 'iobroker.service'. Authenticating as: tobias Password: ==== AUTHENTICATION COMPLETE ==== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== tobias@iobroker:~$@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Ausgabe jetzt mit Abfrage:
Ja, genau die Ausgabe meinte ich.
Liegt aber auch vielleicht am LXC. Mag sein, dass hier kein polkitd installiert wird.
-
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Ausgabe jetzt mit Abfrage:
Ja, genau die Ausgabe meinte ich.
Liegt aber auch vielleicht am LXC. Mag sein, dass hier kein polkitd installiert wird.
@thomas-braun
Blöde Frage vielleicht, aber müsste man dann nicht prüfen ob polkitd installiert ist? Bin ja nicht der einzige mit einem LXC. -
@thomas-braun
Blöde Frage vielleicht, aber müsste man dann nicht prüfen ob polkitd installiert ist? Bin ja nicht der einzige mit einem LXC.@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Blöde Frage vielleicht, aber müsste man dann nicht prüfen ob polkitd installiert ist?
Ist es i.d.R. auf vollständigen Installationen. Muss man mal schauen, ob das bei allen LXCs nicht vorhanden ist..
-
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Blöde Frage vielleicht, aber müsste man dann nicht prüfen ob polkitd installiert ist?
Ist es i.d.R. auf vollständigen Installationen. Muss man mal schauen, ob das bei allen LXCs nicht vorhanden ist..
@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:
Blöde Frage vielleicht, aber müsste man dann nicht prüfen ob polkitd installiert ist?
Ist es i.d.R. auf vollständigen Installationen. Muss man mal schauen, ob das bei allen LXCs nicht vorhanden ist..
Hab auch einen LXC mit Ubuntu, bei mir ist es installiert und die Authentifizierung bei iob fix funktioniert auch.
proxmox@ioB-Prod-Testsystem:~$ apt policy polkitd polkitd: Installed: 0.105-33 Candidate: 0.105-33 Version table: *** 0.105-33 500 500 http://archive.ubuntu.com/ubuntu jammy/main amd64 Packages 100 /var/lib/dpkg/status
583
Online32.7k
Users82.4k
Topics1.3m
Posts