My memory of this is that it happens every time the drive is accessed. I've never been able to convince a customer to just "ignore it" though..
My feeling is to silence it. If the drive fails, you either know it because it failed completely or you start getting flaky verification errors. If it supports TapeTell then you can get more info from that anyway.
--Tony Lawrence
From: Ian Wilson <scobloke2@infotop.co.uk> Subject: Re: "Unexpected SCSI phase change" messages after Tape-Drive replaced. Date: Tue, 6 Sep 2005 08:59:24 +0000 (UTC) Message-ID: <dfjlpc$8fc$1@nwrdmz01.dmz.ncs.ea.ibs-infra.bt.com> References: <dfh7a2$fhr$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com> <c4GdnUJZK7cZz4HeRVn-sw@comcast.com> <dfhpni$cb5$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com> <200509051328.aa13052@deepthought.armory.com> Bela Lubkin wrote: > Ian Wilson wrote: > > >>Tony Lawrence wrote: >> >>>Ian Wilson wrote: >>> >>> >>>>I replaced a failed SCSI tape drive on an OSR507 system and >>>>subsequently get this message at start-up: >>>> >>>>NOTICE: cha: SCSI bus has been reset ha=1 >>>> Attached SCSI peripherals will return to power up state \ >>>> (cha N04) >>>>NOTICE: cha: Unexpected SCSI phase change \ >>>> ha=1 id=6 lun=0 cmd=12 blk=0 len=36 >>>> A SCSI peripheral behaved unexpectedly >>>> Use Compaq diagnostics to confirm a hardware failure \ >>>> (chaN02) >>> >>>http://aplawrence.com/SCOFAQ/FAQ_scotec6cha.html ? >> >>Doh! I should have looked there before posting. >>Thanks Tony. > > > The advice it gives: > > "int cha_print_warnings=0;" > > seems a little questionable to me. You don't know what other warnings > it might turn off (media error messages? "The controller hardware > reports it's about to die"?) I recommend leaving the warning on and > simply ignoring it. > Ideally you'd be able to suppress notices and still receive warnings.
I looked in /etc/conf/pack.d/cha/space.c and found this:
/* Should NOTICE messages from the driver be printed?
Each possible NOTICE message is associated with one
bit in cha_print_notices. The value -1 turns on all the bits.
The value 0 suppresses all NOTICE messages.
To turn off message CHAN03, turn off bit 03.
*/
int cha_print_notices = -1; /* 0 to supress all notices */
Tony - you might like to update the SCOFAQ? If I get time, I'll try
setting cha_print_notices to 0 and report back here.
The documentation (man HW cha) says "Although they may be recoverable,
you should attempt to determine their root cause and correct it." I
don't think I want to play around with the hardware too much.
I'll just ignore the messages for now.
Add your comments