Le definizioni di Crontab scompaiono

Sto eseguendo un server Debian su EC2 e qualche giorno fa le mie definizioni crontab improvvisamente scomparvero. Appena scomparsi senza provocazioni!

Qualche idea di cosa possa essere responsabile? Non sospetto alcun accesso non autorizzato al server.

  • Confusione di Linux hardlink
  • Come elencare le catene di collegamento simboliche?
  • Perché il mio rsync è così lento?
  • Dove appartengono? "Ifconfig eth0 up" & "dhclient"
  • Come configurare l'inoltro X11 su SSH su AIX?
  • NTP non sincronizza, sincronizza solo il riavvio del servizio
  • Cron outgrowing: qual è il prossimo scheduler?
  • L'aggiunta di file a /etc/cron.d non lo fa eseguire (ubuntu 10.04)
  • cron: non può bloccare /var/run/crond.pid, altrimenti potrebbe essere 3759
  • data +% s guasti
  • Devo aggiornare o riavviare qualsiasi cosa dopo aver aggiunto / aggiornato un crontab in Ubuntu Server 8.04?
  • crontab in esecuzione come utente specifico
  • 4 Solutions collect form web for “Le definizioni di Crontab scompaiono”

    Purtroppo, è estremamente facile perdere un utente crontab (e quasi così facile quando quell'utente è radice).

    Ecco alcuni esempi di modi per svuotare uno:

     crontab '' echo $emptyvar | crontab - crontab emptyfile crontab -l | oops | crontab - 

    Dove oops rappresenta un command che suppone di manipolare l'output di crontab -l prima di sostituirli usando crontab . Per qualche ragione ("oops") i contenuti non vengono passati attraverso il pipe.

    Dovresti controllare i tuoi script e crontabs per tutte le righe che cercano di manipolare la crontab di root e assicurarsi che non stiano facendo qualcosa di sbagliato.

    Inoltre, per gli utenti crontabs, quando si modifica uno stesso utilizzare sempre crontab -e .

    Potrebbe essere che la partizione in cui si trova / var sia stata piena.

    Se questo è in corso e / tmp si trova in un'altra partizione è ansible modificare il file temporale con crontab -e ma quando si finisce l'edizione, la nuova versione non può essere copiata in / var / spool / cron e come risultato si ottiene un vuoto file.

    So che questo è un caso strano, ma crontab non restituisce alcun errore.

    Leggere le edizioni EC2 su forums.aws.amazon.com. Non specificamente questo problema, ma i dati statici scompaiono dopo il riavvio. Potresti voler accedere a qualche discussione lì o contattare un supporto aws. Nel frattempo ho scritto qualcosa per sostenere le mie cronache a S3 o qualcosa del genere.

    Controllare se il file crontab esiste in / var / spool / cron / crontab / prima di tentare di modificarlo. È vuoto o sta creando in quel momento?

    È stata riavviata l'istanza EC2?

    grep -r crontab /etc/* e vedere se c'è qualcosa che li tocca.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.