[gpfsug-discuss] Why cluster-wide locks for firmware-updates and the like

Steve Duersch duersch at us.ibm.com
Fri Jun 30 21:55:38 BST 2023


This behavior is expected.   A cluster wide lock is necessary because mmchfirmware itself will update the cluster as a whole during this process.   So, there shouldn't be a need to run updates elsewhere at the same time.

Steve Duersch
IBM Storage Scale/Storage Scale System
845-433-7902
IBM Poughkeepsie, New York

________________________________



Hi



If you are doing it offline (which for bigger setups) and pass the class or CSV of nodes, it is done in parallel in all nodes.



For your request I think there is a RFE (not sure public or not) already created, but I don’t disagree would be nice improvement to lock at the single BB



--

Ystävällisin terveisin/Regards/Saludos/Salutations/Salutacions

Luis Bolinches

Executive IT Specialist

IBM Storage Scale development

Phone: +358503112585



Ab IBM Finland Oy

Toinen linja 7

00530 Helsinki

Uusimaa - Finland



Visitors entrance: Siltasaarenkatu 22



"If you always give you will always have" --  Anonymous



https://www.credly.com/users/luis-bolinches/badges



-----Original Message-----

From: gpfsug-discuss <gpfsug-discuss-bounces at gpfsug.org<http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org>> On Behalf Of Hannappel, Juergen

Sent: Tuesday, 27 June 2023 19.07

To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org>>

Subject: [EXTERNAL] [gpfsug-discuss] Why cluster-wide locks for firmware-updates and the like



Moin,

when e.g doing mmchfirmware there is a cluster-wide lock preventing me from running mmchfirmware on several building blocks at once, while I would assume that only within one building block a lock is needed.

Why is that so? Can that be changed in a future release?



Also some apparently cluster wide locks create false alarms when checking for the recovery group status on one building block is blocked by some actions on another one...



--

Dr. Jürgen Hannappel  DESY/IT    Tel.  : +49 40 8998-4616



_______________________________________________

gpfsug-discuss mailing list

gpfsug-discuss at gpfsug.org

http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20230630/a3b8508e/attachment-0001.htm>


More information about the gpfsug-discuss mailing list