From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Jackowski Subject: Re: Errors on ICH10R with Seagate HDDs Date: Mon, 09 Nov 2009 20:39:52 +0100 Message-ID: <4AF87008.3080104@jackowski.de> References: <4AE86292.2090303@jackowski.de> <4AF82F09.9080403@kernel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from hitman-der-film.de ([62.75.171.248]:37979 "EHLO hitman-der-film.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751773AbZKITkF (ORCPT ); Mon, 9 Nov 2009 14:40:05 -0500 In-Reply-To: <4AF82F09.9080403@kernel.org> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Tejun Heo Cc: linux-ide@vger.kernel.org Tejun Heo wrote: > Thomas Jackowski wrote: >> Hi, >> >> sorry, I lost the reference in the mail headers. Please see: >> http://www.spinics.net/lists/linux-ide/msg33340.html >> >> Well, I will post now the result with Tejun's debug patch: >> >> [15714.808535] XXX sdc: elv_insert(ATA_CHK_POWER) >> [15714.808540] Pid: 22034, comm: smartctl Tainted: P 2.6.30 #1 >> [15714.808542] Call Trace: >> [15714.808550] [] ? blk_plug_device+0x5a/0x83 >> [15714.808555] [] ? elv_insert+0x5e/0x2b0 >> [15714.808559] [] ? blk_execute_rq_nowait+0x65/0x92 >> [15714.808562] [] ? blk_execute_rq+0x8b/0xab >> [15714.808565] [] ? get_request_wait+0x21/0x17e >> [15714.808569] [] ? __freed_request+0x26/0x82 >> [15714.808572] [] ? freed_request+0x23/0x43 >> [15714.808575] [] ? sg_io+0x277/0x392 >> [15714.808578] [] ? scsi_cmd_ioctl+0x1db/0x3a0 >> [15714.808583] [] ? check_preempt_wakeup+0x183/0x1dd >> [15714.808587] [] ? __lookup_mnt+0x12/0x4b >> [15714.808603] [] ? sd_ioctl+0x9d/0xcb [sd_mod] >> [15714.808606] [] ? __blkdev_driver_ioctl+0x69/0x7e >> [15714.808615] [] ? blkdev_ioctl+0x7e4/0x81a >> [15714.808618] [] ? __do_fault+0x374/0x3af >> [15714.808621] [] ? __alloc_pages_internal+0xd2/0x427 >> [15714.808625] [] ? block_ioctl+0x38/0x3c >> [15714.808628] [] ? vfs_ioctl+0x21/0x6c >> [15714.808630] [] ? do_vfs_ioctl+0x42b/0x464 >> [15714.808634] [] ? do_page_fault+0x1f3/0x208 >> [15714.808636] [] ? sys_ioctl+0x51/0x70 >> [15714.808640] [] ? system_call_fastpath+0x16/0x1b >> [15715.216145] XXX sda: elv_insert(ATA_CHK_POWER) >> [15715.216149] Pid: 22125, comm: hdparm Tainted: P 2.6.30 #1 >> [15715.216151] Call Trace: >> [15715.216158] [] ? blk_plug_device+0x5a/0x83 >> [15715.216161] [] ? elv_insert+0x5e/0x2b0 >> [15715.216164] [] ? blk_execute_rq_nowait+0x65/0x92 >> [15715.216167] [] ? blk_execute_rq+0x8b/0xab >> [15715.216169] [] ? get_request_wait+0x21/0x17e >> [15715.216173] [] ? mix_pool_bytes_extract+0x57/0x14a >> [15715.216176] [] ? sg_io+0x277/0x392 >> [15715.216178] [] ? scsi_cmd_ioctl+0x1db/0x3a0 >> [15715.216182] [] ? __d_lookup+0xc3/0x107 >> [15715.216185] [] ? zone_statistics+0x3c/0x5d >> [15715.216188] [] ? __lookup_mnt+0x12/0x4b >> [15715.216202] [] ? sd_ioctl+0x9d/0xcb [sd_mod] >> [15715.216204] [] ? __blkdev_driver_ioctl+0x69/0x7e >> [15715.216207] [] ? blkdev_ioctl+0x7e4/0x81a >> [15715.216210] [] ? __do_fault+0x374/0x3af >> [15715.216213] [] ? __alloc_pages_internal+0xd2/0x427 >> [15715.216216] [] ? block_ioctl+0x38/0x3c >> [15715.216219] [] ? vfs_ioctl+0x21/0x6c >> [15715.216221] [] ? do_vfs_ioctl+0x42b/0x464 >> [15715.216224] [] ? do_page_fault+0x1f3/0x208 >> [15715.216227] [] ? sys_ioctl+0x51/0x70 >> [15715.216230] [] ? system_call_fastpath+0x16/0x1b >> >> As you can see I am using Kernel 2.6.30 (Debian 2.6.30-8). >> >> So, what to do now? > > Hmm.... Probably the best thing to do is to update firmwares on those > drives as timing out on CPM is simply broken. Another approach would > be hunting down who's invoking hdparm and smartctl and shut it down. > > Thanks. > Hi Tejun, thanks for your answer. I already thought about the second approach, but the thing is: the latest firmware upgrade broke my hdds and that is the actual situation. So, can you please give me some hints for non-kernel-hackers so I can tell those Seagate support? Would be very gentle. Btw: I think smartd is invoking smartctl. The data is provided to munin. Thanks, Thomas