Kann mysqldump nicht ausführen

[AndyWizz]

Ich stehe im Verzeichnis /usr/local/mariadb10/bin
mit ls -l sehe ich mysqldump
Führe ich es aus:
-ash: mysqldump: command not found

Unter @appstore das Gleiche
Noch nicht einmal help funktioniert
Nur MariaDB10 ist installiert
Ich bin als root über putty angemeldet.
Port ist 3307.


Mein gestochere

Grund des Ganzen:
Ich will einen Datenbankbackup vom vTiger machen. phpMyAdmin versagt den Dienst. Eine der Tabellen hat mehr als 1000 Verknüpfungen.
Helferlein wie den sypex dumper 2 brachte ich merkwürdigerweise nicht zum laufen.
Mein vTiger funktioniert nach dem automatischen Update auf 7.0.1 nicht mehr. Migrationsfehler durch den zuvor installierten pdfMaker.
Bevor ich jetzt schwere Geschütze auffahre, will ich unbedingt die Datenbank sichern.
Über HyperBackup habe ich zumindest bereits MariaDB10 gesichert. Ist die Datenbank vollständig dabei?
Meines Wissens liegen die Daten in völlig anderen Verzeichnissen als MySQL (MariaDB) selbst.

 

[AndiHeitzer]

Unter Linux wird sehr oft verlangt, wenn Du im Binary-Pfad bist, dass Befehle mit führendem './' ausgeführt werden. Das wäre das Erste, was mir auffällt.

Mit 'find' hast Du ja schon geschaut, wo sich 'mysqldump' befindet.
Jetzt müsste folgender Aufruf machbar sein:
/mein/eigener/pfad/zum/binary/mysqldump -u $USER -p -P3307 --all-databases > /mein/pfad/zum/dumpfile.sql

Der Screenshot ist recht klein, so dass ich Deine Pfade nicht lesen und hier eintippen kann.

 

[AndyWizz]

Die Datei ist erstellt, allerdings sind es nur 2 KB und dies ist der Inhalt:

Ein Parameter scheint zu fehlen.
Auch ein --max_allowed_packet=512M brachte nichts als 2 KB
Ich versuchte es mit dem normalen Benutzernamen der Datenbank, bekam allerdings ein Access denied

 

[AndiHeitzer]

Das schaut nicht so aus, ob da eine Datenbank/Tabelle gedumpt wurde.
In Zeile drei wird auch keine Datenbank genannt?
Hast Du den Parameter --all-databases genutzt?

 

[AndyWizz]

Mein Aufruf:
/usr/local/mariadb10/bin/mysqldump -u $root -pPasswort -P3307 --all-databases --max_allowed_packet=512M > /volume1/web/Datenbank/dumbfile4.sql
Das Passwort habe ich natürlich mit dem root Passwort der Datenbank ersetzt.

Vielen Dank übrigens für die schnelle Hilfe!

 

[AndiHeitzer]

... /volume1/web/Datenbank/dumbfile4.sql ...

Soso

Vielen Dank übrigens für die schnelle Hilfe!

Wenns weiter nix ist, gern geschehen

 

[AndyWizz]

Da haben wir uns missverstanden. Ich wollte mich nur für die schnelle Hilfe bedanken. Das Problem ist leider noch vorhanden.

 

[AndyWizz]

Dieses Mal darf ich mich wirklich bedanken!!!
Das Backup lief vollständig durch.
Vielleicht hilft es noch anderen:
/usr/local/mariadb10/bin/mysqldump -uroot -pPasswort -P3307 --all-databases --max_allowed_packet=512M > /volume1/web/Datenbank/dumpfile5.sql

Mein Fehler war das $ (Dollarzeichen) hinter dem -u.
Achtung Fehler: -u $root
Noch an andere:
/volume1/web/Datenbank/
web und Datenbank sind Verzeichnisse, die ich angelagt hatte. Das ist also variabel.
volume1 ist quasi der erste Festplatten-Zusammenschluss den ich über die Synology erstellt hatte

 

[AndiHeitzer]

Ja, so ist das.
Hier daheim habe ich eine ordentlich großen Monitor, da wäre mir das mit dem '$' im Screenshot aufgefallen ...
Aber im Office, da hab ich ein paar Zoll weniger zur Verfügung

 

[Andy+]

.............Helferlein wie den sypex dumper 2 brachte ich merkwürdigerweise nicht zum laufen.......

Das könnte daran liegen, dass PHP 7 aktiv ist, dann geht das nur mit einer Updateversion.

 

[AndyWizz]

PHP 7 ist und war aktiv, korrekt.
Es gab allerdings weder beim sypex dumper 2 noch beim mysqldump Fehlermeldungen. Nachdem ich die Datenbankinfos eingegeben habe, blieb einfach alles stehen.
Ich hatte auch gesehen das beide nicht mehr weiterentwickelt werden und wollte keine weitere Zeit hineinstecken.

 

[Andy+]

Ich habe auf meinem Server unterschiedliche PHP 7-Versionen von Sypex Dumper. Einfach mal testen. Wenn bei mir PHP 7 aktiv war, war der Effekt derselbe.

 

[maalik]

Wen es interessiert: Ich habe hier mal irgendwann ein Script aufgegabelt, das eine einstellbare Anzahl an MySQL-Dumps erstellt. Das Skript ist für Maria10. Für Maria 5 ist die Zeile die mit der Raute auskommentiert wurde.

#!/bin/bash
#
# dieses Skript kann man beliebig oft ausführen
#

# Anzahl der Sicherungen die aufgehoben werden sollen
KEEP=365
BACKUPS=`find /volumeUSB1/usbshare/MySQL/ -name "mysqldump-*.gz" | wc -l | sed 's/\ //g'`
while [ $BACKUPS -ge $KEEP ]
do
ls -tr1 /volumeUSB1/usbshare/MySQL/mysqldump-*.gz | head -n 1 | xargs rm -f 
BACKUPS=`expr $BACKUPS - 1` 
done
DATE=`date +%Y_%m_%d`

rm -f /volumeUSB1/usbshare/MySQL/.mysqldump-${DATE}.gz_INPROGRESS

#/usr/bin/mysqldump -u root -pPASSWORT --all-databases | gzip -c -9 > /volumeUSB1/usbshare/MySQL//.mysqldump-${DATE}.gz_INPROGRESS
/usr/local/mariadb10/bin/mysqldump -u root -pPASSWORT --all-databases | gzip -c -9 > /volumeUSB1/usbshare/MySQL//.mysqldump-${DATE}.gz_INPROGRESS

mv -f /volumeUSB1/usbshare/MySQL/.mysqldump-${DATE}.gz_INPROGRESS /volumeUSB1/usbshare/MySQL/mysqldump-${DATE}.gz
exit 0

 

[maalik]

Auch spannend: bei mir funktioniert der Aufruf ohne Angabe von -P3307. Und auch den root gebe ich als -u root und nicht als -uroot an.

 

[Fusion]

Vermutlich weil du das auf MDB10 konfigurierte mysqldump benutzt ( /usr/local/mariadb10/bin/mysqldump )