🛰️ XO 6: dedicated thread for all your feedback!

Greg_E

@poddingue I haven't had time to get back and check this, my lab hasn't even had power on it for about 4 months.

coolsport00

@poddingue maybe it was this yr? Heck...the days & months just run together on me anymore I'll check that out. Appreciate it!

poddingue

Thanks!

coolsport00

Maybe I missed this somewhere...but in XO6 > Quick Actions, is it planned to add a Migration option there? I think that is a needed high action item. I don't see Migrate anywhere in XO6 (yet). BTW, I'm going through all the XO 6.x updates posts. I've not yet finished reading through them, so apologies if it was mentioned in one that I haven't read yet

julienXOvates

@coolsport00 you mean migrate VM ? it's not yet there in XO6, but we'll bring it soon (hopefully in the next 2 months).

coolsport00

@julienXOvates Ok, great. Sounds good...thank you Julien!

Also, do you all have GPU passthrough yet? I'm really needing that function for a VDI setup i have. Thanks!

MihaiAmbrosie

@coolsport00 It looks like it is supported https://xcp-ng.org/forum/topic/11034/gpu-passthrough/19#

pdonias

Hello everyone! We need you!

We're currently designing the XO 6 UI for non-admin users, and some choices are genuinely hard to make. If you'd like to give us your opinion, here's a 30-second survey with 2 questions we couldn't settle ourselves: https://survey.vates.tech/s/cms4nrqb4005wrw01021ru6dy

Thanks!

acebmxer

@pdonias said:

Hello everyone! We need you!

We're currently designing the XO 6 UI for non-admin users, and some choices are genuinely hard to make. If you'd like to give us your opinion, here's a 30-second survey with 2 questions we couldn't settle ourselves: https://survey.vates.tech/s/cms4nrqb4005wrw01021ru6dy

Thanks!

Thank you with presenting us with a choice. I have made my comments and offered a 3rd option.

rcolzen

Hello, I hope this is the correct place to report this issue.

Short version:

When an XO-managed NFS remote became unreachable, XOA Web UI would not become operational. Once the NFS server became reachable again, the UI immediately recovered.

Investigation and Findings

We just updated our XOA to ver. 6.8.2, and discovered that if an NFS remote becomes unavailable, XOA Web UI does not load correctly and appears unavailable to users. This has not been an issue with previous versions.

We had some network changes in our environment, and because of that the network to one of our NFS remotes broke for some time. The XOA UI would not load at all, despite being up before our network broke the connection to the NFS.

Checking logs, we observed repeated warnings such as:

TimeoutError: operation timed out

for the remote.

Additionally, XOA reported:

Setting up /v5
Setting up /v6
Setting up /

and:

Web server listening on http://[::]:80
Web server listening on https://[::]:443

which suggests the web service itself started.

Also, xoa check reported all fine.

However, as long as our NFS was unreachable, no user could not access a functional Web UI, either v6 or v5.

Root Cause

One of the configured NFS remotes was unavailable:

172.24.44.140:/mnt/Storage01/vm-iso-store

After connectivity to the NFS server (172.24.44.140) was restored, the Web UI immediately became operational again.

Before connectivity was restored:

df -h was hanging for an extended period.
XOA Web UI was unavailable.
xoa check did not identify the problem.
Multiple remote timeout errors appeared in the logs.

After NFS connectivity returned:

df -h completed immediately.
XOA Web UI became available again.
No manual XO intervention was required.

We expect an unavailable NFS remote (an ISO repository) should mark the remote as unavailable, and allow XO/XOA Web UI to load normally.

If this is not the correct place for this type of bug report, please feel free to move it or point me to the appropriate location. I wanted to make sure the issue was reported and documented.

Thanks.