JetBackup Community Forums

Hi All,

We're getting this 'critical' warning every day from a server running JetBackup 5.3.14.1, CloudLinux 8.10 and cPanel 122:

Backup job "JetBackup Config" (#61821edf352fc6181a6c42e4) has been aborted due to the following error: There is no valid destination assigned to this backup job

It seems that JetBackup is forgetting or ignoring the valid destination. I know it's valid because the main backup job is pointing to the same valid destination, and that's working fine.

Any ideas?

Thx,

Ross

Hello itomic,

Thank you for reaching out. As an initial troubleshooting step, can you please make sure that JB Config is enabled for the destination and also try reindexing the destination? If the issue persists, I would advise contacting our Tech Support team so that they can take a closer look. You can do so by emailing [email protected] or through your JetApps Client Area.

Best Regards,

Hi Team,

We have now also noticed this,

14/Oct/2024 22:41:56 +0000] [PID 2562031] Backup Type: Accounts

[14/Oct/2024 22:41:56 +0000] [PID 2562031] Backup Contains: Full Account (511)

[14/Oct/2024 22:41:56 +0000] [PID 2562031] Backup Structure: Incremental (1)

[14/Oct/2024 22:41:56 +0000] [PID 2562031]

[14/Oct/2024 22:41:56 +0000] [PID 2562031] [ERROR] Destination "Remote Backups": Failed downloading verification file from remote destination. Error: remote username contains invalid characters

rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: unexplained error (code 255) at io.c(231) [Receiver=3.2.7]


[14/Oct/2024 22:41:56 +0000] [PID 2562031]

[14/Oct/2024 22:41:56 +0000] [PID 2562031] [ERROR] There is no valid destination assigned to this backup job

Base Version 5.3.14.1 Panel Version 5.3.14.1
CloudLinux v8.10.0 STANDARD vmware
cPanel Version
122.0.18

Please note a reindex works, and can browse the location as well via the GUI, SSH confirmed working with keys and password.

To add - did this updated to
Base Version 5.3.14.1 Panel Version 5.3.14.1

# Change tier to RELEASE CANDIDATE (rc)

jetapps -t jetbackup5-{panel} rc

# Update JetBackup to v5.3.13

jetapps -u jetbackup5-{panel}

# Change tier back to RELEASE to receive RELEASE tier updates in the future

jetapps -t jetbackup5-{panel} release

Then still had the issue, when to plugins and reinstalled the SSH plugin and jobs started working.

Same issue here. After today's upgrade of jetbackup5-cpanel to version 5.3.14.1-202 and plugin "SSH (Legacy)" to version "1.1.4-9 our servers are unable to run backups where the destination type is "SSH (Legacy)".


There have been no recent changes to the destination's configuration from our side. The issue started occurring right after your version updates.

Any update or fix for this? I am seeing this error as well.

Hello Everyone,

We have been receiving reports regarding the destination errors on v5.3.14.1, and our team is currently prioritizing the investigation for this issue. If using a SSH (Legacy) destination, please try reinstalling the destination plugin by navigating to to Plugins >> Available Plugins >> SSH (Legacy) >> Reinstall and then restarting the JetBackup service.


If the issues persist, please do open a ticket with our Tech Support team by emailing [email protected] or through your client area.

Your continued patience and understanding as we work towards a solution are greatly appreciated.

Thank you,

I was able to resolve the issue by re-indexing the destination and restarting the jetbackup service.

Hi everyone, I’m also facing a similar issue with JetBackup 5.3.14.1. I’ve tried reindexing the destination and reinstalling the SSH plugin, but the error still occurs. Has anyone found a permanent fix for this?

Hello hemantha,

We apologize for the inconvenience this has caused you. Can you try restarting the JetBackup services using the command below?
If the issue persists after restarting the service, please open a ticket with our technical support team. You can do so by emailing [email protected] or through your JetApps Client Area.

Best Regards,

Trenton V
JetApps, LLC.
JetApps.com | JetBackup.com