I'm having a problem with my FreeBSD virtual machines on the production HP DL360 G4p servers we are using. In test I used a weaker ESX box and never had the issue. The problem is when rebooting the virtual machine it will sometimes hang at "Waiting 15 seconds for SCSI devices to settle". This never happened on the test box and I have never encountered it before. Furthermore, if I use Vmotion (to move the virtual machine to a different ESX host) and bring the virtual machine up on another ESX server everything is fine and the virtual machine boots normally. Because of this I figured that it was an ESX problem and decided to put a support ticket in with them. They replied with this: "The particular "Waiting 15 seconds for SCSI devices to settle" message you are getting with FreeBSD is a known issue with the FreeBSD system that occurs on physical systems as well. The work around for it is to edit your kernel config file with 'OPTIONS SCSI_DELAY=1000' and to rebuild and install the new kernel" To me this doesn't sound right, can anyone confirm? Thanks, Colin
vmware's virtual implementation of acpi collides with freebsd. best practice is to disable acpi altogether in the actual config file on the host o/s for the VM by manually placing: acpi.present = "false" monitor_control.disable_apic = "TRUE" in the whatever.vmx config file, and restarting the virtual machine. read up on the vmware forums for some more information from yours truly on trying to beat freebsd into running on ESX. there's additional problems you'll run into w/r/t crappy smbfs performance, agent support, and some esoteric problems like nanosleep() calls eating CPU instead of actually idling. -t On Sep 23, 2005, at 2:08 PM, Colin Farley wrote:> > I'm having a problem with my FreeBSD virtual machines on the > production HP > DL360 G4p servers we are using. In test I used a weaker ESX box > and never > had the issue. The problem is when rebooting the virtual machine > it will > sometimes hang at "Waiting 15 seconds for SCSI devices to settle". > This > never happened on the test box and I have never encountered it before. > Furthermore, if I use Vmotion (to move the virtual machine to a > different > ESX host) and bring the virtual machine up on another ESX server > everything > is fine and the virtual machine boots normally. Because of this I > figured > that it was an ESX problem and decided to put a support ticket in with > them. They replied with this: > > "The particular "Waiting 15 seconds for SCSI devices to settle" > message you > are getting with FreeBSD is a known issue with the FreeBSD system that > occurs > on physical systems as well. > > The work around for it is to edit your kernel config file with > 'OPTIONS > SCSI_DELAY=1000' and to > rebuild and install the new kernel" > > To me this doesn't sound right, can anyone confirm? > > Thanks, > Colin > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" >
Thanks for your help, adding the two lines that you mentioned below fixed the problem. Thanks again, Colin -----owner-freebsd-stable@freebsd.org wrote: ----- To: Colin Farley <Colin.Farley@ecarecenters.com> From: Tom Pepper <tom@blorp.com> Sent by: owner-freebsd-stable@freebsd.org Date: 09/23/2005 05:27PM cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.10-RELEASE-p16 on ESX Server 2.5.1 vmware's virtual implementation of acpi collides with freebsd. best practice is to disable acpi altogether in the actual config file on the host o/s for the VM by manually placing: acpi.present = "false" monitor_control.disable_apic = "TRUE" in the whatever.vmx config file, and restarting the virtual machine. read up on the vmware forums for some more information from yours truly on trying to beat freebsd into running on ESX. there's additional problems you'll run into w/r/t crappy smbfs performance, agent support, and some esoteric problems like nanosleep() calls eating CPU instead of actually idling. -t On Sep 23, 2005, at 2:08 PM, Colin Farley wrote:> > I'm having a problem with my FreeBSD virtual machines on the > production HP > DL360 G4p servers we are using. In test I used a weaker ESX box > and never > had the issue. The problem is when rebooting the virtual machine > it will > sometimes hang at "Waiting 15 seconds for SCSI devices to settle". > This > never happened on the test box and I have never encountered it before. > Furthermore, if I use Vmotion (to move the virtual machine to a > different > ESX host) and bring the virtual machine up on another ESX server > everything > is fine and the virtual machine boots normally. Because of this I > figured > that it was an ESX problem and decided to put a support ticket in with > them. They replied with this: > > "The particular "Waiting 15 seconds for SCSI devices to settle" > message you > are getting with FreeBSD is a known issue with the FreeBSD system that > occurs > on physical systems as well. > > The work around for it is to edit your kernel config file with > 'OPTIONS > SCSI_DELAY=1000' and to > rebuild and install the new kernel" > > To me this doesn't sound right, can anyone confirm? > > Thanks, > Colin > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" >_______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"