restorepkg failing (timeout 12hrs)
Hello,
I am attempting to restore a few backups manually using the restorepkg script. It seems to work on smaller backups <1GB, but they take hours. Larger backups hang for 12 hours on this:
Log: [ 79575][MASTER ]: Start Session [ 79575][MASTER ]: Version: 2.3 [ 79575][MASTER ]: Queue “RESTORE” items: 1 [ 79575][MASTER ]: Remote Host: [ 79577][RESTORE:1 ]: Starting “Account”: user [ 79577][RESTORE:1 ][A:user ]: Progress: 0% (2024-06-04 01:00:25 +0000) [ 79577][RESTORE:1 ][A:user ]: Starting “RESTORE” for “Account” “user”. [ 79577][RESTORE:1 ][A:user ]: Progress: 10% (2024-06-04 01:00:25 +0000) [ 79577][RESTORE:1 ][A:user ]: Restore File: /home/almalinux/backupstorestore/user.tar.gz [ 79577][RESTORE:1 ][A:user ]: Restore Reseller Privs: no [ 79577][RESTORE:1 ][A:user ]: Restricted mode: no [ 79577][RESTORE:1 ][A:user ]: Live transfer: no [ 79577][RESTORE:1 ][A:user ]: Target “/home/almalinux/backupstorestore” on host “ns.ip-139-99-123.net” has 419.32 GB free and requires at least 12.72 GB free, which includes space for temporary files. [ 79577][RESTORE:1 ][A:user ]: The “Reseller” restore module has the following areas disabled by request: “all” [ 79577][RESTORE:1 ][A:user ]: ArchiveManager [ 79577][RESTORE:1 ][A:user ]: Preparing archive for restoration … [ 79577][RESTORE:1 ][A:user ]: Calculating disk space needed … [ 79577][RESTORE:1 ][A:user ]: Done. [ 79577][RESTORE:1 ][A:user ]: Target “/home/almalinux/backupstorestore/cpanelpkgrestore.TMP.work.619377d7/unsafe_to_read_archive” on host “ns.ip-139-99-123.net” has 419.32 GB free and requires at least 12.72 GB free, which includes space for temporary files. [ 79577][RESTORE:1 ][A:user ]: ArchiveManager [ 79577][RESTORE:1 ][A:user ]: Failed to extract the archive at “/home/almalinux/backupstorestore/user.tar.gz”: The tar archive extraction failed because of the error “The “/bin/gtar --no-same-owner --use-compress-program=/usr/local/cpanel/bin/gzip-wrapper --preserve-permissions --extract --directory /home/almalinux/backupstorestore/cpanelpkgrestore.TMP.work.619377d7/unsafe_to_read_archive --file /home/almalinux/backupstorestore/user.tar.gz” command (process 79581) ended prematurely because it received the “TERM” (15) signal. The system aborted the subprocess because it reached the timeout of 43,200 seconds.”: [ 79577][RESTORE:1 ][A:user ]: Progress: 100% (2024-06-04 13:00:27 +0000) [ 79577][RESTORE:1 ][A:user ]: Failed: Account Restore Failed: “Failed to extract the archive at “/home/almalinux/backupstorestore/user.tar.gz”: The tar archive extraction failed because of the error “The “/bin/gtar --no-same-owner --use-compress-program=/usr/local/cpanel/bin/gzip-wrapper --preserve-permissions --extract --directory /home/almalinux/backupstorestore/cpanelpkgrestore.TMP.work.619377d7/unsafe_to_read_archive --file /home/almalinux/backupstorestore/user.tar.gz” command (process 79581) ended prematurely because it received the “TERM” (15) signal. The system aborted the subprocess because it reached the timeout of 43,200 seconds.”: ” [ 79577][RESTORE:1 ]: Account “user”: Account Restore Failed: “Failed to extract the archive at “/home/almalinux/backupstorestore/user.tar.gz”: The tar archive extraction failed because of the error “The “/bin/gtar --no-same-owner --use-compress-program=/usr/local/cpanel/bin/gzip-wrapper --preserve-permissions --extract --directory /home/almalinux/backupstorestore/cpanelpkgrestore.TMP.work.619377d7/unsafe_to_read_archive --file /home/almalinux/backupstorestore/user.tar.gz” command (process 79581) ended prematurely because it received the “TERM” (15) signal. The system aborted the subprocess because it reached the timeout of 43,200 seconds.”: ” [ 79577][RESTORE:1 ]: Progress: 100% (2024-06-04 13:00:31 +0000) [ 79577][RESTORE:1 ]: Child Complete [ 79575][MASTER ]: Session Complete
Does anybody know what I can do to fix this?
-
Hey there! Unfortunately there is not a way to raise the 43,200 second timeout, as that is hard-coded into the restorepkg tool. It would be best to create a feature request at features.cpanel.net as I also manage that area so I will review that request.
I would check and see if there is high load on the server, or high I/O wait that is causing things to slow down on the machine while this restore is running. If not, is there data that could be removed from the account before you create the package, such as a large directory of images or temporary files somewhere?
0 -
Isn't it unusual for it to take 12 hours?
0 -
Yes, that definitely isn't normal for such a small account, which is why checking the server load and resource usage would be the place to start.
0 -
95% idle CPU, low load, 0.1wa, low memory usage, no swap used
I am so confused as to why they are failing. Nothing seems abnormal at all :(
0 -
Verified that the backups are good as well. Just seems the "larger" file sizes.
0 -
That's definitely odd if there is no server load happening there. It would likely be best to create a ticket so this can be investigated directly on the system.
0
Please sign in to leave a comment.
Comments
6 comments