linux-kernel - Re: quota problem with 2.6.15.7

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200609051208.43857.bernd-schubert@gmx.de>
Date:	Tue, 5 Sep 2006 12:08:43 +0200
From:	Bernd Schubert <bernd-schubert@....de>
To:	Jan Kara <jack@...e.cz>
Cc:	reiserfs-list@...esys.org, linux-kernel@...r.kernel.org
Subject: Re: quota problem with 2.6.15.7

Hello Jan,

On Tuesday 05 September 2006 11:19, Jan Kara wrote:
>   Hello,
>
> > I just wanted to enable quotas on one of our server systems and got an
> > oops. This is an opteron system with a kernel in 64bit mode.
> > As you can see, the filesystem is reiserfs.
>
>   Hmm, is this reproducible? Any chances of trying out some newer
> kernel?

[trace deleted]

>   Hmm, the trace looks strange... It is definitely mixed with some old
> data. We definitely reached reiserfs_quota_on() but didn't reach
> vfs_quota_on() so it seems we crashed somewhere in path_lookup() (also
> link_path_walk() in the beginning of the trace suggests that). That's
> generic VFS code so maybe this is nothing quota specific. So this looks
> quite hard to debug if there's no reasonable way of reproducing it.

Its reproducible, I hoped it wouldn't happen again after a reboot, but 
unfortunately it did. Trying a newer kernel, hmm, usually a problem on server 
systems. I will try to test quotas on another amd64 system first(*).

Thanks for your help,
Bernd

(*) Which would be easy, if there wouldn't be a 64bit kernel, 32bit glibc, 
nfsclient inode truncation bug, which forces me to run all of our amd64 
nfsroot-clients with a 32bit kernel, http://lkml.org/lkml/2005/2/28/172. 
Well, my fault that I still didn't submit a glibc bug report.

-- 
Bernd Schubert
PCI / Theoretische Chemie
Universität Heidelberg
INF 229
69120 Heidelberg

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/