@olivierlambert yes, and that's a known issue. The protocol used to communicate with XAPI only allows to report info for VIFs (and SR/IOV, with support coming with in a PR). We can likely implement something by querying the status of bridge devices and listening to their changes like we do for the VIFs, and report those for the VIFs that are part of bridges - but it's a bit more than just "parsing br0" . Opened https://gitlab.com/xen-project/xen-guest-agent/-/issues/24

@jimmymiller i just noticed one of your pics of the backup had NDB enabled. (says exporting content of VDI shifter through NBD. Can you check in your backup job if NDB is on? [image: 1755550405681-f90df5d8-81e6-4404-ba28-c337c0702aad-image.png] I would turn it on and off a few times and leave it off then save the job and retry. There was issues with NDB gui in prior version that might be still affecting your test backup job.

@Forza said in MegaCLI and StorCLI lastest version for 8.3 LTS: @jangar don't they have a statically linked version of storcli that can be downloaded? latest version is for min RHEL 8x i have older version https://docs.broadcom.com/docs-and-downloads/raid-controllers/raid-controllers-common-files/8-07-14_MegaCLI.zip and https://docs.broadcom.com/docs-and-downloads/007.2705.0000.0000_storcli_rel.zip i've installed them and seem work, but i'm not sure other command thank check raid status work tomorrow. wget https://docs.broadcom.com/docs-and-downloads/raid-controllers/raid-controllers-common-files/8-07-14_MegaCLI.zip unzip 8-07-14_MegaCLI.zip rpm -ivh Linux/MegaCli-8.07.14-1.noarch.rpm alternatives --install '/usr/bin/MegaCli64' 'MegaCli64' '/opt/MegaRAID/MegaCli/MegaCli64' 1 alternatives --install '/usr/bin/MegaCli' 'MegaCli' '/opt/MegaRAID/MegaCli/MegaCli64' 1 alternatives --install '/usr/bin/megacli' 'megacli' '/opt/MegaRAID/MegaCli/MegaCli64' 1 wget https://docs.broadcom.com/docs-and-downloads/007.2705.0000.0000_storcli_rel.zip unzip 007.2705.0000.0000_storcli_rel.zip cd storcli_rel unzip Unified_storcli_all_os.zip rpm -ivh Unified_storcli_all_os/Linux/storcli-007.2705.0000.0000-1.noarch.rpm alternatives --install '/usr/bin/StorCli64' 'StorCli64' '/opt/MegaRAID/storcli/storcli64' 1 alternatives --install '/usr/bin/StorCli' 'StorCli' '/opt/MegaRAID/storcli/storcli64' 1 alternatives --install '/usr/bin/storcli' 'storcli' '/opt/MegaRAID/storcli/storcli64' 1

I have no idea what this flag is doing, so my gut feeling is: no, it's not on XO side but a "problem "on the reverse proxy itself.

Fix committed upstream.

@DustinB it's there on mine as well. Going to test it in a couple of weeks. Lots on the docket! Thanks again, everyone.

I just had this problem with a ubuntu VM. With recovery mode selected press e to edit. Remove nomodeset. Here is an example. From: linux /vmlinuz-5.4.0-65-generic root=/dev/mapper/ubuntu--vg-ubuntu--lv ro recovery nomodeset dis_ucode_ldr To: linux /vmlinuz-5.4.0-65-generic root=/dev/mapper/ubuntu--vg-ubuntu--lv ro recovery dis_ucode_ldr The link below helped me solve this issue. https://portal.nutanix.com/page/documents/kbs/details?targetId=kA07V000000LWLrSAO

As @Andrew said, your host itself is unhealthy, you might be able to disassemble the CPU and heatseat, clean it up and add some new paste to address the issue with the CPU overheating (if the paste is shot). As for the memory issue, run a memtest on the host and see what is reported.

@roaringsilence Glad you got it all sorted out.

@santos_luan Check if there is any firewall issue on the XO-ce side.

Just quickly chiming in to confirm what @bleader said. We'll be happy to assist you further, especially to put you in contact with our head of security at Vates to discuss our future certification plans (he's a former ANSSI employee BTW).

@olivierlambert I 100% agree its vague. I even told the person that. Like I was saying I was more looking for anyone who has ran a cluster in those other scheduler settings to get some feedback on it. I guess being a little more specific, would socket or Core be better for VMs that are NUMA sensitive? Such as database servers or the like?

CPU speed is great to enhance all Xen operations (using grants for example). But tapdisk got a lot of room to be better outside that, thanks to multiqueue and so on. However, it's not clear if it's better to improve tapdisk or making something different. This is an active topic of reasearch.

@olivierlambert Thanks a lot. Will definitely try once I get this customer properly licensed.

That's why XO proxies are great and the go-to solution Alternatively, you can deploy an XO inside the target network and manage your hosts from there (but you won't have the unique central console with one XO+proxies for the entire infrastructure)

@kubuntu-newbie I've looked at the code. The intel passthrough seems to not care about the value of the vga key in platform, and instead it expects the key igd_passthrough to be set to true. https://github.com/xapi-project/xen-api/blob/9eb5f9f9f3c742c0c0b691098e1dafc02e40c856/ocaml/xapi/xapi_xenops.ml#L390

@cairoti you should be able to add it as a remote ( not as a storage repository on xcp-ng)

@Danp Thanks... Just ticked that off and they are migrating. I'll try backup again but something tells me the backup issue will still persist. I'll send logs once that fails.

The fix, which was proposed as a test to resolve some of the issues encountered, has been integrated into an official update candidate which will be released to everyone next time we publish updates. For more information on this update, you can consult the following post: https://xcp-ng.org/forum/post/96135

@Nephilim ?Yes I also did save mine. However, it seems to be useless trying to import it into the 8.3 release. Having to set up my pool interfaces and storage again would be pain in the but. for me.