Not a problem you can use.

https://arkit.co.in/linux-learners-guide-book-written-by-ankam-ravi-kumar/

On Sep 14, 2016 9:38 PM, <redhat-list-requ...@redhat.com> wrote:

> Send redhat-list mailing list submissions to
>         redhat-list@redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://www.redhat.com/mailman/listinfo/redhat-list
> or, via email, send a message with subject or body 'help' to
>         redhat-list-requ...@redhat.com
>
> You can reach the person managing the list at
>         redhat-list-ow...@redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of redhat-list digest..."
>
>
> Today's Topics:
>
>    1. udev rule on VM (Yong Huang)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 13 Sep 2016 20:21:29 +0000 (UTC)
> From: Yong Huang <yong...@yahoo.com>
> To: <redhat-list@redhat.com>
> Subject: udev rule on VM
> Message-ID: <1173063832.2049929.1473798089...@mail.yahoo.com>
> Content-Type: text/plain; charset=UTF-8
>
> On RHEL 6 or 7, in a guest OS in the VMWare environment, not using
> multipaths, is there a danger to specify the udev rule as follows?
>
> KERNEL=="sdb1", OWNER="oracle", GROUP="dba",...
>
> Currently we use this rule:
>
> KERNEL=="sd?1", SUBSYSTEM=="block", PROGRAM=="/usr/lib/udev/scsi_id -g -u
> -d /dev/$parent", RESULT=="<UUID returned by scsi_id>", OWNER="oracle",
> GROUP="dba",...
>
> VM may be relevant here. You have to set disk.enableUUID=true in vSphere
> to get the UUID.
>
> The concern is that the label sdb for this specific disk may change under
> certain conditions, maybe after inserting a new hard disk which happens to
> be scanned earlier than this one on next reboot. I think that would be true
> if this was not a VM. How about on a VM? Thanks.
>
>
>
> ------------------------------
>
> __
> redhat-list mailing list
> Unsubscribe mailto:redhat-list-requ...@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
> End of redhat-list Digest, Vol 142, Issue 1
> *******************************************
>
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-requ...@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

Reply via email to