@Andrew @julien-f Ran a full backup with commit 96b76 and it is working properly now. Started thinking that I was the only one Thanks a lot for everyone's help!
ryan.gravel
@ryan.gravel
Networking nerd. Linux Gamer.
Latest posts made by ryan.gravel
-
RE: huge number of api call "sr.getAllUnhealthyVdiChainsLength" in tasks
-
RE: huge number of api call "sr.getAllUnhealthyVdiChainsLength" in tasks
@olivierlambert I believe so. It is the Disks tab of a VM. [NOBAK] was working but now the NAS is complaining about storage space. This VM has a disk on the NAS so it is backing it up twice. Added [NOSNAP] just as a test with the same result.
It is running a full backup if that makes any difference.
-
RE: huge number of api call "sr.getAllUnhealthyVdiChainsLength" in tasks
Doesn't seem to be respecting [NOBAK] anymore for storage repos. Tried '[NOSNAP][NOBAK] StorageName' and it still grabs it.
-
RE: huge number of api call "sr.getAllUnhealthyVdiChainsLength" in tasks
@olivierlambert I'm not sure that I am doing it correctly. XOA is up to date (Master, commit 6ee7a) and I went through and re scanned the storage repositories to get snapshots to coalesce. Backups work properly now.
I have 50 or so instances of the following in XO tasks
- API call: sr.getAllUnhealthyVdiChainsLength
- API call: sr.getVdiChainsInfo
- API call: sr.reclaimSpace
- API call: proxy.getAll
- API call: session.getUser
- API call: pool.listMissingPatches
I've rebooted the host and ran 'xe-toolstack-restart' but I'm getting the same results. I must be missing something.
Thanks for your help.