From: Abbas <mickylmartin@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Sending incremental backup causes deadlock (3.14.3)
Date: Fri, 9 May 2014 20:41:42 +0500 [thread overview]
Message-ID: <CAKAA-n=_jMyWFbfcGvMsMDJg3t7VpRegDDDybEeQ5oxof8graA@mail.gmail.com> (raw)
Has anyone else experienced a deadlock while doing an incremental send
/ receive?
# uname -r
3.14.3-1.el6.elrepo.x86_64
# btrfs version
Btrfs v3.14.1
Initial send works well but sending incremental snapshots just HALTS:
# btrfs send -vvvv -p test/snap-2014-05-09-13:29:04
test/snap-2014-05-09-13:32:58 | btrfs receive -vvvv backup/test
At subvol test/snap-2014-05-09-13:32:58
At snapshot snap-2014-05-09-13:32:58
receiving snapshot snap-2014-05-09-13:32:58
uuid=8cde86f7-6ded-5046-a55c-3a0d40e7a2fc, ctransid=0
parent_uuid=1a2a9dc2-c271-524f-bd01-b671da630446, parent_ctransid=0
...
Here's the dmesg:
INFO: task btrfs:16204 blocked for more than 120 seconds.
Not tainted 3.14.3-1.el6.elrepo.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
btrfs D ffffffff8181d240 0 16204 23963 0x00000080
ffff88003c8abc38 0000000000000086 ffff88003c8abbd8 ffff88003c8aa010
0000000000014440 0000000000014440 ffff880004b40250 ffffffff81c13480
ffff88003c8abc48 ffff880036b46960 ffff880037bf5800 ffff88003c8abc68
Call Trace:
[<ffffffff81636649>] schedule+0x29/0x70
[<ffffffffa011f235>] btrfs_commit_transaction+0x335/0x9e0 [btrfs]
[<ffffffff810b2e50>] ? bit_waitqueue+0xe0/0xe0
[<ffffffffa014fb45>] create_snapshot+0x265/0x280 [btrfs]
[<ffffffffa0150403>] btrfs_mksubvol+0x153/0x1f0 [btrfs]
[<ffffffffa015063c>] btrfs_ioctl_snap_create_transid+0x19c/0x1b0 [btrfs]
[<ffffffffa01507d8>] btrfs_ioctl_snap_create_v2+0x108/0x160 [btrfs]
[<ffffffff811d395a>] ? do_filp_open+0x4a/0xa0
[<ffffffffa015728a>] btrfs_ioctl+0x45a/0x950 [btrfs]
[<ffffffff8126215d>] ? inode_has_perm+0x2d/0x40
[<ffffffff81262202>] ? file_has_perm+0x92/0xa0
[<ffffffff811d4f53>] do_vfs_ioctl+0x73/0x380
[<ffffffff81263e6f>] ? selinux_file_ioctl+0x4f/0xf0
[<ffffffff811d5301>] SyS_ioctl+0xa1/0xb0
[<ffffffff81642de9>] system_call_fastpath+0x16/0x1b
next reply other threads:[~2014-05-09 15:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-09 15:41 Abbas [this message]
2014-05-09 17:22 ` Sending incremental backup causes deadlock (3.14.3) Josef Bacik
2014-05-10 8:04 ` Chris Samuel
2014-05-12 15:22 ` Josef Bacik
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='CAKAA-n=_jMyWFbfcGvMsMDJg3t7VpRegDDDybEeQ5oxof8graA@mail.gmail.com' \
--to=mickylmartin@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).