[configDB] neuer Befehl 'configdb dump' verfügbar

[betateilchen]

Kann bitte ein mysql Benutzer testen, der nicht localhost als Server nutzt, ob die angehängte Version den Dump korrekt ausführt?

[CoolTux]

Na dann am besten Wuppi98.
Habe leider gerade keine externe DB zur Hand.

[Wuppi68]

Kann bitte ein mysql Benutzer testen, der nicht localhost als Server nutzt, ob die angehängte Version den Dump korrekt ausführt?

System startet ordentlich

configdb dump gibt folgendes

Code Auswählen Erweitern

configdb dump not supported for !

[betateilchen]

Bitte jetzt nochmal testen.

[betateilchen]

Eigentlich muss ich den hostname auch noch bei postgresql einbauen *grübel*

[Wuppi68]

so,

jetzt läuft es

ABER

es sichert natürlich die ganze DB ... da logge ich auch rein (* Eventuell den mysqldump in den Hintergrund ampersanden, oder nur die Configtabelle sichern? *)

[CoolTux]

Du hast nicht wirklich für DBLog und DBConfig das selbe Datenbankschema genommen?! Das ist ja böse.

[betateilchen]

Es wird die komplette Datenbank gesichert, die in configDB.conf angegeben ist. Und daran werde ich nichts ändern.

Folgende Änderungen habe ich jetzt noch eingebaut:

• 'configdb dump unzipped' liefert unkomprimierte Dateien
• hostname und port werden jetzt auch für postgresql ausgewertet
• die ausgeführten shell-Befehle werden im Loglevel 4 geloggt

Ab sofort in svn verfügbar.

[Wuppi68]

Du hast nicht wirklich für DBLog und DBConfig das selbe Datenbankschema genommen?! Das ist ja böse.

warum ist das böse?

Eine FHEM Instanz eine Datenbank

aber ich glaube ich werde das dann auch entsprechend ändern (müssen)

[Wernieman]

Oder es doch über ein Schell-Script lösen. Sicher bei mir jede DB in eine eigene Datei ...

[betateilchen]

Sicher bei mir jede DB in eine eigene Datei ...

Hä? Genau das tun wir hier doch auch?

Wenn man natürlich die Tabellen von configDB und DbLog in EINE Datenbank packt (was wohl der Ausnahmefall sein dürfte) kommt es zu der Situation, über die hier gerade diskutiert wird.

[Wernieman]

O.K. .. sorry, aber ich habe mir Dein DB-Backup nicht nachgesehen, da es bei mir schon länger läuft ...

[bart]

Hallo zusammen,

bei dem Befehl config dump ist mir ein Fehler bei dem MySQL Adapter aufgefallen, aus

Code Auswählen Erweitern

my $dumpcmd = "mysqldump --user=$dbuser --password=$dbpass --host=$dbhostname --port=$dbport -Q $dbname $gzip > $target";

sollte man machen:

Code Auswählen Erweitern

my $dumpcmd = "mysqldump --user='$dbuser' --password='$dbpass' --host='$dbhostname' --port=$dbport -Q $dbname $gzip > $target";

Durch die Anführungszeichen kommt es zu keinem Problem mit Sondernzeichen. Die sind zumindest bei mir im Password drinnen und führten zu einer leeren Sicherung.

[Hauswart]

Gibt es denn die Möglichkeit den Dump an einem anderen Ort zu sichern? Modpath möchte ich ungern anpassen, nur um das Backup an einem anderen Ort speichern zu können. Sonst baue ich mir ein Shell-Skript, welches täglich die Dumps wegsichert.

[betateilchen]

Derzeit nicht, aber ich kann mal drüber nachdenken.