Решено: debian mysql error

[kevmen]

Помогите разобратся,уже неделю мучаюсь не могу решить проблему

mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
debian:/home/kevmen#

Перерыл весь нет,все перепробовал,ничего не помогает,что делать,любой совет,заранее спасибо

[*Sasha*]

/etc/init.d/mysql start

[kevmen]

/etc/init.d/mysql start
df: `/usr/local/mysql/data/.': No such file or directory
df: no file systems processed
/etc/init.d/mysql: ERROR: The partition with /usr/local/mysql/data is too full! failed

http://localhost/phpmyadmin/

#2002 - Сервер не отвечает (либо сокет локального MySQL-сервера некорректно настроен)

Невозможно загрузить расширение mcrypt! Проверьте настройки PHP.

[danger08]

/etc/init.d/mysql start
df: `/usr/local/mysql/data/.': No such file or directory
df: no file systems processed

База не инициализирована (обычно инциализация базы происходит автоматически, при первом запуске службы). Посмотрите, какие параметры может принимать скрипт - если есть команда инициализации БД - воспользуйтесь ей.

Также возможно, что путь к файлам БД неправильно прописан в конфигах.

#2002 - Сервер не отвечает (либо сокет локального MySQL-сервера некорректно настроен)

Потому, что сервер у вас не запущен.

Невозможно загрузить расширение mcrypt! Проверьте настройки PHP.

Поставьте то, что он просит (mcrypt доступен в пакетах, для большинства дистрибутивов)

[neol]

`/usr/local/mysql/data/.': No such file or directory

Это откуда взялось? В дебиане базы лежат совсем не тут. Собирали mysql из исходников или бездумно скопировали конфигурационный файл откуда-то?

Поставьте то, что он просит (mcrypt доступен в пакетах, для большинства дистрибутивов)

aptitude install php5-mcrypt

[kevmen]

debian:/home/kevmen# /etc/init.d/mysql start
Starting MySQL database server: mysqld already running.
debian:/home/kevmen#

Но проблема все равно не решена,помогите

[neol]

debian:/home/kevmen# /etc/init.d/mysql start
Starting MySQL database server: mysqld already running.
debian:/home/kevmen#

Но проблема все равно не решена,помогите

grep socket /etc/mysql/my.cnf
покажите, если проблема все еще в

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

[kevmen]

debian:/home/kevmen# grep socket /etc/mysql/my.cnf
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
socket = /var/run/mysqld/mysqld.sock
socket = /var/run/mysqld/mysqld.sock
socket = /var/run/mysqld/mysqld.sock
debian:/home/kevmen#

[kevmen]

Данная проблема решена, теперь возникла вот какая

#1045 - Access denied for user 'root'@'localhost' (using password: YES)

сделал следующее

Код: Выделить всё

# /etc/init.d/mysql stop
# mysqld_safe --user=mysql --skip-grant-tables --skip-networking &
# mysql -u root mysql
mysql> UPDATE user SET Password=PASSWORD(’newpassword’) where USER=’root’;
mysql> FLUSH PRIVILEGES;
mysql> quit
# /etc/init.d/mysql restart
# mysql -uroot -p
Enter password: <newpassword>
mysql>

не помогло

[Poor Fred]

Код: Выделить всё

# mysql -uroot -p
Enter password: <newpassword>
mysql>

не помогло

Что значит "не помогло"? Ты же вошёл в командную строку MySQL?

[Galaxy]

Данная проблема решена.

Хоть бы написал, как решена. Потому что у меня вот не решена.

Появилась такая же ситуация сегодня. Аптайм или 0, или 1 секунда. Постоянно перезапускается сервер mysql.
grep socket /etc/mysql/my.cnf такой же вывод.

tail -f /var/log/mysql/mysql.log

/usr/sbin/mysqld, Version: 5.0.51a-24+lenny4-log ((Debian)). started with:
Tcp port: 3306 Unix socket: /var/run/mysqld/mysqld.sock
Time Id Command Argument

Появляется новая такая запись каждую секунду.

В общем не понятно, что случилось. Помогите, пожалуйста.

[oper777]

А в messages есть что-нибудь?

Можно посмотреть, ругается ли, если запустить mysqld просто из консоли.

Свободного места везде хватает?

[Galaxy]

А в messages есть что-нибудь?

Можно посмотреть, ругается ли, если запустить mysqld просто из консоли.

Свободного места везде хватает?

1. В messages всё нормально.
2. Свободного места полно.
3. Если запускать как mysqld, то вот что:

Код: Выделить всё

# mysqld
101021 14:27:42  InnoDB: Started; log sequence number 13 1095437386
101021 14:27:42 [Note] mysqld: ready for connections.
Version: '5.0.51a-24+lenny4-log'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
InnoDB: Error: trying to access page number 4294894463 in space 0,
InnoDB: space name ./ibdata1,
InnoDB: which is outside the tablespace bounds.
InnoDB: Byte offset 0, len 16384, i/o type 10.
InnoDB: If you get this error at mysqld startup, please check that
InnoDB: your my.cnf matches the ibdata files that you have in the
InnoDB: MySQL server.
101021 14:27:43InnoDB: Assertion failure in thread 2982583184 in file fil0fil.c line 3959
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: about forcing recovery.
101021 14:27:43 - 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=131072
max_used_connections=0
max_connections=100
threads_connected=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 233983 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=(nil)
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=0xb1c68268, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x81f3901
0x83f2d1b
0x83d0e61
0x83d1d1f
0x83c6e1d
0x83ebfbf
0x83e5f8a
0x83870c1
0x83872dc
0x838b3a9
0x8393c0c
0x83940a2
0x83699a8
0x836a3d5
0x834f700
0x83a7bd2
0x83313a8
0xb76f04c0
0xb750284e
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
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.

Сейчас сижу, разбираюсь, чтобы это значило. Может быть что-нибудь посоветуете?

UPD. Вот сейчас ещё при запуске как /etc/init.d/mysql start появляется

Код: Выделить всё

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

Или так

Код: Выделить всё

ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 104

Чтож такое то?

[Galaxy]

Ура.

В общем скопировал содержимое /var/lig/mysql и /etc/mysql. Сделал aptitude purge mysql-server-5.0. Базы данных не сохранял.
Потом вернул на место /etc/mysql. А из /var/lib/mysql скопировал только директории с нужными (созданными мной) базами. Это важно, потому что когда копировал всё - проблема повторялась.
Запустил /etc/init.d/mysql start. Всё работает. Ну а пользователей и права пришлось вручную восстанавливать.

Может кому-нибудь пригодится. Другого способа не нашёл.