• The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

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