just updated XO (source) to 4cf03, wanted to check out v6, but when i enter http://10.10.10.42/v6 (usually use RP but wasn't sure if that was a problem so entered IP directly)

I just get a 'Cannot GET /v6'

Before migrating to XCP-NG I was a VMWare user with Veeam as my backup solution, it works but it's 3rd party and somewhat bloated. I think one of the big things xcp-ng has to offer is the native backup. I honestly wouldn't even consider Veeam unless there is some niche use for it that native can't do.

Thank you, low on sleep and of course you were right...

@planedrop thank you for the input.

@Gaiking Wow, a little harsh don't you think? If you've been around XCP-NG/XO for any length of time at all you'd know development actually happens at a pretty miraculous pace.

@olivierlambert ah ok, cool, just tried it in XOA and voila. Have a nice weekend.

@olivierlambert oh cool, i did poke around the xo forum but not the 8.3 thread, awesome no problem then, thanks!

@olivierlambert I'm willing to dig in and provide any data. right now it's 10 VM's all with 1 disk each, i'm currently running a backup without NBD using my flash array as a NFS destination, it's a handful of fast samsung SAS 12 SSD's that are striped (they're 3.2TB each). When that finishes I'll flip NBD back up and re-run so at least I think that will take storage out of the equation I believe.

@Andrew Exporting all my large VM's worked on that branch.

@Forza Wow, I just tried that out and backup speed increased by 48%.

@chicagomed there's no need to be editing grub for pass thru, I would use the standard commands and avoid corrupting grub in the process.

@manilx is your nas virtualized on the host, or a separate physical box?

@Seneram ah well excuse my ignorance then, I thought people said the limits were much lower. I can see what you are saying and the big issue with that.

Here's a little test I just ran between VM's over SMB on my Threadripper 7960x build on a Supermicro H13SRA-TF motherboard, def not too bad, these VM's are on different SR's.

ah ok, thanks for the information.

This is pretty minor cleanup question but after removing a NIC, in Xen Orchestra on the host stats page, it still has legend for pifs that don't exist anymore, is there any easy way to clean that up?

@Andrew Thank you Andrew and Olivier, the 4 channel usb card shifted each of its controllers down 2 digits, i removed all the passthroughs, removed the hideback, booted without the card and then re passed the hardware and the box is happy again.

Thanks for the inputs in few threads lately Olivier, appreciate the learning opportunities,

@olivierlambert

I never passed that card to any VMs, there is 2 quadros passed to other VMs and 2 USB channels from a 4 channel card.

Good Evening,

I had some issues with a NIC so I had installed a dual 10GbE Intel X540 PCI-E card, I have since remove all associated networks from VM's and removed the PIF's from the Host.

I ran xe pif-list and confirmed it does not show up there but upon shutdown of the host , remove the card and then power on, it starts to boot, and then shows the normal EFI mapping not available but then instead of showing the splash screen for a second it hangs for a extended period of time and then ends up at a dracut command prompt.

I read the documentation here but this is as far as i can get. (https://xcp-ng.org/docs/networking.html#manage-physical-nics)

The last initqueue message is /dev/disk/by-label/root-yylygk does not exist...starting emergency shell....if I reinstall the card it boots fine.

Anthony

Thank you, low on sleep and of course you were right...