▲ 613 ▼ Works if manually restarted by an intern from time to time (lemmy.world) submitted 1 year ago by merari42@lemmy.world to c/programmer_humor@programming.dev 51 comments fedilink hide all child comments
[–] dotslashme@infosec.pub 31 points 1 year ago (16 children) My current project has a crontab with 216 entries. permalink fedilink source hideshow 16 child comments replies: [–] pinball_wizard@lemmy.zip 33 points 1 year ago (8 children) Well, here's a sentence I haven't been tempted to use before: "I believe that may be too many crontab entries." permalink fedilink source parent hideshow 8 child comments replies: [–] DickFiasco@sh.itjust.works 19 points 1 year ago (2 children) Any problem in server administration can be solved with an additional crontab entry. Except for the problem of too many crontab entries. permalink fedilink source parent hideshow 2 child comments replies: [–] Opisek@piefed.blahaj.zone 10 points 1 year ago And that's why I added a crontab entry that periodically purges my cron configuration. That way, I'm forced to readd only the truly necessary cron jobs, successfully reducing the amount of crontab entries. permalink fedilink source parent [–] curbstickle@anarchist.nexus 1 point 1 year ago Which can be solved by an additional server. Boom, problem solved. permalink fedilink source parent [–] cupcakezealot@piefed.blahaj.zone 10 points 1 year ago (2 children) just randomly delete 50 of them. permalink fedilink source parent hideshow 2 child comments replies: [–] pinball_wizard@lemmy.zip 17 points 1 year ago (1 child) Yes. The strongest crontab entries will probably restore themselves. (For anyone reading along, this is sarcasm. Don't do this.) permalink fedilink source parent hideshow 1 child comment replies: [–] farngis_mcgiles@sh.itjust.works 5 points 1 year ago a crontab can regenerate from bisection to form two whole crontabs permalink fedilink source parent [–] rumba@lemmy.zip 2 points 1 year ago (1 child) pshaw, just drop in there and combine a few /etc/cron.d/first25 /etc/cron.d/second25 ... permalink fedilink source parent hideshow 1 child comment replies: [–] j_z@feddit.nu 2 points 1 year ago This is the way. Exactly what we did + migrated 80% of everything to k8s cronjobs and Argo workflows permalink fedilink source parent [–] marcos@lemmy.world 5 points 1 year ago (5 children) At some point it may be good to migrate to airflow or something similar. It's not the number of entries that makes it bad. It's the fact that if you run crontab, they are gone... permalink fedilink source parent hideshow 5 child comments replies: [–] dondelelcaro@lemmy.world 9 points 1 year ago (2 children) That's why there's a crontab rule to load the crontab from a file. Cronception if you will. permalink fedilink source parent hideshow 2 child comments replies: [–] marcos@lemmy.world 7 points 1 year ago (1 child) Make the rule start a secondary cron system. Otherwise it won't run after you erase the crontab. permalink fedilink source parent hideshow 1 child comment replies: [–] dondelelcaro@lemmy.world 5 points 1 year ago* Here you go: with-lock-ex -q /path/to/lockfile sh -c ' while true; do crontab cronfile; sleep 60; done;' permalink fedilink source parent [–] bleistift2@sopuli.xyz 8 points 1 year ago* (1 child) At first I thought you missed the -r. Then I checked. Defaulting to STDIN here is very, very dumb, IMHO. Almost as bad as putting the “edit” flag right next to the “delete everything without confirmation” flag on a Western keyboard (-e vs -r). permalink fedilink source parent hideshow 1 child comment replies: [–] marcos@lemmy.world 7 points 1 year ago Crontab is a really badly designed program that we just can't fix because everybody depends on its WFTs for something. permalink fedilink source parent [–] Lightfire228@pawb.social 7 points 1 year ago Use SystemD timers, you animal permalink fedilink source parent
[–] pinball_wizard@lemmy.zip 33 points 1 year ago (8 children) Well, here's a sentence I haven't been tempted to use before: "I believe that may be too many crontab entries." permalink fedilink source parent hideshow 8 child comments replies: [–] DickFiasco@sh.itjust.works 19 points 1 year ago (2 children) Any problem in server administration can be solved with an additional crontab entry. Except for the problem of too many crontab entries. permalink fedilink source parent hideshow 2 child comments replies: [–] Opisek@piefed.blahaj.zone 10 points 1 year ago And that's why I added a crontab entry that periodically purges my cron configuration. That way, I'm forced to readd only the truly necessary cron jobs, successfully reducing the amount of crontab entries. permalink fedilink source parent [–] curbstickle@anarchist.nexus 1 point 1 year ago Which can be solved by an additional server. Boom, problem solved. permalink fedilink source parent [–] cupcakezealot@piefed.blahaj.zone 10 points 1 year ago (2 children) just randomly delete 50 of them. permalink fedilink source parent hideshow 2 child comments replies: [–] pinball_wizard@lemmy.zip 17 points 1 year ago (1 child) Yes. The strongest crontab entries will probably restore themselves. (For anyone reading along, this is sarcasm. Don't do this.) permalink fedilink source parent hideshow 1 child comment replies: [–] farngis_mcgiles@sh.itjust.works 5 points 1 year ago a crontab can regenerate from bisection to form two whole crontabs permalink fedilink source parent [–] rumba@lemmy.zip 2 points 1 year ago (1 child) pshaw, just drop in there and combine a few /etc/cron.d/first25 /etc/cron.d/second25 ... permalink fedilink source parent hideshow 1 child comment replies: [–] j_z@feddit.nu 2 points 1 year ago This is the way. Exactly what we did + migrated 80% of everything to k8s cronjobs and Argo workflows permalink fedilink source parent
[–] DickFiasco@sh.itjust.works 19 points 1 year ago (2 children) Any problem in server administration can be solved with an additional crontab entry. Except for the problem of too many crontab entries. permalink fedilink source parent hideshow 2 child comments replies: [–] Opisek@piefed.blahaj.zone 10 points 1 year ago And that's why I added a crontab entry that periodically purges my cron configuration. That way, I'm forced to readd only the truly necessary cron jobs, successfully reducing the amount of crontab entries. permalink fedilink source parent [–] curbstickle@anarchist.nexus 1 point 1 year ago Which can be solved by an additional server. Boom, problem solved. permalink fedilink source parent
[–] Opisek@piefed.blahaj.zone 10 points 1 year ago And that's why I added a crontab entry that periodically purges my cron configuration. That way, I'm forced to readd only the truly necessary cron jobs, successfully reducing the amount of crontab entries. permalink fedilink source parent
[–] curbstickle@anarchist.nexus 1 point 1 year ago Which can be solved by an additional server. Boom, problem solved. permalink fedilink source parent
[–] cupcakezealot@piefed.blahaj.zone 10 points 1 year ago (2 children) just randomly delete 50 of them. permalink fedilink source parent hideshow 2 child comments replies: [–] pinball_wizard@lemmy.zip 17 points 1 year ago (1 child) Yes. The strongest crontab entries will probably restore themselves. (For anyone reading along, this is sarcasm. Don't do this.) permalink fedilink source parent hideshow 1 child comment replies: [–] farngis_mcgiles@sh.itjust.works 5 points 1 year ago a crontab can regenerate from bisection to form two whole crontabs permalink fedilink source parent
[–] pinball_wizard@lemmy.zip 17 points 1 year ago (1 child) Yes. The strongest crontab entries will probably restore themselves. (For anyone reading along, this is sarcasm. Don't do this.) permalink fedilink source parent hideshow 1 child comment replies: [–] farngis_mcgiles@sh.itjust.works 5 points 1 year ago a crontab can regenerate from bisection to form two whole crontabs permalink fedilink source parent
[–] farngis_mcgiles@sh.itjust.works 5 points 1 year ago a crontab can regenerate from bisection to form two whole crontabs permalink fedilink source parent
[–] rumba@lemmy.zip 2 points 1 year ago (1 child) pshaw, just drop in there and combine a few /etc/cron.d/first25 /etc/cron.d/second25 ... permalink fedilink source parent hideshow 1 child comment replies: [–] j_z@feddit.nu 2 points 1 year ago This is the way. Exactly what we did + migrated 80% of everything to k8s cronjobs and Argo workflows permalink fedilink source parent
[–] j_z@feddit.nu 2 points 1 year ago This is the way. Exactly what we did + migrated 80% of everything to k8s cronjobs and Argo workflows permalink fedilink source parent
[–] marcos@lemmy.world 5 points 1 year ago (5 children) At some point it may be good to migrate to airflow or something similar. It's not the number of entries that makes it bad. It's the fact that if you run crontab, they are gone... permalink fedilink source parent hideshow 5 child comments replies: [–] dondelelcaro@lemmy.world 9 points 1 year ago (2 children) That's why there's a crontab rule to load the crontab from a file. Cronception if you will. permalink fedilink source parent hideshow 2 child comments replies: [–] marcos@lemmy.world 7 points 1 year ago (1 child) Make the rule start a secondary cron system. Otherwise it won't run after you erase the crontab. permalink fedilink source parent hideshow 1 child comment replies: [–] dondelelcaro@lemmy.world 5 points 1 year ago* Here you go: with-lock-ex -q /path/to/lockfile sh -c ' while true; do crontab cronfile; sleep 60; done;' permalink fedilink source parent [–] bleistift2@sopuli.xyz 8 points 1 year ago* (1 child) At first I thought you missed the -r. Then I checked. Defaulting to STDIN here is very, very dumb, IMHO. Almost as bad as putting the “edit” flag right next to the “delete everything without confirmation” flag on a Western keyboard (-e vs -r). permalink fedilink source parent hideshow 1 child comment replies: [–] marcos@lemmy.world 7 points 1 year ago Crontab is a really badly designed program that we just can't fix because everybody depends on its WFTs for something. permalink fedilink source parent
[–] dondelelcaro@lemmy.world 9 points 1 year ago (2 children) That's why there's a crontab rule to load the crontab from a file. Cronception if you will. permalink fedilink source parent hideshow 2 child comments replies: [–] marcos@lemmy.world 7 points 1 year ago (1 child) Make the rule start a secondary cron system. Otherwise it won't run after you erase the crontab. permalink fedilink source parent hideshow 1 child comment replies: [–] dondelelcaro@lemmy.world 5 points 1 year ago* Here you go: with-lock-ex -q /path/to/lockfile sh -c ' while true; do crontab cronfile; sleep 60; done;' permalink fedilink source parent
[–] marcos@lemmy.world 7 points 1 year ago (1 child) Make the rule start a secondary cron system. Otherwise it won't run after you erase the crontab. permalink fedilink source parent hideshow 1 child comment replies: [–] dondelelcaro@lemmy.world 5 points 1 year ago* Here you go: with-lock-ex -q /path/to/lockfile sh -c ' while true; do crontab cronfile; sleep 60; done;' permalink fedilink source parent
[–] dondelelcaro@lemmy.world 5 points 1 year ago* Here you go: with-lock-ex -q /path/to/lockfile sh -c ' while true; do crontab cronfile; sleep 60; done;' permalink fedilink source parent
[–] bleistift2@sopuli.xyz 8 points 1 year ago* (1 child) At first I thought you missed the -r. Then I checked. Defaulting to STDIN here is very, very dumb, IMHO. Almost as bad as putting the “edit” flag right next to the “delete everything without confirmation” flag on a Western keyboard (-e vs -r). permalink fedilink source parent hideshow 1 child comment replies: [–] marcos@lemmy.world 7 points 1 year ago Crontab is a really badly designed program that we just can't fix because everybody depends on its WFTs for something. permalink fedilink source parent
[–] marcos@lemmy.world 7 points 1 year ago Crontab is a really badly designed program that we just can't fix because everybody depends on its WFTs for something. permalink fedilink source parent
[–] Lightfire228@pawb.social 7 points 1 year ago Use SystemD timers, you animal permalink fedilink source parent