• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

No backup after update #52

B

Balles

New Pleskian
Hello,

After update #52 the backups (programmed) stopped working on two servers:
CentOS 5.9 (Final) x_64
CentOS 6.4 (Final) x_64
Plesk Panel 11.0.9 #52

Thank you.
 
InderS said:
Are you getting any error massages in plesk backup logs file

http://kb.parallels.com/en/111283
Click to expand...

Hello,

Files in /usr/local/psa/PMM/sessions/2013-05-24-053109.873


dump-status.xml:
---------------------------
<?xml version="1.0" encoding="UTF-8"?>
<agent-dump-status completed-domains="0" completed-accounts="0" total-accounts="2" total-domains="41"/>
---------------------------

psadump.log
---------------------------
[30835]: 03:31:11 INFO ------------------------------------------------------------
[30835]: 03:31:11 INFO Migration status reporting initialized.
[30835]: 03:31:11 INFO Status file: /usr/local/psa/PMM/sessions/2013-05-24-053109.873/dump-status.xml
[30835]: 03:31:11 INFO ------------------------------------------------------------
---------------------------

.stderr
---------------------------
1+0 records in
1+0 records out
31457280 bytes (31 MB) copied, 0.153879 seconds, 204 MB/s
---------------------------


Files in /usr/local/psa/PMM/logs/

pmmcli.log
continues now in a constant bucle with the same information, but with different time:

-----------------------------------------------
14069: 2013-05-24 13:09:50,340 DEBUG --> <pmmcli.GetTaskStatusAction object at 0x10bce410>
14069: 2013-05-24 13:09:50,340 INFO parameters: ['30835']
14069: 2013-05-24 13:09:50,353 DEBUG <pmmcli.ActionRunner object at 0x10bce3d0>: doActivity
14069: 2013-05-24 13:09:50,353 DEBUG Acquired session mutex: MainThread
14069: 2013-05-24 13:09:50,453 DEBUG Released session mutex: MainThread
14069: 2013-05-24 13:09:50,454 DEBUG <pmmcli.GetTaskStatusAction object at 0x10bce410>: response
14069: 2013-05-24 13:09:50,458 INFO Outgoing packet:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<errcode>0</errcode>
<data>
<task-status task-id="30835">
<working>
<dumping total-accounts="2" completed-domains="0" completed-accounts="0" total-domains="41">
</dumping>
</working>
</task-status>
</data>
</response>
-----------------------------------------------


Thank you
 
InderS said:
Are you getting any error massages in plesk backup logs file

http://kb.parallels.com/en/111283
Click to expand...

Hello,

Files in /usr/local/psa/PMM/sessions/2013-05-24-053109.873


dump-status.xml:
---------------------------
<?xml version="1.0" encoding="UTF-8"?>
<agent-dump-status completed-domains="0" completed-accounts="0" total-accounts="2" total-domains="41"/>
---------------------------

psadump.log
---------------------------
[30835]: 03:31:11 INFO ------------------------------------------------------------
[30835]: 03:31:11 INFO Migration status reporting initialized.
[30835]: 03:31:11 INFO Status file: /usr/local/psa/PMM/sessions/2013-05-24-053109.873/dump-status.xml
[30835]: 03:31:11 INFO ------------------------------------------------------------
---------------------------

.stderr
---------------------------
1+0 records in
1+0 records out
31457280 bytes (31 MB) copied, 0.153879 seconds, 204 MB/s
---------------------------


Files in /usr/local/psa/PMM/logs/

pmmcli.log
continues now in a constant loop with the same information, but with different time:

-----------------------------------------------
14069: 2013-05-24 13:09:50,340 DEBUG --> <pmmcli.GetTaskStatusAction object at 0x10bce410>
14069: 2013-05-24 13:09:50,340 INFO parameters: ['30835']
14069: 2013-05-24 13:09:50,353 DEBUG <pmmcli.ActionRunner object at 0x10bce3d0>: doActivity
14069: 2013-05-24 13:09:50,353 DEBUG Acquired session mutex: MainThread
14069: 2013-05-24 13:09:50,453 DEBUG Released session mutex: MainThread
14069: 2013-05-24 13:09:50,454 DEBUG <pmmcli.GetTaskStatusAction object at 0x10bce410>: response
14069: 2013-05-24 13:09:50,458 INFO Outgoing packet:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<errcode>0</errcode>
<data>
<task-status task-id="30835">
<working>
<dumping total-accounts="2" completed-domains="0" completed-accounts="0" total-domains="41">
</dumping>
</working>
</task-status>
</data>
</response>
-----------------------------------------------


Thank you
 
Seems parallels broke it in the current release. And, I apologize to everyone else because I doubt this would have happened if I did not have a plesk 9.5 server with a dying hdd that needs migrated asap. Conveniently enough I cannot download the 9.5 installer as there doesn't appear to be one for my centos 6.4 box.

The panel 11 version I used a month ago at least migrated data off a plesk 9.5 box. With the same hardware and lastest version installed on 23 May the migration does not progress past 0%. PMM connects ok and appears to dump accounts/domains but zero transfer. Process appears to be getting hung up on source server for some reason. These proc's just sit there on the source server indefinitely.

root 20926 0.0 0.7 23840 16504 ? S May23 0:00 perl /mnt/var/cache/20130523212849452/PleskX.pl --content-transport=rsync --migration-mode --dump-domains=- --dump-clients=- --include-app-distrib
root 20962 0.0 0.7 23840 14636 ? S May23 0:00 perl /mnt/var/cache/20130523212849452/PleskX.pl --content-transport=rsync --migration-mode --dump-domains=- --dump-clients=- --include-app-distrib
root 20964 0.0 0.6 23840 14388 ? S May23 0:00 perl /mnt/var/cache/20130523212849452/PleskX.pl --content-transport=rsync --migration-mode --dump-domains=- --dump-clients=- --include-app-distrib
root 20976 0.0 0.7 24336 14720 ? S May23 0:00 perl /mnt/var/cache/20130523212849452/PleskX.pl --content-transport=rsync --migration-mode --dump-domains=- --dump-clients=- --include-app-distrib
root 20977 0.0 0.0 9096 1868 ? S May23 0:00 /usr/bin/mysqldump --defaults-extra-file=/tmp/fileZqnkpK -h localhost -u admin -P 3306 --quick --quote-names --add-drop-table --default-character-set=utf8 --set-charset some_db
 
Last edited:
I have the same Problem!

Centos 6.4 and #MU52 .. Backup and Migration & Transfer-Manager stopped working!

I need a Fix as soon as possible
 
Same problem.

After #MU52 update, scheduled and manual backups are not working. The task gets into a loop consuming memory resources. Need fix asap.
 
Same Problem.

Have anyone tried "Migration Manager" after Microupdate #52? Migration process starts, but never completes.
 
We have the same issue (Centos 6) . After the latest MU it is not possible to migrate sites from older versions (8 , 9 , 10) it just takes
forever and nothing is happening. :( Maybe next time someone can @ parallels can test this before releasing the updates....
 
Last edited:
We have the same issue |(centos 6) after the last MU update. It is broken, and it is not the first time. Do not understand
why it is not tested before releasing it.
 
/dev/null said:
We have the same issue (Centos 6) . After the latest MU it is not possible to migrate sites from older versions (8 , 9 , 10) it just takes
forever and nothing is happening. :( Maybe next time someone can @ parallels can test this before releasing the updates....
Click to expand...

Having the same problem with Backup and Migration Manager tools since MU #52 update.

Just don't leave the Migration Process hanging. Tried .. source server went down with too many contentions to MYSQL after awhile.
 
Last edited:
Having the same problem with Backup and Migration Manager tools since MU #52 update.

Newly Built VPS CentOS 6.4

---Tried Backup Manager---

Subscription without a database "Backup" work fine. guess it has something to do with the database.

not sure how to fix it or find the error.

--------------------------------------------------------------------------------------------------

If your website start getting "500 - Internal Server Error"

Kill the backup process via SSH, also then you will be able to take a backup but it will stuck again next time.
 
Last edited:
Ditto. Same problem here. Backups now failing on mutiple systems after last update. Anyone from Parallels listening?

Has anyone opened a ticket with parallels yet? If not I will open someone so at least we know it is being worked on.

Eric
 
hi
i have the same problem

3228: 2013-05-25 20:48:07,434 DEBUG --> <pmmcli.GetTaskStatusAction object at 0x2001fd0>
3228: 2013-05-25 20:48:07,434 INFO parameters: ['2429']
3227: 2013-05-25 20:48:07,435 DEBUG Released session mutex: MainThread
3227: 2013-05-25 20:48:07,436 DEBUG <pmmcli.GetTaskStatusAction object at 0x120dfd0>: response
3227: 2013-05-25 20:48:07,437 INFO Outgoing packet:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<errcode>0</errcode>
<data>
<task-status task-id="2425">
<working>
<dumping total-accounts="0" completed-domains="0" completed-accounts="0" total-domains="1">
</dumping>
</working>
</task-status>
</data>
</response>

3228: 2013-05-25 20:48:07,438 DEBUG <pmmcli.ActionRunner object at 0x2001f90>: doActivity
3228: 2013-05-25 20:48:07,438 DEBUG Acquired session mutex: MainThread
3229: 2013-05-25 20:48:07,439 DEBUG --> <pmmcli.GetTaskStatusAction object at 0x1151fd0>
3229: 2013-05-25 20:48:07,439 INFO parameters: ['2430']
3229: 2013-05-25 20:48:07,444 DEBUG <pmmcli.ActionRunner object at 0x1151f90>: doActivity
3229: 2013-05-25 20:48:07,444 DEBUG Acquired session mutex: MainThread
3228: 2013-05-25 20:48:07,471 DEBUG Released session mutex: MainThread
3228: 2013-05-25 20:48:07,471 DEBUG <pmmcli.GetTaskStatusAction object at 0x2001fd0>: response
3228: 2013-05-25 20:48:07,473 INFO Outgoing packet:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<errcode>0</errcode>
<data>
<task-status task-id="2429">
<working>
<dumping total-accounts="0" completed-domains="0" completed-accounts="0" total-domains="1">
</dumping>
</working>
</task-status>
</data>
</response>

3229: 2013-05-25 20:48:07,476 DEBUG Released session mutex: MainThread
3229: 2013-05-25 20:48:07,477 DEBUG <pmmcli.GetTaskStatusAction object at 0x1151fd0>: response
3229: 2013-05-25 20:48:07,478 INFO Outgoing packet:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<errcode>0</errcode>
<data>
<task-status task-id="2430">
<working>
<dumping total-accounts="0" completed-domains="0" completed-accounts="0" total-domains="1">
</dumping>
</working>
</task-status>
</data>
</response>
Click to expand...

Parallels Plesk Panel v11.0.9_build110120608.16 os_Debian 6.0
Debian 6.0.7

with a server reboot i get the following emails
Backup task finished.

Task was created by with guid (XX)


Creation date is: 2013-May-25 17:49:02
Task status is: error

Dump full name is:
Click to expand...

backup is neither created ...
several domains are no longer available!
 
Last edited:
You must log in or register to reply here.

Similar threads

I
Issue Mailman - Server not connected
Replies
0
Views
455
ilsuky
I
P
Resolved Docker Network fail after Plesk updated the Docker Extension
Replies
1
Views
613
Peter Debik
P
HoracioS
Issue After installing the Plesk Email Security extension, it cannot perform local deliveries
Replies
3
Views
566
Peter Debik
P
V
Issue Backup related issue
Replies
0
Views
616
vipan
V
IAR
Question Update OpenSSL on CentOS 6.4 (due to ERR_SSL_PROTOCOL_ERROR message)
Replies
1
Views
1K
ChristophRo
ChristophRo
Back
Top