Plesk-Backup

Sunnboy96

Guten Tag,

Ich möchte von Plesk aus ein regelmäßigen Backup ausführen lassen.
Das Backup soll automatisch auf einen anderen Server via FTP gelegt werden.

Leider gibt der Backup-Manger immer folgenden Fehler aus.

XML

<?xml version="1.0" encoding="UTF-8"?>
  <execution-result status="error" log-location="/usr/local/psa/PMM/sessions/2011-12-24-181939.642/migration.result">
    <object name="xxxxxxx" type="client">
      <object name="xxxxxxxxxxxx.de" type="domain">
        <message id="9c857de9-75d7-48a3-830f-cec1a6d87fb1" severity="error" code="UtilityError">
          <description>Unable to get APS instances on webspace id 2 (ErrorCode: 255, STDOUT:).</description>
        </message>
      </object>
    </object>
  </execution-result>

Ich bedanke mich schon im Vorraus für euere Hilfe,

Frohe Weihnachten wünscht Sunnyboy:)

[netcup] Alex W.

"Unable to get APS instances" klingt danach als wenn die API nicht antwortet. Ist das Backup und der API Zugriff voll aktiviert für den Kunden bzw. die Ressource des Admin-Packages (nicht der Admin-Account selbst, bzw. da natürlich auch).

Ggf. mal per Shell den Deamon anstossen ob da mehr Meldungen kommen.

Sunnboy96

Hallo,

Der Kunde hat mehrere API´s installiert, und hat auch vollen Zugriff.

Wenn ich den Daemon anstosse sagt er mir Runtime error: The backup failed with errors!

Sunnboy96

Hier ist mal ein kleiner Auszug der psadump.log

Code

== STDERR ====================
1+0 records in
1+0 records out
31457280 bytes (31 MB) copied, 0.06243 seconds, 504 MB/s
PHP Fatal error:  Call to a member function getApsSettings() on a non-object in /usr/local/psa/admin/plib/api-common/cuAps.php on line 1276
DBD::mysql::st fetchrow_arrayref failed: fetch() without execute() at /usr/local/psa/PMM/agents/shared/Db/DbiBackend.pm line 84.
DBD::mysql::st fetchrow_arrayref failed: fetch() without execute() at /usr/local/psa/PMM/agents/shared/Db/DbiBackend.pm line 84.
DBD::mysql::st fetchrow_arrayref failed: fetch() without execute() at /usr/local/psa/PMM/agents/shared/Db/DbiBackend.pm line 84.
DBD::mysql::st fetchrow_arrayref failed: fetch() without execute() at /usr/local/psa/PMM/agents/shared/Db/DbiBackend.pm line 84.
Net::FTP>>> Net::FTP(2.75)
Net::FTP>>>   Exporter(5.58)
Net::FTP>>>   Net::Cmd(2.26)
Net::FTP>>>   IO::Socket::INET(1.29)
Net::FTP>>>     IO::Socket(1.29)
Net::FTP>>>       IO::Handle(1.25)
Net::FTP=GLOB(0x504cc70)<<< 220 ProFTPD 1.3.3a Server (xxxxxxxxxxxxxxx.yourvserver.net FTP Server) [xx.x.xxx.x]
Net::FTP=GLOB(0x504cc70)>>> user xxxxxxx
Net::FTP=GLOB(0x504cc70)<<< 331 Password required for xxxxxxx
Net::FTP=GLOB(0x504cc70)>>> PASS ....
Net::FTP=GLOB(0x504cc70)<<< 230 User xxxxxxx logged in
Net::FTP=GLOB(0x504cc70)>>> CWD /Backup-VServer-Plesk/
Net::FTP=GLOB(0x504cc70)<<< 250 CWD command successful
Net::FTP=GLOB(0x504cc70)>>> TYPE I
Net::FTP=GLOB(0x504cc70)<<< 200 Type set to I
Net::FTP=GLOB(0x504cc70)>>> ALLO 648069120
Net::FTP=GLOB(0x504cc70)<<< 202 No storage allocation necessary
Net::FTP=GLOB(0x504cc70)>>> PORT 212,224,120,18,138,118
Net::FTP=GLOB(0x504cc70)<<< 200 PORT command successful
Net::FTP=GLOB(0x504cc70)>>> STOR xxxxxxxxxxxxxxxxx.tar
Net::FTP=GLOB(0x504cc70)<<< 150 Opening BINARY mode data connection for xxxxxxxxxxxxxxxxxxxxx.tar
Net::FTP=GLOB(0x504cc70)<<< 226 Transfer complete
Net::FTP=GLOB(0x504cc70)>>> QUIT
Net::FTP=GLOB(0x504cc70)<<< 221 Goodbye.




==============================

Alles anzeigen

[netcup] Alex W.

Code

PHP Fatal error:  Call to a member function getApsSettings() on a non-object in /usr/local/psa/admin/plib/api-common/cuAps.php on line 1276

Scheint ein bisher nicht bekannter Bug zu sein, die Frage ist, wie genau der Fehler zustande kommt. Welche Plesk Version läuft? Dann versuch ich das mal 1:1 nachzustellen da in meiner Installation mit "10.4.4 Update #9" das Problem nicht auftritt.

Ggf. also mal h t t p s : / / ipdesservers : 8 4 4 7 aufrufen und aktualisieren.

Sunnboy96

Es läuft die Version 10.4.4 Update #8

Wusste gar nicht das es schon ein 9 Update gibt, da bei mir im Panel angezeigt wird das alles aktuell ist.

EDIT: Selbst auf der Version 10.4.4 Update #9 kommt der Fehler.

Sunnboy96

Zitat von [netcup] Alex
Code
PHP Fatal error:  Call to a member function getApsSettings() on a non-object in /usr/local/psa/admin/plib/api-common/cuAps.php on line 1276
Scheint ein bisher nicht bekannter Bug zu sein, die Frage ist, wie genau der Fehler zustande kommt. Welche Plesk Version läuft? Dann versuch ich das mal 1:1 nachzustellen da in meiner Installation mit "10.4.4 Update #9" das Problem nicht auftritt.

Ggf. also mal h t t p s : / / ipdesservers : 8 4 4 7 aufrufen und aktualisieren.

Sind Sie schon zu einem Erkenntnis gekommen?

[netcup] Alex W.

Also in der aktuellen 10.4.4 Update #9 konnte ich es nicht reproduzieren, die Backups werden "leider" immer ordentlich erstellt. Lokal, sowie per remote FTP.

Sunnboy96

Wie kann ich diesem Fehler den am besten auf dem Grund gehen und beheben?

Sunnboy96

Keiner eine Idee?

[netcup] Alex W.

Ggf. mal direkt bei Parallels in den Supportforen nachhaken ob dort evtl. was bekannt ist. Parallels Forums Es scheint ein sehr individuelles Problem da sich in der Knowledgebase dazu ebenfalls nichts finden lässt.

Sunnboy96

Auch im Forum habe ich schon angefragt.
Leider hatte sich bisher niemand gemeldet:)

Hängt das Problem den nur mit dem Kunden zusammen?, sprich würde man den löschen wäre es weg?

[netcup] Alex W.

Das müsste man schlichtweg mal testen einen neuen / anderen Kunden anzulegen und es dort zu testen, möglichst mit gleicher Konstellation (Datenbank vorhanden, etc.)

Sunnboy96

Wollte gerade eine Testumgebung anlegen, nun ist der Fehler einfach verschwunden:)

KB19

Zitat von Sunnboy96

nun ist der Fehler einfach verschwunden

Läuft deine Serverzeit schon in 2012 oder welche Erklärung gibt es sonst dafür

MfG Christian

[netcup] Alex W.

Hatte bezüglich des Plesk auch schon wundersame Selbstheilungen z.B. im Monitoring Tool oder dem Server Management App für Android.

Benutzer online in diesem Thema