Неуловимый Джо: ошибка "#2002 - Сервер не отвечает..."

[AbnormalTerminate(R)]

Попробовал установить LAMP вместе с phpMyAdmin, по рекомендации:
https://forum.ubuntu.ru/index.php?topic=46573.0;all

Еще на стадии инсталляции, при запросе пароля, вылезла помнится такая ошибка:
#2002 - Сервер не отвечает (либо сокет локального MySQL-сервера некорректно настроен)

Там в инсталляторе есть опция: "повторить/игнорировать", так вот, после 2-3 попыток ввести пароль, как поосит, я выбрал игнорировать, чтобы продолжить инсталляцию phpMyAdmin и уже после разобраться в проблеме.

После попытки (http://localhost/phpmyadmin/) авторизоваться в phpMyAdmin выдаёт:

Добро пожаловать в phpMyAdmin
Ошибка
Ответ MySQL: Документация
#2002 - Сервер не отвечает (либо сокет локального MySQL-сервера некорректно настроен)
Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php.

В ф-л /etc/phpmyadmin/config.inc.php добавлял (как сказано в http://localhost/phpmyadmin/Documentation.html):

Код: [Выделить]

$i=0;
$i++;
$cfg['Servers'][$i]['user']          = 'myuser';
$cfg['Servers'][$i]['password']      = 'mypassword'; // use here your password
$cfg['Servers'][$i]['auth_type']     = 'config';
Далее привожу, (с такими >>>моими комметариями<<<), мои действия в терминале -- при попытках вручную запуская демона (и/или просто мускул) понять, что же там не срабатывает:

>>>Пробую запустить сабж<<<

Код: [Выделить]

user@myname:~$ mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
>>> Нет такой ошибки! -- скажем здесь: http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html (Последняя описанная: Error: 1480...)<<<

>>>Пробую запустить сабжевого демона<<<

Код: [Выделить]

user@myname:~$ mysqld
100624  3:45:53 [Warning] Can't create test file /var/lib/mysql/myname.lower-test
100624  3:45:53 [Warning] Can't create test file /var/lib/mysql/myname.lower-test
mysqld: Can't change dir to '/var/lib/mysql/' (Errcode: 2)
100624  3:45:53 [ERROR] Aborting
100624  3:45:53 [Note] mysqld: Shutdown complete
>>>Пробую тоже с рутовыми правами<<<

Код: [Выделить]

user@myname:~$ sudo mysqld
[sudo] password for user:
100624  3:47:15 [Warning] Can't create test file /var/lib/mysql/myname.lower-test
100624  3:47:15 [Warning] Can't create test file /var/lib/mysql/myname.lower-test
mysqld: Can't change dir to '/var/lib/mysql/' (Errcode: 2)
100624  3:47:15 [ERROR] Aborting
100624  3:47:15 [Note] mysqld: Shutdown complete
>>>Нафик-судо! Перехожу нафик прямо в рутовую консоль! Пробую снова и уже с &<<<

Код: [Выделить]

root@myname:/home/user# mysqld &
[1] 2539
root@myname:/home/user# 100624  3:49:47 [Warning] Can't create test file /var/lib/mysql/myname.lower-test
100624  3:49:47 [Warning] Can't create test file /var/lib/mysql/myname.lower-test
mysqld: Can't change dir to '/var/lib/mysql/' (Errcode: 2)
100624  3:49:47 [ERROR] Aborting
100624  3:49:47 [Note] mysqld: Shutdown complete
[1]+  Выход из 1       mysqld
>>>Смотрю: папки /var/lib/mysql - НЕТ! Ну хрен с тобой: создаю папку /var/lib/mysql вручную<<<

Код: [Выделить]

root@myname:/home/user# mkdir /var/lib/mysql
root@myname:/home/user#

root@myname:/home/user# mysqld &
[1] 2544
root@myname:/home/user# 100624  3:50:39 [ERROR] Fatal error: Can't change to run as user 'mysql' ;  Please check that the user exists!
100624  3:50:39 [ERROR] Aborting
100624  3:50:39 [Note] mysqld: Shutdown complete
[1]+  Выход из 1       mysqld
>>>Вручную (инструментом из Система / Пользователи и группы) создаю пользователя mysql<<<

Код: [Выделить]

root@myname:/home/user# mysqld &
[1] 3556
root@myname:/home/user# 100624  3:53:21 [Note] Plugin 'FEDERATED' is disabled.
mysqld: Table 'mysql.plugin' doesn't exist
100624  3:53:21 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
100624  3:53:21  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.
[1]+  Выход из 1       mysqld
>>>Ну хрен с тобой снова: создаю папку /var/run/mysqld<<<

Код: [Выделить]

root@myname:/home/user# mkdir /var/run/mysqld
root@myname:/home/user#
>>>Пробую что получилось...<<<

Код: [Выделить]

user@myname:~$ sudo mysqld
100624  3:58:27 [Note] Plugin 'FEDERATED' is disabled.
mysqld: Table 'mysql.plugin' doesn't exist
100624  3:58:27 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
100624  3:58:27  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.
>>>Что за сообщение: "Plugin 'FEDERATED' is disabled" Но... Исполняю что попросил (запустив mysql_upgrade)...<<<

Код: [Выделить]

root@myname:/home/user# mysql_upgrade
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
Running 'mysqlcheck' with connection arguments: '--port=3306' '--socket=/var/run/mysqld/mysqld.sock'
mysqlcheck: Got error: 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) when trying to connect
FATAL ERROR: Upgrade failed
root@myname:/home/user#
>>>А ни хрена не получилось! Вернулись к той же ошибке №2002, с которой началась вся хрень! <<<

ЕЩЕ ПРОБЫ И СООБРАЖЕНИЯ:

1. Лог мускул не пишет - /var/log/mysql даже не создался!
И даже несмотря на прописанное (мною: снял #) в my.cnf:

Код: [Выделить]

general_log_file        = /var/log/mysql/mysql.log
general_log             = 1
Ну ладно, создал я вручную эту папку для логов:

Код: [Выделить]

root@myname:/home/user# mkdir /var/log/mysql
root@myname:/home/user#
Запускаю демона снова:

Код: [Выделить]

root@myname:/home/user# mysqld &
[1] 5030
root@myname:/home/user# 100624 14:01:43 [Note] Plugin 'FEDERATED' is disabled.
mysqld: Table 'mysql.plugin' doesn't exist
100624 14:01:43 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
100624 14:01:43  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.
[1]+  Выход из 1       mysqld
root@myname:/home/user#
ВСЁ ТО ЖЕ САМОЕ!
И во вновь созданной папке логов мускула -- девственно пусто!

2. Писалось кем-то (см ниже ссылки моих поисков по проблеме), что в /var/lib/mysql должны были автоматом еще при инсталляции создаться какие-то таблицы. Папка девственно пуста...
(Ясно, что ежели мускул не запустить, то и конфигуратор-содатель таблиц не сработает тоже...)

КАКИЕ ПРЕДЛОЖЕНИЯ  СОВЕТЫ?

Кстати, искал по этой маске: и на форуме убунты, и на других форумах, у инет-провайдеров например, люди задавали ЭТОТ вопрос, но также похоже всё как-то без толку...
Вот так и не отвеченные аналогичные вопросы (по ошибке №2002):
https://forum.ubuntu.ru/index.php?topic=33220.msg235520#msg235520
https://forum.ubuntu.ru/index.php?topic=46573.msg585746#msg585746
https://forum.ubuntu.ru/index.php?topic=13544.msg94964#msg94964
(последний формально как-бы отвечен, но толку мало...)

Или вот на форуме у сервис-провайдеров:
http://forum.nic.ru/showpost.php?p=3111&postcount=29

Поиск по сообщению "Plugin 'FEDERATED' is disabled":
https://forum.ubuntu.ru/index.php?topic=78234.15
https://forum.ubuntu.ru/index.php?topic=94775.0
https://forum.ubuntu.ru/index.php?topic=85890.0
https://forum.ubuntu.ru/index.php?topic=97503.0
(Аналогично: нигде приемлемого и всем понятного решения так и не нашлось!..)

"Где же вы гуру?" (С)
Пользователь решил продолжить мысль 24 Июня 2010, 09:02:30:И ещё. Стоит у меня Aconaditray (с настройками по умолчанию вроде бы), но запущен или нет, это никак не влияет на описываемую в теме ситуацию.
(Кто-то помнится упоминал, что он может как-то влиять на работу с мускулом?.. Да, при старте  Aconaditray там в конфигураторе присутствует MySQL... но стоит опция: [v] Use Internal MySQL Server)
По всей видимости, эта приблуда работает правильно (с собственным мускулом!) и никак не влияет ла ЛАМПу...
На всякий случай логи его собственного Aconaditray-тестера:

(Нажмите, чтобы показать/скрыть)

ЗАПУЩЕННЫЙ Akonadi СЕРВЕР:
Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi server configuration and was found on your system.

File content of '/home/user/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL
SizeThreshold=4096
ExternalPayload=false

[QMYSQL]
Name=akonadi
Host=
User=
Password=
Options="UNIX_SOCKET=/home/user/.local/share/akonadi/db_misc/mysql.socket"
ServerPath=/usr/sbin/mysqld-akonadi
StartServer=true

[Debug]
Tracer=null


Test 2:  SUCCESS
--------

MySQL server found.
Details: You currently have configured Akonadi to use the MySQL server '/usr/sbin/mysqld-akonadi'.
Make sure you have the MySQL server installed, set the correct path and ensure you have the necessary read and execution rights on the server executable. The server executable is typically called 'mysqld', its locations varies depending on the distribution.

Test 3:  SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/sbin/mysqld-akonadi  Ver 5.1.41-3ubuntu11 for debian-linux-gnu on i486 ((Ubuntu))


Test 4:  SUCCESS
--------

MySQL server log contains no errors.
Details: The MySQL server log file &apos;<a href='/home/user/.local/share/akonadi/db_data/mysql.err'>/home/user/.local/share/akonadi/db_data/mysql.err</a>&apos; does not contain any errors or warnings.

File content of '/home/user/.local/share/akonadi/db_data/mysql.err':
100623  2:42:32 [Note] Plugin 'FEDERATED' is disabled.
100623  2:42:33  InnoDB: Started; log sequence number 0 130001
100623  2:42:33 [Note] /usr/sbin/mysqld-akonadi: ready for connections.
Version: '5.1.41-3ubuntu11-log'  socket: '/home/user/.local/share/akonadi/db_misc/mysql.socket'  port: 0  (Ubuntu)


Test 5:  SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is readable at <a href='/etc/akonadi/mysql-global.conf'>/etc/akonadi/mysql-global.conf</a>.

File content of '/etc/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=latin1
collation_server=latin1_general_ci
table_cache=200
thread_cache_size=3
log_bin=mysql-bin
expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2



Test 6:  SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but is optional.

Test 7:  SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a href='/home/user/.local/share/akonadi/mysql.conf'>/home/user/.local/share/akonadi/mysql.conf</a> and is readable.

File content of '/home/user/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=latin1
collation_server=latin1_general_ci
table_cache=200
thread_cache_size=3
log_bin=mysql-bin
expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2



Test 8:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was found and could be executed successfully.
Result:
Akonadi 1.3.1


Test 9:  SUCCESS
--------

Akonadi control process registered at D-Bus.
Details: The Akonadi control process is registered at D-Bus which typically indicates it is operational.

Test 10:  SUCCESS
--------

Akonadi server process registered at D-Bus.
Details: The Akonadi server process is registered at D-Bus which typically indicates it is operational.

Test 11:  SUCCESS
--------

Nepomuk search service registered at D-Bus.
Details: The Nepomuk search service is registered at D-Bus which typically indicates it is operational.

Test 12:  SUCCESS
--------

Nepomuk search service uses an appropriate backend.
Details: The Nepomuk search service uses one of the recommended backends.

Test 13:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if the protocol version meets the requirements.

Test 14:  SUCCESS
--------

Resource agents found.
Details: At least one resource agent has been found.

Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/etc/xdg/xdg-xubuntu:/usr/local/share:/usr/share'

Test 15:  SUCCESS
--------

No current Akonadi server error log found.
Details: The Akonadi server did not report any errors during its current startup.

Test 16:  SUCCESS
--------

No previous Akonadi server error log found.
Details: The Akonadi server did not report any errors during its previous startup.

Test 17:  SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its current startup.

Test 18:  SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its previous startup.

А с другой стороны, собственный Akonadi мускул явно работает у них нормально...
"Чудеса в решете" (С)

Забыл упомянуть возможно немаловажные факты:
1. я юзаю XBuntu 10.04
2. у меня умолчательно рута нет, есть убунтовская его симуляция
(возможно разница между теми у кого приблуда стала на ОК и с ошбкой 2002 как раз в этом...)

[Mam(O)n]

Весь пост неосилил, но кмк, криво почему-то mysql встал. Не отработали установочные скрипты... В общем попробуй

1. Переконфигурировать пакет с помощью sudo dpkg-reconfigure mysql-server-5.1

2. Если не поможет, то:
2.1 Удалить mysql с конфигами с помощью sudo aptitude purge mysql-server-5.1
2.2 Перезагрузить или убедиться в отсутствии запущенного процесса mysql*
2.3 Установить mysql sudo aptitude install mysql-server

[AbnormalTerminate(R)]

Спасибо за советы, лишь п. 2 (полная переинсталляция) помогла.
В чем была причина так и не понял, но заметил лишь что на стадии новой установки ругнулось:
"Не удалось создать папку mysql.
Отказано в доступе."
Однако теперь *вроде* (тестирую) всё заработало!
Пользователь решил продолжить мысль 24 Июня 2010, 08:37:01:Однако какие-то пока непонятные проблемы у мускула все же остались...

Дополнительные возможности для работы со связанными таблицами недоступны. Для определения причины нажмите здесь.
Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php.

По ссылке выдается:

(Нажмите, чтобы показать/скрыть)

> localhost
$cfg['Servers'][$i]['pmadb'] ...    OK
$cfg['Servers'][$i]['relation'] ...    Не готово [ Документация ]
Основные возможности связей: Недоступно
 
$cfg['Servers'][$i]['table_info'] ...    Не готово [ Документация ]
Показать возможности: Недоступно
 
$cfg['Servers'][$i]['table_coords'] ...    Не готово [ Документация ]
$cfg['Servers'][$i]['pdf_pages'] ...    Не готово [ Документация ]
Создание PDF-схемы: Недоступно
 
$cfg['Servers'][$i]['column_info'] ...    Не готово [ Документация ]
Отображать комментарии столбцов: Недоступно
Преобразование: Недоступно
 
$cfg['Servers'][$i]['bookmarktable'] ...    Не готово [ Документация ]
Созданные закладки: Недоступно
 
$cfg['Servers'][$i]['history'] ...    Не готово [ Документация ]
История SQL-запросов: Недоступно
 
$cfg['Servers'][$i]['designer_coords'] ...    Не готово [ Документация ]
Дизайнер: Недоступно
 
$cfg['Servers'][$i]['tracking'] ...    Не готово [ Документация ]
Слежение: Недоступно
 
Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php.

Пока сам разбираюсь...
Однако буду благодарен за советы гуру, кто с этим уже сталкивался.

UPD: заметил, что папка /var/lib/mysql пуста, а ее владелец mysql

Пользователь решил продолжить мысль 24 Июня 2010, 15:08:02:UPD2: забыл ранее упомянуть, что при переинсталляции мускула, поскольку там скрипт запросил новый пароль РУТА, в ф-ле /etc/phpmyadmin/config.inc.php я переписал значение, поставив туда не себя-юзера, а рута:

Код: [Выделить]

$cfg['Servers'][$i]['user']          = 'root';
Не знаю, на что ТЕПЕРЬ ругается мускул относительно "параметров определенных в конфигурационном файле config.inc.php"...
(Все прочие параметры там мною оставлены дефолтными...)

[Mam(O)n]

"Не удалось создать папку mysql.
Отказано в доступе."

У тебя случаем файловая система не битая? На ошибки проверял?

Однако какие-то пока непонятные проблемы у мускула все же остались...
...
Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php.

Так эта.. А что там в "директиве controluser" прописано?

[AbnormalTerminate(R)]

@Mam(O)n
1. Нет, не битая! )))

2. смотри:
<default secion> -- не менял ничего!
в переменной:
    $cfg['Servers'][$i]['controluser'] = $dbuser;
-- тоже ничего не менял.

В конце ф-ла прописал:

Код: [Выделить]

/*
USERs Settings
*/
$i=0;
$i++;
$cfg['Servers'][$i]['user']          = 'user';
$cfg['Servers'][$i]['password']      = 'mypassword';

НАРОД, кто может сталкивался:

При любой работе в админке (хотя работу выполняет) выдает в конце страницы:

"Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php.
1 Может быть приблизительно. См. FAQ 3.11"

Что это значит и отчего зависит???
Пробовал найти:
http://localhost/phpmyadmin/Documentation.html#faqdisplay

Единственно что как бы подходит (но пункт не 3.11, а просто 3.1):

Known limitations
3.1 When using HTTP authentication, an user who logged out can not log in again in with the same nick.

This is related to the authentication mechanism (protocol) used by phpMyAdmin. To bypass this problem: just close all the opened browser windows and then go back to phpMyAdmin. You should be able to log in again.

При том если вместо рута указать (/etc/phpmyadmin/config.inc.php) юзера (со своим паролем):

Код: [Выделить]

$cfg['Servers'][$i]['user']          = 'user';
$cfg['Servers'][$i]['password']      = 'mypassword';
тогда при старте админки показывается ВООБЩЕ абсолютно пустая белая страница!

НАРОД! Кто знает:
@/etc/phpmyadmin/config.inc.php

Код: [Выделить]

    $cfg['Servers'][$i]['controluser'] = $dbuser;
$dbuser -- что это за переменная и где задается?

[Mam(O)n]

Кстати, когда я ставил phpmyadmin из репов, вообще никаких конфигов ручками не правил... Попробуйка на всякий случай sudo dpkg-reconfigure -phigh phpmyadmin

[AbnormalTerminate(R)]

ща.. попробую и отпишу...
Пользователь решил продолжить мысль 24 Июня 2010, 14:25:37:Воот сделал:

Код: [Выделить]

user@myname:~$ sudo dpkg-reconfigure -phigh phpmyadmin
[sudo] password for user:
dbconfig-common: writing config to /etc/dbconfig-common/phpmyadmin.conf
Replacing config file /etc/phpmyadmin/config-db.php with new version
granting access to database phpmyadmin for phpmyadmin@localhost: success.
verifying access for phpmyadmin@localhost: success.
creating database phpmyadmin: success.
verifying database phpmyadmin exists: success.
populating database via sql...  done.
dbconfig-common: flushing administrative password
 * Reloading web server config apache2                                                       [ OK ]
Lighttpd not installed, skipping
invoke-rc.d: unknown initscript, /etc/init.d/lighttpd not found.
user@myname:~$
Ругнулось...
Админка все равно ругается:

Дополнительные возможности для работы со связанными таблицами недоступны. Для определения причины нажмите здесь.

Гм... задолбала!

Пользователь решил продолжить мысль 24 Июня 2010, 16:30:07:@Mam(O)n
Слушай, а не связано ли это с тем, что я еще ДО полной переустановки ВРУЧНУЮ создал папки:

Код: [Выделить]

root@myname:/home/user# mkdir /var/lib/mysql
root@myname:/home/user# mkdir /var/run/mysqld
и юзера-мускула?
(в топике я подробно по пунктам расписывал все это.)

Пользователь решил продолжить мысль 24 Июня 2010, 18:45:01:На всякий случай прилагаю логи, появившиеся после переустановки мускула.

[Mam(O)n]

$dbuser -- что это за переменная и где задается?

Нашел её в /etc/phpmyadmin/config-db.php, где сказано, что этот файл защищен с помощью ucf от правки пользователем.

Воот сделал:

Судя по выводу, отработало нормально...

Слушай, а не связано ли это с тем, что я еще ДО полной переустановки ВРУЧНУЮ создал папки:

Хз, но проверь права:
/var/lib/mysql:
drwx------  7 mysql         mysql          392 2010-06-24 18:17 mysql
/var/run/mysqld:
drwxr-xr-x  2 mysql       root          60 2010-06-24 17:48 mysqld

[AbnormalTerminate(R)]

Я смотрю в логах, все время ругается на какую-то InnoDB -- что за зверь?
@Mam(O)n
Спасибо, сейчас проверю что ты посоветовал.

[Mam(O)n]

Я смотрю в логах, все время ругается на какую-то InnoDB -- что за зверь?

Один из движков СУБД. В MySql их много. Конкретнее, что в логах, как ругается?

[AbnormalTerminate(R)]

У меня практически так же:

drwx------  5 mysql         mysql         4096 2010-06-24 18:22 mysql
(библа все равно пустая!)

drwxr-xr-x 2 mysql      root         60 2010-06-24 15:51 mysqld
(этот дир, с сокетом, появился лишь после переустановки.)

Пользователь решил продолжить мысль 24 Июня 2010, 13:02:27:Конкретнее, что в логах, как ругается?
-- В прицепленном архиве есть. Там много строчек...
Типично:

Код: [Выделить]

InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
100624 15:58:13  InnoDB: Operating system error number 11 in a file operation.
InnoDB: Error number 11 means 'Resource temporarily unavailable'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: Could not open or create data files.
InnoDB: If you tried to add new data files, and it failed here,
InnoDB: you should now edit innodb_data_file_path in my.cnf back
InnoDB: to what it was, and remove the new ibdata files InnoDB created
InnoDB: in this failed attempt. InnoDB only wrote those files full of
InnoDB: zeros, but did not yet use them in any way. But be careful: do not
InnoDB: remove old data files which contain your precious data!
100624 15:58:13 [ERROR] Plugin 'InnoDB' init function returned error.
100624 15:58:13 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
100624 15:58:13 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use
100624 15:58:13 [ERROR] Do you already have another mysqld server running on port: 3306 ?
100624 15:58:13 [ERROR] Aborting

Пользователь решил продолжить мысль 24 Июня 2010, 15:04:39:Архив здесь:
https://forum.ubuntu.ru/index.php?action=dlattach;topic=101846.0;attach=19771
Пользователь решил продолжить мысль 24 Июня 2010, 17:07:43:Mam(O)n, а у тебя после автоматического конфигурирования юзер mysql в списке юзверей появился?
Если да, то имеет ли он домашнюю папку и прочие причандалы стандартного юзера?

[Mam(O)n]

drwx------  5 mysql         mysql         4096 2010-06-24 18:22 mysql
(библа все равно пустая!)

Очень хреново. Тут должны быть базы. А судя по логом mysql там не может создать себе файлы. Причем причина тоже непонятная, Resource temporarily unavailable, как будто всё таки что то с ФС не то.

Еще  Can't start server: Bind on TCP/IP port: Address already in use говорит о том, что уже запущен мускуль... Перезагрузись... И впредь для управлением демоном пользуйся sudo service mysql start/stop

Mam(O)n, а у тебя после автоматического конфигурирования юзер mysql в списке юзверей появился?
Если да, то имеет ли он домашнюю папку и прочие причандалы стандартного юзера?

Нет, юзер создаётся системный с uid <1000

[AbnormalTerminate(R)]

Хорошо, пробую по твоим советам.
Если не поможет, что посоветуешь: снести всю лампу, убрать (мной созданнык) папки с мускулом (если останутся) и вручную созданного юзера mysql

[Mam(O)n]

Если не поможет, что посоветуешь: снести всю лампу, убрать (мной созданнык) папки с мускулом (если останутся) и вручную созданного юзера mysql

Ну всю лампу не обязательно. Только mysql/phpmyadmin. Причём через aptitude purge, тоесть со сносом конфигов. Причем со сносом конфигов надо удалять именно mysql-server-5.1. И папки и юзера тоже сноси, но только (!) после сноса mysql. Щас пока эксперименты ставил, на глюк нарвался...

Если да, то имеет ли он домашнюю папку и прочие причандалы стандартного юзера?

Если точнее, то

Код: [Выделить]

mamon@mamon-desktop:~$ cat /etc/passwd | grep mysql
mysql:x:115:124:MySQL Server,,,:/var/lib/mysql:/bin/false

[AbnormalTerminate(R)]

Перезагрузка и даже поход в лабаз не помогли...
Придется пробовать ОПЯТЬ пуржить мускул... пробую...

Пользователь решил продолжить мысль 24 Июня 2010, 14:22:57:Переставил... Вычистив папки и мускулюзера (вручную между пуржением и установкой).
Ругани в аптитуде не заметил...
ПОСЛЕ ЭТОГО в Админке снова, но уже 2 ошибки:

"phpMyAdmin
К началу Окно запроса Документация phpMyAdmin Документация
localhost
Ошибка

SQL-запрос: ДокументацияИзменить

SELECT `db_name` , `comment`
FROM `phpmyadmin`.`pma_column_info`
WHERE `column_name` = '(db_comment)'

Ответ MySQL: Документация
#1146 - Table 'phpmyadmin.pma_column_info' doesn't exist
Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php."

(Появилась слева в окне Админки, ранее не было...)

И

"Дополнительные возможности для работы со связанными таблицами недоступны. Для определения причины нажмите здесь.
Не удалось установить подключение для пользователя указанного в директиве controluser, с помощью параметров определенных в конфигурационном файле config.inc.php."

(Эта точно такая же как и ДО данной переустаноки...)


Пользователь решил продолжить мысль 24 Июня 2010, 18:30:52:Прикладываю НОВЫЙ лог ошибок мускула, после второй переустановки (но я вроде не вижу там ничего нового: все те же ошибки иннербазы...)
Пользователь решил продолжить мысль 24 Июня 2010, 20:42:25:Всё, ребята! На сегодня я пас! Уже почти сутки е.... с этой с....