We use a dependent fileset for each research group / investigator. We do this 
mainly so we can apply fileset quotas.   We tried independent filesets but they 
were quite inconvenient:
1) limited number independent filesets could be created compared to dependent
2) requirement to manage number of inodes allocated to each and every 
independent fileset

There may have been other issues but we create a new dependent fileset whenever 
 a new researcher joins our cluster. 
  -- ddj
Dave Johnson

> On Apr 25, 2018, at 5:42 AM, Daniel Kidger <[email protected]> wrote:
> 
> It would though be a nice to have feature: to leave the file data where it 
> was and just move the metadata into its own inode space?
>  
> A related question though:
> In what case do people create new *dependant* filesets ? I can't see many 
> cases where an independent fileset would be just as valid.
> Daniel
> 
>  
> 
>                               
> Dr Daniel Kidger
> IBM Technical Sales Specialist
> Software Defined Solution Sales
> 
> +44-(0)7818 522 266 
> [email protected]
>  
>  
>  
> ----- Original message -----
> From: "Sobey, Richard A" <[email protected]>
> Sent by: [email protected]
> To: gpfsug main discussion list <[email protected]>
> Cc:
> Subject: Re: [gpfsug-discuss] Converting a dependent fileset to independent
> Date: Wed, Apr 25, 2018 10:01 AM
>  
> Hi Marc
> 
>  
> 
> Yes, copying the data to a freshly created fileset and 
> unlinking/renaming/relinking is our solution; it was always a long shot 
> expecting to be able to convert it ๐Ÿ˜Š
> 
>  
> 
> Richard
> 
>  
> 
> From: [email protected] 
> <[email protected]> On Behalf Of Marc A Kaplan
> Sent: 24 April 2018 13:49
> To: gpfsug main discussion list <[email protected]>
> Subject: Re: [gpfsug-discuss] Converting a dependent fileset to independent
> 
>  
> 
> To help make sense of this, one has to understand that "independent" means a 
> different range of inode numbers.
> 
> If you have a set of files within one range of inode numbers, say 3000-5000 
> and now you want to move some of them to a new range of inode numbers, say 
> 7000-8000, you're going to have to create that new range as a new independent 
> fileset, and then move (copy!) the files to the new fileset.  And then rename 
> directories so that you can once again refer to the files by the pathnames 
> that they "used to" have.
> 
> During the copying and renaming, you would have to make sure there are no 
> applications trying to access those files and directories.
> 
> 
> 
> From:        "Sobey, Richard A" <[email protected]>
> To:        "'[email protected]'" 
> <[email protected]>
> Date:        04/24/2018 05:20 AM
> Subject:        [gpfsug-discuss] Converting a dependent fileset to independent
> Sent by:        [email protected]
> 
> 
> 
> 
> Hi all,
>  
> Is there any way, without starting over, to convert a dependent fileset to 
> independent?
>  
> My gut says no but in the spirit of not making unnecessary work I wanted to 
> ask.
>  
> Also, the documentation states that I should see a โ€œdpndโ€ next to a dependent 
> fileset when I run mmlsfileset with -L; this is not the case even though the 
> parent fileset is root in this case.
>  
> [root@nsd bin]# mmlsfileset gpfs studentrecruitmentandoutreach -L
> Filesets in file system 'gpfs':
> Name                            Id      RootInode  ParentId Created           
>            InodeSpace      MaxInodes    AllocInodes Comment
> studentrecruitmentandoutreach  241        8700824         0 Wed Feb 14 
> 14:25:49 2018        0                    0              0
>  
> Thanks
> Richard_______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=cvpnBBH0j41aQy0RPiG2xRL_M8mTc1izuQD3_PmtjZ8&m=W9WH1n93tRRhW5npPGd73Dqgcp4d0oAYKt4yOI02PWU&s=MnsN-hjjhZirIDfK1k-awRB9hodsX2Ylh1Z1IzoJij0&e=
> 
> 
> 
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=HlQDuUjgJx4p54QzcXd0_zTwf4Cr2t3NINalNhLTA2E&m=q3YHYji1-ohlnu_yLuOGmxLnmk9znaxUJdg04aGLU_U&s=Axp36hWpcuKZbTMbdVde_ifZreMvOlR5sHUYX3A79hQ&e=
>  
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 
> 741598. 
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
> 
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to