<html><body><p><font size="2" face="sans-serif">Thanks Stephan.</font><br><font size="2" face="sans-serif">This will be looked into and accordingly prioritized by the offering manager team. Incase the IBM team has any further questions on this then we will get back to you.</font><br><br><font size="2" face="sans-serif">Regards, The Spectrum Scale (GPFS) team<br><br>------------------------------------------------------------------------------------------------------------------<br>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 <a href="https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479">https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479</a>. <br><br>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. <br><br>The forum is informally monitored as time permits and should not be used for priority messages to the Spectrum Scale (GPFS) team.</font><br><br><img width="16" height="16" src="cid:1__=0ABB02CFDFF542A98f9e8a93df938690@ibm.com" border="0" alt="Inactive hide details for "Stephan Graf" ---09-06-2022 11.31.01 AM---Hi, I have create an IDEA for it:"><font size="2" color="#424282" face="sans-serif">"Stephan Graf" ---09-06-2022 11.31.01 AM---Hi, I have create an IDEA for it:</font><br><br><font size="1" color="#5F5F5F" face="sans-serif">From:        </font><font size="1" face="sans-serif">"Stephan Graf" <st.graf@fz-juelich.de></font><br><font size="1" color="#5F5F5F" face="sans-serif">To:        </font><font size="1" face="sans-serif"><gpfsug-discuss@gpfsug.org></font><br><font size="1" color="#5F5F5F" face="sans-serif">Date:        </font><font size="1" face="sans-serif">09-06-2022 11.31 AM</font><br><font size="1" color="#5F5F5F" face="sans-serif">Subject:        </font><font size="1" face="sans-serif">[EXTERNAL] Re: [gpfsug-discuss] Protection against silent data corruption</font><br><font size="1" color="#5F5F5F" face="sans-serif">Sent by:        </font><font size="1" face="sans-serif">"gpfsug-discuss" <gpfsug-discuss-bounces@gpfsug.org></font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><tt><font size="2">Hi,<br><br>I have create an IDEA for it: <br></font></tt><tt><font size="2"><a href="https://ibm-sys-storage.ideas.ibm.com/ideas/GPFS-I-851">https://ibm-sys-storage.ideas.ibm.com/ideas/GPFS-I-851</a></font></tt><tt><font size="2"><br><br>Stephan<br><br><br>Am 08.06.2022 um 20:35 schrieb IBM Spectrum Scale:<br>> Hi Stephen,<br>> <br>> Currently such a feature is not available in Spectrum Scale product.<br>> <br>> <br>> Regards, The Spectrum Scale (GPFS) team<br>> <br>> ------------------------------------------------------------------------------------------------------------------<br>> If you feel that your question can benefit other users of  Spectrum <br>> Scale (GPFS), then please post it to the public IBM developerWroks Forum <br>> at <br>> </font></tt><tt><font size="2"><a href="https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479">https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479</a></font></tt><tt><font size="2"> <br>> <</font></tt><tt><font size="2"><a href="https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479">https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479</a></font></tt><tt><font size="2">>. <br>> <br>> <br>> If your query concerns a potential software error in Spectrum Scale <br>> (GPFS) and you have an IBM software maintenance contract please contact <br>>   1-800-237-5511 in the United States or your local IBM Service Center <br>> in other countries.<br>> <br>> The forum is informally monitored as time permits and should not be used <br>> for priority messages to the Spectrum Scale (GPFS) team.<br>> <br>> Inactive hide details for "Stephen Ulmer" ---02-06-2022 11.32.27 <br>> PM---This only adds a checksum to the NSD wire protocol. The q"Stephen <br>> Ulmer" ---02-06-2022 11.32.27 PM---This only adds a checksum to the NSD <br>> wire protocol. The question was about detecting data corruption<br>> <br>> From: "Stephen Ulmer" <ulmer@ulmer.org><br>> To: "gpfsug main discussion list" <gpfsug-discuss@gpfsug.org><br>> Date: 02-06-2022 11.32 PM<br>> Subject: [EXTERNAL] Re: [gpfsug-discuss] Protection against silent data <br>> corruption<br>> Sent by: "gpfsug-discuss" <gpfsug-discuss-bounces@gpfsug.org><br>> <br>> ------------------------------------------------------------------------<br>> <br>> <br>> <br>> This only adds a checksum to the NSD wire protocol. The question was <br>> about detecting data corruption at rest. -- Stephen On Jun 2, 2022, at <br>> 1:01 PM, Achim Rehor <Achim.Rehor@de.ibm.com> wrote: hi Stephan, <br>> ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍<br>> <br>> This only adds a checksum to the NSD wire protocol. The question was <br>> about detecting data corruption at rest.<br>> <br>> -- <br>> Stephen<br>> <br>> <br>>     On Jun 2, 2022, at 1:01 PM, Achim Rehor <_Achim.Rehor@de.ibm.com_<br>>     <</font></tt><tt><font size="2"><a href="mailto:Achim.Rehor@de.ibm.com">mailto:Achim.Rehor@de.ibm.com</a></font></tt><tt><font size="2">>> wrote:<br>> <br>>     hi Stephan,<br>> <br>>     there is, see mmchconfig man page :<br>> <br>>     nsdCksumTraditional<br>>     This attribute enables checksum data-integrity checking between a<br>>     traditional NSD client node and its NSD server. Valid values are yes<br>>     and no. The default value is no.<br>>     (Traditional in this context means that the NSD client and server<br>>     are configured with IBM Spectrum Scale rather than with IBM Spectrum<br>>     Scale RAID.<br>>     The latter is a component of IBM Elastic Storage Server (ESS) and of<br>>     IBM GPFS Storage Server (GSS).)<br>> <br>>     The checksum procedure detects any corruption by the network of the<br>>     data in the NSD RPCs that are exchanged between the NSD client and the<br>>     server. A checksum error triggers a request to retransmit the message.<br>> <br>>     When this attribute is enabled on a client node, the client<br>>     indicates in each of its requests to the server that it is using<br>>     checksums. The server uses checksums only in<br>>     response to client requests in which the indicator is set. A client<br>>     node that accesses a file system that belongs to another cluster can<br>>     use checksums in the same way.<br>> <br>>     You can change the value of the this attribute for an entire cluster<br>>     without shutting down the mmfsd daemon, or for one or more nodes<br>>     without restarting the nodes.<br>> <br>>     Note:<br>>     * Enabling this feature can result in significant I/O performance<br>>     degradation and a considerable increase in CPU usage.<br>> <br>>     * To enable checksums for a subset of the nodes in a cluster, issue<br>>     a command like the following one:<br>>         mmchconfig nsdCksumTraditional=yes -i -N <subset-of-nodes><br>> <br>>         The -N flag is valid for this attribute.<br>> <br>>     -- <br>>     Mit freundlichen Grüßen / Kind regards<br>> <br>>     Achim Rehor<br>> <br>>     Technical Support Specialist S​pectrum Scale and ESS (SME)<br>>     Advisory Product Services Professional<br>>     IBM Systems Storage Support - EMEA<br>> <br>>     _Achim.Rehor@de.ibm.com_<br>>     <</font></tt><tt><font size="2"><a href="mailto:Achim.Rehor@de.ibm.com">mailto:Achim.Rehor@de.ibm.com</a></font></tt><tt><font size="2">> +49-170-4521194<br>>     IBM Deutschland GmbH<br>>     Vorsitzender des Aufsichtsrats: Sebastian Krause<br>>     Geschäftsführung: Gregor Pillen (Vorsitzender), Nicole Reimer,<br>>     Gabriele Schwarenthorer, Christine Rupp, Frank Theisen<br>>     Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht<br>>     Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940<br>> <br>> <br>>     -----Original Message-----<br>>     *From*: Stephan Graf <_st.graf@fz-juelich.de_<br>>     <</font></tt><tt><font size="2"><a href="mailto:Stephan%20Graf%20%3cst.graf@fz-juelich.de%3e">mailto:Stephan%20Graf%20%3cst.graf@fz-juelich.de%3e</a></font></tt><tt><font size="2">>><br>>     *Reply-To*: gpfsug main discussion list <_gpfsug-discuss@gpfsug.org_<br>>     <</font></tt><tt><font size="2"><a href="mailto:gpfsug%20main%20discussion%20list%20%3cgpfsug-discuss@gpfsug.org%3e">mailto:gpfsug%20main%20discussion%20list%20%3cgpfsug-discuss@gpfsug.org%3e</a></font></tt><tt><font size="2">>><br>>     *To*: gpfsug-discuss <_gpfsug-discuss@gpfsug.org_<br>>     <</font></tt><tt><font size="2"><a href="mailto:gpfsug-discuss%20%3cgpfsug-discuss@gpfsug.org%3e">mailto:gpfsug-discuss%20%3cgpfsug-discuss@gpfsug.org%3e</a></font></tt><tt><font size="2">>><br>>     *Subject*: [EXTERNAL] [gpfsug-discuss] Protection against silent<br>>     data corruption<br>>     *Date*: Thu, 02 Jun 2022 16:31:43 +0200<br>> <br>>     Hi,<br>> <br>>     I am wondering if there is an option in SS to enable some checking to<br>>     detect silent data corruption.<br>> <br>>     Form GNR I know that there is End-to-End integrity. So a checksum is<br>>     stored in addition.<br>> <br>>     The background is that we are facing an issue where in some files<br>>     (which<br>>     have data replication =  2) the mmrestripefile is reporting, that one<br>>     block is mismatching it's copy (the storage cluster is running SS<br>>     without GNR).<br>>     We have validated that the copied block is fine, but the original<br>>     one is<br>>     broken (and this is what is returned on read access).<br>>     SS right now in our installation is unable to determine which is the<br>>     correct one.<br>>     Is there any option to enable this kind of feature in SS? If not, does<br>>     it make sense to create an "IDEA" for it?<br>> <br>>     Stephan<br>> <br>>     _______________________________________________<br>>     gpfsug-discuss mailing list<br>>     gpfsug-discuss at _gpfsug.org_ <</font></tt><tt><font size="2"><a href="http://gpfsug.org">http://gpfsug.org</a></font></tt><tt><font size="2">><br>>     _</font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org_">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org_</a></font></tt><tt><font size="2"><br>>     <</font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a></font></tt><tt><font size="2">><br>>     _______________________________________________<br>>     gpfsug-discuss mailing list<br>>     gpfsug-discuss at _gpfsug.org_ <</font></tt><tt><font size="2"><a href="http://gpfsug.org">http://gpfsug.org</a></font></tt><tt><font size="2">>_<br>>     __</font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org_">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org_</a></font></tt><tt><font size="2"><br>>     <</font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a></font></tt><tt><font size="2">><br>> <br>> _______________________________________________<br>> gpfsug-discuss mailing list<br>> gpfsug-discuss at gpfsug.org<br>> </font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a></font></tt><tt><font size="2"> <br>> <</font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a></font></tt><tt><font size="2">><br>> <br>> <br>> <br>> <br>> <br>> _______________________________________________<br>> gpfsug-discuss mailing list<br>> gpfsug-discuss at gpfsug.org<br>> </font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a></font></tt><tt><font size="2"><br><br>-- <br>Stephan Graf<br>Juelich Supercomputing Centre<br><br>Phone:  +49-2461-61-6578<br>Fax:    +49-2461-61-6656<br>E-mail: st.graf@fz-juelich.de<br>WWW:    </font></tt><tt><font size="2"><a href="http://www.fz-juelich.de/jsc/">http://www.fz-juelich.de/jsc/</a></font></tt><tt><font size="2"><br>---------------------------------------------------------------------------------------------<br>---------------------------------------------------------------------------------------------<br>Forschungszentrum Juelich GmbH<br>52425 Juelich<br>Sitz der Gesellschaft: Juelich<br>Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498<br>Vorsitzender des Aufsichtsrats: MinDir Volker Rieke<br>Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender),<br>Karsten Beneke (stellv. Vorsitzender), Dr. Astrid Lambrecht,<br>Prof. Dr. Frauke Melchior<br>---------------------------------------------------------------------------------------------<br>---------------------------------------------------------------------------------------------<br>[attachment "smime.p7s" deleted by Huzefa H Pancha/India/IBM] _______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at gpfsug.org<br></font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a></font></tt><tt><font size="2"><br></font></tt><br><br><BR>
<BR>
</body></html>