Updated xcp-ng-pv-tools on my one XCP 8.2 server. (We have mostly (citrix)7.1 and (xcp)7.6 because of hardware RAID limitations)
Found the ISO located at /opt/xensource/packages/iso. (verison 8.2.0-9)
Moved this to my local workstation, and then to my ISO-repo file server.
Went to my XCP 7.6 server, and then to the Rocky Linux 8.4 VM i just set up.
Removed the EPEL xe-guest-utilities-latest package. (7.21.0-1)
Mounted the XCP ISO from the ISO-repo and installed the guest tools from that. (7.20.0-9)

Agent detected! and the service seems to run without error.

pulled and rebuilt and plugins have returned!

Looks like Citrix is on the case, but no idea when.

https://www.windowscentral.com/citrix-will-run-windows-11

@darkbeldin

Hopefully you've been looking, if not this is a friendly reminder

i've had operators already using Win 11, the pre-release, it looks like tho. Looks like Hyper-V obviously has support for it, and maybe VmWare. I've not seen anything from Citrix, nor Oracle yet.

Updated xcp-ng-pv-tools on my one XCP 8.2 server. (We have mostly (citrix)7.1 and (xcp)7.6 because of hardware RAID limitations)
Found the ISO located at /opt/xensource/packages/iso. (verison 8.2.0-9)
Moved this to my local workstation, and then to my ISO-repo file server.
Went to my XCP 7.6 server, and then to the Rocky Linux 8.4 VM i just set up.
Removed the EPEL xe-guest-utilities-latest package. (7.21.0-1)
Mounted the XCP ISO from the ISO-repo and installed the guest tools from that. (7.20.0-9)

Agent detected! and the service seems to run without error.

And this would only be on hardware that has TPM on board (and passed through to VM), or some sort of emulated TPM? We still have many hosts on Citrix 7.1, and XCP 7.6 because the RAID hardware doesn't work (monitoring software) doesn't work in XCP 8+.

Has anyone mentioned support for Windows 11, and TPM 2 yet?
I should clarify, meeting the requirements of TPM 2 for Windows 11 guests. Does XCP have the ability to pass through the features of TPM 2, or emulate them?

@deoccultist
Sadly, none of this seemed to make any difference.

Hello.
I understand this has been discussed a little bit, but nothing I've seen is pointing me in the right direction. Was wondering if anyone has this Active Directory business working?

Basically I have a group that is 3 OU's deep in my AD, and want to let those users, in that group, log in, so I can set them permissions. Nothing seems to work.

If I try to log in, (and the notation? or style isn't mentioned anywhere, that I can see) user@domain.ext, domain\user, and user just don't authenticate.

On the Test Plugin part, its not clear if I need to use the LDAP read-user or any intended AD user, nor notation. But if I do, all I get is:

0000208D: NameErr: DSID-03100288, problem 2001 (NO_OBJECT), data 0, best match of:
'OU=OULevel2,OU=OULevel1,DC=domain,DC=ext'

Note, the error doesn't mention OU Level 3, where group of users are.

Im using a brand new install with the XenOrchestraInstallerUpdater script, which went perfect.
My LDAP URI is ldap://host.domain.ext
check certificate and TLS is off.
The LDAP user is user@domain.ext.
User Filter: (sAMAccountName={{name}})

Is there a way to export out a list of VM and what host they live on, in Xen Ochestra? maybe as CSV, or Excel?

I concentrated here, after upgrading my second server:
Error: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /root/xen-orchestra/node_modules/argon2/lib/binding/napi-v3/argon2.node)

I've found circumstantial evidence that this depends on libraries found in newer gcc than is in the Cent OS 7 repo at this time.

strings /usr/lib64/libstdc++.so.6 | grep CXXABI
CXXABI_1.3
CXXABI_1.3.1
CXXABI_1.3.2
CXXABI_1.3.3
CXXABI_1.3.4
CXXABI_1.3.5
CXXABI_1.3.6
CXXABI_1.3.7
CXXABI_TM_1

so argon2.node requires something newer than centos7 can provide?!
and upgrading gcc does the trick? I may have to try when I have more time.
https://stackoverflow.com/questions/63374392/node-module-argon2-usr-lib-x86-64-linux-gnu-libstdc-so-6-version-cxxabi-1

Indeed here is Centos 8.
$ strings /usr/lib64/libstdc++.so.6 | grep CXXABI
CXXABI_1.3
CXXABI_1.3.1
CXXABI_1.3.2
CXXABI_1.3.3
CXXABI_1.3.4
CXXABI_1.3.5
CXXABI_1.3.6
CXXABI_1.3.7
CXXABI_1.3.8
CXXABI_1.3.9
CXXABI_1.3.10
CXXABI_1.3.11
CXXABI_TM_1
CXXABI_FLOAT128

and yes, I understand that XO doesn't target CentOS, but its our 'standard' right now.

Well, you are right, There wasn't explicit support for Cent I don't think. The installer script that I mentioned, did mention it (but not a primary target), and I thought it looked like it dropped 7. We've been standardizing on Cent, thats why I chose it. And am skittish on using 8 now that Redhat dropped it, hard. In fact I've been backtracking the couple machines I used 8 on.

In any case, I have two XO machines on different VLANs, one in the colocation facility. I attempted to update Cent, like I usually do, when you all release a version, and then update XO, with the git command, and the yarn, yarn build command. None of that seemed to error out at all.

After the error, and XO wouldn't start, I rolled back to the previous folder, and it started. So good news there. I looked at the other XO server, that I didn't upgrade, and it has gcc and gcc-g++ installed, and the first one does NOT. Weird that XO works at all, I guess. Not sure thats the key, but I'll have to do some testing with that.

Thanks all for the reply, and happy new year. Hope it gets better.