|
|
Alarich
neu hier
 Offline
Beiträge: 12
|
« am: 03 September 2005, 00:10:32 » |
|
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
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
munzur
|
« Antworten #1 am: 03 September 2005, 00:42:59 » |
|
Hi! http://www.mysqldumper.de/de/index.phpVerwende 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 |
|
|
|
|
Gespeichert
|
"Debug-Mode" einschalten.
"SQL-Fehler anzeigen" einschalten
und evt. auftauchende Fehlermeldungen posten .
|
|
|
|
|
|
jubilee
Gast
|
« Antworten #2 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 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 |
|
|
|
|
Gespeichert
|
|
|
|
|
|
Alarich
neu hier
Offline
Beiträge: 12
|
« Antworten #3 am: 03 September 2005, 21:33:30 » |
|
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?
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
selin01
|
« Antworten #4 am: 03 September 2005, 21:48:21 » |
|
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...
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
Alarich
neu hier
Offline
Beiträge: 12
|
« Antworten #5 am: 04 September 2005, 21:06:28 » |
|
Ich hoffe, es funktioniert bei mir, wenn ich mal etwas wiederherstellen müsste.
Danke für die Hilfe!
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
vb
|
« Antworten #6 am: 11 Dezember 2005, 22:18:05 » |
|
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.
|
|
|
|
|
Gespeichert
|
Mit freundlichen Grüßen
VB
_____________________________________________
Folgende CMS im Einsatz: 2F CMS, pragmaMX
Wer clever ist wir sich das hier genauer ansehen.
|
|
|
|
|
|
schnikemike
|
« Antworten #7 am: 12 Dezember 2005, 01:45:02 » |
|
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.  |
|
|
|
|
Gespeichert
|
Wer anderen eine Grube gräbt der hat ein Grubengrabgerät!
|
|
|
|
|
|
vb
|
« Antworten #8 am: 12 Dezember 2005, 09:12:54 » |
|
moin, hmm.... ich verstehe jetzt nicht ganz was du damit sagen willst  |
|
|
|
|
Gespeichert
|
Mit freundlichen Grüßen
VB
_____________________________________________
Folgende CMS im Einsatz: 2F CMS, pragmaMX
Wer clever ist wir sich das hier genauer ansehen.
|
|
|
|
|
|
RiotheRat
|
« Antworten #9 am: 12 Dezember 2005, 11:30:43 » |
|
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 |
|
|
|
|
Gespeichert
|
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
|
« Antworten #10 am: 12 Dezember 2005, 13:28:12 » |
|
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  |
|
|
|
|
Gespeichert
|
Mit freundlichen Grüßen
VB
_____________________________________________
Folgende CMS im Einsatz: 2F CMS, pragmaMX
Wer clever ist wir sich das hier genauer ansehen.
|
|
|
|
|
|
RiotheRat
|
« Antworten #11 am: 12 Dezember 2005, 13:37:27 » |
|
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
|
|
|
|
|
Gespeichert
|
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
|
« Antworten #12 am: 12 Dezember 2005, 15:45:16 » |
|
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? |
|
|
|
|
Gespeichert
|
Mit freundlichen Grüßen
VB
_____________________________________________
Folgende CMS im Einsatz: 2F CMS, pragmaMX
Wer clever ist wir sich das hier genauer ansehen.
|
|
|
|
|
|
RiotheRat
|
« Antworten #13 am: 12 Dezember 2005, 16:18:02 » |
|
Das ist richtig - Dein Hoster sollte in der Lage sein das Owner-Attribut auf Dich zu übertragen ...
RtR
|
|
|
|
|
Gespeichert
|
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
Gast
|
« Antworten #14 am: 12 Dezember 2005, 19:50:01 » |
|
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
|
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
vb
|
« Antworten #15 am: 12 Dezember 2005, 19:59:31 » |
|
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. |
|
|
|
|
Gespeichert
|
Mit freundlichen Grüßen
VB
_____________________________________________
Folgende CMS im Einsatz: 2F CMS, pragmaMX
Wer clever ist wir sich das hier genauer ansehen.
|
|
|
|
|
|
Andi
|
« Antworten #16 am: 12 Dezember 2005, 20:19:51 » |
|
Na, das ist ja mal ein positiver Provider  |
|
|
|
|
Gespeichert
|
schön´s Grüssle, Andi
Kein Support über PN, Mail oder ICQ!
Bitte die Fragen im Forum stellen, nur so helfen die Antworten auch den anderen Usern.
Bitte auch die Boardsuche nicht vergessen, oft ist genau dein Problem schon an anderer Stelle gelöst worden!
|
|
|
|
|
|
JoergK
|
« Antworten #17 am: 21 Dezember 2005, 00:08:07 » |
|
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 |
|
|
|
|
Gespeichert
|
|
|
|
|
|
|
schnikemike
|
« Antworten #18 am: 21 Dezember 2005, 00:46:15 » |
|
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
|
|
|
|
|
Gespeichert
|
Wer anderen eine Grube gräbt der hat ein Grubengrabgerät!
|
|
|
|
|
|
Andi
|
« Antworten #19 am: 22 Dezember 2005, 17:32:29 » |
|
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". |
|
|
|
|
Gespeichert
|
schön´s Grüssle, Andi
Kein Support über PN, Mail oder ICQ!
Bitte die Fragen im Forum stellen, nur so helfen die Antworten auch den anderen Usern.
Bitte auch die Boardsuche nicht vergessen, oft ist genau dein Problem schon an anderer Stelle gelöst worden!
|
|
|
|
