• The ImunifyAV extension is now deprecated and no longer available for installation.
    Existing ImunifyAV installations will continue operating for three months, and after that will automatically be replaced with the new Imunify extension. We recommend that you manually replace any existing ImunifyAV installations with Imunify at your earliest convenience.
  • 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.

Issue Backup takes very long and slows down entire server

ciB

Basic Pleskian
Server operating system version
Ubuntu 18.04.6 LTS
Plesk version and microupdate number
18.0.52 Update #2
Since I recently updated Plesk to Plesk Obsidian 18.0.52 Update #2 (Ubuntu 18.04.6 LTS), we had a few issues with our server. Everything seems fine now again, except for when I start a backup, it not only basically takes forever (I had to pause the update after ~8hours, the last full backup only took ~3 hors), but the entire server slows down dramatically. Webserver, Mail-Server and even shell is very slow, delays are several seconds.

I check CPU-usage, but it's still below 10%.
I check io but sw-tar roughly uses 10%. There is nothing unusual, except for occasional spikes in snapd which can last a few seconds, also a general spike in io for every process, usually following the snapd spike:

1683368180063.png
1683368304470.png
1683368363336.png


RAM is weird in my eyes because it looks like that, cached ram dramatically increases when backup is undergoing:
1683368411704.png
Compression is turned on, the priority is set to low. I am not sure what exactly is causing the problem, but I know that I basically cannot create backups right now.
 
I also just got some Plesk errors when trying to view certain pages (did also happen on other pages in the backend, nut just telemetry):

Code:
TypeError: Cannot read properties of null (reading 'replace')
    at i (https://redacted/cp/javascript/main.js?1683033466:8:59923)
    at https://redacted/cp/javascript/main.js?1683033466:394:105066
    at Array.map (<anonymous>)
    at Array.collect (https://redacted/cp/javascript/externals/prototype.js?1683033466:1:15931)
    at m (https://redacted/cp/javascript/main.js?1683033466:394:104970)
    at ks (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:62823)
    at _i (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:119678)
    at Ec (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:108830)
    at vc (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:108758)
    at bc (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:108621)
    at cc (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:105762)
    at Ha (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:46664)
    at dc (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:106266)
    at https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:124289
    at eu (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:124321)
    at t.render (https://redacted/ui-library/plesk-ui-library.min.js?1683033466:26:128547)
    at Module.g (https://redacted/cp/javascript/main.js?1683033466:8:143826)
    at https://redacted/modules/backup-telemetry/index.php/backup/log/backup-2023-05-06-11-19-58-222:116:11
 
I still have this issue, maybe someone can help me.

Interestingly, before updating to the latest Plesk version, this is how long it took to backup my mails:

1684352116331.png
Now, with roughly the same size, it takes much longer:
1684352179014.png
Any help would be highly appreciated.
 
The backup speed depends on various factors, for example the cpu load that other tasks create, the compression level, the number of files to backup. No relevant changes were done to the backup feature during the past Obsidian iterations. It is unlikely that a slow backup is caused by that. We have also not heard from other users here or elsewhere that backup became slower since the latest Obsidian update.
 
The backup speed depends on various factors, for example the cpu load that other tasks create, the compression level, the number of files to backup. No relevant changes were done to the backup feature during the past Obsidian iterations. It is unlikely that a slow backup is caused by that. We have also not heard from other users here or elsewhere that backup became slower since the latest Obsidian update.
Right, I would have expected other posts, too - which I did not find.

I'm probably going to reset the vm, restore a backup and see if that helps. I
 
Back
Top