Crontab eliminado?

En lugar de escribir "crontab -e", accidentalmente escribí "crontab" y me quedé atrapado en medio de un proceso, así que aborté el proceso. Ahora cuando voy a crontab -e está completamente en blanco. Esto no es bueno en absoluto. Si no puedo recuperarlo, tendré que volver a escribirlo.

¿Hay alguna forma de:

1. recuperar mis trabajos crontab? ¿están en memoria en alguna parte? ¿Dónde están ubicados los archivos crontab específicos de la cuenta en Linux? O
2. obtener un registro de todas las cosas que ha hecho cron, para que pueda realizar ingeniería inversa en mi archivo crontab. ¿No lo había mirado en mucho tiempo?

crontabsin argumentos lee un archivo crontab de la entrada estándar. Por ejemplo, puede usar:

 echo "* * * * *  run-this-every-minute" | crontab

Una vez que haya golpeado su crontab (es decir, crontab -lno muestra nada), no hay una buena manera de recuperarlo.

En mi sistema (Ubuntu 11.04), los crontabs personales se almacenan /var/spool/cron/crontabs/<USER>, pero eso es lo que usted aporreó, por lo que no le servirá de nada. (La ruta podría ser diferente en su sistema).

Veo entradas en los /var/log/syslogcomandos ejecutados por cron; es posible que pueda reconstruir su crontab a partir de eso (o el equivalente de su sistema, si lo hay), pero será tedioso.

Esto es lo que hago para evitar este tipo de problema:

Mantengo mi crontab en un archivo separado, mantenido en un sistema de control de fuente. Lo instalo solo ejecutando

crontab filename

Yo nunca uso crontab -e. Si accidentalmente golpeo mi crontab, puedo volver a cargarlo desde el archivo. (Bueno, casi nunca; a veces uso crontab -epara hacer cambios temporales, sabiendo que puedo restaurar la versión actual más adelante).

Script para la recuperación completa de crontab

Hice un script PHP que hace una recuperación completa de su crontab, basado en el registro.

Produce una sola instancia de cada comando cron ejecutado por el usuario durante la última semana.

Lo puse aqui

https://github.com/dangreenisrael/recover_crontab

Aquí hay una muestra de salida:

perl ~/sorttv/sorttv.pl

/usr/local/bin/flexget

bash ~/scripts/sort_sports.sh

~/scripts/play_recently_added.sh

Lo siento, pero no puedo evitar preguntar lo obvio: ¿por qué no restaurarlo desde la copia de seguridad?

Er, lo siento, veo que ya se sugirió.

Si su variable de entorno EDITOR es EDITOR = vi, intente

vi -r

para recuperar la sesión No escriba directamente la sesión guardada, si la tiene, en su directorio crontab. Úselo como una guía para recrear su crontab usando

crontab -e

Nota: Como no especificó un sistema operativo, Solaris y otros sistemas operativos UNIX no reconocen los cambios en los archivos crontab, excepto los creados a través de crontab -e. Si no recuerdo mal, Linux sí.

Gran respuesta de @Keith Thompson: ¡buena idea reconstruir desde / var / log / syslog!

También accidentalmente golpeé mi crontab de usuario pero pude reconstruirlo con el siguiente script-fu

mkdir ~/syslog
sudo cp /var/log/syslog* ~/syslog/
sudo chmod 777 ~/syslog/*
cat ~/syslog/* | grep "(username)" | grep -o "CMD.*" | sort | uniq

donde el nombre de usuario debe reemplazarse con el usuario cuyo crontab desea reconstruir.

Tenga en cuenta que es posible que deba comprimir el contenido de sus archivos /var/log/syslog.x.gz primero si los registros se han comprimido (ubuntu comprime syslog.2 +)

Esto también solo obtendrá comandos que todavía están en los registros, que serán aproximadamente los últimos 7 días ... así que si tiene una tarea mensual que no se ejecutó ... esa probablemente haya desaparecido