Could this be related to the problems which cause mysql to be almost
un-killable on MacOS X? I have tried to use mysqladmin to stop the server,
but the only thing that will do it is 'kill -9', and if I had started it
with safe_mysqld, then it comes bouncing right back. I can't even find
safe_mysqld in the process list in order to kill it first. This is 3.23.40.

Walter

On 7/23/01 6:42 AM, "Sinisa Milivojevic" <[EMAIL PROTECTED]> wrote:

> [EMAIL PROTECTED] writes:
>>> Description:
>> mysql.server stop  fails to stop the server even though
>>         mysql.server start  was used to start it.
>> 
>>         The INSTALL-SOURCE text file recommends using the script
>>         support-files/mysql.server to start mySQL at boot-time.
>>         The startup works nice, but mysql-server stop fails.
>>  
>>         The problem seems to be that the stopping code doesn't
>>         recognize that the server was started with safe_mysqld
>>         and that the safe_mysqld process must be killed first
>>         for the mysqld process to die properly. (Don't flame me
>>         if this is wrong, I'm only a newbie without a local guru.)
>>> How-To-Repeat:
>> Install mysql on OpenBSD (probably most BSDs?)
>>         As root do:
>>         # mysql.server start
>>         # Starting mysqld daemon with databases from /var/mysqld
>>         # mysql.server stop
>>         # Killing mysqld with pid 21158
>>         # 010722 20:51:03  mysqld restarted
>>         # Waiting for mysqld to exit................ gave up waiting!
>>         # ps -U mysql
>>         #  PID ... TIME COMMAND
>>           6712  0:00:06 /usr/local/libexec/mysqld -basedir=/usr/local...
>>         safe_mysqld is still running too.
>>> Fix:
>> Only the obvious occur to me: change the script mysql.server
>>         so that it first finds the safe_mysql process and kills it.
>>         Then kill mysqld properly.
>> 
>>         Now I can do that manually with kill -9, but I'm to novice to
>>         shell scripting, signals and mySQL to attempt any more
>>         organized fixes...
>> 
>>> Submitter-Id:    <submitter ID>
>>> Originator:    Fredrik Viklund
>>> Organization:
>>> MySQL support: [none]
>>> Synopsis:    mysql.server stop fails to stop mysqld and safe_mysqld
>>> Severity:    
>>> Priority:    
>>> Category:    mysql
>>> Class:        
>>> Release:    mysql-3.23.37 (Source distribution)
>> 
>>> Environment:
>> 
>> System: OpenBSD excubitor 2.9 GENERIC#653 i386
>>         Using the latest OPENBSD_2_9 ports source distribution.
>> 
>> Some paths:  /usr/bin/perl /usr/bin/make /usr/bin/gcc /usr/bin/cc
>> GCC: Reading specs from /usr/lib/gcc-lib/i386-unknown-openbsd2.9/2.95.3/specs
>> gcc version 2.95.3 20010125 (prerelease)
>> Compilation info: CC='cc'  CFLAGS='-O2   '  CXX='c++'  CXXFLAGS='-O2   '
>> LDFLAGS='-L/usr/local/lib/pth'
>> LIBC: 
>> -r--r--r--  1 root  bin  724890 Apr 28 21:12 /usr/lib/libc.a
>> -r--r--r--  1 root  bin  594040 Apr 28 21:12 /usr/lib/libc.so.26.2
>> Configure command: ./configure  --enable-shared --enable-static
>> --localstatedir=/var/mysql --with-libwrap --with-mysqld-user=mysql
>> --with-unix-socket-path=/var/mysql/mysql.sock --without-perl --without-debug
>> --without-readline --without-bench --without-mit-threads
>> --without-berkeley-db --without-gemini --without-innodb --prefix=/usr/local
>> --sysconfdir=/etc
>> 
> 
> Hi!
> 
> There are obviously some problems with signals on OpenBSD.
> 
> In cases like this you should change mysql.server in stop) part that
> it does not use signals, but mysqladmin shutdown.


---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to