Skip to main content

cPanel Backup Transporter Wait Time Setting

Comments

3 comments

  • cPRex Jurassic Moderator

    Hey there!  I don't have a way to increase that 300s number.  Can you check the main cpbackup log (not cpbackup_transporter) to see if there are any creation issues mentioned there?

    0
  • osirion

    No errors occurred in the main cpbackup log file.

    Example of log output of an account that backed up but didnt get transported:

    [2025-01-12 07:57:07 +0200] pkgacct completed

    [2025-01-12 07:57:07 +0200] info [backup] Successfully backed up account “XXX” to “/backup/weekly/2025-01-12/accounts”

    [2025-01-12 07:57:07 +0200] info [backup] Adding metadata information for XXX to backup at /backup/weekly/2025-01-12

    [2025-01-12 08:17:14 +0200] info [backup] Queuing weekly backup copy of “XXX” for transport of “/backup/weekly/2025-01-12/accounts/XXX.tar.gz” to “weekly/2025-01-12/accounts/XXX.tar.gz”

    [2025-01-12 08:17:14 +0200] info [backup] This particular transport will be queued with keep_local = 1 , based on the need to copy weekly (1) and/or monthly () copies as well.

    [2025-01-12 08:24:05 +0200] info [backup] Queuing transport of file: /backup/weekly/2025-01-12/accounts/XXX.tar.gz

    [2025-01-12 08:24:05 +0200] info [backup] no_transport = 0 .. and queueid = TQ:TaskQueue:18586

    [2025-01-12 08:24:05 +0200] info [backup] leaving queue_backup_transport_item

    [2025-01-12 08:24:05 +0200] info [backup] checking backup for YYY
     
    But then in the transporter log file, "XXX" isnt even mentioned.
    0
  • cPRex Jurassic Moderator

    Thanks for the details.  It's odd that it was queued and then still didn't get moved properly with the transporter.  This will likely be one we'll need to see a ticket on since it seems to be unique to your system, as I don't have similar reports of this happening at this time.  Could you create a ticket so this can be investigated?

    0

Please sign in to leave a comment.