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 for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4AB23E80.9070805@it-sudparis.eu>
Date:	Thu, 17 Sep 2009 15:49:52 +0200
From:	jehan procaccia <jehan.procaccia@...sudparis.eu>
To:	linux-ext4@...r.kernel.org
Subject: ext4 and quota generate "Data will be lost" errors :-(

Since I run a ext4 FS with quota on my Redhat 5.4 , I often get these 
kind of messages on the console:

Message from syslogd@ at Thu Sep 17 15:40:11 2009 ...
gizeh kernel: mpage_da_map_blocks block allocation failed for inode 
3412191 at logical offset 0 with max blocks 1 with error -122
Message from syslogd@ at Thu Sep 17 15:40:11 2009 ...
gizeh kernel: This should not happen.!! Data will be lost

my system is runing on:
$ uname -a
Linux gizeh.int-evry.fr 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 
2009 x86_64 x86_64 x86_64 GNU/Linux
$ rpm -q quota
quota-3.16-7 
I upgraded redhat quota package from recompile fedora10 sources because 
of this changelog:

* Thu Oct 30 2008 Ondrej Vasik <ovasik@...hat.com <mailto:ovasik@...hat.com>> 1:3.16-6
- fix implementation of ext4 support


I have a discussion with redhat on this: 
https://bugzilla.redhat.com/show_bug.cgi?id=522615
the reponse is to move back to ext3 until redhat support quota for ext4 .

my probleme is that I have lot of users and filesystems in this 
situation now, and I wonder I couldn't expect a workaround ?
is this issue know in recent kernel,  will I really lose data ? 
any advice greatly appreciated .

regards


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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ