Whenever you’ve encountered an output of a nameserver entry you may have come across the phenomenon that the fabric has no clue what the attached device is. For a FC switch an attached device (or N-port in technical terms) is not more than a source or destination where frames originate from or can be sent to. As soon as smarter functions are required it may be helpful (or required) to be able to obtain more information from that device.
The replacement is SANNav (No I don’t get into the same discussion VMWare has with which character should be capitalized or not. :-))
If you’ve event been keen enough to not use an IDE for whatever language you use and kept to a real editor (VIM obviously.. :-)) you may have encountered the phenomenon that whitespace at the end of lines is a nasty thing to look at when you start putting stuff into version control repositories like Subversion or GIT. A little change from some copy or past action may leave you with a “git diff” of a couple of hundred lines you need to correct.
To fix that simply let VIM clear out all empty whitespace (tabs, spaces, etc.) by having these removed before the actual write to disk.
To do that simply add
autocmd BufWritePre *.sh :%s/\s\+$//e
to your ~/.vimrc and with every :w the substitute function driven by the regex after the colon will remove it all in all shell scripts (*.sh). Obviously you can add every extension you need here. Very handy.
When hardware was developed 1 to 5 decades ago things were (maybe still are) very expensive. Every corner was cut to keep costs low in order to be to sell anything. You can have the latest and greatest but if you’re pricing yourself out of the market the shelf-life of your shares becomes very short and at some stage you basically cease to exist. Companies like DEC and SUN have found out the hard way. Fabulous marvels of engineering but lack of sales and marketing efforts aligned to that engineering feat basically failed to gain sufficient traction in the market and as such they are no more.
Going back to the hardware restrictions and the SFP -INF state
You may encounter some output from an sfpshow (Brocade) or “show transceiver detail” (Cisco) like this:
Temperature: 46 Centigrade
Current: 6.428 mAmps
Voltage: 3261.5 mVolts
RX Power: -inf dBm (0.0 uW)
TX Power: -3.3 dBm (464.2 uW)
So what does that mean? Read on.
It has been ventilated a fair amount of time that some people see this as some sort of “delay-tactic” from support engineers but nothing can be farther from the truth. Main reason is that we don’t get any benefit anyway, it doesn’t solve your problem nor does it dismiss us from providing you a timely solution to your problem..
But what made you decide to do the upgrades on your OS, firmware, applications etc.
The release notes show a somewhat strange title: “Fabric OS v8.2.0 for Brocade SAN Product Family“. As if FOS ever was intended to run on any other platform than SAN switches ?!?!?!… Weird..