Mi è recentemente capitato di configurare degli switch FC IBM, modello 2498_24.
Nel verificare alcuni parametri di versione per la configurazione che mi accingevo a fare mi è andato l’occhio su un numero alquanto sospetto:
SAN:root> version
Kernel: 2.6.14.2
Fabric OS: v6.4.2a
Made on: Mon Jul 18 22:27:42 2011
Flash: Tue Jan 3 17:18:42 2012
BootProm: 1.0.9
2.6.14 … interessante, mi dico. E mentre la parola Linux mi sovviene alla mente, mi ritornano certe polemiche mosse da certi “guru” sulla presunta pericolosità di adottare sistemi Linux nei comparti del networking e della sicurezza, ed è più sicuro affidarsi ad appliance da migliaia di euro (senza considerare licenze d’uso, upgrade, assistenze, ecc).
Ed eccomene una sotto mano, di queste appliance, e per di più costruita da “mamma IBM”, e chi ti trovo? Un bel sistema Linux con kernel 2.6: certo, customizzato, certo con tantissimi comandi ad hoc (vedi cosiddetto FOS) per il ruolo di questo dispositivo. Ma in finale sempre un kernel Linux.
Pertanto rido di quanti credano che comprare è meglio che realizzare in economia a partire da un semplice Linux box, specialmente per quei servizi che sono già completi e “di serie” quali un netfilter o altri elementi di livello kernel. Il resto sono pezzi di ferro da aggiungere tutto intorno.
Tanto per la cronaca; ecco altre dimostrazioni che un IBM 2498_24 è a tutti gli effetti un Linux box, customizzato e ridotto al minimo necessario.
SAN:root> uname -r
2.6.14.2
SAN:root> uname -a
Linux SAN 2.6.14.2 #1 Sat Jul 16 10:19:20 PDT 2011 ppc unknown
SAN:root> ls -l /
total 96
drwxr-xr-x 2 root sys 4096 Jan 3 2012 bin/
drwxr-xr-x 2 root sys 4096 Jan 3 2012 boot/
drwxr-xr-x 2 root root 4096 Jan 3 2012 config/
drwxrwxrwx 41 root sys 4096 Jan 3 2012 core_files/
drwxr-xr-x 3 root sys 4096 Nov 13 12:28 dev/
lrwxrwxrwx 1 root root 10 Nov 13 12:28 diag -> /proc/diag/
drwxr-xr-x 17 root sys 4096 Jan 21 13:02 etc/
drwxr-xr-x 2 root sys 4096 Jul 18 2011 export/
drwxr-xr-x 18 root sys 4096 Nov 13 12:28 fabos/
drwxr-xr-x 2 root sys 4096 Jul 18 2011 import/
drwxr-xr-x 2 root sys 4096 Jul 18 2011 initrd/
drwxr-xr-x 6 root sys 4096 Jan 3 2012 lib/
lrwxrwxrwx 1 root sys 11 Jan 3 2012 libexec -> usr/libexec/
drwx------ 2 root root 16384 Jan 3 2012 lost+found/
drwxr-xr-x 24 root root 4096 Jan 3 2012 mnt/
dr-xr-xr-x 214 root root 0 Jan 1 1970 proc/
drwxr-x--- 4 root sys 4096 Jan 3 2012 root/
drwxr-xr-x 2 root sys 4096 Jan 3 2012 sbin/
lrwxrwxrwx 1 root sys 9 Jan 3 2012 share -> usr/share/
drwxr-xr-x 2 root root 4096 Jan 3 2012 standby_sbin/
drwxrwxrwx 3 root sys 4096 Jan 3 2012 support_files/
drwxr-xr-x 2 root sys 4096 Jul 18 2011 tftpboot/
drwxrwxrwt 5 root root 0 Jan 23 14:26 tmp/
drwxr-xr-x 2 root sys 4096 Jul 18 2011 users/
drwxr-xr-x 11 root sys 4096 Jan 3 2012 usr/
drwxr-xr-x 11 root sys 4096 Jan 3 2012 var/
E vogliamo parlare di un
tail /var/log/nslog.txt
?
Va bene. Ogni altra considerazione è puramente superflua.