[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Testbed-admins] Mysqld problem on ops-install
Hello,
We are in the process of creating a small Emulab cluster. On my ops
machine, my Emulab ops-install script gets stuck looking for a
/tmp/mysqld.sock file. Upon further investigation, I found the
/usr/local/etc/rc.d/1.mysql-server.sh file. When I copy-paste the
command string into my terminal (appropriately substituting for
$safeprog), mysqld SIGSEGVs:
ops:~# /usr/local/bin/mysqld_safe --pid-file=/var/db/mysql/mysqld.pid
--user=mysql --log-long-format --log=/usr/testbed/log/mysql/base
--log-bin=/usr/testbed/log/mysql/update
--log-slow-queries=/usr/testbed/log/mysql/slowqueries -O
max_connections=300 -O long_query_time=2 -O key_buffer=32M -O
table_cache=256 -O sort_buffer=4M -O record_buffer=1M
Starting mysqld daemon with databases from /var/db/mysql
Segmentation fault
STOPPING server from pid file /var/db/mysql/mysqld.pid
090428 01:09:03 mysqld ended
ops:~# uname -a
FreeBSD ops.foobar.com 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Wed Jan 16
01:43:02 UTC 2008
root@palmer.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64
ops:~#
Since mysqld_safe is a script, I ran it under sh -x to see what the
actual command that crashed was:
ops:~# /usr/local/libexec/mysqld --basedir=/usr/local
--datadir=/var/db/mysql --user=mysql
--pid-file=/var/db/mysql/ops.foobar.com.pid
Segmentation fault
ops:~#
Incidently, although the processor is an amd64, the 32-bit version of
FreeBSD 6.3 was installed on this machine.
Is this a known issue? Does anyone have any intuitions about the cause
of this problem?
Any and all advice is appreciated. Thanks!
Armen
--
Armen Babikyan
MIT Lincoln Laboratory
armenb@ll.mit.edu . 781-981-1796