[TYPO3-UG Italy] problema backend typo3

Marco Antonioli antonioli at gammsystem.com
Fri Feb 25 13:09:14 CET 2011


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.


More information about the TYPO3-UG-Italy mailing list