at 18:13
To: "gpfsug-discuss@spectrumscale.org"
Subject: Re: [gpfsug-discuss] Mounting filesystem on top of an existing
filesystem
Hi all,
thanks a lot for your comments. Agreed, I better avoid it for now. I was
concerned about how GPFS would behave in such case. For producti
ng: Sven Schooss, Stefan Hierl
Sitz der Gesellschaft: Ehningen
Registergericht: Amtsgericht Stuttgart, HRB 17122
From: KG
To: gpfsug main discussion list
Date: 19/11/2020 17:41
Subject:[EXTERNAL] Re: [gpfsug-discuss] Mounting filesystem on top
of an existing filesys
> On Nov 19, 2020, at 10:49 AM, Jonathan Buzzard
> wrote:
>
> On 19/11/2020 15:34, Caubet Serrabou Marc (PSI) wrote:
>> Hi,
>> I have a filesystem holding many projects (i.e., mounted under /projects),
>> each project is managed with filesets.
>> I have a new big project which should be placed
On 19/11/2020 18:13, Caubet Serrabou Marc (PSI) wrote:
Hi all,
thanks a lot for your comments. Agreed, I better avoid it for now. I was
concerned about how GPFS would behave in such case. For production I
will take the safe route, but, just out of curiosity, I'll give it a try
on a couple
.cau...@psi.ch
From: gpfsug-discuss-boun...@spectrumscale.org
on behalf of Skylar Thompson
Sent: Thursday, November 19, 2020 6:38:07 PM
To: gpfsug-discuss@spectrumscale.org
Subject: Re: [gpfsug-discuss] Mounting filesystem on top of an existing
filesystem
Ag
On 19/11/2020 16:40, KG wrote:
You can also set mount priority on filesystems so that gpfs can try to
mount them in order...parent first
One of the things that systemd brings to the table
https://github.com/systemd/systemd/commit/3519d230c8bafe834b2dac26ace49fcfba139823
JAB.
--
Jonathan
On 19/11/2020 17:34, Jan-Frode Myklebust wrote:
I would not mount a GPFS filesystem within a GPFS filesystem.
Technically it should work, but I’d expect it to cause surprises if ever
the lower filesystem experienced problems. Alone, a filesystem might
recover automatically by remounting. But
---
> > *From:* gpfsug-discuss-boun...@spectrumscale.org <
> > gpfsug-discuss-boun...@spectrumscale.org> on behalf of Simon Thompson <
> > s.j.thomp...@bham.ac.uk>
> > *Sent:* Thursday, November 19, 2020 5:42:07 PM
> > *To:* gpfsug ma
> s.j.thomp...@bham.ac.uk>
> *Sent:* Thursday, November 19, 2020 5:42:07 PM
> *To:* gpfsug main discussion list
> *Subject:* Re: [gpfsug-discuss] Mounting filesystem on top of an existing
> filesystem
>
>
> If it is a remote cluster mount from your clients (hopefully!),
7 PM
To: gpfsug main discussion list
Subject: Re: [gpfsug-discuss] Mounting filesystem on top of an existing
filesystem
If it is a remote cluster mount from your clients (hopefully!), you might want
to look at priority to order mounting of the file-systems. I don’t know what
would happen if the overmou
t: Re: [gpfsug-discuss] Mounting filesystem on top of an existing
filesystem
On 19/11/2020 15:34, Caubet Serrabou Marc (PSI) wrote:
> Hi,
>
>
> I have a filesystem holding many projects (i.e., mounted under
> /projects), each project is managed with filesets.
>
> I have a new
si.ch"
Reply to: "gpfsug-discuss@spectrumscale.org"
Date: Thursday, 19 November 2020 at 15:39
To: "gpfsug-discuss@spectrumscale.org"
Subject: [gpfsug-discuss] Mounting filesystem on top of an existing filesystem
Hi,
I have a filesystem holding many projects (i.e.,
You can also set mount priority on filesystems so that gpfs can try to
mount them in order...parent first
On Thu, Nov 19, 2020, 21:19 Jonathan Buzzard
wrote:
> On 19/11/2020 15:34, Caubet Serrabou Marc (PSI) wrote:
> > Hi,
> >
> >
> > I have a filesystem holding many projects (i.e., mounted
On 19/11/2020 15:34, Caubet Serrabou Marc (PSI) wrote:
Hi,
I have a filesystem holding many projects (i.e., mounted under
/projects), each project is managed with filesets.
I have a new big project which should be placed on a separate filesystem
(blocksize, replication policy, etc. will be
Hi,
I have a filesystem holding many projects (i.e., mounted under /projects), each
project is managed with filesets.
I have a new big project which should be placed on a separate filesystem
(blocksize, replication policy, etc. will be different, and subprojects of it
will be managed with
15 matches
Mail list logo
