An updated installer for XCP-ng 7.5.0
We built an updated installer ISO image. It's undergoing testing. If you want to help with the tests (which would be appreciated), you can find it there: https://xcp-ng.org/7.5/xcp-ng-7.5.0-2-test.iso
Here are the changes since the initial release of XCP-ng 7.5.0:
- Software RAID support in installer
- All the updates we released since the initial release of XCP-ng 7.5.0
- Security fixes for XAPI, XEN and the linux kernel https://xcp-ng.org/2018/08/15/xcp-ng-security-bulletin/
- Fixed broken VHD import in vhd-tool https://xcp-ng.org/forum/post/3460
- Fixed broken link to XCP-ng Center in the "welcome" HTML page
This is just an updated installation image, not a new version of XCP-ng.
You don't need to upgrade existing XCP-ng 7.5.0 installations with this installer.
What to test:
- Installation, upgrade, all the usual stuff an installation ISO is used for.
- Software RAID support.
- Anything that comes to your devious minds
Software raid installer not working for me. I hit the raid button, selected sda and sdb and hit OK. After a short delay I was returned to the previous screen. I half expected to see an md device I could select for installation but there was only sda and sdb. I hit the raid button again but the screen was unchanged. I went back and selected sda as I only had a choice between sda and sdb. I filled in the remaining screens to start the installation and got an unrecoverable error as follows:
Failed to create root filesystem: mke2fs 1.42.9 (28-Dec-2013)
/dev/sda1 is apparently in use by the system; will not make a filesystem here.
If I am doing something wrong I will need some instruction please.
There may be interesting error messages in the tty3 console (ALT+F3) to switch to it during the raid creation. Can you check and provide them here?
nraynaud last edited by
@frank-s Could you re-try the sequence and give us the error message please. You might have found a secondary issue with the error handler, it should have shown the message.
I have created two ILO recordings for you to review created in HP ILO4 standalone console . You will be able to see exactly what is happening. How do I send them to you? I have tried the "Upload Image" button but apparently I don't have sufficient privileges to do that. They are small files at 188KB and 124KB.
I think the interface does not like the file extension .ilo If I change it to .jpg it uploads but rejects with invalid file signature.
You can download the recordings from here:
Also you will find there the ilo4 standalone console setup file should you need it. I await your response. Thanks
@frank-s Hello again. My issue is resolved. I was using used disks which had previously been used with mdadm. Although I applied "mdadm --zero-superblock" to every partition and the device itself before deleting the partition tables and dd zeroed the first 50 Gigs of the drives, the installer didn't like it. Maybe I should also have zeroed the end of the drive??? Anyway I zeroed out the entire drive (both of them) with dd and the installer worked like a charm. I also tested upgrade which also worked flawlessly.
Thank you for the great work you are doing. Over the years I have spent many many hours loading xenserver with bootable raid. This is going to make life so much easier...
It's now released, thanks for the tests that allowed to improve it: https://xcp-ng.org/2018/09/21/xcp-ng-new-install-features/
Rinux last edited by Rinux
I tried the ISO but I am not able to create the volume with the softraid; I do not understand where I'm wrong but after choosing the volumes the screen remains blue and does not continue the installation even waiting for minutes...
What I see:
- one process with mdadm that does nothing
- strange, I expected to find /proc/mdstat but it is not present
- I read error messages on the log terminal (F3)
mdadm: Unrecognised md component device - /dev/sda
mdadm: Unrecognised md component device - /dev/sdb
I tried with the various options (install, safe, multipath) but none seems to go; and I can not understand where I'm wrong.
PS: The installation test is performed on non-empty disks, where there is a partitioning and an old installation of XenServer 6.2. I have not tried to wipe the disks, I would first understand if I do not skip a few steps...
@rinux Have these disks been used for RAID in the past? There may be some cases where the steps we took to clean the disks are incomplete.
What's the MD5SUM of the ISO you used (would be a good habit to automatically give that kind of information :))?
Rinux last edited by
@stormi no, the disk pair contains an old installation of XenServer (no raid) and I do not think it has ever been used for anything else... md5sum of the ISO: deb2a0990390a6a4eb51a428b6a53995 (the same as the one shown here!).
I'm not quite inside the xen logic, but on dom0 I do not find any trace of the availability of raid software profiles ... I figured I could find something with "dmesg | grep md" ... sure I'm not forgetting some boot options?
dvdhngs last edited by
@frank-s newbie here, just 1 week of trying to use, have that exactly same problem, already make raid, did some things, when trying to install again, md127p1 is already in use, I know need the zero raid... But I don't know how.... Using another live Linux?
For me it was old mdadm superblocks. Once the partition tables have been deleted they could be anywhere depending on the original raid setup. Best thing is zero the entire disk.
dd if=/dev/zero of=/dev/sdx bs=1M status=progress
where x is your drive letter.
Do this for each raid disk
Then go and drink some beers. It will take some time...
dvdhngs last edited by
@frank-s, very thanks for the help!
where I run this line? on shell option at xcp-ng instalation screen, or f3 when installing, or using another live linux?
To avoid filling the whole disk with zeros, you can probably "just" do a
mdadm --zero-superblock /dev/sdX(for each disk).
If it's not enough, please report back
@dvdhngs when you are in any menu in the install, use Alt key + right arrow to get a console.
I did that Olivier but for me it didn't work. That's why I zeroed both disks entirely. Worth a try though as it doesn't take long.
Do you remember, on this disk, which version of mdadm superblocks did you used before?
Hmmm. It might have been 0.9 as it was for boot partition. It wasn't whole disk raid though. Each partition was a different raid set.