systemctl --failed firstboot.service & grommunio-fetchmail.service

MMaridor · Dec 21, 2024

Nabend zusammen,

ich habe eine kurze Verständnisfrage.

Ich setzte mich vorab mit deM Update 15.5 auf 15.6 auseinander.

https://community.grommunio.com/d/1879-update-form-open-suse-155-to-156
Beim durchgehen der Anleitung bin ich über folgendes gestolpert:

localhost:~ # systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
● firstboot.service loaded failed failed Run finalizing script at first boot
● grommunio-fetchmail.service loaded failed failed fetchmail configuration generation

Hab ich was in der konfig vergessen / falsch gemacht? und wie bekomme ich das weg?

Danke :-)

MMaridor · Dec 22, 2024

Hallo,

für die diejenigen wehcle vielleicht den selbem Fehler systemctl --failed firstboot.service in der Grommunio Applicance:

NAME="grommunio"
VERSION="2023.11.3"
ID="grommunio-lds"
ID_LIKE="suse"
VERSION_ID="2023.11.3"
PRETTY_NAME="grommunio"
ANSI_COLOR="0;36"
HOME_URL="https://grommunio.com/"
DOCUMENTATION_URL="https://docs.grommunio.com/"

haben.

Ich konnte das so lösen:

Schritt:

Überprüfung ob Packet installiert ist:
localhost:~ # rpm -q mkinitrd
package mkinitrd is not installed

Schritt: Überprüfung ob Paket vohanden:

rpm -q mkinitrd
package mkinitrd is not installed

Schritt: Installation des Paketes: zypper install mkinitrd

Repository-Daten werden geladen...
Warnung: Metadaten von Repository 'debug-update' seit 2024-12-20 15:11:38 CET abgelaufen.
Warnung: Metadaten von Repository 'update' seit 2024-12-20 15:11:15 CET abgelaufen.

Warnung: Die Metadaten des Repositorys sind abgelaufen: Prüfen Sie, ob 'autorefresh' aktiviert
ist (zypper lr). Aktualisieren Sie andernfalls das Repository manuell (zypper ref). Wenn das
Problem weiterhin besteht, verwenden Sie möglicherweise einen defekten Spiegel oder der Server
hat die Unterstützung für das Repository eingestellt.

Installierte Pakete werden gelesen...
'mkinitrd' wurde in den Paketnamen nicht gefunden. Fähigkeiten werden durchsucht.
Paketabhängigkeiten werden aufgelöst...

Das folgende NEUE Paket wird installiert:
dracut-mkinitrd-deprecated

1 neues Paket zu installieren.

Größe des Pakets zum Herunterladen: 125,5 KiB

Änderung der Installationsgröße des Pakets:
| 14,6 KiB erforderlich für Pakete, die installiert werden sollen
14,6 KiB | - 0 B freigegeben von Paketen, die entfernt werden sollen

Backend: classic_rpmtrans
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): j
Abrufen: dracut-mkinitrd-deprecated-055+suse.396.g701c6212-150500.3.29.2.x86_64 (sle-update) (1/1), 125,5 KiB
Abrufen: dracut-mkinitrd-deprecated-055+suse.396.g701c6212-150500.3.29.2.x86_64.rpm ...............................................................................[fertig (1,0 MiB/s)]

Überprüfung auf Dateikonflikte läuft: .........................................................................................................................................[fertig]
(1/1) Installieren: dracut-mkinitrd-deprecated-055+suse.396.g701c6212-150500.3.29.2.x86_64 ....................................................................................[fertig]

Schritt: Überprüfung ob Ordner vorhanden ist:
localhost:~ # which mkinitrd
/sbin/mkinitrd
Schritt: Ausführen von mkinitrd

und warten bis fertigstellung!
Schritt:
Neustart des firstboot Service: systemctl restart firstboot.service

Unit restart.service could not be found.
● firstboot.service - Run finalizing script at first boot
Loaded: loaded (/etc/systemd/system/firstboot.service; enabled; vendor preset: disabled)
Active: active (running) since Sun 2024-12-22 13:27:18 CET; 17s ago
Main PID: 20402 (firstboot.sh)
Tasks: 7 (limit: 4915)
CGroup: /system.slice/firstboot.service
├─ 20402 /bin/sh -e /usr/local/sbin/firstboot.sh
├─ 20403 /bin/bash --norc /sbin/mkinitrd
├─ 20427 /bin/bash -p /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force /boot/initrd-5.14.21-150500.55.52-default 5.14.21-150500.55.52-default
├─ 23951 xargs -r -0 /usr/lib/dracut/dracut-install -D /var/tmp/dracut.NuKpFt/initramfs -R --
├─ 23952 /usr/lib/dracut/dracut-install -D /var/tmp/dracut.NuKpFt/initramfs -R -- /var/tmp/dracut.NuKpFt/initramfs/lib/dracut/hooks/cmdline/30-parse-lvm.sh /var/tmp/drac>
├─ 24205 sh -c "ldd /var/tmp/dracut.NuKpFt/initramfs/usr/bin/cp 2>&1"
├─ 24206 /usr/bin/bash /usr/bin/ldd /var/tmp/dracut.NuKpFt/initramfs/usr/bin/cp
└─ 24208 "[ld-linux-x86-64]"

Dez 22 13:27:33 localhost firstboot.sh[20427]: dracut: *** Including module: usrmount ***
Dez 22 13:27:33 localhost firstboot.sh[20427]: dracut: *** Including module: base ***
Dez 22 13:27:33 localhost firstboot.sh[20427]: dracut: *** Including module: fs-lib ***
Dez 22 13:27:33 localhost firstboot.sh[20427]: dracut: *** Including module: shutdown ***
Dez 22 13:27:34 localhost firstboot.sh[20427]: dracut: *** Including module: suse ***
Dez 22 13:27:34 localhost firstboot.sh[20427]: dracut: *** Including module: suse-initrd ***
Dez 22 13:27:34 localhost firstboot.sh[20427]: dracut: *** Including modules done ***
Dez 22 13:27:34 localhost firstboot.sh[20427]: dracut: *** Installing kernel module dependencies ***
Dez 22 13:27:35 localhost firstboot.sh[20427]: dracut: *** Installing kernel module dependencies done ***
Dez 22 13:27:35 localhost firstboot.sh[20427]: dracut: *** Resolving executable dependencies ***

Schritt: Überprüfung ob es noch fehlerhafte Services gibt:

localhost:~ # systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

Schritt: init 6

um das ganze neu zu starten

crpb · Dec 23, 2024

Das ist weil ich bei jeder neuen VM erstmal ein paar sachen laufen lasse weil mkinitrd ist deprecated und das habe ich auch schon mehrere male bei grommunio gemeldet als ticket aber am ende wurde was geändert was es genau so kaputt gelassen hat was auch gemeldet wurde aber irgendwann gibt man halt auf weil keine antworten mehr kommen vom support...

https://community.grommunio.com/d/444-scripting-snippets-notepad/36

    {
        "name": "SystemD",
        "hosts": "grommunio",
        "become": false,
        "tags": "systemd",
        "tasks": [
            {
                "name": "DiffUUIDs",
                "ansible.builtin.command": "diff -q /etc/machine-id /var/lib/dbus/machine-id",
                "ignore_errors": true,
                "register": "diffuuid"
            },
            {
                "name": "DeleteUUID",
                "ansible.builtin.file": {
                    "path": "{{ item }}",
                    "state": "absent"
                },
                "when": "diffuuid.rc != 0",
                "register": "uuiddeleted",
                "with_items": [
                    "/etc/machine-id",
                    "/var/lib/dbus/machine-id"
                ]
            },
            {
                "name": "MachineID",
                "ansible.builtin.command": "/usr/bin/systemd-machine-id-setup",
                "register": "machinedactivate",
                "changed_when": "machinedactivate"
            },
            {
                "name": "DBUS-UUIDGEN",
                "ansible.builtin.command": "/usr/bin/dbus-uuidgen --ensure",
                "register": "dbusactivate",
                "changed_when": "dbusactivate"
            },
            {
                "name": "JournalDPersistent",
                "ansible.builtin.replace": {
                    "path": "/etc/systemd/journald.conf",
                    "regexp": "^#Storage=auto",
                    "replace": "Storage=persistent"
                }
            }
        ]
    },

Also im grunde lösche ich einfach die beiden dateien "/etc/machine-id" und "/var/lib/dbus/machine-id" wenn sie nicht gleich sind und lasse /usr/bin/systemd-machine-id-setup + /usr/bin/dbus-uuidgen --ensure laufen.