[TYPO3-UG Italy] problema backend typo3

Fri Feb 25 11:59:37 CET 2011

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
>