Suche

[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

[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

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.

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.

[schnikemike]

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

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.

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.   

[vb]

moin,

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

[RiotheRat]

Und 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

[vb]

Und 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

[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

[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?

[RiotheRat]

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

RtR

[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.

[Andi]

Na, das ist ja mal ein positiver Provider 

[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

[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

[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".