On Thu, Apr 30, 2020 at 12:50:27PM +0200, Ulrich Sibiller wrote:
> Am 28.04.20 um 15:57 schrieb Skylar Thompson:
> >> Have you looked a the mmaddcallback command and specifically the file
> system mount callbacks?
>
> > We use callbacks successfully to ensure Linux auditd rules are only loaded
Am 28.04.20 um 13:38 schrieb Jonathan Buzzard:
Yuck, and double yuck. There are many things you can say about systemd
(and I have a choice few) but one of them is that it makes this sort of
hackery obsolete. At least that is one of it goals.
A systemd way to do it would be via one or more
Am 28.04.20 um 13:55 schrieb Hannappel, Juergen:
a gpfs.mount target should be automatically created at boot by the
systemd-fstab-generator from the fstab entry, so no need with hackery like
ismountet.txt...
A generic gpfs.mount target does not seem to exist on my system. There are only specific
Am 28.04.20 um 15:57 schrieb Skylar Thompson:
>> Have you looked a the mmaddcallback command and specifically the file
system mount callbacks?
> We use callbacks successfully to ensure Linux auditd rules are only loaded
> after GPFS is mounted. It was easy to setup, and there's very
I’ve also voted and commented on the ticket, but I’ll say this here: If the
amount of time I spent on this alone (and I like to think I’m pretty good with
this sort of thing, and am somewhat of a systemd evangelist when the
opportunity presents itself), this has caused a lot of people a lot of
> systemd-fstab-generator from the fstab entry, so no need with hackery like
> ismountet.txt...
>
>
> - Original Message -
>> From: "Jonathan Buzzard"
>> To: gpfsug-discuss@spectrumscale.org
>> Sent: Tuesday, 28 April, 2020 13:38:01
>>
We use callbacks successfully to ensure Linux auditd rules are only loaded
after GPFS is mounted. It was easy to setup, and there's very fine-grained
events that you can trigger on:
https://www.ibm.com/support/knowledgecenter/STXKQY_5.0.4/com.ibm.spectrum.scale.v5r04.doc/bl1adm_mmaddcallback.htm
There’s an RFE related to this: RFE 125955
(https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=125955)
I recommend that people add their votes and comments there as well as
discussing it here in the UG.
Carl Zetie
Program Director
Offering Management
Spectrum Scale
(919)
8 April, 2020 13:38:01
> Subject: Re: [gpfsug-discuss] wait for mount during gpfs startup
> Yuck, and double yuck. There are many things you can say about systemd
> (and I have a choice few) but one of them is that it makes this sort of
> hackery obsolete. At least that is one of it
On 28/04/2020 11:57, Ulrich Sibiller wrote:
Hi,
when the gpfs systemd service returns from startup the filesystems are
usually not mounted. So having another service depending on gpfs is not
feasible if you require the filesystem(s).
Therefore we have added a script to the systemd gpfs
Have you looked a the mmaddcallback command and specifically the file system mount callbacks?
Fred__Fred Stock | IBM Pittsburgh Lab | 720-430-8821sto...@us.ibm.com
- Original message -From: Ulrich Sibiller Sent by:
Hi,
when the gpfs systemd service returns from startup the filesystems are usually not mounted. So
having another service depending on gpfs is not feasible if you require the filesystem(s).
Therefore we have added a script to the systemd gpfs service that waits for all local gpfs
filesystems
12 matches
Mail list logo
