LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 03-05-2009, 01:02 PM   #1
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Rep: Reputation: 0
Slackware 12.2 do not start apache during startup


Hi !
I Moving and old slackware apache mysql server to the new slack 12.2
All it,s ok , but I,m suffering a problem that I,m not able to solve.
I changed de permissions on the /etc/rc.d directory to make executable the scrip rc.httpd .
If I run /etc/rc.d/rc.httpd start /stop all is running smooth.
but if I reboot the computer I have always to start manually the apache server .

-rwxr-xr-x 1 root root 703 2008-10-23 00:55 rc.httpd

in the other hand ,mysql start automaticly when pc reboot with no problems

thanks for Your help

Manuel
 
Old 03-05-2009, 01:15 PM   #2
mRgOBLIN
Slackware Contributor
 
Registered: Jun 2002
Location: New Zealand
Distribution: Slackware
Posts: 999

Rep: Reputation: 231Reputation: 231Reputation: 231
Are you using the stock Slackware rc.mysqld?

My guess is you have a stray "exit" in there.

Put an echo statement in rc.local and see if you get any output.
 
Old 03-05-2009, 01:17 PM   #3
Michielvw
Member
 
Registered: May 2005
Location: Leicester,UK
Distribution: Slackware
Posts: 108

Rep: Reputation: 19
Do you get any feed back at all, if you start rc.httpd by hand?
IE might be as simple as a misconfigured httpd.conf.
 
Old 03-05-2009, 01:54 PM   #4
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 0
Are you using the stock Slackware rc.mysqld?
yes is the original
-rwxr-xr-x 1 root root 11957 2009-02-23 17:15 rc.mysqld*
-rwxr-xr-x 1 root root 2585 2009-02-23 16:59 rc.mysqld.new*
Y have 2 of them , I dont know the diference.
Do You think that is mysql related instead apache problem?

Do you get any feed back at all, if you start rc.httpd by hand?

seems that thera are no errors when I restart httpd


[Thu Mar 05 20:46:28 2009] [notice] SIGHUP received. Attempting to restart
[Thu Mar 05 20:46:28 2009] [notice] Digest: generating secret for digest authentication ...
[Thu Mar 05 20:46:28 2009] [notice] Digest: done
[Thu Mar 05 20:46:29 2009] [notice] Apache/2.2.10 (Unix) mod_ssl/2.2.10 OpenSSL/0.9.8i DAV/2 PHP/5.2.8 configured -- resuming normal operations
 
Old 03-05-2009, 02:03 PM   #5
mRgOBLIN
Slackware Contributor
 
Registered: Jun 2002
Location: New Zealand
Distribution: Slackware
Posts: 999

Rep: Reputation: 231Reputation: 231Reputation: 231
Quote:
Originally Posted by manolo View Post
yes is the original
-rwxr-xr-x 1 root root 11957 2009-02-23 17:15 rc.mysqld*
-rwxr-xr-x 1 root root 2585 2009-02-23 16:59 rc.mysqld.new*
Y have 2 of them , I dont know the diference.
The rc.mysqld.new is there from an upgrade of mysql. Compare the two side by side and see what the differences are.

Quote:
Originally Posted by manolo View Post
Do You think that is mysql related instead apache problem?
Well mysqld is getting started so we could assume that an error in there (likely some exit statement) is stopping rc.M from going further.

Code:
fgrep exit /etc/rc.d/rc.mysqld*
See if that gives anything.
 
Old 03-05-2009, 02:07 PM   #6
phunkymunky
Member
 
Registered: Aug 2003
Location: Glasgow, Scotland
Distribution: Slackware 14.0, Debian 7.0
Posts: 60

Rep: Reputation: 22
I have noticed this as well. I set up apache for some local web development but it does not start at boot even though I have made the rc.httpd script executable and have checked in the other rc.XXXX scripts to make sure it isn't commented out in a calling file. Starts fine manually though. It is only a minor inconvenience for me though as it is just for local development work.
 
Old 03-05-2009, 02:20 PM   #7
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 0
The rc.mysqld.new is there from an upgrade of mysql. Compare the two side by side and see what the differences are.

yes , are different , of course , but whitch one I have to use ? de new one (rc.httpd.new) or the original one (rc.mysqld*)
Do I need to delete one of these?
, When I installed the slackware in my box , I upgraded the complete software with slapget....perhaps I have to delete one script ?

See if that gives anything.
fgrep exit /etc/rc.d/rc.mysqld*
# Wait at least one minute for it to exit, as we don't know how big the DB is...
echo "WARNING: Gave up waiting for mysqld to exit!"
 
Old 03-05-2009, 02:34 PM   #8
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 0
Hi the complete grep


root@server:/etc/rc.d# fgrep exit /etc/rc.d/rc.mysqld*
/etc/rc.d/rc.mysqld: exit 1
/etc/rc.d/rc.mysqld: # The manager may have exited between the last pid-f ile check and now.
/etc/rc.d/rc.mysqld: exit 1
/etc/rc.d/rc.mysqld: exit $return_value
/etc/rc.d/rc.mysqld: exit $return_value
/etc/rc.d/rc.mysqld: # mysqlmanager should remove the pid_file when it exit s, so wait for it.
/etc/rc.d/rc.mysqld: exit $return_value
/etc/rc.d/rc.mysqld: exit 1
/etc/rc.d/rc.mysqld: exit 1
/etc/rc.d/rc.mysqld: exit 0
/etc/rc.d/rc.mysqld: exit 1
/etc/rc.d/rc.mysqld: exit 2
/etc/rc.d/rc.mysqld: exit 3
/etc/rc.d/rc.mysqld: exit 4
/etc/rc.d/rc.mysqld: exit 1
/etc/rc.d/rc.mysqld:exit 0
/etc/rc.d/rc.mysqld.new: # Wait at least one minute for it to exit, as we don 't know how big the DB is...
/etc/rc.d/rc.mysqld.new: echo "WARNING: Gave up waiting for mysqld to exit !"
root@server:/etc/rc.d#
 
Old 03-05-2009, 02:53 PM   #9
mRgOBLIN
Slackware Contributor
 
Registered: Jun 2002
Location: New Zealand
Distribution: Slackware
Posts: 999

Rep: Reputation: 231Reputation: 231Reputation: 231
yes there is the problem.

Back up your existing rc.mysqld and then move rc.mysqld.new rc.mysqld

See if that fixes it for you.

Seems your current rc.mysqld is not an official Slackware one
 
Old 03-05-2009, 03:15 PM   #10
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 0
Thanks MRGlobing , to point me that is a problem with mysql script.
after backing-up rc.mysqld and moving rc.mysqld.new to rc.mysqld , and rebooting the slack box , apache is up and running, but mysql is down , even after starting manually

root@server:/etc/rc.d# ./rc.mysqld start
root@server:/etc/rc.d# nohup: redirecting stderr to stdout
A mysqld process already exists



The slack pacakage is the original mysql-5.067-i486-1


Only phunkymunky have this problem???
 
Old 03-05-2009, 03:23 PM   #11
mRgOBLIN
Slackware Contributor
 
Registered: Jun 2002
Location: New Zealand
Distribution: Slackware
Posts: 999

Rep: Reputation: 231Reputation: 231Reputation: 231
I think you forgot to stop the mysql server with the old script and left a stale pid file.
 
Old 03-06-2009, 12:14 AM   #12
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 0
I think that something happend, that is not the pid file

090306 06:58:02 mysqld ended

090306 06:58:15 mysqld started
090306 6:58:15 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090306 6:58:15 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
090306 6:58:15 InnoDB: Started; log sequence number 0 21787326
090306 6:58:15 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.67-log' socket: '/var/run/mysql/mysql.sock' port: 0 Source distribution

some more Slack users reported this issues

http://bugs.mysql.com/bug.php?id=33713

still not solved any new ideas ?
 
Old 03-06-2009, 03:55 AM   #13
mRgOBLIN
Slackware Contributor
 
Registered: Jun 2002
Location: New Zealand
Distribution: Slackware
Posts: 999

Rep: Reputation: 231Reputation: 231Reputation: 231
Can I take a look at the old rc.mysqld? did you copy this from an old installation?

Did you set up an /etc/my.cnf?
 
Old 03-06-2009, 09:41 AM   #14
manolo
LQ Newbie
 
Registered: Sep 2003
Location: Valencia (Spain)
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 0
I did a clean slack 12.2 fresh installation and after taht a slapget --upgrade/update. no other files imported from the "old server"

Can I take a look at the old rc.mysqld?
yes
#!/bin/sh
# Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB & Detron HB
# This file is public domain and comes with NO WARRANTY of any kind

# MySQL daemon start/stop script.

# Usually this is put in /etc/init.d (at least on machines SYSV R4 based
# systems) and linked to /etc/rc3.d/S99mysql and /etc/rc0.d/K01mysql.
# When this is done the mysql server will be started when the machine is
# started and shut down when the systems goes down.

# Comments to support chkconfig on RedHat Linux
# chkconfig: 2345 64 36
# description: A very fast and reliable SQL database engine.

# Comments to support LSB init script conventions
### BEGIN INIT INFO
# Provides: mysql
# Required-Start: $local_fs $network $remote_fs
# Should-Start: ypbind nscd ldap ntpd xntpd
# Required-Stop: $local_fs $network $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: start and stop MySQL
# Description: MySQL is a very fast and reliable SQL database engine.
### END INIT INFO

# If you install MySQL on some other places than /usr, then you
# have to do one of the following things for this script to work:
#
# - Run this script from within the MySQL installation directory
# - Create a /etc/my.cnf file with the following information:
# [mysqld]
# basedir=<path-to-mysql-installation-directory>
# - Add the above to any other configuration file (for example ~/.my.ini)
# and copy my_print_defaults to /usr/bin
# - Add the path to the mysql-installation-directory to the basedir variable
# below.
#
# If you want to affect other MySQL variables, you should make your changes
# in the /etc/my.cnf, ~/.my.cnf or other MySQL configuration files.

# If you change base dir, you must also change datadir. These may get
# overwritten by settings in the MySQL configuration files.

basedir=
datadir=

# Default value, in seconds, afterwhich the script should timeout waiting
# for server start.
# Value here is overriden by value in my.cnf.
# 0 means don't wait at all
# Negative numbers mean to wait indefinitely
service_startup_timeout=900

# The following variables are only set for letting mysql.server find things.

# Set some defaults
pid_file=
server_pid_file=
use_mysqld_safe=1
user=mysql
if test -z "$basedir"
then
basedir=/usr
bindir=/usr/bin
if test -z "$datadir"
then
datadir=/var/lib/mysql
fi
sbindir=/usr/sbin
libexecdir=/usr/libexec
else
bindir="$basedir/bin"
if test -z "$datadir"
then
datadir="$basedir/data"
fi
sbindir="$basedir/sbin"
libexecdir="$basedir/libexec"
fi

# datadir_set is used to determine if datadir was set (and so should be
# *not* set inside of the --basedir= handler.)
datadir_set=

#
# Use LSB init script functions for printing messages, if possible
#
lsb_functions="/lib/lsb/init-functions"
if test -f $lsb_functions ; then
. $lsb_functions
else
log_success_msg()
{
echo " SUCCESS! $@"
}
log_failure_msg()
{
echo " ERROR! $@"
}
fi

PATH=/sbin:/usr/sbin:/bin:/usr/bin:$basedir/bin
export PATH

mode=$1 # start or stop
shift
other_args="$*" # uncommon, but needed when called from an RPM upgrade action
# Expected: "--skip-networking --skip-grant-tables"
# They are not checked here, intentionally, as it is the resposibility
# of the "spec" file author to give correct arguments only.

case `echo "testing\c"`,`echo -n testing` in
*c*,-n*) echo_n= echo_c= ;;
*c*,*) echo_n=-n echo_c= ;;
*) echo_n= echo_c='\c' ;;
esac

parse_server_arguments() {
for arg do
case "$arg" in
--basedir=*) basedir=`echo "$arg" | sed -e 's/^[^=]*=//'`
bindir="$basedir/bin"
if test -z "$datadir_set"; then
datadir="$basedir/data"
fi
sbindir="$basedir/sbin"
libexecdir="$basedir/libexec"
;;
--datadir=*) datadir=`echo "$arg" | sed -e 's/^[^=]*=//'`
datadir_set=1
;;
--user=*) user=`echo "$arg" | sed -e 's/^[^=]*=//'` ;;
--pid-file=*) server_pid_file=`echo "$arg" | sed -e 's/^[^=]*=//'` ;;
--service-startup-timeout=*) service_startup_timeout=`echo "$arg" | sed -e 's/^[^=]*=//'` ;;
--use-mysqld_safe) use_mysqld_safe=1;;
--use-manager) use_mysqld_safe=0;;
esac
done
}

parse_manager_arguments() {
for arg do
case "$arg" in
--pid-file=*) pid_file=`echo "$arg" | sed -e 's/^[^=]*=//'` ;;
--user=*) user=`echo "$arg" | sed -e 's/^[^=]*=//'` ;;
esac
done
}

wait_for_pid () {
verb="$1"
manager_pid="$2" # process ID of the program operating on the pid-file
i=0
avoid_race_condition="by checking again"
while test $i -ne $service_startup_timeout ; do

case "$verb" in
'created')
# wait for a PID-file to pop into existence.
test -s $pid_file && i='' && break
;;
'removed')
# wait for this PID-file to disappear
test ! -s $pid_file && i='' && break
;;
*)
echo "wait_for_pid () usage: wait_for_pid created|removed manager_pid"
exit 1
;;
esac

# if manager isn't running, then pid-file will never be updated
if test -n "$manager_pid"; then
if kill -0 "$manager_pid" 2>/dev/null; then
: # the manager still runs
else
# The manager may have exited between the last pid-file check and now.
if test -n "$avoid_race_condition"; then
avoid_race_condition=""
continue # Check again.
fi

# there's nothing that will affect the file.
log_failure_msg "Manager of pid-file quit without updating file."
return 1 # not waiting any more.
fi
fi

echo $echo_n ".$echo_c"
i=`expr $i + 1`
sleep 1
done

if test -z "$i" ; then
log_success_msg
return 0
else
log_failure_msg
return 1
fi
}

# Get arguments from the my.cnf file,
# the only group, which is read from now on is [mysqld]
if test -x ./bin/my_print_defaults
then
print_defaults="./bin/my_print_defaults"
elif test -x $bindir/my_print_defaults
then
print_defaults="$bindir/my_print_defaults"
elif test -x $bindir/mysql_print_defaults
then
print_defaults="$bindir/mysql_print_defaults"
else
# Try to find basedir in /etc/my.cnf
conf=/etc/my.cnf
print_defaults=
if test -r $conf
then
subpat='^[^=]*basedir[^=]*=\(.*\)$'
dirs=`sed -e "/$subpat/!d" -e 's//\1/' $conf`
for d in $dirs
do
d=`echo $d | sed -e 's/[ ]//g'`
if test -x "$d/bin/my_print_defaults"
then
print_defaults="$d/bin/my_print_defaults"
break
fi
if test -x "$d/bin/mysql_print_defaults"
then
print_defaults="$d/bin/mysql_print_defaults"
break
fi
done
fi

# Hope it's in the PATH ... but I doubt it
test -z "$print_defaults" && print_defaults="my_print_defaults"
fi

#
# Read defaults file from 'basedir'. If there is no defaults file there
# check if it's in the old (depricated) place (datadir) and read it from there
#

extra_args=""
if test -r "$basedir/my.cnf"
then
extra_args="-e $basedir/my.cnf"
else
if test -r "$datadir/my.cnf"
then
extra_args="-e $datadir/my.cnf"
fi
fi

parse_server_arguments `$print_defaults $extra_args mysqld server mysql_server mysql.server`

# Look for the pidfile
parse_manager_arguments `$print_defaults $extra_args manager`

#
# Set pid file if not given
#
if test -z "$pid_file"
then
pid_file=$datadir/mysqlmanager-`/bin/hostname`.pid
else
case "$pid_file" in
/* ) ;;
* ) pid_file="$datadir/$pid_file" ;;
esac
fi
if test -z "$server_pid_file"
then
server_pid_file=$datadir/`/bin/hostname`.pid
else
case "$server_pid_file" in
/* ) ;;
* ) server_pid_file="$datadir/$server_pid_file" ;;
esac
fi

case "$mode" in
'start')
# Start daemon

# Safeguard (relative paths, core dumps..)
cd $basedir

manager=$bindir/mysqlmanager
if test -x $libexecdir/mysqlmanager
then
manager=$libexecdir/mysqlmanager
elif test -x $sbindir/mysqlmanager
then
manager=$sbindir/mysqlmanager
fi

echo $echo_n "Starting MySQL"
if test -x $manager -a "$use_mysqld_safe" = "0"
then
if test -n "$other_args"
then
log_failure_msg "MySQL manager does not support options '$other_args'"
exit 1
fi
# Give extra arguments to mysqld with the my.cnf file. This script may
# be overwritten at next upgrade.
$manager --user=$user --pid-file=$pid_file >/dev/null 2>&1 &
wait_for_pid created $!; return_value=$?

# Make lock for RedHat / SuSE
if test -w /var/lock/subsys
then
touch /var/lock/subsys/mysqlmanager
fi
exit $return_value
elif test -x $bindir/mysqld_safe
then
# Give extra arguments to mysqld with the my.cnf file. This script
# may be overwritten at next upgrade.
pid_file=$server_pid_file
$bindir/mysqld_safe --datadir=$datadir --pid-file=$server_pid_file $other_args >/dev/null 2>&1 &
wait_for_pid created $!; return_value=$?

# Make lock for RedHat / SuSE
if test -w /var/lock/subsys
then
touch /var/lock/subsys/mysql
fi
exit $return_value
else
log_failure_msg "Couldn't find MySQL manager ($manager) or server ($bindir/mysqld_safe)"
fi
;;

'stop')
# Stop daemon. We use a signal here to avoid having to know the
# root password.

# The RedHat / SuSE lock directory to remove
lock_dir=/var/lock/subsys/mysqlmanager

# If the manager pid_file doesn't exist, try the server's
if test ! -s "$pid_file"
then
pid_file=$server_pid_file
lock_dir=/var/lock/subsys/mysql
fi

if test -s "$pid_file"
then
mysqlmanager_pid=`cat $pid_file`
echo $echo_n "Shutting down MySQL"
kill $mysqlmanager_pid
# mysqlmanager should remove the pid_file when it exits, so wait for it.
wait_for_pid removed "$mysqlmanager_pid"; return_value=$?

# delete lock for RedHat / SuSE
if test -f $lock_dir
then
rm -f $lock_dir
fi
exit $return_value
else
log_failure_msg "MySQL manager or server PID file could not be found!"
fi
;;

'restart')
# Stop the service and regardless of whether it was
# running or not, start it again.
if $0 stop $other_args; then
$0 start $other_args
else
log_failure_msg "Failed to stop running server, so refusing to try to start."
exit 1
fi
;;

'reload'|'force-reload')
if test -s "$server_pid_file" ; then
read mysqld_pid < $server_pid_file
kill -HUP $mysqld_pid && log_success_msg "Reloading service MySQL"
touch $server_pid_file
else
log_failure_msg "MySQL PID file could not be found!"
exit 1
fi
;;
'status')
# First, check to see if pid file exists
if test -s "$server_pid_file" ; then
read mysqld_pid < $server_pid_file
if kill -0 $mysqld_pid 2>/dev/null ; then
log_success_msg "MySQL running ($mysqld_pid)"
exit 0
else
log_failure_msg "MySQL is not running, but PID file exists"
exit 1
fi
else
# Try to find appropriate mysqld process
mysqld_pid=`pidof $sbindir/mysqld`
if test -z $mysqld_pid ; then
if test "$use_mysqld_safe" = "0" ; then
lockfile=/var/lock/subsys/mysqlmanager
else
lockfile=/var/lock/subsys/mysql
fi
if test -f $lockfile ; then
log_failure_msg "MySQL is not running, but lock exists"
exit 2
fi
log_failure_msg "MySQL is not running"
exit 3
else
log_failure_msg "MySQL is running but PID file could not be found"
exit 4
fi
fi
;;
*)
# usage
echo "Usage: $0 {start|stop|restart|reload|force-reload|status} [ MySQL server options ]"
exit 1
;;
esac

exit 0



and the new


#!/bin/sh
# Start/stop/restart mysqld.
#
# Copyright 2003 Patrick J. Volkerding, Concord, CA
# Copyright 2003 Slackware Linux, Inc., Concord, CA
# Copyright 2008 Patrick J. Volkerding, Sebeka, MN
#
# This program comes with NO WARRANTY, to the extent permitted by law.
# You may redistribute copies of this program under the terms of the
# GNU General Public License.

# To start MySQL automatically at boot, be sure this script is executable:
# chmod 755 /etc/rc.d/rc.mysqld

# Before you can run MySQL, you must have a database. To install an initial
# database, do this as root:
#
# mysql_install_db --user=mysql
#
# Note that the mysql user must exist in /etc/passwd, and the created files
# will be owned by this dedicated user. This is important, or else mysql
# (which runs as user "mysql") will not be able to write to the database
# later (this can be fixed with 'chown -R mysql.mysql /var/lib/mysql').
#
# To increase system security, consider using "mysql_secure_installation"
# as well. For more information on this tool, please read:
# man mysql_secure_installation

# To allow outside connections to the database comment out the next line.
# If you don't need incoming network connections, then leave the line
# uncommented to improve system security.
SKIP="--skip-networking"

# Start mysqld:
mysqld_start() {
if [ -x /usr/bin/mysqld_safe ]; then
# If there is an old PID file (no mysqld running), clean it up:
if [ -r /var/run/mysql/mysql.pid ]; then
if ! ps axc | grep mysqld 1> /dev/null 2> /dev/null ; then
echo "Cleaning up old /var/run/mysql/mysql.pid."
rm -f /var/run/mysql/mysql.pid
fi
fi
/usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/run/mysql/mysql.pid $SKIP &
fi
}

# Stop mysqld:
mysqld_stop() {
# If there is no PID file, ignore this request...
if [ -r /var/run/mysql/mysql.pid ]; then
killall mysqld
# Wait at least one minute for it to exit, as we don't know how big the DB is...
for second in 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 \
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 60 ; do
if [ ! -r /var/run/mysql/mysql.pid ]; then
break;
fi
sleep 1
done
if [ "$second" = "60" ]; then
echo "WARNING: Gave up waiting for mysqld to exit!"
sleep 15
fi
fi
}

# Restart mysqld:
mysqld_restart() {
mysqld_stop
mysqld_start
}

case "$1" in
'start')
mysqld_start
;;
'stop')
mysqld_stop
;;
'restart')
mysqld_restart
;;
*)
echo "usage $0 start|stop|restart"
esac

Did you set up an /etc/my.cnf?

No is the slackware default
 
Old 03-06-2009, 10:11 AM   #15
bgeddy
Senior Member
 
Registered: Sep 2006
Location: Liverpool - England
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810

Rep: Reputation: 232Reputation: 232Reputation: 232
Hi manolo - please use "[CODE]" tags when quoting files as they get long.

The rc.mysqld you posted is not standard Slackware. Also the standard my.cnf and other configuration files don't alter max_join_size as yours seems to do. All this suggests a non standard Slackware setup. I would recomend getting rid of your existing mysql and installing the stock one if possible. If not then replace the startup scripts and configuration files.

Needless to say I definitely would not recommend using slapt_get to upgrade packages. (Actually I wouldn't recommend it for anything but .. whatever). It seems to have messed up your installation.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
How-To run Apache, php, MySQL on startup and install phpMyAdmin - Slackware 12.2 Penthux Slackware 22 10-07-2012 10:44 PM
Apache on startup...doesn't startup! Madley Linux - Server 5 11-24-2006 02:22 PM
How can i start X on startup? Tailer Linux - Desktop 5 09-12-2006 07:23 AM
Failed to start apache : Apache does not appear to be running : number11 Slackware 9 02-11-2005 09:51 AM
can't get SSLl working on Apache. Apache won't start bentman78 Linux - Software 1 08-10-2003 06:17 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 08:23 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration