Bekijk Volledige Versie : 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:X
-------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!
systemdeveloper
12/08/06, 14:00
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?
systemdeveloper
12/08/06, 14:37
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 ?
FransVanNispen
12/08/06, 14:38
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?
systemdeveloper
12/08/06, 14:46
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:D.. als dat kan:p
systemdeveloper
12/08/06, 15:08
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 :X
Ga het proberen, hopelijk is het probleem hiermee opgelost:D vielen dank.
systemdeveloper
12/08/06, 15:23
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...
systemdeveloper
12/08/06, 15:33
Je zou eens kunnen zoeken op andere gebroken symlinks. Misschien dat tar of gzip o.i.d. daarin ook opduikt. Misschien een chmod 666 tegenaan gooien?
Broken symlinks:
in /bin/:
mount
ping
ping6
su
traceroute
traceroute6
amount
in /usr/bin/
at
chage
chfn
chsh
gpasswd
lppasswd
mailq
newgrp
passwd
rcp
rlogin
runq
sudo
verder staan er in /usr/bin nog een hele hoop mysql* files, die zijn allemaal groen dus in orde.
Verder de D.A logs er nog eens op nagekeken:
2006:08:12-15:22:02: Execl error on /usr/bin/mysqldump -uda_admin -p'*****' --host=localhost --add-drop-table --all --extended-insert --quick --quote-names --no-create-db admin_hoho > /home/admin/user_backups/admin/backup/admin_hoho.sql
2006:08:12-15:22:04: Execl error on /bin/tar czfp /home/admin/user_backups/admin/backup/home.tar.gz -C /home/admin/ .bash_history .bash_logout .bash_profile .bashrc .spamassassin index.html public_html skins
da_admin user en password kloppen met wat er in de D.A. log staat
Opgelost door Directadmin support :)
Hello,
An Execl error is usually because /bin/sh is missing or not correct.
Make sure you have a /bin/sh shell and that it's chmod 755 and works correctly.
Thank you,
John
--------------------------------------------------
DirectAdmin Web Control Panel
http://www.directadmin.com
>>>>>>>>>>>>>>>>>>>>>>>>>
Chmod sh 755 loste het probleem op :D
Ook iedereen hier hartelijk bedankt voor de reacties ;)