L’ecografia di oggi non lascia dubbi: è maschio!
Siamo contenti anche se sul sesso del nascituro nè io nè Vivi avevamo preferenze. L’unica cosa che ci premeva oggi era il fatto che fosse tutto a posto e, per fortuna, sembra tutto ok.
Anche oggi “filmino” dell’ecografia di cui riporto un paio di frame: uno più artistico con il profilo del pupo e uno un po’ meno intelleggibile ai profani con l’evidenza del sesso :-)
Oggi ho avuto la “busta paga” del mese di gennaio. Il rapporto in questione è un contratto a progetto e tutti i mesi quindi prendo la stessa cifra lorda (non ci sono variabili quali gli straordinari)
Facendola breve: PRENDO 15 EURO IN MENO!
Sapevo bene che la storia della riduzione delle tasse era una vaccata ma pensavo comunque di avere un piccolo aumento, che sarebbe stato bruciato da altre spese… mi danno qualcosa in più e poi me lo tolgono da un’altra parte… invece neanche quello!
(C’è sicuramente qualcosa che mi sfugge…)
Ciò tuttavia non vuol dire che le spese non aumentino, infatti è proprio di oggi l’email del mio servizio di home-banking che mi informa che l’imposta di bollo trimestrale (decisa dallo stato) è aumentata da 6,39 a 8,55 euro :-/
Venerdi e sabato passati com Manuel a roma per aggiungere un nodo ad un cluster che abbiamo fatto a dicembre dell’anno scorso.
Già che ci sono vogliono aggiornare i sistema operativo: da RH7.3 a FC3!!! Proprio non capiso… un anno fa’ scelgono la 7.3 perché *stabile* e ora migrano all’ultima release di fedora. Per noi molto meglio visto che poi avevo dovuto ricompilargli a manina php con una marea di librerie inusuali. Per l’aggiornamento al 4.3.10 di fedora ho optato per tenere tutto il possibile della distro originale e cercare i binari dei moduli che mi mancavano… per fortuna ce la siamo cavata :-)
Bella la sorpresa di trovare le macchine con 385 giorni di uptime, nessun riavvio dall’ultimo aggiornamento! Un po’ meno bello scoprire che il load balancer non è mai stato configurato e, di fatto, ha sempre lavorato una sola delle due macchine in cluster. Immediata la conclusione che forse aggiungere la terza macchina non era necessario :-)
Positivo anche il lavoro dell’installer di Fedora. Ero molto titubante sul fatto che l’upgrade dalla 7.3 funzionasse senza problemi, anche perché c’erano rpm installati non di RH (ad esempio MySQL preso dal sito di MySQL AB) e parti ricompilate (come php appunto). Qualche versione fa’ anaconda si sarebbe fermato dicendo che non poteva continuare l’upgrade perché nel sistema c’erano rpm non di redhat.
Due giornate piuttosto cariche di lavoro ma anche divertenti. Niente male la cena di sabato in una trattoria scovata grazie alle “preziose” indicazioni del nostro albergatore: paglia e fieno e filetto al pepe innaffiato da un nero d’avola.
Ho finito di mettere insieme la sostituta di S2.
Ero partito con l’idea di realizzare il tutto con schema ldap il più standard possibili ma mi sono presto dovuto scontrare con la dura realtà: di fatto ogni produttore ha implementato un proprio schema :-/
Ho scelto quindi di utilizzare lo schema di JAMM ma senza usarne l’interfaccia grafica perchè scritta in java… a metà del lavoro ho scoperto l’esistenza del progetto phamm, per altro guidato da due italiani, che parte dall’idea di realizzare un’admin php per lo stesso schema.
Ho messo in piedi tutto il cinema: postfix, dovecot, amavis, clam, spamassassin, gnarwl con le configurazioni su ldap (openldap). Un pezzo alla volta, ora funziona tutto. Metterò online le configurazione appena le avrò limate a modino.
Oggi mentre seguivo il mio n-esimo lavoro sono stato allarmato dal Jamo e poi dal Corra su un problema che affligge le immagini sul sito.
Appena rientrato in casa ho dato un’occhiata: il problema si è palesato immediatamente:
arancia:~/tmp fabio$ wget -S http://www.inter.it/img/headers/ita/it_header_sky-materazi.jpg
--19:55:54-- http://www.inter.it/img/headers/ita/it_header_sky-materazi.jpg
=> `it_header_sky-materazi.jpg'
Resolving www.inter.it... 217.169.113.132
Connecting to www.inter.it[217.169.113.132]:80... connected.
HTTP request sent, awaiting response...
1 HTTP/1.1 200 OK
2 Date: Wed, 19 Jan 2005 18:56:05 GMT
3 Server: Apache/2.0.52 (Debian GNU/Linux)
4 Cache-Control: max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600, max-age=600
5 Expires: Wed, 19 Jan 2005 16:10:12 GMT, Wed, 19 Jan 2005 16:20:02 GMT, Wed, 19 Jan 2005 16:20:18 GMT, Wed, 19 Jan 2005 16:31:09 GMT, Wed, 19 Jan 2005 16:31:56 GMT, Wed, 19 Jan 2005 16:42:07 GMT, Wed, 19 Jan 2005 16:42:13 GMT, Wed, 19 Jan 2005 16:52:22 GMT, Wed, 19 Jan 2005 16:52:22 GMT, Wed, 19 Jan 2005 17:03:15 GMT, Wed, 19 Jan 2005 17:04:57 GMT, Wed, 19 Jan 2005 17:15:14 GMT, Wed, 19 Jan 2005 17:15:15 GMT, Wed, 19 Jan 2005 17:25:19 GMT, Wed, 19 Jan 2005 17:25:29 GMT, Wed, 19 Jan 2005 17:36:09 GMT, Wed, 19 Jan 2005 17:36:27 GMT, Wed, 19 Jan 2005 17:46:27 GMT, Wed, 19 Jan 2005 17:46:32 GMT, Wed, 19 Jan 2005 17:56:37 GMT, Wed, 19 Jan 2005 17:57:37 GMT, Wed, 19 Jan 2005 18:07:38 GMT, Wed, 19 Jan 2005 18:07:41 GMT, Wed, 19 Jan 2005 18:17:41 GMT, Wed, 19 Jan 2005 18:17:57 GMT, Wed, 19 Jan 2005 18:28:06 GMT, Wed, 19 Jan 2005 18:28:34 GMT, Wed, 19 Jan 2005 18:38:34 GMT, Wed, 19 Jan 2005 18:38:38 GMT, Wed, 19 Jan 2005 18:48:40 GMT, Wed, 19 Jan 2005 18:48:49 GMT, Wed, 19 Jan 2005 19:01:55 GMT, Wed, 19 Jan 2005 19:02:17 GMT
6 ETag: "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014", "132f2a-8ade-41a49014"
7 Accept-Ranges: bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes, bytes
8 Last-Modified: Wed, 24 Nov 2004 13:43:48 GMT
9 Content-Length: 34389
10 Content-Type: image/jpeg
11 Age: 206
12 Keep-Alive: timeout=5, max=100
13 Connection: Keep-Alive
100%[====================================>] 34,389 --.--K/s
19:55:54 (492.55 KB/s) - `it_header_sky-materazi.jpg' saved [34389/34389]
Il nostro reverse-proxy-cache part time ZIO sembra impazzito… non ho ancora identificato il problema ma l’ho tolto dal pool di cache sotto il load-balancer. La cosa strana è che la configurazione è del tutto identica alle altre due cache che hanno funzionato bene finora.
Coincidenza ho anche qualche problema con la cache in test basata su squid… ogni tanto muore senza dare errori…
Facendo un po’ di reverse engeneering ho scoperto che per generare un ref-movie esiste anche un formato testuale.
Fantastico perché la soluzione che avevo trovato era veramente sporca, oltre a non funzionare per tutti i filmati.
Banale il ref-movie generato:
rtsptext
rtsp://127.0.0.1:7070/mov/test.mov
Un po’ di chiarimenti saltano fuori cercando “rtsptext” su google… in particolare:
http://www.soundscreen.com/streaming/cgi.html
Gv ha controllato la QTSS admin guide che dedica ben 1 riga alla fine di un paragrafo all’argomento :-/
Grandi manovre sui server per cercare di ottimizzare un po’ le risorse che abbiamo.
In particolare:
1. Ho creato un *canale* preferenziale per l’accesso amministrativo anche quando la scheda di rete di veleno tende a saturare i suoi 100Mb
2. Sto’ testando squid come accelerator+cache in alternativa ad apache2
Unico problema al momento è mantenere una consistenza nei log. Visto che in squid non è possibile mandare i log in pipe ad un programma ho optato per una named pipe, e in background faccio girare:
cat /path/squid-pipe | cronolog ...
Risolta anche una magagna di rete, dovuta al fatto che se ho 2 interfacce di rete con due classi diverse e forzo una route statica di un singolo host della prima subnet sull’interfaccia di rete della seconda, i pacchetti che invio raggiungono si l’host ma, *giustamente*, con l’ip source della seconda interfaccia. Questo per esemplificare… in realtà la cosa è ulteriormente incasinata da altri fattori :-)
Purtroppo anche oggi (stanotte!) non ho avuto tempo di lavorare alla migrazione del server di posta elettronica.
Qualche giorno fa’ ho sottoscritto questa campagna, promossa sul sito della free software foundation:
E quest’anno esce di scena facendo un bel po’ di rumore.
Non ci sono parole per descrivere la tragedia del sud-est asiatico… e la televisione certo non aiuta alternando il gossip tragedia con il surreale opportunamente intercalati da teorie di fisica.
L’intervento più intelligente l’ho trovato stamattina su il manifesto nell’editoriale di Alex Zanotelli che ripropone la cancellazione *incondizionata* del debito dei paesi che sono stati colpiti dalla catastrofe.
Tanti auguri al 2005… non sarà una passeggiata :-/
