Начало Вход/Регистрация Помощ Tazi stranica s latinski bukwi
Области
 Новини
 Актуална тема
 Linux портали
 Какво е Линукс?
 Въпроси-отговори
 Форуми
   •Трудова борса
   •Конкурс
 Статии
 Дистрибуции
   •Поръчка на CD
 Made In BG
 Файлове
 Връзки
 Галерия
 Конференции
Настройки
 Външен вид
 Предложения
 Направи си сам
И още ...
 За нас
 Линукс за българи ЕООД
 Линк към нас
 Предложения

Подкрепяно от:
TelePoint - Място за хора със свободни идеи

SiteGround

initLab

Adsys Group

SAP Bulgaria

Въпроси отговори
Въпрос: HELP! mysqld crashna
[Търси: ]

ВНИМАНИЕ: Използвайте форумите на сайта за дa зададете вашите въпроси.

Към началото |Добави въпрос |Отговори
 
Въпрос
От: Veleslava Abadjieva Дата: 07/26/2004
Redhat 9.0, MySQL 3.23.58
 Servera pravi sredno po 1000 poseshteniq na den (za vs
sajtove na nego obshto)
 Problem: Dade mi mysql error - too many connections.
 Rebootnah MySQL-a, (ugasi se s golqma myka, t.e. bavno) i
 posle kaza OK. E da, ama ne trygna. Sajtovete pochnaha da
 pokazvat greshka: Cannot connect to mysql true mysql socket.
 Kakvoto i da pravih MySQL-a posle, (restart, stop->start)
 nishto ne pomagashe. Otidoh vyv /var/lib/mysql i vidqh, CHE
 NQMA mysql.sock TAM(!!!????) Rebootnah celiq server i
vsichko trygna. 
 Estestveno, pregledah logovete sled tova, no ne otkrih
nishto syshtestveno. Eto loga:
 A mysqld process already exists at  Mon Jul 26 20:02:57 EEST
2004
 A mysqld process already exists at  Mon Jul 26 20:03:20 EEST
2004
 A mysqld process already exists at  Mon Jul 26 20:03:21 EEST
2004
 A mysqld process already exists at  Mon Jul 26 20:06:38 EEST
2004
040726 20:13:46  mysqld started
 Cannot initialize InnoDB as 'innodb_data_file_path' is not
set.
 If you do not want to use transactional InnoDB tables, add a
line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
 or my.ini. If you want to use InnoDB tables, add to the
[mysqld]
section, for example,
innodb_data_file_path = ibdata1:10M:autoextend
 But to get good performance you should adjust for your
hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
/usr/libexec/mysqld: ready for connections

 kato izkluchim innodb, v nachaloto na loga vijdam che
mysql-a maj ne e spiral vyobshte, kogato go restartirah??

Nqkoj sblyskval li se e s podoben problem?
 Kakvo da pravq kogato socket-a izchezva nqkyde?? (osven
reboot)

Predvaritelno Vi blagodarq! :-)



Отговор #1
От: Veleslava Abadjieva Дата: 07/26/2004
Ima i oshte neshto:
 naj-poseshtavaniq site ima edno phpbb s okolo 150 Mb
 database (MySQL). Kato pusna nov topic i sajta se "uspiva".
ot SSH -> top -> pokazva che mysql-a e na 100% CPU....



Отговор #2
От: Н. Антонов (nikola (a) linux-bg[ точка ]org) Дата: 07/26/2004
 Увери ли се, че след като си го спряла предполагам от
 init-скрипта му, наистина е освободил паметта. Твърде
 възможно е да има зомбиран процес, който от този скрипт не
 може да бъде спрян и трябва да го пробваш с 'killall -9
 <PID>'. Има и друго нещо. Рядко се случва, но се случва да
 се крашне kswapd, което води до непоправими последствия и не
 минава без рестарт на машината. Въобще, огледай се за
процеси със статус <defunct>.

 Това са само нахвърляни идеи. Но това бавно спиране, за
 което пишеш, говори именно за зомбиран процес, който не иска
 да си освободи паметта и оттам повторното пускане е
невъзможно.


Отговор #3
От: Veleslava Abadjieva Дата: 07/26/2004
DA!!!!
kogato napravih
psa -xa | grep mysql

i mi dade che ima nqkakyv mysql sled kato go sprqh!
t.e. sled ./mysqld stop
hmmmm
tova bug na mysql-a li e?
 kak da go otstranq? Ako update-na na MySQL 4.0.x shte
pomogne li?



Отговор #4
От: Н. Антонов (nikola__at__linux-bg[ точка ]org) Дата: 07/26/2004
 Дали е бъг не можеш да разбереш, докато не го пуснеш в режим
 на дебъгване, не се опиташ да симулираш цялата история и не
 изпратиш дъмп-съобщението на Сале (Ал. Керемидарски), за да
 го анализират както трябва. Просто се случва понякога
независимо от версията на сървъра. Софтуерът не е идеален:)


Отговор #5
От: Veleslava Abadjieva Дата: 07/26/2004
 Kak da killna glupaviq proces, kato toj postoqnno si smenq
PID-a? Hem e zombi?



Отговор #6
От: hipodilski Дата: 07/27/2004
 Triabva da namerish process-a koito pravi zoombitata i da go
 killnesh. Principno t;va ne e osobeno lesna zadacha. A
 zoombitata sa procesi koito sa terminated no parent-a ne
 znae che gi niama i kernel-a gi praska kato defunct
 <zoombie>. Ako razkarash parent-a ste si reshish problema.
 Ako imash mnogo zoombie procesi znachi imash seriozen
 problem vxzmozhno e machinata da e bila compromentirana ili
 niakvi drugi podobni gadorii vzemi i udari edin chkrootkit i
 rkhunter za vseki sluchai. dumpni si databases i probvai da
 preinstallirash mysql-a ot redhatskia rpm. Ako i tova ne
 pomogne. probvai da upgradenesh mysql-a s niakoi po nov...
ako i tuka udarish na kamxk se moli da ima bog;-]

hip0
-=-=


Отговор #7
От: Veleslava Abadjieva Дата: 07/27/2004
Mersi... :-(
shte opitam oshte da pomycha my.cf...
(tykmo vze da stava interesno)
 nqkoj moje li da mi kaje kak da vidq vs. connections, koito
sa napraveni v momenta kym mysql-a?
 i kak da vidq variables na samiq mysql? T.e. iskam da vidq v
 momenta kolko sa maxconnections, definirani po default (v
my.cf ne gi namerih)



Отговор #8
От: Veleslava Abadjieva Дата: 07/27/2004
opssss... namerih kak se pokazvat variables..
SHOW VARIABLES;
:-)

 a sega ako nqkoj mi kaje kak se pokazva kolko connections sa
napraveni...



Отговор #9
От: Vleslava Abadjieva Дата: 07/27/2004
ops..
i tova si go namerih:
mysqladmin -u root -p processlist

ama mi e priqtno da si govorq s vas...



Отговор #10
От: Григор Лекаров (hammerfall __@__ bitex[ точка ]bg) Дата: 07/27/2004
 Няма нищо лошо в това да си говорим на тема Линукс. Обожавам
 тази тема, но стига да има смисъл. Все пак за синтаксиса на
 командите на mysql погледни http://www.mysql.com/ горе в
 дясно имаш поле с бутон search. А и тук има страхотно HOWTO
със примери за всички команди към сървъра.
Успех!!!



Отговор #11
От: Veleslava Abadjieva Дата: 07/28/2004
Search engine na mysql.com e mnogo zle.
(tqhnata tyrsachka ne razbira ot slovosychetaniq...)
po-lesno mi e da gi search-vam prez google.



Отговор #12
От: hipodilski (hipodilski< at >deathrow< dot >vistech< dot >net) Дата: 07/28/2004
 Predpolagam che show processlist; e tova za koeto pitash. a
 inache mozhesh da probvash mytop t;va e diagnostichen
 instrument podoben na top samo che za mysql pisano e na perl
 i veroiatno ste triabva da installirash malko CPAN moduli za
da
trygne.


Отговор #13
От: Veleslava Abadjieva Дата: 07/31/2004
 Problemyt se okaza v tova, che MySQL-a davashe sredno po 1
 pyt na 12 chasa too many connections. Imashe database ~ 150
 Mb, edbna ot tablicite sydyrjashe 2 800 000 zapisa. (phpbb -
 search_wordmatch). KAto pregledah systoqnieto na database,
 zabelqzah che ima nqkakvi nerednosti po tazi trablica.
Optimize-nah q prez phpmyadmin-a i vs se opravi.

 Prosto iskah da postna tova kato zakliuchenie na topic-a mi
:-)
Blagodarq na vsichki! 



Отговор #14
От: Н. Антонов (nikola__at__linux-bg[ точка ]org) Дата: 08/01/2004
 Чудесно е, че ни информираш дали съветите са свършили
 работа. Това е пример и за всички останали: обратната връзка
е много важна за попълването на секцията FAQ.


<< Проблем със звуковата карта!! (2 ) | Субтитри в xine:) (4 ) >>

 
© 2011-... Асоциация "Линукс за българи"
© 2007-2010 Линукс за българи ЕООД
© 1999-2006 Slavej Karadjov
Ако искате да препечатате или цитирате информация от този сайт прочетете първо това
Външния вид е направен от MOMCHE
Code Version: 1.0.8 H (Revision: 23-09-2011)
 
Изпълнението отне: 0 wallclock secs ( 0.08 usr + 0.00 sys = 0.08 CPU)