From: Mike Anderson <andmike@us.ibm.com>
To: Eddie Williams <Eddie.Williams@steeleye.com>
Cc: Theodore Tso <tytso@mit.edu>, "Martin K. Petersen" <mkp@mkp.net>,
linux-scsi@vger.kernel.org
Subject: Re: [RFC] Persistent naming of scsi devices
Date: Wed, 10 Apr 2002 10:45:50 -0700 [thread overview]
Message-ID: <20020410104550.A9957@beaverton.ibm.com> (raw)
In-Reply-To: <200204101405.KAA09838@hancock.sc.steeleye.com>; from Eddie.Williams@steeleye.com on Wed, Apr 10, 2002 at 10:04:01AM -0400
Eddie Williams [Eddie.Williams@steeleye.com] wrote:
> On Wednesday 10 April 2002 09:19 am, Theodore Tso wrote:
>
> > That is indeed a hard problem, and ultimately, the thing that will
> > make this easier is if there's some way we can read out a
> > drive-specific serial number out of the ATAPI or SCSI interfaces. I
> > don't know if disk serial numbers are commonly supported by disk
> > manufacturers, but hopefully the newer disks have something like that
> > we can use. Without it, though, the problem is very, very hard if you
> > want to make it 100% foolproof --- and hence, something which
> > civilians (i.e., stupid users) can use.
>
> While I enjoy bashing stupid users I would like to point out that persistent
> naming, while it makes life easier for stupid users, it has tremendous
> benefits for all of us.
>
> We (the product I work on) have used serial numbers for a long time to
> uniquely identify devices and this improves the ease of use tremendously. In
> a cluster this is really critical or one can easily try to bring an
> application in-service on a wrong device with catestrophic results.
Agreed,
While the immutablity / uniqueness of uuids across different name spaces
may vary depending on device capability there are still useful. Many have
been obtaining IDs from devices for years using a method of obtaining the
most unique ID the device can provide and then ensuring that names spaces
do not collide (i.e go for page 0x83, then 0x80, vendor-product-serial,
vendor unique).
We have also found in the past that when users make complete copies of
there volumes (for the purpose of hot-backup) that a uuid is one of the
few methods that can be used to differ the clone from the original.
-Mike
--
Michael Anderson
andmike@us.ibm.com
next prev parent reply other threads:[~2002-04-10 17:45 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-08 19:18 [RFC] Persistent naming of scsi devices Martin Peschke3
2002-04-08 20:45 ` Matthew Jacob
2002-04-10 1:16 ` Rick Stevens
2002-04-10 2:01 ` Matthew Jacob
2002-04-10 2:17 ` Linus Torvalds
2002-04-10 3:37 ` Martin K. Petersen
2002-04-10 13:19 ` Theodore Tso
2002-04-10 14:04 ` Eddie Williams
2002-04-10 17:45 ` Mike Anderson [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-06-05 20:13 sullivan
2002-06-06 1:08 ` Douglas Gilbert
2002-04-12 18:03 berthiaume_wayne
2002-04-12 17:18 Bryan Henderson
2002-04-12 13:15 berthiaume_wayne
2002-04-11 16:01 Bryan Henderson
2002-04-10 20:24 berthiaume_wayne
2002-04-10 19:02 Martin Peschke3
2002-04-10 16:44 berthiaume_wayne
2002-04-10 15:52 Martin Peschke3
2002-04-10 19:33 ` Matthew Jacob
2002-04-10 15:28 Bryan Henderson
2002-04-10 14:36 berthiaume_wayne
2002-04-10 16:02 ` Matthew Jacob
2002-04-10 14:28 berthiaume_wayne
2002-04-10 1:40 Bryan Henderson
2002-04-08 22:05 Martin Peschke3
2002-04-08 22:17 ` Matthew Jacob
2002-04-08 16:11 Matt_Domsch
2002-04-08 15:18 sullivan
2002-04-08 15:04 ` Christoph Hellwig
2002-04-08 15:59 ` Matthew Jacob
2002-04-08 16:34 ` James Bottomley
2002-04-08 18:27 ` Patrick Mansfield
2002-04-08 19:17 ` James Bottomley
2002-04-09 0:22 ` Douglas Gilbert
2002-04-09 14:35 ` sullivan
2002-04-09 14:55 ` sullivan
2002-04-08 17:51 ` Oliver Neukum
2002-04-08 18:01 ` Christoph Hellwig
2002-04-08 18:18 ` Matthew Jacob
2002-04-08 18:28 ` James Bottomley
2002-04-08 18:34 ` Matthew Jacob
2002-04-08 19:07 ` James Bottomley
2002-04-08 20:41 ` Matthew Jacob
2002-04-08 18:45 ` Tigran Aivazian
2002-04-08 20:18 ` Eddie Williams
2002-04-09 0:48 ` Kurt Garloff
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020410104550.A9957@beaverton.ibm.com \
--to=andmike@us.ibm.com \
--cc=Eddie.Williams@steeleye.com \
--cc=linux-scsi@vger.kernel.org \
--cc=mkp@mkp.net \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.