Theodore Ts'o : I found that there is not 10 but 9 ubuntu SAUCE commits
in your branch. commit "18fde579ee7e5895a802e9e04a38c26f4c0ed351" is the
one I identified being the bad one earlier. For each 8 others, I built
the kernel with the specific SAUCE patch reverted and tested if the bug
was reprodu
I have resisted posting because 'me too' is not helpful. However, I am
operating two very different machines (no two pieces of hardware the
same) with the same operating system (Jaunty [ext4] with all the latest
updates). Both machines exhibit the same 'freezing' problem on deleting
files and the e
I dont want to be rude but the "its your own fault, dont use it attitude" does
not help anyone.
I am pretty sure everyone knows they can use ext3, thats not the point of a
bugreport tho.
If Ubuntu ships with ext4 supoort it should work period.
In this current state its almost unusable.
--
Soft
Regarding Øyvind's wise words...
I completely agree Øyvind and you are right sir. That said, there are an
awful lot of people (like me) who have opted for ext4 believing that any
major bugs would be sorted in the usual timely fashion that we have come
to enjoy from the Ubuntu community. I think in
I realize that I'm just adding to the problem, but... Please conduct
these discussions somewhere else. There are a lot of people subscribed
to this thread, not because they want to discuss it, but probably
because they are waiting for a fix to be released.
So at a risk of being rude; please restri
Well said Andri. Now back to the bug.
I have been running 2 entirely different servers with the desktop
version of 9.10 for 3 weeks now with EXT3 and other with EXT4.
In 8.10 and 9.04 Ubuntu froze as described above when I deleted large
numbers of files. Or indeed when any software deleted anyth
Another possibility is to use the Karmic kernel but keep a Jaunty
userspace. I haven't tried this myself, but I suspect it is highly
likely to work.
As far as people complaining --- please note that (a) Ubuntu has not
made this the default, and (b) when I talked to the Canonical kernel
team, the
P.S. There is a known ext4 file system corruption bug which is fixed in
the 2.6.30 mainline kernel and in 2.6.29.5. It was found after the
stable kernel series stopped updating for 2.6.28, but I do carry a fix
for it in my for-stable-2.6.28 branch of the ext4 git tree, located
here:
git
FWIW, I've installed a kernel from http://kernel.ubuntu.com/~kernel-
ppa/mainline/v2.6.30/ and I haven't had any problems since then.
--
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
Hi Ted,
I've opened bug 389555,
https://bugs.edge.launchpad.net/ubuntu/jaunty/+source/linux/+bug/389555,
to track the issue you mentioned in comment
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/330824/comments/191
. Thanks.
--
Soft lockups (freezes) when deleting files from ext4 pa
I registered just to say that I have been seriously affected by this
bug, and it certainly deserves more than the "medium" designation.
Single core, ~1GHz processor, would deadlock consistently on rm -rf'ing
a directory of photos (~4MB each, thousands of them) using the stock
ubuntu kernel 2.6.28-1
Thank you Jason Waddle, i've updated my console-only server to 2.6.30
and succeed deleting 35494 files from an ext4 device in ~45 seconds
without freezing.
Help for the update:
http://www.ramoonus.nl/2009/06/10/linux-kernel-2-6-30-installation-guide-for-ubuntu-and-debian-linux/
http://kernel.ubunt
Moreover, that comment came after the poster updated a "console only"
server :)
--
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 member of Ubuntu
Bugs, which is subscribed to Ub
Sorry for multiple pollution of the bug report but I got things wrong.
And in fact a warning to the installer would be a nice addition, however
the release notes are clear on the ext4 bugs.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bug
I want to apologize for my last comment. I really like having a free
operating system and all the free software, and I love the people who
volunteer their time putting it all together and making it work as well
as it does (thank you!). I was in a bit of a mood after messing with
this thing all ni
This bug doesn't seem to trigger on ext3 file systems mounted as ext4.
Can anyone confirm?
Maybe we can pinpoint which of the new ext4 attributes are needed to
trigger the bug?
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You
Saïvann,
Thanks for your willingness to work on this.
>However the good news is that I'm ready to take a lot more time on this. If it
>requires me to
>git bisect again the whole jaunty kernel and to apply commit dbf8b1c4 each
>time I test one
>commit, I'm ready to do it. If you can only guide m
Theodore Ts'o : That's excellent, I'm going to start bisecting today.
Thanks!
--
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 member of Ubuntu
Bugs, which is subscribed to Ubun
I can confirm this.
The easiest way to reproduce it is to run bonnie++ without options on an
ext4 device. It freezes the system every time for me on a laptop and in
a virtual machine.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330
Theodore Ts'o : As I'm not a expert with git, my previous results were
wrong because I tested the "master" branch of
git://github.com/tytso/ext4.git instead of the "ubuntu-330824-test"
branch (shame on me). So I cloned your current git repository, checkout
to branch "ubuntu-330824-test", then check
I can always get a lock with Back-In-Time (http://backintime.le-
web.org/), which uses rsync.
If try to to backup my home dir (ext4 formatted) to another drive (ext4
formated) during the initial snapshot generation it locks up everytime.
I'm using jaunty with 2.6.28-11-generic.
--
Soft lockups
I have this bug too after I've updated from Ubuntu 8.10 to Ubuntu 9.04.
Here are more info:
- I have relatively small filesystems (30 GB and 80 GB), converted by hand to
ext4
- My kernel version is Linux 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17
01:57:59 UTC 2009 i686 GNU/Linux
- I have an Nvi
Hey guys.
Just wondering.
This recent ext4 fix looks hopeful (typo correction).
http://patchwork.kernel.org/patch/19495/
Found while been browsing for potential fixes in ext4.
Does anyone know if it is in a Jaunty backport?
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2
@Derek - that patch is already in Jaunty.
static void ext4_mb_add_n_trim(struct ext4_allocation_context *ac)
...
list_for_each_entry_rcu(tmp_pa, &lg->lg_prealloc_list[order],
pa_inode_list) {
spin_lock(&tmp_pa->pa_lock);
Just found this report after a number of forced reboots, Chiming in with
another verification.
Running Stock Jaunty: 2.6.28-11-generic (bui...@palmer) (gcc version
4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC
2009
Have a 3TB 4-drive software RAID-5 array with EXT4. Hang
Phil,
The only suggestion I can make at this point is to use a mainline
kernel. This seems to be some kind of interaction between Ubuntu
"Sauce" patches and the ext4 code. People have reported success with
stock 2.6.28, stock 2.6.29 and a bleeding-edge 2.6.30-rcX kernels.
There have been attempt
A bit more info on my circumstance.
1) I triggered the lockup at one point by running Evolution - no idea what it
was doing in the background
2) I was trying to figure out why subversion was giving me an assertion on a
particular samba mounted file:// repo.
(this has been going on for a while, i
I think I am bitten by this, too, on AMD64, with a root fs converted
from ext3 to ext4 using
tune2fs -O extents,uninit_bg,dir_index /dev/DEV
linux-image-2. 2.6.28-11.42
I have not found a way yet to trigger, "rm -rf" on ten thousand files
once did not.
On an irregular basis I can see any app do
I've switched to:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.30-rc4/ (and previously rc3)
So far, so good, on both machines using ext4, despite still plenty of rm
-rf.
here's hoping...
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.ne
I also just triggered a crash using the hang.py script from this forum. I just
just switched to ext4 and had to try.
I have two observations someone might find useful.
1) Running as normal user. Ran hang.py and it locked up on the 5th
round. I had to push the reset button. Note that th
According to last Theodore Ts'o comment, I am bisecting ubuntu-jaunty
git branch and the result so far are very positive. If everything goes
well, I will be able to reveal exactly which commit caused the bug in a
few. 65 commit left to test. 4 good commits identified, 2 bad commits
identified. The
My git bisect is finished and revealed that commit
dbf8b1c4e8122e705447b69aea9ee6ef3a9caa30 is the faulty one, confirming
Carey Underwood previous results. Bisect log attached and commit diff
attached.
Trying to revert that whole patch in current jaunty kernel makes it
FTBFS so I could not test re
** Attachment added: "dbf8b1c4e8122e705447b69aea9ee6ef3a9caa30"
http://launchpadlibrarian.net/26269859/dbf8b1c4e8122e705447b69aea9ee6ef3a9caa30
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug notificati
Also installed http://kernel.ubuntu.com/~kernel-
ppa/mainline/v2.6.30-rc4/. No freezes so far. At last I can work with my
workstation.
@Derek - THANK YOU for the post!
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You receive
Just increasing the counter of people affected. I have faced system
freeze 4 times since I upgraded my file system to ext4. luckily my "/"
fs is not on ext4.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug n
This issue is *not* fixed in current jaunty.
Deleting files will not freeze your machine at once or so often anymore.
But it still happens once a day approximately 1-3 seconds after the deleting is
done, system just freezes.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2
@Tim Gardner on 2009-04-30:
> @Derek - that patch is already in Jaunty.
>
> static void ext4_mb_add_n_trim(struct ext4_allocation_context *ac)
> ...
> list_for_each_entry_rcu(tmp_pa, &lg->lg_prealloc_list[order],
> pa_inode_list) {
>
** Description changed:
+ [
+ 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 "m
@Ted - Pauli's observation is correct. I was comparing Jaunty against
2.6.28.9 fs/ext4/mballoc.c. They are indeed the same wrt the code in
ext4_mb_add_n_trim(). However, Linus' tree has commit
e7c9e3e99adf6c49c5d593a51375916acc039d1e which was Cc sta...@kernel.org,
and corrects the spin_unlock() ty
Test kernels in http:/kernel.ubuntu.com/~rtg/2.6.28-13.44-lp330824
contain stable updates through 2.6.28.10 as well as the aforementioned
missing commit e7c9e3e99adf6c49c5d593a51375916acc039d1e from Linus'
tree.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://
@Tim:
I would be delighted if commit e7c9e3e9 fixes this bug. However, this
fix was added after 2.6.29 was released (it was pushed to Linus between
during the 2.6.29..2.6.29-rc1 merge window), and Ubuntu users have
reported that using the 2.6.29 stock kernel was enough to avoid the rm
-rf hang p
The bug can be reproduced with Tim Gardner test kernels
http://kernel.ubuntu.com/~rtg/2.6.28-13.44-lp330824
--
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 member of Ubuntu
Bug
Saïvann,
Thank you very much for doing the bisect and confirming Carey's results.
The problem with this is that the commit that you figured as causing the
problem, dbf8b1c4, is identical to commit 82eb4869, which appeared in
2.6.28.7, and commit 920313a7, which appeared in 2.6.29-rc1, and so was
i
Confirm that 2.6.28-11.42 had the problem. I was able to reproduce the
issue 5 or more times by issuing 'rm -fr dirname' on an 80gb directory
hierarchy of files up to 5gb each. The system soft locked just like the
reported bug symptoms. Booting 2.6.30-020630rc4 resolves the issue for
me and 'rm -fr
Theodore :
I built and tested your branch : git://github.com/tytso/ext4.git and the
bad news is : no crash. I was able to delete my whole filesystem and the
problem was not reproducible when it always takes 2 seconds for the bug
to appear.
However the good news is that I'm ready to take a lot mor
We might have a break in this bug. For those people who can reliably
reproduce the problem, are you using ecryptfs, possibly extensively?
Roland Drier has reported a potential lockdep report that might explain
why some of us have had extreme problems reproducing the problem; namely
we might not b
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 member of Ubu
Both, actually. Yes, exporting ext4.
--
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 member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
Hi Ted,
> even though at this point we've got a huge number of Fedora 11 users
using ext4 w/o any problems.)
Fedora 11 uses linux kernel 2.6.29.4, but Ubuntu 9.04 uses kernel 2.6.28
by default.
I don't have any ext4 soft-lock-up problems using Ubuntu mainline kernel
2.6.29 and 2.6.30 netiher
Re
I also see this problem with no ecryptfs use (no FUSE-anything, just
EXT4 all around). Does the "fix" that was committed for 9.04 assume
this is caused by the ecryptfs deadlock?
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
Yo
On Sun, 2009-07-05 at 23:32 +, Theodore Ts'o wrote:
> We might have a break in this bug. For those people who can reliably
> reproduce the problem, are you using ecryptfs, possibly extensively?
I've been able to reproduce it 100% reliably (rm a single file => crashy
crashy) just in the Jaunty
Luke Maurer wrote:
> I've been able to reproduce it 100% reliably (rm a single file => crashy
> crashy) just in the Jaunty
> LiveCD environment. AFAIK, the most exotic filesystem hackery it uses is that
> union filesystem,
> though I was crashing on deleting something on a separate, non-unionized
Accepted linux into jaunty-proposed, the package will build now and be
available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Tags added: verification-needed
--
S
I can also reproduce this bug easily, but I never tried EnabledProposed;
Where can I find the new kernel in aptitude text mode ?
--
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
Just started using Ubuntu and I had to go looking for why the server
constantly locked on rm commands.
This happens pretty much 100% of the time in my ext4 filesystems that
are large (100gb 60%+ full). I cannot delete more than 20-30 files
before it hangs.
I also was able to go up to 2.6.29 and
I have installed new 2.6.28-14 from jaunty-proposed and switched to it
from 2.6.29. Today I had another lockup during intensive disk usage.
This fix does not work for me.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You receiv
I have all the latest upgraded drivers, kernel, etc. Using a native ext4
partition, Jaunty w/latest KDE. Freezes and locks up the system almost
every single time I empty the trash or delete certain items via Dolphin.
Noticed this problem about 5 days ago, never seemed to be evident before
then. I t
This fix seems to be working for me; didn't have a crash since.
That was not easy to install, but I managed...
--
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 member of Ubuntu
Installed linux-image-2.6.28-14-generic 2.6.28-14.46 from jaunty-
proposed. Ran hang.py, and still obtained a soft lockup. Doesn't seem
like the update fixes this problem. So I guess Theodore Tso was right in
pointing out above that this might not be the correct fix. (Note that
for me 2.6.29-020629
I am on .28-14;
I Didn't know about the python script; I'll try it after work.
--
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 member of Ubuntu
Bugs, which is subscribed to Ub
I just read through all the comments (I hope), and did not find this
mentioned, so I thought it might be helpful..
I had the problem for a long time, but didn't bother too much. Now it got
annoying and after some searching I installed mainline 2.6.30 to see if it
would work.
As has been mentione
I highly doubt that it had something to do with permissions, as there
were really all kinds of files (audio, video, documents..) from
different sources (downloads, self-made..).
I didn't mean this to be a cause of the bug, but rather a result and
maybe an indicator to where things might be going w
Yep, I crashed using hang.py :
Linux lantea 2.6.28-14-generic #46-Ubuntu SMP Wed Jul 8 07:21:34 UTC
2009 i686 GNU/Linux
FilesystemTypeSize Used Avail Use% Mounted on
/dev/sda5 ext4 90G 76G 9.9G 89% /
Didn't crash with 10GB of 100GB.
/dev/sda5 ext4 90G 82G 4.2G 9
Huh. My system's also a single-core Athlon 64, and I'm getting it even
worse (a single "rm" hangs). Is it possible that this is a race
condition that's *more* likely on a single-core box? Seems like we've
exhausted every other theory :-)
--
Soft lockups (freezes) when deleting files from ext4 par
It happened very frequently on my Dual Core i86 based system (never got
more than 5 single rm commands off without a hang before I went to the
higher kernel) so it certanly can happen on multi-core systems often.
Your theory on race conditions is interesting though--it certainly
exhibits the behav
I'm going to reboot, after installing 2.6.30 + newer (185.18.14) NVidia drivers
see
https://bugs.launchpad.net/ubuntu/+source/nvidia-common/+bug/384639/comments/8
to do it with NVidia working ;-)
Hoping this will solve the crash problem. I would suggest to others to try the
same, since the probl
Full acknowledgement!
For me, I installed Kubuntu Jaunty fresh with native ext4 and external
backup drive, also ext4. Actually it was because of a system crash in
which I lost my complete partition. So I want to have the backup-system
working now before I proceed! But I was stuck because of this e
I've also been using the Karmic kernels on Jaunty (and the new nvidia
drivers) as suggested by martinm1000. Unfortunately, it seems to require
also updating the graphics drivers, in my case nvidia.
I've applied this temporary fix a while back, seeing this is taking too
long to fix. I also vote for
Updating the kernel fixed this for me. Thanks JoseStefan for easy
instructions. I think one of the hardest parts of trouble shooting this
is that it only seems to happen on certain hardware configurations,
which means that initially I thought it was a hardware glitch of some
kind due to it not happ
** Summary changed:
- ext4 or 2.6.28 is completely freeze my system
+ Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug notification b
It looks like the converted vs native ext4 filesystem info I gave
earlier was a RED HERRING! I just got another system freeze deleting
files off my EXT4 partition that I had reformatted (using mkfs.ext4)
yesterday. I have just dropped down to a root shell on the recovery mode
to see if I can figure
Well, I could not reproduce the latest system freeze. Certainly the
frequency of the system freezing from EXT4 deletes is much, much lower
on this new native EXT4 partition as opposed to the converted version. I
am going to do some more spring cleaning to see if it will freeze up
again.
--
Soft l
3 more nautilus delete freezes to report (all from same "native" EXT4
partition):
1. deleted a folder with a bunch of video files totalling 7.5 GB
2. deleted 16 folders and files totalling 1.1 GB
3. deleted 6 folder and files totalling 1.6 GB
In all 3 cases it froze immediately after I said yes t
just had another freeze. I was deleting a virtual machine snapshot
(relatively large file). when I rebooted, I was able to finish deleting.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug notification becaus
The freezes I initially reported occurred when I was moving large
folders between ext4 partitions (moves between partitions involve
deletes). When I am doing this kind of re-organizing, I usually have
several move operations going on concurrently. Could it be that the bug
is triggered more easily w
Confirm that similar regular freezing occurs only on my machine, with
ext4 FS converted from ext3. Typically the freeze occurs under high disk
activity; I believe when the freeze has happened, I have had a rsync job
traversing whole /home, which contains a large number of small files.
I managed to
Steve Langasek 18 hours ago
ubuntu-release-notes status:New → Fix Released
That's funny, because it was just about 18 hours ago now that this bug
made itself apparent to me.
I actually had ubuntu freeze when i tried a disk cleaning utility (it
didn't occur to me that it froze because things
That would be because ubuntu-release-notes is not Ubuntu. It *just*
refers to the release notes. As Steve said, they are located at
https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes#Lock-ups. This
issue has been documented in the release notes, and thus, the fix for
the release notes has been
So it's still being worked on then? Not to be critical, but isn't this a
bug that's been known for months?
--
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 member of Ubuntu
Bugs
As an idea; for people who can reproduce it easily, preferably one of
you who have been doing this on a relatively small (20-40GB filesystem),
maybe you would be willing to do the following?
(a) Load up the filesystem with the test set of files that, when deleted, will
product the hang.
(b) Run
I plugged my hard drive to another computer with 6GB RAM (instead of
640MB) and was not able to reproduce this bug at all neither with my
usual methods nor with hang.py. I can always easilly reproduce the bug
on 640MB machine in a few seconds.
--
Soft lockups (freezes) when deleting files from ex
It happened really often to me with 2.6.28.x kernel, and now it doesn't happen
at all (tried everything to reproduce, but I couldn't) with a 2.6.29-1 kernel,
and also the 2.6.29 kernel is ok.
So we should just find the right patch that fixed it and apply to the current
kernel.
--
Soft lockups
Alessandro, please make a point of reading all the comments on a bug
before adding your own. :)
--
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 member of Ubuntu
Bugs, which is
Repeatedly triggered trying an rm -rf of a subversion tree.
Intel driver. I guess I'll subscribe and await developments.
A workaround for me was to do following:
find ~/svn/trunk -type f | while read f;do rm -f "$f";sleep .1;done
find ~/svn/trunk -depth -type d | while read d;do rmdir "$d";sleep
this bug works with final jaunty 2.6.28-11-generic on an amd athlon,
installed hardy which was updated by hand to intrepid which updated to
jaunty, with no gnome nor x server. ext3 filesystem converted to ext4 by
hand, 250gb pata hdd one partition, no swap.
i can reproduce this bug any time with a
to be accurate replace 'file' to 'directory', sorry. i would like to
delete more than 13 files because i copied all my data within the
hdd to use extents
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug n
I reproduced this bug (kernel panic, total freeze) this morning by doing
*two* simultaneous rm -rf commands on folders created by copying /bin
/lib /boot /etc /lib64 /root /srv /usr /opt /sbin /var into two backup
folders on another ext4 partition.
I had netconsole running on another computer, but
** Also affects: linux (Ubuntu Karmic)
Importance: Medium
Assignee: Tim Gardner (timg-tpi)
Status: In Progress
--
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 me
I got a kernel panic just now (ie the PC froze completely) and managed
to capture a whole bunch of general protection faults and the panic with
netconsole. The PC actually froze when I opened a new tab in Firefox
rather than when I went to delete a number of files, but there are a
number of ext4 ca
Rocko,
Thanks for your kernel panic log. This doesn't prove anything, but 14
seconds before the oops involving ext4_delete_inode, there was a
recursive fault in the X server, which was apparently running the Nvidia
proproietary driver.
So I hate to ask this but (a) how many other people who have
I can trigger the bug without X running, my card is also an ATI running
the driver provided by Xorg
--
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 member of Ubuntu
Bugs, which
I reproduced this bug on 3 computers, running nvidia, intel
(proprietary) and ati (OpenSource) cards. I also reproduced this bug in
the "recovery-mode" without X started, so definitively not related to
Xorg.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs
Just another comment, more of the same, amd64, ubuntu jaunty kernel
2.6.28-11-generic. Freezes with either empty wastebasket or rm
-rf/rm/etc.
EXT4 native, not a converted EXT3, unfortunately system does not respond
to SysRq and getting debug logs is almost impossible.
If I can be any more helpfu
@Ted - these are the Jaunty fs/ext4 commits that are different then
2.6.28.9:
LP: #346194
bbf2bb7bd0a7efaaea309c88dc6bc7d1f89b7516 ext4: fix header check in
ext4_ext_search_right() for deep extent trees.
Per your suggestion to ameliorate the delayed rename behavior:
0903d3a2925f3cffb78ca611c4e33
Just adding to the list of occurrences. on 2.6.28-11-generic Kubuntu
9.04 amd64
ext4 native again, no conversions. Anything that does really high disk
IO seems to trigger it. The one app type that seems to trigger it
quickly are news readers, hellanzb or klibido although i've seen it on a
big apt
Anybody sees the connection between this bug and the data loss bug ( Bug
#317781 ) ? I just had my laptop freeze again ( I was building Firefox )
and then it was trashed so hard I couldn't even have it boot again!
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https:
Its possible this bug is related to LP 348836. Can you guys try the
kernel referenced in
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/348836/comments/7
?
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received t
I may now jinx myself but the patch in that build does appear to fix the
issue
--
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 member of Ubuntu
Bugs, which is subscribed to Ubu
I will be very happy if this patch fixes the issue --- however, I'll
note that this patch showed up in mainline shortly after 2.6.28-rc8, and
it doesn't explain the reports from people who said they were not able
to reproduce the problem using a stock 2.6.28 or 2.6.29-rc1 kernel.
Anyway, if more p
I installed the kernel package pointed by Tim Gardner
(http://kernel.ubuntu.com/~rtg/2.6.28-lp348836/linux-
image-2.6.28-11-generic_2.6.28-11.42_i386.deb), rebooted my computer and
I was still able to reproduce the freeze after 3 seconds. So
unfortunately, does not seem to be fixed here.
--
Soft
1 - 100 of 1522 matches
Mail list logo
