Datenbank Backup

Begonnen von Alarich, 03 September 2005, 00:10:32

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

Alarich

Hallo Leute!

Ich habe ein Problem beim Datenbank Backup und zwar kommen folgende Fehlermeldungen:

Der Backupordner '/usr/export/www/root/DB_backup' existiert nicht.
Der Backupordner '/usr/export/www/root/DB_backup' konnte nicht angelegt werden.
Der Backupordner '/usr/export/www/root/DB_backup' existiert nicht.

Außerdem wird vom Server (funpic.de) gemeldet: SecureSSI: Das Script (/usr/export/www/vhosts/funnetwork/hosting/alarich/admin.php) hat versucht ausserhalb von ihrem Userverzeichniss auf die Datei /usr/export/www/root/DB_backup zuzugreifen.
Dies ist nicht erlaubt!

Ich glaube, dieses Problem ist typisch für den funpic-Server. Weiß jemand wie ich das Problem beheben kann, oder umgehen?

Vielen Dank, LG
Fabian

munzur

Hi!

http://www.mysqldumper.de/de/index.php

Verwende denn wenns dir gefällt! Und benutze bitte die Suche, weil über dies viel drinnen stehen muss!

Ps:
Der Backupordner '/usr/export/www/root/DB_backup' existiert nicht.
Dann erstelll es doch und chmodd es mit 666 !

Aber dieses Teil functioniert so ohnes nciht! Benutze selber den Tool oben.

L.g

"Debug-Mode" einschalten.
"SQL-Fehler anzeigen" einschalten
und evt. auftauchende Fehlermeldungen posten .

jubilee

Hallo !
Nicht nur den Ordner '/usr/export/www/root/DB_backup'  erstellen, sondern eine ganz andere Stelle für  den Ordner auswählen (innerhalb des Webspaces) diesen erstellen und mit 777 chmodden.
Weil
ZitatSecureSSI: Das Script (/usr/export/www/vhosts/funnetwork/hosting/alarich/admin.php) hat versucht ausserhalb von ihrem Userverzeichniss auf die Datei /usr/export/www/root/DB_backup zuzugreifen.
Sagt aus, das der Pfad /usr/export/www/root/DB_backup  nicht in dem für Dich erlaubten Bereich liegt.
Ein alternativplatz müsste irgendwo in
/usr/export/www/vhosts/funnetwork/hosting/alarich/ liegen
MfG
jubilee

Alarich

Ich habe jetzt mysqldumper installiert. Das heißt, dieses Programm reicht und wenn ich irgendwo ein Problem habe, kann ich die alte Version per Aufruf des Programmes über den Server wiederherstellen?

selin01

Also ich habe den Mysqldumper auch getestet, der macht zwar schon die Dumps, aber beim wieder einspielen hat er nur probleme gemacht, da meien DB auch mehr als 50 MB umfasst, weiss ich nicht ob es daran lag.

Auf jedenfall benutze ich den nicht mehr...

Alarich

Ich hoffe, es funktioniert bei mir, wenn ich mal etwas wiederherstellen müsste.

Danke für die Hilfe!

vb

Hallo,
mal eine Frage zu dem Backup.
Kann man den Pfad nicht irgendwo anderst hin legen als im html Verzeichniss?
Und wie kann man den Ordner oder Bachup's in diesem löschen?
Ich meine bei mir liegen schon einige Backup's rum und das ist ja auch alles unnötiger Speicher den die verbrauchen.
      


         Mit freundlichen Grüßen


      


         VB

   _____________________________________________


      


         Folgende CMS im Einsatz: 2F CMS, pragmaMX

         Wer clever ist wir sich http://www.wisedock.de/user.php?rf=DE12036" target="_blank">das hier genauer ansehen.


schnikemike

Zitat von: jubilee am 03 September 2005, 08:50:30
Hallo !
Nicht nur den Ordner '/usr/export/www/root/DB_backup'  erstellen, sondern eine ganz andere Stelle für  den Ordner auswählen (innerhalb des Webspaces) diesen erstellen und mit 777 chmodden.
Weil
ZitatSecureSSI: Das Script (/usr/export/www/vhosts/funnetwork/hosting/alarich/admin.php) hat versucht ausserhalb von ihrem Userverzeichniss auf die Datei /usr/export/www/root/DB_backup zuzugreifen.
Sagt aus, das der Pfad /usr/export/www/root/DB_backup  nicht in dem für Dich erlaubten Bereich liegt.
Ein alternativplatz müsste irgendwo in
/usr/export/www/vhosts/funnetwork/hosting/alarich/ liegen
MfG
jubilee

Ich habe das slebe Problem aber mir war schon klar das es an funpic bzw an den einstellungen liegt. muss ich mir mal anschauen.   Damit wenigsten 1 er auf deien mühe reagiert.    :)
Wer anderen eine Grube gräbt der hat ein Grubengrabgerät!
 

vb

moin,

hmm.... ich verstehe jetzt nicht ganz was du damit sagen willst  :gruebel:
      


         Mit freundlichen Grüßen


      


         VB

   _____________________________________________


      


         Folgende CMS im Einsatz: 2F CMS, pragmaMX

         Wer clever ist wir sich http://www.wisedock.de/user.php?rf=DE12036" target="_blank">das hier genauer ansehen.


RiotheRat

Zitat von: vb am 11 Dezember 2005, 22:18:05Und wie kann man den Ordner oder Bachup's in diesem löschen?

Löschen ist per FTP möglich - das Backupscript selbst hat keine Löschroutine.

RtR
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

vb

Zitat von: RiotheRat am 12 Dezember 2005, 11:30:43
Zitat von: vb am 11 Dezember 2005, 22:18:05Und wie kann man den Ordner oder Bachup's in diesem löschen?

Löschen ist per FTP möglich - das Backupscript selbst hat keine Löschroutine.

RtR
Hallo,
wen das mal so einfach wäre. selbst mit chmod 777 kann ich weder ein Backup noch den Ordner löschen.
Das ist es ja was mich so wundert.  Er kopiert zwar das Backup auf meinen Webspace aber löschen ist nicht. Alles andere kann ich aber bei bedarf löschen ???
      


         Mit freundlichen Grüßen


      


         VB

   _____________________________________________


      


         Folgende CMS im Einsatz: 2F CMS, pragmaMX

         Wer clever ist wir sich http://www.wisedock.de/user.php?rf=DE12036" target="_blank">das hier genauer ansehen.


RiotheRat

Nachtigall ick hör Dir trappsen ...

Wer ist der Owner der Dateien? Das siehst Du in Deinem FTP-Programm. Ist der Owner der Apache oder ist es "Dein" Account?

Das "Dilemma" hat was mit der Rechtevergabe unter Linux zu tun ... darum frag ich.

RtR
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

vb

Hallo,

ach du dicke sch....  ???
Ich bin nicht der besitzer von diesem einen Ordner.
Komisch eigentlich. Also heist das den Anbieter anschreiben und ihn darum bitten, das er mir die rechte gibt.
Ist das so richtig?
      


         Mit freundlichen Grüßen


      


         VB

   _____________________________________________


      


         Folgende CMS im Einsatz: 2F CMS, pragmaMX

         Wer clever ist wir sich http://www.wisedock.de/user.php?rf=DE12036" target="_blank">das hier genauer ansehen.


RiotheRat

Das ist richtig - Dein Hoster sollte in der Lage sein das Owner-Attribut auf Dich zu übertragen ...

RtR
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

jubilee

BTW:
Bei chmod 777 sollte jeder User die Datei löschen können.
der letzte Tupel der Rechte ist ja für "others" gedacht, also alle die nicht
Besitzer oder in der Gruppe des Besitzers sind.
Wenn die Gruppe others aber 7 als Recht hat, haben diese vollen Zugriff auf die Datei
7 = r (4)w(2)x(1).
Zumindest über FTP sollte hier ein Löschen ohne Probleme möglich sein.
Falls das nicht geht, muss hier noch ein extra-Schutz vorhanden sein, mit der normalen Rechtevergabe hat das dann aber nichts mehr zu tun.
MfG
jubilee

vb

So, der Anbieter hat mir nun die Rechte übertragen und ich lasse den Order einfach da wo er ist.
Habe ihn nur etwas aufgeräumt :)
Dort kommen die Backup's rein und zur Sicherheit werden die noch loakal gesichert.
Danke für die Hilfe.
      


         Mit freundlichen Grüßen


      


         VB

   _____________________________________________


      


         Folgende CMS im Einsatz: 2F CMS, pragmaMX

         Wer clever ist wir sich http://www.wisedock.de/user.php?rf=DE12036" target="_blank">das hier genauer ansehen.


Andi

Na, das ist ja mal ein positiver Provider  :thumbup: :thumbup:
schön´s Grüssle, Andi

JoergK

Sodele, jetzt muß ich das Thema nochmal aufgreifen. Folgende Situation:


  • Frische Installation von pragmaMx 0.1.7 in einem neuen Web (kein lokaler Server)
  • Ordner "DB_backup" im Document-Root "/home/htdocs/webxx/html/" angelegt und chmod 777
  • Nach "Backup starten" gibt's folgende Warnungen (Debug & SQL-Fehler ein):
    Warning: set_time_limit(): Cannot set time limit in safe mode in /home/htdocs/webxx/html/admin/modules/backup.php on line 33

    Warning: system,passthru,popen,escapeshellcmd,shell_exec() has been disabled for security reasons in /home/htdocs/webxx/html/admin/modules/backup.php on line 72
  • Rückmeldung vom Backupscript:
    Der Backupordner '/home/htdocs/webxx/html/DB_backup' existiert.
    Die Datenbank 'usr_webxx_1' konnte nicht gesichert werden.

Das Backup-Verzeichnis kann definitiv beschrieben werden, denn das Script hat dort eine index.html (0 Byte) angelegt.

Ok, mit der Folge der ersten Warnung kann ich soweit leben, im Zweifelsfall werd ich max_execution_time manuell hochsetzen.

Für die zweite Warnung seh ich allerdings schwarz, da es m.E. nicht sinnvoll erscheint, PHP (aus Websites heraus) Systembefehle ausführen zu lassen (ich lasse mich aber gerne eines Besseren belehren und mir Tips geben).  ;)
Aber vielleicht gibt's ja auch ne andere (nicht externe) Lösung mittels PHP, wobei ich befürchte, dass das nicht "mal eben" von unseren "Insidern" gelöst werden kann.

Vielleicht wäre es zu überlegen, die Backup-Funktion in zukünftigen Versionen entweder (falls das geht) ohne Systembefehlen ausführbar zu machen oder ansonsten diese ganz zu entfernen. Wird sicherlich genug Hoster geben, deren Servereinstellungen derartige "Sperren" haben. Keine Backup-Funktion im pragmMx zu haben sollte eigentlich kein Beinbruch für die Endanwender sein, da Kunden bei "gescheiten" Anbietern in der Regel über ihren Kundenzugang (z.B. per Confixx oder Plesk) eine Backup-Funktion geboten wird.


Gruss,
JoergK
Gruß,
Jörg


Nobody is perfect ... so don't call me Nobody

schnikemike

Ich kenne mich zwar nIcht mit der rogrammierung aus,denke aber mann kann dies anders lössen und nicht das modul entfernen.
Hbe ne Zeitlangk nuke Platinum geteset. Da gab (GIBT) es die möglichkeit die datenbank per dwnload zu sichern +ein paar otionen.  wer sie dann auf dem server nochm haben möchte muss sie halt
uploaden.

Ich denke mit der fünktion dürfte es auf den meisten server möglich sein.
LG

Wer anderen eine Grube gräbt der hat ein Grubengrabgerät!
 

Andi

Moin :)

den Dump zu downloaden ist nichts anderes, als ein irgendwo zwischengespeichertes File über einen Link aufzurufen und im Browser zu sagen, wo es gespeichert werden soll.
Wenn das File nicht angelegt werden kann, dann gibt es auch keinen "Download".
schön´s Grüssle, Andi

schnikemike

Ah ok technisch eiegnlich klar.  Komischer weise geht es bei mir mit mx jetzt auf dem server auch nicht aber mit platinum gings.  Könnte natürlich auch was anderes sein. wie gesagt kenn mich da nichtso aus. Vieleicht verwenden die andere Befehle!? 
hab aber da leider keien ahnung.

LG
Wer anderen eine Grube gräbt der hat ein Grubengrabgerät!
 

jubilee

Zum Datenbank-Backup Admin-Modul nochmal.
(wer mal die Boardsuche verwendet hätte, hätte auch etwas dazu gefunden )
das --opt im Aufruf des Shellbefehls muss raus ...
Also, bei dem das Teil nur leere Dumps erzeugt, der ändere mal diese Zeilen ab
alt
Zitatsystem(sprintf('mysqldump --opt -h %s -u %s ...........[
quote]
neu:
Zitatsystem(sprintf('mysqldump -q --add-drop-table  -h %s -u %s ..........

in den betreffenden Zeilen.
das könnte helfen ....

MfG
jubilee