max_user_connections

17 contenuti / 0 new
Ultimo contenuto
max_user_connections

Salve a tutti,
Da stamani non riesco più possibile accedere all'area amministrativa. E' comparsa questa frase che per la poca esperienza che ho in drupal e di db in genere mi risulta alquanto difficile da risolvere.

Error message
PDOException: SQLSTATE[42000] [1203] User **** already has more than 'max_user_connections' active connections in lock_may_be_available() (line 167 of /home/mhd-01/www.*******.it/htdocs/site/includes/lock.inc).

Vi prego di spiegarmi qualcosa in merito se qualcuno ne sa...perchè non so dove mettere mano e soprattutto non mi pare di aver trovato molto in merito

grazie a tutti!

Drupal Version:

Dai un'occhiata qui: https://drupal.org/node/1835450

Grazie MaxSimon,
purtroppo anche vedendo quel post non riesco a configurare, non ho molta dimestichezza con questo genere di cose, se sai qualcosa di più fammi sapere perchè così non riesco bene a capire dove sia il problema

Grazie di nuovo

Prima di questo evento, avevi avuto altri errori sul sito?
Stavi usando il browser con più schede aperte sul tuo sito?

Ad ogni modo, l'ultimo post della discussione che ti ho linkato dice:

In such cases, you should immediately close your browsers. Delete History and flush the browser's cache. Close again and try your website. It will work. Seems like you have habit of opening more than one tab and work simultaneously on the same web site. Just guessing!

e usando Google Translate:

In questi casi, si dovrebbe chiudere immediatamente il vostro browser. Eliminare cronologia e svuotare la cache del browser. Richiudere e provare il vostro sito web. Funzionerà. Sembra che tu abbia l'abitudine di aprire più di una scheda e di lavorare contemporaneamente sullo stesso sito web. Basta indovinare!

Hai provato a fare questo?

Si grazie ho provato e l'avevo capito, infatti tutto risulta essere vero... tengo aperte molte aperte nel broswer etc, ed ho tolto cache...tuttavia anche gli altri utenti vedono lo stesso errore, è questo che non è molto chiaro!

questo è quello che mi dice il "supporto" di tophost:
Le consigliamo di controllare le query SQL effettuate, eventualmente di ottimizzarle, di chiudere correttamente le connessioni al server DB ed attivare qualche sistema di caching per gli script che fanno uso del DB in modo da ridurre le connessioni verso quest'ultimo.

Grazie :)
non ho ancora risolto :(

Prima di avere questo errore hai installato o aggiornato qualche modulo?
Nei log (tuoSito/admin/reports/dblog ) ci sono messaggi di errore prima di questo?

Qualche consiglio:
- svuota tutta la cache del sito: se non riesci a farlo dal sito, puoi usare phpmyadmin sul DB e svuotare tutte le tabelle "cache_*" (TRUNCATE * FROM cache_...)
- svuotare cronologia e cache del browser;
- fai andare il cron;
- in aggiunta e per migliorare le performance, puoi andare in tuoSito/admin/config/development/performance e attiva la cache e/o la compressione di css e js.

Fammi sapere se questo è sufficiente.

Ciao, allora
-non riesco ad accedere al pannello di amministrazione sito, e comunque con i moduli ero tutto a posto.
-non riesco a svuotare la cache del sito attraverso phpmyadmin ..mi potresti dare il comando esatto? (almeno che non sia esattamente quella che hai postato)
- cache e cronologia browser ok
- per quanto riguarda performance etc ricordo di averlo fatto prima che accadesse tutto

- adesso la pagina in più mi da Errore 500 Questo errore può essere causato da uno script CGI non funzionante o da un file .htaccess contenente degli errori

alexander7 wrote:
non riesco a svuotare la cache del sito attraverso phpmyadmin ..mi potresti dare il comando esatto? (almeno che non sia esattamente quella che hai postato)

Riesci ad accedere al DB con phpmyadmin (Tophost dovrebbe averti mandato le credenziali per accerere al pannello di controllo)?

Da phpmyadmin, selezioni il database di Drupal.
Prima cosa: backup del database!
Per fare questo, in alto fai click sulla scheda "Esporta": conferma tutte le opzioni che ti presenta nella finestra seguente e salvi una copia del database sul tuo PC.

Seconda cosa: eliminare la cache del sito.
Nella colonna di sinistra trovi l'elenco delle tabelle del tuo DB: ne trovi diverse che hanno un nome che comincia con "cache_" (cache, cache_filter, cache_form, cache_image, ecc. oppure pref_cache, pref_cache_filter, pref_cache_form, pref_cache_image, ecc, se le tue tabelle hanno un prefisso "pref").
Per ogni tabella "cache_" esegui queste operazioni:

  • click sul nome della tabella nella colonna di sinistra (nella finestra di destra apparirà l'elenco dei campi);
  • click in alto sulla scheda Operazioni;
  • in basso a destra trovi due voci evidenziate in rosso: click su "Svuota la tabella (TRUNCATE)";
  • ti verrà chiesto di confermare lo svuotamento premi OK

In questo modo hai azzerato la cache del sito; prova ad aprire il browser ed accedere.

alexander7 wrote:
non riesco ad accedere al pannello di amministrazione sito, e comunque con i moduli ero tutto a posto.

Se inserisci nel browser: tuoSito/user vedi il form di login? Riesci ad entrare come amministratore?
alexander7 wrote:
adesso la pagina in più mi da Errore 500 Questo errore può essere causato da uno script CGI non funzionante o da un file .htaccess contenente degli errori

Quale pagina in più?
Hai modificato il file .htaccess nella cartella di Drupal?

allora,
fatto tutto con la cache, il sito continua a non funzionare, non mi fa accedere al pannello di amministrazione e mi da sempre questo errore:
"Questo errore può essere causato da uno script CGI non funzionante o da un file .htaccess contenente degli errori"

Se inserisci nel browser: tuoSito/user vedi il form di login? Riesci ad entrare come amministratore?
-non riesco, cioè mi da errore, ovvero "L'indirizzo inserito non è più disponibile oppure è errato. Verifica di aver digitato correttamente dopodichè avvisa il webmaster del problema incontrato"

Quale pagina in più?
Hai modificato il file .htaccess nella cartella di Drupal?
- intendo che adesso non mi da più l'errore max_user ma quello appena citato sopra
- non ho modificato il file .htacces e non lo trovo nemmeno in remoto

:(

Prova ad accedere con nomeTuoSito/?q=user
Se accedi via FTP o SSH, nella cartella di installazione del sito ci DEVE essere il file .htaccess: se non c'è, recuperalo da un vecchio backup (se l'hai) oppure scaricalo da D.O.

Niente da fare, scaricato e aggiornato .htaccess in "RewriteBase / miosito" visto che si trova in una sottocartella, ma l'errore è sempre il solito (errore 500)

Ringrazio MaxSimon per l'aiuto e la gentilezza con la quale mi ha aiutato a risolvere un problema per me troppo complesso.

E grazie anche per gli ottimi consigli su drupal che io conosco da pochissmo!

Bello trovare persone così!!

Ciao alexander7 .

Se ho capito bene alla fine hai risolto? Se non ti dispiace... come???

Ho lo stesso identico problema in questo momento e non so dove sbattere la testa. Ho seguito tutti consigli di MaxSimon riportati qui sopra ma poi la discussione si tronca.
Grazie mille per l'aiuto!

La discussione è continuata in privato, ma sostanzialmente le cose che devi controllare sono:

  • cancella tutta la cache del browser
  • il file .htaccess nella root del server: se anche tu hai installato un una sottocartella, devi decommentare la riga
    RewriteBase /sottocartella
    (ovviamente, sostituisci sottocartella con il nome della cartella nella quale hai fatto l'installazione);
  • il file .htaccess in sites/default/files: controlla che esista e che contenga questo codice:
    SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
    Options None
    Options +SymLinksIfOwnerMatch
  • azzera la cache del sito: accedi al database con phpmyadmin e svuota tutte le tabelle cache_*;
  • controlla i permessi sulle cartelle sites, default, files e sottocartelle ed ai file settings.php e default.settings.php

Incrocia le dita e prova a visualizzare il sito!

Ciao

Ciao MaxSimon! Intanto grazie dell'interessamento.

Prometto che avviando questo tentativo di rimedio ero già decisa da qualche giorno di abbandonare il provider TH per costruire mio sito in modo più ortodosso (cioè in locale) per poi passare ad un hoster più prestante. Quindi la mia non è una resa di fronte al primo problema ma lo considero ormai puro e semplice buon senso. E adesso al sodo:
1. pulito cache del browser
2. RewriteBase decommentato (non era in una sottocartella ma in htdocs, fatto bene?)
3. esisteil file .htaccess in sites/default/files, due righe commentate come sotto:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
# Options None
# Options +SymLinksIfOwnerMatch
4. azzerato tutte le cache del sito da phpMyAdmin
5. Impostato 755 in settings.php e default.settings.php, altri lo erano già.
6. Incrociato tutto.

Risultato... lo sto ancora aspettando! Saranno 5 o 6 minuti che carica. O più. Da questo deduco che il problema persiste.

Sarei tentata di risolverlo ma in prospettiva puramente scientifica. Dici, vale la pena?

p.s. 10 minuti ormai...

ArgO wrote:
2. RewriteBase decommentato (non era in una sottocartella ma in htdocs, fatto bene?)

Se non è in una sottocartella la regola deve essere:
RewriteBase /

ArgO wrote:
3. esisteil file .htaccess in sites/default/files, due righe commentate come sotto:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
# Options None
# Options +SymLinksIfOwnerMatch
NO!
Le due righe non devono essere commentate: guarda il mio post precedente.

ArgO wrote:
5. Impostato 755 in settings.php e default.settings.php, altri lo erano già.
NO!
I permessi devono essere:

  • 644 - sui file default.settings.php e settings.php
  • 775 - cartella sites/default/files e sottocartelle
  • 664 - tutti i file in sites/default/files

Dai che ci sei quasi!

Errore 500
Errore interno del server
Il server ha incontrato un errore interno o un problema di errata configurazione e non riesce a completare la richiesta inserita.
Questo errore può essere causato da uno script CGI non funzionante o da un file .htaccess contenente degli errori.

Eseguito tutto come dal tuo post. Sopra vedi il risultato. Ho una vaga sensazione che il .htaccess in sites/default/files dev'essere commentato come prima... Almeno, ricordo di averlo fatto nella fase successiva all'installazione di Drupal per risolvere "nonricordopiùcherogna".