Skip site navigation (1)Skip section navigation (2)
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
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig3E52EEC1C7E6E2147CFD3E5F
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Am 23.02.2010 19:14, schrieb Alexander Motin:
=2E..
>> I can remember that ZFS hadn't showed the removed drive as offline, bu=
t
>> 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 t=
o
>> walk on site for changing the drive any way.
>=20
> That's question to ZFS. CAM and GEOM destroying/creating device
> automatically and fast enough.
>=20
>> I'll restore the default vfs.zfs.txg.timeout=3D30, 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?
>=20
> 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


--------------enig3E52EEC1C7E6E2147CFD3E5F
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----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-----

--------------enig3E52EEC1C7E6E2147CFD3E5F--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B842830.7030004>