RE: More Elegant udev rules

> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> On Behalf Of Nick Rout
> Sent: Wednesday, 23 November 2011 10:52 a.m.
> To: NZLUG Mailing List
> Subject: Re: [nzlug] More Elegant udev rules
> 
> On Wed, Nov 23, 2011 at 9:18 AM, Greg Stevenson <[email protected]>
> wrote:
> > Thanks Volker
> >
> > Udevadm isn't part of xenserver distribution but udevinfo is. I guess
> > that is the important utility to determine what combination of
> > variables will most uniquely define the devices I want to work with.
> >
> > I guess I'm after some combination that uniquely defines hard drives
> > no matter if they are SATA, PATA or pure SCSI with no concern for
> > manufacturer or model.
> >
> > I'm picking something like KERNEL=="[h,s]d[a-c]" within the rule would
> > go some way to achieving what I'm after given that in this instance
> > the system resides on dev/sdd.
> > Unfortunately that won't always be the case, and in a big system, many
> > more drives would be involved. I guess without the udev rules knowing
> > where the system resides there isn't a way of achieving this
> programmatically.
> >
> > I would have loved your way of reloading the udev rules below to have
> > worked on xenserver but unfortunately I continue to have to reboot
> > each time to check the result of my changes.
> >
> > Thanks for your help.
> 
> You said in your first post:
> 
> > I found the following udev rules on the citrix forums
> 
> Have you been back to the author in the citrix forums?

He was looking for support from Citrix for an unsupported configuration. He
didn't get anywhere  as one would expect. Citrix doesn't want to make their
support issues any more complex than they already are. He wasn't attempting
to replicate the configuration and pass it on to others to use, he was quite
happy that he found something that works and was somewhat rubbing the Citrix
support's nose in it. I'm just trying to make it more elegant so it
replicates in multiple hardware configurations. Perhaps opening up the
possibility of scripting something that would help others make use of zfs on
low end hardware very cheaply. Functions like dedup and compression are
things you don't have to pay for.
 
> 
> Please don't top post.
> 
> _______________________________________________
> NZLUG mailing list [email protected]
> http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug


_______________________________________________
NZLUG mailing list [email protected]
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug