Hi Nick,

linux has to possibility of hot-adding scsi (fc, sas) devices by talking to 
/proc/scsi/scsi, modern kernels do that better than older ones, where you have 
to add each individual device manually. You might want to google for 'linux 
scsi hot-add' or 'linux scsi rescan', or just read this page, near the bottom: 
http://www.garloff.de/kurt/linux/


On 30 mrt 2011, at 01:23, Nick Laflamme wrote:

> How are those of you who run TSM servers or storage agents on Linux on Intel 
> doing with disruptions with SAN-attached tape devices or the SAN fabric 
> itself?
> 
> In my current shop, we run TSM servers on AIX (and MVS, but that's another 
> story), but we have storage agents on AIX, Windows, and Red Hat Linux on 
> Intel. The Linux storage agents are relatively new; they were first deployed 
> about two years ago. AIX and Windows storage agents have been there a bit 
> longer, although I can't say how much longer; I, too, have been there less 
> than two years. 
> 
> One problem that we've never been able to overcome with our Linux storage 
> agents has been that if a virtual tape library is rebooted or if the SAN 
> fabric gets massively unzoned (it happened about a month ago to us, sigh), 
> the Linux storage agents don't notice the return of the SAN-attached tape 
> devices until we reboot the Linux server. (We never had the Linux servers 
> zoned to real 3584s and real LTO tape devices; they've only ever been zoned 
> up to EMC Clariian Disk Libraries and then DataDomains with VTL cards in 
> them.) This has persisted across updates to LINtape, CDL code levels, Data 
> Domain code levels, and TSM storage agent levels. Needless to say, the 
> application teams are rather steamed with us about this. 
> 
> We have at times had cases open simultaneously with EMC, Red Hat, and IBM, to 
> no avail. 
> 
> If you have Linux TSM servers or storage agents that gracefully recover from 
> disruptions on your tape SAN, can you share with me (and the rest of the 
> list, if you want) RHEL level, device driver levels, HBA configuration, and 
> whatever else you think might be relevant? 
> 
> Thanks,
> Nick

-- 
Met vriendelijke groeten/Kind Regards,

Remco Post
r.post AT plcs DOT nl
+31 6 248 21 622