@rmarion If you are seeing this on a an XOA, open a support ticket and a support tunnela and we'll investigate directly
XO Team
Developers of Xen Orchestra
-
RE: Endless Xapi#getResource /rrd_updates in tasks list
-
RE: XO Backup Advanced Backup Schedules
@olivierlambert No, CRON patterns does not support this kind of scheduling.
-
RE: XO Backup Advanced Backup Schedules
@olivierlambert It's a limitation of CRON patterns, to support this we need to implement it separately and design a dedicated UI.
-
RE: Updated XOA with kernel >5.3 to support nconnect nfs option
On the read side :
- the legacy mode : xapi build an expor from the vhd chain
- NBD : we read individual block on the storage repository
On the write Side :
- the default file mode : we write 1 big file per disk
- block mode : we write a compressed block per 2MB data
We don't have a lot of room on the legacy mode. The NBD + block gives us more freedom, and , instinctively , should gain more from nconnect, since we will read and write multiple small blocks in parallel
What mode are you using ?
@Forza said in Updated XOA with kernel >5.3 to support nconnect nfs option:
I did a 3 x backup of a single VM hosted on an SSD drive on the same host as XOA is running, which is also pool master.
This is with
nconnect=1
:
This is with
nconnect=16
:
The transfer speed according to XOA is slightly less, but looking at the bandwidth graph, it looks like the LACP bonded network on the storage server is reaching a higher max throughput.
I will test some more with incremental backups and see if there's a difference with them.
If we ignore the
nconnect
for a second, and just look at the graphs, it seems we have a lot of possibilities to improve the backup performance if we could make the transfer more even. What is causing this type of pattern? I do not believe any coalesce was happening during this test. -
RE: Cannot create property 'ctkEnabled' on string 'true' on trying to import from ESXi
@parsedave Hi,
We worked on a branch that should fix it : https://github.com/vatesfr/xen-orchestra/pull/7583 It should be merged in master by the end of the week Thanks for your report
-
RE: Encoding a URL with : and / in their queries (tags)
@Rhodderz I'm not able to reproduce the issue on my side.
I successfully filtered VMs by a
/foo
tag and was able to filter for it (tags:/^\/foo$/
) in the REST API, either by usingfilter=tags%3A%2F%5E%5C%2Ffoo%24%2F
(encoded withencodeURIComponent()
) or by usingfilter=tags:/%5E%5C/foo$/
(encoded usingencodeURI()
which does not encode/
or:
). -
RE: Two questions in regard to XO and remotes
@HolgiB said in Two questions in regard to XO and remotes:
Hey there,
I have two questions in regard to remotes:
- How does XO handle backup jobs to multiple remotes ? In example if I have attached and configured two nodes for a backup job. Are the files stores parallel to both remote locations ? Or are they stored sequentially to remote "A" and then to remote "B" ?
- What it the best practice (so to speak) for migrating existing backups to a new location ?
Simply sync them over to the new remote, configure the new remote to each backup job and remove the old remote ?
Thanks in advance !
- Holger
1- they are stored in parallel, so it goes as slow as the slower remote.
2. For a migration : copy/rsync does the job, that way it won't change the uuid. If you want to have a daily replication of a remote, you can use a mirrror backup. -
RE: Health Checks Failing
@Delgado said in Health Checks Failing:
@florent can confirm that health checks are working again! Thanks for the prompt reply!
thanks for the precise bug report, that is half of the job done
-
RE: Rolling Pool Update - host took too long to restart
@olivierlambert It doesn't look like we did. It's documented in the config file but we can add it to the RPU doc too if necessary.
-
RE: Health Checks Failing
Thanks for the report, it should be fixed, let us know if that's not the case
https://github.com/vatesfr/xen-orchestra/commit/aa6b23c06cf2056600cdabaaa1705ab1067ed2a9