@kagbasi-ngc I figured out what the problem was, so wanted to post it for the benefit of the community.

The root cause for me ended up being a firewall issue on the Windows Server where I was running the NFS server role. While I hadn't made any changes to the firewall, the profile of the network interface connected to the management network had changed from Domain to Public/Private, thus, Windows Defender Firewall applied the most restrictive settings since it saw that the NIC wasn't connected to the Domain profile (even though it physically was).

This post on Serverfault (https://serverfault.com/a/647201/189248) clued me in and I looked at the Network Location Awareness service (NLA). It was set automatic and was running, so I restarted it and this reverted the profile of the NIC back to Domain and caused Windows Defender Firewall to apply the previously configured rules.

It is important to note that this situation won't be common, as most of you won't be running your NAS on a dual-homed domain controller that is also running the DHCP server role. Hope this helps someone.

@Prilly Looks like @lawrencesystems has a good explainer video on YouTube at https://youtu.be/weVoKm8kDb4?si=QH93rOKaXLglrIbS

Check it out when you get a chance, thanks.

@lsouai-vates Duly noted.

If amd when you do get a moment, could you have a look at https://xcp-ng.org/forum/post/94297 and offer up any guidance on how I can stop the debug log entries and also the double timestamp entries in the audit.log file?

Thank you.

@ThasianXi Thanks, I will checkout the resources you've shared. I already figured out the XCP-ng side and wanted to get the XO side as well.

Thanks again.

@nathanael-h Yeah, I've already done that several times and no luck.

What I'm gonna try now is see if I can boot it with the Windows installation disk, go into recovery and access the WinPE command line, and see if I can run xenbootfix.exe to clean out the guest tools/drivers.

If that doesn't work, I'll just blow away the VM and start over. I just hate doing this, cos it doesn't give us the chance to figure out why this happened.

@olivierlambert Cool, I'll run the other two when I get back. I'll kick them off simultaneously.

@olivierlambert No sir, I have not. I'll try that and report back shortly.

Thanks to both of you, I adjust accordingly.

The strange thing is that, I have an open ticket and the way I've always corresponded with the team is by simply replying to that email and it's always gotten through. This is the first time I've seen that bounce (which suggests a change somewhere).

No worries though, I'll just log into the helpdesk portal and add a comment directly to the ticket.

@Chico008 Seems like you're duplicating your inquiries. As I suggested in the previous thread, I think your memberOf is missing the full DN of the group.

@Chico008 I suspect it's failing because memberOf must have the full Distinguished Name (DN) of the group, not just the group name.

@JBlessing You're welcome!

@JBlessing At the bottom of the release page (https://github.com/xcp-ng/xenadmin/releases/tag/v25.04) are the links to download either the MSI installer or a Zip file containing the entire application (if you want a portable package).

@lsouai-vates Duly noted.

If amd when you do get a moment, could you have a look at https://xcp-ng.org/forum/post/94297 and offer up any guidance on how I can stop the debug log entries and also the double timestamp entries in the audit.log file?

Thank you.

@lsouai-vates Actually I do. Don't want to derail this thread, mind if I DM you? I promise not to monopolize your time.

@lsouai-vates No worries, I think we can mark this issue as resolved (or close it altogether).

While capturing the screenshots for you, I noticed that I was holding the mouse cursor over the sidebar - thus preventing it from collapsing. Once I click anywhere else on the page, the sidebar collapsed accordingly.

Sorry for causing any panic - the UI looks like it's behaving as designed. Thanks again for engaging so quickly.

Good-day Folks,

XOCE Version: Commit 2effd85

Wondering if anyone else is seeing this behavior on XO6 on Commit 2effd85. Looks like if you click the Lock Sidebar button, the sidebar locks indeed, however, the whole page still behaves as if you'd clicked on the Close Sidebar button.

I created an animated GIF to share, but it's not allowed here so unable to share it directly. So I uploaded it to my Google Photos account, here's a link: https://photos.app.goo.gl/RVT1CE19tPv8SbF37

@abudef I know your question was targeted to the Vates team, however, I'd like to chime in....if that's ok?

As a Windows SysAdmin, myself, I had to eat the proverbial "humble pie" and eventually learn Linux to take advantage of a lot Opensource software. It goes without saying, that you'll have to do the same here.

Now, if you really wanted to, you could install XO from sources using Ronivay's script into a Debian VM running on VirtualBox or Hyper-V on your Windows machine, then use that to manage your pool.

@rustylh Not a pro here, but in my experience thus far, most weird issues are solved with a Toolstack Restart. Have you tried that already? If not, do so from whichever node is currently the master, then report back.

@ThasianXi Thanks, I will checkout the resources you've shared. I already figured out the XCP-ng side and wanted to get the XO side as well.

Thanks again.

Good-day Folks,

Has anyone been successful in shipping off Xen Orchestra logs to a remote syslog server?

I'm in the process of configuring the XCP-ng hosts to forward logs to a Logstash server for ingest into Elasticsearch, as part of an effort to demonstrate compliance to RMF and DISA STIGs (similar to VMware ESXi + VCenter).