Beiträge von V-Treiber

Zitat von luigi

Hast du nach dem Anlegen der my-backup.service Datei mal versucht, ob sich der service starten lässt?

Code

systemctl status my-backup.service

Geladen aber inaktiv.

Mit Paraneter "start" systemd wird dann wohl das backup ausführen oder?

Zitat von luigi

Das müsste eigentlich ein symbolischer Link sein, der vom System automatisch angelegt wird?

Was müsse ein Sym-Link sein?

Ich muss gestehen, seit ich so etwa 2008 die professionelle Beschäftigung mit Linux und so um 2011 aus Zeitgründen meine Mitgliedschaft in der BeLUG beendet habe, habe ich offensichtlich ein paar Dinge verpennt. Z.B. Timer in systemd.

Auf so einem Hobby-Server gibt es nicht SO viel zu automatisieren und wenn dann, habe ich das über das gute alte cron gemacht.

??

thosto@localhost:/> sudo systemctl daemon-reload
[sudo] Passwort für root: 
thosto@localhost:/> sudo systemctl enable my-backup.timer
Failed to enable unit: Unit my-backup.timer does not exist

Okay, hatte ich nur beschrieben, nicht kopiert.

Extraverzeichnis? Das existiert in Leap 16 bereits,.

thosto@localhost:/> ls -ld /etc/systemd/system/* | grep "^d"
drwxr-xr-x 2 root root 4096  9. Dez 2021  /etc/systemd/system/basic.target.wants
drwxr-xr-x 2 root root 4096  9. Dez 2021  /etc/systemd/system/bluetooth.target.wants
drwxr-xr-x 2 root root 4096 22. Aug 14:59 /etc/systemd/system/btrfs-balance.timer.d
drwxr-xr-x 2 root root 4096 22. Aug 14:59 /etc/systemd/system/btrfs-scrub.timer.d
drwxr-xr-x 2 root root 4096 22. Aug 14:58 /etc/systemd/system/default.target.wants
drwxr-xr-x 2 root root 4096  9. Dez 2021  /etc/systemd/system/getty.target.wants
drwxr-xr-x 2 root root 4096 22. Aug 14:53 /etc/systemd/system/graphical.target.wants
drwxr-xr-x 2 root root 4096  9. Dez 2021  /etc/systemd/system/mdmonitor.service.wants
drwxr-xr-x 2 root root 4096 22. Aug 15:57 /etc/systemd/system/multi-user.target.wants
drwxr-xr-x 2 root root 4096  9. Dez 2021  /etc/systemd/system/network-online.target.wants
drwxr-xr-x 2 root root 4096 17. Dez 2025  /etc/systemd/system/printer.target.wants
drwxr-xr-x 2 root root 4096  6. Mär 2022  /etc/systemd/system/remote-fs.target.wants
drwxr-xr-x 2 root root 4096 22. Aug 14:58 /etc/systemd/system/sockets.target.wants
drwxr-xr-x 2 root root 4096 25. Apr 2024  /etc/systemd/system/sysinit.target.wants
drwxr-xr-x 2 root root 4096 28. Aug 11:34 /etc/systemd/system/timers.target.wants

Dein Einwand bringt mich auf eine Idee.

Na jetzt wird es spannend. Nach einem systemctl daemon-reload

thosto@localhost:/> sudo systemctl enable my-backup.timer
Failed to enable unit: Unit my-backup.timer does not exist

thosto@localhost:/> ls /etc/systemd/system/timers.target.wants/my-backup.timer 
/etc/systemd/system/timers.target.wants/my-backup.timer

Der Timer ist da, wo er meiner Meinung nach hingehört. Die Unit auch (siehe unten).

thosto@localhost:/> ls /etc/systemd/system/*.service
/etc/systemd/system/bootmsg.service                             /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service  /etc/systemd/system/network.service
/etc/systemd/system/dbus-org.bluez.service                      /etc/systemd/system/dbus.service                                /etc/systemd/system/syslog.service
/etc/systemd/system/dbus-org.freedesktop.Avahi.service          /etc/systemd/system/display-manager.service
/etc/systemd/system/dbus-org.freedesktop.ModemManager1.service  /etc/systemd/system/my-backup.service

thosto@localhost:/> ls -l /etc/systemd/system/my*
-rw-r--r-- 1 root root 98 27. Aug 15:21 /etc/systemd/system/my-backup.service

thosto@localhost:/> ls -l /etc/systemd/system/timers.target.wants/my-* 
-rw-r--r-- 1 root root 126 28. Aug 11:31 /etc/systemd/system/timers.target.wants/my-backup.timer

Ich bin etwas ratlos.

Controller-Tod macht RAID unbrauchbar, ist mir nie passiert. Hat vielleicht auch damit zu tun, das es schon ein paar Jahre her ist und ich immer auf Highend-SCSI gesetzt habe. Dem SATA-Geraffel habe ich nie getraut. Manchmal trauere ich der Schrauberzeit schon hinterher, als Server-Hardware noch richtig Geld gekostet hat und man beim Zusammenbau wissen musste, was man tat. Auf der anderen Seite...

.service steht schon und ist praktisch identisch mit Deiner.

.timer

[Unit]
Description=Backup home

[Timer]
OnCalendar=Sun *-*-* 03:00:00
Unit=my-backup.service

Wenn ich das richtig verstanden habe, kann ich mir Install sparen, wenn es als root ausgeführt wird.

Vielen Dank. Das hört sich nach einem Plan an. Everything is a file geht halt manchmal vergessen.

Wenn ich das richtig interpretiere muss der Dateiname von .timer und .service identisch sein.

Na, dann werde ich mir mal den Aufbau der beiden Dateien begucken und posten wenn es geklappt hat.

Gegeben:

2 User home --> 744

3 davon unabhängige, reine Samba-User mit persönlichem Verzeichnis --> 644

1 share unter Samba --> 664

Datensicherung also per root, sprich, sudo! Es gibt ein einfaches Script, das auch tut was es soll, vorhandenes Backup-File in andere Partition verschieben, dort vorhandenes altes Backup löschen und dann ein neues Backup erstellen, alles kein Hexenwerk.

Problem ist die Schnittstelle zwischen Schreibtischstuhl und Tastatur, die nämlich ziemlich regelmäßig vergisst, Sonntag-Abend das Backup-Script manuell zu starten.

Also wäre die Lösung ein root cronjob mit 0 3 * * 0 /backup-script (3 Uhr, jeden Sonntag)

Oder gibt es eine elegantere Lösung?

Zitat von rkbwde

Das stimmt so nicht.

Du redest von einem Software-RAID. Trotzdem solltest Du mit --fail, --remove und --add den Spiegel auflösen und dann erneuern.

Bei ein Hardware-RAID sieht das ganz anders aus, insbesondere wenn der auf dem guten alten SCSI aufgesetzt hat. Und sich die Platte mit der niedrigeren ID verabschiedet. Der Kunde hebt den Spiegel nicht auf, Du tauchst mit der neuen Platte da auf. 3 Tage später ...

Eines meiner Sportgeräte im Originalzustand.