Click..click..click…OH CA$$O!!!

Ed avete presente anche quando siete li belli concentrati che lavorate su una roba, ad un certo punto vi scappa un “Invio” dove non doveva starci o cliccate un pulsante che non doveva essere cliccato e subito dopo, consci di aver fatto un enorme stronzata, dite….oh ca$$o!!…

Ecco!! In quel momento vi è appena passata a trovare la fuck up fairy. E da quel momento saranno enormi….amari straca$$i vostri.

E’ venerdi, è una tranquilla giornata in ufficio, M sta buona buonina nel suo ufficio senza rompere le balle a noi, e tra un lavoretto è l’altro la giornata trascorre quasi fino alla fine, se non fosse per una maledetta, fottutissima mail che io non avendo un bel niente da fare ho deciso di inviare al gruppo di noi sistemisti (incluso Boss).

Giorni fa infatti un utente si è reso conto (dopo che gli è stato fatto notare in realtà se no lui stava bello che tranquillo), che non riceveva più posta perchè ai mittenti veniva tornato l’errore di “spazio esaurito”.

Dopo aver spiegato all’utente in questione che senza spazio su server lui le mail non le riceve, è venuto fuori che chi all’epoca aveva messo in piedi quel cesso di mail server non ha implementato un controllo sulle quote con relativo allarme da mandare agli uto utenti.

Detto fatto con una veloce ricerca ho trovato un comodissimo script in perl che legge le quote dal db mysql, crea un report quotidiano e manda la mail a noi con il report, se un utente eccede nello spazio occupato oltre l’80% parte un allarme verso la sua casella e verso il gruppo di noi sistemisti (giusto per poter dire al pinguino di turno che SI gli allarmi lui li ha ricevuti dato che una doppia copia ne arriva a noi).

Lo script ha funzionato, già dalla prima notte sono partiti fiumi di allarmi di utenti che avevano la mail zeppa di ”importantissime” mail, e dopo 3 giorni (l’allarme arriva ogni giorno finchè non liberi quella ca$$o di casella) si sono decisi di dare ascolto all’avviso liberando finalmente spazio.

Garrulo e felice forwardo il report di stanotte all’alias di gruppo dicendo che i messaggi minatori degli allarmi hanno funzionato e gli utenti hanno liberato la propria casella.

Mai sbaglio fu più grosso, e me ne resi conto solo mezz’ora dopo pagandone l’amara conseguenza, Boss infatti non aveva una fava da fare come me ed appena si è visto questa mail nella Inbox ha iniziato a stilare la classifica dei vincitori, coloro che occupavano più spazio sul disco.

Constatando anche che nel marasma di alias e mail c’erano anche indirizzi vecchi, di persone oramai fuggite verso lidi migliori, account morti/inutili. Scatta quindi l’operazione “Mastro Lindo” e vengono richieste alcune eliminazioni dalla lista degli account.

Fu li che la fuck up fairy decise di venire a farci una visitina.

Un collega apre un ticket:

[Op #647] dev@dominio.it

Ciao,

account@dominio.it dovrebbe essere eliminato dall’alias “dev” in quanto è andato via mesi fa.

Questa richiesta in realtà era già stata evasa da un collega ma questo G non lo sapeva…

Boss: G per favore chiudi (notare il verbo…chiudi…non FAI) il ticket 647??

G: Si faccio subito

G convinto che avrebbe dovuto eliminare l’account parte con la spedizione punitiva, io ero tranquillo alla mia postazione e dopo 13 secondi netti arriva G su Skype:

G: http://link_allo_script_di_gestione.php

G: Ma noi gestiamo il mail server con questo??

IO: Si

G: Ma è uno schifo, ed è pericolosissimo!!

IO: Benvenuto tra noi…

Tale script di gestione non è altro che un fetentissimo script in php che esegue sul db determinate query, la cosa brutta di quello script è che se tu gli dici di aggiungere lui aggiunge, se gli dici di modificare lui modifica, se gli dici di eliminare lui elimina al volo senza prima chiedere una conferma.

Ed infatti dopo altri 4 secondi spaccati…

G: Ale ho fatto una cazzata

IO: Ah si?

G: Ho eliminato il dominio dell’azienda

IO: LOL

G: No ale sono serio…

IO: O_O

G: si non l’ho fatto a posta, è che sto schifo non chiede nemmeno la conferma esegue subito!!

Quello script infatti è stato scritto proprio da un cane, il pulsante modifica è terribilmente vicino al pulsante ELIMINA!

A G gli è scappato il mouse per qualche pixel di troppo e cosi anzichè modificare il dominio lo ha reso parte della storia.

..Ok calma e sangue freddo prima che Boss lo sappia…

La prima cosa che faccio è andare sul server a controllare il filesystem, ero sicuro infatti che quel cesso di script non eliminasse dal filesystem le caselle, ma solo dal db, una volta tanto quella fetenzia si è resa provvidenziale.

Ripresa un pò di calma dopo quel controllo ero li a pensare sul da farsi che puntuale come le tasse si fa avanti Boss:

Boss: Allora G sto ticket lo chiudiamo o no?

G: Eeeeerrrrr…no è che….abbiamo un problema…

Boss: Come un problema..

G: Un GROSSO problema…

Boss: Si ma che genere di problema

G: E’ che per sbaglio ho ranzato il dominio dell’azienda…

Boss: COOOOOSAAAAA???!!

G: eh si è che quella merda di script non ti chiede nemmeno una conferma ed io ho sbagliato…

Boss: CHE COSA HAI FATTOOOOO????!!!!

G: Si ma…

Boss: AAAAAAAARRRGGGH!!!!! £$%&@#§!!!!!!!

Inserite qui sotto 20 minuti di ululati di Boss e G che nel frattempo si stringeva le gambe col cilicio e si frustava la schiena come i membri dell’Opus Dei.

Io nel frattempo ero li che alla velocità della luce cercavo una soluzione prima che il tutto si scagliasse ANCHE contro di me.

Boss: Beh ma non riusciamo a recuperarlo dal backup?!

G: E’ quello che sta provando a fare ale…

Fortunatamente dopo mesi di pressioni e scarichi di responsabilità (ma soprattutto dopo un mega crash che abbiamo avuto con conseguente perdita dei dati) da parte mia e di F tempo fa siamo riusciti a convincere tutti che senza backup 5 cluster non possono vivere per molto, ed infatti avevo messo in piedi un sistema centralizzato di backup di tutte le macchine basato su rsync.

Santo backup quindi, vado a recuperare il vecchio db, faccio un dump del db attualmente sputtanato e ci piazzo sopra il backup….BAM non funziona un ca$$o tutti gli utenti lamentano il fatto che il server gli chiedesse in continuazione la password.

Ripristina al volo il backup del db sminchiato, gli utenti smettono di piangere, ok controlliamo perchè il db che dvorebbe essere intero in realtà non funziona.

Dopo vari tentativi e pastruzzamenti ecco svelato il bandolo della matassa, G ha subito ricreato il dominio dopo averlo cancellato, portandolo quindi da ID 1 ad ID 6 (cresce automaticamente di un unità per ogni record inserito) ecco perchè il db buono in realtà non era buono ad un ca$$o, perchè le varie tabelle degli alias e della caselle facevano riferimento ad un campo “domain_id” che era 1.

Ok allora importa il db, vai nelle tabelle..click click…update virtual_aliases where domain_id=1 set domain_id=6

TAC come per magia adesso tutte le caselle sono allineate al dominio corretto. Rapido controllo e SI funziona tutto.

Sono le 19:00 passate, niente male per un tranquillo venerdi….

ps. è mia impressione o la fuck up fairy ha il pessimo vizio di venirmi a trovare sempre tra le 17:00 e le 17:50 solo nei giorni che cadono di venerdi?

0 votato