ecryptfs hangs on kernel 2.6.22-7.14

Bug #124208 reported by deadwill
12
Affects Status Importance Assigned to Milestone
linux-source-2.6.22 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: linux-source-2.6.22

On Thu, Jul 05, 2007 at 09:27:20AM -0300, William Lima wrote:
> The ecryptfs is hanging on kernel 2.6.22-rc7. Please check this link:
>
> https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/122852

This is why eCryptfs is still marked ``EXPERIMENTAL'' in the kernel...

This is probably related to the series of llseek() patches that I've
been working on over the last month. To get eCryptfs back to the way
it was, the last 4 GIT commits need to be dropped:

53a2731f9310a66beaf55677229ab067c85ce4fa
240e2df5c740d73fc08cac9989872212deb2d20e
e10f281bca03f45bdec91e67645c394eaec2f8f6
d4c5cdb3e099da7cc64df622b02ff7659babe16e

Without these patches, eCryptfs will fill in 0's on an llseek()
without a write, which technically isn't correct POSIX behavior, but
it's better than hanging.

In the meantime, I'll add the mount-touch-umount-mount-write pattern
to my growing body of regression tests and try to figure out where the
hang is occurring (I suspect conflicting read_cache_page() calls on
the same page).

Thanks,
Mike
.___________________________________________________________________.
                        Michael A. Halcrow
      Security Software Engineer, IBM Linux Technology Center
GnuPG Fingerprint: 419C 5B1E 948A FA73 A54C 20F5 DB40 8531 6DCA 8769

The last word in this sentence is wrong.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iQEVAwUBRozxFNtAhTFtyodpAQOtnQf/XxS3x8MHw+32AmWs6yqwHYmV+xN/jPUY
Hg4u2sMSzu6KBXL8LG4yaC13XZvI7CNNY5ZatWV4SQRhJXs5nmNbxrxLUYgZrm/q
tlYGrUMRqMX0ajQrjPdgvha4C/8T3nKCy4dAXyTJ/KFiOTjJ8vkABeOpIw9jWjIC
XevokDYwtMUNA4c3408idvNxlLIQX06etVH1bYEeO5plzE/IYGDSYCz3ATntZwKU
gY/igI3+fqouMCattVO4rbnlOGWaOofLseTadgZosS4Ka2dtJuu7XFGbOdYR49Ew
15ituFUPlmV/nmLrWi9cO8DIAojpsDvWvRyc5smr8RaIPrUf6BqRnQ==
=KPen
-----END PGP SIGNATURE-----

Changed in linux-source-2.6.22:
status: New → Confirmed
Revision history for this message
deadwill (deadwill-deactivatedaccount) wrote :

I just pulled down and installed gutsy, built the newly released
vanilla 2.6.22 from the config file distributed with Ubuntu, and
ran my eCryptfs tests without any problems. Specifically, the touch,
umount, mount, write test went fine without any lockups.

Mike

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iQEVAwUBRpK4k9tAhTFtyodpAQMqpQgAh8jOzhX/o61Qi4/GagMTwc7ZHOAeubjC
BAaVaSi67gkp2lLxWiyi+rKqafV+6SDIWfHTj6Bh6vFrrLH78fEIcHnDcOIrQEvq
P2BkpELj3jKWNjs1BPvuSRjyEZRaEyr3vbzZM7iqjkC5TgHqWRd0pMcymUIR5i72
90YyFy3xMPY1m/AGkYEQP1rpeY4YdfMhiaaoGHJhio7uRQz5sL5j5zNJh9VKtF8x
OWrDbPrBch6NyDCYRZAdejDXwwuh0hZh5HQQp5ZpvOFOthQGElprapfi08hTJez+
I4lCzH6aX7s03uRRztpiSJHYaLauFdv7v8uQncDMmJWHJbTze/hzlQ==
=1Dmw
-----END PGP SIGNATURE-----

Revision history for this message
deadwill (deadwill-deactivatedaccount) wrote :

Fixed on vanilla 2.6.22. We just should wait for ubuntu-kernel update.

Changed in linux-source-2.6.22:
assignee: nobody → xxxxx1
status: Confirmed → Fix Released
Revision history for this message
Colin Marquardt (ubuntu-marquardt-home) wrote :

Do you know if this is in the 2.6.22-8.17 package? The changelog has a line

  * eCryptfs: delay writing 0's after llseek until write

but for linux-source-2.6.22 (2.6.22-6.13) already. From my limited understanding,
this is the fix that Mike mentions above, but I'd rather be sure.

Thanks
  Colin

Revision history for this message
Colin Marquardt (ubuntu-marquardt-home) wrote :

I decided to try anyway. I accidentally first still used the old 2.6.22-6-generic package, and
saw hangs. Using 2.6.22-8-386 worked, so I assume it really is a fixed package.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.