linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@redhat.com>
To: Jiri Kosina <jkosina@suse.cz>
Cc: Pavol Cvengros <pavol.cvengros@primeinteractive.net>,
	linux-kernel@vger.kernel.org, Jan Kara <jack@suse.cz>,
	linux-ext4@vger.kernel.org
Subject: Re: ext4+quota+nfs issue
Date: Wed, 09 Sep 2009 10:02:38 -0500	[thread overview]
Message-ID: <4AA7C38E.8020306@redhat.com> (raw)
In-Reply-To: <alpine.LRH.2.00.0909091141300.25928@twin.jikos.cz>

Jiri Kosina wrote:
> [ adding relevant CCs ]
> 
> On Wed, 9 Sep 2009, Pavol Cvengros wrote:
> 
>> Hi,
>>
>> can somebody who is aware of ext4 and quota have a look on this one?
>>

This was also just reported at:

https://bugzilla.redhat.com/show_bug.cgi?id=521914

-Eric

>> Thanks,
>>
>> P.
>>
>> On 8. 9. 2009 7:04, Pavol Cvengros wrote:
>>> Hello,
>>>
>>> recently we have build and started to use raid storage with formatted
>>> capacity of 4.5T (ext4 formatted, default params).
>>> FS has quota turned on and is exported via NFS to nodes.
>>> If we turn qouta on on this FS and are trying to use it over NFS we get the
>>> following:
>>>
>>> ------------[ cut here ]------------
>>> WARNING: at fs/quota/dquot.c:964 dquot_claim_space+0x181/0x190()
>>> Hardware name: S3210SH
>>> Modules linked in: nfs fscache nfsd lockd auth_rpcgss exportfs sunrpc
>>> coretemp hwmon ipmi_si ipmi_msghandler ehci_hcd sr_mod cdrom uhci_hcd floppy
>>> usbcore i2c_i801 i2c_core processor 3w_9xxx button thermal
>>> Pid: 268, comm: pdflush Tainted: G        W  2.6.30-gentoo-r3_host #1
>>> Call Trace:
>>>  [<ffffffff803151e1>] ? dquot_claim_space+0x181/0x190
>>>  [<ffffffff80245c59>] ? warn_slowpath_common+0x89/0x100
>>>  [<ffffffff803151e1>] ? dquot_claim_space+0x181/0x190
>>>  [<ffffffff80367e83>] ? ext4_mb_mark_diskspace_used+0x423/0x440
>>>  [<ffffffff8036c05f>] ? ext4_mb_new_blocks+0x2cf/0x460
>>>  [<ffffffff80360a17>] ? ext4_ext_find_extent+0x307/0x330
>>>  [<ffffffff80362508>] ? ext4_ext_get_blocks+0x578/0xfc0
>>>  [<ffffffff8028e828>] ? __pagevec_free+0x48/0x70
>>>  [<ffffffff803a1c65>] ? blk_rq_bio_prep+0x35/0x130
>>>  [<ffffffff8034d310>] ? ext4_get_blocks_wrap+0x210/0x380
>>>  [<ffffffff8034d8d8>] ? mpage_da_map_blocks+0xe8/0x750
>>>  [<ffffffff80292cee>] ? pagevec_lookup_tag+0x2e/0x50
>>>  [<ffffffff8029084c>] ? write_cache_pages+0x11c/0x400
>>>  [<ffffffff8034e500>] ? __mpage_da_writepage+0x0/0x190
>>>  [<ffffffff8034e269>] ? ext4_da_writepages+0x329/0x4b0
>>>  [<ffffffff80290bd2>] ? do_writepages+0x32/0x70
>>>  [<ffffffff802e4140>] ? __writeback_single_inode+0xb0/0x490
>>>  [<ffffffff8023c753>] ? dequeue_entity+0x23/0x1c0
>>>  [<ffffffff802e4b16>] ? generic_sync_sb_inodes+0x316/0x4f0
>>>  [<ffffffff802e4f4e>] ? writeback_inodes+0x5e/0x110
>>>  [<ffffffff80290e56>] ? wb_kupdate+0xc6/0x160
>>>  [<ffffffff80292110>] ? pdflush+0x120/0x230
>>>  [<ffffffff80290d90>] ? wb_kupdate+0x0/0x160
>>>  [<ffffffff80291ff0>] ? pdflush+0x0/0x230
>>>  [<ffffffff80261154>] ? kthread+0x64/0xc0
>>>  [<ffffffff8020d13a>] ? child_rip+0xa/0x20
>>>  [<ffffffff802610f0>] ? kthread+0x0/0xc0
>>>  [<ffffffff8020d130>] ? child_rip+0x0/0x20
>>> ---[ end trace cb54e6523e9ab60d ]---
>>>
>>> fstab entry:
>>> /dev/sdb1              /mnt/storage    ext4
>>> noatime,nodiratime,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 
>>>
>>> qith quotaoff on tihs FS, warnings stop.
>>>
>>> Question is if it's safe to use quotas with this problem (warning) or not.
>>> Can't afford data damage.
>>>
>>> Thanks,
>>>
>>> Pavol Cvengros



  parent reply	other threads:[~2009-09-09 15:03 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4AA5E5F3.30309@primeinteractive.net>
     [not found] ` <4AA72C14.1020005@primeinteractive.net>
2009-09-09  9:42   ` ext4+quota+nfs issue Jiri Kosina
2009-09-09 14:46     ` Jan Kara
2009-09-09 17:19       ` Pavol Cvengros
2009-09-09 15:02     ` Eric Sandeen [this message]
2009-09-09 17:45       ` Justin Maggard
2009-09-09 19:02         ` Pavol Cvengros
2009-09-11 14:33           ` Pavol Cvengros
2009-09-14 17:50             ` Jan Kara
2009-09-14 18:52               ` Aneesh Kumar K.V
2009-09-16  6:35                 ` Pavol Cvengros
2009-09-21 16:28                 ` Mingming
2009-09-09 21:32       ` Mingming
2009-09-10  3:21         ` Pavol Cvengros
2009-09-10 12:40         ` Jan Kara

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AA7C38E.8020306@redhat.com \
    --to=sandeen@redhat.com \
    --cc=jack@suse.cz \
    --cc=jkosina@suse.cz \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavol.cvengros@primeinteractive.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).