Date: Mon, 21 Nov 2011 20:40:11 GMT From: Marius Strobl <marius@alchemy.franken.de> To: freebsd-scsi@FreeBSD.org Subject: Re: kern/162256: [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' Message-ID: <201111212040.pALKeBKA083785@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/162256; it has been noted by GNATS. From: Marius Strobl <marius@alchemy.franken.de> To: bug-followup@FreeBSD.org, alexander.haderer@loescap.de Cc: Subject: Re: kern/162256: [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' Date: Mon, 21 Nov 2011 21:25:52 +0100 Could you please test how many of these problems are left when using 8-stable as of r224820 or later or one of the 9.0 RCs? There was at least one bug causing mpt(4) to not actually adjust the number of tags in case of MPI_EVENT_QUEUE_FULL for disks not part of a RAID on RAID-capable controllers fixed since 8.1, as well a bug that caused disks that went away not to be reported, causing upper layers to retry requests for ages. Some innocuous events were also silenced since 8.1. In any case I'm not very found of the mpttags script suggested as-is, even if the underlying problem can't be fixed; for one tags should be configurable per target as one very well might need different values for different models and also generally adding the appropriate camcontrol(8) invocations to /etc/rc.local seems trivial enough and less complex. Marius
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201111212040.pALKeBKA083785>