Gentechegioca
Amministrazione e Servizio => Comunicazioni di Servizio e Regolamento => Topic aperto da: lapo - 2010-11-11 09:52:25
-
Dopo che poco fa il sistemista di Michele ha riportato in vita la parte hardware, ho ripristinato il database: una tabella era a metà scrittura e si è perso un record.
In sostanza il forum dovrebbe essere in piena salute e, al limite, potrebbe mancare l'ultimo post scritto durante il crash.
Prosegue l'indagine per capire la causa del crash, ma comunque non preoccupatevi: abbiamo i backup, e li abbiamo anche in remoto. ;-)
-
Io ne approfitto per dare la colpa a vanilla. Così a casaccio.
-
[cite]Autore: triex[/cite]Io ne approfitto per dare la colpa a vanilla. Così a casaccio.
Anche io. u.u
-
Battute su vanilla a parte, non è stato sicuramente un problema applicativo. Gli errori applicativi finiscono per risultare in una pagina che dà errore, o al limite in una pagina default "errore 500" (generalmente da intendere come: “ehi! PHP non mi risponde!”) mentre ieri, come avete visto tutti, il web non rispondeva proprio alle chiamate.
Quindi vanilla è sicuramente innocente. ;-)
-
[cite]Autore: lapo[/cite]Quindi vanilla èsicuramenteinnocente. ;-)
Magari vanilla non c'entra nulla col crash di ieri, ma di sicuro NON è innocente... ; )
-
Oh beh, innocente rispetto a quel crash. Poi lo sanno tutti che di notte gioca a poker puntando gattini (cit.).
-
[cite]Autore: lapo[/cite]Poi lo sanno tutti che di notte gioca a poker puntando gattini (cit.).
Buffy.
-
Una Spike-fanmail a Ezio.
-
uhm, quindi Vanilla finirà per salvare il mondo?
-
Per quello che può interessare, il server web in se rispondeva, sia ai ping diretti all'IP, sia quelli diretti al dominio, restituendo allegramente il nome macchina della rete interna.
-----:~ khana$ ping www.gentechegioca.it
PING athos.studioshadow.it (77.89.44.184): 56 data bytes
64 bytes from 77.89.44.184: icmp_seq=0 ttl=48 time=35.909 ms
64 bytes from 77.89.44.184: icmp_seq=1 ttl=48 time=38.635 ms
64 bytes from 77.89.44.184: icmp_seq=2 ttl=48 time=33.191 ms
64 bytes from 77.89.44.184: icmp_seq=3 ttl=48 time=37.122 ms
Questi tempi di risposta identici a ieri alle 23 e qualcosa (con sito fermo).
Secondo me è più probabile che MYSQL abbia crashato, o che sia rimasta aperta in scrittura una tabella con relativo LOCK attivo e le continue richieste di visualizzazione abbiano saturato la memoria della macchina.
In alternativa è Apache che ha avuto il ciclo... capita...
-
[cite]Autore: khana[/cite]Secondo me è più probabile che MYSQL abbia crashato, o che sia rimasta aperta in scrittura una tabella con relativo LOCK attivo e le continue richieste di visualizzazione abbiano saturato la memoria della macchina.
Io credo che sia possibile che il software muonico abbia creato un'antifase di tipo K con l'AT-Field (diagramma d'onda arancione, è per questo che non è stato rilevato subito).
I ping dei chiamanti la Matrice, poi, hanno completato il guaio addensando la frequenza derivante (in entrata, ma anche un po' in uscita).
(più o meno è così che mi suonano questi commenti tecnici, SAPEVATELO... :P )
-
[cite]Autore: Korin Duval[/cite]Io credo che sia possibile che il software muonico abbia creato un'antifase di tipo K con l'AT-Field (diagramma d'onda arancione, è per questo che non è stato rilevato subito).
I ping dei chiamanti la Matrice, poi, hanno completato il guaio addensando la frequenza derivante (in entrata, ma anche un po' in uscita).
è probabile, ma con la versione attuale del kernel non dovrebbe succedere
LoL
-
Per me è tutta colpa di Vanilla, è tutto un astuto piano per dare la colpa a MySql:
prima gli riempe per mesi e mesi tabelle e tabelle di dati inutili poi incomincia a fargli richieste assurde e a-logiche del tipo
- Quanti domon ci sono?
- Ma il randello randella?
- ma sinki il thread su lmcncaipstb ?
chiaramente mysql si intorta e crasha tutto, semplice...
-
"oddio, muoio! XD" [cit.]
-
bè se per questo il sito di inc era up.
il server rispondeva mySQL o relative tabelle del DB magari no :P
-
[cite]Autore: Fra[/cite]
bè se per questo il sito di inc era up.
il server rispondeva mySQL o relative tabelle del DB magari no :P
Ragazzi, se dico che il server non rispondeva è perché l'ho verificato; non sono stato a tediarvi con la procedura e vi ho scritto solo i risultati dell'analisi, ma non l'ho scritto a caso. =)
Voleva essere un messaggio per rassicurare, non una richiesta di aiuto; non tanto perché tra voi non possa nascondersi qualcuno che ne sa più di me o che ha avuto un'idea più creativa, ma più che altro perché io ho molti più dati su cui lavorare, avendo accesso alla macchina. :P
Lascio come esercizio a casa per i lettori il capire come mai INC invece funzionasse perfettamente, la soluzione è molto semplice. :P
-
hostato da un altra parte?
ah ok avevo letto male sorry ingegner.lapo
-
Stessa sala (credo), diversa macchina.
Comunque, la sostanza è: ora funziona, i backup in ogni caso sono al sicuro, state tranquilli e via andare. :P
-
[cite]Autore: lapo[/cite]Stessa sala (credo)
... dove per "sala" si intende "il sottoscala del Gelli", immagino...
-
[cite]Autore: Aetius[/cite][cite]Autore: lapo[/cite][p]Stessa sala (credo)[/p]
[p]... dove per "sala" si intende "il sottoscala del Gelli", immagino...[/p]
No nel sottoscala ci stanno i server per la dominazione del mondo
-
o magari una più sensata sala server in un rack :P
ma non ci scommetterei troppo però
-
È quello che intendevo dire… ma non l'ho mai visto di persona quel server, quindi chi lo sa. ;-)
D'altra parte non ho mai visto fisicamente nemmeno il mio fidato server tedesco… ma mi ha sempre servito fedelmente, non mi importa chi ha per vicino di casa. ^_^