<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt" ><div dir="ltr" >Hallo Heiner,</div>
<div dir="ltr" > </div>
<div dir="ltr" >multiple levels of answers..</div>
<div dir="ltr" > </div>
<div dir="ltr" >(1st) ... it the directory is not there, the gpfs trace would create it automatically - just like this:</div>
<div dir="ltr" ><span style="font-family:monospace" ><span style="color:#000000;background-color:#ffffff;" >[root@ess5-ems1 ~]# ls -l /tmp/mmfs </span><br>ls: cannot access '/tmp/mmfs': No such file or directory<br>[root@ess5-ems1 ~]# mmtracectl --start -N ems5k.mmfsd.net<br>mmchconfig: Command successfully completed<br>mmchconfig: Propagating the cluster configuration data to all<br> affected nodes. This is an asynchronous process.<br>[root@ess5-ems1 ~]# <br>[root@ess5-ems1 ~]# <br>[root@ess5-ems1 ~]# ls -l /tmp/mmfs <br>total 0<br>-rw-r--r-- 1 root root 0 Nov 8 10:47 lxtrace.trcerr.ems5k<br>[root@ess5-ems1 ~]# </span><br><br> </div>
<div dir="ltr" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt" ><div dir="ltr" ><div>(2nd) I think - the cleaning of /tmp is something done by the OS -</div>
<div><pre>please check -
systemctl status systemd-tmpfiles-setup.service</pre></div>
<div>or look at this config file</div>
<div><span style="font-family:monospace" ><span style="color:#000000;background-color:#ffffff;" >[root@ess5-ems1 ~]# cat /usr/lib/tmpfiles.d/tmp.conf </span><br># This file is part of systemd.<br>#<br># systemd is free software; you can redistribute it and/or modify it<br># under the terms of the GNU Lesser General Public License as published by<br># the Free Software Foundation; either version 2.1 of the License, or<br># (at your option) any later version.<br><br># See tmpfiles.d(5) for details<br><br># Clear tmp directories separately, to make them easier to override<br>q /tmp 1777 root root 10d<br>q /var/tmp 1777 root root 30d<br><br># Exclude namespace mountpoints created with PrivateTmp=yes<br>x /tmp/systemd-private-%b-*<br>X /tmp/systemd-private-%b-*/tmp<br>x /var/tmp/systemd-private-%b-*<br>X /var/tmp/systemd-private-%b-*/tmp<br><br># Remove top-level private temporary directories on each boot<br>R! /tmp/systemd-private-*<br>R! /var/tmp/systemd-private-*<br>[root@ess5-ems1 ~]# </span><br> </div>
<div> </div>
<div>hope this helps -</div>
<div>cheers</div>
<div> </div>
<div> </div>
<div> </div>
<div>Mit freundlichen Grüßen / Kind regards</div>
<div style="font-size: 8pt; font-family: sans-serif; margin-top: 10px;" ><div><div> <br>Olaf Weiser<br> <br>IBM Systems, SpectrumScale Client Adoption<br>-------------------------------------------------------------------------------------------------------------------------------------------<br>IBM Deutschland<br>IBM Allee 1<br>71139 Ehningen<br>Phone: +49-170-579-44-66<br>E-Mail: olaf.weiser@de.ibm.com<br>-------------------------------------------------------------------------------------------------------------------------------------------<br>IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter<br>Geschäftsführung: Gregor Pillen (Vorsitzender), Agnes Heftberger, Norbert Janzen, Markus Koerner, Christian Noll, Nicole Reimer<br>Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940</div>
<div> </div></div></div></div></div></div></div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Ursprüngliche Nachricht -----<br>Von: "Billich Heinrich Rainer (ID SD)" <heinrich.billich@id.ethz.ch><br>Gesendet von: gpfsug-discuss-bounces@spectrumscale.org<br>An: "gpfsug main discussion list" <gpfsug-discuss@spectrumscale.org><br>CC:<br>Betreff: [EXTERNAL] [gpfsug-discuss] /tmp/mmfs vanishes randomly?<br>Datum: Mo, 8. Nov 2021 10:35<br>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace" >Hello,<br><br>We use /tmp/mmfs as dataStructureDump directory. Since a while I notice that this directory randomly vanishes. Mmhealth does not complain but just notes that it will no longer monitor the directory. Still I doubt that trace collection and similar will create the directory when needed?<br><br>Do you know of any spectrum scale internal mechanism that could cause /tmp/mmfs to get deleted? It happens on ESS nodes, with a plain IBM installation, too. It happens just on one or two nodes at a time, it's no cluster-wide cleanup or similar. We run scale 5.0.5 and ESS 6.0.2.2 and 6.0.2.2.<br><br>Thank you,<br><br>Mmhealth message:<br>local_fs_path_not_found INFO The configured dataStructureDump path /tmp/mmfs does not exists. Skipping monitoring.<br><br>Kind regards,<br><br>Heiner<br>---<br>=======================<br>Heinrich Billich<br>ETH Zürich<br>Informatikdienste<br>Tel.: +41 44 632 72 56<br>heinrich.billich@id.ethz.ch<br>========================<br> <br> <br><br><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a> </font></div></blockquote>
<div dir="ltr" > </div></div><BR>
<BR>