25.10 Cloud Sync tasks gone - cloud.d permissions?

TrueNAS General
1

Cloud sync tasks missing after CORE to SCALE upgrade
2025-12-10 11:57

Cloud sync tasks are missing in admin UI after upgrade from CORE 13.0.U6.8 to SCALE 24.04.2.5 and then through every version to SCALE 25.10.0.1 (upgrade performed 2025-12-09).

Yesterday I upgraded from CORE to the current SCALE, through all the recommended versions, all in one day (all done in the UI).

My previous CORE era Cloud sync tasks were present and listed in detail in SCALE 24.04.2.5 but I did not test them at the time (that is, they were not run) before making the next upgrade; in fact, I did not check again for their presence in the UI at any subsequent version until I made the final upgrade to 25.10.0.1, when the cloud sync panel was found to be empty and–when ‘opened’ to full view–showed a red hexagon with exclamation mark and the warning ‘Cannot retrieve response’.

At the same time, the final line of the console message visible at the bottom of the UI is

Dec  9 22:27:51 freenas netdata[3696]: CONFIG: cannot load cloud config '/var/lib/netdata/cloud.d/cloud.conf'. Running with internal defaults.

(it is December 10 today).

I can step through the wizard and appear to re-make one of my previous Cloud Tasks from scratch: the credential for the remote cloud site is still available in the drop down during setup, and the credential still works when I run the test offered by the UI. I can find and select both the local folder and the remote folder for the ‘pull sync’ operation, and complete all other steps. But when I click Save, although it seems to save, the UI returns me to an empty Cloud Sync panel in the UI–my new task is not there and none of the old tasks are visible.

what I have tried

  • I confirmed in the Shell that my admin user (originally still ‘root’) was unable to enter the cloud.d directory; it can enter and list /var/lib/netdata/ (freenas is the name of my server) but no deeper
  • I followed the Documentation instructions to create (in the UI) a new, non-root, admin user:
    • I made a ‘home’ dataset in my main pool and set up the new admin user a proper home there
    • I set the new admin user to allow it sudo permissions with no password
    • I rebooted the system and logged in as the new admin user
  • as admin user in the shell, I ran ls-l on the /var/lib/netdata directory again, with this result:
freenas% cd /var/lib/netdata
freenas% ls -l
total 3
drwxr-x--- 2 netdata netdata   2 Dec  9 19:09 cloud.d
-rw-r--r-- 1 netdata netdata   3 Dec  9 19:09 dbengine_multihost_size
drwxr-x--- 2 netdata netdata   5 Dec  9 19:09 lock
-rw-rwx--- 1 netdata netdata  36 Dec  9 19:09 netdata.api.key
-rw-rw---- 1 netdata netdata 139 Dec  9 19:10 pythond-jobs-statuses.json
drwxrwx--- 2 netdata netdata   3 Dec  9 19:09 registry
freenas%

I stopped at this point. I did not want to change the permissions on /var/lib/netdata/cloud.d in the shell. In the UI, I found that the netdata group has only one member, netdata itself. I did not try to add my new admin user to the netdata group, but I can see how I could do that in the UI (under Credentials>Groups).

2

I have logged this as a bug within the UI with Jira.

While I wait for a more profound fix, should I try adding my admin user to the netdata group? Will that break something?

Edit: apparently I am not allowed to add the new admin user to the netdata group, every attempt failed.

I booted into TrueNAS SCALE 25.04.2.6, the previous boot environment, and my cloud sync tasks were restored in working condition. The ownership and permissions on /varl/lib/netdata/cloud.d and its parent directory are the same as I reported above in the current system SCALE version.

3

Bug reported at Jira

Includes a command that fixed the issue for me and another user. Fix requested to be in next system version.

1 Like