Brocade G720, DD PoD lisansı uygulanmışken her 64G SFP-DD portunu Module_Invalid'de tutuyor
Yeni bir fabric için bir çift Connectrix DS-7720B (Brocade G720) devraldık, ve zoning'e daha yaklaşamadım bile, çünkü double density portlardan tek biri bile gelmiyor. Hepsi switchshow'da aynı şeyi söylüyor:
Index Port Address Media Speed State Proto
====================================================
48 48 031800 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)
49 49 031900 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)Rafta olanlar:
- Connectrix DS-7720B / Brocade G720, Fabric OS hâlâ teslim edildiği 9.0.x hattında
- Double Density Ports on Demand lisansı kurulu ve uygulanmış görünüyor
- Brocade markalı 64G FC SFP-DD transceiver'lar, parça 57-1000505-01
- optiklerle aynı kutudan çıkan fabrika patch kordonları
Kimse bariz olanı önermeden önce: her modülü yeniden oturttum ve ikisini portlar arasında taşıdım, ve arıza modüllerle birlikte gezmek yerine portlarda kalıyor. Double Density Ports on Demand lisansı gerçekten uygulanmış, sadece sipariş edilmiş değil, bunu iki kez kontrol ettim. Patch kordonlar değiştirildi, uçlar temizlendi, fark yok. Aynı şasideki sıradan portlar trafiği gayet mutlu taşıyor, yani bu ölü bir switch değil.
Elimize kötü bir double density optik partisi mi geçti, yoksa switch, kafeste ne olduğuna düzgünce bakmadan onları mı siliyor?
Comments 6
Optikleriniz sağlam. Sorun firmware'iniz.
Bir G720'de 64G FC SFP-DD, Fabric OS 9.1.0 ve sonrasında destekleniyor. 9.0.x'te firmware'in o form faktöründen haberi bile yok, yani kafeste ne oturduğunu tanıyamıyor ve onu uyumsuz ilan etmeye geri düşüyor - bu da tam olarak her double density portta gördüğünüz Speed Mismatch / Incompatible SFP'li Module_Invalid. Tezgah üzerindeki çalışmanız diğer yönden aynı şeyi söylüyor: bir dd modülünü reddeden tam da o portta sıradan bir optik ışık veriyor, ve ikinci şasi de aynı şekilde davranıyor çünkü aynı firmware'i çalıştırıyor.
Elinizdeki parça, 57-1000505-01, Brocade Transceiver Support Matrix'te listeleniyor, ve platform başına minimum firmware'in yazılı olduğu yer de bu matris. G720 için o kayıt 9.1.0'da başlıyor. 9.1.0 veya sonrasına geçin, ve o portlar içlerinde zaten duran optiklerle gelir.
Kutudaki o blade de aynı hikaye. Her Gen 7 platformu matriste kendi tabanını taşıyor - G730 (DS-7730B), 7850 (MP-7850B) ve FC64-64 bunlardan bazıları - yani double density optikleri üzerine taşımadan önce her birine bakın, yoksa bir sonraki kutuda bu öğleden sonrayı ikinci kez kaybedersiniz.
Başka ne yaparsanız yapın, modülleri geri göndermeyin.
RMA evraklarını beklemeye alın, çünkü buradan bakınca durum bütün bir ölü optik partisi gibi görünmüyor. Media sütununda dd zaten otururken Module_Invalid, switch'in kafesten bir şey okuduğu ama okuduğunu beğenmediği anlamına geliyor. Gerçekten ölü bir modül genelde buraya kadar bile gelmez - onun yerine bir no-module durumuyla karşılaşırdınız.
Üç şey bunu daraltır ve hiçbiri size bir şeye mal olmaz:
Ve lisansı şimdilik düşüncenizin dışında tutun. Ports on Demand portların kilidini açar, firmware'e hiç tanışmadığı bir form faktörünü öğretmez.
Ödünç optik için iyi çağrıydı. Normal portlardan birinden çalışan bir Brocade modülü çıkardım, port 48'e taktım, ve hemen bir F-Port olarak online oldu. Aynı porta bir 64G SFP-DD geri takınca bir iki saniye içinde yine Module_Invalid. Yani kafes canlı, lisans işini yapıyor ve port kendisi sağlam - switch'in istemediği sadece double density modülleri.
Her iki switch de, evet. İkinci DS-7720B çoğunlukla hâlâ kasasında, ama dd modüllerinden ikisini tezgahta ona taktım ve aynı satırı geri aldım, yani bu tek bir şasinin arızası değil.
Başka yerde Gen 7: üretimde henüz hiçbir şey yok, ama bir director slotu bekleyen kutuda bir FC64-64 blade var, ve tam olarak bu optikleri alması için satın alınmıştı. Orada da ısırırsa, migration penceresi sırasında değil şimdiden bilmeyi tercih ederim.
Farklı vendor, aynı şekilde tuzak. Başka birine kafeslerden modül söküp takarak geçirilen bir öğleden sonrayı kurtarabilir diye paylaşıyorum.
Dell S5248F-ON, SONiC master build. Tek bir SFP28 portu bile çalışmadı. Her port LED'i sabit yanıyordu, ve show interface transceiver presence, kafeslerde tamamen sağlam optikler varken hiç transceiver listelemiyordu.
Hiçbiri optik değildi. Platform monitor container'ı düşmüştü: pmon çalışmıyordu, pcied, xcvrd ve psud de öyle. xcvrd, modüllerle I2C konuşan süreç, yani o ölüyken kimse bir EEPROM bile okumuyordu, ve CLI bildiği şeyi dürüstçe raporluyordu, ki bu hiçbir şeydi. docker ps ve show system-health detail, modülleri bir yarım gün boyunca değiştirip durduktan sonra, bana bütün hikayeyi bir dakika içinde anlattı.
Bir Z9264F'te aynı ailede bir şey oldu, orada platform plugin'inin Sfp constructor'ı AttributeError: 'Sfp' object has no attribute 'port_type' ile çöktü ve açılışta determine-reboot-cause.service'i de beraberinde götürdü. Bütün bir port sınıfı tam olarak aynı şekilde kötü davrandığında, ilk şüphelenilecek şey neredeyse hiçbir zaman optik değildir.
Bunun diğer yarısı gösterişsiz, ve zamanın gerçekte gittiği yer de orası. Arkasında henüz hiçbir şey olmayan bir switch'te bir Fabric OS sıçraması, iki toplantı arasında yapacağınız bir şey değil, hâlâ bir change window. Yani önce fabric'te onunla birlikte hareket etmesi gereken başka ne olduğunu çözün ve kesintiyi düzgünce planlayın.
O FC64-64 hâlâ kutusundayken: bir double density optik görmeden önce onu 9.1.0 veya sonrasına geçirin. Yoksa bu konuyu bir kenar switch'inde değil bir director'da, seyirci önünde tekrarlarsınız.
Bir pratik şey daha. RMA'yı kaydetmeden önce tedarikçinize ulaşın. O modüller kendilerini gayet iyi tanıtıyor, host'ta sadece onlar için henüz bir tablo girdisi yok. Tedarikçi onları arızalı diye geri kabul ederse, tam olarak aynı şekilde davranan bir yedek parti için üç hafta beklersiniz, ve sonra yine de yükseltmeyi yapmanız gerekir.
Doğrulandı, ve sorun firmware'diymiş.
Her iki switch de hafta sonundaki pencerede 9.1.0'a geçti, ve reboot'ta her double density port Module_Invalid'den çıktı ve baştan beri içlerinde duran aynı 57-1000505-01 optikleriyle 64G'de online oldu. Hiçbir şey yeniden oturtulmadı, hiçbir şey değiştirilmedi, hiçbir şey yeniden kablolanmadı.
Lisans, kovaladığım yanlış iz olduğu ortaya çıktı - baştan doğru uygulanmıştı, sadece 9.0.x'te faydalı hiçbir şey yapamıyordu. Blade, bir director slotuna yaklaşmadan önce 9.1.0'a gidiyor, ve bunu içinde durduğu kutunun üzerine yazdım. Bize bir RMA'yı ve tedarikçiyle oldukça garip bir konuşmayı kurtardı.