PDA

Bekijk Volledige Versie : Backup via FTP



scirocco957
25/02/13, 21:54
Ik zit al een paar weken te klooien om dit voor elkaar te krijgen, maar dit lukt dus van geen kanten.

Ik heb twee vps'en
1. VPS met DA waar de sites op draaien
2. VPS met Webmin, bedoeling is hier de backups van DA te laten komen

Wanneer ik de backup probeer in te stellen, dan kan ik via de restore zien dat de ftp server benaderbaar is en de inloggegevens correct zijn. Ik zie namelijk een tar backup die ik manueel geupload heb verschijnen.

Wanneer ik met diezelfde gegevens probeer een backup te maken krijg ik echter steeds de volgende melding :

User xxxxxx has been backed up. <20:32:03>
ncftpput /home/tmp/sysadmin/user.sysadmin.xxxxxx.tar.gz: server said: user.sysadmin.xxxxxx.tar.gz: Permission denied
<20:32:04>

Ik heb de map zelfs op 777 gezet en toch lukt het niet ...

Kan iemand me op weg helpen ?

Thx

Huib
25/02/13, 21:58
Heb je de handmatig geuploade tarbal met het FTP account gedaan of met het root account? Staat de owner van de map wel goed?

scirocco957
25/02/13, 22:40
Heb ik gedaan met de ftp account.
De map heb chmod 777 gezet, maar toch lukt het niet, tenzij je wat anders bedoelt met owner ...

vDong
25/02/13, 23:16
probeer het eens handmatig, maak een lokale backup, ga naar ~admin/admin_backups en ftp naar je backupsite, probeer daar te uploaden en kijk wat er mis gaat

systemdeveloper
26/02/13, 00:27
Misschien een verkeerde pad op de remote server opgegeven? (relatief vs. absoluut pad)

The-BosS
26/02/13, 00:45
De map heb chmod 777 gezet, maar toch lukt het niet, tenzij je wat anders bedoelt met owner ...

Linux 1-0-1, zoek eens op google het verschil tussen chmod en chown ;). Naast het feit dat je een backup map al absoluut niet als chmod 777 wil hebben, tenzij je graag hebt dat iedereen de backup kan downloaden/deleten/overschijven.

scirocco957
26/02/13, 07:28
Hmmm ...
Ik heb dus manueel een backup gedaan, die dan via ftp op de ftp server gemaakt en dan geprobeerd via DA een restore te doen, dat werkt. Volgens mij zijn dan de inloggegevens en het pad correct, het zou dus toch iets met de ownership te maken moeten hebben.

@ The Boss, zet ik dan de rechten van die map op root of de gebruiker van de ftp-account ? Het is zeker niet de bedoeling om de map op 777 te laten staan, enkel voor "testing purpose" :TLW

The-BosS
26/02/13, 17:53
@ The Boss, zet ik dan de rechten van die map op root of de gebruiker van de ftp-account ? Het is zeker niet de bedoeling om de map op 777 te laten staan, enkel voor "testing purpose" :TLW

Als je dat al moet vragen vrees ik het ergste voor je klanten en je eigen website(s), waarom zou je in godsnaam backups willen wegschrijven onder de root user van je remote server. Ik zou je ten stelligste toch even aanraden linux te leren of een goede beheerder te zoeken.

Deag
26/02/13, 22:59
Je wilt eigenlijk nooit iets als root doen, dus de map moet sowieso van een gebruiker worden. Indien manual uploaden wel lukt is het denk ik eerst slim om het pad te controleren, waarschijnlijk staat deze fout. Zodra dit werkt kun je de rechten correct instellen.

Misschien ook handig om de user enkel uploaden toe te staan en verwijderen te blokkeren. Mocht ooit het ftp account misbruikt worden kunnen ze je backups niet verwijderen.