hacer que un cronjob espere a que finalice el trabajo rsync anterior

Estoy usando rsync para hacer una copia de seguridad de algunos datos de un servidor a otro. Todo funciona bien, pero puede tardar más en terminar dependiendo de la cantidad de datos que hay que transferir.

¿Hay alguna forma garantizada de garantizar que un comando rsync no se inicie antes de que el anterior termine de usar un cronjob?

Por ejemplo, cada hora ejecuto el comando rsync, pero es posible que la transferencia tarde más de 1 hora en completarse, por lo que la siguiente comenzará antes de que finalice la anterior.

Puede implementar algún tipo de bloqueo. Esto imprimirá la cantidad de procesos rsync que aún se ejecutan:

pgrep -cx rsync

Y esto ejecutará rsync solo si no existe otro proceso rsync:

pgrep -cx rsync || rsync ...

El uso -xevitará la coincidencia accidental de nombres no deseados (por ejemplo, "fooba rsync hronizator" o "not_an_ rsync _totally", funciona igual que pgrep -c ^rsync$)

Puede usar el comando flock para ayudarlo a hacer esto, por ejemplo, en este caso flock -nes probablemente lo que desea, ya que provocará una falla inmediata del comando si no puede obtener el bloqueo, por ejemplo

30 * * * *  /usr/bin/flock -n /tmp/myRsyncJob.lck /path/to/your/rsyncScript 

Si está dispuesto a considerar otras herramientas, también puede echar un vistazo a rdiff-backup . Utiliza librsync para hacer copias de seguridad y guarda un número configurable de deltas / incrementos. También se bloquea para que solo un proceso de rdiff-backup pueda ejecutarse en un momento dado.

Esto es lo que haría. Cree un script de envoltura alrededor de rsync para crear un archivo de bloqueo.

script 1
- create lock file
- rsync
- remove lock file

script 2 (running later then script 1)
- check if lock file is there
    - if not run
    - if it is there wait 10 minutes in a loop. break out of lopp when the lock file is gone
- continue to run script

Mi respuesta es algo similar a lo que Mike dijo.

En el script, deberías poner algo como esto:

• crear un archivo de bloqueo
• Verifique la existencia del archivo de bloqueo la próxima vez que lo ejecute.

Pero hay una cosa muy importante que deberías estar haciendo. y eso para implementar un sistema de trampa.

Entonces, con eso, lo que puedes hacer es que, incluso si de alguna manera tu script es eliminado o alguien lo eliminó, entonces puedes atrapar esa señal y eliminar el archivo de bloqueo, para que no tengas un archivo de bloqueo obsoleto.

Puedes leer cómo implementar eso aquí .

Solo una pequeña cosa, no puedes atrapar la señal 9, quiero decir que si alguien lo hace kill -9, no puedes atrapar eso ya que esa señal interactúa directamente con el núcleo y no hay forma de atrapar eso.

Además, como lo sugiere John, debe eliminar el archivo de bloqueo cada vez que se reinicia el sistema, solo para asegurarse de que no quede ningún archivo obsoleto.

Eso puede hacerlo fácilmente poniendo un pequeño rm -f <FILE>comando en /etc/rc.local

Eche un vistazo a anacron (cron anacrónico) con el modificador -s (serializar). Serialize garantiza que no se volverá a llamar al comando si el anterior todavía se está ejecutando.

Use hatools ( http://www.fatalmind.com/software/hatools/ ) para bloquear rsync cron en modo de espera.

No pude obtener la solución de mgabriel para trabajar en OSX ya que la versión OSX de pgrep no parece tener la opción -c (supongo que esto es para contar). En su lugar, utilicé lo siguiente:

[ $(pgrep ping | wc -l) -eq 0 ] && ping multiplay.co.uk || echo "Sorry, ping already in progress"

Usé ping como un comando de ejemplo.

Espero que esto ayude.