|
|
ВНИМАНИЕ: Използвайте форумите на сайта за д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< dot >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 (a) 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__dot__org) |
Дата: 08/01/2004 |
Чудесно е, че ни информираш дали съветите са свършили
работа. Това е пример и за всички останали: обратната връзка
е много важна за попълването на секцията FAQ.
|
<< Проблем със звуковата карта!! (2
) | Субтитри в xine:) (4
) >>
|
|
|
|
|