Yes, this will be fixed in the next ESS release.
Steve Duersch Spectrum Scale/ESS IBM Poughkeepsie, New York [email protected] wrote on 03/28/2019 07:01:26 PM: > > Message: 4 > Date: Thu, 28 Mar 2019 23:01:24 +0000 > From: Luke Sudbery <[email protected]> > To: "[email protected]" <[email protected]>, gpfsug main discussion list > <[email protected]> > Subject: Re: [gpfsug-discuss] Filesystem descriptor discs for GNR > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > Thanks, that worked. > > Will this be addresses in a future update? > > Cheers, > > Luke > > -- > Luke Sudbery > Architecture, Infrastructure and Systems > Advanced Research Computing, IT Services > Room 103, Computer Centre G5, Elms Road > > Please note I don't work on Monday and work from home on Friday. > > From: Truong Vu <[email protected]> On Behalf Of [email protected] > Sent: 28 March 2019 20:09 > To: gpfsug main discussion list <[email protected]>; > Luke Sudbery (IT Research Support) <[email protected]> > Subject: Re: [gpfsug-discuss] Filesystem descriptor discs for GNR > > > This is a known issue. The workaround is to use --force-nsd-mismatch > option. Just make sure that the failure group is different from > those used by the vdisk NSDs > > Regards, The Spectrum Scale (GPFS) team > > ------------------------------------------------------------------------------------------------------------------ > If you feel that your question can benefit other users of Spectrum > Scale (GPFS), then please post it to the public IBM developerWroks Forum at > https://www.ibm.com/developerworks/community/forums/html/forum? > id=11111111-0000-0000-0000-000000000479. > > If your query concerns a potential software error in Spectrum Scale > (GPFS) and you have an IBM software maintenance contract please > contact 1-800-237-5511 in the United States or your local IBM > Service Center in other countries. > > The forum is informally monitored as time permits and should not be > used for priority messages to the Spectrum Scale (GPFS) team. > > [Inactive hide details for Luke Sudbery ---03/28/2019 01:45:16 PM--- > We have a 2 site Lenovo DSS-G based filesystem, which with (]Luke > Sudbery ---03/28/2019 01:45:16 PM---We have a 2 site Lenovo DSS-G > based filesystem, which with (some of the data) replicated across the > > From: Luke Sudbery <[email protected]<mailto:[email protected]>> > To: "[email protected]<mailto:[email protected] > >" <[email protected]<mailto:[email protected]>> > Date: 03/28/2019 01:45 PM > Subject: [gpfsug-discuss] Filesystem descriptor discs for GNR > Sent by: [email protected]<mailto:gpfsug- > [email protected]> > > ________________________________ > > > > We have a 2 site Lenovo DSS-G based filesystem, which with (some of > the data) replicated across the 2 sites. We'd like to a 3rd > filesystem descriptor disk so we can lose one site and still have > filesystem descriptor quorum. But this seems incompatible unless we > make new vdisks - which we can't do on non native raid servers. > > We've added a new NSD which now has a free disc, but can't add that > disk as descOnly. > > Adding the new descriptor disk to the system pool says: > mmadddisk: A storage pool may not contain both vdisk NSDs and non-vdisk NSDs. > > Adding the new disk to a new system_desc pool says: > mmadddisk: Disk usage descOnly is incompatible with storage pool system_desc. > > Tried adding config to specify the system_desc pool is for > metadataOnly and it still says it's incompatible. > > There is no mention of descOnly disks here: https://www.ibm.com/ > support/knowledgecenter/en/SSFKCN_4.1.0/ > com.ibm.cluster.gpfs.v4r1.gpfs200.doc/bl1adv_planning.htm > > Is it possible add a non-vdisk descOnly NSD to a dss-g/GNR solution? > > Cheers, > > Luke > > -- > Luke Sudbery > Architecture, Infrastructure and Systems > Advanced Research Computing, IT Services > Room 103, Computer Centre G5, Elms Road > > Please note I don't work on Monday and work from home on Friday. > > > _______________________________________________ > 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=i9wd-Alr3Ob6d70ipuobv4HluF-A_L8fotaxDbaUusQ&m=RS2O8L4G7- > l266MoVBkRNGQjapCFZuheqRvoEG9xoiQ&s=Ol12Q__YLpxI_KprxbT_wjm2g7ObK2g_hXUn3WmpLw0&e= > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <https://urldefense.proofpoint.com/v2/url? > u=http-3A__gpfsug.org_pipermail_gpfsug-2Ddiscuss_attachments_20190328_a569dbad_attachment.html&d=DwICAg&c=jf_iaSHvJObTbx- > siA1ZOg&r=i9wd-Alr3Ob6d70ipuobv4HluF-A_L8fotaxDbaUusQ&m=RS2O8L4G7- > l266MoVBkRNGQjapCFZuheqRvoEG9xoiQ&s=IR6LgLZTDNs87fORc9RtsmNMPIFcGdNXYeqFlnMe0L8&e= > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: image001.gif > Type: image/gif > Size: 105 bytes > Desc: image001.gif > URL: <https://urldefense.proofpoint.com/v2/url? > u=http-3A__gpfsug.org_pipermail_gpfsug-2Ddiscuss_attachments_20190328_a569dbad_attachment.gif&d=DwICAg&c=jf_iaSHvJObTbx- > siA1ZOg&r=i9wd-Alr3Ob6d70ipuobv4HluF-A_L8fotaxDbaUusQ&m=RS2O8L4G7- > l266MoVBkRNGQjapCFZuheqRvoEG9xoiQ&s=onn- > LxPodPw4pzzTt79rj0V5MFxfk8luNCGIbplikyw&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=i9wd-Alr3Ob6d70ipuobv4HluF-A_L8fotaxDbaUusQ&m=RS2O8L4G7- > l266MoVBkRNGQjapCFZuheqRvoEG9xoiQ&s=Ol12Q__YLpxI_KprxbT_wjm2g7ObK2g_hXUn3WmpLw0&e= > > > End of gpfsug-discuss Digest, Vol 86, Issue 62 > ********************************************** >
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
