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...
Una cosa: tutte le storie sono assolutamente vere!
Personaggi
The Boss (TB): e' il capo del'ICCITTI', e quindi anche il mio
capo.
Aquila Bestemmiante (AB): e' il sistemista-capo, conosce tutta
la rete dalle antenne sul tetto fino all'ultima connessione ISDN.
Tony Abbuffa (TA): si occupa di tutto cio' che e' Media e MultiMedia,
oltre a mangiare panini degni di Scooby Doo...
Mister Ecks (ME) : e' il nostro 'contatto' nel Nuovo Continente,
localizzato a San Francisco.
Erik il Rosso (ER): phone-firewall, ovvero: Help-Desk di primo
livello.
Il Danese Ubriaco (DU): sistemista di secondo livello e
programmatore Python/PHP
Mister X (MX): programmatore PHP/Python, si occupa di mailing
lists ed altre cose.
Tom Luseronovic (TL): programmatore Python/PHP e si occupa della
gestione utenti.
Sander Buildingmanager (SB): building manager, ovvero colui al quale
si rompono le balle per la manutenzione ordinaria e straordinaria di ogni
parte dell'ufficio.
CL: Clueless Luser, un classico utente insomma.
UL: Uber Luser, un CL di rango elevato.
SL: Super Luser, manager o similare.
Il Grande Collasso
E cosi' siamo di nuovo in un meeting con DaBoss, il quale persiste nell'organizzare meeting senza riservare sale riunioni ("qualcun'altro ci dovrebbe pensare") ed ad organizzare meeting di un'ora che poi si protraggono per 5/6 ore.DB - ...e al prossimo punto c'e' l'eliminazione del contratto di assistenza tecnica con $fornitore.
...silenzio di tomba, $fornitore e' quello che fornisce l'assistenza utonti in ufficio, nonche' l'assistenza tecnica per il cluster che fornisce praticamente tutti i servizi dell'ufficio.
IO - Hemmm... e se noi annulliamo il contratto, chi dovrebbe gestire
l'assistenza ed il supporto per gli utenti ed il resto?
DB - Voi.
IO - "voi" chi?
DB - (gesticolando nella mia direzione generica) Voi, voialtri che dovreste
essere il dipartimento Iccitti'. E che cappero, quel contratto ci costa 38000
euro all'anno!
IO - Faccio notare che il contratto fornisce una persona fissa per 5
giorni alla settimana ed una persona per 2 giorni alla settimana, quindi ci
costa molto meno che assumere qualcuno fisso, ed in ogni caso, come li
sostituiamo questi due?
DB - Uno non e' mai al suo posto, e l'altro sta' sempre li' a giocare con
il computer!
A questo punto, mi sono alzato e me ne sono andato.
fast forward di un bel po' per farmi passare il nervoso...
E cosi' i due tapini che gestivano il supporto teNNico sono stati eliminati, e noi (aka: io) dobbiamo percio' gestirci non solo il sistema informativo che connette 47 uffici sparsi per il mondo, ma anche smandrupparci gli utonti locali. Per non parlare dei server dell'ufficio.
Abbiamo subito deciso che, per tentare di risolvere l'endemica mancanza di risorse (aka: spazio su disco insufficiente) la cosa migliore e' migrare il vecchio cluster su uno nuovo, questo consente anche di aggiornare la versione di quasi tutto il software installato che e' piuttosto vecchiotto.
Cosi' comincio a guardare come accidenti funziona (o non) il marasma e scopro un paio di cose non troppo carine, anzi piu' di due. In ordine sparso:
- ci sono sette server nel rack,
due sono il 'cluster' che gestisce (o dovrebbe) il tutto, due server sono spenti, uno e' usato per test e prove varie, uno e' sostanzialmente inutilizzato completamente e l'ultimo sembra sia usato solo per gestire lo scanner (un quadriprocessore con mezzo tera di disco... per lo scanner!). - il cluster non e' un cluster
le due macchine sono si' connesse utilizzando drbd, ma per qualche motivo quella che dovrebbe essere 'secondary' non vuole tanto essere secondary, quindi nel malaugurato caso di un problema hardware, il sistema non si avvia da solo ma richiede di essere condotto per mano sulla strada del recupero, che e' piuttosto impervia perche'... - la configurazione dei servizi ed i permessi dei files nei due 'nodi'
del cluster non sono uguali
- il backup non ha mai funzionato
e ci sono ben DUE tapelib installate e due dischi rimovibili USB da 1 Tera l'uno, che sono stati religiosamente 'ruotati' ogni giorno fin dalla notte dei tempi. - i file di log non sono mai ruotati
interrogato al proposito, il tipo che gestiva la cosa ha confermato che 'la rotazione ha qualche problema'. - per evitare di finire lo spazio disponibile, il tipo ha deciso di creare una serie di files da 5 Gb l'uno, da cancellare 'nel caso di bisogno'.
- vi sono tonnellate di utenti morti/inutilizzati
- per aggiungere un'utente al sistema occorre usare 3 diverse interfaccie per aggiungere i dati allo stesso database.
- e bisogna creare a mano la home dir perche' non lo fa da solo.
- oh, e bisogna anche mettere a posto i permessi a mano.
- ah, e la mailbox viene creata sbagliata, quindi si tratta di cancellarla e ricrearla.
- ah e aggiungere gli alias.
- no, non in quel file, l'altro file degli alias, quello che non e' documentato da nessuna parte (e che ti aspettavi?).
Il che mi ha fatto un po' pensare che forse DB quando ha detto 'gioca col computer' riferito a sto' tizio non era poi tanto lontano dal vero...
Ovviamente noi abbiamo scoperto la maggioranza dei problemi nel modo peggiore, aka: il cluster e' deceduto, e cosi' abbiamo scoperto che non era un cluster, qualcuno ha zappato una directory, e cosi' abbiamo scoperto del backup, e cosi' via.
Vabbe', vuole dire che il movimento degli utenti verso il nuovo sistema e' una bella idea, se non fosse che, per qualche strano motivo, la quota di utenti 'mossi' per giornata e' stranamente ferma sullo zero. Mentre (in teoria) avrebbe dovuto essere a quota 8 per giorno.
Domani sera vado a quel colloquio... sto' incominciando a pensare che forse non e' una cattiva idea...
Davide
14 Gennaio 2008
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.
Mauro dice il 21/04/2008 17:34:
...ahimè ti capisco... sono nella stessa situazione.
Paolo dice il 28/04/2008 16:15:
Sapete dove trovare un altro posto di lavoro???
Daucus dice il 07/05/2008 18:16:
Per un momento ho sobbalzato sulla sedia ... se non fosse che sei in olanda direi che stessi lavorando sul mio sistema... poi ho guardato con attenzione: non poteva essere ... qui da me i log vengono ruotati regolarmente ....
renato dice il 29/05/2008 14:42:
senti in serco.it
se hai fortuna ti mandano dove lavoro io,
qui è un paradiso !!!
Marco dice il 01/07/2008 11:56:
caro uomo it della sala macchina, ma t'è mai capitato di vedere un ICT Manager che vuole fare un 'clustering firewOllato su una macchina windows 2000 NT e aggiornarla fino a 2003 r2'? la frase era questa precisamente.. ed e' poi stata seguita con l'esclamazione 'Log! cazz'è un Log? io questa roba INNOVATIVA non la voglio. Usiamo Microsoft che è STANDARD.'
dpantaleo dice il 25/09/2008 12:27:
?!? ma quando è tornato DaBoss?? non era fuggito nelle Filippine?
nel senso che ti e' sfuggito il fatto che ne e' arrivato uno nuovo?
dpantaleo dice il 26/09/2008 17:08:
no, scusa, è che credevo che con DB intendessi quello originale
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)
