Am 08.02.24 um 13:00 schrieb Werner Franke:
Am 07.02.24 um 19:26 schrieb Ulf Volmer:
Am 07.02.24 um 18:49 schrieb Werner Franke:
Am 07.02.24 um 18:31 schrieb Martin Schröder:
Am Mi., 7. Feb. 2024 um 18:29 Uhr schrieb Werner Franke <werner_franke@arcor.de>:
ich habe nach
ProtectHome=read-only
geändert. Das funktioniert jetzt.
Ich hoffe doch mit systemctl edit.
Gruß Martin
Ähhmm,
nein. Mit einem Texteditor und dann
systemctl daemon-reload systemctl restart munin-node
Aber ich hab's mir für's nächste Mal notiert.
Das Verfahren hat halt den Nachteil, dass ein 'zypper up' Dir die Änderung ggf. wieder überschreibt. Ein 'systemctl edit' hingegen erzeugt per Default eine Overlay Datei, die dem Paketmanagment egal ist.
OK, DAS ist ein Argument es gleich richtig zu machen.
Habe also das /usr/lib/systemd/system/munin-node.service wieder in den Orginalzustand versetzt und systemctl daemon-reload gemacht.
Dann in /usr/lib/systemd/system "systemctl edit munin-node.service".
Jetzt meckert er herum:
Editing "/etc/systemd/system/munin-node.service.d/override.conf" canceled: temporary file is empty.
Muss ich "/etc/systemd/system/munin-node.service.d" händisch anlegen ? Und wird dann "override.conf" von dem systemctl Kommando angelegt ?
Danke und Gruss Werner
ich habe die Dir /etc/systemd/system/munin-node.service.d händisch angelegt und die erzeugte Datei ".#override.confe2a2ba25a20fe14e" nach override.conf umbenannt. Danach "systemctl restart munin-node" Er wollte jedoch vorher ein "systemctl daemon-reload" haben. Also systemctl daemon-reload systemctl restart munin-node Irgendwie ist das seltsam. Im Internet ist das anders beschrieben. https://askubuntu.com/questions/659267/how-do-i-override-or-configure-system... Und es wird noch seltsamer. Das Munin Plugin hat nämlich wieder nicht funktioniert. Die Datei /home/admin/Data/bkw-2024-02.csv wurde wieder nicht mehr gefunden. Ich habe dann festgestellt, dass die orginale Datei /etc/systemd/system/munin-node.service verschwunden war und eine fast leere /etc/systemd/system/munin-node.service.d/override.conf bringt nicht so viel. Zum Glück war der orginale Inhalt von "munin-node.service" auch in der "override.conf" enthalten, nur mit # am Zeilenbeginn. So konnte ich die "munin-node.service" wieder herstellen. Danach wieder die beiden "systemctl" Befehle oben und jetzt tut das Plugin. Eine Idee was da falsch gelaufen sein könnte ? Laut Doku hätte das alles ohne händisches Eingreifen funktionieren sollen. Ein "systemctl cat munin-node.service" liefert jetzt: # /etc/systemd/system/munin-node.service ## Editing /etc/systemd/system/munin-node.service.d/override.conf ## Anything between here and the comment below will become the new contents of the file ## Lines below this comment will be discarded ## /usr/lib/systemd/system/munin-node.service [Unit] Description=Munin Node Requires=network.target [Service] # added automatically, for details please see # https://en.opensuse.org/openSUSE:Security_Features#Systemd_hardening_effort # ProtectSystem=full ProtectHome=true ProtectHostname=true ProtectKernelTunables=true ProtectKernelModules=true ProtectKernelLogs=true ProtectControlGroups=true # end of automatic additions Type=forking ExecStart=/usr/sbin/munin-node ExecStartPre=/usr/bin/mkdir -p /var/run/munin/ PIDFile=/var/run/munin/munin-node.pid [Install] WantedBy=multi-user.target # /etc/systemd/system/munin-node.service.d/override.conf ### Editing /etc/systemd/system/munin-node.service.d/override.conf ### Anything between here and the comment below will become the new contents of the file ### Lines below this comment will be discarded ### /usr/lib/systemd/system/munin-node.service # [Unit] # Description=Munin Node # Requires=network.target # [Service] # # added automatically, for details please see # # https://en.opensuse.org/openSUSE:Security_Features#Systemd_hardening_effort # # Ge344ndert: 08. Feb 2024 # # # ProtectSystem=full ProtectHome= ProtectHome=read-only # ProtectHostname=true # ProtectKernelTunables=true # ProtectKernelModules=true # ProtectKernelLogs=true # ProtectControlGroups=true # # end of automatic additions # Type=forking # ExecStart=/usr/sbin/munin-node # ExecStartPre=/usr/bin/mkdir -p /var/run/munin/ # PIDFile=/var/run/munin/munin-node.pid # # [Install] # WantedBy=multi-user.target Die # Zeilen wurden beim start von "systemctl edit" in override.conf erzeugt. root@hpserver (-bash) which systemctl /usr/bin/systemctl Danke und Gruss Werner