You can disable that using HMC features (it is called Optical Network Errors or similar).
However DON'T DO IT.
This is symptom of some problem. It can be pinched FO cable, dirty connector or failing SFP module. Unfortunately it is almost good, so there is no simple way to know whether cable change helped or not.
We like more consistent failures ;-)
However I would start from visual inspection and then cable change.

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland



W dniu 05.04.2021 o 12:25, Christian Svensson pisze:
Good day,

Recently I have been getting these kinds of alerts from my HMC. It all
started when I connected an old DS6800 and the details are:

Node 1
Machine: 2498-B40
Serial: IBMCA107312B
Physical Interface: 6620
Logical Interface: 0020

Node 2
Machine: 1750-511
Serial: IBM130000715
Physical Interface: 0100
Logical Interface: 0000

I keep getting these errors about 3-4 per day with the exact same
interfaces specified. No others, just these.

When I look at the referenced SAN switch and I do a "porterrshow" things
seem fine:
           frames      enc    crc    crc    too    too    bad    enc   disc
   link   loss   loss   frjt   fbsy  c3timeout    pcs
        tx     rx      in    err    g_eof  shrt   long   eof     out   c3
  fail    sync   sig                  tx    rx     err
  20:    4.8m  46.9k   0      0      0      0      0      0      0      0
    0      2      2      0      0      0      0      0
  32:   27.5k  17.7k   0      0      0      0      0      0      0      0
    0      0      0      0      0      0      0      0
  33:   19.3k  13.6k   0      0      0      0      0      0      0      0
    0      0      1      0      0      0      0      0
  36:   78     79      0      0      0      0      0      0      0      0
    0      0      1      1      0      0      0      0
  37:   56     57      0      0      0      0      0      0      0      0
    0      0      0      1      0      0      0      0

I assume the interface given in the alert is in hex, so the error would be
about port 32 (which is indeed connected to the DS6800 controller 1, port
0).
As you can see the port seems to be fine.

The full portshow 32 is here:
portIndex:  32
portName: port32
portHealth: HEALTHY

Authentication: None
portDisableReason: None
portCFlags: 0x1
portFlags: 0x1020b03     PRESENT ACTIVE F_PORT G_PORT U_PORT LOGICAL_ONLINE
LOGIN NOELP ACCEPT FLOGI
LocalSwcFlags: 0x0
portType:  17.0
POD Port: Port is licensed
portState: 1    Online
Protocol: FC
portPhys:  6    In_Sync         portScn:   32   F_Port
port generation number:    16
state transition count:    3

portId:    662000
portIfId:    43020017
portWwn:   20:20:00:05:1e:e8:74:30
portWwn of device(s) connected:
         50:05:07:63:0e:80:02:11
Distance:  normal
portSpeed: N2Gbps

Credit Recovery: Inactive
Aoq: Inactive
FAA: Inactive
F_Trunk: Inactive
LE domain: 0
Peer beacon: Off
FC Fastwrite: OFF
Interrupts:        0          Link_failure: 0          Frjt:         0
Unknown:           0          Loss_of_sync: 0          Fbsy:         0
Lli:               15         Loss_of_sig:  0
Proc_rqrd:         63         Protocol_err: 0
Timed_out:         0          Invalid_word: 0
Rx_flushed:        0          Invalid_crc:  0
Tx_unavail:        0          Delim_err:    0
Free_buffer:       0          Address_err:  0
Overrun:           0          Lr_in:        3
Suspended:         0          Lr_out:       0
Parity_err:        0          Ols_in:       0
2_parity_err:      0          Ols_out:      3
CMI_bus_err:       0

As far as I can tell the port is doing just fine, and I have not received
any reports of connectivity issues to the actual DASDs.
Any suggestions on what is going on, or worst case - how I can disable
these alerts?

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to