• 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
  • Inviting everyone to the UX test of a new security feature in the WP Toolkit
    For WordPress site owners, threats posed by hackers are ever-present. Because of this, we are developing a new security feature for the WP Toolkit. If the topic of WordPress website security is relevant to you, we would be grateful if you could share your experience and help us test the usability of this feature. We invite you to join us for a 1-hour online session via Google Meet. Select a convenient meeting time with our friendly UX staff here.

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