Tales from the Machine Room |
La soluzione e' stata l'installazione di un server con Squid+DansGuardian, ed una serie di regexp per filtrare tutto l'involuto (cioe' il 99% di tutta la rete) e lasciare solo il permesso (cioe' niente).
Ma dato che tutta la combriccola ha in piano di passare dall'attuale sistema (con un singolo proxy 'centrale') ad un sistema piu' strutturato, con un proxy per ogni scuola ed un server di posta dedicato, DaBoss ha pensato di fare una cosa superelaborata ed usare 4 macchine virtuali sul server per suddividere i compiti.
Percui, entra in scena il 'proxy' che e' composto dalla macchina 'host' che esegue proxy (vm 1), webmail e gui di amministrazione della posta (vm 2), server radius e dns (vm 3) e smtp/db server (vm 4). Per qualche strano motivo (leggasi: sconti), l'hardware prescelto per l'accrocchio e' un Sun Fire X1200, che a me e' stato sulle balle dal momento in cui lo ho tirato su dalla pila dei server e per tutta risposta lui mi ha tirato una delle slide su un piede.
Dopo aver fatto presente le mie rimostranze (che secondo me, tutta questa virtualita' va a scapito delle prestazioni e della semplicita' del sistema) ho installato l'arnese, riportato tutte le configurazioni, fatto un paio di test in ufficio, poi abbiamo portato il coso in co-lo, attaccato alla rete, copiato la vecchia posta e tutto il resto dalla macchina vecchia e via che si va.
Il meledetto si e' inchiodato subito dopo un paio d'ore. Due delle VM apparivano in stato 'run' nella console, ma non davano segno di vita alcuno. Ammazza le vm, riavviale e sembrano funzionare.
A questo punto cominciano a piovere le lamentele: e' piu' lento di una lumaca stanca.
Un paio di controlli sulla vm del proxy mi dicono che il load average e' tra 12 e 21. Cerco di fare qualche smanettamento per vedere se riesco a sveltire la cosa quando W mi segnala che il server IMAP (dovecot) non risponde piu'. Guardo e vedo che dovecot e' semplicemente kaputt. Lo riavvio e sembra piu' contento. Ma noto anche che l'ora di sistema della vm e' avanti di una bella mezz'ora. Oh bella. La rimetto a posto e dovecot decede all'istante (?). Riavvio (di nuovo) Dovecot. E continuo a cercare di capire che ha st'arnese. Non trovo un fico secco salvo il vedere delle lentezze mostruose tra l'arrivo della connessione e l'uscita di un qualunque dato utile dalla macchina.
Spiego meglio: io vedo i primi 3-4 pacchetti arrivare, la connessione si stabilisce e poi niente, nada, nothing, niets! Una bella "Windows Pause" (non succede niente per nessun motivo specifico) per uno/due minuti e poi la connessione va avanti come se niente fosse...
Il mattino dopo tutte e 4 le vm sono cadaveri. Sempre 'run' nella console ma niente di niente. Riavvio tutte e 4 e vedo subito che 3 delle 4 vm hanno la data di sistema nel pallone: o corre come una lepre o e' lenta come una tartaruga. L'unico indizio sulla 'morte' delle VM e' un errore riportato nel dmesg che indica un problema con il controller SCSI (virtuale).
Nel primo pomeriggio mi arriva anche la notizia che, apparentemente, da una delle scuole non riescono a collegarsi al proxy. Solo da una, dalle altre funziona tutto. In effetti non riesco a trovare nel log una connessione da quella scuola, solo dalle altre. Che accidenti ha sto' maledetto? E' un laico e protesta per essere dai cattolici?
I problemi si susseguono con vm che muiono a destra e a manca, l'orologio di sistema che continua ad andare per conto suo nonostante tutto (prima che mi riempiate di commenti: si', vmware_tools ERA installato e funzionante), errori e kernel panic riferiti al controller scsi virtuali. Riguardo quest'ultimo, riesco a trovare un riferimento (UNO) allo stesso errore su un forum Sun, guarda caso si riferisce allo stesso identico hardware che abbiamo noi ed ovviamente non ha nessuna soluzione.
Dopo una settimana di bestemmie decido che qualche cosa s'ha da fare e che la cosa migliore e' cestinare l'idea delle macchine virtuali. Comincio percio' il trasferimento di tutti i servizi sulla macchina 'host' (hardware reale). Il risultato e' istantaneo, dalla famosa scuola da cui non potevano collegarsi adesso si collegano e tutti affermano che "adesso e' veloce come prima, anzi meglio". Ok, questa e' la strada giusta allora.
Nei giorni successivi trasferisco tutte le funzioni sulla macchina host e spengo una alla volta le macchine virtuali. Alla fine della settimana ho praticamente un server normale con tutte le funzionalita' del server precedente. A questo punto e' arrivato DaBoss.
DB - Che accidenti succede con $NoiInsegniamoConRispetto?
IO - Succede che quel maledetto Sun Fire non va d'accordo con VmWare e noi
non sappiamo perche'.
DB - Hummm... ok, adesso vado ad ordinare un'altra macchina, prendiamo
un Sun X2200, con controller raid hardware...
IO - Ma senti, al momento, per fargli funzionare st'arnese, ho semplicemente
spostato tutti i servizi sul server reale e funzionano tutti. Da lunedi',
quando ho spostato gli ultimi due servizi, non ho sentito altre lamentele,
ed anche H ha detto che adesso il monitoring non si lamenta piu' del server.
Non e' molto meglio semplicemente lasciare perdere st'idea delle macchine
virtuali?
DB - ...adesso non si lamentano piu'?
IO - Io non ho sentito altre lamentele.
DB - Hummmmm.... ok, allora teniamolo cosi'... e poi vedremo...
Qualche volta "KISS" e' il sistema migliore.
Davide
09/01/2008 00:00
Comments are added when and more important if I have the time to review them and after removing Spam, Crap, Phishing and the like. So don't hold your breath. And if your comment doesn't appear, is probably becuase it wasn't worth it.
BaboonCobol
By BaboonCobol - posted 02/09/2008 08:59
Perchè? Finalmente mi ha permesso di cestinare la boiata di Winzozz (mi serviva per un paio di applicazioni verticalizzate... fin troppo!) e dedicare tutto l'HD al pinguino. Quando serve Winzozz, apro VirtualBox..., et'voilà, l'utente è servito! (pero sono d'accordo con tutti gli altri che fare 3,4,o più server virtuali, è una BOIATA PAZZESCA). Buon inizio settimana!
come al solito, se usata nel modo giusto anche la virtualizzazione e' cosa buona e giusta
Alberto
By Alberto - posted 02/09/2008 12:45
WM
By WM - posted 02/09/2008 08:58
pentito?
no, lui ha aggiunto la citazione e quindi non c'e' piu' bisogno
athevir
By athevir - posted 02/09/2008 08:58
roberto
By roberto - posted 01/09/2008 08:39
se il problema fosse mai nella data, la soluzione e' impostare nel file $ETC/vmware/config le seguenti istruzioni:
host.cpukHz = $(cpu Mhz - come da cat /proc/cpuinfo ) * 1000
host.noTSC = TRUE
ptsc.noTSC = TRUE
Inoltre la sincronia dell'ora nel vmware tools deve essere attivata.
Se invece hai gia' risolto (come per'altro penso), come non detto.
ciao
roberto
PS: sei un grande!
Nicola
By Nicola - posted 01/09/2008 08:40
Steve
By Steve - posted 01/09/2008 08:40
Andrea B.
By Andrea B. - posted 01/09/2008 08:49
Tommaso
By Tommaso - posted 01/09/2008 09:16
Luca Bertoncello
By Luca Bertoncello - posted 01/09/2008 09:17
La cosa piu' divertente che ho avuto modo di vedere, in un'azienda dove virtualizzavano tutto (forse anche gli stipendi, non so...), era la creazione di un Cluster FailOver su una macchina virtuale.
Cosi' se si scassa l'Hardware, tutti i nodi sono down.
io sono riuscito ad ammazzare l'idea prima che venisse implementata...
Eugenio D.
By Eugenio D. - posted 01/09/2008 09:17
Riccardo
By Riccardo - posted 01/09/2008 09:18
Gama
By Gama - posted 01/09/2008 09:29
limaCAT
By limaCAT - posted 01/09/2008 09:43
grick
By grick - posted 01/09/2008 09:43
BabboMatteo
By BabboMatteo - posted 01/09/2008 09:57
matteo
By matteo - posted 01/09/2008 10:07
Marco
By Marco - posted 01/09/2008 10:26
Kaspa
By Kaspa - posted 01/09/2008 10:37
Gianluca
By Gianluca - posted 01/09/2008 10:38
Noko
By Noko - posted 01/09/2008 10:39
http://rosencreutz.blogspot.com/
By http://rosencreutz.blogspot.com/ - posted 01/09/2008 10:39
Michele Montanari
By Michele Montanari - posted 01/09/2008 10:44
franganghi
By franganghi - posted 01/09/2008 10:59
Xfight
By Xfight - posted 01/09/2008 11:00
andrè
By andrè - posted 01/09/2008 11:59
Nik
By Nik - posted 01/09/2008 11:59
Twister
By Twister - posted 01/09/2008 12:20
Twister
By Twister - posted 01/09/2008 12:47
Kurgan
By Kurgan - posted 01/09/2008 13:35
Stéphane Bisinger
By Stéphane Bisinger - posted 01/09/2008 13:48
Secondo me è solo un'altra di quelle mode che in nome della semplicità (di cosa non si è ben capito) fa adottare soluzioni complicatissime dove una soluzione semplice faceva probabilmente un lavoro migliore!
Riccardo Cagnasso
By Riccardo Cagnasso - posted 01/09/2008 14:08
Luca
By Luca - posted 01/09/2008 14:34
Luca
By Luca - posted 01/09/2008 14:34
Gama
By Gama - posted 01/09/2008 14:35
Manuel
By Manuel - posted 01/09/2008 14:49
francesco
By francesco - posted 01/09/2008 15:49
L'idea è quella di far girare una macchina virtuale per ogni macchina fisica (abbiamo sei server carichi poco meno de 'il giusto'), in questo modo potremmo sfruttare le live migration di xen se una delle macchine fisiche muore.
che e' successo al buon vecchio backup?
Leo
By Leo - posted 01/09/2008 16:06
Diego
By Diego - posted 01/09/2008 19:51
La live migration in Xen, o XenMotion se usi XenServer di Citrix, la puoi usare PRIMA che una macchina fisica muoia... se è già morta... beh... ti lascio indovinare ![]()
Gabriele
By Gabriele - posted 01/09/2008 19:51
Sergione
By Sergione - posted 02/09/2008 09:22
Gandolfo Ivo
By Gandolfo Ivo - posted 01/09/2008 20:21
DMB
By DMB - posted 02/09/2008 13:13
miniBill
By miniBill - posted 03/09/2008 08:17
Paolo C.
By Paolo C. - posted 03/09/2008 08:17
Enrico
By Enrico - posted 03/09/2008 09:27
Davide
By Davide - posted 03/09/2008 14:19
Giepi
By Giepi - posted 04/09/2008 08:34
O-Zone
By O-Zone - posted 04/09/2008 12:41
pearfire575
By pearfire575 - posted 04/09/2008 12:41
J
By J - posted 04/09/2008 12:42
Quello che mi piace di più è il seguente:
Keep It Super Simple ![]()
Da Acronym Finder
Grande Davide! Le tue storie sono sempre mitiche.
SixaM
By SixaM - posted 05/09/2008 15:46
CED di $GrandeAssicurazioneItaliana: al posto di comprare n licenze di sviluppo per gli sviluppatori, hanno creato su un solo server n macchine virtuali. Che, sembra, ogni tanto si bloccano a vicenda...
Bye
P.S. Ho lavorato in MicroSys nel tuo stesso periodo, e ci siamo anche visti in sede...
interessante, e sei ancora in MS o sei migrato ad altri lidi?
fafa
By fafa - posted 05/09/2008 17:01
It
Simple,
Stupid!!
Ciauz
SixaM
By SixaM - posted 06/09/2008 10:17
spacexplorer
By spacexplorer - posted 08/09/2008 16:21
Due curiosita`: indiana su un server?
preferivi Minnesota?
Se proprio si vuol risparmiare una licenza non ti trovi meglio con SXCE (agg. BFU)? Un X2200 ok (di ram ce n'e`) ma per il raid lo zfs non ti va? Grazie per le tue storie, e` bello che qualcuno riesca a prendere tutto con ironia, dovrei imparare, ma non riesco...
-- K, bofh junior
qui' nun ce semo capiti... Sun o non Sun l'hardware, l'OS sempre Linux e'
spacexplorer
By spacexplorer - posted 08/09/2008 16:49
-- Kim, bofh junior
?? Non conosci Minnesota Jones? O dovrei dire
"Schliemannian Chair of Archaeology Minnesota Jones"...
spacexplorer
By spacexplorer - posted 08/09/2008 18:48
> Non conosci Minnesota Jones?
No l'ho scoperto ora! Grazie, oltre che divertente è
anche utile leggerti!!!
LaNelMezzano
By LaNelMezzano - posted 12/11/2008 12:50
btw: perché spendere tutti quei soldi in una Sun che gli HP proliant vanno molto meglio e costano molto meno? E sono ottimi virtualizzatori vmw
Uno dei "pallini" di DaBoss e' l'hardware Sun.
la morale
By emaxtreme - posted 26/10/2009 02:44
--
emaxtreme
This site is made by me with blood, sweat and gunpowder, if you want to republish or redistribute any part of it, please drop me (or the author of the article if is not me) a mail.
This site was composed with VIM, now is composed with VIM and the (in)famous CMS FdT.
This site isn't optimized for vision with any specific browser, nor
it requires special fonts or resolution.
You're free to see it as you wish.