From: Chris J Arges <chris.j.arges@canonical.com>
To: xfs@oss.sgi.com
Subject: Re: Still seeing hangs in xlog_grant_log_space
Date: Mon, 11 Jun 2012 13:42:31 -0700 (PDT) [thread overview]
Message-ID: <33996217.post@talk.nabble.com> (raw)
In-Reply-To: <4FCF9655.3070300@sgi.com>
Mark Tinguely-3 wrote:
>
> The perl script to recreate this problem is very similar to xfstest 273.
> I use that because it avoids all the filesystem mount/unmount that
> happen between the test 273 loops. You can build the log size that you
> want to test, create the directories and let it run until it hangs.
>
I tested xfstest 273, and it looks like it exhibits a different issue than
the OP in this thread.
For example, if I run this test in a while [1] loop, I get the following
backtrace:
[16413.073946] XFS (sda5): Invalid block length (0xfffff48b) for buffer
[16413.073963] BUG: unable to handle kernel NULL pointer dereference at
0000000000000130
[16413.074274] IP: [<ffffffffa02bb870>] uuid_is_nil+0x10/0x50 [xfs]
[16413.074602] PGD 156f3b067 PUD 10bebb067 PMD 0
[16413.074942] Oops: 0000 [#1] SMP
[16413.075379] CPU 0
[16413.075385] Modules linked in: xfs ppdev serio_raw snd_hda_codec_realtek
nouveau ttm drm_kms_helper drm i2c_algo_bit mxm_wmi wmi snd_hda_intel video
snd_hda_codec parport_pc snd_hwdep snd_pcm snd_timer snd soundcore
snd_page_alloc mac_hid lp parport usbhid floppy hid r8169 pata_jmicron
[16413.076830]
[16413.077334] Pid: 22295, comm: mount Not tainted 3.2.0-23-generic
#36-Ubuntu Gigabyte Technology Co., Ltd. EP45-DS3L/EP45-DS3L
[16413.077881] RIP: 0010:[<ffffffffa02bb870>] [<ffffffffa02bb870>]
uuid_is_nil+0x10/0x50 [xfs]
[16413.077924] RSP: 0018:ffff88010c96bab8 EFLAGS: 00010206
[16413.077924] RAX: 0000000000000000 RBX: ffff88010e734800 RCX:
0000000000000000
[16413.077924] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
0000000000000130
[16413.077924] RBP: ffff88010c96bab8 R08: 0000000000000000 R09:
00000000000422a2
[16413.077924] R10: 0000000000000002 R11: 0000000000000000 R12:
0000000000000130
[16413.077924] R13: 0000000000000000 R14: ffff880113f23900 R15:
ffff88010e758200
[16413.077924] FS: 00007f698c270800(0000) GS:ffff88015fc00000(0000)
knlGS:0000000000000000
[16413.077924] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[16413.077924] CR2: 0000000000000130 CR3: 0000000156ee9000 CR4:
00000000000006f0
[16413.077924] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[16413.077924] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
[16413.077924] Process mount (pid: 22295, threadinfo ffff88010c96a000, task
ffff88015686dbc0)
[16413.077924] Stack:
[16413.077924] ffff88010c96bad8 ffffffffa02ee027 fffffffffffff48a
0000000000000001
[16413.077924] ffff88010c96bb48 ffffffffa02eec7f ffff88010e758200
0000000000000000
[16413.077924] 000000000c96bb70 ffff88010c96bb80 ffff88010c96bb48
0000000000000000
[16413.077924] Call Trace:
[16413.077924] [<ffffffffa02ee027>] xlog_header_check_mount+0x27/0xb0 [xfs]
[16413.077924] [<ffffffffa02eec7f>] xlog_find_verify_log_record+0x10f/0x200
[xfs]
[16413.077924] [<ffffffffa02f0d44>] xlog_find_head+0x2f4/0x360 [xfs]
[16413.077924] [<ffffffffa02f0de8>] xlog_find_tail+0x38/0x400 [xfs]
[16413.077924] [<ffffffffa02f2a5e>] xlog_recover+0x1e/0x90 [xfs]
[16413.077924] [<ffffffffa02fad79>] xfs_log_mount+0xa9/0x180 [xfs]
[16413.077924] [<ffffffffa02f56d2>] xfs_mountfs+0x362/0x690 [xfs]
[16413.077924] [<ffffffffa02b32d2>] ? xfs_mru_cache_create+0x162/0x190
[xfs]
[16413.077924] [<ffffffffa02a96e0>] ? _xfs_filestream_pick_ag+0x1e0/0x1e0
[xfs]
[16413.077924] [<ffffffffa02b54ee>] xfs_fs_fill_super+0x1de/0x290 [xfs]
[16413.077924] [<ffffffff8117aa46>] mount_bdev+0x1c6/0x210
[16413.077924] [<ffffffffa02b5310>] ? xfs_parseargs+0xbc0/0xbc0 [xfs]
[16413.077924] [<ffffffffa02b3615>] xfs_fs_mount+0x15/0x20 [xfs]
[16413.077924] [<ffffffff8117b5d3>] mount_fs+0x43/0x1b0
[16413.077924] [<ffffffff81195e1a>] vfs_kern_mount+0x6a/0xc0
[16413.077924] [<ffffffff81197324>] do_kern_mount+0x54/0x110
[16413.077924] [<ffffffff81198e74>] do_mount+0x1a4/0x260
[16413.077924] [<ffffffff81199350>] sys_mount+0x90/0xe0
[16413.077924] [<ffffffff81664a82>] system_call_fastpath+0x16/0x1b
[16413.077924] Code: 08 66 c1 c2 08 c1 e0 10 0f b7 d2 09 d0 89 06 8b 07 0f
c8 89 46 04 c3 0f 1f 40 00 55 48 89 e5 66 66 66 66 90 31 c0 48 85 ff 74 25
<80> 3f 00 75 20 48 8d 47 01 48 83 c7 10 0f 1f 00 0f b6 10 48 83
[16413.077924] RIP [<ffffffffa02bb870>] uuid_is_nil+0x10/0x50 [xfs]
[16413.077924] RSP <ffff88010c96bab8>
[16413.077924] CR2: 0000000000000130
[16413.103203] ---[ end trace 6914a6803053df67 ]---
Did you get similar backtraces when looking at this test?
Thanks,
--chris j arges
--
View this message in context: http://old.nabble.com/Still-seeing-hangs-in-xlog_grant_log_space-tp33732886p33996217.html
Sent from the Xfs - General mailing list archive at Nabble.com.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2012-06-11 20:42 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-23 12:09 Still seeing hangs in xlog_grant_log_space Juerg Haefliger
2012-04-23 14:38 ` Dave Chinner
2012-04-23 15:33 ` Juerg Haefliger
2012-04-23 23:58 ` Dave Chinner
2012-04-24 8:55 ` Juerg Haefliger
2012-04-24 12:07 ` Dave Chinner
2012-04-24 18:26 ` Juerg Haefliger
2012-04-25 22:38 ` Dave Chinner
2012-04-26 12:37 ` Juerg Haefliger
2012-04-26 22:44 ` Dave Chinner
2012-04-26 23:00 ` Juerg Haefliger
2012-04-26 23:07 ` Dave Chinner
2012-04-27 9:04 ` Juerg Haefliger
2012-04-27 11:09 ` Dave Chinner
2012-04-27 13:07 ` Juerg Haefliger
2012-05-05 7:44 ` Juerg Haefliger
2012-05-07 17:19 ` Ben Myers
2012-05-09 7:54 ` Juerg Haefliger
2012-05-10 16:11 ` Chris J Arges
2012-05-10 21:53 ` Mark Tinguely
2012-05-16 18:42 ` Ben Myers
2012-05-16 19:03 ` Chris J Arges
2012-05-16 21:29 ` Mark Tinguely
2012-05-18 10:10 ` Dave Chinner
2012-05-18 14:42 ` Mark Tinguely
2012-05-22 22:59 ` Dave Chinner
2012-06-06 15:00 ` Chris J Arges
2012-06-07 0:49 ` Dave Chinner
2012-05-17 20:55 ` Chris J Arges
2012-05-18 16:53 ` Chris J Arges
2012-05-18 17:19 ` Ben Myers
2012-05-19 7:28 ` Juerg Haefliger
2012-05-21 17:11 ` Ben Myers
2012-05-24 5:45 ` Juerg Haefliger
2012-05-24 14:23 ` Ben Myers
2012-05-07 22:59 ` Dave Chinner
2012-05-09 7:35 ` Dave Chinner
2012-05-09 21:07 ` Mark Tinguely
2012-05-10 2:10 ` Mark Tinguely
2012-05-18 9:37 ` Dave Chinner
2012-05-18 9:31 ` Dave Chinner
2012-05-24 20:18 ` Peter Watkins
2012-05-25 6:28 ` Juerg Haefliger
2012-05-25 17:03 ` Peter Watkins
2012-06-05 23:54 ` Dave Chinner
2012-06-06 13:40 ` Brian Foster
2012-06-06 17:41 ` Mark Tinguely
2012-06-11 20:42 ` Chris J Arges [this message]
2012-06-11 23:53 ` Dave Chinner
2012-06-12 13:28 ` Chris J Arges
2012-06-06 22:03 ` Mark Tinguely
2012-06-06 23:04 ` Brian Foster
2012-06-07 1:35 ` Dave Chinner
2012-06-07 14:16 ` Brian Foster
2012-06-08 0:28 ` Dave Chinner
2012-06-08 17:09 ` Ben Myers
2012-06-11 20:59 ` Mark Tinguely
2012-06-05 15:21 ` Chris J Arges
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=33996217.post@talk.nabble.com \
--to=chris.j.arges@canonical.com \
--cc=xfs@oss.sgi.com \
/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