[TYPO3-UG Italy] problema backend typo3

Fri Feb 25 13:19:04 CET 2011

Infatti lo abbiamo trovato parsando il codice passo passo fino ad arrivare
al file temp_CACHED...ext_tables.php.
E da lì abbiamo beccato la funzione (GPvar) che si piantava e verificandola
anche con la sua sostituta non capivamo cosa potesse bloccare, ripeto solo
certe volte, il backend completamente, anche perché la GPvar e la _GP sono
praticamente uguali (pochissime differenze) tranne la chiamata al
deprecation log.

Quando ci siamo arrivati non ci credevo ;).

Meglio così.

Grazie a tutti per il supporto,
Nicola

Il giorno 25 febbraio 2011 13:09, Marco Antonioli
<antonioli at gammsystem.com>ha scritto:

> Hahaha,
> certo che beccarlo è stato proprio un colpo di ...
> A me proprio non sarebbe venuto di controllare anche quello...
>
> Meglio così e grazie per la segnalazione!!
>
> ciao Marco
>
> Il giorno 25 febbraio 2011 11:59, Nicola Cerchiari <
> nicola.cerchiari at gmail.com> ha scritto:
>
> > Salve ragazzi,
> > volevo segnalarvi che dopo una valnaga di controlli e test siamo riusciti
> a
> > trovare cosa bloccava i nostri backend.
> > Come in tutte le cose che sembrano iper-complicate il problema risiedeva
> in
> > una cosa molto banale... rullo di tamburi...
> > deprecation log + NFS
> >
> > Ovvero un'implementazione probabilmente non eccellente di NFS di una
> > distribuzione di cui non farò il nome (RH) per la NAS e un deprecation
> log
> > fin troppo efficiente mandavano in confusione la NAS stessa.
> > Infatti tutti i monitoraggi la davano come scarica ma in realtà non lo
> era.
> > Infatti è bastato spegnere il deprecation log (stupido io a non farlo
> > prima,
> > ma chi ci pensava visto che non aveva mai dato problemi) perchè tutto
> > tornasse alla normalità, questo succede soprattutto dalla 4.4.6 perchè
> > evidentemente le modifiche che mandano in deprecazione le varie funzioni
> > sono aumentate e quindi il log viene scritto in modo massivo.
> >
> > Spero che questo possa essere d'aiuto per altri se mai si troveranno
> nella
> > stessa situazione.
> >
> > Saluti,
> > Nicola
> >
> > Il giorno 21 febbraio 2011 16:04, Nicola Cerchiari <
> > nicola.cerchiari at gmail.com> ha scritto:
> >
> > > Continuando a cercare la soluzione del problema di performance sul
> > backend
> > > ho notato (tramite un profiler) che una query in particolare, su uno
> dei
> > db
> > > che da problemi, occupa quasi il 75% dei threads (divisi sulle 7
> tabelle
> > > "attive" al momento).
> > >
> > > La query in questione è una DELETE sulla tabella cache_md5params e la
> > cosa
> > > più strana (almeno per me) è che su un db "gemello" la stessa query usa
> > > 0,005 threads contro i 0,045 che usa su questo (dati del profiler).
> > >
> > > Quello che mi chiedo è cosa contiene di preciso questa tabella? Ho
> visto
> > > che
> > > praticamente tutti i record contengono contenuti type 99 appartenenti
> > > all'ext sr_feuser_register.
> > >
> > > Ho sbagliato io qualche impostazione di t3 su questa istanza?
> > > Posso svuotare le >75.000  righe di questa tabella senza grossi
> problemi?
> > >
> > > Grazie,
> > > Nicola
> > >
> > > Il giorno 21 febbraio 2011 09:04, Nicola Cerchiari <
> > > nicola.cerchiari at gmail.com> ha scritto:
> > >
> > > > Provvederò grazie del consiglio.
> > > >
> > > > Nicola
> > > >
> > > > Il giorno 21 febbraio 2011 09:03, Federico Bernardin
> > > > <federico at bernardin.it>ha scritto:
> > > >
> > > > > Ciao Nicola, l'unico consiglio che ti posso dare è pubblicalo sulla
> > > > mailing
> > > > > list inglese, ci sono più probabilità che qualcuno abbia il tuo
> > stesso
> > > > > problema.
> > > > >
> > > > > Ciao
> > > > > federico
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Il giorno 18/feb/2011, alle ore 14.49, Nicola Cerchiari ha scritto:
> > > > >
> > > > > > Nessun errore, niente di niente....
> > > > > > Addirittura alle volte succede che non riesco nemmeno ad accedere
> > > alla
> > > > > > pagina per il login nel backend.
> > > > > > Che il problema non fosse banale, puoi dirlo forte, non ci stiamo
> > > > > saltando
> > > > > > fuori da nessuna parte.
> > > > > >
> > > > > > Grazie del costante supporto,
> > > > > > Nicola
> > > > > >
> > > > > > Grazie ancora,
> > > > > >
> > > > > > Il giorno 18 febbraio 2011 14:42, Marco Antonioli
> > > > > > <antonioli at gammsystem.com>ha scritto:
> > > > > >
> > > > > >> ciao Nicola
> > > > > >>
> > > > > >> extJS del backend? magari in certe configurazioni potrebbe
> portare
> > a
> > > > > >> chiamate in loop...
> > > > > >> Ma ti trovi errori nei log di apache o hai errori nei client
> > quando
> > > > > >> succede?
> > > > > >>
> > > > > >> purtroppo il prob non è banale..
> > > > > >> ciao marco
> > > > > >>
> > > > > >> Il giorno 18 febbraio 2011 14:25, Nicola Cerchiari <
> > > > > >> nicola.cerchiari at gmail.com> ha scritto:
> > > > > >>
> > > > > >>> Ciao a tutti,
> > > > > >>> Abbiamo fatto ulteriori test e il valore di WA che mi suggeriva
> > > > Marco,
> > > > > >>> anche
> > > > > >>> durante i problemi, è irrisorio quindi penso proprio non sia
> > quello
> > > > il
> > > > > >>> motivo dei nostri problemi.
> > > > > >>>
> > > > > >>> Per riassumere le puntante precedenti lavorando sul backend si
> > > > generano
> > > > > >> una
> > > > > >>> valanga di connessioni in TIME_WAIT sui webserver rendendo i
> > > backend
> > > > > >>> incriminati inutilizzabili per diversi minuti.
> > > > > >>>
> > > > > >>> I due fattori che proprio non mi fanno chiudere il cerchio:
> > > > > >>>
> > > > > >>> 1) il problema si presenta solo con versioni >= 4.4.6;
> > > > > >>> 2) il problema si presenta solo sulla nostra architettura di
> > > > produzione
> > > > > >> ->
> > > > > >>> su tutte le macchine di test su cui ho installato nuove e già
> > > testate
> > > > > >> come
> > > > > >>> problematiche istanze di Typo il problema non si pone nemmeno
> > > > > >> lontanamente.
> > > > > >>>
> > > > > >>> Qualcuno conosce un modo o qualunque cosa almeno per capire su
> > > quale
> > > > > dei
> > > > > >>> due
> > > > > >>> fronti è o non è il problema? Ormai mi sono ridotto ad andare
> per
> > > > > >>> esclusione.
> > > > > >>>
> > > > > >>> Grazie come sempre a tutti,
> > > > > >>> Nicola
> > > > > >>>
> > > > > >>> Il giorno 15 febbraio 2011 22:24, Nicola Cerchiari <
> > > > > >>> nicola.cerchiari at gmail.com> ha scritto:
> > > > > >>>
> > > > > >>>> Ciao Marco,
> > > > > >>>> anche a me era venuto il sospetto che il NAS avess dei
> problemi,
> > > > > >>> purtroppo
> > > > > >>>> non ho la gestione sistemistica delle macchine quindi non
> posso
> > > fare
> > > > > >>> molti
> > > > > >>>> test.
> > > > > >>>> In più tra le mie macchine di test e quelle di produzione c'è
> > > troppa
> > > > > >>>> differenza di versioni (sui vari server mysql,apache e via
> > > dicendo)
> > > > > >>> quindi
> > > > > >>>> ora provvederanno ad aggiornare la versione del mysql ad una
> che
> > > > > >> dovrebbe
> > > > > >>>> aver risolto quel possibile baco e poi si vedrà.
> > > > > >>>>
> > > > > >>>> Comunque i ringrazio molo della segnalazione la terrò presente
> e
> > > > > >>>> sicuramente la farò presente ai nostri sistemisti.
> > > > > >>>>
> > > > > >>>> Grazie di tutto,
> > > > > >>>> Nicola
> > > > > >>>>
> > > > > >>>> On 15/02/2011 18:26, Marco Antonioli wrote:
> > > > > >>>>
> > > > > >>>>> Ciao Nicola
> > > > > >>>>>
> > > > > >>>>> ma quando ti succede nel top della macchina cosa ti trovi
> alla
> > > voce
> > > > > WA
> > > > > >>>>> (wait
> > > > > >>>>> for I/O)?
> > > > > >>>>> A me capitava più o meno lo stesso. Per esempio per salvare
> un
> > > > > >> elemento
> > > > > >>> di
> > > > > >>>>> contenuto di testo anche senza modifiche ci metteva qualche
> > > > minuto...
> > > > > >> e
> > > > > >>>>> così
> > > > > >>>>> per il resto.
> > > > > >>>>> Però il sistema non si è mail bloccato.
> > > > > >>>>> Il collo di bottiglia cmq era la NAS (o meglio OPENFILER su
> > > > macchina
> > > > > >>>>> dedicata in RAID5). Il WA era perennemente al 100% o poco
> meno.
> > > > > >>>>> Quindi nulla a che vedere con TYPO3 in quanto spostando lo
> > stesso
> > > > > >>> progetto
> > > > > >>>>> su altra macchina il tutto magicamente tornava sotto tempi
> > > normali.
> > > > > >>>>>
> > > > > >>>>> ciao marco
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>> Il giorno 07 febbraio 2011 17:31, Nicola Cerchiari<
> > > > > >>>>> nicola.cerchiari at gmail.com>  ha scritto:
> > > > > >>>>>
> > > > > >>>>> Salve a tutti,
> > > > > >>>>>> innanzitutto scusate il topic generico ma non saprei come
> > > > > >> catalogarlo.
> > > > > >>>>>> Sulla nostra architettura stiamo riscontrando ultimamanete
> un
> > > > > >> problema
> > > > > >>>>>> alquanto particolare.
> > > > > >>>>>> Alcuni in backend typo3 ,senza nessun motivo apparente o
> > > casistica
> > > > > >>>>>> particolare (5 minuti dopo o prima la stessa operazione non
> da
> > > > > >>> problemi),
> > > > > >>>>>> le
> > > > > >>>>>> chiamate "si appendono" (rimangono in attesa) all'infinito.
> > > > > >>>>>> Addirittura si blocca l'accesso alla pagina di login di
> typo3
> > e
> > > ne
> > > > > >> noi
> > > > > >>> ne
> > > > > >>>>>> i
> > > > > >>>>>> nostri sistemisti siamo riusciti a trovare la causa
> effettiva
> > > del
> > > > > >>>>>> problema.
> > > > > >>>>>> Vi do alcuni dati per inquadrare meglio la situazione:
> > > > > >>>>>> - versione typo3 "incriminata" 4.4.6
> > > > > >>>>>> - php 5.2.x ->  su due server bilanciati (abbiamo anche
> > > > "scavalcato"
> > > > > >> il
> > > > > >>>>>> bilanciatore per testare ma il problema rimane)
> > > > > >>>>>> - mysql cluster 5.0.x
> > > > > >>>>>>
> > > > > >>>>>> Dai sistemisti è nato il sospetto che il problema possa
> > > riguardare
> > > > > >>>>>> qualcosa
> > > > > >>>>>> di simile:
> > > > > >>>>>>
> > > > > >>>
> > > > >
> > >
> http://stackoverflow.com/questions/813790/too-many-time-wait-connections
> > > > > >>>>>> http://bugs.mysql.com/bug.php?id=56979
> > > > > >>>>>>
> > > > > >>>>>> In più mi hanno liquidato dicendomi che il problema può
> essere
> > > > > >> risolto
> > > > > >>>>>> solo
> > > > > >>>>>> lato applicativo.
> > > > > >>>>>>
> > > > > >>>>>> A questo punto e visto che il problema si è presentato oggi
> su
> > > un
> > > > > >> sito
> > > > > >>> di
> > > > > >>>>>> test, su cui quindi non ci possono che essere pochissimi
> > utenti,
> > > > > >> ovvero
> > > > > >>>>>> sviluppatori ed editor, qualcuno sa dove può essere il
> > problema
> > > e
> > > > > >>>>>> soprattutto qualcuno ha qualche idea su come risolverlo?
> > > > > >>>>>>
> > > > > >>>>>>
> > > > > >>>>>> Grazie,
> > > > > >>>>>> Nicola
> > > > > >>>>>> _______________________________________________
> > > > > >>>>>> TYPO3-UG-Italy mailing list
> > > > > >>>>>> TYPO3-UG-Italy at lists.typo3.org
> > > > > >>>>>>
> > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > > > >>>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>> _______________________________________________
> > > > > >>>> TYPO3-UG-Italy mailing list
> > > > > >>>> TYPO3-UG-Italy at lists.typo3.org
> > > > > >>>>
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > > > >>>>
> > > > > >>> _______________________________________________
> > > > > >>> TYPO3-UG-Italy mailing list
> > > > > >>> TYPO3-UG-Italy at lists.typo3.org
> > > > > >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> --
> > > > > >>
> > > > > >> Marco Antonioli
> > > > > >> Gamm System Srl
> > > > > >>
> > > > > >> Tel 0372 25137
> > > > > >> Fax 0372 557854http://www.gammsystem.com
> > > > > >> antonioli (at) gammsystem.com
> > > > > >>
> > > > > >> P.IVA / CF 01066780196
> > > > > >> REA CR - 132115
> > > > > >> Tribunale di CR n. 9413
> > > > > >> Capitale sociale € 22.879,48 i.v.
> > > > > >> _______________________________________________
> > > > > >> TYPO3-UG-Italy mailing list
> > > > > >> TYPO3-UG-Italy at lists.typo3.org
> > > > > >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > > > >>
> > > > > > _______________________________________________
> > > > > > TYPO3-UG-Italy mailing list
> > > > > > TYPO3-UG-Italy at lists.typo3.org
> > > > > > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > > >
> > > > > _______________________________________________
> > > > > TYPO3-UG-Italy mailing list
> > > > > TYPO3-UG-Italy at lists.typo3.org
> > > > > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > > >
> > > > _______________________________________________
> > > > TYPO3-UG-Italy mailing list
> > > > TYPO3-UG-Italy at lists.typo3.org
> > > > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > > >
> > > _______________________________________________
> > > TYPO3-UG-Italy mailing list
> > > TYPO3-UG-Italy at lists.typo3.org
> > > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
> > >
> > _______________________________________________
> > TYPO3-UG-Italy mailing list
> > TYPO3-UG-Italy at lists.typo3.org
> > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>
>
>
>
> --
>
> Marco Antonioli
> Gamm System Srl
>
> Tel 0372 25137
> Fax 0372 557854http://www.gammsystem.com
> antonioli (at) gammsystem.com
>
> P.IVA / CF 01066780196
> REA CR - 132115
> Tribunale di CR n. 9413
> Capitale sociale € 22.879,48 i.v.
> _______________________________________________
> TYPO3-UG-Italy mailing list
> TYPO3-UG-Italy at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>