[TYPO3-UG Italy] problema backend typo3

Fri Feb 25 13:37:43 CET 2011

Salve a  tutti
mi inserisco nella discussione per un breve commento e spero di  
trovare conferma in quello che sostengo.

A partire dalla v.4.4 le release hanno presentato delle novita'  
interessati come il 'deprecation log' e l' 'error log' visibile da BE;  
notoriamente questi due attivati rubano un bel po' di risorse in  
termini di spazio disco, db, cpu.

Mi auguro che qualcuno pensi a togliere dal default, magari sfruttando  
uno strumento di avviso (al login) che avvisa della eventuale  
opportunita' di attivarle.

Per la mia esperienza in un sito dove ho tentato solamente di vedere  
il log (piuttosto affollato) mi sono trovato la pagina KO dopo un po'  
di tempo a causa della mancanza di memoria (non bastavano nemmeno  
256MB!)

saluti

Quoting Nicola Cerchiari <nicola.cerchiari at gmail.com>:

> 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
>>
> _______________________________________________
> TYPO3-UG-Italy mailing list
> TYPO3-UG-Italy at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy

ALESSANDRO TUVERI

--------------------------------------
SERVIZI WEB D'ATENEO
CSIT, Centro Servizi Informatici e Telematici
Università degli Studi di Udine
tel. ufficio 0432-558904
--------------------------------------
Homo sine pecunia est imago mortis
--------------------------------------

----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine