• 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

Error: Call to a member function delete() on null (BackupSignCertificate.php:35)

slishy

New Pleskian
TITLE:
Error: Call to a member function delete() on null (BackupSignCertificate.php:35)
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE:
Plesk Onyx, 17.8.11 #5, CentOS 7.4, x64
PROBLEM DESCRIPTION:
Since the update to 17.8.11 #1, I am not able to upload backups to FTP storage.​
STEPS TO REPRODUCE:
Scenario goes as follows:

- Spawn backup process domain.tld
- Tried both Local & FTP Storage as only FTP Storage backup
- Backup .tar gets created and is growing in size
- Backup reaches it's end, backup file disappears from FTP
- The following error message gets returned:

Unable to upload the backup to the external storage: ERROR: Error: Call to a member function delete() on null (BackupSignCertificate.php:35)​
ACTUAL RESULT:
Backup on remote FTP disappears and returns error​
EXPECTED RESULT:
No disappearing backups and no errors!​
ANY ADDITIONAL INFORMATION:
Running 17.8.11 #5 at the moment in the hope it would have been fixed in the newer versions
YOUR EXPECTATIONS FROM PLESK SERVICE TEAM:
Help with sorting out
 
Try to fix it with

# plesk installer --select-release-current --reinstall-patch --upgrade-installed-components
# plesk repair installation
 
Same results, here is the output of panel.log:

2018-04-16 08:48:19.038] ERR [panel] Call to a member function delete() on null:
0: /usr/local/psa/admin/plib/backup/Serializer/BackupSignCertificate.php:35
backup_Serializer_BackupSignCertificate::setBackupCertificate(array)
1: /usr/local/psa/admin/plib/api-common/cuBackupRestoreHelper.php:1275
cuBackupRestoreHelper->_setBackupCertificateCommand()
2: /usr/local/psa/admin/plib/api-common/cuApp.php:69
cuApp->_callCommandMethod(array)
3: /usr/local/psa/admin/plib/api-common/cuApp.php:63
cuApp->_executeCommand()
4: /usr/local/psa/admin/plib/api-common/cuApp.php:43
cuApp->runFromCliGate()
5: /usr/local/psa/admin/plib/api-common/CuExecutor.php:67
CuExecutor->execUtil(string 'cuBackupRestoreHelper', string 'runFromCliGate')
6: /usr/local/psa/admin/plib/api-common/CuExecutor.php:130
CuExecutor->run()
7: /usr/local/psa/admin/plib/api-cli/CliUtilityRunner.php:25
CliUtilityRunner->run()
8: /usr/local/psa/admin/plib/api-cli/CliUtilityRunner.php:36
require_once(string '/usr/local/psa/admin/plib/api-cli/CliUtilityRunner.php')
9: /usr/local/psa/admin/sbin/backup_restore_helper:4
[2018-04-16 08:48:19.038] ERR [1] Call to a member function delete() on null


For your information: the backups are Not password-protected as the traces here may suggest that. Telnet and all other connectivities are fine. The backups worked perfectly fine in the past to the same server.
 
Back
Top