I can reproduce this bug ( using hang.py ) with my testing machine and
if it would help any, Theodore Ts'o ( or any other developer ), I can
let you log in via ssh and you can have free reign to do whatever you
need to to test. Not sure how helpful it would be without physical
access but I figured
@tytso,
I obviously don't have the same hw as you do (Dell Inspiron 1420), but I
attempted to reproduce the boot issue you see but I couldn't. Just in case you
wanted to test, I've put the image I built with your
config at http://people.ubuntu.com/~ogasawara/lp330824/
I did run into build
I'm now at a 21 hour uptime doing many things that would trigger the
lockups for me pretty consistently under the main ubuntu kernel...
compiling and clobbering large source trees, emptying trash, clearing
application caches, etc.
I have also experienced the issue mentioned in bug 348836 before
** Also affects: linux (Ubuntu Jaunty)
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
Current jaunty kernel and the one from
http://kernel.ubuntu.com/~rtg/2.6.28-lp348836/linux-
image-2.6.28-11-generic_2.6.28-11.42_i386.deb both freeze for me.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm still able to reproduce the freeze with hang.py using the
suggested kernel 2.6.28-11 #42
I have a laptop that I have been able to reproduce this bug with
rather easily possibly due to it's low system specs.
-BEGIN PGP SIGNATURE-
Version:
The existence of this bug should be noted in the release notes under
known issues as well as in the feature summary for Ext4 filesystem
support.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug notification
** Also affects: ubuntu-website
Importance: Undecided
Status: New
--
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
** Project changed: ubuntu-website = ubuntu-release-notes
--
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.
--
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
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
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
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
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
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
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
@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:
There are only 'skip'ped commit left to test.
The first bad commit could be any of:
bfe25765f9d655bcdb0ed883786ef1ad8509b027
dbf8b1c4e8122e705447b69aea9ee6ef3a9caa30
f5de197efcd44096152aacc0e8d3c02637959185
We cannot bisect more!
Final git bisect log:
cwi...@nokia:~/work/kernel/linux-2.6$ git
Hmm, all of those appear to be backports of ext4 patches which are in
2.6.29. Maybe the backports are buggy, or there's something else going
on. I'll have to grab the Ubuntu kernel git tree and try to see what's
going on. It's wierd; some of the revert before 2.6.28.y Sauce
patches are ones
Almost done bisecting.
git-bisect start
# good: [c04f828bd3a42d738f547fe6b0549cf70510a380] relay: fix lock
imbalance in relay_late_setup_files
git-bisect good c04f828bd3a42d738f547fe6b0549cf70510a380
# bad: [75a9a0bdb7f5d4a9a29711a3232b24fab35eb4e0] cpuidle: Add
decaying history logic to menu
UBUNTU: SAUCE: (revert before 2.6.28.y update) [PATCH] ext4: cleanup
mballoc header files also fails with the same error:
relevant retyped excerpt from dmesg:
EXT4-fs: barriers enabled
kjournald2 starting. Commit interval 5 seconds
EXT4-fs: delayed allocation enabled
EXT4-fs: file extents
Saivann,
The screen shot is very much appreciated, but unfortunately sysrq-w
generates a *huge* amount of data; much more than can fit on a single
screen, alas. Which means to get the full sysrq-w, we would either
need to get you set up with a serial console, and then monitor the
output via the
Theodore : Thanks for your guidance. I tried today to delete files in
the destination partition from the ubuntu LiveCD (squashfs) and the
result was the same, I wasn't able to input any text and/or use the
mouse so it was not possible to give needed information. If you have
other ideas, I'm ready
git bisect start v2.6.28 Ubuntu-2.6.28-11.38
bisect_log so far:
git bisect start
# good: [4a6908a3a050aacc9c3a2f36b276b46c0629ad91] Linux 2.6.28
git bisect good 4a6908a3a050aacc9c3a2f36b276b46c0629ad91
# bad: [1c211f0a50c10a7a95e958dcad89a185ab2e1a1a] UBUNTU: Ubuntu-2.6.28-11.38
git bisect bad
Disregard that last bisect good 576c, screwed up the test. 576c is bad.
--
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.
I was able to capture linux debug logs using netconsole. File attached
** Attachment added: netconsole.txt
http://launchpadlibrarian.net/24642693/netconsole.txt
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received
I can also confirm that this bug is not reproducible on 2.6.28 and
2.6.29-rc1 vanilla kernels.
It means that this problem occured because of Ubuntu kernel patches and
that's why Theodore was not able to reproduce it on his Intrepid machine
with updated vanilla kernels.
--
Soft lockups (freezes)
@Andrius,
Unfortunately, I suspect it's not quite so simple as this. I have had
one user who has been using a stock linux kernel using 2.6.28, 2.6.28.4,
and 2.6.29-rc6 --- but it takes about a month or so before he's able to
replicate the problem.
So at this point, given what everyone has
@Theo
I'm about halfway through a git bisect of mainline 2.6.28 - 2.6.29,
and (unsurprisingly I now realize) haven't been able to reproduce.
I'm pulling down git://kernel.ubuntu.com/ubuntu/ubuntu-jaunty.git
right now, and will run a bisect against mainline 2.6.28 and ubuntu's
2.6.28-11.38.
On
I get this bug each time that I rsync via network a big quantity of
files. It seems to survive longer if I do it from console compared to a
normal boot with GNOME. I attach two screenshots showing debug outputs
that appears in the console and debug from ALT + SysRec + W
** Attachment added:
** Attachment added: Screenshot of ALT + SysRec + W
http://launchpadlibrarian.net/24617587/IMG_8713.JPG
--
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
I haven't tried with rc5 but I can't trigger the lockup in rc3 or rc4 at
all (after much trying too!). Going back to ubuntu 2.6.28 I can still
trigger it almost immediately.
http://kernel.ubuntu.com/~kernel-ppa/mainline/ doesn't have any more
built kernels lower than rc3 so I'm stuck unless
@36
download tarball from kernel.org
tar xf linux-*.tar.bz2
fakeroot make-kpkg --initrd linux_image
--
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,
@36
I made mistake in instructions:
tar xf linux-2.6.29-rc*.tar.bz2
cd linux-2.6.29-rc*
make menuconfig
fakeroot make-kpkg --initrd kernel_image
I am now compiling rc2. Will tell the result in a few hours.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
@yaztromo,
Can you tell me what you do to try to reproduce the problem? As I
mentioned, I haven't been able to reproduce it myself, so I've had to
rely other people's bug reports. If there's someone who is familiar
with git bisect, it would be really useful to try to do a git bisect
start
I've been able to reproduce this consistently on my desktop (2.5gb
ram, a...@1.6ghz singlecore, 7200rpm drive) by writing half a meg to a
couple thousand different files sequentially, dropping the cache,
deleting them, and starting over. Usually the machine hardlocks
partway into the second
Theodore,
I set an rm -rf going of multiple copies of The High Voltage SID
collection, which in total is around 130,000 small files. At most two
tries is usually enough to trigger the soft lock.
I'm compiling RC1 now, thanks to Andrius' instructions. Will let you
know the result.
--
Soft
I am quite familiar with git and can try to bisect, but my laptop is not
so fast, so a dozen of build will probably take some time. I reproduce
the problem by working (svn up or rm -rf) with KDE subversion
repository.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
On Mon, 2009-03-30 at 16:56 +, yaztromo wrote:
Theodore,
I set an rm -rf going of multiple copies of The High Voltage SID
collection, which in total is around 130,000 small files. At most two
tries is usually enough to trigger the soft lock.
I'm compiling RC1 now, thanks to Andrius'
I'm starting a git bisect now.
--
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
Yes, my feeling has always been that this is an unlink (or generically,
rm) race as I only saw it when two processes were processing file
removals (with one being rm -rf) in two different directories.
Now what might be of relevance is that the two trees would have had
shared a high
On Mon, 2009-03-30 at 17:40 +, Andrius Štikonas wrote:
but my laptop is not
so fast
ccache is your friend. Should most certainly be worth it for half a
dozen kernel (re-)builds.
b.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
2.6.29RC1 is stable for me. The only kernels I can reproduce the error
on is Ubuntu' s 2.6.28 from the repos and 2.6.28.9 from the ppa
mentioned above.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug
Update: After doing even more testing this morning, I'm 99% sure
2.6.29-rc6 isn't affected by this bug.
--
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,
Hi, I could not reproduce the bug in 2.6.29-rc6 or 2.6.29 final from the
same source (http://kernel.ubuntu.com/~kernel-ppa/mainline/). But I can
reproduce it in 2.6.28.9 as well as in the latest ubuntu kernel.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
Hmm. So two people have said they haven't been able to reproduce the bug in
2.6.29-rc6. Unfortunately, one poster on the linux-ext4 claims that he
experienced the problem (including getting his file system corrupted) while
running that version, 2.6.29-rc6.
I'll have to ask him to confirm
Simply unloading Apparmor service doesn't help. Is there a quick way to
disable apparmor in the kernel too?
Vague guess but does this bug have any relevance? http://osdir.com/ml
/file-systems.ext4/2008-01/msg00083.html
It seems to be something that was fixed in 2.6.29.
--
Soft lockups
@26:
Vague guess but does this bug have any relevance?
http://osdir.com/ml/file-systems.ext4/2008-01/msg00083.html
I don't think so. The date on that is January 2008, and that patch was
integrated long ago.
It seems to be something that was fixed in 2.6.29.
So you've independently confirmed
@21:
Vanilla kernel 2.6.29-rc8 works well for me. So either this problem was fixed
in kernel 2.6.29-rc8, or the problem is caused by Ubuntu kernel patches.
Any chance you can try a vanilla 2.6.28 kernel and see if you can
reproduce the problem there? Other very interesting test points would
be
Apparmor seems less likely to be the cause, as does any of Ubuntu's
sauce patches. I have a report from someone who is using a
completely stock kernel who has seen this bug on 2.6.28, 2.6.28.4, and
2.6.29-rc6 (which if confirmed rules out my most likely fix in comment
#27 above). Since apparmor
Just to make things absolutely clear:
the kernel versions you would like us to test is 2.6.29-rc6 and 2.6.29-rc8?
There have been numerous references to 2.6.28-rc kernels as well above which
has got me all confused.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
@30: Gabriel,
Yes, that's correct; if you could test 2.6.29-rc6 and 2.6.29-rc8, I
would be much obliged.
Sorry for the other references to other -rc kernels. I'm gathering
information from other sources, including updates from this Launchpad
comment stream, and each time I can get more
@Theodore,
I justed tested 2.6.29-rc6 sourced from http://kernel.ubuntu.com
/~kernel-ppa/mainline/
My usual test, which involved deleteing 40gig of video files, that
reliably crashed 2.6.28 hasn't crashed 2.6.29-rc6 yet. Since I may have
just gotten lucky I'll do some more testing tommorrow.
If
Vanilla kernel 2.6.29-rc8 works well for me. So either this problem was
fixed in kernel 2.6.29-rc8, or the problem is caused by Ubuntu kernel
patches.
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
https://bugs.launchpad.net/bugs/330824
You received this bug
Reproducing this bug to get a trace corrupted my system so badly not
even a ubuntu jaunty CD will boot without locking the system hard. I'm
now stuck on my laptop since I have no way to rescue!
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
I'm not sure this patch will fix the problem (since I haven't been able
to reproduce it yet), but it is at least plausible that this reported
brown paper bag bug might be responsible for this failure mode.
I've also had one person (irc handle SuperSquirrel) tell us on ext4 that
when he went to a
One more people for folks who can reproduce this to test, from the #ext4
IRC channel:
(09:27:06 PM) SuperSquirrel: I am using ubuntu stock kernel on jaunty now and
hasnt frozen since i turned app armor off.
(09:29:18 PM) SuperSquirrel: i have deleted 3 Files in one directory
Can anyone else
Hello I am SuperSquirrel on the IRC.
I have compiled a 2.6.29 Kernel last night and my system has not hung
yet. I have also tested the stock kernel in ubuntu jaunty alpha with app
armor deleted and my system has not hung up yet. So i think the problem
lies with apparmor somewhere as some ext4
When it freezes, attaching the output of sysrq-w, either via
# echo w /proc/sysrq-trigger
# dmesg dmesg.txt
or doing the keyboard combination, would probably be helpful for getting
to the bottom of what appears to be a deadlock.
--
Soft lockups (freezes) when deleting files from ext4
Have experienced this on a daily basis, whenever I try empty the Trash
folder. There are several large files in the Trash. This is on a x86_64
system running Ubuntu, and as mentioned above, under gnome and via the
comand line (using rm -rf)
--
Soft lockups (freezes) when deleting files from ext4
Same thing happened to me when I use kdesvn-build to build KDE SVN.
Usually it truncates the .svn/entries file just like what has been
reported before:
kde-de...@xavier:~$ cd kdesvn/kdesupport
kde-de...@xavier:~/kdesvn/kdesupport$ svn up
svn: Working copy '.' locked
svn: run 'svn cleanup' to
Posting to confirm same bug. Happens when emptying lots of files from
the recycle bin, or doing a big rm -r *
Message is something like BUG: soft locking - CPU#0 stuck for 61s!
Xubuntu 9.04 and ext4 file system
--
Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28
I should add that my file system is new and not a convert from ext3.
--
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.
--
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
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
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
** 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
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
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
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 to
201 - 270 of 270 matches
Mail list logo
