Another XenServer Problem
-
I installed XenServer 6.2 (6.5 keyboard wasn't working) and when I start a VM I get an error listed in the picture below.
-
was there an ISO attached to the VM?
-
@johnhooks Yes, and it still fails...
-
@christophergault said:
@johnhooks Yes, and it still fails...
Is that the only ISO you have? Could you try a different one?
-
Yes I did try CentOS as well and same issue...
-
Was this with a template or the other install media? This thread says that it can be because of the wrong boot order in the templates.
http://discussions.citrix.com/topic/237726-unable-to-install-linux-guest/page-2
You can change the boot order with the command they stated.
-
@johnhooks I used install other media and it worked... thanks!
-
-
@johnhooks Only big problem is I still can't install 6.5...
-
@johnhooks Is it possible to upgrade to 6.5 via the CLI?
-
@christophergault said:
@johnhooks Is it possible to upgrade to 6.5 via the CLI?
Looks like you'd have to migrate all of the VMs off, at least if you're using XO.
https://xen-orchestra.com/blog/migrate-from-xenserver-6-2-to-6-5/
-
@johnhooks The issue is, I can't use a keyboard... it does not respond at all.
-
@christophergault said:
@johnhooks The issue is, I can't use a keyboard... it does not respond at all.
Since you have an OS on the server now, if you plug the keyboard in, does Linux see you plug it in?
If you type watch "dmesg | tail -10" does it pop up when you plug it in?
-
@johnhooks Yes
-
@christophergault said:
@johnhooks Yes
Ok, just to clarify does it work in the BIOS or anything else at all? Or does it just not work period?
-
@johnhooks It works in the BIOS, but when I use the 6.5 ISO it does not...
-
@christophergault said:
@johnhooks It works in the BIOS, but when I use the 6.5 ISO it does not...
Ah ok, this page has a couple ideas:
Here's what one person said:
There are verious things that can result into this bug. I'm unsure why Citrix doesn't get it managed to fix it.
E.g. if you installed a VMware previously, XenServer will stuck at the same step.
If you destroy RAID1 and recreate it, it's possible, that your controller just mirrors drive 0 again to drive 1 which still holds old data.
If you don't mind loosing stuff on that RAID, because you're using shared storage and still have your pool, try this one:
-
get any Linux CD (e.g. knoppers, debian netinstall...), boot the system and be sure, that your controller is supported.
-
switch to a console and do something like dd if=/dev/zero of=/dev/sda (it should normally be sda in such config)
-
press CTRL + C after a minute or whatever
Reboot and (hopefully) be happy with an installable server.
What it does is simple: It just overwrites the first (and following) sectors of your HDD, which contain the partitiontable and all that stuff. After 'zeroing' it, XenServer will think about fresh HDDs and doesn't hang on identifying whatever partitions.
That should'nt happen on normal HDDs while upgrading from XS 6.2 to 6.5 but helped in other situations.
Maybe it would have helped on SSDs too, though overwriting on SSDs is a thing for itself (what still should clean the 'system visible' partition table etc).
Rather than doing it that way and needing to press ctrl+c, you could just do
dd if=/dev/zero of=/dev/sda bs=512M count=1You can adjust the block size however you want.
-
-
@johnhooks Ill try that, thanks!
