Storie dalla Sala Macchine |
Home Page | Commenti | Articoli | Faq | Documenti | Ricerca | Archivio | Storie dalla Sala Macchine | Contribuire | Imposta lingua:en it | Login/Register
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
I commenti sono aggiunti quando e soprattutto se ho il tempo di guardarli e dopo aver eliminato le cagate, spam, tentativi di phishing et similia. Quindi non trattenete il respiro.
Sacripant Di Sacripant postato il 02/09/2008 08:59
BaboonCobol Di BaboonCobol postato il 02/09/2008 08:59
come al solito, se usata nel modo giusto anche la virtualizzazione e' cosa buona e giusta
Alberto Di Alberto postato il 02/09/2008 12:45
Magari $NoiInsegniamoConRispetto era anche dedicata a S.Giovanni.
ci ho pensato, ma no...
WM Di WM postato il 02/09/2008 08:58
no, lui ha aggiunto la citazione e quindi non c'e' piu' bisogno
athevir Di athevir postato il 02/09/2008 08:58
roberto Di roberto postato il 01/09/2008 08:39
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 Di Nicola postato il 01/09/2008 08:40
Steve Di Steve postato il 01/09/2008 08:40
Andrea B. Di Andrea B. postato il 01/09/2008 08:49
siamo in due
Utilissima, per carità, in certe situazioni ma in altre (come nel vostro caso) è una inutile complicazione. Sta diventando come le rotatorie per gli incroci...
Tommaso Di Tommaso postato il 01/09/2008 09:16
Luca Bertoncello Di Luca Bertoncello postato il 01/09/2008 09:17
io sono riuscito ad ammazzare l'idea prima che venisse implementata...
Eugenio D. Di Eugenio D. postato il 01/09/2008 09:17
Riccardo Di Riccardo postato il 01/09/2008 09:18
Bye!
Gama Di Gama postato il 01/09/2008 09:29
Per il gruppo di ragazzotti liberi di far navigare liberamente i propri ormoni mi viene in mente la volta in cui il sottoscritto dovette "presentare" il laboratorio di informatica della scuola agli aspiranti nuovi iscritti. I poveri pargoli non hanno considerato la parete con le finestre a specchio dietro di loro e qualcuno decisamente bastardo ha fatto notare la cosa.
Gama
vuoi dire che lo 'splash-screen' di benvenuto non era un grosso occhio con la scritta "the SysAdmin is watching you"?
limaCAT Di limaCAT postato il 01/09/2008 09:43
grick Di grick postato il 01/09/2008 09:43
BabboMatteo Di BabboMatteo postato il 01/09/2008 09:57
dove lavoravo prima, molti di R&D usavano quelle 'cose', che spettacolo... peccato che poi talvolta uno degli utilizzatori precipui di tali accrocchi testasse il software solo sulla macchina virtuale... e mai su macchine reali...
be', per testing posso capirlo.
Non devo dire cosa succedeva poi, vero? (dico solo che in quel periodo lavoravo al TechSupp e che la mia gastrite aveva raggiunto livelli DECISAMENTE alti)
Saluti!
matteo Di matteo postato il 01/09/2008 10:07
Marco Di Marco postato il 01/09/2008 10:26
non era quello
Per quanto riguarda i timeout del controller SCSI, ho visto che certi kernel linux non gradiscono controller virtuali LSI Logic, ma solo BusLogic :-/
Kaspa Di Kaspa postato il 01/09/2008 10:37
Gianluca Di Gianluca postato il 01/09/2008 10:38
A me piace xen, ma parlando di roba commerciale come il vmware (da usare esclusivamente in versione bare-metal/hypervisor, altrimenti è di una lentezza esasperante) se lo deploy in grande scala su macchine tutte uguali e testate è comodissimo per i sistemi di failover con vmotion, ecc, che sarebbero assolutamente impossibili da gestire facilmente con macchine fisiche.
se lo "deploy"?
Però OVVIAMENTE se come nel caso in specie si fa "for the sake of", cioè si mettono dei servizi che neanche avrebbero bisogno di essere fisicamente separati in 4 vm separate su un solo server senza failover e con hardware poco testato allora davvero è solo uno dei tanti esempi di demenza manageriale.
Noko Di Noko postato il 01/09/2008 10:39
ci hai ragione, era/e' un 2100
http://rosencreutz.blogspot.com/ Di http://rosencreutz.blogspot.com/ postato il 01/09/2008 10:39
Michele Montanari Di Michele Montanari postato il 01/09/2008 10:44
be', diciamo che se devi fare dei test puoi farli su una macchina che e' la copia di una esistente senza incasinare quella esistente e senza richiedere altro hardware... io non lo userei in produzione e non per servizi 'essenziali' (non ci farei girare sopra un server di posta o un dns) comunque
franganghi Di franganghi postato il 01/09/2008 10:59
Xfight Di Xfight postato il 01/09/2008 11:00
andrè Di andrè postato il 01/09/2008 11:59
Nik Di Nik postato il 01/09/2008 11:59
Twister Di Twister postato il 01/09/2008 12:20
sono sicurissimo che se il swerver non fosse stato un SUN X2100 ci sarebbero stati meno problemi, rimane la domanda base: "perche'?"
Twister Di Twister postato il 01/09/2008 12:47
Kurgan Di Kurgan postato il 01/09/2008 13:35
Stéphane Bisinger Di Stéphane Bisinger postato il 01/09/2008 13:48
diciamo che, se hai 3 o 4 server che fanno solo girare apache con non troppa roba, virtualizzarli potrebbe essere utile per ridurre il carico hardware (hai un solo server invece di 3 o 4) e che se hai molta gente che prova applicazioni a tutto spiano, fare dei server virtuali invece che tanti vhosts o un ambiente condiviso potrebbe essere vantaggioso
I motivi che di solito forniscono i sostenitori delle VM sono prestazioni, sicurezza e possibilità di replicazione facile, ma nessuno di questi tiene IMHO (le VM non mi sembrano né più performanti, né più sicure e la replicazione facile... mah...)
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 Di Riccardo Cagnasso postato il 01/09/2008 14:08
puo' essere
Luca Di Luca postato il 01/09/2008 14:34
Luca Di Luca postato il 01/09/2008 14:34
Gama Di Gama postato il 01/09/2008 14:35
Gama
Manuel Di Manuel postato il 01/09/2008 14:49
francesco Di francesco postato il 01/09/2008 15:49
che e' successo al buon vecchio backup?
Leo Di Leo postato il 01/09/2008 16:06
Diego Di Diego postato il 01/09/2008 19:51
Gabriele Di Gabriele postato il 01/09/2008 19:51
Buon inizio di settimana a tutti
l'ho detto che pure lui ci ha i suoi "pallini"
Sergione Di Sergione postato il 02/09/2008 09:22
Google e' sempre da quella parte eh -->
Kiss
Gandolfo Ivo Di Gandolfo Ivo postato il 01/09/2008 20:21
@D.B. abbiamo fatto dare a Cesare quel che è di Cesare, e a bianchi quel che è di Davide, hai notato?
ho notato e (pubblicamente) ringrazio
DMB Di DMB postato il 02/09/2008 13:13
miniBill Di miniBill postato il 03/09/2008 08:17
Paolo C. Di Paolo C. postato il 03/09/2008 08:17
Enrico Di Enrico postato il 03/09/2008 09:27
L'ho sempre detto che chiunque lavori con qualcosa che superi il mezzo chilo deve avere le scarpe anti-infortunistiche col puntale in ferro
approvo l'idea
complimenti come sempre
Davide Di Davide postato il 03/09/2008 14:19
io sono matto, mica masochista
Giepi Di Giepi postato il 04/09/2008 08:34
perche' e' l'ultima moda/fa figo/suona ipertecnologico/perche' vogliamo investire nella virtualizzazione
O-Zone Di O-Zone postato il 04/09/2008 12:41
pearfire575 Di pearfire575 postato il 04/09/2008 12:41
Forse intendevi: "perche' vogliamo investire la virtualizzazione" - magari passandoci sopra un paio di volte con un camion...
mi offro volontario io con la moto...
J Di J postato il 04/09/2008 12:42
SixaM Di SixaM postato il 05/09/2008 15:46
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 Di fafa postato il 05/09/2008 17:01
Keep
It
Simple,
Stupid!!
Ciauz
SixaM Di SixaM postato il 06/09/2008 10:17
be' e' diventata una SPA, quindi...
Bye
P.S. Ottimo lavoro con le tue storie...ho diffuso copiosamente la PonyDinamica in ufficio, e sono stati tutti d'accordo
spacexplorer Di spacexplorer postato il 08/09/2008 16:21
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 Di spacexplorer postato il 08/09/2008 16:49
Sto` ancora ridendo ora, sei troppo forte!!!
-- Kim, bofh junior
?? Non conosci Minnesota Jones? O dovrei dire
"Schliemannian Chair of Archaeology Minnesota Jones"...
spacexplorer Di spacexplorer postato il 08/09/2008 18:48
LaNelMezzano Di LaNelMezzano postato il 12/11/2008 12:50
Uno dei "pallini" di DaBoss e' l'hardware Sun.
la morale Di emaxtreme postato il 26/10/2009 02:44
Il presente sito e' frutto del sudore della mia fronte (e delle mie dita), se siete interessati a ripubblicare uno degli articoli, documenti o qualunque altra cosa presente in questo sito per cortesia datemene comunicazione (o all'autore dell'articolo se non sono io), cosi' il giorno che faccio delle aggiunte potro' avvisarvi e magari mandarvi il testo aggiornato.
Questo sito era composto con VIM, ora e' composto con VIM ed il famosissimo CMS FdT.
Questo sito non e' ottimizzato per la visione con nessun browser particolare, ne' richiede l'uso di font particolari o risoluzioni speciali. Siete liberi di vederlo come vi pare e piace, o come disse qualcuno: "Finalmente uno dei POCHI siti che ancora funzionano con IE5 dentro Windows 3.1".