UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Feuersturm]

@thomas-braun sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

@feuersturm

Nochmal den

iob fix

laufen 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-braun

Script 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

[lindi200000]

@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

[Thomas Braun]

@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.

[Meister Mopper]

@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?

[Thomas Braun]

@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]

@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]

@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]

@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

[lindi200000]

@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]

@feuersturm

Man 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]

@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]

@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]

@shadowhunter23

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.
Ist polkitd installiert?

apt policy polkitd

[Shadowhunter23]

@thomas-braun

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:~$

[Thomas Braun]

@shadowhunter23 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Installed: (none)

Dann weißte ja jetzt, warum die Datei vermisst wird

[Shadowhunter23]

@thomas-braun
Warum ging das bisher? Oder wurde jetzt was geändert?

[Thomas Braun]

@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]

@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]

@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]

@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.