Forum Debian Users Gang

morfik napisał(-a):

Zrób sobie usługę systemd opartą o mechanizm timers. Jak usługa przegapi czas swojego startu, np z powodu wyłączenia maszyny albo hibernacji, to potem po uruchomieniu systemu zostanie automatycznie wywołana.

Tego przyznam nie znałem. Czyli tak: zostawić aktualną konfigurację w crontab i uruchomić usługę systemd?
Z tego co na prędce wyczytałem to muszę utworzyć plik np borgback.service w /usr/lib/systemd/system/borgback.service

[Unit]
Description=MyTimer

[Service]
ExecStart=/bin/bash /path/to/borgback.sh

borgback.sh to skrypt uruchamiany obecnie przez crontab.

Sprawdziłem jeszcze usługi systemd

systemctl list-unit-files --type timer
UNIT FILE                    STATE   
anacron.timer                enabled 
apt-daily-upgrade.timer      enabled 
apt-daily.timer              enabled 
fstrim.timer                 disabled
logrotate.timer              enabled 
man-db.timer                 enabled 
systemd-tmpfiles-clean.timer static  

7 unit files listed.

Jak powinien wyglądać plik borgback.timer aby spełniał powyższe kryteria?

morfik napisał(-a):

Trza było sobie podejrzeć te timery, które ci wyrzuciło (systemctl cat usluga.timer) — coś na wzór:

Mam tu dwa dla przykładu więc mogę wzorować się ma poniższych istniejących tylko wytłumacz mi proszę zasadę działania opcji "OnCalendar=..." oraz "RandomizeDelaySec=..."
Ja chciałbym aby borg wykonał swoją robotę o np. pełnej godzinie obojętnie o której uruchomię system lecz tylko jeden raz każdego dnia.

cat /etc/systemd/system/timers.target.wants/apt-daily.timer
[Unit]
Description=Daily apt download activities

[Timer]
OnCalendar=*-*-* 6,18:00
RandomizedDelaySec=12h
Persistent=true


 cat /etc/systemd/system/timers.target.wants/anacron.timer
[Unit]
Description=Trigger anacron every hour

[Timer]
OnCalendar=*-*-* 07..23:30
RandomizedDelaySec=5m
Persistent=true

[Install]
WantedBy=timers.target

Czy taka lokalizacja będzie właściwa?

touch /etc/systemd/system/multi-user.target.wants/borgback.service
touch /etc/systemd/system/timers.target.wants/borgback.timer

mark napisał(-a):

wytłumacz mi proszę zasadę działania opcji "OnCalendar=..." oraz "RandomizeDelaySec=..."

Czas, który masz w OnCalendar masz rozpisany tutaj dokładnie. A RandomizedDelaySec to losowy czas między 0 a wartość, którą sobie ustawisz, by wywołać usługę. Czyli jak ustawisz godzinę 01:00:00 w nocy i dasz w RandomizedDelaySec wartość 60s, to z chwilą wybicia 01:00:00 system uruchomi tę usługę w czasie losowym od 0 do 60s. Czyli może uruchomić usługę o 01:00:00 lub 01:01:00 i w każdym czasie pomiędzy tymi dwoma godzinami. Bo wiele usług może być uruchamianych o konkretnej godzinie, i by ich nie uruchamiać jednocześnie, to taka dywersyfikacja czasu może się przydać, by rozłożyć obciążenie maszyny, przynajmniej ja to tak widzę. xD

mark napisał(-a):

Czy taka lokalizacja będzie właściwa?

Kod:

touch /etc/systemd/system/multi-user.target.wants/borgback.service
touch /etc/systemd/system/timers.target.wants/borgback.timer

Nie. Oba pliki mają być w /etc/systemd/system/ . Jak włączysz .timer to odpowiednie linki potworzy ale same pliki mają być w tym katalogu. Usługa .service nie musi być przypisana nigdzie, bo jak .timer wybije, to automatycznie tę usługę aktywuje.

Ostatnio edytowany przez morfik (2020-12-05 23:02:15)

Tzn. oczywiście timery od systemd to też dedykowane narzędzie, ale dla "casualowego" użytkownika anacron może być prostszym rozwiązaniem :]
A poza tym fakt faktem, podstawę unitów systemd dobrze znać.

Ostatnio edytowany przez seler (2020-12-06 15:39:48)

morfik napisał(-a):

Nie ma prostszego rozwiązania niż .timer. xD

Skoro tak twierdzisz głupio byłoby Ciebie zignorować więc przygotowałem rozwiązanie tylko proszę o potwierdzenie czy dobrze kombinuję, ewentualną korektę. xD

1. Dla jasności pokażę skrypt umiejscowiony w moim kat.dom., którym wykonuje obecnie borg kopię backup.

#!/bin/sh
NOW=$(date +"%d-%m")
FILE="$NOW"

borg create --compression zstd,15 --one-file-system --stats /media/marek/68..NR.UUID..20/backup/borg/::"$NOW" --patterns-from /home/marek/.skrypty/backup-home-file-list 2>> ~/.borg_log/"$NOW" && borg prune --list --stats --keep-last 8 /media/marek/68..NR.UUID..20/backup/borg/ && find /home/marek/.borg_log/* -maxdepth 1 -type f -ctime +8 -exec rm -rfv {} \;

2. Wyłączam obecne zadanie crona w /var/spool/cron/crontabs/marek ponieważ od tej chwili automatyzacją backup`u sterować będzie systemd.

3. W tym celu tworzę dwa pliki w /etc/systemd/system/borgback.service

echo "[Service]
ExecStart=sh /home/marek/borgback.sh" > /etc/systemd/system/borgback.service

oraz  /etc/systemd/system/borgback.timer

echo "[Unit]
Description=Daily borg copy

[Timer]
OnCalendar=*-*-* 1,10:00
RandomizedDelaySec=12h
Persistent=true" > /etc/systemd/system/borgback.timer

Funkcje timer`a rozumiem w ten sposób:
uruchomienie zadania codziennie o godzinie 10:00 z powtórzeniem co jedną godzinę (to w przypadku gdyby o tej godzinie nie nastąpiło uruchomienie komputera). Dalej funkcja RandomizedDelaySec=12h rozciąga tą gotowość na kolejne 12 godzin. Taki czas-okres ustaliłem o ile przedłużałoby się uruchomienie kompa.

Teraz o ile dobrze kombinuję powinno zadziałać czy nie? xD

seler napisał(-a):

Tylko wtrącę się offtopem, że dla czytelności długie polecenia w skryptach można złamać w miejscach spacji znakiem \ o ile nie robimy tego wewnątrz cytowań lub pomiędzy `` lub w środku $( )
Twój skrypt powinien działać identycznie w takiej o ile czytelniejszej postaci

O tak, bardzo Ci dziękuję za tę uwagę, masz absolutną rację: tak jest czytelniej! Człowiek się uczy całe życie a głupim jest ten, który nie korzysta z dobrych rad. Dzięki!

morfik napisał(-a):

Potem włączasz timer via systemctl enable i to wszystko. Jak timer wybije, to ci te usługę w service uruchomi. No chyba, że laptop np. będzie na baterii, to wtedy nie uruchomi, bo tam jest warunek ConditionACPower=true, czyli by komp był podłączony do gniazdka, by czasem taki backup nie zeżarł baterii w najmniej oczekiwanym momencie. xD Backup jest uruchamiany o 3:10-3:11 w nocy, a jak wtedy komp nie działa, to system uruchomi ten backup tuż po starcie systemu, chyba też te 60s ale to trzeba by dokładnie wyczytać kiedy te timery są uruchamiane po starcie systemu, czy od razu czy z jakimś opóźnieniem. Jak chcesz ręcznie uruchomić backup, to wywołujesz usługę .service via systemctl start. I to cała filozofia. Potem sobie zobacz na systemct list-timers i masz tam listę co kiedy zostało uruchomione i kiedy zostanie uruchomione w przyszłości.

BTW tego twojego polecenia — co te find ma tam robić ?

Pliki wrzuciłem do /etc/systemd/system/
później z poniższym wynikiem:

# systemctl enable borgback.service
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

Kopii nie zrobiło. Nie wiem, może to moja wina bo wcześniej nie zalogowałem karty pamięci w Thunar.


Dalej sprawdziłem to:

systemctl list-timers
NEXT                         LEFT          LAST                         PASSED  
Mon 2020-12-07 18:31:40 CET  1min 0s left  Mon 2020-12-07 18:10:33 CET  20min ag
Mon 2020-12-07 21:55:12 CET  3h 24min left Mon 2020-12-07 11:48:54 CET  6h ago  
Tue 2020-12-08 00:00:00 CET  5h 29min left Mon 2020-12-07 11:48:54 CET  6h ago  
Tue 2020-12-08 00:00:00 CET  5h 29min left Mon 2020-12-07 11:48:54 CET  6h ago  
Tue 2020-12-08 06:36:47 CET  12h left      Mon 2020-12-07 11:48:54 CET  6h ago  
Tue 2020-12-08 18:25:43 CET  23h left      Mon 2020-12-07 18:25:43 CET  4min 56s

faktycznie ostatnia pozycja pokrywa się z tym niespełnionym uruchomieniem. Zobaczę jutro jak zadziała.

Napisałeś też o tym warunku ConditionACPower=true, a gdzie on jest definiowany?

Pytasz o find w moim skrypcie. Jak widać ilość kopii borg ustaliłem na 8, tyle powinno wystarczyć. Każda kopia posiada także swój log dlatego find wyszukuje i pozostawia 8 ostatnich a reszta (dziewiąty najstarszy) jest usuwany.

borg prune --list \
        --stats \
        --keep-last 8 /media/marek/68..NR.UUID..20/backup/borg/ \
    && find /home/marek/.borg_log/* \
        -maxdepth 1 \
        -type f \
        -ctime +8 \
        -exec rm -rfv {} \;

morfik napisał(-a):

Mówiłem, włącz tylko .timer. Ta usługa .service nie ma być startowana z systemem (tak jak usługi systemowe) — ona ma być uruchamiana w konkretnym czasie wskazanym przez .timer.

Tak teraz widzę że w ten sposób sugerowałeś a ja nie wiedząc dlaczego zasugerowałem się .service (tak jak normalną usługą). Już to koryguję.

A co do logów - można logować mail`em przez root`a ale po co? Wydaje mi się że mój sposób jest prostszy, nie zaśmieca mi skrzynki pocztowej i, nie angażuje root`a (bo i po co)? Jutro się okaże jak ten sposób działa. Dam znać. xD

Czy tak jest prawidłowo?

 sudo systemctl enable borgback.timer
Created symlink /etc/systemd/system/timers.target.wants/borgback.timer → /etc/systemd/system/borgback.timer.


[marek@marek ~]$  systemctl status borgback.timer
● borgback.timer - Daily_borg_backup
   Loaded: loaded (/etc/systemd/system/borgback.timer; enabled; vendor preset: e
   Active: inactive (dead)
  Trigger: n/a

inactive?

morfik napisał(-a):

No generalnie dałeś tylko enable. Więc timer jeszcze nie działa ale zacznie działać po restarcie systemu. Jeśli chcesz by zaczął działać od razu to jeszcze musisz go wystartować — tak jak z normalną usługą dajesz systemctl start .timer .

Dzisiaj sprawdzam i wyszło że nie zadziałało. Mam w pliku .timer zdeklarowany czas aktywacji po włączeniu kompa 180s. Odczekałem ponad 3 minuty bo żaden log się nie pojawił a następnie odpaliłem ręcznie, tak jak zalecałeś, tzn.

#  systemctl status borgback.timer
● borgback.timer - Daily_borg_backup
   Loaded: loaded (/etc/systemd/system/borgback.timer; enabled; vendor preset: e
   Active: active (waiting) since Tue 2020-12-08 17:20:13 CET; 10min ago
  Trigger: Wed 2020-12-09 10:02:57 CET; 16h left

gru 08 17:20:13 marek systemd[1]: Started Daily_borg_backup.

systemctl list-unit-files --type timer
UNIT FILE                    STATE   
borgback.timer               enabled

Jest aktywna i dalej nic. Zobacz, proszę, czy czegoś nie sknociłem w plikach service i timer:

 cat /etc/systemd/system/borgback.service
[Unit]
Description=backup_borg
ConditionACPower=true

[Service]
Type=oneshot
ExecStart=sh /home/marek/.skrypty/mmcblk0/borgback.sh 
SyslogIdentifier=borg-home

Czy w linii powinno być ExecStart=/bin/bash  czy sh (tak jak ręcznie odpalam z terminala)?

 cat /etc/systemd/system/borgback.timer
[Unit]
Description=Daily_borg_backup

[Timer]
OnCalendar=*-*-* 10:00:00
RandomizedDelaySec=180
Persistent=true

[Install]
WantedBy=timers.target

Ostatnio edytowany przez mark (2020-12-08 18:10:41)

I o to chodziło. Dzisiaj poszło gładko. Victoria!!!
morfik dziękuję za pomoc Tobie i pozostałym. Te Forum jest wspaniałe. Poobserwuję parę dni ale już teraz myślę że temat rozwiązany pomyślnie.

Można w usłudze systemd dać warunek, że w systemie musi być określone urządzenie i tylko wtedy robić backup. Podobnie z punktem montowania czy ścieżką do katalogu by był np. do zapisu. Tutaj masz listę warunków jakie możesz podać w usłudze systemd.

Poza tym, daj status usługi i timer'a. Bo tam pisze czemu nie został uruchomiony.

Ostatnio edytowany przez morfik (2020-12-10 21:57:07)