From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Lord Subject: Re: MD/RAID time out writing superblock Date: Tue, 01 Sep 2009 09:15:41 -0400 Message-ID: <4A9D1E7D.1050104@rtr.ca> References: <004e01ca25e4$c11a54e0$434efea0$@ca> <9cfb6af689a7010df166fdebb1ef516b.squirrel@neil.brown.name> <4A948A82.4080901@redhat.com> <4A94905F.7050705@redhat.com> <005101ca25f4$09006830$1b013890$@ca> <4A94A0E6.4020401@redhat.com> <005401ca25ff$9ac91cc0$d05b5640$@ca> <4A950FA6.4020408@redhat.com> <92cb16daad8278b0aa98125b9e1d057a@localhost> <4A95573A.6090404@redhat.com> <1571f45804875514762f60c0097171e6@localhost> <4A970154.2020507@redhat.com> <4A9B8583.9050601@kernel.org> <4A9BC033.9000909@pobox.com> <4A9C60A1.50303@rtr.ca> <640f6103c45b6cba6f84f887bde227e4@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <640f6103c45b6cba6f84f887bde227e4@localhost> Sender: linux-kernel-owner@vger.kernel.org To: Andrei Tanas Cc: Mark Lord , Tejun Heo , Ric Wheeler , NeilBrown , linux-kernel@vger.kernel.org, IDE/ATA development list , linux-scsi@vger.kernel.org, Jeff Garzik List-Id: linux-ide@vger.kernel.org Andrei Tanas wrote: >>>>> The drive might take a longer time like this when doing error handling >>>>> (sector remapping, etc), but then I would expect to see your remapped >>>>> sector count grow. >>>> Yes, this is a possibility and according to the spec, libata EH should >>>> be retrying flushes a few times before giving up but I'm not sure >>>> whether keeping retrying for several minutes is a good idea either. >>>> Is it? >>> .. >>> >>> Libata will retry only when the FLUSH returns an error, >>> and the next FLUSH will continue after the point where >>> the first attempt failed. >>> >>> But if the drive can still auto-relocate sectors, then the >>> first FLUSH won't actually fail.. it will simply take longer >>> than normal. >>> >>> A couple of those, and we're into the tens of seconds range >>> for time. >>> >>> Still, it would be good to actually produce an error like that >>> to examine under controlled circumstances. >>> >>> Hmm.. I had a drive here that gave symptoms like that. >>> Eventually, I discovered that drive had run out of relocatable >>> sectors, too. Mmm.. I'll see if I can get it back (loaned it out) >>> and perhaps we can recreate this specific scenario on it.. >> .. >> >> I checked today, and that drive is no longer available. > > Mine errored out again with exactly the same symptoms, this time after only > few days and with the "tunable" set to 2 sec. I got a warranty replacement > but haven't shipped this one yet. Let me know if you want it. .. Not me. But perhaps Tejun ?