Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On 07/20/2009 08:32 AM, Matthew Gillen wrote: > On 07/19/2009 04:25 PM, Jerry Feldman wrote: > =20 >> Drive mappings in Linux are somewhat arbitrary. My specific problem is= >> that I have a SCSI box, 2 controllers 5 slots each with roughly 9 driv= es >> currently plugged in. Looking at LVM, one drive, /dev/sdd, has not bee= n >> allocated. The issue is that I want to figure out what physical drive = it >> is.=20 >> =20 > > "hdparm -I /dev/sdd" will give you a serial number that you could check= > against the physical drive, if you can get in a peek at that. > > =20 >> The second problem is that this is a production drive and I don't >> want to have to shut it down. >> =20 > > Unless you have a really slick computer case that would let you look at= the > drive serial numbers without taking them out, I'm not sure how you'd ma= nage to > not shut it down. > > =20 >> Unfortunately, it is not hot-swap in that if I place a drive into an e= mpty >> slot, the system will not recognize it. I do know which physical drive= is >> the boot drive, so I could conceivably take down NFS and unmount the L= VM >> volumes. >> =20 > > I'm confused as to whether sdd is current a PV used by LVM, but not act= ually > in use, or if it's just an unused drive. I think you've got an extra s= tep to > do if it's the former. > > =20 Apparently it is a physical drive that has never been added to a VG. I think I might have labeled all the drives when I upgraded to RHEL 5.2, I think I may Right now they are upgrading the Internet connections, and there is a lot of stuff blocking our rack. In any case, just a question. --=20 Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org> Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |