@fohdeesha thanks for the information, I've added the following to my cloud-init template:

runcmd:
  # disable dhcp for eth0
  - [ sh, -c, sed -e '/iface eth0 inet dhcp/s/^/#/g' -i /etc/network/interfaces ]

at the end of the installation I have a reboot of the machine anyway so I don't restart the network in between:

power_state:
 delay: "+2" # minutes
 mode: reboot
 message: rebooting system after cloud-init configurations are finished
 timeout: 120 # seconds

cheers and keep up the good work!
Ringo

Thanks guys! Absolut Legends

@julien-f that also fixed my issue, cheers!

great job guys on a saturday! I am just updating my xo but your response times are great, keep up the good work!

@olivierlambert thanks! for the info @pdonias do you have any idea what could be wrong? cheers Ringo

@olivierlambert sadly that didn't help

Hi everyone, I have a strange problem. I updated our XO from sources last week, and now LDAP auth is not working anymore

Interesting part is: when I try it on CLI it works

/opt/xo/xo-builds/xen-orchestra-202507030450/packages/xo-server-auth-ldap/dist# node test-cli.js
? URI ldap://company.zone
? fill optional Certificate Authorities? No
? fill optional Check certificate? No
? fill optional Use StartTLS? No
? Base DC=company,DC=zone
? fill optional Credentials? Yes
? Credentials > dn user@company.zone
? Credentials > password XXX
? fill optional User filter? Yes
? User filter (sAMAccountName={{name}})
? ID attribute (sAMAccountName={{name}})
? fill optional Synchronize groups? No
configuration saved in ./ldap.cache.conf
? Username rgi
? Password [hidden]
2025-07-07T09:37:18.624Z xo:xo-server-auth-ldap DEBUG attempting to bind with as user@company.zone...
2025-07-07T09:37:18.668Z xo:xo-server-auth-ldap DEBUG successfully bound as user@company.zone
2025-07-07T09:37:18.669Z xo:xo-server-auth-ldap DEBUG searching for entries...
2025-07-07T09:37:18.682Z xo:xo-server-auth-ldap DEBUG 1 entries found
2025-07-07T09:37:18.682Z xo:xo-server-auth-ldap DEBUG attempting to bind as CN=bla blubb,OU=company,DC=company,DC=zone
2025-07-07T09:37:18.686Z xo:xo-server-auth-ldap INFO successfully bound as CN=bla blubb,OU=company,DC=company,DC=zone => rgi authenticated
2025-07-07T09:37:18.687Z xo:xo-server-auth-ldap DEBUG {
...

But in the web interface with the same configuration, I get an error

Code: -32000

Message: could not authenticate user

{
  "message": "could not authenticate user",
  "name": "Error",
  "stack": "Error: could not authenticate user\n    at /opt/xo/xo-builds/xen-orchestra-202507030450/packages/xo-server-auth-ldap/src/index.js:246:15\n    at default.testPlugin (file:///opt/xo/xo-builds/xen-orchestra-202507030450/packages/xo-server/src/xo-mixins/plugins.mjs:290:5)\n    at Xo.test (file:///opt/xo/xo-builds/xen-orchestra-202507030450/packages/xo-server/src/api/plugin.mjs:109:3)\n    at Task.runInside (/opt/xo/xo-builds/xen-orchestra-202507030450/@vates/task/index.js:175:22)\n    at Task.run (/opt/xo/xo-builds/xen-orchestra-202507030450/@vates/task/index.js:159:20)\n    at Api.#callApiMethod (file:///opt/xo/xo-builds/xen-orchestra-202507030450/packages/xo-server/src/xo-mixins/api.mjs:469:18)"
}

any ideas what could be the problem?

cheers Ringo

@florent Thanks for the Tip!

The risk of an infinite delta and losing the backup chain if something goes wrong is a bit too high I bet if something goes wrong exactly in that moment, we need a reliable backup chain

Sadly, we do not have "cheaper" storage for mirror backup, as it's only a small setup for a small company.

This situation is a bit of a pickle if you want one full backup on a certain day, plus deltas, but not two full backups all the time

Is there any chance that this will change in the future to make that situation happen?

@Danp very interesting! Thank you! So is it somehow possible that we only do full-backups on Saturday night and only have one fullbackup? Our backup storage is almost full, and we need to make some space, so getting rid of double full backups would be great cheers Ringo

Hi everyone

we have a strange behaviour at the moment, we have a delta backup job configured like that:

• Full backup interval is 0 as we want full backups only on Saturday night
• We have one schedule for Sunday to Friday night with no forced full backup for incremental backups
• We have one schedule for Saturday with Force Fullbackup enabled to make sure only Saturday is the full backup

Screenshot 2025-04-15 at 21.29.47.png

So, now problem is we have two full backups on our remote, and we are getting into storage space trouble

Screenshot 2025-04-15 at 15.11.58.png

Has anybody an idea why this is happening? What do I miss?

cheers and have a great day!
Ringo

@astrugatch you can put it into the same files like the cert it’s called a chain cert then

@julien-f thanks! I have tested it and its working now! cheers Ringo

@julien-f happy to help let me know when you fixed it and I will test it. cheers Ringo

hi everyone,

I am on the last version of XO and wanted to play around with the REST-AP. scheduling a rolling pool update but I got an error I can't figure out:

curl -X POST -b authenticationToken=XXX https://xo.xxx/rest/v0/pools/5222b44b-e25b-a14d-4da2-c7a0dd8cf59f/actions/rolling_update
/rest/v0/tasks/0m1agafzh

the log says:

curl -b authenticationToken=XXX https://xo.xxx/rest/v0/tasks/0m1agafzh
{
  "id": "0m1agafzh",
  "properties": {
    "name": "REST: rolling_update pool",
    "objectId": "5222b44b-e25b-a14d-4da2-c7a0dd8cf59f"
  },
  "start": 1726820415341,
  "status": "failure",
  "updatedAt": 1726820415449,
  "end": 1726820415449,
  "result": {
    "message": "Cannot read properties of undefined (reading 'user')",
    "name": "TypeError",
    "stack": "TypeError: Cannot read properties of undefined (reading 'user')\n    at file:///opt/xo/xo-builds/xen-orchestra-202409201003/packages/xo-server/src/xo-mixins/xen-servers.mjs:704:82\n    at AsyncLocalStorage.run (node:async_hooks:346:14)\n    at Task.runInside (/opt/xo/xo-builds/xen-orchestra-202409201003/@vates/task/index.js:169:41)\n    at Task.run (/opt/xo/xo-builds/xen-orchestra-202409201003/@vates/task/index.js:153:31)\n    at XenServers.rollingPoolUpdate (file:///opt/xo/xo-builds/xen-orchestra-202409201003/packages/xo-server/src/xo-mixins/xen-servers.mjs:703:16)\n    at rolling_update (file:///opt/xo/xo-builds/xen-orchestra-202409201003/packages/xo-server/src/xo-mixins/rest-api.mjs:634:11)\n    at Task.runInside (/opt/xo/xo-builds/xen-orchestra-202409201003/@vates/task/index.js:169:22)\n    at Task.run (/opt/xo/xo-builds/xen-orchestra-202409201003/@vates/task/index.js:153:20)"
  }
}

Do you have any idea what the problem is here?

If I start the update via XO everything works without errors.

thanks and have a great day!
cheers Ringo