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
next prev parent reply other threads:[~2009-09-09 15:03 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-08 5:04 ext4+quota+nfs issue Pavol Cvengros
2009-09-09 4:16 ` Pavol Cvengros
2009-09-09 9:42 ` 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
2009-09-17 17:56 ` Nao Nakashima
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 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.