https://www.marcogabriel.com/tags/cron/ Recent content in Cron on Marco Gabriel Blog https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E Hugo en Wed, 23 Jan 2013 05:07:13 +0100 https://www.marcogabriel.com/posts/603-rsync-nur-einmal-starten/ Wed, 23 Jan 2013 05:07:13 +0100 https://www.marcogabriel.com/posts/603-rsync-nur-einmal-starten/ <p>Ab und an dauert ein rsync Job länger als geplant. Wenn man sicherstellen möchte, dass rsync in einem Cronjob nur ausgeführt wird, falls es nicht schon läuft, kann man folgendes Konstrukt verwenden:</p> <pre tabindex="0"><code>pgrep -c rsync || rsync [options] quelle ziel </code></pre><p>Ich hatte das vor einiger Zeit bei Serverfault schon mal als Antwort eingestellt, aber eigentlich ist es in meinem Blog auch gut aufgehoben.</p> https://www.marcogabriel.com/posts/515-error-bad-minute-while-reading-etccrontab/ Thu, 09 Jul 2009 14:22:17 +0200 https://www.marcogabriel.com/posts/515-error-bad-minute-while-reading-etccrontab/ <p>Gerade eben stellte ich fest, dass auf einem Ubuntu 8.04 Server die Cron-Jobs nicht mehr ausgeführt werden. Also machte ich mich auf die Suche nach dem Grund, konnte ihn aber zunächst nicht finden. In der /var/log/syslog dann der erste Hinweis:</p> <pre tabindex="0"><code>Error: bad minute; while reading /etc/crontab </code></pre><p>Die /etc/crontab sah allerdings sehr normal aus. Da gab es keine falschen Einträge oder fehlende Angaben. Nach einigem auskommentieren und testen bin ich dann auf die Lösung gekommen. In der crontab fand ich folgende Zeile, bei der ich mir erst mal nichts dachte:</p>