
root@vio # lsdev -C | grep sfwcomm
sfwcomm0 Available 02-00-02-FF Fibre Channel Storage Framework Comm
sfwcomm1 Defined 02-01-02-FF Fibre Channel Storage Framework Comm
sfwcomm2 Available 00-00-02-FF Fibre Channel Storage Framework Comm
sfwcomm3 Available 00-01-02-FF Fibre Channel Storage Framework Comm
...
Q:Wie können wir es wieder auf „Verfügbar“ bringen? Wie lässt sich das Problem beheben?
root@vio # fcstat fcs1
Error opening device: /dev/fscsi1
root@vio # lsattr -El fscsi1
attach switch How this adapter is CONNECTED False
dyntrk yes Dynamic Tracking of FC Devices True+
fc_err_recov fast_fail FC Fabric Event Error RECOVERY Policy True+
scsi_id 0x7e1400 Adapter SCSI ID False
sw_fc_class 3 FC Class for Fabric True
root@vio #
Laut "lsmap -all -npiv" sind zwei LPARs deshalb nicht am SAN Fabric angemeldet und weisen lediglich Redundanzprobleme auf.
Antwort1
root@vio # fcstat fcs1 Fehler beim Öffnen des Geräts: /dev/fscsi1
-->> es stellte sich heraus, dass das Kabel defekt ist/war. Also kein Problem.