Re: panic after r244584

From: Alexander Motin <mav_at_FreeBSD.org>
Date: Fri, 18 Jan 2013 13:43:59 +0200
On 18.01.2013 13:39, Vitalij Satanivskij wrote:
> Alexander Motin wrote:
> AM> On 18.01.2013 11:44, Gleb Smirnoff wrote:
> AM> > On Fri, Jan 18, 2013 at 09:36:00AM +0200, Vitalij Satanivskij wrote:
> AM> > V> After upgrading server from old hardware/software to freebsd current (## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/245479),
> AM> > V> system hung's with message - 
> AM> > V>  panic: make_dev_alias_v: bad si_name (error=22 si_name=enc_at_n5003048000bab37d/tpe0/slot_at_1/elmdesc_at_Slot 01/pass7)
> AM> > 
> AM> > EINVAL (22) is caused by space character in the si_name:
> AM> > 
> AM> > si_name=enc_at_n5003048000bab37d/tpe0/slot_at_1/elmdesc_at_Slot 01/pass7
> AM> > 
> AM> > I think Alexander (in Cc) has idea on why did that happen and how
> AM> > should that be fixed.
> AM> 
> AM> The panic is triggered by the check added by the recent r244584 change.
> AM> The space in device name came from the enclosure device, and I guess it
> AM> may be quite often situation. Using human readable name supposed to help
> AM> system administrators, but with spaces banned that may be a problem.
> 
> That's was not created by human, it was generated (I think so) by system. 

These strings are flashed into enclosure firmware by manufacturer.

> May be problem not in r244584 at all but in incorect generation of the si_name ? 

May be. But before r244584 it didn't cause panics and most of people
were happy, except devctl consumers, who can't parse these events properly.

> More info 
> 
> drive (actualy drives, all 36 have same problem) inserted in backplane on supermicro chasis with "LSI CORP SAS2X36 0417" on board.
> 
> All of them attached to lsi sas 9211-4i controler in HBA mode.

-- 
Alexander Motin
Received on Fri Jan 18 2013 - 10:44:04 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:34 UTC