Help- Coppermine Critical Error

[Felix]

Buna.

Coppermine critical error. MySQL error. Too many requests.

Stie cineva din ce cauza poate aprea acesta?

Multumesc.

[organic]

well poti sa deduci si singur cam de la ce provine mesajul de eroare.
serverul de sql e supraincarcat cu prea multe cereri.


primul pas ar fi sa schimbi configuratia MySQL , vezi ce memorie i-a fost alocata din fisierul de configurare , vezi valorile variabilelor in curs (SHOW VARIABLES) si modifica dupa nevoie.

daca nici asta nu e de-ajuns, ar trebui sa consideri un upgrade, daca rulezi o varianta mai veche, sau un cluster de 2 sau mai multe noduri care sa-ti dea o disponibilitate mai mare daca rulezi un trafic asa mare.

[Felix]

Unde e situat fisierul de configurare de unde schimb configuratia MySQL?
Btw trafic mare nu am pe sit, 40-45 de vizitatori unici pe zi.

Multumesc.

[Bruzli]

mysql-ul de pe serverul pe care e gazduit domeniul e aglomerat, contacteaza-i pe cei de la support pentru detalii si solutii

[Felix]

Multumesc.
O zi buna.

[dt]

Daca serverul e suficient de puternic, se poate mari numarul de conexiuni simultane la mysql.

Cod: [Selectează]

set-variable = max_connections=xxx

[RoSpace]

Daca serverul e suficient de puternic, se poate mari numarul de conexiuni simultane la mysql.

Cod: [Selectează]

set-variable = max_connections=xxx

asta e ca si solutia aia : daca ti-e virusat calculatoru si se misca ca naiba, mai cumpara niste ram si fa upgrade la procesor  
din doua una: daca sunt conexiuni pe bune, trebe luat alt server sau mutate scripturile consumatoare pe alt server, sau 2: e vreun script de kk care face magarii si trebe dat ala afara.
dar ambele solutii sunt treaba hostului , nu a clientului, daca permite asa ceva trebuie cautat rapid alt hosting...

[etp.ro]

nu vad problema.

avand in vedere ca

"The number of connections allowed is controlled by the max_connections system variable. Its default value is 100. If you need to support more connections, you should restart mysqld with a larger value for this variable."

si ca 100 conexiuni simultane este muuult mai putin decit poate duce un server normal, mi se pare un lucru de verificat.

[RoSpace]

si ca 100 conexiuni simultane este muuult mai putin decit poate duce un server normal, mi se pare un lucru de verificat.

depinde ce inseamna un server normal, cam ratia e de 100 conexiuni /1 giga de ram , dar aici nu numarul de conexiuni e problema , ci procesele care nu se elibereaza la vreme, deci in mod normal, daca e un script care agata , la fel agata la 100 de conexiuni ca si la 200 si la 300 .
solutia pare a fi in opinia mea gasirea scriptului cu problema si depanare/excludere, nu marirea numarului de conexiuni.

[etp.ro]

uite, pe un server de-al meu


mysqladmin extended status |grep Max
| Max_used_connections     | 121        |


e un prescott la 2.4 cu 1 gb ram

load average: 0.88, 0.78, 0.92

ps ax |grep mysql |wc -l
    127


[/var/cpanel/users]# ls |wc -l
    275


deci nu sta chiar degeaba, si max_connections in my.cnf e 370, in php.ini e 350 si tot in php.ini max_persistent e 100

[Felix]

Buna. Serverul pe care am gazduit situl:

Processor Information

Processor #1 Vendor: GenuineIntel
Processor #1 Name: Intel(R) Xeon(TM) CPU 2.40GHz
Processor #1 speed: 2406.130 MHz
Processor #1 cache size: 512 KB

Processor #2 Vendor: GenuineIntel
Processor #2 Name: Intel(R) Xeon(TM) CPU 2.40GHz
Processor #2 speed: 2406.130 MHz
Processor #2 cache size: 512 KB

Processor #3 Vendor: GenuineIntel
Processor #3 Name: Intel(R) Xeon(TM) CPU 2.40GHz
Processor #3 speed: 2406.130 MHz
Processor #3 cache size: 512 KB

Processor #4 Vendor: GenuineIntel
Processor #4 Name: Intel(R) Xeon(TM) CPU 2.40GHz
Processor #4 speed: 2406.130 MHz
Processor #4 cache size: 512 KB

Memory Information
Memory: 1032368k/1047424k available (2049k kernel code, 14160k reserved, 765k data, 228k init, 129920k highmem)

Physcial Disks
hda: HDS722580VLAT20, ATA DISK drive
hdc: HDS728080PLAT20, ATA DISK drive
hda: max request size: 1024KiB
hda: 160836480 sectors (82348 MB) w/1794KiB Cache, CHS=16383/255/63, UDMA(100)
hda: cache flushes supported
hdc: max request size: 1024KiB
hdc: 160836480 sectors (82348 MB) w/1719KiB Cache, CHS=16383/255/63, UDMA(100)
hdc: cache flushes supported

Current Memory Usage
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda3              75G   25G   46G  35% /
/dev/hda1              99M   17M   78M  18% /boot
none                  505M     0  505M   0% /dev/shm
/dev/hdc1              76G  8.0G   64G  12% /backup
- (azi 06.10.2005.)-

Load average e sub 1.
Max_connections in my.cnf nu cred ca am cum sa-l aflu.
Dupa ce a dat Coppermine acea eroare am dat Repare in MySQL Databases si de atunci nu a mai facut figura.
Pe server mai sunt 146 de situri (SUA-daca in Ro ar fi mai ieftin...)
In ziua aceea am avut trafic foarte mic (10% fata de zilele din cursul saptamanii).
Poate ramane agatat Coppermine? Ati mai auzit sa fie probleme cu el?
Multumesc.

O zi buna.

[organic]

werd. tu vorbesti serios? quad? nice. tre sa mearga destul de fainut.

oricum ai putea incerci si un ticket la suport la Coppermine daca nu ai facut-o deja.

e posibil sa fie si o galma mysql.

[etp.ro]

nue quad, daca era quad apareau 8 procesoare.

[Gupi]

Bei, lasati vrajeala. E 4 proace toata ziua, sunt doo placi de baza prinse cu distantzoare de 13"

Acuma vorbind serios, e bine sa precizati pentru cititorii profani (ca mine) ca doua procesoare Intel cu HyperThreading apar ca si patru. (doua reale si doua virtuale).

[organic]

mda nici eu nu stiam ca sunt identificate ca si 4 procesoare. am lucrat doar pe openbsd cu dual si din cate stiu openbsd nu suporta HT inca, so vedea normal doar doua. iar din descrierea data de Felix nu prea se preciza nicaieri de HyperThreading si putea la fel de bine sa fie un Quad Xeon.