reklama

Ztracený cron job

nou

Ztracený cron job
« kdy: 12. 08. 2017, 20:07:05 »
Davnejsie som vytvoril dva cron joby btrfs scrub a btrfs defragment. Chcel by som ich upravit ale nikde ich nemozem najst. Pritom ale viem ze sa stale spustaju. Ten scrub napriklad kazdeho 15. o druhej v noci.
Pozrel som do /etc/cron.d /etc/cron.daily /etc/cron.hourly /etc/cron.monthly /etc/crontab /etc/cron.weekly /var/spool/cron/crontabs ale v ziadnom z tychto umiesteni to nie je.
« Poslední změna: 14. 08. 2017, 09:49:04 od Petr Krčmář »

reklama


Re:strateny cron job
« Odpověď #1 kdy: 12. 08. 2017, 20:17:59 »
a distro?  >:(

Nenacpal sis to jako systemd unitu?

nou

Re:strateny cron job
« Odpověď #2 kdy: 12. 08. 2017, 20:46:31 »
Ubuntu 16.04.
grep -R btrfs /etc/ najde zhody nic co by bolo moje
grep -R btrfs /lib/systemd najde zhody len v binarnych suboroch.

nou

Re:strateny cron job
« Odpověď #3 kdy: 12. 08. 2017, 20:52:05 »
V syslog je
Aug  7 01:00:02 mc CRON[9578]: (root) CMD (btrfs fi def -t100M -r /###/)
takze  by to mal spustat cron a nie systemd, ci?

Franta <xkucf03/>

Re:strateny cron job
« Odpověď #4 kdy: 12. 08. 2017, 21:12:27 »
A co dělá crontab -l a crontab -e ?


Sten

Re:strateny cron job
« Odpověď #5 kdy: 12. 08. 2017, 21:27:54 »
Není to v uživatelském crontabu ve /var/spool/cron/crontabs?

Sten

Re:strateny cron job
« Odpověď #6 kdy: 12. 08. 2017, 21:32:38 »
Nebo v uživatelské systemd jednotce ve ~/.local/share/systemd/user?

nou

Re:strateny cron job
« Odpověď #7 kdy: 12. 08. 2017, 21:45:05 »
sudo crontab -l
Kód: [Vybrat]
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
17 * * * * root    cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
~/.local/share/systemd/user nie
/var/spool/cron/crontabs som uz pozeral a tam je to co vypise crontab -l

nou

Re:strateny cron job
« Odpověď #8 kdy: 13. 08. 2017, 10:34:03 »
pridal som si jeden job cez crontab -e a vyzera to ze sa ten defrag dnes v noci nespustil. naozaj cudne.

Lol Phirae

Re:strateny cron job
« Odpověď #9 kdy: 13. 08. 2017, 10:48:41 »
Zkus to přes regedit.exe anebo není nad Lennartware a pokrok nezastavíš!  ;D ::)

Kozzi

Re:strateny cron job
« Odpověď #10 kdy: 13. 08. 2017, 11:13:21 »
pridal som si jeden job cez crontab -e a vyzera to ze sa ten defrag dnes v noci nespustil. naozaj cudne.

a co vypise grep -R btrfs /var/spool/

trubicoid2

Re:strateny cron job
« Odpověď #11 kdy: 13. 08. 2017, 12:01:15 »
ta defragmentace btrfs by se asi nemela delat z cronu, rozdela totiz deduplikovana data (trebas snapshoty)

nebo po kazde defragmentaci je potreba znova pustit
Kód: [Vybrat]
duperemove -drh --hashfile=tmp.sqlite /
coz trva ukrutne dlouho a ten tmp se muze potom smazat, tou defragmentaci jsou pak v nem stejne neplatna data

nou

Re:strateny cron job
« Odpověď #12 kdy: 14. 08. 2017, 08:00:20 »
tak vyzera ze sa uz tie joby nespustaju. niekde proste ostali ulozene a spustali sa.

Re:strateny cron job
« Odpověď #13 kdy: 14. 08. 2017, 08:19:23 »
Cron má ty údaje načtené v paměti. Některé implementace sledují změny v souborech samy, některým je potřeba poslat signál (což udělá i crontab -e při ukončení editace). Ve vašem případě tedy někdo ten soubor editoval ručně (bez crontab -e), ale nenechal cron načíst změny. Ty se načetly teprve po vaší editaci pomocí crontab -e.

nou

Re:Ztracený cron job
« Odpověď #14 kdy: 14. 08. 2017, 10:18:43 »
Nie bol x-krat restartovany a vypnuty.

 

reklama