Fedora This forum is for the discussion of the Fedora Project. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
12-06-2003, 11:20 PM
|
#1
|
Member
Registered: Mar 2003
Location: Tribeca, NYC
Distribution: Slackware 9.0, Fedora Core 1
Posts: 111
Rep:
|
does anyone have mysql running under Fedora?
I get an error when I'm trying to initialize the database using mysql_install_db:
Didn't find /usr/libexec/mysqld
Indeed, there is no mysqld or mysqld_safe on my whole filesystem. Wondering if anyone who got mysql running can tell me what they did.
Thanks
|
|
|
12-07-2003, 10:10 AM
|
#2
|
Member
Registered: Jun 2003
Location: Surrey, England
Distribution: Ubuntu Edgy
Posts: 67
Rep:
|
If you installed mysql using the standard Fedora rpm install and if you are running Gnome , you should have access to it through the Systems Settings->Server Settings->Services dialog. Start the service from there and then run the client as normal to set up db's etc.
Worked like a charm for me.
bl
|
|
|
12-13-2003, 09:15 PM
|
#3
|
Member
Registered: Mar 2003
Location: Tribeca, NYC
Distribution: Slackware 9.0, Fedora Core 1
Posts: 111
Original Poster
Rep:
|
That did it. That Services gui makes it very easy.
I've been puttering around in MySQL for an hour or two. The client connects to the server fine. However, when I rebooted, during the startup messages I see "timeout error occurred trying to start MySQL Daemon" and then MySQL <failed > over on the right side (normally get <OK> for other daemons).
Yet, after booting is finished, I open up a terminal and enter "mysql" and I connect to the server fine. So what's up with that error message during boot? Since I enabled mysqld via the Services gui, I don't really know where to look to troubleshoot this.
Last edited by cpv204; 12-13-2003 at 09:17 PM.
|
|
|
12-13-2003, 09:52 PM
|
#4
|
LQ Newbie
Registered: Nov 2003
Posts: 24
Rep:
|
I get the same failed message on startup, but mysql is up and running fine for the test site I put up. I officially have a LAMP installation now. I'm a happy boy. 
|
|
|
12-14-2003, 03:14 AM
|
#5
|
Member
Registered: Jun 2003
Location: Surrey, England
Distribution: Ubuntu Edgy
Posts: 67
Rep:
|
I don't know why the daemon returns a [FAILED] at startup, but there are some elements of the mysqld daemon such as InnoDB that are not setup out of the box.
As root, try looking at the mysqld log files in /var/log. Either with an editor or whatever suits, examine mysqld.log or mysqld.log.* . That might provide some insight.
If you post the log contents here, or on any mysql forum, someone should be able to help interpret them.
Hope this helps!
bl
|
|
|
12-14-2003, 06:57 AM
|
#6
|
Member
Registered: Mar 2003
Location: Tribeca, NYC
Distribution: Slackware 9.0, Fedora Core 1
Posts: 111
Original Poster
Rep:
|
you were right on the money blaroe. Here's a snip from mysqld.log.1
031213 21:52:57 mysqld started
Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
If you do not want to use transactional InnoDB tables, add a line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
or my.ini. If you want to use InnoDB tables, add to the [mysqld]
section, for example,
innodb_data_file_path = ibdata1:10M:autoextend
But to get good performance you should adjust for your hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
/usr/libexec/mysqld: ready for connections
I'm going to check out the info at innodb.com, but if you have any further comments, I'd appreciate them too. Thanks!
|
|
|
12-14-2003, 08:15 AM
|
#7
|
Member
Registered: Jun 2003
Location: Surrey, England
Distribution: Ubuntu Edgy
Posts: 67
Rep:
|
That may not be causing the initialisation to fail, but you're on the scent. Normally any critical errors would show up in mysqld.log (I think!) Keep us posted on progress.
If this doesn't solve the init problems, maybe you could check with forums focused on mysql - one I know of is http://www.blogomania.com/forums/.
Good luck!
bl
|
|
|
12-14-2003, 08:44 AM
|
#8
|
Member
Registered: Mar 2003
Location: Tribeca, NYC
Distribution: Slackware 9.0, Fedora Core 1
Posts: 111
Original Poster
Rep:
|
My mysqld.log file is totally empty, but has the same timestamp as mysqld.log.1 (this morning, 4:02 am).
I don't know exactly how the mechanics of logging work, but I'm guessing that the contents of mysqld.log was copied over to mysqld.log.1 at that time.
|
|
|
12-14-2003, 07:43 PM
|
#9
|
LQ Newbie
Registered: Nov 2003
Posts: 24
Rep:
|
I show the exact same Innodb error in my logs. As MySQL is running ok, I'm not too concerned about it, but I'd be curious to see if it speeds my test sites up any. Probably not as the box is running on 128 meg right now (old box and can't come by any cheap ram for it) but worth a try just to see.
|
|
|
12-29-2003, 01:36 AM
|
#10
|
LQ Newbie
Registered: Dec 2003
Location: Arlington, TX.
Distribution: Arch Linux; Fedora Core 1
Posts: 4
Rep:
|
Here's a temp workaround
I noticed the same startup problems only after I assigned a password to the mysql root user. The problem is in the mysqladmin ping command in the mysql startup script, it apparently doesn't work after assigning the root user a password. So I modified the script and in the mysqladmin ping commands added the "-u root -p 'password' " and the script works fine now. Thats not the best solution but does seem to work.
Craig
|
|
|
02-03-2004, 02:53 AM
|
#11
|
Senior Member
Registered: Nov 2003
Location: Western Australia
Distribution: GUI Ubuntu, Server Ubuntu, HamPi, Skywave, DragonOS, many other's
Posts: 1,058
Rep:
|
I have the same prolbem, only happens after i put in a root password.
so that will fix it hey ? where is the file to edit on the system please.
TT 
|
|
|
02-07-2004, 01:29 PM
|
#12
|
LQ Newbie
Registered: Oct 2003
Location: The Netherlands
Distribution: Debian Sarge
Posts: 22
Rep:
|
I know it'll be a little late for this but instead of using the 'root' user in the mysqld init script you can use any other user wich is not in the database just think of one
You can replace the line
if [ -n "`/usr/bin/mysqladmin ping 2> /dev/null`" ]; then
and
if !([ -n "`/usr/bin/mysqladmin ping 2> /dev/null`" ]); then
to:
if [ -n "`/usr/bin/mysqladmin ping -u mysqld 2> /dev/null`" ]; then
and
if !([ -n "`/usr/bin/mysqladmin ping -u mysqld 2> /dev/null`" ]); then
in the /etc/rc.d/init.d/mysqld file
This works for me!!
|
|
|
All times are GMT -5. The time now is 05:15 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|