[gpfsug-discuss] gpfsug-discuss Digest, Vol 28, Issue 6

[Pavel Pokorny]

Hello,
after discussion with Marc A Kaplan from IBM I finished with this solution.
So I am sharing it with all other user just in case you need it in future.

Example placement policy file:

/* --- Enable .avi so it will not be denied by default --- */
RULE 'enable_avi' SET POOL 'data' FOR FILESET (nfsexport) WHERE
RegEx(lower(name),['\.avi$'])

/* --- Deny all following extensions --- */
RULE 'deny_files' SET POOL 'system' FOR FILESET (nfsexport) WHERE
RegEx(lower(name),['\.avi$|\.mp[ae1234]$|\.mpe?g[23]?$|\.eml$|\.idx$|\.mbo?x$|\.msg$|\.ost$|\.otf$|\.pab$|\.pst$|\.aac$|\.aif*$|\.as[fx]$|\.au$|\.flac$|\.m3u$|\.midi?$|\.mov$|\.ogg$|\.qtw?$|\.ram$|\.rmi?$|\.rmvb$|\.snd$|\.swf$|\.vob$|\.wa[vx]$|\.wm[av]$|\.wvx$|\.bmp$|\.dib$|\.eps$|\.gif$|\.img$|\.jfif$|\.jpe?g?$|\.pcx$|\.png$|\.psd?$|\.raw$|\.if$|\.spiff$|\.tif*$'])

/* --- Enable every other file extensions --- */
RULE 'DEFAULT' SET POOL 'data'

Bye, Pavel

--
Ing. Pavel Pokorný
DATERA s.r.o. | Ovocný trh 580/2 | Praha | Czech Republic
www.datera.cz | Mobil: +420 602 357 194 | E-mail: pavel.pokorny at datera.cz



On Sat, May 10, 2014 at 7:00 PM, <gpfsug-discuss-request at gpfsug.org> wrote:

> Send gpfsug-discuss mailing list submissions to
>         gpfsug-discuss at gpfsug.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> or, via email, send a message with subject or body 'help' to
>         gpfsug-discuss-request at gpfsug.org
>
> You can reach the person managing the list at
>         gpfsug-discuss-owner at gpfsug.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gpfsug-discuss digest..."
>
>
> Today's Topics:
>
>    1. Re: GPFS Placement rules - group file extension?
>       (Jonathan Buzzard)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 09 May 2014 14:21:58 +0100
> From: Jonathan Buzzard <jonathan at buzzard.me.uk>
> To: gpfsug-discuss at gpfsug.org
> Subject: Re: [gpfsug-discuss] GPFS Placement rules - group file
>         extension?
> Message-ID: <1399641718.19065.22.camel at buzzard.phy.strath.ac.uk>
> Content-Type: text/plain; charset="UTF-8"
>
> On Fri, 2014-05-09 at 17:15 +0800, Pavel Pokorny wrote:
> > Hello,
> > our customer would like to deny some of the file extensions
> > (.mp3, .avi, ...) to be stored on GPFS FS. Is there any way to deny
> > some of the extensions?
> > Right now we only find the solution to make a placement rule that
> > directs the files to metadataonly storage pool.
> >
>
> Create a really small storage pool and fill it in advance.
>
> >
> > This leads me to second question. Is there any easy way to make a
> > group of extension (some type of templates) for placement rules?
> > Because there is a lot of extensions, customer would like to deny, and
> > the placement rules files start to grow :-(.
>
> Note if you deny extensions out right you are more likely to force users
> to come up with work arounds. The simple expediency of changing the file
> extension for example will lead you to a game of whack-a-mole.
>
> Better to given them really rubbish performance and don't talk about it.
> The chances are this is less of a business cost than dealing with the
> outright banning, especially when there turns out to be some legitimate
> business reason for having multimedia stuff, if even only occasionally.
>
> So a RAID1 of a couple of large nearline SAS disks for all MP3 etc.
> files. Performance will suck, but the users probably won't realize what
> is going on, and are unlikely to come to support asking why their itunes
> collection is really slow. That said if you are doing ILM with a
> nearline pool holding most of the storage, it is likely to be near idle
> most of the time so just force all multimedia stuff to your nearline
> pool is adequate.
>
> JAB.
>
> --
> Jonathan A. Buzzard                 Email: jonathan (at) buzzard.me.uk
> Fife, United Kingdom.
>
>
>
>
> ------------------------------
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
>
> End of gpfsug-discuss Digest, Vol 28, Issue 6
> *********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20140512/84920933/attachment-0002.htm>