In 19 anni di pendolarismo ferroviario di cose strane ne ho viste, gente investita dai treni, automobili abbandonate sui binari, una volta ho perfino visto un convoglio di carri armati trasportati su rotaia…

Nonostante questo a volte rimango basito di fronte alle stranezze presenti nelle stazioni milanesi, come questo distributore automatico di Lego Star Wars, mutandine Roberta, carte da gioco e altri passatempi :D

Nei giorni scorsi ho avuto i miei bei grattacapi per venire a capo di un problema di conversione MIME su Lotus Domino 8.5.x (sperimentato su Domino 8.5.2FP2 e rilevato anche post upgrade a Domino 8.5.3FP2 Interim Fix 1).
Il problema si presenta ogni qualvolta un task del server effettua la conversione dal formato Notes Rich Text a MIME, nel mio caso durante il download dei documenti tramite task IMAP oppure l’invio di nuove mail tramite Lotus Traveler, da quanto ho trovato online però sembra che le casistiche siano molteplici a seconda della configurazione del proprio server.

Per rilevare correttamente il problema suggerisco di attivare i seguenti parametri di debug nel file notes.ini del server (presente nella directory dei binari di Domino se usate Windows, oppure nella Domino data directory se usate Linux).

debugmimeconversion=1
converter_log_level=40

Una volta fatto questo i messaggi in console diventeranno un tantino verbosi mostrando qualche dettaglio in più…

ccCVSOpenSession() > CVS: Not initialized
CHInitCVSSession> CVS: Not initialized
OCInitCVSSession> CVS: Not initialized

…che mi ha portato a identificare la fonte del problema nei file .res presenti nella directory /opt/ibm/lotus/notes/85030/linux/res (su Linux chiaramente).

A questo punto ho sguinzagliato i segugi sul web (in particolare sul forum di Developerworks) e ho trovato altre casistiche simili e due interessanti technote IBM:

• CD to MIME conversion fails on Domino Server for outbound Simple Mail Transfer Protocol (SMTP) messages
• Error ‘Cannot convert Notes Rich Text message to MIME – CVS: Failure’

Verificato che i file cvs310.res non sono vuoti e il checksum coincide con quanto riportato dalla technote IBM

[root@drakaris res]# cd /opt/ibm/lotus/notes/85030/

[root@drakaris 85030]# find ./ -name 'cvs310.res'
./linux/cvs310.res
./linux/res/it_IT.UTF-8/cvs310.res

[root@drakaris 85030]# find ./ -name 'cvs310.res' | xargs ls -la
-rwxr-xr-x 1 root root 2432 13 set 14:20 ./linux/cvs310.res
-rwxr-xr-x 1 root root 2432 28 feb 2002 ./linux/res/it_IT.UTF-8/cvs310.res

[root@drakaris 85030]# find ./ -name 'cvs310.res' | xargs sum
34709 3 ./linux/cvs310.res
34709 3 ./linux/res/it_IT.UTF-8/cvs310.res

A questo punto ho verificato i permessi della directory e dei file contenuti per essere sicuro che l’owner fosse root:root e i permessi settati a 755 (grazie a Lutz Geschinsky per la dritta), ma nonostante questo il problema non sembra essersi risolto.

Esaurita ogni altra opzione sono passato all’ipotesi più catastrofica, ovvero una corruzione di altri file nella directory dei binari di Domino.
L’unica soluzione ipotizzabile  è stata quella della ricostruzione totale dei binari partendo da un setup pulito, quindi:

1. shutdown Domino
2. cancellazione (o move) della directory /opt/ibm/lotus
3. reinstallazione Domino utilizzando la stessa data directory
4. installazione Fixpack 2, Interim Fix 1 e Lotus Traveler 8.5.3.2

Una volta terminata l’installazione e lanciato il servizio tutto ha ripreso a funzionare correttamente inclusa la conversione Notes rtf  -> MIME.

Partiamo dal presupposto che Nagios è:

• figo
• utile
• indispensabile
• funzionale

L’accoppiata Nagios + nrpe poi diventa una vera manna dal cielo in tutte quelle occasioni dove per problemi di rete o per esigenze particolari un check passivo non è possibile o quantomeno non è così utile.

L’installazione del package nagios-nrpe è relativamente semplice, occorre soltanto soddisfare qualche dipendenza, se però occorre configurare diverse macchine diventa molto utile poterlo fare tramite yum.

Per far questo viene in aiuto il sempreverde respository di RPMForge, installando gli rpm disponibili alla pagina di download, scaricate l’rpm relativo alla vostra distribuzione RedHat based (cat /etc/redhat-release) e architettura (uname -a) e installatelo usando il comando rpm -ivh, es:

[root@drakaris ~]# rpm -ivh rpmforge-release-0.5.2-2.el5.rf.x86_64.rpm
Preparazione in corso... ######################## [100%]
 1:rpmforge-release ######################## [100%]

Una volta fatto questo potete cercare il package corretto tramite il comando yum search:

[root@drakaris yum.repos.d]# yum search nagios-nrpe
Loaded plugins: katello, product-id, security, subscription-manager
Updating certificate-based repositories.
Unable to read consumer identity
rpmforge | 1.9 kB 00:00
rpmforge/primary_db | 6.9 MB 00:01
=== Matched: nagios-nrpe ===
nagios-nrpe.x86_64 : Nagios Remote Plug-ins Execution daemon

A questo punto lanciate il comando yum per installare il package:

[root@drakaris yum.repos.d]# yum install nagios-nrpe
 Loaded plugins: katello, product-id, security, subscription-manager
 Updating certificate-based repositories.
 Unable to read consumer identity
 rpmforge | 1.9 kB 00:00
 rpmforge/primary_db | 6.9 MB 00:01
 Setting up Install Process
 Resolving Dependencies
 --> Running transaction check
 ---> Package nagios-nrpe.x86_64 0:2.12-1.el5.rf set to be updated
 --> Processing Dependency: nagios-plugins for package: nagios-nrpe
 --> Running transaction check
 ---> Package nagios-plugins.x86_64 0:1.4.16-1.el5.rf set to be updated
 --> Processing Dependency: fping for package: nagios-plugins
 --> Processing Dependency: perl(Net::SNMP) for package: nagios-plugins
 --> Running transaction check
 ---> Package fping.x86_64 0:3.3-1.el5.rf set to be updated
 ---> Package perl-Net-SNMP.noarch 0:5.2.0-1.2.el5.rf set to be updated
 --> Processing Dependency: perl(Socket6) >= 0.19 for package: perl-Net-SNMP
 --> Processing Dependency: perl(Digest::HMAC) for package: perl-Net-SNMP
 --> Processing Dependency: perl(Crypt::DES) for package: perl-Net-SNMP
 --> Processing Dependency: perl(Digest::SHA1) for package: perl-Net-SNMP
 --> Running transaction check
 ---> Package perl-Crypt-DES.x86_64 0:2.05-3.2.el5.rf set to be updated
 ---> Package perl-Net-SNMP.noarch 0:5.2.0-1.2.el5.rf set to be updated
 --> Processing Dependency: perl(Socket6) >= 0.19 for package: perl-Net-SNMP
 --> Processing Dependency: perl(Digest::HMAC) for package: perl-Net-SNMP
 --> Processing Dependency: perl(Digest::SHA1) for package: perl-Net-SNMP
 --> Finished Dependency Resolution
 perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch from rpmforge has depsolving problems
 --> Missing Dependency: perl(Socket6) >= 0.19 is needed by package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch (rpmforge)
 perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch from rpmforge has depsolving problems
 --> Missing Dependency: perl(Digest::HMAC) is needed by package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch (rpmforge)
 perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch from rpmforge has depsolving problems
 --> Missing Dependency: perl(Digest::SHA1) is needed by package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch (rpmforge)
Error: Missing Dependency: perl(Socket6) >= 0.19 is needed by package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch (rpmforge)
Error: Missing Dependency: perl(Digest::SHA1) is needed by package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch (rpmforge)
Error: Missing Dependency: perl(Digest::HMAC) is needed by package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch (rpmforge)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest

Ahi ahi pare ci siano problemi con le dipendenze, i package perl-Digest-HMAC, perl-Digest-SHA1 e perl-Socket6 sono richiesti per l’installazione di nagios-nrpe.

In condizioni ideali (ovvero server in grado di raggiungere i repository pubblici di yum o registrato su RedHat Network con subscription attiva) il problema non si porrebbe, yum andrebbe a recuperare gli rpm necessari e soddisferebbe le dipendenze.

Se invece il vostro server non è in grado di scaricare i package rpm in automatico potete sempre utilizzare la iso del dvd di installazione come repository per yum.
Copiate la iso in locale o montate una risorsa di rete che la contenga (nell’esempio si trova in /mnt/nfs/rhel-server-5.8-x86_64-dvd.iso) e montate la iso con il comando:

 [root@infraced239 ~]# mount -t iso9660 -o loop /mnt/nfs/rhel-server-5.8-x86_64-dvd.iso /mnt/iso

Ora create un nuovo file in /etc/yum.repos.d (es /etc/yum.repos.d/dvd.repo) contenente la seguente sintassi (il parametro baseurl deve corrispondere al percorso degli rpm presenti nella iso che avete montato in precedenza):

[rhel-cd]
name=Red Hat Enterprise Linux $releasever - $basearch - CD
baseurl=file:///mnt/iso/Server/
enabled=1
gpgcheck=0

A questo punto ripetete il comando yum install nagios-nrpe:

[root@drakaris yum.repos.d]# yum install nagios-nrpe
 Loaded plugins: katello, product-id, security, subscription-manager
 Updating certificate-based repositories.
 Unable to read consumer identity
 Setting up Install Process
 Resolving Dependencies
 --> Running transaction check
 ---> Package nagios-nrpe.x86_64 0:2.12-1.el5.rf set to be updated
 --> Processing Dependency: nagios-plugins for package: nagios-nrpe
 --> Running transaction check
 ---> Package nagios-plugins.x86_64 0:1.4.16-1.el5.rf set to be updated
 --> Processing Dependency: fping for package: nagios-plugins
 --> Processing Dependency: perl(Net::SNMP) for package: nagios-plugins
 --> Running transaction check
 ---> Package fping.x86_64 0:3.3-1.el5.rf set to be updated
 ---> Package perl-Net-SNMP.noarch 0:5.2.0-1.2.el5.rf set to be updated
 --> Processing Dependency: perl(Socket6) >= 0.19 for package: perl-Net-SNMP
 --> Processing Dependency: perl(Digest::HMAC) for package: perl-Net-SNMP
 --> Processing Dependency: perl(Crypt::DES) for package: perl-Net-SNMP
 --> Processing Dependency: perl(Digest::SHA1) for package: perl-Net-SNMP
 --> Running transaction check
 ---> Package perl-Crypt-DES.x86_64 0:2.05-3.2.el5.rf set to be updated
 ---> Package perl-Digest-HMAC.noarch 0:1.01-15 set to be updated
 ---> Package perl-Digest-SHA1.x86_64 0:2.11-1.2.1 set to be updated
 ---> Package perl-Socket6.x86_64 0:0.19-3.fc6 set to be updated
 --> Finished Dependency Resolution

Dependencies Resolved

==============================================================================================================================
 Package Arch Version Repository Size
 ==============================================================================================================================
 Installing:
 nagios-nrpe x86_64 2.12-1.el5.rf rpmforge 35 k
 Installing for dependencies:
 fping x86_64 3.3-1.el5.rf rpmforge 62 k
 nagios-plugins x86_64 1.4.16-1.el5.rf rpmforge 1.9 M
 perl-Crypt-DES x86_64 2.05-3.2.el5.rf rpmforge 37 k
 perl-Digest-HMAC noarch 1.01-15 rhel-cd 12 k
 perl-Digest-SHA1 x86_64 2.11-1.2.1 rhel-cd 49 k
 perl-Net-SNMP noarch 5.2.0-1.2.el5.rf rpmforge 96 k
 perl-Socket6 x86_64 0.19-3.fc6 rhel-cd 21 k

Transaction Summary
 ==============================================================================================================================
 Install 8 Package(s)
 Upgrade 0 Package(s)

Total download size: 2.2 M
 Is this ok [y/N]: y
 Downloading Packages:
 (1/8): nagios-nrpe-2.12-1.el5.rf.x86_64.rpm | 35 kB 00:00
 (2/8): perl-Crypt-DES-2.05-3.2.el5.rf.x86_64.rpm | 37 kB 00:00
 (3/8): fping-3.3-1.el5.rf.x86_64.rpm | 62 kB 00:00
 (4/8): perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch.rpm | 96 kB 00:00
 (5/8): nagios-plugins-1.4.16-1.el5.rf.x86_64.rpm | 1.9 MB 00:00
 ------------------------------------------------------------------------------------------------------------------------------
 Total 1.5 MB/s | 2.2 MB 00:01
 Running rpm_check_debug
 Running Transaction Test
 Finished Transaction Test
 Transaction Test Succeeded
 Running Transaction
 Installing : perl-Digest-SHA1 1/8
 Installing : perl-Socket6 2/8
 Installing : fping 3/8
 Installing : perl-Crypt-DES 4/8
 Installing : perl-Digest-HMAC 5/8
 Installing : perl-Net-SNMP 6/8
 Installing : nagios-plugins 7/8
 Installing : nagios-nrpe 8/8
 rhel-cd/productid | 1.7 kB 00:00
 Installed products updated.

Installed:
 nagios-nrpe.x86_64 0:2.12-1.el5.rf

Dependency Installed:
 fping.x86_64 0:3.3-1.el5.rf nagios-plugins.x86_64 0:1.4.16-1.el5.rf perl-Crypt-DES.x86_64 0:2.05-3.2.el5.rf
 perl-Digest-HMAC.noarch 0:1.01-15 perl-Digest-SHA1.x86_64 0:2.11-1.2.1 perl-Net-SNMP.noarch 0:5.2.0-1.2.el5.rf
 perl-Socket6.x86_64 0:0.19-3.fc6

Complete!

GOTCHA!

L’update a Firefox 15 ha portato con se l’ennesima restrizione nell’esecuzione di codice lato client che provoca un malfunzionamento nell’iNotes di Lotus Domino 8.5.3.
Il problema si manifesta con l’impossibilità di utilizzare alcune features (es allegati o anche banalmente cliccare il tasto “invia” per spedire una mail) con la webmail in modalità full e Firefox 15.

In attesa di una fix IBM ha rilasciato un workaround che comporta l’esecuzione dei vecchi script al posto dei nuovi.
Per  attivare questa opzione è sufficiente modificare il file notes.ini del server Domino aggiungendo la direttiva:

iNotes_WA_FirefoxSignedScript=0

Una volta modificato il file notes.ini basta un restart del task http (“restart task http” da console) oppure se siete maneschi un restar del server (restart server).

Link alla technote IBM

Dopo una lunga attesa sono finalmente arrivati i due banchi di ram Corsair Dominator Platinum che aspettavo da tempo e con i quali concludo il giro di upgrade per quest’anno.

Si tratta di due banchi da 4GB di ram DDR3 operanti alla frequenza di 1866MHz, a prima vista le performance sono decisamente buone, le recensioni dei modelli di ram concorrenti che ho trovato in rete a stento raggiungono i 19 GB/s di transfer rate in lettura, mentre le Dominator Platinum arrivano agevolmente a 20,5 GB /s senza alcuno sforzo apparente e senza alcuna complessità in termini di configurazione.

Tra tutti i componenti interni ad un pc la ram è sempre stata quello su cui più si sono sprecati miti e leggende metropolitane.
Ancora oggi mi sento chiedere come mai abbia optato per “solo” 8 GB anzichè montarne almeno 16, domanda generalmente posta da persone che non hanno mai nemmeno lontanamente dato un’occhiata all’occupazione di ram da parte dei processi utente.
Perfino in forum tecnici è possibile trovare persone totalmente disinformate e ignoranti che vaneggiano dati assolutamente fantasiosi sull’occupazione di ram da parte dei videogiochi, blaterando insensatezze circa  l’insufficienza di 8GB di ram, quando i processi dei giochi più esosi a stento arrivando a saturare 1.5 GB della stessa…
Non parliamo poi di quanti dimensionano la ram basandosi sulla legge del maialino (= di più è meglio), vaneggiando su ipotetici incrementi prestazionali dovuti ad una maggiore quantità di ram ma non sapendo ne giustificarli ne riconoscere un sistema in paginazione o distinguere ram usata per i processi di sistema, per i processi utente o per i meccanismi di caching di I/O.

Insomma tante idee e ben confuse…