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-next>] [day] [month] [year] [list]
Message-ID: <CAA3XVTxhXqo5vJmUjmN1_GPZvftVoNcYGKm1WaVOJTuz3jMNqQ@mail.gmail.com>
Date:	Mon, 11 Mar 2013 14:03:51 -0700
From:	Bryan Whitehead <driver@...ahappy.net>
To:	linux-kernel@...r.kernel.org
Subject: ext4 change in v3.3-rc2 broke user space

Specifically this change:
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=d1f5273e9adb40724a85272f248f210dc4ce919a

This change has broken gluster when using ext4 as the backing
filesystem. Details are here:
http://www.gluster.org/2012/08/glusterfs-bit-by-ext4-structure-change/

The change is about a year old now but it is finally making its way
into distribution binaries. As a user it sucks because "ext4" the
"stable" fs basically breaks. Fortunately for myself I've used xfs as
suggested by GlusterFS (older versions stated ext4/ext3 was fine).
However, there are many installs (particularly older installs) that
used ext4 and are finding they must now run outdated old kernels until
they can completely reinstall their gluster cluster with non-ext4
underlying filesystems. Another side effect is users like myself
dealing with the fallout on mailinglists. I've run across this issue
on glusterfs maillinglist (obviously) and also cloudstack. It is so
damn annoying to tell people a kernel change screwed up gluster and
that is why their cluster is busted. To be frank, most will just
assume kernel would never do such a bad thing and it is nonsense that
the kernel is to blame. This sucks.

I'm not hear to bitch (well maybe a little) but I hope changes like
this STOP happening. I think the biggest blame is on RedHat for
backporting the above patch and pushing out kernel binaries before a
workaround in kernel-land was found. On the other hand - a work-around
should have been part of the original patch. I'm resigned to the fact
there is NO hope of this being fixed since everyone has moved on and
it has been accepted for so long. Damnit.

If ext4 is seriously this much in flux - I'd like to politely suggest
it is marked experimental, non-prod, or dangerous.

-Bryan
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ