La secuencia de comandos bash de respaldo no está comprimiendo su tarball
Tengo un script bash que se ejecuta como cron para hacer una copia de seguridad de los archivos en el servidor.
#!/bin/bash
FILE=/path/to/backup_$(date +%Y%m%d).tar
tar -cf $FILE /backup/this /and/that /and/someotherfiles
gzip $FILE
Cuando ejecuto el script directamente usando:
Sudo bash ./backup-files.sh
Comprime el archivo, pero anoche, cuando el cron lo ejecutó, lo dejó como un alquitrán. ¿El cron habría guardado un registro en algún lugar que señalara por qué este puede ser el caso?
¿Es la partición donde se encuentra la copia de seguridad en sus límites?
Su script ha creado el tarball, pero a gzip no le queda espacio para comprimirlo.
(puede combinar ambos comandos con el indicador -z para tar)
Woops, olvidé una cosa: agregue la bandera -v a su comando tar. Mostrará lo que hace.
Como ha mencionado Pierre, es posible que desee utilizar la bandera -z. En general, siempre uso tar zcvfP para hacer copias de seguridad de directorios completos y preservar su estructura y permisos. La bandera v también está allí, también es útil.
Si vuelve a suceder que su script no hace lo que desea, puede agregar set -x encima de su script. Producirá exactamente lo que hace y esta salida a menudo es útil para encontrar errores. Si lo llamas como cronjob, asegúrate de que $EMAIL esté configurado correctamente.