PDA

Bekijk Volledige Versie : Backup wilt niet lukken



Arto
17/06/06, 14:14
Reseller Level
Manage User Backups maak ik een backup van een user zie foto :

http://img150.imageshack.us/img150/315/backup7ya.jpg

Dan krijg ik dit :

Backups added to Queue



Details

You will be notified via the Message System when the process is complete


Maar op mijn nieuw server dus die ik heb ingevoerd bij Step 3: Where als FTP staat het backup nogsteeds niet, ondaks het maar een map van 5 MB is en ik heb ongeveer 1 uur gewacht.
Kan iemand mij helpen aub.

Bullcat
17/06/06, 14:43
ik neem aan dat die map wel bestaat op je nieuwe server, krijg je trouwens wel een report dat de backup gelukt is of niet gelukt is van da ?

Mikej0h
17/06/06, 15:25
Ik heb het zelfde gehad op een servertje, bleek dat (in mijn geval) cron niet was geinstalleerd, waardoor de scriptjes van DA ook niet waren geinstalleerd.

- Cron installeren
- Cronjobs nalopen / aanmaken van DA (met name de dataskq)

Oh ja, de task.queue plaatst hij in /usr/local/directadmin/data/, als daar nog meer tasks instaan weet je bijna zeker dat cron niet (goed) loopt.

EDIT: Vergeet na de installatie van cron de service crond niet te (her)starten...

Arto
17/06/06, 16:55
ik neem aan dat die map wel bestaat op je nieuwe server, krijg je trouwens wel een report dat de backup gelukt is of niet gelukt is van da ?

Ja zeker.



- Cron installeren
- Cronjobs nalopen / aanmaken van DA (met name de dataskq)

Hoe kan ik cron installeren?Die zijn toch standaart geinstallerd met DA

E-Projects
17/06/06, 17:13
Hier ook hetzelfde probleem. Een klant heeft een hosting pakket bij mij van 40 GB dataverkeer per maand. Hij heeft laatst een dedicated server gehuurd en wil zijn backups elke nacht naar zijn account sturen. Ik krijg elke keer dat het mislukt...

londoneye
17/06/06, 17:16
Ja zeker.Foutmelding?


Hier ook hetzelfde probleem. Een klant heeft een hosting pakket bij mij van 40 GB dataverkeer per maand. Hij heeft laatst een dedicated server gehuurd en wil zijn backups elke nacht naar zijn account sturen. Ik krijg elke keer dat het mislukt...Foutmelding?

Arto
17/06/06, 17:38
Ik krijg geen foutmelding, hij zegt je krijg een bericht via het berichtensysteem als ie klaar is maar ik krijg helemaal niks.

Mikej0h
17/06/06, 17:50
Ik krijg geen foutmelding, hij zegt je krijg een bericht via het berichtensysteem als ie klaar is maar ik krijg helemaal niks.

Dit geeft bij mij aan dat de backup uberhaupt niet loopt...
Kan je kijken of er meer dan een regel in task.queue staat?
(uit me hoofd in /usr/local/directadmin/data)


Hoe kan ik cron installeren?Die zijn toch standaart geinstallerd met DA.

Ze zijn standaard geinstalleerd op het moment dat cron op de server aanwezig is...
Ik moest naderhand ook handmatig de cron's instellen, waarschijnlijk was dit om dat directadmin regels toevoegt aan de crontab, welke op dat moment ook niet beschikbaar was/is.

Trouwens als je crond niet loopt (of in dit geval je dataskq, die wordt aangeroepen door crond) heb je meer problemen.
Als services offline gaan, zal directadmin ze niet (kunnen) herstarten.
Directadmin voegt wel een regel toe aan de task.queue, maar de dataskq loopt er niet doorheen (want die word niet gestart...)

Arto
17/06/06, 17:54
/usr/local/directadmin/data

Heb ik alleen mappen
/admin
/sessions
/skin
/template
/tickets
/users

Mikej0h
17/06/06, 17:57
/usr/local/directadmin/data

Heb ik alleen mappen
/admin
/sessions
/skin
/template
/tickets
/users

Voeg me anders even toe per MSN, lopen we samen ff je configuratie door!
mike [at] perfect-id.com.

(Oplossing plaatsen we dan hier)

EDIT: Oplossing was simpel: remote path aanpassen en de backups worden gemaakt en verzonden naar de andere machine.
Cron en de directadmin dataskq draaiden gewoon!

ErikKosters
18/06/06, 07:56
Tis vaak gewoon de fout van de remote path ja van de ftp link.

Arto
18/06/06, 23:52
Nou het lukt toch echt niet.
Een klein reseller bijv van 50 MB doet ie heel makelijk tarren naar het lokaal en naar het remote path dus een andere server waar ook Direct Admin opstaat.
Maar bijv een reseller van 15 GB doet ie ook niet naar het lokaal en ook niet naar die andere server.
Ondanks 24 uur gewacht :)

Phu
19/06/06, 01:13
probeer eens de mappen naar de admin user te proppen
en vanaf de admin naar /home/reseller/user_backup te trappen via ssh

heb je reseller wel voldoende ruimte quota?
dus hij heb maximaal 4000MB ruimte en 2000 MB is used
en jouw backups zijn al 3 GB dat wil niet lukken totaal maakt 5 GB dan :)


mocht het niet lukke wil ik wel ff kijken waar de fout ligt
post ook ff je distributie en versie van da

ju5t
19/06/06, 09:25
Om meer informatie te krijgen wat betreft errors, zie:
http://help.directadmin.com/item.php?id=111

Arto
19/06/06, 16:15
probeer eens de mappen naar de admin user te proppen
en vanaf de admin naar /home/reseller/user_backup te trappen via ssh




Ga ik doen maar hoe kan die backup via ssh nemen dan?

Arto
19/06/06, 17:48
Trouwens het reseller die ik moet backuppen heeft totaal : 35791.4 MB disk usage
Dus bijna 35 GB
Maar heb maximuk disk usage is 40000
Dus 40 GB

Maar dit reseller wordt toch naar Local: ~/admin/user_backups/ gebackuped
Of naar een andere FTP server?
Dus het maximum disk usage van hem is niet van belang.

Wat ik merk is dat resellers van /home wel worden backuped naar /home
Maar resellers van /home2 worden niet backuped naar /home2
Ondaks er op allbei schijfen ruimte is.
Kan er iets mis zijn met het config file van Direct Admin