Bekijk Volledige Versie : Backup cron wordt niet uitgevoerd
customwebsite
28/01/10, 13:53
Beste beheerder, hosters en andere directadmin gebruikers
Ik heb dagen besteed om te zoeken of dit probleem vaker voorkomt maar ik kan de oplossing niet vinden. Vandaar deze nieuwe tread.
Ik draai een dedicated server met directadmin 1.34.5 voor debian 4.0
Vanuit directadmin hoor ik cron jobs in te kunnen stellen maar dit werkt niet
Als ik het direct uitvoer dan gaat het wel goed. Maar als ik hem als cronjob vanuit directadmin instel niet.
Mijn log van errortaskq.log geeft dan
executeCommand:invalid action: -e action=backup&id=1&owner=admin
In backup_crons.list staat dan wel:
1=action=backup&dayofmonth=*&dayofweek=*&hour=12&local_path=/home/admin/admin_backups/dedicated&minute=35&month=*&owner=admin&type=admin&value=multiple&when=now&where=local&who=all
Als ik direct op de server het onderstaande commando direct invoer dan werkt het wel weer:
echo -e "action=backup&id=1&owner=admin" >> /usr/local/directadmin/data/task.queue.da; /bin/chmod 600 /usr/local/directadmin/data/task.queue.da
Ik ben al tijden aan het uitzoeken wat het kan zijn maar ik kan geen cron instellen. Wat ik het liefst zou willen is dat hij elke nacht een backup maakt van alle gebruikers die in directadmin staan.
Wie mij kan helpen is een held!!
Groet
Patrick
Custom website
En met cron in directadmin bedoel je de backup functie van directadmin zelf? Of zet je hem zelf handmatig dan in een cron.
customwebsite
28/01/10, 18:38
als ik vanuit directadmin de cronjob instel doet hij niet. Als ik hem handmatig instel in backup_crons.list dan weet ik niet hoe.
De backup zou eigenlijk elke nacht moeten draaien.
Dat snap ik, maar maak je een backup taak in Directadmin aan (via bijvoorbeeld de reseller backup functie of system backup functie) of maak je zelf een cron aan in directadmin. Dat zijn 2 verschillende dingen ;)
customwebsite
29/01/10, 09:36
VIa directadmin beheer backup en dan stel ik daar met 3 stappen een backup in. Dan krijg ik de gemelde error melding.
executeCommand:invalid action: -e action=backup&id=1&owner=admin
Als ik via ssh inlog op het systeem en ik voer dan in
echo -e "action=backup&id=1&owner=admin" >> /usr/local/directadmin/data/task.queue.da; /bin/chmod 600 /usr/local/directadmin/data/task.queue.da
Dan gaat het wel goed.
Volg deze (http://www.webhostingtalk.nl/directadmin/157457-directadmin-en-backup.html#post1119207) ook maar mee....
customwebsite
02/02/10, 08:15
Beste Geert Jan en Mikeh en andern
ik volg nu al enkele dagen de andere link maar nog stees kom ik er niet uit...
Vanuit het beheerdersniveau van DA stel ik de back-up in bij beheer back-ups en deze werkt alleen als ik hem direct uitvoer. Niet als cron.
Dan krijg ik een error melding in errortaskq.log :
executeCommand:invalid action: -e action=backup&id=1&owner=admin
Deze melding krijg ik ook als ik de cron instel via gebruikers backup op wederverkopersniveau.
Zoals jue al gelezen hebben heb ik ook een post gedaan van wat er in backup_crons.list staat. Staar hier dan een fout in?
Wie kan verder helpen?
welke versie van directadmin gebruik je ?
als je niet de nieuwste gebruikt, update die eerst eens.
gooi alle backup taken eens weg, probeer eens te herstarten ( op een tijd dat dat kan!! en maak daarna de backup taken opnieuw aan.
ik heb ook eens een vage melding gehad met directadmin en door een herstart en een update was dat opgelost.
herstart is niet nodig voor DA Update maar soms biedt dat wel de oplossing.
je kunt dit in ieder geval proberen .
customwebsite
02/02/10, 09:14
IK heb 3 weken geleden een update gedaan naar directadmin 1.34.5 ( de meest recente )
Ik zal vanacht een restart doen vanuit Directadmin. Ben benieuwd..
Wat is de output van:
# /etc/init.d/crond status
customwebsite
02/02/10, 10:18
als ik /etc/init.d/crond status doe via ssh dan geeft hij aan dat het bestand niet bestaat
Ik heb in de directory gekeken en daar staat inderdaad ook geen crond tussen
wel cron
doe anders eens een yum install crond , zie je of het wel eens installed is
*edit* gaat om debian -> apt-get install cron / apt-get install crond
customwebsite
02/02/10, 10:36
als ik apt-get install crond doe dan krijg ik
couldn't find pakkage crond
het lijkt erop dat het niet geïnstalleerd is?
marsipulami
02/02/10, 10:48
ik vind het wel raar dat hij zegt dat package crond niet gevonden kan worden, terwijl zijn log wel wordt gevuld met errors uit de cron.
customwebsite
02/02/10, 10:51
root@server2:/# apt-get install crond
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Couldn't find package crond
customwebsite
02/02/10, 11:31
etch staat erop
Volgens mij heet de package gewoon cron, en niet crond in zowel etch als lenny.
customwebsite
02/02/10, 12:03
root@server2:/etc/init.d# apt-get install cron
Reading package lists... Done
Building dependency tree
Reading state information... Done
cron is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 42 not upgraded.
customwebsite
02/02/10, 13:14
cron staat er dus wel op. Ik heb ook het idee dat daarvandaan de cron gestart wordt.
Alleen krijg ik dus de melding invalid action: -e action=backup&id=1&owner=admin in de log van errortaskq.log
Ik denk niet dat het zo nog makkelijk wordt om te zeggen waar het in zit. Stukje software wat niet goed draait? Iets kleins wat over het hoofd gezien wordt?
Misschien makkelijker om iemand even te laten kijken?
wellicht dat de restart van de server vannacht gaat helpen.
ik hoop het voor je. en anders zou ik er met iemand naar gaan kijken.
customwebsite
03/02/10, 09:29
Vannacht heb ik de server herstart. Alle crons heb ik verwijderd vanuit DA. De eerste test heb ik gedaan met een admin backup die direct uitgevoerd werd. Dit ging wederom goed. Daarna heb ik een aantal accounts geselecteerd en in een cron backup geplaats. Helaas ging dit nog steeds niet goed. Dezelfde melding bleef. Ook heb ik alle mogelijke vinkjes weg gehaald bij de DA backup mogelijkheid en de verschillenden ( selecteer alle users, en per account ) geprobeerd. Dit werkte beide niet.
Kijk eens in de logs van directadmin of daar geen melding staat?
Of in de '/var/log/cron'?
misschien toch niet onverstandig om iemand er naar te laten kijken. wellicht een corrupte install uitgevoerd ?
Of gewoon, heel simpel, een mailtje sturen naar DirectAdmin. De melding komt voor in de logging die zij genereren, waarom iedereen stuurt en blijft sturen op cron logs begrijp ik niet helemaal.
wellicht dat de restart van de server vannacht gaat helpen.
ik hoop het voor je. en anders zou ik er met iemand naar gaan kijken.
Waarom adviseer je de TS om de server te herstarten? Het is geen Windows :clown:
Overigens wil ik de TS adviseren om iemand met kennis van Debian/GNU & cronjobs in te schakelen om zijn euvel op te lossen. Het is immers zo dat als je 'apt-cache search bla' onbekend in de oren klinkt, je waarschijnlijk ook niet veel verstand hebt van Debian/GNU, laat staan apt(itude).
Zou je overigens je cronjob hier neer kunnen planten en ons informeren over wat het moet gaan doen?
Owja, vergeet het path naar je cronjob niet te vermelden. Heb je het in /etc/cron.d/ of in /etc/("cron.daily","hourly") staan?
Groet,
Mike