From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Duchek Subject: Re: Array 'freezes' for some time after large writes? Date: Tue, 30 Mar 2010 15:32:59 -0500 Message-ID: References: <5bdc1c8b1003301018j73f2d928x3e2624bac9c1ee94@mail.gmail.com> <5bdc1c8b1003301105o131b73aaj176c7679be20eada@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <5bdc1c8b1003301105o131b73aaj176c7679be20eada@mail.gmail.com> Sender: linux-raid-owner@vger.kernel.org To: Mark Knecht Cc: linux-raid@vger.kernel.org List-Id: linux-raid.ids Hrm, I've never seen that kernel message. I don't think any of my freezes have lasted for up to 120 seconds though (my drives are half as big -- might matter?) It looks like we've both got WD drives -- and we both have nvidia 9500gt's as well. Are you running the nvidia binary drivers, or noveau? (It seems like it wouldn't matter especially as, at least on my system, they don't share an interrupt or anything, but I hate to ignore any hardware that we both have the same of). I did move to 2.6.33 for some time, but that didn't change the behaviour. Jim On 30 March 2010 13:05, Mark Knecht wrote: > On Tue, Mar 30, 2010 at 10:47 AM, Jim Duchek w= rote: > >> =A0You're having this happen even if the disk in question is not in = an >> array? =A0If so perhaps it's an SATA issue and not a RAID one, and w= e >> should move this discussion accordingly. > > Yes, in my case the delays are so long - sometimes 2 or 3 minutes - > that when I tried to build the system using RAID1 I got this kernel > bug in dmesg. It's jsut info - not a real failure - but because it's > talking about long delays I gave up on RAID and tried a standard > single drive build. Turns out that it has (I think...) nothing to do > with RAID at all. you'll not that there are instructions for turning > the message off but I've not tried them. I intend to do a parallel > RAID1 build on this machine and be able to test both RAID vs non-RAID= =2E > > - Mark > > INFO: task kjournald:17466 blocked for more than 120 seconds. > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this mess= age. > kjournald =A0 =A0 D ffff8800280bbe00 =A0 =A0 0 17466 =A0 =A0 =A02 0x0= 0000000 > =A0ffff8801adf9d890 0000000000000046 0000000000000000 000000000000000= 0 > =A0ffff8801adcbde44 0000000000004000 000000000000fe00 000000000000c87= 8 > =A00000000800000050 ffff88017a99aa40 ffff8801af90a150 ffff8801adf9db0= 8 > Call Trace: > =A0[] ? md_make_request+0xb6/0xf1 > =A0[] ? sync_buffer+0x0/0x40 > =A0[] ? io_schedule+0x2d/0x3a > =A0[] ? sync_buffer+0x3b/0x40 > =A0[] ? __wait_on_bit+0x41/0x70 > =A0[] ? sync_buffer+0x0/0x40 > =A0[] ? out_of_line_wait_on_bit+0x6b/0x77 > =A0[] ? wake_bit_function+0x0/0x23 > =A0[] ? sync_dirty_buffer+0x72/0xaa > =A0[] ? journal_commit_transaction+0xa74/0xde2 > =A0[] ? lock_timer_base+0x26/0x4b > =A0[] ? autoremove_wake_function+0x0/0x2e > =A0[] ? kjournald+0xe3/0x206 > =A0[] ? autoremove_wake_function+0x0/0x2e > =A0[] ? kjournald+0x0/0x206 > =A0[] ? kthread+0x8b/0x93 > =A0[] ? child_rip+0xa/0x20 > =A0[] ? kthread+0x0/0x93 > =A0[] ? child_rip+0x0/0x20 > livecd ~ # > -- To unsubscribe from this list: send the line "unsubscribe linux-raid" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html