Bekijk Volledige Versie : DA backup
E-Projects
04/12/10, 01:15
Ik heb een probleem in DA. Er worden geen backups gemaakt, ook niet op verschillende user levels.
Cron loopt wel maar het lijkt erop dat de backup proces niet wil lopen, al sinds 5 november. Er staat helemaal niets in de logs. Ik krijg ook geen foutmelding wanneer ik een nieuwe backup job maak alleen dat ik binnen een aantal minuten een notificatie/ticket krijg over de status van de backup maar ik krijg niets :/.
Er is al maanden niets veranderd op de server(vandaag proftpd geüpdatet).
In november, tijdje geleden weer heb ik direct admin wel geüpdatet.
Op Google en DA site gezocht maar niets kunnen vinden. Ik weet niet waar ik moet beginnen/kijken.
Iemand eerder gehad?
Staat je hd toevallig niet vol zodat hij de backups niet kan wegschrijven? Runt je cron procces nog? Wat gebeurt er als je manueel het cron procces runt?
Kijk je ook in het systeem cron log? Dus niet alleen de log van DA?
En wat Dennis zegt, draait ie handmatig wel?
E-Projects
04/12/10, 13:12
Staat je hd toevallig niet vol zodat hij de backups niet kan wegschrijven? Runt je cron procces nog? Wat gebeurt er als je manueel het cron procces runt?
10% is alleen in gebruik, dat zou niet het probleem moeten zijn.
Cron loopt nog wel, er lopen nog andere zaken.
Handmatig een backup taak maken levert niets op.
Kijk je ook in het systeem cron log? Dus niet alleen de log van DA?
En wat Dennis zegt, draait ie handmatig wel?
Dec 4 07:17:01 SRV /USR/SBIN/CRON[18068]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 4 08:17:01 SRV /USR/SBIN/CRON[23940]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 4 09:17:01 SRV /USR/SBIN/CRON[29875]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 4 10:17:01 SRV /USR/SBIN/CRON[3464]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 4 11:17:01 SRV /USR/SBIN/CRON[9593]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 4 12:17:01 SRV /USR/SBIN/CRON[16847]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 4 12:51:21 SRV /usr/sbin/cron[20288]: (CRON) INFO (pidfile fd = 3)
Dec 4 12:51:21 SRV /usr/sbin/cron[20289]: (CRON) STARTUP (fork ok)
Dec 4 12:51:21 SRV cron[20289]: Error: bad username; while reading /etc/cron.d/directadmin_cron
Dec 4 12:51:21 SRV /usr/sbin/cron[20289]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Dec 4 12:51:21 SRV cron[20289]: Error: bad username; while reading /etc/cron.d/directadmin_cron
Ik zou zeggen, begin hier mee.
Bij de DA machine waar ik net op kijk zie ik geen username genoemd.
Misschien is het handig de inhoud van die file hier te plakken.
E-Projects
04/12/10, 14:52
directadmin_cron
* * * * * root /usr/local/directadmin/dataskq
2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue;
#5 5 * * 0 root /sbin/quotaoff -a; /sbin/quotacheck -augm; /sbin/quotaon -a;
10 0 * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
20 4 1 * * root echo 'action=reset&value=all' >> /usr/local/directadmin/data/task.queue
0 4 * * * root echo 'action=check&value=license' >> /usr/local/directadmin/data/task.queue
* 5 * * * ntpdate -s ntp.xs4all.nl
Zie niets verkeerds hier.
Hoe heb je de cron ingesteld in directadmin zelf? Heb je daar een user op aangegeven?
Yourwebhoster
04/12/10, 15:17
Waarom zet je de ntpdate in de admin cron file? Schoot mij even binnen, maar ik zou dingen los van DA uit DA houden.
DA heeft een leuke feature en dat heet "Log Viewer". Als je daar de DA error log en task queue log bekijkt dan ben je al een stuk verder.
ntpdate update in die file heeft geen user er voor staan (nog even afgezien van wat die daar doet)
Sluit me aan bij de rest, en waarom die iedere 5 uur draaien, zo een dingen zet je toch in de /etc/cron.hourly directory onder een eigen bash scriptje bvb
ntpdate update in die file heeft geen user er voor staan (nog even afgezien van wat die daar doet)
Of je haalt hem weg en installeert ntpd. wel net zo makkelijk, maar afijn.
Denk niet dat dit iets te maken heeft met die cron, maar hij hoort er niet idd.
Misschien de cron eens verwijderen uit DA en eens kijken of je die melding dan nog krijgt. Is ie weg, dan eens opnieuw aanmaken?
maar zoals Daniel al aangeeft, kun je ook in de logviewer even kijken of daar errors staan waar je meer mee kunt. Het heeft een oorzaak dat ie die foutmelding geeft.
DA heeft een leuke feature en dat heet "Log Viewer". Als je daar de DA error log en task queue log bekijkt dan ben je al een stuk verder.
Of je kijkt gewoon in :
/var/log/directadmin/errortaskq.log
(dat is hetzelfde)
had onlangs iets soortgelijk voor... DA update gedaan en de backups opnieuw aangemaakt en alles loopte weer
E-Projects
09/12/10, 21:44
Bedankt alle voor de hulp. Backup draait weer als een zonnetje.
Ik heb die ntpdate regel verwijderd uit de cron. Voor de rest heb ik niets gewijzigd en liep weer.