[gpfsug-discuss] gpfsug-discuss Digest, Vol 118, Issue 4

Mon Nov 8 14:38:35 GMT 2021

Hello all,

/tmp/mmfs is being deleted every 10 days by a systemd service "
systemd-tmpfiles-setup.service
". That service calls a configuration file "  /usr/lib/tmpfiles.d/tmp.conf
. What we did was add a drop in file in /etc/tmpfiles.d/tmp.conf to then
create the directory /tmp/mmfs and then exclude deleting going forward.
Here's our actual file and some commentary of what the options mean:

# cat /etc/tmpfiles.d/tmp.conf
# Create a /tmp/mmfs directory
d /tmp/mmfs 0755 root root 1s <-------- the " d " is to create directory
x /tmp/mmfs/*                 <-------- the " x " says to ignore it

That change helped us avoid /tmp/mmfs from being deleted every 10 days.

In addition I think also did a %systemctl daemon-reload ( but I don't have
it in my notes, wouldn't hurt to run it )

Hope this helps,
Lior

On Mon, Nov 8, 2021 at 7:00 AM <gpfsug-discuss-request at spectrumscale.org>
wrote:

> Send gpfsug-discuss mailing list submissions to
>         gpfsug-discuss at spectrumscale.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=mpcjMHidaF8RcWRPB_iRCw&m=9QxnPQt1bSZxcCSYNtyRayTlYJXf34X5KKh3De5IgMDu-nH9CJqmaDSWLT8a55c6&s=vChJle7IBS3KbsRXb2h7akGKeDm_cjQUD6xeLHLSyDs&e=
> or, via email, send a message with subject or body 'help' to
>         gpfsug-discuss-request at spectrumscale.org
>
> You can reach the person managing the list at
>         gpfsug-discuss-owner at spectrumscale.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gpfsug-discuss digest..."
>
>
> Today's Topics:
>
>    1. /tmp/mmfs vanishes randomly? (Billich  Heinrich Rainer (ID SD))
>    2. Re: /tmp/mmfs vanishes randomly? (Olaf Weiser)
>    3. Re: /tmp/mmfs vanishes randomly? (Jonathan Buzzard)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 8 Nov 2021 09:20:24 +0000
> From: "Billich  Heinrich Rainer (ID SD)" <heinrich.billich at id.ethz.ch>
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> Subject: [gpfsug-discuss] /tmp/mmfs vanishes randomly?
> Message-ID: <739922FB-051D-4239-A6F6-3B7782E9849D at id.ethz.ch>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
> 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?
>
> 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.
>
> Thank you,
>
> Mmhealth message:
> local_fs_path_not_found   INFO       The configured dataStructureDump path
> /tmp/mmfs does not exists. Skipping monitoring.
>
> Kind regards,
>
> Heiner
> ---
> =======================
> Heinrich Billich
> ETH Z?rich
> Informatikdienste
> Tel.: +41 44 632 72 56
> heinrich.billich at id.ethz.ch
> ========================
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 8 Nov 2021 09:53:04 +0000
> From: "Olaf Weiser" <olaf.weiser at de.ibm.com>
> To: gpfsug-discuss at spectrumscale.org
> Cc: gpfsug-discuss at spectrumscale.org
> Subject: Re: [gpfsug-discuss] /tmp/mmfs vanishes randomly?
> Message-ID:
>         <OF2A5EBCF0.DD13F52D-ON00258787.0035D664-00258787.00364C25 at ibm.com
> >
> Content-Type: text/plain; charset="us-ascii"
>
> An HTML attachment was scrubbed...
> URL: <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_pipermail_gpfsug-2Ddiscuss_attachments_20211108_1d32c09e_attachment-2D0001.html&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=mpcjMHidaF8RcWRPB_iRCw&m=9QxnPQt1bSZxcCSYNtyRayTlYJXf34X5KKh3De5IgMDu-nH9CJqmaDSWLT8a55c6&s=zpe2MuRXotkV_yDkY-UQSIE68CEBIWsRoj4Qya85nJU&e=
> >
>
> ------------------------------
>
> Message: 3
> Date: Mon, 8 Nov 2021 09:54:18 +0000
> From: Jonathan Buzzard <jonathan.buzzard at strath.ac.uk>
> To: gpfsug-discuss at spectrumscale.org
> Subject: Re: [gpfsug-discuss] /tmp/mmfs vanishes randomly?
> Message-ID: <e018a360-b63b-6425-9a70-47713fb14bf2 at strath.ac.uk>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 08/11/2021 09:20, Billich Heinrich Rainer (ID SD) wrote:
>
> > Hello,
> >
> > 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?
> >
> > 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.
> >
>
> I know several Linux distributions clear the contents of /tmp at boot
> time. Could that explain it?
>
> I would say using /tmp like you are doing is not a sensible idea anyway
> and that you should be using something under /var.
>
>
> JAB.
>
> --
> Jonathan A. Buzzard                         Tel: +44141-5483420
> HPC System Administrator, ARCHIE-WeSt.
> University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
>
>
> ------------------------------
>
> _______________________________________________
> 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=slrrB7dE8n7gBJbeO0g-IQ&r=mpcjMHidaF8RcWRPB_iRCw&m=9QxnPQt1bSZxcCSYNtyRayTlYJXf34X5KKh3De5IgMDu-nH9CJqmaDSWLT8a55c6&s=vChJle7IBS3KbsRXb2h7akGKeDm_cjQUD6xeLHLSyDs&e=
>
>
> End of gpfsug-discuss Digest, Vol 118, Issue 4
> **********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20211108/18f9990e/attachment-0001.htm>