La burocrazia della Telecom è pari forse solo alla sua inefficenza.

Premessa: ieri il nostro beneamato ISP ha fatto flop per ben 4 ore dalle 17 alle 21. (Situazione complicata: un po’ di traffico arrivava e le connessioni ssh aperte non sono cadute ma era quasi impossibile aprire nuove connessioni. IMHO hanno avuto qualche casino con un firewall)

Ecco il bel buco nel grafico del traffico. (La parte non traccciata dipende dal fatto che ieri abbiamo fatto un reboot e ci siamo dimenticati di far ripartire il client LRRD :-/ )

Ho passato la serata al telefono con l’helpdesk, aspettando tra una chiamata e l’altra di essere contattato da un tecnico per avere perlomeno qualche indicazione sulle tempistiche di risoluzione del problema. Telefonata mai ricevuta.

A problema risolto richiamo per sapere cosa era successo e mi dicono che nel Ticket non é indicato: per saperlo devo aprire un altro ticket!!! Incredibile, ho aperto un’altro ticket.

Beffa finale: stamattina devo mettere in attesa la chiamata dell’helpdesk di telecom che vuole verificare che il problema sia effettivamente rientrato. Ho sotto un’altra chiamata: un altro tizio dell’hd di telecom che mi chiede esattamente la stessa cosa! Verosimilmente si trovava nella stessa stanza del primo.

In definitiva non sappiamo ancora cosa c***o è successo.

Mentre Telecom ci lascia ancora a piedi mi sono accorto che che FW ha cambiato ancora la tipologia della rete:

fabio@gnu:~$ last -100 -i
[...]
fabio pts/0 213.140.17.96 Thu Mar 4 10:02 - 10:18 (00:15)
fabio pts/0 81.208.60.192 Thu Mar 4 00:13 - 00:40 (00:27)
[...]


Un paio d’ore del pomeriggio dedicate a mettere in piedi uno script per automatizzare le analisi di analog per i vhost su picard.

Lo script genera la lista dei vhost direttamente dai file di log presenti (i cui nomi sono anch’essi generati da macro e quindi affidabili) e su questa lista lancia le analisi.

La configurazione è in gran parte condivisa dai vari vhost in un’unico file ma alcuni valori sono parametrizzati sul nome del vhost, quali il nome dei file log e di output o l’hostname o, ancora, i nomi delle charts.

Le analisi sono poi rese disponibili nello spacename dei singoli vhost con un Alias nella macro che ne genera la configurazione per apache.

Sono soddisfatto soprattutto del fatto che il tutto dovrebbe essere a manutenzione zero: creando un nuovo vhost l’analisi verrà fatta in automatico.

Una volta pensato il tutto realizzare lo script è stato banale, con l’unica incognita di aver scelto di scriverlo in bash che trovo sempre piuttosto ostica (sarà perché ci programmo così poco :-/)

…ora si tratta di affinare un po’ la configurazione per rendere l’analisi più utile possibile.

Oggi finalmente ho aggiornato il sanitizer sul mail server alla versione 1.4.1 che prevede anche la scansione dei file ZIP. Speriamo in questo modo di tamponare alla valanga di virus che si stanno diffondendo.

Ho anche aggiunto qualche riga al procmailrc per rimediare ad un vecchio bug di procmail… se un filtro muore può capitare che si perda il primo byte del messaggio. In questo modo il “From” diventa “rom” rendendo la mailbox illeggibile. Visto che mi è capitato ultimamente con un paio di utenti:

:0 H
* ! ^From[ ]
* ^rom[ ]
{
LOG="*** Dropped F off From_ header! Fixing up. "
:0 fhw
| sed -e 's/^rom /From /'
}


Mi è capitato di dover rimuovere lilo da un portatile dual boot e dato che poi non ricordo mai come si fa’…

per zappare completamente il MBR:
dd if=/dev/zero of=/dev/hda bs=512 count=1

per non cancellare la partition table:
dd if=/dev/zero of=/dev/hda bs=446 count=1

Ovviamente non garantisco nulla… :-)

Dopo l’upgrade a php4 non funzionavano più alcuni applicativi. Contattato diliger, che ha fatto i pacchetti, mi dice che aveva appena riscontrato anche lui il problema, legato ad una non corretta gestione di pcre da parte di apache2:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235810

In un paio di giorni ha rilasciato la sua versione dei pacchetti apache2 e ora semprerebbe che tutto funzioni bene.
http://sloth.voxel.net/~dilinger/{php4,apache2}/

Durante la notte ho fatto un aggiornamente di php4 su picard. Non riuscivo a dormire percui alle 2:30 circa mi sono alzato per fare il lavorone.

Il problema di php4 e’ che in debian non ha ancora i pacchetti per apache2. Come segnalatomi di Md ho installato i pacchetti compilati dal mantainer (http://sloth.voxel.net/~dilinger/php4/)

Risolto qualche problema con dipendenze varie, alla fine sono riuscito a buttare su i pacchetti.
Dopo l’aggiornamento sembra funzionare tutto, a parte squirrelmail che da’ un errore di rete inspiegabile già alla finestra di login. Grande passo avanti l’ho fatto poi in giornata provando ad installare l’ultima versione stabile (1.4.2) invece della 1.5. La finestra di login appare ma in caso di autenticazione corretta non si va oltre. Boh…

Per il resto, ho passato la giornata a casa in “malattia” con capacità di intendere e di volere prossime allo zero, completamente intontito e svogliato. Meno male che il Jamo mi rallegra con una elegante citazione alla S.Maradona.