Date: Tue, 23 Feb 2010 20:10:40 +0100 From: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> To: Alexander Motin <mav@FreeBSD.org> Cc: freebsd-stable@FreeBSD.org Subject: Re: ahcich timeouts, only with ahci, not with ataahci Message-ID: <4B842830.7030004@omnilan.de> In-Reply-To: <4B841B19.3020106@FreeBSD.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Am 23.02.2010 19:14, schrieb Alexander Motin: ... >> I can remember that ZFS hadn't showed the removed drive as offline, but >> there was no hang. The pool was degraded and after reinserting and >> rebooting I could resilver the pool. I couldn't manage to get it >> consistent without rebooting, but I accepted that since I would have to >> walk on site for changing the drive any way. > > That's question to ZFS. CAM and GEOM destroying/creating device > automatically and fast enough. > >> 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. 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. Thanks, -Harry [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuEKDkACgkQLDqVQ9VXb8g0zQCfedeiuAHTVcSI+yCrfkD6dQF1 bUAAoLAOPf+iCxgn7vyrUU+SD7ArlWpu =6YyT -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B842830.7030004>