1. Please take a little time for this simple survey! Thank you for participating!
    Dismiss Notice
  2. Dear Pleskians, please read this carefully! New attachments and other rules Thank you!
    Dismiss Notice
  3. Dear Pleskians, I really hope that you will share your opinion in this Special topic for chatter about Plesk in the Clouds. Thank you!
    Dismiss Notice

Backups are failing. How come?

Discussion in 'Plesk 10.x for Linux Issues, Fixes, How-To' started by tino, Aug 17, 2011.

  1. tino

    tino Basic Pleskian

    24
    23%
    Joined:
    Mar 6, 2008
    Messages:
    70
    Likes Received:
    0
    My Plesk server backups are failing. This is the contents of the migration.result;

    Any ideas what's causing this? The error is kind of cryptic...

    For now, I'll try using passive mode FTP. See if that helps.


    Tino
     
    Last edited: Aug 17, 2011
  2. IgorG

    IgorG Forums Analyst Staff Member

    49
    24%
    Joined:
    Oct 27, 2009
    Messages:
    24,546
    Likes Received:
    1,240
    Location:
    Novosibirsk, Russia
    Error message:

    Unable to rotate dump: The dump rotation is failed with code '126' at /usr/local/psa/admin/bin/plesk_agent_manager line 1142.

    indicate that the problem occurs when PMM tries to remove existing backup by FTP. It can be caused by either FTP timeout or other protocol or network issues. Also it can be caused active mode of FTP.
     
  3. tino

    tino Basic Pleskian

    24
    23%
    Joined:
    Mar 6, 2008
    Messages:
    70
    Likes Received:
    0
    Thanks.

    I have change the Private FTP Repository's settings to use Passive FTP. Hopefully that does the trick!

    Tino
     
  4. IgorG

    IgorG Forums Analyst Staff Member

    49
    24%
    Joined:
    Oct 27, 2009
    Messages:
    24,546
    Likes Received:
    1,240
    Location:
    Novosibirsk, Russia
    It may be useful to investigate FTP server logs too.
     
  5. SacAutos

    SacAutos Regular Pleskian

    29
    40%
    Joined:
    Aug 23, 2002
    Messages:
    182
    Likes Received:
    0
    Ditto

    I too have started receiving these messages since yesterday. Coincidentally, the day before that I had updated from 10.2 to 10.3.1

    I've looked at my messages log on the receiving server from last night and nothing unusual is reported: FTP session opened followed shortly thereafter by a session exit. I suspect a bug has been introduced...
     
  6. tino

    tino Basic Pleskian

    24
    23%
    Joined:
    Mar 6, 2008
    Messages:
    70
    Likes Received:
    0
    Switching to Passive FTP fixed the problem for me. Although I have checked that there are no problems whatsoever with using Active FTP.

    Second, I have noticed that you should not start your backup path with a '/' as the example in the dialog shows.

    So type 'backups/myserver/' in stead of '/backups/myserver/'.

    Tino
     
  7. SacAutos

    SacAutos Regular Pleskian

    29
    40%
    Joined:
    Aug 23, 2002
    Messages:
    182
    Likes Received:
    0
    Already did that

    Tino, I'm already using passive mode and already have the directory path as you had suggested. Still receiving the errors. The irony is that the backups see to be working. The tar files are on the remote server. But I would sure like to understand what the warning messages are about and find out how to stop them.
     
  8. tino

    tino Basic Pleskian

    24
    23%
    Joined:
    Mar 6, 2008
    Messages:
    70
    Likes Received:
    0
    Most probably the errors are related to the fact that the scheduler will delete old backups. (You can set the amount of backups you want to keep, right?).
    This is where the error occurs, so that's after the backup has been made. It then gets the directory contents, enumerates the backups, and deletes the old ones.
    This is failing. So perhaps the 'ls' doesn't work, or de 'rm'. (permissions) You can check that manually.

    Tino
     
  9. SacAutos

    SacAutos Regular Pleskian

    29
    40%
    Joined:
    Aug 23, 2002
    Messages:
    182
    Likes Received:
    0
    Sorry to keep disagreeing with you

    Tino, thanks so much for trying to be helpful. Actually, I've already checked that. All the files on the remote system are owned by the user account that receives them. And since I've expanded the number of tarballs that can be stored a few weeks ago, no pruning should be attempted.

    Remember, everything was working (quietly) until I performed the "update" to 10.3.1
     
  10. tino

    tino Basic Pleskian

    24
    23%
    Joined:
    Mar 6, 2008
    Messages:
    70
    Likes Received:
    0
    Sorry to hear.
    Nothing in the FTP server's log you can use? Or make a network trace?

    Tino
     
  11. SacAutos

    SacAutos Regular Pleskian

    29
    40%
    Joined:
    Aug 23, 2002
    Messages:
    182
    Likes Received:
    0
    Nada

    Tino, there's nothing unusual that I can see. At this point it's just annoying so I'm not dropping everything to work on it. But it would be nice if it's fixed and it could be part of a larger unknown issue so I want to be sure that Parallels knows about it.
     
  12. SacAutos

    SacAutos Regular Pleskian

    29
    40%
    Joined:
    Aug 23, 2002
    Messages:
    182
    Likes Received:
    0
    Still happening

    I get these messages every day that backups are performed. Still curious and annoyed...
     
  13. dfiIfage

    dfiIfage Guest

    0
     
    I have same behaviour un version 10.3.1
    Backups are created, but not rotated so that old version are still on the ftp repository.
    It is not a timeout problem, I've put 1h of timeout and the ftp logs doesn't show any time out.

    In /usr/local/psa/PMM/sessions I find this in the logs, but nothing googling about.

    "CurlError[76931fac-9dab-42b3-86c2-48b87d6ae33fl error: Access denied to remote resource [./ftp.cpp:439]"

    In the repository all files are owned by the ftp account.
     
Loading...