mysqld не запускается

Ну для начала, например, посмотреть все-таки что из себя представляет инит-скрипт собственно.

Собственно, вот: http://poloniumv.kremenchug.net/media/scripts/mysqld

Но, дело в том, что даже если запускать бинарники mysqld, mysqld_safe, mysqld_multi — ситуация почти идентична, за исключением того, что немного по иному выглядит вывод ps ax|grep mysql:

[root@troublehost ~]# mysqld &
[1] 30584
[root@troublehost ~]# ps ax|grep mysql
30584 pts/3    Sl     0:00 mysqld
30587 pts/3    S+     0:00 grep mysql

[root@troublehost ~]# mysqld_safe --user=mysql &
[1] 30593
[root@troublehost ~]# ps ax|grep mysql
30593 pts/3    S      0:00 /bin/sh /usr/bin/mysqld_safe --user=mysql
30600 pts/3    Sl     0:00 /usr/bin/my_print_defaults --loose-verbose mysqld server
30603 pts/3    R+     0:00 grep mysql

[root@troublehost ~]# mysqld_multi --user=mysql &
[1] 31831
[root@troublehost ~]# ps ax|grep mysql
31831 pts/3    S      0:00 /usr/bin/perl /usr/bin/mysqld_multi --user=mysql
31832 pts/3    Sl     0:00 my_print_defaults mysqld_multi
31835 pts/3    R+     0:00 grep mysql

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

Да и обрати внимение на это

mysqld --verbose --help | grep debug
Option used by mysql-test for debugging and testing of
Option used by mysql-test for debugging and testing of
-T, --exit-info[=#] Used for debugging; Use at your own risk!
--gdb Set up signals usable for debugging
Option used by mysql-test for debugging and testing of
--with-debug=full option.

Да и обрати внимение на это

mysqld --verbose --help | grep debug
Option used by mysql-test for debugging and testing of
Option used by mysql-test for debugging and testing of
-T, --exit-info[=#] Used for debugging; Use at your own risk!
--gdb Set up signals usable for debugging
Option used by mysql-test for debugging and testing of
--with-debug=full option.

Дело в том, что когда я запускаю любой бинарный исполняемый файл (mysqld/mysqld_safe/mysqld_multi) выполняется только переход на следующую строку и все. Ключи не обрабатываются. Помогает только ^C Вывод strace выкладывать?

Что странно, снес полностью mysql, его библиотеки и исполняемые файлы, стянул с зеркала RPM-пакет MySQL-server-community для RHEL5, пытаюсь его установить — та же беда. Во время установки та же беда. В процессах висит:

[root@troublehost includes]# ps ax|grep my
30202 pts/2    S+     0:00 /bin/sh /usr/bin/mysql_install_db --rpm --user=mysql
30206 pts/2    Sl+    0:00 /usr/bin/my_print_defaults mysqld mysql_install_db

Я такое под фрей наблюдал, не запускалась после обновления мира. Насколько я помню этот как-то с потоками было связано. Или с SSL. Как временный workaround можешь запускать бинарные статические билды с mysql.com

Дополнение: при сборке из исходников, при выполнении make, процесс останавливается на этом:

libtool: link: gcc -g -O2 -DUNIV_LINUX -rdynamic -o tests tests.o libdbug.a ../mysys/libmysys.a ../strings/libmystrings.a -lpthread -lcrypt -lnsl -lm -lpthread
/bin/rm -f example1.r
/bin/sed -e 's!\\!\\\\!g' example1.c > example1.r
/bin/rm -f example2.r
/bin/sed -e 's!\\!\\\\!g' example2.c > example2.r
/bin/rm -f example3.r
/bin/sed -e 's!\\!\\\\!g' example3.c > example3.r
/bin/rm -f main.r
/bin/sed -e 's!\\!\\\\!g' main.c > main.r
/bin/rm -f factorial.r
/bin/sed -e 's!\\!\\\\!g' factorial.c > factorial.r
./factorial 1 2 3 4 5 | cat > output1.r

А зачем вам RHEL тогда вобще? С новым ядром и glibc? Если опустить всю лирику, которая очень просится наружу, то я рекомендую вам просто перейти на fedora12. Потому как то не натуральное извращение, которое вы делаете с RHEL даст больше геммороя, местами крайне трудно решаемого, нежели использование не очень стабильной fedora.

P.S. Жуть.

Это я уже понял ;-), спасибо!

Проблему решил пересборкой более ранней (5.0.15) версии.