Plesk Backup Error: Specified file is not accessible

Offenbar kommt es unabhängig von der verwendeten PLESK-Version ab und an zu Problemen mit dem PLESK-Backupmanager: Beim anlegen eines Backups, sowohl auf dem lokalen Repository, als auch auf dem FTP-Backup, kann der PBM plötzlich nicht mehr in seinem /tmp schreiben, wo er die Backups solange zwischenspeichert bis diese abgeschlossen sind. Das Problem äussert sich dann in der Fehlermeldung:

Plesk Backup Error: Specified file is not accessible

Das deutet auf ein simples Berechtigungsproblem hin.

PLESK speichert seine Backups gewöhnlich unter dem Pfad

/var/lib/psa/dumps

Hier genügt es für /dumps die Dateibesitzer neu zu setzen, und zwar mit folgenden Befehl:

chown -R psaadm:psaadm /var/lib/psa/dumps

In den Mir bekannten Fällen konnte das Problem dadurch behoben werden.
Ein chmod ist nicht zwingend notwendig.



Alles neu macht der Mai

auch Windows Xpai … oder so. Ich setz grad meinen Hauptrechner neu auf. Die Konfiguration war etwa 2 Jahre alt und erneuerungsbedürftigst :roll: Erstaunlich wie schnell der jetzt wieder hochfährt! Aber die Sicherung von 15GB Bildern, Mucke, Zeugs auf den Laptop zuvor war ein Krampf für sich. Aber mit einigen netten Tools aus dem Heise-Software-Verzeichnis, genauer gesagt mit Robocopy, war es dann nur eine Frage der Zeit, bis ca. 10TAUSEND Dateien übers Heimnetz auf dem Laptop geparkt waren. Ich kann Robocopy echt empfehlen! Eine Dauerlösung ist das Backup auf den Lappi aber bei weitem nicht, hier muss ein externe Platte her. Bei meinem Server, auf dem dieser Blog und ´ne Menge anderer Sachen laufen bin Ich oberpingelig was Datensicherung und Sicherheit angeht. Aber mein Rechenknecht zu Hause läuft auf gut Glück. Oder so. Anbetrachts von bislang fast 4000 selbstgeschossenen Fotos auf meiner Platte… nicht weiter drüber nachdenken. Über Hardwareausfälle konnte Ich mich in den letzten 10 Jahren echt nicht beschweren. Das einzige was bei Mir nicht lange hält sind PC-Gehäuse. Was wohl einen direkten Zusammenhang mit den 4 Chaosumzügen der letzten 8 Jahre hat :mrgreen: So, denn mal weiter mit der Update-Staffel, während Ich diesen Schrieb hier getippelt hab, wurde “Creator” (Rechnername) bereits 3 mal rebootet wegen irgendwelcher Mickysoftupdates…

Warum denn Einfach…

…wenns auch Umständlich geht?

Kunde hat ein Festplattenproblem auf seinem Windoofsserver und muss eine Datensicherung machen, bevor er die Maschine reinitialisiert (plattmachen und neuaufsetzen lassen).
Ihm stehen 80GB Backupspace auf unserem Backupserver zur Verfügung, auf die er

von seinem Server aus per FTP zugreifen kann.

Allerdings wäre es ihm zu umständlich die Daten per FTP auf den Backupsserver zu schaufeln, das müsse er ja schliesslich manuell machen da ein automatisches Backup nicht möglich wäre (…???…)

Jedenfalls will er dann einen anderen, bereits zum Jahresende gekündigten Server wieder reaktivieren, bzw. die Kündigung stornieren, um die Daten dorthin zu kopieren.

Was auch nur per FTP geht.

Herr, schmeiss HIRN vom Himmel!