[gpfsug-discuss] How can we give read access to GPFS data with restricting data copy.

[Ben De Luca]

How can some one have thought of implementing this, if the data can be read
to memory it can be written from it......

On 29 November 2015 at 23:22, service at metamodul.com <service at metamodul.com>
wrote:

> I think you talk about something like the novell ci copy inhibit attribut
> https://www.novell.com/documentation/oes11/stor_filesys_lx/data/bs3fkbm.html
> .
> With the current GPFS it is imho not possible. Might be able in case
> leight weight callbacks gets introduced. Together with self defined user
> attributs it might be able.
> Hajo
>
>
> Von Samsung Mobile gesendet
>
>
> -------- Ursprüngliche Nachricht --------
> Von: Tushar Pathare
> Datum:2015.11.26 16:47 (GMT+01:00)
> An: gpfsug-discuss at spectrumscale.org
> Betreff: [gpfsug-discuss] How can we give read access to GPFS data with
> restricting data copy.
>
> Hello Team,
>
> Is it possible to share the data on GPFS and  disabling data copy.
>
> It is possible through ACLs.
>
>
>
>
>
> *Tushar B Pathare*
>
> High Performance Computing (HPC) Administrator
>
> General Parallel File System
>
> Scientific Computing
>
> Bioinformatics Division
>
> Research
>
>
>
> *Sidra Medical and Research Centre*
>
> PO Box 26999  |  Doha, Qatar
>
> Burj Doha Tower,Floor 8
>
> D +974 44042250 | M +974 74793547
>
> tpathare at sidra.org | www.sidra.org
>
>
>
>
>
> [image: cid:C4701480-241B-4973-B378-C72FB3BC9FFB]
>
>
> Disclaimer: This email and its attachments may be confidential and are
> intended solely for the use of the individual to whom it is addressed. If
> you are not the intended recipient, any reading, printing, storage,
> disclosure, copying or any other action taken in respect of this e-mail is
> prohibited and may be unlawful. If you are not the intended recipient,
> please notify the sender immediately by using the reply function and then
> permanently delete what you have received. Any views or opinions expressed
> are solely those of the author and do not necessarily represent those of
> Sidra Medical and Research Center.
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20151129/ef953cd3/attachment.htm>