XCP-ng 8.3 betas and RCs feedback 🚀
-
@stormi So, is it better/safer to now just use
xcp-ng-cifor an actual representation of XCP 8.3/Xen 4.17 beta/RC release? -
@Andrew No, it's not safer, as it's not tested, and there are far more changes than just Xen.
-
@stormi said in XCP-ng 8.3 beta
:yum update --enablerepo=xcp-ng-lab
After the new updates came out yesterday, I did the update but, this time, I did what you said (" yum update --enablerepo=xcp-ng-lab") and it worked perfectly...thanks!
-
New updates are propagating to the mirrors as I write this. Xen 4.17 for everyone, XAPI 24.11, and various other changes bringing us closer to a release candidate for XCP-ng 8.3.
Users of Xen 4.17 from the
xcp-ng-labrepository don't need to use this repository anymore, as the new update supersedes it. -
@stormi
I tried it but....
I will try to paste a pic here, don't laugh at me
I have a few weeks ago installed nut client:
yum --enablerepo=* install nut-client.x86_64
I hope that didnt break it -
@ph7
I was running xo from a container in truenas
I shall fire up a fresh xoce---------- edit -------------------
Here is the output from my 2:nd try, now with a fresh xoce-1(Command '['yum', 'update', '--disablerepo=*', '--enablerepo=xcp-ng-base,xcp-ng-updates', '-y']' returned non-zero exit status 1, , Traceback (most recent call last):
File "/etc/xapi.d/plugins/xcpngutils/init.py", line 119, in wrapper
return func(*args, **kwds)
File "/etc/xapi.d/plugins/updater.py", line 96, in decorator
return func(args, **kwargs)
File "/etc/xapi.d/plugins/updater.py", line 182, in update
return install_helper(session, args, 'update')
File "/etc/xapi.d/plugins/updater.py", line 153, in install_helper
raise error
CalledProcessError: Command '['yum', 'update', '--disablerepo=', '--enablerepo=xcp-ng-base,xcp-ng-updates', '-y']' returned non-zero exit status 1 -
@ph7
I removed Netdata then I was able to update the host from the cli.
I only have one host now so I dont know if it works from within xo. -
Can it be that after update and reboot and the bar goes to the left it needs a lot of time to reboot?
On tty 2 it hangs after “stopped the zen xenstore”
-
@Houbsi
If that was a reply to me, no
The update didnt even start
but after i removed netdata it seems like the update worked.
I got a 4 hung tasks after the " Smart reboot" i tried before I found the netdata issue,
I have to deal with that tomorrowgood night
-
So. I will post tomorrow some screenshots. But the install went 100% on first try. But the reboot process got timed out and it killed the job. After reboot everything works fine at the moment.
-
@stormi
Worked for me at the first site but it did one weird thing that its never done before.When I applied the patches to the pool master, it disappeared from the XOA GUI. Normally, after you apply the updates, all the hosts (including the master) disappear for a few minutes and then come back but this time they didn't. I had to just reboot it from the Dell Idrac GUI. It rebooted and then all the hosts came back.
-
@ph7 I did push a rebuilt netdata for Xen 4.17 yesterday, so it should have worked, but I admit I haven't tested the update process myself so maybe I've missed something.
Can you extract the error messages from the output of
yum history?yum historyto get the list of operations, andyum history info NUMBERfor the details of a given call. -
@Houbsi What was the update method used?
-
@stormi
I used "yum update" with the 8.3 repo in the yum.repos.d file activated.After that i always do a sanity reboot.
-
@Houbsi So what job got killed waiting for the reboot? I don't have all context here
-
[ OK ] Stopped The Xen xenstore. [ !! ] Forcibly rebooting: job timed outThat's all what i got from the console, if there is a log somewhere with more information, i'll be happy to provide it to you!
-
@archw Maybe similar issue to what Houbsi saw, long shutdown due to a stuck task.
-
@Houbsi anything above this that would tell us what job was stuck? The xenstore stop ended well, as the
[ OK ]message indicates. -
All i have from a screenshot, and from what i saw was ok, down i'll put the log i screenshoted to a colleague in the datacenter
[ OK ] Stopped TLS tunnel for xapi. [ OK ] Stopped Generate TLS certificates for x Stopping Generate TLS certificates for [ OK ] Stopped Xapi storage script plugin serv [ OK ] Stopped target System Time Synchronized [ OK ] Stopped Wait for chrony to synchronize Stopping Wait for chrony to synchronize Stopping NTP client/server... [ OK ] Stopped NTP client/server. [ OK ] Stopped Tapback daemon for blktap3. Stopping The Xen xenstore... [ OK ] Stopped The Xen xenstore. [ !! ] Forcibly rebooting: job timed outWhat i just remember, is that my monitoring for my mailserver, running on a vm with alma and mailcow-dockerized, did not trigger until the Forced rebooting. Maybe in the "reboot" process the shutdown of the VM's hindered the process? I hadn't had that problem before. Just when i try to do the normal reboot process in XOA. This VM has the options Auto power on", "Protect from accidental deletion", "Protect from accidental shutdown" set to true. (Just verified the settings)
-
@Houbsi Anyway, I believe this was a transient issue, maybe related to the big jump in versions in the latest packages. Keep us in touch if this happens again.
-
S stormi forked this topic on