The BOFH’s return

Ciao, questa è la prima volta che visiti questo blog. Se trovi i contenuti interessanti puoi condividerli, tramite l'uso dei pulsanti che vedi in fondo all'articolo, coi tuoi amici via twitter o facebook, oppure votare l'articolo su wikio. Se vuoi puoi restare sempre aggiornato sugli ultimi articoli via RSS Feed, Twitter, Facebook o Newsletter. Grazie del passaggio :)

Fine delle ferie e fine del periodo di pace in ufficio, ritorna il bordello, ritorna la cultura dell’emergenza: tutto deve essere fatto subito, e senza errori non importa se sei alle prese con una macchina che non ne vuole sapere di piegarsi al tuo volere, se stai cercando di completare quella procedura che cerchi di completare da mesi o peggio ancora, se devi salvare il mondo! La macchina aspetta, la procedura scompare, e le povere vittime schiattano, in quel preciso momento la tua unica priorità è soddisfare quella fott*** richiesta. In questo caso sono stati preventivi, è arrivato i capo-progetto (colui che tutto vende ma niente sa…e guadagna dieci volte il mio stipendio) ben una settimana fa:

CP: Ale, senti la prossima settimana dovremmo rilasciare nuove funzionalità per il sito di $retetelevisiva.

(si ma manca una settimana perchè sei qui adesso??!!)

CP: M ti aprirà il ticket su kronos, mi raccomando appena lo apre, qualsiasi cosa stai facendo la molli. Dai priorità assoluta al ticket

Adesso, CP non è il mio capo, anche se è (molto) più in alto di me, ma Boss non c’era quindi non mi sono potuto appellare a nulla, e mio malgrado ho dovuto sottostare piegandomi a 90 (e purtroppo odio quando mi viene detto "qualsiasi cosa stai facendo la molli…")

In sostanza è da più di una settimana che sono in all’erta per sto ca$$o di ticket finchè oggi M non decide di aprirlo.

[Op #606] Rilascio $retetelevisiva nuove funzionalità su collaudo

leggo il lunghissimo ticket che fortunatamente contiene l’intera procedura scritta nel dettaglio (infatti il ticket non l’ha aperto M altrimenti col piffero che avrei avuto tutti quei dettagli), mi metto quindi all’opera finchè non arriva il momento di lanciare uno script sql sul db.

:~# mysql -u root -p $db < script.sql

you've an error in your SQL syntax, bla bla bla....

e te pareva, era troppo bello che tutto andasse liscio

controllo lo script e vedo che il genio che ha prodotto quello script ha brutalmente inserito le query "CREATE TABLE" senza mettere il parametro "IF NOT EXISTS" e quindi appena partito MySQL si incazzava perchè cercavo di fargli creare una tabella che già esisteva; vado per modificare lo script ma il BOFH che è in me prende il sopravvento, mi ferma la manina e mi fa rispondere al ticket:

[Op #606] Rilascio $retetelevisiva nuove funzionalità su collaudo

Aggiornamento: lo script sql fallisce, sarebbe consigliabile controllare la sintassi…

e continuo con il resto della procedura per porre fine all’agonia.

Dopo 5 minuti mi contatta P su skype:

P: Ale ho ricaricato lo script, mi ero dimenticato un drop table…

(ma aggiungere "if not exists" era troppo complicato??…meglio ranzare e ricreare….)

P: Appena lo rilanci dimmelo se fallisce un altra volta

IO: Ok finisco la procedura e poi rilancio lo script

finalmente finisco la procedura, rilancio il maledetto script ed aggiorno il ticket. Non faccio in tempo a distendere i nervi che mi contatta M via messenger:

M: Ma ci sono problemi

(In realtà si..TU!..perchè??!!)

IO: what??!! O_o

M: stiamo controllando il rilascio e quando ci colleghiamo a $urldicollaudo veniamo redirettati su $urldiproduzione

IO: Obbella….e sapete come mai?

M: Hai aggiornato il virtualhost nel db?

IO: Si

M: sicuro?

(porca £$%&@# se ti dico SI significa SI!!!)

IO: Si ti dico…

In effetti digitando l’url di collaudo si veniva rediretti sull’url di produzione (che sta su altre macchine)…controllo apache ma è a posto, controllo il maledetto virtualhost nel maledetto db ed era a posto…perfetto non è un problema mio.

M: Senti vengo li

Ok è diventato un problema mio adesso…

Si presenta M, non apre nemmeno la porta che già va dicendo "è un problema di server il jonas è a posto", e già è partita col piede sbagliatissimo perchè è SEMPRE un problema delle sue applicazioni di merda.

IO: Guarda ho controllato le configurazioni e non ci sono errori, non è che è qualcosa all’interno dell’applicazione del jonas?

M: No questo succede quando il vhost nel db è sbagliato

IO: Si ma è giusto guarda tu stessa..

click click….select * from LayoutSet…

M: E’ giusto (ma va??!!) e allora perchè fa il redirect??!!

IO: Questo tu devi dirmelo

M: E’ un problema di apache perchè il jonas è a posto

IO: No la configurazione è giusta

M: Allora è un problema di bilanciatore

IO: No il bilanciatore non è stato toccato e fino a poco fa funzionava

M: Allora è un problema di….

ripetete questi ultimi passaggi per n volte in t tempo con t uguale a circa due ore e mezza!!!

In queste due ore e mezza ho dovuto spiegare i fondamenti del tcp/ip, il funzionamento di un bilanciatore e di un firewall per cercare di fargli capire che no, non era un problema di macchine piuttosto che di quella schifosissima applicazione Java che nemmeno lei conosce come dovrebbe…

Si sono susseguite perle di saggezza del tipo "ma non potrebbe sbagliarsi il bilanciatore??" certo certo, ed in quel momento il mio cervello divagava (un pò come homer simpson con le scimmie da circo in testa) pensando ad un bilanciatore ubriaco, con tanto di tavernello stappato accanto, che tra un singhiozzo e l’altro diceva "trallallà un pacchetto va di qua….trallallì sto pacchetto lo mando qui…ops!! ho sbagliato…hic…"

Per dare una prova tangibile ho dovuto persino configurare il bilanciatore per direzionare la chiamare a $urldicollaudo verso google anzichè verso la macchina preposta.

Ma niente, lei era convinta che il problema risiedeva nelle mie adorate macchine, finchè io con i genitali oramai ridotti in frantumi non dico:

IO: Senti perchè non vai di la e cerchi di capire qualcosa che io nel frattempo controllo di nuovo tutte le macchine?

cosa che ovviamente non avevo minimamente intenzione di fare, ma almeno sono riuscito a rimandare M nei suoi meandri ed a levarmela dalle scatole.

Ed infatti dopo un pò spunta M sul messenger tutta trionfante:

M: spetta spetta!!!!

IO: E chi se move…

M: prova a cambiare questo e quello in questo e quell’altro file…

IO: Ok spetta

click click…cd /path/della/fava…vi file….

M mi aveva chiesto di commentare da un file di configurazione un parametro che più lo guardavo e più si sapeva di definizione di un file di cache…

Modifico, riavvio l’applicazione (merdosissima java), provo…TAC FUNZIONA!!

Come volevasi dimostrare, non era il mio firewall impazzito, non era il mio bilanciatore brillo…era la sua schifosa web-applicazione Java scritta col culo, e gestita coi piedi.

In pratica si pensa che quel cavolo di parametro non faccia altro che definire il path ad un file xsl che funge da cache, ma non da cache delle pagine, ma da cache di tutto! anche del dominio a cui la web-applicazione deve rispondere, e non solo, se anche gli si cambia il parametro del virtualhost sul database (come io ho fatto), la web applicazione sembra dare più peso a quel fott*** file andando addirittura a modificare suddetto valore nel db con quello che dice lui.

Addio pace….rimpiango quei 5 giorni in cui ero da solo in ufficio :’(

---

0 votato