@MajorP93 the size are different between the disks, did you modify it since the snapshots ?

would it be possible to take one new snapshot with the same disk structure ?

@Pilow said in Veeam backup with XCP NG:

@olivierlambert I get you.

Same in veeam and synthetic fulls, it's only between the server/proxy and the repository.
but we get a progressing percentage while the job sits while doing the synthetic full.

would be cool to "see" the progress of merging.
why ? bad habits from previous technologies used I guess.

Giving better observability is something we are working actively on , this is tightly coupled with being able to stop a task, and I hope we will be able to show the progress soon

@Pilow said in Veeam backup with XCP NG:

@flakpyro thank you

@florent , would be nice to add this to XCP backup ? merge progress

You can check the toggle "merge sychronously" in the advanced block of the backup job, to at least know when the merge is done

(we intend to make this the default choice in the near future)

nice
I think they compute speed as "disk size / time" , whereas we compute it as " used data / time"

That's great to have more choice on this space

@olivierlambert that is a discrepancy between what was planned ( a vm delta backup) and what we can do with the data available ( a full ) . In this case, it's only one disk that fell back to full

We have to improve how to show the information with mixed state

@yaroz it loosk like there is an issue with some error not stopping the job as expected, I am currently working on this

In the meantime , you can restart XO , it will forcefully close all running jobs

@olivierlambert because of time constraints and some decision to take on which tag do we use if the VM had changed. We pushed back these deceision until mirror were more widely used .

( easiest way would be to use always the last tags. )

To be fair, If possible I would prefer to wait for XO6 , the backup form in XO5, is quite complex to modify

@Pilow This one should be doable, I am adding it to our backlog

@Pilow what would need to change a lot of things. We are starting a project to rewrite the ACL, and I think it's a better way to handle it. But it will take time before releasing it.

different platform have different internal , and so different edge case. We are here to help to bridge the gap.

@farokh the job name is in the snapshot name. Are theses snapshot of the same job ?
Did you enable rolling snapshot on the backup job ?

@Pilow you found one of the not so bright part of the api

the data path is the same for backups and RRD, so RRD failing are often a canary of a misconfigured backup network. So if you change backup network and the task are falling, this probably means something wen wront with your network.

@elementalwindx yes XOA need to have access to the backup network . the default migration network is used directly by xcp-ng no need to assign to xo

@elementalwindx I think I know : the backup network is used for the host storage to xo path , not for the xo to replica (also host)
that is why you only have RX , and not RX + TX

edit ; after checking the code, it should also be used when writing to an host

@elementalwindx what network can the xoa access? can you show a screenshot of the network tab of xo ?
are you using a proxy ?

are you doing backups or replication ?

gracefully powering down a VM may need to go inside the VM ( through ssh/powershell) and that is something we try not to do, especially since we do not know anything on the os inside

It can be easily scripted if you know what is the type of VM running and how to authenticate inside them

@farokh In case you need to ensure that the VM is powered off manually :

• do the first migration without "stop source"
• stop the VM properly
• launch the migration . It will only transfer the data from the snapshot

@farokh AFAIK it is powered off to transfer the data after the snapshot, since the active disk is locked ( unreadable) as long as the VM is running

To be able to do a better answer I will need to see what's happening, so the task log

@farokh can you post a task log ( the json ) , even one of a running import, as long as it is after the power down ?

@openaithedolphinshop-svg said in Problem connecting Xen Orchestra to PostgreSQL (Ubuntu 22.04 + PostgreSQL in TrueNAS jail):

databases

I may be missing something, but as far as I know, there are no sql database in XO