XCP-ng 7.5.0 final is here
-
Awesome! Thanks a lot for your work. Can the update now be done via yum or it's advised to use the standard upgrade procedure (from 7.4.1).
Cheers,
Sébastien -
It can be done via yum but we still consider it safer to use the ISO (because that kind of installation has been tested for a longer time, because it creates a back-up in the back-up partition...).
We'll give the yum upgrade procedure in the announcement.
-
Nice! that was fast
-
@stormi Okay, crystal clear thanks.
-
Thanks.
Gonna install it from scratch on the 3 develop servers.
-
Used Rufus to install the ISO to USB.
Booted, upgraded pool master from 7.4.
Tried to migrate all running VMs from the 2nd host (server1) to the pool master (server2) to apply the upgrade to server1.
2 VMs wouldn't migrate. Forcibly shutdown, now they are stuck as "Starting VM on server2..." not completing.
1 VM can't start "The operation cannot be performed because the specified virtual disk could not be found."Upgrading from Xenserver 7.3 to XCP-ng 7.4 was cleaner.
-
Double check your shared SR is connected on all host.
-
@olivierlambert It is. Reconnecting all the SRs was the first thing you're presented with after the upgrade. Even the local filesystem and DVD needed to be repaired.
After a reboot and a "PANIC on CPU 0", I did a cold shutdown. All VMs start now except the one that can't find the VDI, yet I can detach and reattach the VDI in XCP-ng Center.
-
that's… strange. Could it be a hardware issue? Panic on a CPU is not commong.
-
This post is deleted! -
@olivierlambert The VDIs are over shared ISCSI on FreeNAS VDEVs. There are other VMs with VDIs on the same RAID10 LUN that are running fine.
It's actually 2 VDIs and I moved both (boot and swap) of the failed VM to an alternate RAID5 LUN and it made no difference.
Is there a log I should be looking in to see more detail?
-
Check the
/var/log/xensource.log
andSMlog
about this VDI error.Again, a
PANIC on CPU 0
isn't a good news regarding your hardware. -
well installed from scratch on my 3 servers
everything fine, but, when trying to activate HA it gives me an error. The same when I upgraded 7.4.1 to 7.5 RC.3 hosts are connected via HBA to a one Storage on a fibre channel.
tried to connect only 2 hosts with a few combinations (host1 and host2, host1 and host3, host2 and host3), also trying to configure HA with one host (yep little strange) it gave me the same error.
-
Please provide real logs and not just a XCP-ng screenshot
How did you enable HA by the way?
-
The CPU PANIC was on server1 (not pool master) so I've shut it down and I'll do a fresh install there later. It won't even show me the NICs that I know are there. Might be a hardware problem indeed.
I left all VMs powered down and tried to capture SMlog and xensource.log for the duration of the startup failure event.
I see "Raised Server_error(SESSION_INVALID," but have no idea if this is related to the error.
I don't have privs to upload the files. -
Use pastebin or hastebin to put your logs there
SESSION INVALID is not related
-
-
VDI_MISSING
xensource.log:500
Aug 10 14:58:43 xs2 xenopsd-xc: [error|xs2|15 |Parallel:task=50.atoms=1.(VBD.plug RO vm=67bd9da9-9cb7-1882-9ad4-68e65e6095a2)|xenops] Re-raising exception VDI_MISSING: OpaqueRef:fa60f4c9-7095-35d7-6c91-2436713508a0; OpaqueRef:e08c2398-4e43-4cdd-af5b-41926a5f9d76
-
Well, I detached the VDIs, deleted the VM, created a new one, attached the VDIs and it booted up. This is solved for me, but I don't know the root cause.
-
Yehaa!
I hope you had a backup if it had not worked