[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4E60D16A.8060802@hitachi.com>
Date: Fri, 02 Sep 2011 21:51:54 +0900
From: Nao Nishijima <nao.nishijima.xt@...achi.com>
To: Valdis.Kletnieks@...edu
Cc: Tejun Heo <tj@...nel.org>, linux-kernel@...r.kernel.org,
linux-scsi@...r.kernel.org, Jens Axboe <axboe@...nel.dk>,
James.Bottomley@...senPartnership.com,
dle-develop@...ts.sourceforge.net,
Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>,
yrl.pp-manager.tt@...achi.com, kay.sievers@...il.com
Subject: Re: [-v3 PATCH 0/3] Persistent device name using alias
Hi Valdis,
(2011/08/31 5:02), Valdis.Kletnieks@...edu wrote:
> On Sat, 27 Aug 2011 21:54:29 +0900, Nao Nishijima said:
>
>> A kernel device names (e.g. sda) is not useful information because it
>> doesn't always point the same disk at each boot-up time.
>
> If this is important to you, can't you use a udev rule, similar to what most
> distros already stick in 70-persistent-net.rules and 70-persistent-cd.rules?
>
> (Yes, this *does* involve finding a UUID or label or something on the disk
> that you can identify as "same entity as last time".
As you said, it is able to identify a disk at the expense of checking
cost. However to introduce "alias" is an advantage of reducing both the
cost and the risk of miss-communication, and it can easily identify it.
And also, currently, kernel log and command output do not accord with
the device name which a user uses (e.g. by-id, by-uuid). I would try to
solve those mismatches using "alias". In other words, I'd like to
introduce aliases for integrating the name of devices to control and record.
Of course I will modify commands using a device name to use a persistent
device names.
Best regards,
--
Nao NISHIJIMA
Software Platform Research Dept. Linux Technology Center
Hitachi, Ltd., YOKOHAMA Research Laboratory
Email: nao.nishijima.xt@...achi.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists