Bekijk Volledige Versie : Admin Backup/Transfer werkt niet
Ik gebruik Direct Admin v1.31.5, dus recente versie.
Ik probeer een Backup Cronjob te maken via Admin Backup/Transfer.
Zie bijlagen.
Na dit krijg ik dit standaard bericht :
Backups added to Queue
Details
You will be notified via the Message System when the process is complete
Ik krijg geen Message en backup word ook niet gemaakt in "die" directory.
Volgens dit cron zou er elke nacht om 00:00 het backup worden gemaakt, maar dit gebeurt helaas niet.
Paar maanden geleden ging dit allemaal zonder problemen, maar nu opeens niet.
Iemand een enige idee hoe ik dat kan oplossen.
Trouwens in Admin level staan deze 2 Cron's.
Ik herinner niet dat ik deze heb aangemaakt.
Enigde idee wat dit inhoud :
* * * * * 36 0 * * * /path/to/bin/php /path/to/cron.php
* * * * * /usr/local/bin/php -q -f /home/user/domains/domain.com/public_html >> /dev/null
Zijn de DirectAdmin skins eigelijk wel up 2 date?
Is je cron wel gestart?
(ps aux | grep cron)
Zijn de DirectAdmin skins eigelijk wel up 2 date?
Wat bedoel je hiermee?
Ik update gewoon mijn Direct Admin als er een Update is, met Skins heb ik nooit iets gedaan.
Is je cron wel gestart?
(ps aux | grep cron)
# ps aux | grep cron
root 4783 0.0 0.0 5240 908 ? Ss Jan24 0:56 crond
root 15975 0.0 0.0 3892 648 pts/1 D+ 15:40 0:00 grep cron
Zet je cron eens iets later aangezien DA om 0:00 zelf ook dingen uitvoert.
Probeer de cron eens op bijvoorbeld 1:00 ofzo
Ik gebruik Direct Admin v1.31.5, dus recente versie.
Ik probeer een Backup Cronjob te maken via Admin Backup/Transfer.
Zie bijlagen.
De vinkjes onder de kolom 'select' weghalen.. (althans, zo staat het bij mij ingesteld en het werkt perfect, alles wordt weggeschreven naar de /home/admin/admin_backups op die manier, neem aan dat je dat wilt).
Die vinkjes zijn om users te selecteren :)
Als je dat niet selecteert dan Backup ie niet neem ik aan.
Het vage is dat directory wel wordt aangemaakt :
/home/admin/admin_backups
systemdeveloper
13/05/08, 20:15
Paar maanden geleden ging dit allemaal zonder problemen, maar nu opeens niet.
Iemand een enige idee hoe ik dat kan oplossen.
Inloggen via ssh en de logs checken? Misschien doet je dns het niet goed, of de email (aangezien je die niet ontvangt), misschien zijn er een paar symlinks verdwenen, rechten aangepast oid.
Misschien is een backupprocess gewoon blijven hangen en moet even gekilled worden.
Zonder logs valt er weining te zeggen...
Laat anders even iemand 'mee' kijken. ik heb het gevoel dat je er zo niet uit gaat komen.
Er moeten berichten zijn, hetzij goed / foutmeldingen.
Wat zegt b.v. /var/log/directadmin ?
Nu staat al 2 dagen mijn Backup Cron op 17:00.
Dit is het error log van vandaag om 17:00
Zie :
May 13 17:00:01 server crond[1313]: (diradmin) CMD (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)
May 13 17:00:01 server crond[1301]: (root) CMD (/usr/local/mrtg-2/bin/mrtg /var/www/html/mrtg/core/mrtg.cfg)
May 13 17:00:01 server crond[1300]: (root) CMD (/usr/local/sbin/bfd -q)
May 13 17:00:01 server crond[1307]: (admin) CMD (/usr/local/bin/php -q -f /home/user/domains/domain.com/public_html >> /dev/null)
May 13 17:00:01 server crond[1310]: (admin) CMD (36 0 * * * /path/to/bin/php /path/to/cron.php)
May 13 17:00:01 server crond[1313]: (diradmin) CMD (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)
May 13 17:00:01 server crond[1317]: (root) CMD (/usr/local/directadmin/dataskq^M)
May 13 17:01:01 server crond[1575]: (root) CMD (run-parts /etc/cron.hourly)
May 13 17:01:01 server crond[1576]: (root) CMD (/usr/local/directadmin/dataskq^M)
systemdeveloper
13/05/08, 21:34
A wild guess.....
ik zie daar een ^M achter een de dataskq staan... waarschijnlijk is er ergens een bestandje niet goed geupload of met een verkeerde editor aangepast.
Ik schat dat door dat tekentje die cronregel gewoon niet wordt uitgevoerd.
Check je /etc/crontab eens goed en retype die regel desnoods opnieuw als je het tekentje op het eind niet wegkrijgt.
Maar zoals gezegd... a wild guess... echter geen foutmelding kan dus betekenen dat het gewoon niet uitgevoerd word.
Ben benieuwd...
A wild guess.....
ik zie daar een ^M achter een de dataskq staan... waarschijnlijk is er ergens een bestandje niet goed geupload of met een verkeerde editor aangepast.
Ik schat dat door dat tekentje die cronregel gewoon niet wordt uitgevoerd.
Check je /etc/crontab eens goed en retype die regel desnoods opnieuw als je het tekentje op het eind niet wegkrijgt.
Maar zoals gezegd... a wild guess... echter geen foutmelding kan dus betekenen dat het gewoon niet uitgevoerd word.
Ben benieuwd...
etc/crontab :
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly
*/5 * * * * root /usr/local/mrtg-2/bin/mrtg /var/www/html/mrtg/core/mrtg.cfg
Die regel komt hier niet eens voor, het bestand op ftp is gewoon /usr/local/directadmin/dataskq
systemdeveloper
13/05/08, 21:53
Er zijn meerder plekken waar je cron kan staan idd.
Deze regel lijkt me ook niet helemaal ok trouwens:
May 13 17:00:01 server crond[1310]: (admin) CMD (36 0 * * * /path/to/bin/php /path/to/cron.php)
Misschien heb je in /var/tabs/crons nog iets staan of daar in de buurt.
wat staat er in /etc/cron.d/directadmin_cron ?
( nano /etc/cron.d/directadmin_cron )
/usr/local/directadmin/data/admin/backup_crons.list
1=action=backup&dayofmonth=*&dayofweek=*&hour=22&local_path=/home/admin/admin_backups&minute=0&month=*&owner=admin&select0=user&type=admin&value=multiple&when=now&where=local
Mijn backup cron staat nu op 22:00 uur elke dag, dus deze code neem ik aan.
Maar ik zie hier niets mis aan?
wat staat er in /etc/cron.d/directadmin_cron ?
( nano /etc/cron.d/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 */4 * * * 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
/var/spool/cron/diradmin :
0 22 * * * 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
Wijzig de volgende eens::
/usr/local/directadmin/data/admin/backup_crons.list
1=action=backup&dayofmonth=*&dayofweek=*&hour=22&local_path=/home/admin/admin_backups&minute=0&month=*&owner=admin&select0=user&type=admin&value=multiple&when=now&where=local
Naar:
1=action=backup&dayofmonth=*&dayofweek=*&hour=22&local_path=/home/admin/admin_backups&minute=0&month=*&owner=admin&select0=ad$$ct0=ad$
En:
10 */4 * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
naar:
10 0 * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
Ik pak gelijk 23:00 :
1=action=backup&dayofmonth=*&dayofweek=*&hour=22&l ocal_path=/home/admin/admin_backups&minute=0&month=*&owner=admin&select0 =ad$$ct0=ad$
Nog iets restarten?
even nog iets wat is dit in godsnaam :
0=* * * * * 36 0 * * * /path/to/bin/php /path/to/cron.php
2=* * * * * /usr/local/bin/php -q -f /home/bltynr/domains/turkulerdiyari.com/public_html >> /dev/null
23:20
Hij doet hetttt :)
Maar nu weet ik niet waarom hij het niet deed.
Dat wil ik toch graag even weten
Nog iets restarten?
/etc/init.d/crond restart om het direct te laten doen.
even nog iets wat is dit in godsnaam :
0=* * * * * 36 0 * * * /path/to/bin/php /path/to/cron.php
2=* * * * * /usr/local/bin/php -q -f /home/bltynr/domains/turkulerdiyari.com/public_html >> /dev/null
De eerste, er uit halen, die doet niets.
De tweede, is een cronjob van user bltunr, waarvan ik me afvraag wat die cron nu eigenlijk doet.
In welk bestand staan deze 2 cronjobs???
23:20
Hij doet hetttt :)
Maar nu weet ik niet waarom hij het niet deed.
Dat wil ik toch graag even weten
Onjuiste config, vreemde bestanden / paths... iets is er niet goed gegaan / iets gaat er niet goed, waar ik geen hand op kan leggen waar het is ontstaan.
In welk bestand staan deze 2 cronjobs???
2=* * * * * /usr/local/bin/php -q -f /home/user/domains/domain.com/public_html >> /dev/null
Deze cron staat in mijn Direct Admin paneel, dus van die user.
Het public_html is zoals iedereen weet het map waar het website,forum etc data in zit.
Ik heb geen enige idee wat die cronjob doet.
Wat ik ook raar vind is die :
(/usr/local/directadmin/dataskq^M)
Zoals eerder gezegd denk ik dat er ergens een fout is gemaakt tijdens een bestand aanpassen.
Maar ik heb geen enige idee in welke bestand die aanpassing is gedaan.
2=* * * * * /usr/local/bin/php -q -f /home/user/domains/domain.com/public_html >> /dev/null
Deze cron staat in mijn Direct Admin paneel, dus van die user.
Er staat geen bestand achter wat aangeroepen wordt.
Het public_html is zoals iedereen weet het map waar het website,forum etc data in zit.
Niet meer he, sinds de laatste update, of je moet het zelf aangepast hebben, echter heb ik dat idee niet.
http://www.directadmin.com/features.php?id=855
Wat ik ook raar vind is die :
(/usr/local/directadmin/dataskq^M)
Zoals eerder gezegd denk ik dat er ergens een fout is gemaakt tijdens een bestand aanpassen.
Maar ik heb geen enige idee in welke bestand die aanpassing is gedaan.
- wat staat er in /usr/local/directadmin? staat daar ook dataskg of dataskg^M?
- staat dat dataskg^M alleen in de cron?
- wat heb je als laatste handelingen gedaan?
Genoeg te doen dus!
- wat staat er in /usr/local/directadmin? staat daar ook dataskg of dataskg^M?
- staat dat dataskg^M alleen in de cron?
- wat heb je als laatste handelingen gedaan?
-usr/local/directadmin/dataskq
-dataskg^M staat niet als Cron, maar ik krijg Cron errors met als path ....dataskg^M
-Ik heb geen enige aanpassingen gedaan in DA bestanden, alleen wat ik heb gedaan is
het update bestand aangepast, zie :
http://help.directadmin.com/item.php?id=48
Nieuwe /etc/cron.d/directadmin_cron bestand :
* * * * * 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 */4 * * * 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
Die vinkjes zijn om users te selecteren :)
Als je dat niet selecteert dan Backup ie niet neem ik aan.
Het vage is dat directory wel wordt aangemaakt :
/home/admin/admin_backups
Onjuiste aanname! Probeer het maar eens en dan niet in een cron maar even direct uitvoeren,..