Newsgroup: it.lavoro.professioni.webmaster
Titolo: mi stanno prendendo per il c...?

Ho un sito che interagisce con un database MySql ed ha anche il forum
phpBB2, funziona da 3 anni perfettamente, stesso hosting, stesse
funzionalità...
Ieri rallentamenti e oggi errori cirtici di impossibilità di connessione al
database.
L'assistenza mi dice prima (ieri) che non ha notato rallentamenti... poi
oggi un altro tecnico mi dice che i rallentamenti erano dovuti al
collegamento tra Telecom Italia e Wind congestionato...che intanto c'è stato
un upgrade del database mysql ed è stato oggi solo 2 minuti down, ma ora
funziona tutto alla perfezione.
Ma oggi intanto il MIO SITO E' KO!
Ho ritelefonato al tecnico e dice che non sa perchè... l'unica cosa che sa è
che non ci possono essere + di 8 connessioni multiple al database... alla
nona puo' accadere questo! Lui dice di rivedere gli script e che la colpa è
forse dell'aumento del traffico.
Ma gli script li ho controllati tutti e tutti chiudono la connessione, e
soprattutto tutto è rimasto com'era! Non ho modificato niente negli ultimi
mesi! Inoltre i visitatori sono diminuiti rispetto ai mesi precedenti!
Mi stanno prend per il c....? E' solo un modo per farmi cacciare più soldi e
acquistare un upgrade del prodotto?
E io intanto ho pubblicità pagate che oggi non girano, utenti che hanno
pagato la propria quota per visitare un'area a pagamento che oggi non
possono utilizzare... banner di campagne pubblicitarie che oggi avranno
impression = 0, etc.. etc...  insomma un danno non da poco!
C'è qualche esperto che puo' aiutarmi in prvt.... a capire? Non voglio fare
nomi fino a che non ho le idee chiare.

 nomi fino a che non ho le idee chiare.
No, in privato non ti si aiuta. IN pubblico si.
Che tipo di errore ti da il sito? Non si vede o ti da too many connection?
Guarda che PHPBB ha delle vulnerabilità, magari qualcuno ti ha preso di 
mira e sei sotto attacco ...
Cla!
-- 
www.spaghettibrain.com
 - PHPNUke Italian Mirror
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
!!>> Il mondo non è ancora pronto per il Funky <<!!

 Cla!
Nella home page c'è un richiamo degli utlimi 10 post del forum e quindi mi
vien fuori il msg d'errore di phpbb e cioé semplicemente :
phpBB : Critical Error
Could not connect to the database
Poi a volte va... ma come accedo ad un altra pagina di nuovo lo stesso msg..
è da questa mattina!

: C'è qualche esperto che puo' aiutarmi in prvt.... a capire? Non voglio
fare
: nomi fino a che non ho le idee chiare.
io ti aiuto qui perchè non sono un esperto:P
dimmi piuttosto, qual'è il nome del hosting provider?
no perchè di questi casi ne ho già sentiti diversi;=)
specuie quando i siti iniziano a generare traffico

 connessione, 
Il PHP chiude le connessioni a DB in modo automatico al termie dello
script (se non sono persistenti).
-- 
I'am what I'am, I do what I can

 script (se non sono persistenti).
Infatti gliel'ho specificato al tecnico... ma lui dice che prima che vengano
chiuse in automatico, anche se non fossero state chiuse, occorrono 300
secondi circa ed č lě che si crea il sovraccarico!
Ma io mi chiedo: ma come mai succede oggi visto che non cambio assolutamente
layout da mesi?

 funzionalità...
come giustamente ti ha suggerito Cla! hai l'ultima release di phpBB ovvero
la 2.0.6 con le ultime correzioni?
http://www.phpbb.com/phpBB/viewtopic.php?f=14&t=135116
http://www.phpbb.com/phpBB/viewtopic.php?f=14&t=153818
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 la 2.0.6 con le ultime correzioni?
No. Ho la 2.0.4.
Comunque il tecnico mi ha specificato qualche minuto fa, ripristinandomi il
quadro (incrocio le dita e faccio anche un SGRAT SGRAT), che il problema
derivava dal fatto che qualche mio script utilizza delle connessioni
persistenti che pero' poi non riutilizza di conseguenza arrivava rapidamente
al limite.
Poi mi dice che ora le connessioni persistenti sono disattivate (come del
resto sono sempre state e solo per errore erano attive) e quindi il problema
non dovrebbe presentarsi a meno che comunque arrivo ad avere 8 visite
conteporanee che scatenano altrettante connessioni al database.
Una domanda... ma la conessione persistente si apre con mysql_pconnect()?
Io ho solo chiamate standard e cioè mysql_connect () .
Boh!


consiglio vivamente di aggiornare phpBB, il provider ringrazierą


 occorrono 300 secondi circa ed h ll che si crea il sovraccarico!
Questa non l'ho mai sentita, quoto dal manuale:
The link to the server will be closed as soon as the execution of the
script ends, unless it's closed earlier by explicitly calling
mysql_close().
"as soon as" a me non sembra significhi dopo 300 secondi.


: resto sono sempre state e solo per errore erano attive) e quindi il
problema
: non dovrebbe presentarsi a meno che comunque arrivo ad avere 8 visite
: conteporanee che scatenano altrettante connessioni al database.
:
pochine, ndr.

> pochine, ndr.
Vero eh?
Vabbč pago 130 euro l'anno, ma la cosa strana č che prima non mi avevano mai
parlato di questa limitazione e soprattutto non si erano mai avuti questi
problemi.
E ripeto, non c'č stato nč aumento del traffico e nč modifiche al codice.

: > pochine, ndr.
:
: Vero eh?
beh costituisce una limitazione importante se uno vuole fare siti con un tot
di traffico
: Vabbè pago 130 euro l'anno, ma la cosa strana è che prima non mi avevano
mai
: parlato di questa limitazione e soprattutto non si erano mai avuti questi
: problemi.
: E ripeto, non c'è stato nè aumento del traffico e nè modifiche al codice.
:
la limitazione sta a contratto?
l'hosting provider chi è?

 E ripeto, non c'è stato nè aumento del traffico e nè modifiche al codice.
Si ma anche con 8 connessioni contemporanee (che *comunque* rimangono 
pochine) riesci a gestire qualche migliaio di page views al giorno e 
comunque l'errore a Mysql sarebbe random, ogni tanto si (nei picchi) 
ogni tanto no ...
Sono sempre più convinto tu sia sotto attacco ... tipo un tentivo di 
bruteforce con login ... ogni login è una chiamata al db ...


 bruteforce con login ... ogni login è una chiamata al db ...
Se fosse così cosa dovrei controllare e che dovrei fare?
Grazie per la pazienza davvero..

 l'hosting provider chi č?
Seeweb srl

::
::
:: Vero eh?
:: Vabbè pago 130 euro l'anno, ma la cosa strana è che prima non mi
:: avevano mai parlato di questa limitazione e soprattutto non si erano
:: mai avuti questi problemi.
:: E ripeto, non c'è stato nè aumento del traffico e nè modifiche al
:: codice.
:
: Si ma anche con 8 connessioni contemporanee (che *comunque* rimangono
: pochine) riesci a gestire qualche migliaio di page views al giorno e
bohhh io so che comunque un limite di 12/15 sarebbe auspicabile, anche
perchè con un forum che "viaggia" le connessioni al db si aprono a raffica.
Ad ogni modo mi sorprende che lui non lo sapesse dall inizio di questa
limitazione, per giusta o non giusta che sia.
Magari Antonio è in zona e c'illumina?

 Magari Antonio è in zona e c'illumina?
Omunque adesso la situazione è tornata normale.
Controllando la configurazione del motore dei banner (Phpadsnew) ho notato
che era attiva la possibilità di creare connessioni persistenti... così l'ho
disattivata al volo. Certo, questo rallenterà forse di poco la navigazione..
ma almeno non ci saranno più queste 'maledette' connessioni persistenti..
La limitazione, devo dirti sinceramente che non riesco a quantificarla. Io
ho da 400 a 1200 visitatori al giorno comunque e fino ad oggi non mi aveva
mai dato un problema così grave.
Grazie

 Magari Antonio è in zona e c'illumina?
Salve a tutti, anzitutto mi spiace per il cliente che sta subendo dei
disagi cerco di rappresentare il problema e quello che sta succedendo.
Il cliente ha un prodotto ex Lasersat Linux 250, ha per sua fortuna un
sito piuttosto interessante che sviluppa un certo traffico (c.a
5GByte/mese), traffico quasi esclusivamente costruito con query a database
(tra 5.000 e 10.000 pgview/giorno).
Il prodotto prevede delle limitazioni sul database mysql, in particolare:
set-variable = max_connections=512
set-variable = max_connect_errors=10000
set-variable = wait_timeout=300
set-variable = max_user_connections=8
set-variable = key_buffer=64M
set-variable = table_cache=256
set-variable = sort_buffer=32M
set-variable = record_buffer=1M
set-variable = thread_cache_size=16
limitazioni consultabili dal phpmyadmin preinstallato e crediamo,
assolutamente compatibili con la fascia del prodotto, soprattutto a
protezione delle performance medie di tutti gli utenti che condividono le
risorse.
A parte tutto questo pero' e nonostante il traffico sul db del sito del
cliente il prodotto e' sufficiente per le esigenze attuali del sito
(ovviamente compatibilmente con il budget in campo).
Da qualche giorno c'e' un'ulteriore novita' relativa all'intasamento di un
trunk telecomitalia tra roma e milano, per una serie di motivi lunghi da
spiegare e sui quali stiamo lavorando wind si ostina a preferire quel
trunk verso di noi e ad ignorare tutti gli altri annunci BGP. Questo fatto
fa si che tutta una serie di utenti subisce dei notevoli rallentamenti, a
questo punto su alcuni siti (e anche su quello del cliente) delle
operazioni sul db che si concludevano di un certo tempo ora sono molto
piu' lente (perche' molto piu' lento e' il trasferimento dei dati) questo
ha aumentato il parallelismo delle richieste sul database e,
conseguentemente, crea l'errore riportato che ovviamente se non gestito
compare a video.
Per completezza di informazione il cliente ha richiesto l'intervento alle
28/11/2003 12:07:45 con la seguente motivazione:
 Gentile Staff di Seeweb
alle ore 12-08 di questa mattina 28-11-03
ho riscontrato il seguente errore:
User xxxxnelm6372 has already more than 'max_user_connections' active
connections
noi abbiamo risposto alle 28/11/2003 12:27:42 con la seguente cosa:
Salve,
quell'errore indica solamente che ha raggiunto il massimo numero di 
collegamenti contemporanei al database consentiti (8). Il prodotto che ha
acquistato e' entry level non le consente di ottenere performance oltre
quelle che ha avuto finora. Se e' interessato ad un upgrade ad un prodotto
superiore puo' chiamare il nostro numero verde.
forse il tono 'commerciale' della risposta ha irritato il cliente che so
pero' essere stato informato per altra via sulle problematiche relative al
rallentamento della rete.
Spero di essere stato preciso, relativamente al problema del cliente il
tecnico pero' insieme alla risposta ha innalzato il maxuser per cercare di
'mitigare' il problema per tutto il periodo in cui durera' il
rallentamento della rete, il cliente stesso potra' dare atto che l'errore
e' ora molto piu' raro.
Saluti a tutti
-- 
Antonio Baldassarra
anto...@seeweb.com

:
: Salve a tutti, anzitutto mi spiace per il cliente che sta subendo dei
: disagi cerco di rappresentare il problema e quello che sta succedendo.
:
[cut]
ottimo.
una cosa sola però:
:
: set-variable = max_connections=512
: set-variable = max_connect_errors=10000
: set-variable = wait_timeout=300
: set-variable = max_user_connections=8
: limitazioni consultabili dal phpmyadmin preinstallato e crediamo,
: assolutamente compatibili con la fascia del prodotto, soprattutto a
concordo con tutto, solo che , anche se il cliente viene da lasersat, anche
se la fascia è quella di ingresso, ecc ecc... sarebbe carino che il cliente
avesse in mano un prospettino con tutte le limitazioni, perchè un conto è
che le veda prima ( non può poi lamentarsi) e un conto è che le veda dopo da
phpmyadmin
ancora complimenti per la risposta. la presenza, la velocità e la
completezza della stessa dimostrano la serietà dell azienda.

 e' ora molto piu' raro.
Ciao Antonio,
sai che non ho capito *tecnicamente* come un rallentamento manda in 
palla le connessioni al DB? Riesci a spiegarmelo meglio? (sono un po' 
lento di comprendonio...)
un Cla! (della serie: non si finisce mai di imparare).


: Ciao Antonio,
: sai che non ho capito *tecnicamente* come un rallentamento manda in
: palla le connessioni al DB? Riesci a spiegarmelo meglio? (sono un po'
: lento di comprendonio...)
:
: un Cla! (della serie: non si finisce mai di imparare).
:
acc.... io ho capito questo.
se c'è un rallentamento il tempo medio di durata della connessione al db
aumenta e aumentando questo c'è più probabilità che si verifichino
connessioni contemporaneee al db.
lo so. non ho capito un caxxo vero?

 lo so. non ho capito un caxxo vero?
non e' proprio cosi'... la velocita' di trasferimento dei dati non centra...
il problema e' che se una pagina rallenta... l'utente che fa? prova a
cliccare il tasto aggiorna... e se gli utenti sono parecchi... come sembra
dal traffico... mi sembra normale che le connessioni tendono a
moltiplicarsi... anche perche' quando una pagina non viene restituita e si
clicca aggiorna... non e' che l'elaborazione precedente viene stoppata o
killata... ma semplicemente viene portata a termine... e allora ecco il
casino...
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Oggi, l'organigramma è fatto di link, non di gerarchie.
Il rispetto per la conoscenza vince su quello per l'autorità astratta.

 
Intanto ciao, ogni tanto ci si legge !
E' un fenomeno curioso ma ti garantisco che su siti ad altro traffico è
tutt'altro che trascurabile (nel caso in esame e' poco preoccupante ma per
esmepio con 
www.meteolive.it
 che fa c.a 200 GByte/mese tutti presi da
database e ha picchi da 300 utenti/contemporanei la cosa e' molto seria).
In sintesi accade questo: supponi che la query produca 10KB che devono
essere 'spediti' al browser, se la connessione consente 80 Kbps i dati
arrivano in 1 secondo (ed in questo tempo lo slot dell'apache sta nello
stato "W" e non rilascia il controllo all'interprete PHP che non fa nulla,
nel senso che ne' chiude la connessione al DB ne' (se sta in persistent)
rilascia l'handle della connessione per un altra query.
Supponiamo ora che la connessione consenta al piu' 8Kbps in questo caso
per 'spedire' i famosi 10KB ci vorranno 10 secondi nei quali l'apache
terra' lo slot in "W" e di conseguenza la connessione al DB.
Supponiamo che in una finestra temporale di 10 secondi ci sia le
necessita' di gestire 10 utenti (da una query) a questo punto
(statisticamente, mediamente, e senza essere troppo 'precisi') nel primo
caso le connessioni contemporanee al db sono c.a. "1" nel secondo caso
sono c.a. "10".
Purtroppo in PHP non esiste un sistema che gestisca in maniera 'elegante'
un pool di connessioni gestendo il tutto 'prima' di arrivare al DB e
magari brokerando lo stesso handle a piu' query come per esempio fa torque
per java o similia per .net
spero di aver confuso bene la cosa e ti auguro buon fine settimana :-)
p.s. per rigo: hai perfettamente ragione nella necessita' di una maggiore
trasparenza.
-- 
Antonio Baldassarra
anto...@seeweb.com

 casino...
anche questo fenomeno e' rilevante ... spesso i navigatori hanno il
'click' piu' veloce del pensiero :-)
-- 
Antonio Baldassarra
anto...@seeweb.com


Simpatica la spiegazione anche affascinante... non vorrei ridurre tutto ad
una cavolata... ma io arrivo fino a 1200 utenti collegati con carichi
elevati arrivando ad 1 gb di transfer e tutto cio'... mai verificato...
Presumo cmq sia problemi di connettivita'...
bismark
###founder 
bismark.it
 network###

 
sicuramente riesci a fare un ottimo uso del tuo prodotto da 100,00 E/anno :-)
-- 
Antonio Baldassarra
anto...@seeweb.com

:
:: Simpatica la spiegazione anche affascinante... non vorrei ridurre
:: tutto ad una cavolata... ma io arrivo fino a 1200 utenti collegati
:: con carichi elevati arrivando ad 1 gb di transfer e tutto cio'...
:: mai verificato...
1gb di transfert in quanto tempo?
::
: sicuramente riesci a fare un ottimo uso del tuo prodotto da 100,00
: E/anno :-)
ehm mi sa che hai perso per strada uno zero.
cmq il paragone s'è capito eh!

:
: Purtroppo in PHP non esiste un sistema che gestisca in maniera
: 'elegante' un pool di connessioni gestendo il tutto 'prima' di
: arrivare al DB e magari brokerando lo stesso handle a piu' query come
: per esempio fa torque per java o similia per .net
:
: spero di aver confuso bene la cosa e ti auguro buon fine settimana :-)
no no, credo di aver capito. e si che sono duro di comprendonio.
: p.s. per rigo: hai perfettamente ragione nella necessita' di una
: maggiore trasparenza.
io concordo con te che però purtroppo non è possibile scrivere tutto sul
contratto nè sul prospetto informativo, altrimenti i contratti diventano in
24 volumi.
E pensare che mentre io chiedo maggior trasparenza al giorno d'oggi ci sono
hosting provider che non ti forniscono nemmeno un contratto .


8 V I S I T E????? Uaaaaaahoooohoooohooooo.....
Ma lo paghi x intero l'Hosting? O ti hanno fatto un prezzo xxx euro x ogni
utente che si connette?
Secondo me......... Quello è uno che *** fa il finocchio col culo degli
altri ***
Mah.... sarei curioso di sapere se è lo stesso hosting di cui ho sentito
parlare, sembra che avvicinandosi il Natale vogliano farsi le Vacanze ai
Caraibi...
Ciao
CR
*** Non ti fidare ***


A me sembra una barzelletta!
Io non ho mai sentito un Hosting che si intasa per 8 utenti connessi.
Di solito si parla di *traffico* espresso in MB o più.......
Leggi bene il contratto magari c'è scritto che ti garantiscono un traffico
di 100 KB al mese, x quello si congestiona.
Roba da pazzi!
130 euro al mese e gli rispondono che è dovuto al numero di utenti!
Ma cambia hosting.......
Ciao
CR

 Ma cambia hosting.......
Ho scritto 130 euro l'anno comunque.
Ciao

: >
:
: A me sembra una barzelletta!
: Io non ho mai sentito un Hosting che si intasa per 8 utenti connessi.
quasi tutti gli hosting provider seri per problemi di sicurezza e
correttezza impongono sull hosting condiviso una limitazione al numero
massimo di connessioni al db


All'anno? Avevo capito ma ho scritto mese.
Allora se paghi 130 all'anno anche se si intasa con 4 va bene :-)
Ciao


Si ma non tutti si intasano!
Altrimenti il db cosa lo usi a fare?