Переезд на VPS и появление "is not a valid MySQL-Link resource&qu

[ObraZz]

Добрый день. Недавно(вчера) переехали на VPS сервер openhosting.ru (VPS4 сейчас)

 

И началось необьяснимое -- сначала форум не запускался -- выделили оперативной памяти -- стало лучше.

Сейчас же через раз вылетает ошибка

 

Ошибка при работе с базой данных

Возникла проблема при работе с базой данных.

Вы можете попробовать обновить эту страницу, нажав сюда ПРЕДУПРЕЖДЕНИЕ: [2] mysql_query(): 14 is not a valid MySQL-Link resource (Строка: 583 файла homeadmindomainsobrazz.compublic_htmlips_kernelclass_db_mysql_client.php)

 

ошибка вылетает просто в любых местах. То грузится долго долго, то потом бац и ошибка, то просто ошибка. А бывает открывается -- но это реже.

 

Нужно поставить диагноз... Сайт http://obrazz.com

 

из за чего может теряться линка на соединения в базой?

 

 

 

так это выглядит

http://img66.imageshack.us/img66/6981/errorrs3.jpg

Изменено 31 Августа 2007 пользователем ObraZz

[GiV]

В логах Mysql есть ответы...

[ObraZz]

Ок. А что искать? Где-то теряется линк на соединия. Из за чего это может быть?

[Valera]

То грузится долго долго, то потом бац и ошибка, то просто ошибка. А бывает открывается -- но это реже.

Отваливается "линк" к базе данных.

 

>>>VPS 4 $40 1000 / 600 Mhz 512 MB 20 GB 2 шт.

 

Надо посмотреть логи mysql, на тот момент когда происходит зависание форума.

 

 

=================

Что выводит top - в строке терминала?

(можно понаблюдать, особенно в моменты перегрузок)

 

 

=================

Ресурс насыщен, всяким добром, имхо, надо избавляться от апача, и другого лишнего добра - mod_perl/1.29 FrontPage/5.0.2.2510 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP/4.4.7

php перевести в fast-cgi

 

HTTP/1.1 200 OK

Date: Fri, 31 Aug 2007 16:44:59 GMT

Server: Apache/1.3.37 (Unix) mod_ssl/2.8.28 OpenSSL/0.9.7a PHP/4.4.7 mod_perl/1.29 FrontPage/5.0.2.2510

X-Powered-By: PHP/4.4.7

Set-Cookie: session_id=ac49e0f17be1218e8913516e3e5e7c9b; path=/; domain=.obrazz.com; HttpOnly

Set-Cookie: topicsread=a%3A1%3A%7Bi%3A8096%3Bi%3A1188578699%3B%7D; path=/; domain=.obrazz.com

Set-Cookie: modpids=deleted; expires=Thu, 31 Aug 2006 16:44:58 GMT; path=/; domain=.obrazz.com

Connection: close

Transfer-Encoding: chunked

Content-Type: text/html

[archtod]

нужно настройки мускула смотреть. Какая версия?

 

посмотри 583 строку в файле мускул_клиента, на какой ошибке он вываливается.

возможно мускул не настроен на работу с вложенными запросами.

 

и как сказал выше Валера нахрен всю шнягу с ненужными модами и пересобрать пхп 4.4.3 версии

[ObraZz]

То грузится долго долго, то потом бац и ошибка, то просто ошибка. А бывает открывается -- но это реже.

Отваливается "линк" к базе данных.

 

>>>VPS 4 $40 1000 / 600 Mhz 512 MB 20 GB 2 шт.

 

Надо посмотреть логи mysql, на тот момент когда происходит зависание форума.

 

 

=================

Что выводит top - в строке терминала?

(можно понаблюдать, особенно в моменты перегрузок)

 

 

=================

Ресурс насыщен, всяким добром, имхо, надо избавляться от апача, и другого лишнего добра - mod_perl/1.29 FrontPage/5.0.2.2510 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP/4.4.7

php перевести в fast-cgi

 

HTTP/1.1 200 OK

Date: Fri, 31 Aug 2007 16:44:59 GMT

Server: Apache/1.3.37 (Unix) mod_ssl/2.8.28 OpenSSL/0.9.7a PHP/4.4.7 mod_perl/1.29 FrontPage/5.0.2.2510

X-Powered-By: PHP/4.4.7

Set-Cookie: session_id=ac49e0f17be1218e8913516e3e5e7c9b; path=/; domain=.obrazz.com; HttpOnly

Set-Cookie: topicsread=a%3A1%3A%7Bi%3A8096%3Bi%3A1188578699%3B%7D; path=/; domain=.obrazz.com

Set-Cookie: modpids=deleted; expires=Thu, 31 Aug 2006 16:44:58 GMT; path=/; domain=.obrazz.com

Connection: close

Transfer-Encoding: chunked

Content-Type: text/html

 

Логи мускула показывали что нехватало памяти. Сейчас уже такого не пишется -- всё идеально. Но форум всё равно тормозит безбожно.

 

Топ выводит в пиковые момент httpd - 54% и mysqld 24%

 

((

[archtod]

//-----------------------------------------

// Stop sub selects? (UNION)

//-----------------------------------------

 

if ( ! IPS_DB_ALLOW_SUB_SELECTS )

{

# On the spot allowance?

 

if ( ! $this->allow_sub_select )

{

$_tmp = strtolower( $this->remove_all_quotes($the_query) );

 

if ( preg_match( "#(?:/\*|\*/)#i", $_tmp ) )

{

$this->fatal_error( "You are not allowed to use comments in your SQL query.\nAdd \$this->ipsclass->DB->allow_sub_select=1; before any query construct to allow them" );

return false;

}

 

583 строка ->>> if ( preg_match( "#[^_a-zA-Z]union[^_a-zA-Z]#s", $_tmp ) )

{

$this->fatal_error( "UNION query joins are not allowed.\nAdd \$this->ipsclass->DB->allow_sub_select=1; before any query construct to allow them" );

return false;

}

else if ( preg_match_all( "#[^_a-zA-Z](select)[^_a-zA-Z]#s", $_tmp, $matches ) )

{

if ( count( $matches ) > 1 )

{

$this->fatal_error( "SUB SELECT query joins are not allowed.\nAdd \$this->ipsclass->DB->allow_sub_select=1; before any query construct to allow them" );

return false;

}

 

угу это траблы с сабселектом

 

кстати 512мб это ваще ппц - зря такую слабую машину взяли ) памяти стопудово хватить не будет

 

просто я тож сначала на ВПС сидел - потом плюнул и взял наманый сервер с 1 гигом оперативы

 

и к тому же обновитесь до 2.3.1!! 222 ппц жрет!

Изменено 31 Августа 2007 пользователем archtod

[ObraZz]

нужно настройки мускула смотреть. Какая версия?

 

посмотри 583 строку в файле мускул_клиента, на какой ошибке он вываливается.

возможно мускул не настроен на работу с вложенными запросами.

 

и как сказал выше Валера нахрен всю шнягу с ненужными модами и пересобрать пхп 4.4.3 версии

 

5-ая версия. Проблема была в нехватке памяти я так понял. Но уже её нет. просто всё торомозит.

[archtod]

при нехватке памяти не должно тормозить а просто должно давать ошибку.

 

в init.php зайди и поставь сабселект=1

[ObraZz]

при нехватке памяти не должно тормозить а просто должно давать ошибку.

 

в init.php зайди и поставь сабселект=1

изменил -- поставил=1 -- ничего.

 

 

у меня строка 584 это

 

$this->query_id=msql_query($the_query, $this->connection_id);

 

которая идёт после того что вы процитировали... Тоесть я так понял сам класс не получает толи теряет $this->connection_id. И как быть?

Изменено 1 Сентября 2007 пользователем ObraZz

[ObraZz]

Итак ситуация следущая. В логах MYSQL ничего не пишет, но ошибка

 

ПРЕДУПРЕЖДЕНИЕ: [2] mysql_query(): 14 is not a valid MySQL-Link resource (Строка: 583 файла homeadmindomainsobrazz.compublic_htmlips_kernelclass_db_mysql_client.php)

вылетает. Как так может быть? Я так понял если линк терятся, то возникает ошибка и эта ошибка должна быть запротоколирована на стороне сервера, если это ошибка сервера. А так она нигде не пишется, кроме как на форуме, я правильно понимаю что это тогда ошибка исключительно форума ошибка?

 

 

Перед каждым mysql_query поставил echo $this->connection_id;

 

и получаю что идентификатор соединения всегда есть. он не теряется. Как такое может быть??? Это очень мегастранно -- передаётся идентификтор соединения и запрос

$this->query_id=msql_query($the_query, $this->connection_id); и на выходе получается ошибка...

 

вот что получается в браузере

 

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

id=Resource id #14

ПРЕДУПРЕЖДЕНИЕ: [2] mysql_query(): 14 is not a valid MySQL-Link resource (Строка: 584 файла /ips_kernel/class_db_mysql_client.php)

 

Ошибка при работе с базой данных

Возникла проблема при работе с базой данных.

Вы можете попробовать обновить эту страницу, нажав сюда

id=Resource id #14

ПРЕДУПРЕЖДЕНИЕ: [2] mysql_query(): 14 is not a valid MySQL-Link resource (Строка: 584 файла homeadmindomainsobrazz.compublic_htmlips_kernelclass_db_mysql_client.php)

 

Ошибка при работе с базой данных

Возникла проблема при работе с базой данных.

Вы можете попробовать обновить эту страницу, нажав сюда

Изменено 1 Сентября 2007 пользователем ObraZz