Start a Conversation

Unsolved

This post is more than 5 years old

C

15748

February 28th, 2008 23:00

PE2950 running ESX 3.5, Solaris 64-bit virtual host won't boot.

The server is a PE-2950 with dual Xeon 5450 series 3.0 GHz procs.

  When trying to run Solaris 10  in 64-bit mode, the  boot process dies almost immediately and does an instant restart.  The install process appears to go properly all the way to the first restart. After that, it gets to the OS mode selection screen.  Then when the normal start option is chosen, it tries to start load the OS. If manages to put 3 lines of text to the screen then freezes for 1 second and restarts.

I have enabled VT in the BIOS as directed to allow the Xeon's to work in 64-bit mode.  The BIOS is back level, and I am working to update it to the current release.  Are there any other BIOS configuration changes that need to be made?

Has anyoen gotten this combination to work?  I am already running Windows and Linux on the ESX host, but Solaris 10 refuses to run.

I've already spent 2 days on the phone with VMWare support.  I even uploaded the VM images to them and they run fine on their hardware, so it is either my VMWare install, or the hardware it is running on. The VMWare support team inspected my installation and didn't see any issues, so that leaves the hardware/configuration.

Thanks for any assistance,
Clint

7 Posts

February 29th, 2008 00:00

Is ESX seeing VT support? ESX isn't picking up VT support on my SC1430. Which version of ESX are you using? I'm running 3.5 and am considering rolling back to 3.0.2 to see if it works there.

4 Posts

February 29th, 2008 01:00

I'm not sure.  This is my first experience using VMWare ESX servers.  Solaris 64-bit is a selectable option on the VMWare host settings when creating a VM on the server.

How are you checking whether or not ESX is picking up VT support?  That could be my issue.  I know it wasn't enabled when we installed the ESX software. Then I enabled it in the BIOS when we had this problem with Solaris.


Thanks!
Clint

7 Posts

February 29th, 2008 02:00

Easiest way to check is to log onto the server via ssh or on the console and type the following:

grep vmx /proc/cpuinfo

If VT is enabled you should get a flags line back with a bunch of info indicating what instruction sets the CPU supports (or at least what the OS can see). If you get nothing back it means that ESX doesn't think your CPU supports Virtualization extensions. If you were running a server with an AMD processor you'd look for a different flag:

grep svm /proc/cpuinfo

Anyway, let me know what you get back from that command!

Cheers,
Erick
Message Edited by chiefmojo on 02-28-2008 10:16 PM

4 Posts

February 29th, 2008 12:00

That command returns no results.

So I take that to mean that VMWare doesn't recognize that I have the VT flag enabled? I looked at the cpuinfo file and saw no reference in the list of flags that looked like it would be related. Here is the list of flags:

flags:
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss tm nx lm



So... I wonder if I have to re-install VMWare for it to pick up that VT is enabled.  It was not enabled when VMWare was initially installed and I turned it on after digging for a resolution to this problem.


Clint
Message Edited by ccone on 02-29-2008 08:51 AM

4 Posts

February 29th, 2008 18:00

My VMWare support agent opened the /proc/cpuinfo file on a machine with working 64-bit Xeons...  there was no flag for vmx.  So that is not a reliable way to check for VT support.



The answer to my question boiled down to compatability.

While VMWare supports running ESX 3.5 on the PE2950...   and it supports the Xeon5450 processors in other servers...  They do not support running ESX 3.5 on a PE2950 running 5450's. 

My manager is *really* ticked about this.  More at the person who made the recommendation (not me, thank heaven), but looks like we are going to have to come up with new processors...


Clint

7 Posts

February 29th, 2008 21:00

Ahh, of course. The service console is nothing but a VM anyway. *sigh* I'll dig into this a little more and I've asked our consultant to noodle on it too. At least I can console myself with the fact that he didn't have an immediate answer and he *really* knows VMware.

With any luck they'll actually get around to fixing it. There's no technical reason why it wouldn't work -- all the bits are there. I think the lesson here is to adhere to the HCL -- the hypervisor is clearly really, really picky about what it will support. I can't blame your boss for being angry. It's just one of those things you learn the hard way unfortunately. Lord knows we've had our stumbles implementing ESX in our environment, but that's always going to be the case with a new platform. Still, it seems like this is one area of ESX that isn't as mature as it could be. Hopefully 4.0's hardware detection will be a little more sane.

7 Posts

February 29th, 2008 23:00

Clint, take a look at these two links -- you might find them interesting:

http://www.codesoil.net/2008/01/10/
http://www.dell.com/downloads/global/solutions/vmotion_compatiblity_matix.pdf

Good info -- may come in handy for you in the future.
No Events found!

Top