From: Kai Krakow <hurikhan77+btrfs@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: hard freezes with 3.9.0 during io-intensive loads
Date: Sun, 05 May 2013 12:25:45 +0200 [thread overview]
Message-ID: <6moh5a-knf.ln1@hurikhan.ath.cx> (raw)
Hello list,
I've upgraded to 3.9.0 mainly for the snapshot-aware defragging patches. I'm
running bedup[1] on a regular basis and it is now the third time that I got
back to my PC just to find it hard-frozen and I needed to use the reset
button.
It looks like this happens only while running bedup on my two btrfs
filesystems but I'm not sure if it happens for any of the filesystems or
only one. This is my setup:
# cat /etc/fstab (shortened)
UUID=d2bb232a-2e8f-4951-8bcc-97e237f1b536 / btrfs compress=lzo,subvol=root64
0 1 # /dev/sd{a,b,c}3
LABEL=usb-backup /mnt/private/usb-backup btrfs noauto,compress-
force=zlib,subvolid=0,autodefrag,comment=systemd.automount 0 0 # external
usb3 disk
# btrfs filesystem show
Label: 'usb-backup' uuid: 7038c8fa-4293-49e9-b493-a9c46e5663ca
Total devices 1 FS bytes used 1.13TB
devid 1 size 1.82TB used 1.75TB path /dev/sdd1
Label: 'system' uuid: d2bb232a-2e8f-4951-8bcc-97e237f1b536
Total devices 3 FS bytes used 914.43GB
devid 3 size 927.26GB used 426.03GB path /dev/sdc3
devid 2 size 927.26GB used 426.03GB path /dev/sdb3
devid 1 size 927.26GB used 427.07GB path /dev/sda3
Btrfs v0.20-rc1
Since the system hard-freezes I have no messages from dmesg. But I suspect
it to be related to the defragmentation option in bedup (I've switched to
bedub with --defrag since 3.9.0, and autodefrag for the backup drive). Just
in case, I'm going to try without this option now and see if it won't
freeze.
I was able to take a "physical" screenshot with a real camera of a kernel
backtrace one time when the freeze happened. I wonder if it is useful to you
and where to send it. I just don't want to upload jpegs right here to the
list without asking first.
The big plus is: Altough I had to hard-reset the frozen system several times
now, btrfs survived the procedure without any impact (just boot times
increases noticeably, probably due to log-replays or something). So thumbs
up for the developers on that point.
[1]: https://github.com/g2p/bedup
next reply other threads:[~2013-05-05 10:27 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-05 10:25 Kai Krakow [this message]
2013-05-05 16:10 ` hard freezes with 3.9.0 during io-intensive loads Kai Krakow
2013-05-05 18:33 ` cwillu
2013-05-06 8:55 ` Jan Schmidt
2013-05-06 9:12 ` Harald Glatt
2013-05-06 20:29 ` Kai Krakow
2013-05-07 6:08 ` Jan Schmidt
2013-05-07 21:16 ` Kai Krakow
2013-05-08 0:24 ` Kai Krakow
2013-05-08 11:05 ` Jan Schmidt
2013-05-09 23:30 ` Kai Krakow
2013-05-10 7:01 ` Jan Schmidt
2013-05-11 10:01 ` Kai Krakow
2013-05-16 7:19 ` Kai Krakow
2013-05-17 15:43 ` Jan Schmidt
2013-05-06 0:39 ` Josef Bacik
2013-05-06 7:47 ` Kai Krakow
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6moh5a-knf.ln1@hurikhan.ath.cx \
--to=hurikhan77+btrfs@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).