* issues with project quota over nfs
@ 2009-03-12 19:56 brian wince
2009-03-13 2:19 ` Greg Banks
0 siblings, 1 reply; 6+ messages in thread
From: brian wince @ 2009-03-12 19:56 UTC (permalink / raw)
To: xfs
[-- Attachment #1.1: Type: text/plain, Size: 774 bytes --]
All,
We have a Quad-core server running gentoo 2.6.27-r7 that is used as an nfs server for a xfs partition.
We are using project quota's on directories within this partition and exporting this.
When a client tries to untar in the dir with project quotas set and reaches the quota limit the load on the NFS server goes up dramatically and stays like this for a few minutes after the tar has gone through trying to write all of it files and failing due to quota limit exceeded.
Is this a known issue and if so is there anything that can be done to resolve this.
We do not see this issue if on the locally mounted partition. This only happens over NFS.
Please let me know if you need more information or if this should be addressed on a different list.
TIA,
Brian
[-- Attachment #1.2: Type: text/html, Size: 1143 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: issues with project quota over nfs
2009-03-12 19:56 issues with project quota over nfs brian wince
@ 2009-03-13 2:19 ` Greg Banks
0 siblings, 0 replies; 6+ messages in thread
From: Greg Banks @ 2009-03-13 2:19 UTC (permalink / raw)
To: brian wince; +Cc: xfs
brian wince wrote:
> All,
> We have a Quad-core server running gentoo 2.6.27-r7 that is used as an
> nfs server for a xfs partition.
> We are using project quota's on directories within this partition and
> exporting this.
> When a client tries to untar in the dir with project quotas set and
> reaches the quota limit the load on the NFS server goes up
> dramatically and stays like this for a few minutes after the tar has
> gone through trying to write all of it files and failing due to quota
> limit exceeded.
>
> Is this a known issue and if so is there anything that can be done to
> resolve this.
You probably want to update the client kernels to have this commit:
http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux-2.6.git&a=commit&h=7b159fc18d417980f57aef64cab3417ee6af70f8
>
> We do not see this issue if on the locally mounted partition. This
> only happens over NFS.
>
> Please let me know if you need more information or if this should be
> addressed on a different list.
You should ask NFS questions on the NFS list, linux-nfs@vger.kernel.org.
--
Greg Banks, P.Engineer, SGI Australian Software Group.
the brightly coloured sporks of revolution.
I don't speak for SGI.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 6+ messages in thread
* issues with project quota over nfs
@ 2009-03-13 16:59 Brian Wince
[not found] ` <AD300F292705ED4089373955E129C1780491E77D-wMZ1LeS2F8LT6zSRBKwRIVaTQe2KTcn/@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Brian Wince @ 2009-03-13 16:59 UTC (permalink / raw)
To: linux-nfs@vger.kernel.org
All,
We have a Quad-core server running gentoo 2.6.27-r7 that is used as an nfs server for a xfs partition.
We are using project quota's on directories within this partition and exporting this.
When a client tries to untar in the dir with project quotas set and reaches the quota limit the load on the NFS server goes up dramatically and stays like this for a few minutes after the tar has gone through trying to write all of it files and failing due to quota limit exceeded.
Is this a known issue and if so is there anything that can be done to resolve this.
We do not see this issue if on the locally mounted partition. This only happens over NFS.
Please let me know if you need more information or if this should be addressed on a different list.
TIA,
Brian
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: issues with project quota over nfs
[not found] ` <AD300F292705ED4089373955E129C1780491E77D-wMZ1LeS2F8LT6zSRBKwRIVaTQe2KTcn/@public.gmane.org>
@ 2009-03-15 20:55 ` J. Bruce Fields
2009-03-16 3:03 ` Greg Banks
0 siblings, 1 reply; 6+ messages in thread
From: J. Bruce Fields @ 2009-03-15 20:55 UTC (permalink / raw)
To: Brian Wince; +Cc: linux-nfs@vger.kernel.org
On Fri, Mar 13, 2009 at 09:59:26AM -0700, Brian Wince wrote:
> All,
> We have a Quad-core server running gentoo 2.6.27-r7 that is used as an nfs server for a xfs partition.
> We are using project quota's on directories within this partition and exporting this.
> When a client tries to untar in the dir with project quotas set and reaches the quota limit the load on the NFS server goes up dramatically and stays like this for a few minutes after the tar has gone through trying to write all of it files and failing due to quota limit exceeded.
>
> Is this a known issue and if so is there anything that can be done to resolve this.
>
> We do not see this issue if on the locally mounted partition. This only happens over NFS.
>
> Please let me know if you need more information or if this should be addressed on a different list.
It doesn't sounds familiar to me. Might also be worth cc:'ing xfs
people.
--b.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: issues with project quota over nfs
2009-03-15 20:55 ` J. Bruce Fields
@ 2009-03-16 3:03 ` Greg Banks
2009-03-16 12:37 ` Trond Myklebust
0 siblings, 1 reply; 6+ messages in thread
From: Greg Banks @ 2009-03-16 3:03 UTC (permalink / raw)
To: J. Bruce Fields, NFS list
J. Bruce Fields wrote:
> On Fri, Mar 13, 2009 at 09:59:26AM -0700, Brian Wince wrote:
>
>> All,
>> We have a Quad-core server running gentoo 2.6.27-r7 that is used as an nfs server for a xfs partition.
>> We are using project quota's on directories within this partition and exporting this.
>> When a client tries to untar in the dir with project quotas set and reaches the quota limit the load on the NFS server goes up dramatically and stays like this for a few minutes after the tar has gone through trying to write all of it files and failing due to quota limit exceeded.
>>
>> Is this a known issue and if so is there anything that can be done to resolve this.
>>
>> We do not see this issue if on the locally mounted partition. This only happens over NFS.
>>
>> Please let me know if you need more information or if this should be addressed on a different list.
>>
>
> It doesn't sounds familiar to me. Might also be worth cc:'ing xfs
> people.
>
>
>
Oh dear. Brian asked it there frst, and I redirected him here. In the
absence of network traces, it smelt to me like the old client problem
where errors like ENOSPC or EDQUOT during writeback were only returned
to the app on close() and not the next write(), thus causing clients
which exceed quota during long streaming writes pointlessly to send a
lot of data to the server all of which is dropped on the server.
--
Greg Banks, P.Engineer, SGI Australian Software Group.
the brightly coloured sporks of revolution.
I don't speak for SGI.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: issues with project quota over nfs
2009-03-16 3:03 ` Greg Banks
@ 2009-03-16 12:37 ` Trond Myklebust
0 siblings, 0 replies; 6+ messages in thread
From: Trond Myklebust @ 2009-03-16 12:37 UTC (permalink / raw)
To: Greg Banks; +Cc: J. Bruce Fields, NFS list
On Mon, 2009-03-16 at 14:03 +1100, Greg Banks wrote:
> J. Bruce Fields wrote:
> > On Fri, Mar 13, 2009 at 09:59:26AM -0700, Brian Wince wrote:
> >
> >> All,
> >> We have a Quad-core server running gentoo 2.6.27-r7 that is used as an nfs server for a xfs partition.
> >> We are using project quota's on directories within this partition and exporting this.
> >> When a client tries to untar in the dir with project quotas set and reaches the quota limit the load on the NFS server goes up dramatically and stays like this for a few minutes after the tar has gone through trying to write all of it files and failing due to quota limit exceeded.
> >>
> >> Is this a known issue and if so is there anything that can be done to resolve this.
> >>
> >> We do not see this issue if on the locally mounted partition. This only happens over NFS.
> >>
> >> Please let me know if you need more information or if this should be addressed on a different list.
> >>
> >
> > It doesn't sounds familiar to me. Might also be worth cc:'ing xfs
> > people.
> >
> >
> >
> Oh dear. Brian asked it there frst, and I redirected him here. In the
> absence of network traces, it smelt to me like the old client problem
> where errors like ENOSPC or EDQUOT during writeback were only returned
> to the app on close() and not the next write(), thus causing clients
> which exceed quota during long streaming writes pointlessly to send a
> lot of data to the server all of which is dropped on the server.
>
The patch "NFS: Fall back to synchronous writes when a background write
errors..."
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git&a=commitdiff&h=7b159fc18d417980f57aef64cab3417ee6af70f8
was merged prior to 2.6.27.
That helps catch the problem earlier on the client, but IIRC XFS had
(has?) some kind of advanced error recovery routines that exacerbated
the problem on the server side by taking forever to figure out that this
was an irrecoverable error.
Cheers
Trond
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-03-16 12:37 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-12 19:56 issues with project quota over nfs brian wince
2009-03-13 2:19 ` Greg Banks
-- strict thread matches above, loose matches on Subject: below --
2009-03-13 16:59 Brian Wince
[not found] ` <AD300F292705ED4089373955E129C1780491E77D-wMZ1LeS2F8LT6zSRBKwRIVaTQe2KTcn/@public.gmane.org>
2009-03-15 20:55 ` J. Bruce Fields
2009-03-16 3:03 ` Greg Banks
2009-03-16 12:37 ` Trond Myklebust
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.