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