Ted,
I've also not been using ecryptfs. I was one of the earliest reporters of
this bug. At that time, (during the beta of Jaunty), the most common use
case that triggered the bug was the running of multiple Virtualbox virtual
machines WHILE simultaneously moving/deleting files across/from multiple
partitions.

I must note that, over the last two and a half months, I have had a
relatively stable experience with Ext4 on Ubuntu. My Ubuntu laptop sees lots
of daily use, and I have only had about five lockups (which may not be the
fault of ext4). I still use Virtualbox - although not as much. I still move
files around - but not as much.

The more recent freezes have all occurred when I have a few large projects
open in Eclipse and I am doing an ant build outside on the commandline. The
builds and projects are usually large enough to cause a bit of memory
pressure (and swapping) on a laptop with 4GB RAM.

I am no filesystem expert - so I don't know if this information helps or
just clouds things up further.

Regards



On Mon, Jul 6, 2009 at 4:11 AM, Abraham Smith <email address hidden> wrote:

> Ted,
> I've NOT been using ecryptfs, but I was using NFS and rsync-over-ssh on
> ext4 extensively during my lockups.
>
> --
> Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
> https://bugs.launchpad.net/bugs/330824
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Ubuntu Release Notes: Fix Released
> Status in “linux” package in Ubuntu: Fix Released
> Status in linux in Ubuntu Jaunty: Fix Committed
> Status in linux in Ubuntu Karmic: Fix Released
>
> Bug description:
> [
> Please read *all* previous comments before posting.
>
> Mainline kernels are known to not experience this bug, although in general
> are not supported (i.e., using one is a workaround, but if they break other
> things you're generally out of luck).
>
> Additional "me-too" comments aren't useful, feel free to select the "This
> bug affects me too" option and/or subscribe to this bug instead.
> ]
>
> Binary package hint: linux-image-2.6.28-8-generic
>
> I'm using 8.10 Kubuntu with all updates done on system.
>
> System is a clean installed system with EXT4 formating and using 2.6.8-8
> linux kernel.
>
> System sometimes lock and freeze whole inputs even keyboard or mouse.
> I have closed X and kdm and try to reprocedure same bug in console  ( not
> konsole )
> so i have killed X and kdm.
>
> And try to compile qt-copy in one console and try to svn up on KDE and on
> other console
> i tryto apt-get update    to make system under CPU load. and after a while
> it happens again.
>
> No Keyboard response no harddisc response total freeze.
>
> I have waited a while after freeze and about 4 min later a text appeared on
> screen saying :
>
> BUG: soft locking  - CPU#0 stuck for 61s!   [uic: 5356]
>
> after waiting about 4 more minutes a newer but same text appeared unter
> this message :
>
> BUG: soft locking  - CPU#0 stuck for 61s!   [uic: 5356]
> BUG: soft locking  - CPU#0 stuck for 61s!   [uic: 5356]
>
>
> There isn't any error records on /etc/log/messages releated on hardware
> while around freezing/locking times
>
> And for information : Sometimes i have seen that i'm getting messages like
> disc is full but
> I'm sure that it isn't. Because df shows me there are more than 7 Gb
> freespace. Not always getting this error.
> if a file shows this error while i'm updating it i'm deleting it and
> downloading a bigger file system won't interrupts me
> like saying disk is full. I think it is releated to Ext4.
>
> But i'm not sure these 2 bugs releated or not.
>
> Thanks
>