Date: Tue, 23 Feb 2010 21:27:16 +0200 From: Alexander Motin <mav@FreeBSD.org> To: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> Cc: freebsd-stable@FreeBSD.org Subject: Re: ahcich timeouts, only with ahci, not with ataahci Message-ID: <4B842C14.4030306@FreeBSD.org> In-Reply-To: <4B842830.7030004@omnilan.de> References: <1266934981.00222684.1266922202@10.7.7.3> <4B83EFD4.8050403@FreeBSD.org> <4B83FD62.2020407@omnilan.de> <4B83FFEF.7010509@FreeBSD.org> <4B840C54.3010304@omnilan.de> <4B8411EE.5030909@FreeBSD.org> <4B841409.5070603@omnilan.de> <4B841B19.3020106@FreeBSD.org> <4B842830.7030004@omnilan.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Harald Schmalzbauer wrote: > Am 23.02.2010 19:14, schrieb Alexander Motin: >>> I'll restore the default vfs.zfs.txg.timeout=30, so the hang can be >>> easily reproduced and see if I can 'camcontrol stop' the drive. Do you >>> think I can get usefull information with that test? >> Stop won't work for ATA devices. It is SCSI command. And all it does - >> stops spindle. It won't destroy device. AFAIK there is no method in CAM >> now to manually disable some device on-flight. If some device half-died, >> the best way is to mechanically disconnect it. It will help CAM to >> recover as fast as possible. > > Thank you very much again. I wasn't aware of that. I thought 'camcontrol > stop' is similar to 'atacontrol detach'. > It's important for me te be able to manage my systems rmotely, so I need > to stay with the old ataahci driver. The detach feature has been > life-saver several times for me, especially with IDE disks. I often had > drives going nuts and detach/attach with gmirror/graid3 rebuild always > solved the problem. I expect to see also SATA drive oddities (maybe like > now) when they replace the old ide servers. gmirror and graid3 allow you to remove failed component from array, add new or resync without detaching devices from the system. I don't see problem there, sufficient to migrate back. > One last quick question: I read about a new feature adopting old ata to > cam. Do you have a link to useful information? Or will a mailman search > list all useful info. It's really simple. Add `options ATA_CAM` to the kernel and you are there. Everything the same as with loading ahci(4) (adX -> adaX, acdX -> cdX, ...), just without NCQ. Then you could remove all ata(4) peripheral device drivers from the kernel, as they become useless. atacontrol is also deprecated in this mode. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B842C14.4030306>