Onderwerp: Backuppen slaat vast op de DB

Dames, Heren,

Ik wilde zojuist een reseller backupje trekken, en kreeg de volgende foutmelding:

Error while backing up database aboeharie_aziz
Error while backing up database aboeharie_ham
Error while backing up database aboeharie_mp3
Error while backing up database aboeharie_nuke

Error Compressing the backup file /home/tmp/admin/aboeharie/backup/home.tar.gz :

Ook op user level gebeurt het zelfde, iemand enig idee wat er aan de hand kan zijn? (ik heb tmp met noexec gemount en wget en nog wat andere dingetjes die ik zo 123 niet meer kan opnoemen een chmod 700 gegeven, kan het dat zijn?)

-------edit----------
Probleem gevonden!

Wget terug chmodden naar 777 doet wonderen, is alleen niet zo safe

-------edit----------
Toch niet
Backup wordt nu wel naar ftp geschreven, maar nog steeds zonder sql gegevens..

Bestaat die directory übberhaupt? Geef die direcotory eens schrijfrechten.

jup die bestaat, schrijfrechten ga ik proberen!

777 is een beetje overdone, niet? Dan kun je er dus direct een trojan overheen schrijven

Die map had al schrijfrechten, alles behalve de .sql files staat netjes in de backup, tis alleen het SQL gedeelte dat niet wil.

Directadmin gebruikt de map /home/tmp/*resellernaam standaard als tempory backup dir

777 is een beetje overdone, niet? Dan kun je er dus direct een trojan overheen schrijven

Was even puur test-matig, of het dat misschien was

Inmiddels ben ik er achter dat het handmatig ook niet wil lukken:

/usr/local/mysql/bin/mysqldump -uda_admin -p***** --host=localhost --add-drop-table --all --extended-insert --quick --quote-names --no-create-db admin_hoho > hoho.sql
-bash: /usr/local/mysql/bin/mysqldump: No such file or directory

als ik naar /usr/local/mysql/bin/ ga, staat daar wel degelijk een bestand mysqldump, dit is rood omlijst en heeft witte letters, dat kan misschien iets betekeken?

Oorspronkelijk geplaatst door X-Hosted

Was even puur test-matig, of het dat misschien was

Hehe, vanaf het moment dat je het melde, had iemand er al iets leuks mee kunnen doen

rood en wit? Symlink naar de mallemoer ?

de chmod 700 op wget e.a. is niet het probleem Dat hebben wij ook en geeft geen problemen (behalve dan voor gebruikers dit dit in cronjobs wilden gebruiken).

Ook de noexec op /tmp is geen probleem.

Als er geen MySQL gegevens worden meegenomen zou je eerst moeten checken of de database files niet beschadigd zijn (myisamchk). Je kunt eventuele problemen daarmee ook repareren, maar de database server moet dan wel uit staan. Dit kun je het beste vanuit DA doen, omdat deze anders de engine om de paar minuten weer start.

Heb je voldoende vrije schijf ruimte om de backup files te verzamelen en er een tar van te maken? SQL bestanden kunnen aardig in grootte oplopen.

Ik heb voldoende ruimte (like 100gb vrij) en het met vele datbases gedaan, gaven allemaal dezelfde error.

Denk dat het inderdaad de symlink is de naar de knoppen is gegaan, normaal zie ik als ik TOP onder het backuppen mysqldump staan, maar nu niet.. mysql dump draait dus gewoon niet.

Hoe die symlink the herstellen, any1?

even zoeken waar de originele mysqladmin terecht is gekomen en dan een nieuwe symlink maken lost het probleem op.

Edit:

zoeken:
eventueel updatedb;
locate mysqldump of whereis mysqldump (if in pad)

link maken:
ln -s mysqldump (in de juiste dir. gaan staan)

Ik zoek met een:
# find . -name mysqldump\*

Wat niet zo gek veel verschil maakt denk ik

Gevonden:

./usr/share/man/man1/mysqldump.1.gz
./usr/bin/mysqldump
./usr/bin/mysqldumpslow
./usr/local/mysql/bin/mysqldump

In /usr/local/mysql/bin/ staat de simlink en in /usr/bin/ het echte bestand (als je bij linux over 'bestanden spreekt anyway)

Ik sta nu in /usr/local/mysql/bin/
Daar moet ik dus
ln -s /usr/bin/mysqldump ?

Even dubbelchecken, schrijf niet graag mn mysqldump over met een symlink naar een symlink.. als dat kan

Je maakt toch altijd een backup eerst, he?

ln -s /path/X /path2/Y maakt een symlink van /path/X en plaatst deze in /path2/Y

Als je onder een backup verstaat: had in gedachten gehouden dat het bestandje altijd nog van een van de andere servers af te trekken is, ja.

Als je onder een backup verstaat: cp naar andere dir (wat ik denk dat je onder een backup verstaat), nee... hoewel het wel zo makkelijk is

Ga het proberen, hopelijk is het probleem hiermee opgelost vielen dank.

Hehe, ja, ik bedoelde in dit geval de easy cp methode

Ik hoor graag of het weer allemaal werkt straks

Deze methode werkt weer:

/usr/local/mysql/bin/mysqldump -uda_admin -p***** --host=localhost --add-drop-table --all --extended-insert --quick --quote-names --no-create-db admin_hoho > hoho.sql

Echter, via directadmin nog steeds niet, ook eens een andere user gebruikt, nog steeds:

Error while backing up database tazmp3_forum
Error while backing up database tazmp3_phpbb1
Error while backing up database tazmp3_tazup

Error Compressing the backup file /home/admin/user_backups/tazmp3/backup/home.tar.gz :

toch wel redelijk apart te noemen dit...