Il wake on lan è fondamentale, lo vado ripetendo da anni ma ahimè troppa gente sottovaluta questo strumento tanto semplice da usare quanto utile per la manutenzione dei sistemi, sia in ambito lavorativo che domestico.

E’ fondamentale per i backup, è fondamentale per i defrag, è fondamentale per le scansioni antivirus, è sostanzialmente fondamentale per tutte quelle operazioni lunghe, “pesanti” e ahimè necessarie, che proprio per questo vengono spesso viste come un male necessario ma rimandabile a tempo indeterminato… almeno finchè qualcosa non si rompe, e allora saranno “pianto e stridore di denti” :\
Avere la possibilità di schedulare queste operazioni di notte, senza interferire con il proprio lavoro e in totale sicurezza è impagabile, wake on lan permette di fare tutto questo senza dover lasciare il proprio pc acceso in eterno, e quindi senza incidere in modo sensibile sulla bolletta elettrica.

Purtroppo una delle prime problematiche che ho riscontrato migrando a Windows 8 Professional è l’impossibilità di utilizzare Wake on Lan, o meglio non poterlo usare dopo aver effettuato un normale shutdown del sistema.
Pare infatti che quello che Windows 8 spaccia per shutdown in realtà non sia altro che uno stato  intermedio tra lo spegnimento puro e l’hybernate del sistema operativo, in sostanza Windows 8 salva i dati di sessione del kernel e i drivers caricati in memoria nel file di hybernate permettendo un più veloce ripristino del sistema all’avvio successivo.

Questa caratteristica (chiamata fast startup) è di fatto incompatibile con wake on lan (che invece funziona ponendo il sistema in stato sleep).

Per poter tornare ad utilizzare normalmente wake on lan occorre disabilitare fast startup mediante una piccola modifica al registro di sistema:

• aprire regedit (WIN+R, digitare regedit e dare invio)
• spostarsi alla chiave di registro HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session Manager\Power
• modificare il valore della chiave HiberbootEnabled da 1 a 0 (zero)
• riavviare

Dopo il riavvio del sistema wake on lan tornerà a funzionare a dovere anche con Windows 8, un grande vantaggio al costo di un leggero aumento delle tempistiche di boot, che risultano comunque drasticamente più basse di tanti altri sistemi operativi concorrenti (MacOS X su tutti che effettua il boot con tempistiche geologiche).

Ho approfittato dell’offerta Microsoft per effettuare l’upgrade del mio sistema operativo di casa da Windows 7 a Windows 8 Professional.

A prescindere dai pareri positivi o negativi su questa nuova incarnazione di Windows devo ammettere di essere rimasto fortemente sorpreso dalla politica dei prezzi attuata da Microsoft, anche in considerazione delle blande restrizioni presenti in questo “upgrade”, anzi chiamiamolo col suo vero nome, ovvero “condono” informatico, visto che permette di ottenere una istanza regolare anche a chi non è in possesso di una copia genuina di una delle precedenti versioni di Windows.

Sicuramente ci sarà chi si è imbufalito per questo, francamente da possessore di licenza di Windows 7 la cosa non mi fa ne caldo ne freddo, anzi trovo che sia una cosa positiva che abbia finalmente spinto a fare il “grande salto” verso la legalità (anche se borderline) a molte persone che fino a poco tempo fa non avrebbero mai sganciato una lira per una licenza di Windows.

Si tratta dell’ennesima dimostrazione del fatto che per vincere la pirateria non servono protezioni più efficaci (sebbene quelle di Win8 fin’ora si siano dimostrate rocciose sappiamo tutti che è solo questione di tempo prima che esca una “cura” efficace a tempo indeterminato o quasi) ma serve semplicemente una politica di prezzi che renda il prodotto licenziato e regolare più conveniente della controparte pirata.

E’ stata rilasciata la Interim Fix 2 per Lotus Notes 8.5.3 FP2 versione standard e basic.

A questa pagina potete trovare l’elenco completo delle fix con relativi Software Problem Reports e i link per scaricare l’aggiornamento.

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!