Gli "Ospiti" della Sala Macchine

Qualche tempo fa', un po' annoiato, mi sono messo a scrivere quello che succede nel mio ufficio (rimuovendo i nomi ovviamente) sul gruppo it.comp.os.linux.sys. La cosa pare abbia trovato degli estimatori, cosi' ho pensato di "preservare" questi capolavori per i posteri...

Un po' di tempo dopo qualcuno ha pensato che poteva inviarmi le SUE storie da pubblicare. Percio' eccole qui'.

RAID li ammazza stecchiti

Il nostro fantastico SL prende in mano la situazione e dice: gia' che ci siamo cambiamo il server. E fin qui nulla da eccepire. Tenete a mente che questo server deceduto era un vecchio pentium-pro 200 con Winblows NT server 256 MB di ram diskato in raid 5 (con dischi SCSI) con 30Gb totali di spazio.

Essendo il collega della rete impegnato su altri problemi, $SL decide che devo occuparmi io (malgrado sia, ufficialmente, un sistemista host) del nuovo server, cosi' eccomi catapultato in un briefing con $SL che mi indottrina sul perche' e sul percome dell'attivita':

IO - ma perche' io?
SL - perche' sappiamo che queste cose ti interessano (verissimo), perche' sappiamo che le sai fare (quasi vero, per fortuna c'e' gurgle) e soprattutto perche' sei un tipo preciso (seeeeee, buonanotte).
IO - e perche' sono l'unico pirla che non si e' defilato. Va beh, spiegami il giro del fumo.
SL - allora: devi sapere che ...blablabla... e quindi, visti i notevoli progressi tecnologici ho stimato che per avere le stesse prestazioni oggi basta un Pentium 4 2GHz con 256 MB di ram il che ci fara' risparmiare una notevole fetta di budget 256 Mb per Oracle? Un po' pochino....
IO - (un po' perplesso) cioe' un PC desktop; non mi pare una grande idea per un DB server. E i dischi?
SL - il 40 GB montato in origine e' sufficiente, visto che il vecchio server aveva 30 GB.
IO - ma senti:un PC desktop ha UN disco IDE, considerando che il backup e' centralizzato mi vien da dire che a noi servono almeno DUE dischi in RAID 0 striping (e se questo non e' il record della minimizzazione...). Dobbiamo schiaffarci un DB relazionale, non so se rendo il concetto. striping? per un db server??
SL - Ma va', tanto il backup viene fatto centralizzato (NDR: e io che avevo detto?) e gli utenti dell'applicazione sono pochi.
IO - 57 utenti a me non sembrano cosi' pochi, e poi ribadisco: dobbiamo schiaffargli su un DB RELAZIONALE!!! Servono dischi con tempi di accesso, latenza e throughput molto bassi. guarda che Oracle bufferizza parecchio (se c'e' la ram), meglio spendere 100 euro piu' di ram che di disco Almeno prendiamo una scheda con dischi S-ATA. O una scheda RAID IDE.
SL - No, abbiamo bisogno di economizzare sul budget.
IO - Ma balleranno si e no 100 euri in piu' per una scheda madre con un controller RAID S-ATA e due dischi e 70 per un RAID IDE.
SL - Si, ma la tecnologia S-ATA e' ancora poco diffusa e noi blablablabla .. .. e anche il RAID IDE non da' garanzie blablabla...

e su questo ha abbastanza ragione: di SATA leggi peste e corna e se ti sono morti 4 dischi su 6 SCSI figurati IDE...

A questo punto mi sono rassegnato ed ho disconnesso il cervello per evitare di trovarmi i gioielli di famiglia in cantina.

Passiamo a due settimane dopo (avete capito bene: 2 settimane per avere un PC desktop!)

Installo Winblows 2000 server (dopo avere rimosso winzoz XP home fornito di serie col PC), l'Oracolo 8i, l'applicazione e... miracolo: va tutto al primo botto! Non ci posso credere. Vuoi dire che il boss aveva ragione? Faccio un po' di test sull'applicazione e pare che sia anche abbastanza veloce. Mi sa che stavolta sono stato troppo pessimista.

Mando un messaggio a tutti gli utenti interessati che il tutto e' di nuovo disponibile e passo ad occuparmi di altre amenita' (riorganizzazione di files VSAM, tabelle DB2 e via cosi').

Neanche un'ora ed incominciano le telefonate.

UL1 - Ciao $IO: non va piu' $Usatissima_antichissima_applicazione.
UL2 - Ciao. C'e' qualche problema con $Usatissima_antichissima_applicazione. A proposito: perche' adesso te ne occupi tu? (Ngh!C4770!)
UL3 - Senti, ma il nuovo server...

Rimando a tutti gli utenti di cui sopra un messaggio di "davidiana" memoria tipo "lo so, ci sto lavorando" e mi metto a fare un po' di controlli. E scopro che quando piu' di 5 utenti lanciano delle ricerche su quel DB dal client il povero disco IDE rallenta a velocita' da lumaca, a quota 10 utenti le query vanno in timeout prima che il disco "sputi fuori" la risposta.

probabilmente manca memoria.

Chiamo subito $SL e gli mostro il tutto.

IO - e' proprio quello che temevo. Guarda.
SL - ma io ho fatto un'analisi!
IO - si, ma i risultati parlano chiaro.
SL - no, non e' possibile! ci dev'essere qualcos'altro che da' problemi.
IO - (volevo dirgli: il tuo cervello da' problemi, ma visto che il lavoro mi serve ho abbozzato perla $cifrone-esima volta...) proviamo con una schedina RAID IDE ed un altro disco uguale? Ne ho casualmente una a disposizione ed il disco me lo passa $collega dal magazzino.
SL - ma non dovrebbe cambiare nulla! E poi il RAID IDE ariblablabla...
IO - (vagamente alterato) PROVIAMO - O - NO?
SL - uh, che testardo sei (Ah, io?) ; va bene, prova, ma vedrai che non cambiera' nulla. Il problema e' altrove.

In meno di 2 ore installo e configuro il tutto, sotto il vigile occhio di $SL e via che riproviamo.

Risultato: ad oggi sono 4 mesi che siamo in produzione ed il sistema non si e' piu' inchiodato. E' solo un filo piu' lento del "vecchio", ma nessuno se ne e' mai lamentato.

$SL non ha piu' detto una parola in proposito.

Io ho imparato ad avere piu' fiducia nelle mie sensazioni e nei miei due neuroni.

Daniele
5 Ottobre 2004

previous elenco next

le storie degli ospiti sono in ordine sparso, quindi 'precedente' e 'successiva' possono portare su storie di altri autori

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.

previous next

I commenti non sono storie, trattenete la vena poetica ed evitate di scrivere la Divina Commedia. Eventualmente leggete le istruzioni su come mandare le vostre storie per la pubblicazione.

Aggiungi un commento (max 1000 caratteri)