Archiv verlassen und diese Seite im Standarddesign anzeigen : Server zu schwach?
pokergame
27.01.2008, 09:35
hallo,
wir haben ein forum mit knapp 60k user und 50k beiträgen. immer wenn ein ansturm von mehr als 150 usern gleichzeitig ist, kommen solche fehlermeldungen und der server geht 30 min bis 1 stunde nicht. Allerdings ist der Rest der Seite sehr schnell wenn der server läuft, aber das forum sehr langsam, dauert bis zu 10 sec. bis sich ein thread öffnet. habe schon gegoogled aber nichts gefunden was passen könnte:
Datenbankfehler in vBulletin :
mysql_connect(): Too many connections
/var/www/web0/html/pokerforum/includes/class_core.php on line 274
MySQL-Fehler :
Fehler-Nr. :
Datum : Saturday, January 26th 2008 @ 08:43:49 PM
Skript : auf anfrage
Referrer : auf anfrage
IP-Adresse : 91.23.124.59
Benutzername :
Klassenname : vb_database
wir haben folgenden server:
Intel Pentium4 D 2 x 3,0 Ghz, 1024MB RAM, 320GB HDD
nähere angaben zum projekt per pm, wer helfen kann, wäre eine nette idee :)
Omega409
27.01.2008, 13:29
Datenbankfehler in vBulletin :
mysql_connect(): Too many connections
Du solltest die Variable max_connections in my.ini erhöhen. Standard ist die 100 und für dich zu wenig!
Intel Pentium4 D 2 x 3,0 Ghz, 1024MB RAM, 320GB HDD
Normalerweise sollte der Server mit dem Speicherausbau bei 150 Usern reichen. Ab 250 werden aber 1 GB Hauptspeicher knapp. Dein Server scheint aber deutlich eher zu "swappen". Da sollte man nach dem Grund suchen!
Hier ein Link (http://www.vbulletin-germany.org/showpost.php?p=8861&postcount=18) zu exzelleten Tipps von Hoffi!
BTW: Speicher ist wie Hubraum beim Auto, nur durch ein zu ersetzen, durch mehr ;)
pokergame
27.01.2008, 14:24
hallo,
die forum startseite aufzurufen geht ja relativ schnell, nur sobalb man ein thread aufruft, dauert es halt mega lange...hab schon alle mods usw entfernt bzw. deaktiviert und trotzdem das selbe problem :(
versuchs evtl mal mit der wartungsfunktion im vb
acp -> wartung -> wartungsfunktion
vll hilft das bin mir aber nicht sicher, probieren geht über studieren ;)
gruß
pokergame
27.01.2008, 19:39
alles schon durchgekaut :( aber trotzdem danke für den tip
hast du sonnst evtl mal versucht den kompletten server neuzustarten? tabellen repariere/optimieren haste sicher auch schon oda?
gruß
pokergame
27.01.2008, 19:58
reparieren/optimieren, alles schon gemacht....muss ja öfter den server neu starten damit es überhaupt weiter geht :(
Wieviel Beiträge hat das Thema? Je länger ein Thema ist, desto länger dauert es bis es angezeiogt wird, desto mehr Speicher wird benötigt.
Optimier Dein Ram und aktiviere das *NIX _Load Limit. Dann bekommen die User wenigstens eine "Der Server ist im Moment ausgelastet" Meldung.
pokergame
28.01.2008, 08:39
hallo,
das ist bei jedem thema, egal ob 1 oder 50 beiträge...
haben die fehler gefundenSLOW QUERIES
Current long_query_time = 10 sec.
You have 137 out of 9676916 that take longer than 10 sec. to complete
The slow query log is NOT enabled.
Your long_query_time may be too high, I typically set this under 5 sec.
WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 1
Historic threads_per_sec = 1
Your thread_cache_size is fine
MAX CONNECTIONS
Current max_connections = 200
Current threads_connected = 25
Historic max_used_connections = 201
The number of used connections is 100% of the configured maximum.
You should raise max_connections
MEMORY USAGE
Max Memory Ever Allocated : 575 M
Configured Max Per-thread Buffers : 531 M
Configured Max Global Buffers : 42 M
Configured Max Memory Limit : 573 M
Physical Memory : 1003.70 M
Max memory limit seem to be within acceptable norms
KEY BUFFER
Current MyISAM index space = 59 M
Current key_buffer_size = 16 M
Key cache miss rate is 1 : 4601
Key buffer fill ratio = 57.00 %
Your key_buffer_size seems to be fine
QUERY CACHE
Query cache is enabled
Current query_cache_size = 16 M
Current query_cache_used = 12 M
Current query_cache_limit = 1 M
Current Query cache Memory fill ratio = 76.84 %
Current query_cache_min_res_unit = 4 K
Query Cache is 8 % fragmented
Run "FLUSH QUERY CACHE" periodically to defragment the query cache memory
If you have many small queries lower 'query_cache_min_res_unit' to reduce fragmentation.
MySQL won't cache query results that are larger than query_cache_limit in size
SORT OPERATIONS
Current sort_buffer_size = 2 M
Current record/read_rnd_buffer_size = 256 K
Sort buffer seems to be fine
JOINS
Current join_buffer_size = 132.00 K
You have had 46 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.
Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.
OPEN FILES LIMIT
Current open_files_limit = 1024 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine
TABLE CACHE
Current table_cache value = 64 tables
You have a total of 503 tables
You have 64 open tables.
Current table_cache hit rate is 0%, while 100% of your table cache is in use
You should probably increase your table_cache
TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 110157 temp tables, 48% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.
TABLE SCANS
Current read_buffer_size = 128 K
Current table scan ratio = 220 : 1
read_buffer_size seems to be fine
TABLE LOCKING
Current Lock Wait ratio = 1 : 349
You may benefit from selective use of InnoDB.
If you have long running SELECT's against MyISAM tables and perform
frequent updates consider setting 'low_priority_updates=1'
sieht übel aus....hab leider trotz ssh keine reload rechte....das bekomme ich aber auch noch hin ;)
oder kann mir jemand sagen wie ich mir die reloadrechte setzè?
Schraubär
29.01.2008, 10:43
wenn "sudo" installiert ist, dann so...
"sudo /etc/init.d/mysql reload"
Ansonsten root fragen
vBulletin® v3.7.4, Copyright ©2000-2008, Jelsoft Enterprises Ltd.