Date: Thu, 16 Sep 2010 03:20:34 -0700 From: Jeremy Chadwick <freebsd@jdc.parodius.com> To: Michael Sperber <sperber@deinprogramm.de> Cc: freebsd-stable@freebsd.org, Stefan Bethke <stb@lassitu.de> Subject: Re: How to predict drive number change for 7.3->8.1 upgrade? Message-ID: <20100916102034.GA17113@icarus.home.lan> In-Reply-To: <y9ly6b2f2lg.fsf@deinprogramm.de> References: <y9l7himgit9.fsf@deinprogramm.de> <C8117F8C-DDAF-47A4-A723-71AAEA6E22FA@lassitu.de> <y9ly6b2f2lg.fsf@deinprogramm.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 16, 2010 at 11:40:43AM +0200, Michael Sperber wrote: > Stefan Bethke <stb@lassitu.de> writes: > > Am 16.09.2010 um 11:05 schrieb Michael Sperber: > > > >> I just upgraded my desktop system from 7.3 to 8.1, and the main hard > >> drive, which was /dev/ad6 before is now /dev/ad10. Consequently, the > >> initial boot failed when trying to mount the root file system from ad6. > >> > >> The desktop system is now fixed, but I also have a rented server with > >> only a serial console, and I worry that the upgrade is going to leave me > >> with a dead machine. Is there any way to predict how the drive number > >> changes? (Why does it change at all?) If so, what's the proper way to > >> tell the system the initial root device *before* rebooting? > > > > If you have a serial console, you can always enter the root device at > > the prompt, so you can recover there. > > I know. But given the serial-console problems recently reported here, I > was a bit reluctant to take the risk. I assume you're referring to the issue reported by Oliver Fromme. That issue may -- not 100% certain at this point -- be related to the DCD line on a serial port being used/honoured by uart(4). We have numerous systems using RELENG_8 with reliable/working serial console, but as I stated in the other thread, our wiring/equipment and adapters differ from Oliver's. I still have not tested the patch Ed provided due to my day (night) job keeping me busy the past 24-48 hours. I'll see if I can get to testing it tonight. The only reason I'm testing the patch, by the way, is to see if *our* stuff suddenly breaks -- and if it does, I can still roll it back remotely (via serial console). Soapbox, for what it's worth: Serial console unreliability and OS installs are both reasons why I rent co-location space that's local to me (within driving distance). I cannot imagine having servers in another state or country which only have serial console (e.g. PXE is not configured in the BIOS, BIOS lacks serial redirection, no remote rebooter/power-cycle unit, no dial-in modem, etc.). Depending on how mission-critical your setup is, I would highly recommend investing the time and money into a setup that does allow access to the servers when serial console breaks -- an KVM-over-IP device would be ideal, since it gives you VGA console via VNC or a Java client. In my case I'm just a single guy with a bunch of servers, and run what I do as a (expensive) hobby. KVM-over-IP devices are unreasonably overpriced (like most "enterprise-grade" things), and I tend to shy away from HP/Compaq ProLiant hardware (which have LOM/LOM2) since over the years I've seen too many problems with them posted on the FreeBSD lists (mainly relating to storage device driver problems), not to mention the support contract costs... -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100916102034.GA17113>