Plesk 12.5.30 MU#23

[NatalyaF]

Ladies and Gentlemen,

We have released new microupdate - http://docs.plesk.com/release-notes/12.5/change-log/ or http://kb.plesk.com/en/128396
Please write in this sticky thread all problems with your Plesk servers which arose after applying this microupdate. And please be absolutely sure that reported problem is really caused by this microupdate!
We also welcome the positive reviews.

Several improvements were made in this microupdate. Please share your opinion how it was easy to get them.

Thanks.

 

[inforepara]

Hi,

We are experiencing some problems after aplying update 23. The problem comes when we try to access backup manager through the GUI. We receive de following error in the main page of plesk (we can't even see the configuration of the scheduled backups):

[Errno 2] No such file or directory.

pmmcli.log shows the following error:

[2016-02-26 09:21:42.878|18080] DEBUG: --> <pmmcli.GetTasksListAction object at 0x1987090>
[2016-02-26 09:21:42.881|18080] INFO: stdin: <?xml version="1.0" ?><tasks-list-query><type>Restore</type><type>Backup</type><owner-guid>a6050d16-e219-407b-8f29-016966ae2b6b</owner-guid><top-object-type>domain</top-object-type><top-object-id>31</top-object-id></tasks-list-query>
[2016-02-26 09:21:42.890|18080] INFO: Packet succesfully validated.
[2016-02-26 09:21:42.895|18080] DEBUG: <pmmcli.ActionRunner object at 0x7f8694c62910>: doActivity
[2016-02-26 09:21:42.896|18080] DEBUG: Acquired session mutex: MainThread
[2016-02-26 09:21:42.899|18080] DEBUG: Released session mutex: MainThread
[2016-02-26 09:21:42.922|18080] CRITICAL: Runtime error in pmmcli:
<type 'exceptions.OSError'> [Errno 2] No such file or directory
Traceback (most recent call last):
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 2799, in main
data_action_response, errcode_response, error_message = actions.get(sys.argv[1][2:])(parameters)
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 2627, in get_tasks_list
return ActionRunner(GetTasksListAction, task_params, deprecated_params).doActivity()
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 167, in doActivity
result = self.processor.doActivity()
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 1815, in doActivity
data = Data.factory(task_list = pmm_task.getPMMTaskManager().getTaskList(self.__types,self.__owner_guids,self.__topobject_id,self.__topobject_type))
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 1151, in getTaskList
task_object = TaskElement.factory(task_id = task_item.get_task_id(), task_type = task_item.get_tasktype(), name = name_value, mail_to = mailto_value, owner_guid = owner_guid_value, owner_type = owner_type_value, backup_profile_name = backup_profile_name_value, fullname = fullname_value, creation_date = task_item.get_creation_date_formatted(), task_status = self.operatorGetTaskStatus(task_item), dumps_storage_credentials = dumps_storage_credentials_formatter.buildXml(), additional_info = additional_info_value)
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 1003, in operatorGetTaskStatus
return task.get_status()
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 390, in get_status
status = self.__task_handler.get_status(self)
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 157, in get_status
active = task.is_active()
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 368, in is_active
active = osutil.is_active(self.__os_pid)
File "/usr/local/psa/admin/lib/python/osutil.py", line 69, in is_active
ps = subprocess.Popen(ps_params,stdout=subprocess.PIPE)
File "/usr/lib64/python2.6/subprocess.py", line 642, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1238, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

[2016-02-26 09:21:42.925|18080] INFO: Outgoing packet:
<?xml version="1.0" ?><response>
<errcode>1001</errcode>
<errmsg>[Errno 2] No such file or directory</errmsg>
</response>

A friend of mine has plesk 12.5.30 MU#23 with the same error. The backups seems to be done, but we can't access to the configuration page.

Is there any fix?

Thanks,

Diego.

 

[IgorG]

Try to re-install microupdate with

# plesk installer --select-release-current --reinstall-patch --upgrade-installed-components

 

[inforepara]

I have done what you say but no result . I have checked that backups are done even from the cli, but can't access to the configuration page.

 

[Dmitry Y.]

Try to remove all *.pyc files from /usr/local/psa/admin/share/pmmcli/

 

[inforepara]

Tried your solution but no result. After trying the access to backup manager page .pyc files are generated again.

 

[IgorG]

What about

# plesk repair installation

?

 

[inforepara]

Aslo tried event with -y paramater. No luck

 

[IgorG]

Contact Plesk Support Team in this case - https://cscontact.plesk.com/form/32/?Product=Plesk

 

[inforepara]

Ok I will post my case. Thanks a lot for your support

 

[Dmitry Y.]

As I can see it tries to get backup process status, but can't obtain its pid.
Lets try to rename /usr/local/psa/PMM/tasks/tasks.db to tasks.db.bak
It will be recreated on Backup Manager page reload.

 

[inforepara]

WOW! Its working perfect right now after renaming task.db. A new file task.db is generated. A million of thanks to all for support and specially for Dmitry Y.

 

[inforepara]

Update: I have forced a manual backup and the error appears again. First it says that the process has started and then, the same error. If I rename task.db everything goes well: I can see all the backups in the server, included FTP ones but I think this is going to happen on every backup.

Could it be good idea to delete the files inside /var/lib/psa/dumps/ and rename task.db to start from scratch?

New log:

[2016-02-26 13:07:00.468|24273] DEBUG: --> <pmmcli.MakeDumpAction object at 0x17fe090>
[2016-02-26 13:07:00.471|24273] INFO: stdin: <?xml version="1.0" ?><backup-task-description><misc owner-guid="1a4bdc8c-213d-4e10-90b3-cd9586ed7fdb" owner-may-use-server-storage="true" owner-name="server" owner-type="server" top-object-id="1" top-object-name="server" top-object-type="server" verbose-level="5"/><dumps-storage-credentials storage-type="local"><root-dir>/var/lib/psa/dumps</root-dir><file-name/></dumps-storage-credentials><backup-specification><backup-options compression-level="standard" description="Copia de seguridad después de reparar el sistema de backups." mail-to="[email protected]" mssql-native-backup="true" suspend="false" type="full"/><object-to-backup id="1" name="server" type="server"/></backup-specification><backup-parameters>{
&quot;db&quot;: {
&quot;host&quot;: &quot;localhost&quot;,
&quot;port&quot;: 3306,
&quot;dbname&quot;: &quot;psa&quot;,
&quot;type&quot;: &quot;MySQL&quot;,
&quot;username&quot;: &quot;admin&quot;,
&quot;password&quot;: &quot;SUVXfEpQvvmiHQDPCPyd8Q==&quot;
}
}</backup-parameters></backup-task-description>
[2016-02-26 13:07:00.478|24273] INFO: Packet succesfully validated.
[2016-02-26 13:07:00.480|24273] DEBUG: <pmmcli.ActionRunner object at 0x7f7238acf910>: doActivity
[2016-02-26 13:07:00.480|24273] DEBUG: LOG: init 'backup-backup' (with session=False)
[2016-02-26 13:07:00.480|24273] DEBUG: LOG: no logs dir in session, create
[2016-02-26 13:07:00.481|24273] DEBUG: LOG: log dir /var/log/plesk/PMM/backup-2016-02-26-13-07-00-197
[2016-02-26 13:07:00.665|24273] DEBUG: LOG: custom log /var/log/plesk/PMM/backup-2016-02-26-13-07-00-197/backup.log
[2016-02-26 13:07:00.683|24273] INFO: Executing <subprocess[24274] '/usr/bin/perl /usr/local/psa/admin/bin/plesk_agent_manager server --get-size --session-path=/usr/local/psa/PMM/sessions/2016-02-26-130700.595'>
[2016-02-26 13:07:05.034|24273] INFO: Execution of <subprocess[24274] '/usr/bin/perl /usr/local/psa/admin/bin/plesk_agent_manager server --get-size --session-path=/usr/local/psa/PMM/sessions/2016-02-26-130700.595'> finished successfully.
[2016-02-26 13:07:05.035|24273] INFO: Backup utility reported backup size is 8638212597 bytes
[2016-02-26 13:07:05.036|24273] INFO: PMMcli detected free disk space is 65950257152 bytes
[2016-02-26 13:07:05.074|24273] INFO: Executing asynchronously <subprocess[24295] 'nice --adjustment=10 /usr/bin/perl /usr/local/psa/admin/bin/plesk_agent_manager server --owner-uid=1a4bdc8c-213d-4e10-90b3-cd9586ed7fdb --owner-type=server --description=Copia de seguridad despu\xc3\xa9s de reparar el sistema de backups. --keep-local-backup -vvvv --session-path=/usr/local/psa/PMM/sessions/2016-02-26-130700.595'>
[2016-02-26 13:07:05.082|24273] DEBUG: Acquired session mutex: MainThread
[2016-02-26 13:07:05.083|24273] DEBUG: detecting running pmmcli daemon...
[2016-02-26 13:07:05.084|24273] DEBUG: pmmcli daemon is running
[2016-02-26 13:07:05.109|24273] DEBUG: Released session mutex: MainThread
[2016-02-26 13:07:05.110|24273] DEBUG: Acquired session mutex: MainThread
[2016-02-26 13:07:05.125|24273] DEBUG: Released session mutex: MainThread
[2016-02-26 13:07:05.127|24273] DEBUG: <pmmcli.MakeDumpAction object at 0x17fe090>: response
[2016-02-26 13:07:05.141|24273] INFO: Outgoing packet:
<?xml version="1.0" ?><response>
<errcode>0</errcode>
<data>
<task-id>1</task-id>
</data>
</response>
[2016-02-26 13:07:06.186|24303] DEBUG: --> <pmmcli.GetTasksListAction object at 0x2487090>
[2016-02-26 13:07:06.192|24303] INFO: stdin: <?xml version="1.0" ?><tasks-list-query><type>Restore</type><type>Backup</type><top-object-type>server</top-object-type><top-object-id>1</top-object-id></tasks-list-query>
[2016-02-26 13:07:06.206|24303] INFO: Packet succesfully validated.
[2016-02-26 13:07:06.207|24303] DEBUG: <pmmcli.ActionRunner object at 0x7fc07a827910>: doActivity
[2016-02-26 13:07:06.207|24303] DEBUG: Acquired session mutex: MainThread
[2016-02-26 13:07:06.208|24303] DEBUG: Released session mutex: MainThread
[2016-02-26 13:07:06.243|24303] CRITICAL: Runtime error in pmmcli:
<type 'exceptions.OSError'> [Errno 2] No such file or directory
Traceback (most recent call last):
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 2799, in main
data_action_response, errcode_response, error_message = actions.get(sys.argv[1][2:])(parameters)
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 2627, in get_tasks_list
return ActionRunner(GetTasksListAction, task_params, deprecated_params).doActivity()
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 167, in doActivity
result = self.processor.doActivity()
File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 1815, in doActivity
data = Data.factory(task_list = pmm_task.getPMMTaskManager().getTaskList(self.__types,self.__owner_guids,self.__topobject_id,self.__topobject_type))
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 1151, in getTaskList
task_object = TaskElement.factory(task_id = task_item.get_task_id(), task_type = task_item.get_tasktype(), name = name_value, mail_to = mailto_value, owner_guid = owner_guid_value, owner_type = owner_type_value, backup_profile_name = backup_profile_name_value, fullname = fullname_value, creation_date = task_item.get_creation_date_formatted(), task_status = self.operatorGetTaskStatus(task_item), dumps_storage_credentials = dumps_storage_credentials_formatter.buildXml(), additional_info = additional_info_value)
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 1003, in operatorGetTaskStatus
return task.get_status()
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 390, in get_status
status = self.__task_handler.get_status(self)
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 157, in get_status
active = task.is_active()
File "/usr/local/psa/admin/share/pmmcli/pmm_task.py", line 368, in is_active
active = osutil.is_active(self.__os_pid)
File "/usr/local/psa/admin/lib/python/osutil.py", line 69, in is_active
ps = subprocess.Popen(ps_params,stdout=subprocess.PIPE)
File "/usr/lib64/python2.6/subprocess.py", line 642, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1238, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

[2016-02-26 13:07:06.249|24303] INFO: Outgoing packet:
<?xml version="1.0" ?><response>
<errcode>1001</errcode>
<errmsg>[Errno 2] No such file or directory</errmsg>
</response>

 

[Dmitry Y.]

It would be better to contact support. You can use tasks.db file deletion as a workaround until support solve the issue.