proces mysqld ciągle się wyłącza

hantle - 11-02-2010 22:26
proces mysqld ciągle się wyłącza
Witam,

Mam RPS, serwer działał sprawnie przez ponad 150 dni bez restartowania.
Kilka dni temu zagapiłem się i serwer był przepełniony. Po usunięciu kilku duuużych BackUpów, miejsca nie przybyło. A więc zrobiłem restart. Wszystko wróciło do normy, ovh poinformowało mnie że był jakiś błąd, że go usunęli itp. itd.

Ale od tamtej pory dzieją się dziwne rzeczy, proces mysqld wyłącza się co kilka dni, ostatnio też wyłączył się proces clamd. Po restarcie procesów wszystko wraca do normy, ale tylko na dzień lub dwa.

W logach mam coś takiego:
Kod: 100211 21:54:34 - mysqld got signal 11;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=16777216
read_buffer_size=258048
max_used_connections=8
max_connections=100
threads_connected=2
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 92783 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0xb5303fe0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
Cannot determine thread, fp=0xb5477328, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x818b878
0xb762fe87
0xb762f402
0x842e953
0x8249635
0x8244819
0x82446b4
0x8236703
0x823e02d
0x82403fc
0x81e9fb7
0x81f2796
0x81f4242
0x81f48f5
0x81a2e59
0x81a916a
0x81aa14b
0x81aa8ab
0x81ab2b9
0xb7629d51
0xb7482e2a
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://dev.mysql.com/doc/mysql/en/using-stack-trace.html and follow instructions on how to resolve the stack trace. Resolved
stack trace is much more helpful in diagnosing the problem, so please do
resolve it
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort...
thd->query at 0x86d3ac8 = SELECT o.*, k.* FROM ogloszenia_baza o LEFT JOIN ogloszenia_kategorie k USING(id_kat)
WHERE o.id_kat='14' AND o.ukryj='0'
ORDER BY IF (SUBSTRING(o.opcje,3,1)='0', o.data, o.data + INTERVAL 1 DAY) DESC LIMIT 25, 25
thd->thread_id=15075
The manual page at http://www.mysql.com/doc/en/Crashing.html contains
information that should help you find out what is causing the crash. Zapytanie jakie jest tam wstawione za każdym wyłączeniem się procesu jest inne. Raz złożone, raz mniej. Więc to chyba nie chodzi o zpaytanie

Zrobiłem to co napisali na http://dev.mysql.com/doc/mysql/en/us...ack-trace.html

i wyszło mi coś takiego:

Kod: 0x818b878 handle_segfault + 776
0xb762fe87 _end + -1359241065
0xb762f402 _end + -1359243758
0x842e953 mi_rnext + 547
0x8249635 _ZN9ha_myisam10index_nextEPc + 53
0x8244819 _ZN7handler15read_range_nextEv + 89
0x82446b4 _ZN7handler21read_multi_range_nextEPP18st_key_multi_range + 36
0x8236703 _ZN18QUICK_RANGE_SELECT8get_nextEv + 307
0x823e02d _Z15end_read_recordP14st_read_record + 317
0x82403fc _Z8filesortP3THDP8st_tableP13st_sort_fieldjP10SQL_SELECTmPm + 4364
0x81e9fb7 _Z21make_unireg_sortorderP8st_orderPjP13st_sort_field + 663
0x81f2796 _ZN4JOIN4execEv + 3030
0x81f4242 _Z12mysql_selectP3THDPPP4ItemP13st_table_listjR4ListIS1_ES2_jP8st_orderSB_S2_SB_yP13select_resultP18st_select_lex_unitP13st_sel + 178
0x81f48f5 _Z13handle_selectP3THDP6st_lexP13select_resultm + 325
0x81a2e59 _Z21mysql_execute_commandP3THD + 1353
0x81a916a _Z11mysql_parseP3THDPKcjPS2_ + 250
0x81aa14b _Z16dispatch_command19enum_server_commandP3THDPcj + 3739
0x81aa8ab _Z10do_commandP3THD + 171
0x81ab2b9 handle_one_connection + 2313
0xb7629d51 _end + -1359265951
0xb7482e2a _end + -1360998342 ale nic mi to nie mówi.

Proszę o pomoc.

meto - 12-02-2010 15:11
Niech zgadne kernel z GRS? Daj zwykły i będzie cacy :)

hantle - 15-02-2010 09:47
Witam,

dzięki, lecz do tej pory było wszystko dobrze, czy naprawde trzeba zmieniać kernel. Tym bardziej ze w tym nie jestem dobry bo może rad to robiłem, a boje się coś spartolić.

ollerm - 15-02-2010 10:44
ściagnij sobie z ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6.32.2-2/ pliki: bzImage-2.6.32.2-xxxx-std-ipv4-64 (albo z końcówką 32 - zależy jaki masz system) i System.map-2.6.32.2-xxxx-std-ipv4-64 (uwaga j/w).
Wrzuć do katalogu boot, i dodaj wpis do /etc/lilo.conf, potem w konsoli odpal /sbin/lilo aby wczytał sobie nową konfiguracje

hantle - 15-02-2010 11:16
Dzięki sprawdzę.

mario1973 - 15-02-2010 13:55
no tak, u mnie po zmianie kernela na standard znikły problemy z mysqlem.

M