Heiner,
 
Apologies for the delay. I have consulted with a colleague, who confirmed that log recovery is not triggered on a clean mmshutdown or mmumount -- since the file system activities from the node are completed, thus no longer requiring any log replay.
 
  Felipe
 
----
Felipe Knop [email protected]
GPFS Development and Security
IBM Systems
IBM Building 008
2455 South Rd, Poughkeepsie, NY 12601
(845) 433-9314 T/L 293-9314
 
 
 
----- Original message -----
From: "Billich Heinrich Rainer (ID SD)" <[email protected]>
Sent by: [email protected]
To: gpfsug main discussion list <[email protected]>
Cc:
Subject: [EXTERNAL] [gpfsug-discuss] When is a file system log recovery triggered
Date: Mon, Feb 3, 2020 4:11 AM
 
Hello,

 Does mmshutdown or mmumount trigger a file system log recovery, same as a node failure or daemon crash do?

Last week we got this advisory:

IBM Spectrum Scale (GPFS) 5.0.4 levels: possible metadata or data corruption during file system log recovery
https://www.ibm.com/support/pages/node/1274428?myns=s033&mynp=OCSTXKQY&mync=E&cm_sp=s033-_-OCSTXKQY-_-E

You need a file system log recovery running to potentially trigger the issue. When does a  file system log recovery run? For sure on any unexpected mmfsd/os crash for mounted filesystems, or on connection loss,  but what if we do a clean  'mmshutdown' or 'mmumount' - I assume this will cause the client to nicely finish all outstanding transactions and return the empty logfile, hence non log recovery will take place is we do a normal os shutdown/reboot, too? Or am I wrong and Spectrum Scale treats all cases the same way?

I asked because the advisory states that a node reboot will trigger a log recovery - until we upgraded to 5.0.4-2 we'll try to avoid log recoveries:


  > Log recovery happens after a node failure (daemon assert, expel, quorum loss, kernel panic, or node reboot).

Thank you,

Heiner
--
=======================
Heinrich Billich
ETH Zürich
Informatikdienste
Tel.: +41 44 632 72 56
[email protected]
========================

_______________________________________________
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