Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
unable to connect to local mysql server
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Networking & Security
View previous topic :: View next topic  
Author Message
icefaerie
n00b
n00b


Joined: 02 Oct 2004
Posts: 50

PostPosted: Thu May 11, 2006 9:23 pm    Post subject: unable to connect to local mysql server Reply with quote

So, I've been out of the loop, apparently, while there have been massive upgrades to apache, php, and mysql. I'm now trying to fix the issues with these things.

I have a cron job to automatically emerge sync and world every week, and in retrospect, perhaps this was not the brightest of ideas. In short, I used to be running mysql 4.0.2x (don't remember exactly), but my server's installed 4.1.19 without my being able to go through the upgrade process.

I've restarted my mysql init script several times.
Code:
yuri mysql # /etc/init.d/mysql restart
 * Stopping mysql ...
/etc/init.d/mysql: line 332: /var/run/mysqld/mysqld.pid: No such file or directory
 * Stopping mysqld (0)                                                                [ ok ]
 *  ...
 * Starting mysql (/etc/mysql/my.cnf)                                                 [ ok ]

So, apparently it starts fine, but when I try to actually access it, I can't.
Code:
yuri mysql # mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

I tried dumping the data from the tables as suggested in the guide, but got that same error:
Code:
mysqldump: Got error: 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) when trying to connect


How can I extract my data and get 4.1.19 correctly set up?
Back to top
View user's profile Send private message
andyrewbobb
n00b
n00b


Joined: 27 Jun 2005
Posts: 14
Location: Missouri, US

PostPosted: Thu May 11, 2006 10:48 pm    Post subject: Reply with quote

after you have started it, try
Code:
 ps aux | grep -i mysql

that will tell you if you are actually running the mysql server. It might be that you have missed some update to a configuration file, or something trivial like that.
Back to top
View user's profile Send private message
icefaerie
n00b
n00b


Joined: 02 Oct 2004
Posts: 50

PostPosted: Fri May 12, 2006 1:02 am    Post subject: Reply with quote

Code:
yuri mysql # ps aux | grep -i mysql
root     14663  0.0  0.1   1424   464 pts/1    S+   07:11   0:00 grep -i mysql

Indeed, it's not actually running.

However, I'm sure all the config files are up to date because...
Code:
yuri mysql # etc-update
Scanning Configuration files...
Exiting: Nothing left to do; exiting. :)
Back to top
View user's profile Send private message
bunder
Bodhisattva
Bodhisattva


Joined: 10 Apr 2004
Posts: 5947

PostPosted: Fri May 12, 2006 1:06 am    Post subject: Reply with quote

- check /var/run for a pid file, delete it (or run /etc/init.d/mysql zap)
- check /var/log for errors, probably in mysql.log or syslog/messages/daemon.log

let us know if you find anything,

bunder
_________________
Neddyseagoon wrote:
The problem with leaving is that you can only do it once and it reduces your influence.

banned from #gentoo since sept 2017
Back to top
View user's profile Send private message
Tortue
Tux's lil' helper
Tux's lil' helper


Joined: 27 May 2005
Posts: 75
Location: Gatineau (Québec), Canada

PostPosted: Fri May 12, 2006 5:22 am    Post subject: Reply with quote

I've got the same problem and I have Gallery (for showing pictures on the web) that depends on it!
Here is what /var/log/mysql/mysqld.err shows:
Code:
060512  0:48:18 [Note] /usr/sbin/mysqld: Arrêt normal du serveur

060512  0:48:20  InnoDB: Starting shutdown...
060512  0:48:24  InnoDB: Shutdown completed; log sequence number 0 44507
060512  0:48:24 [Note] /usr/sbin/mysqld: Arrêt du serveur terminé

InnoDB: Error: log file ./ib_logfile0 is of different size 0 8388608 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
060512  0:49:28 [ERROR] Can't init databases
060512  0:49:28 [ERROR] Aborting

060512  0:49:28 [Note] /usr/sbin/mysqld: Arrêt du serveur terminé

InnoDB: Error: log file ./ib_logfile0 is of different size 0 8388608 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
060512  0:59:05 [ERROR] Can't init databases
060512  0:59:05 [ERROR] Aborting

060512  0:59:05 [Note] /usr/sbin/mysqld: Arrêt du serveur terminé

InnoDB: Error: log file ./ib_logfile0 is of different size 0 8388608 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
060512  1:01:32 [ERROR] Can't init databases
060512  1:01:32 [ERROR] Aborting

060512  1:01:32 [Note] /usr/sbin/mysqld: Arrêt du serveur terminé

InnoDB: Error: log file ./ib_logfile0 is of different size 0 8388608 bytes
InnoDB: than specified in the .cnf file 0 5242880 bytes!
060512  1:04:43 [ERROR] Can't init databases
060512  1:04:43 [ERROR] Aborting

060512  1:04:43 [Note] /usr/sbin/mysqld: Arrêt du serveur terminé


And here is the message that Gallery gives me (several times) when I try to connect to the web page:
Code:
Warning: mysql_connect(): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111) in /var/www/securinux.com/htdocs/imagier/lib/adodb/drivers/adodb-mysql.inc.php on line 348


I must say the first message is not the clearest thing for me. I don't know much about databases.

J-M
Back to top
View user's profile Send private message
Tortue
Tux's lil' helper
Tux's lil' helper


Joined: 27 May 2005
Posts: 75
Location: Gatineau (Québec), Canada

PostPosted: Fri May 12, 2006 2:59 pm    Post subject: Reply with quote

I checked the content of /var/run/mysqld/ after zapping and restarting the server

There was a 0 byte mysqld.sock file, but no .pid file. It seems mysql doesn't create that .pid file

J-M
Back to top
View user's profile Send private message
magic919
Advocate
Advocate


Joined: 17 Jun 2005
Posts: 2182
Location: Berkshire, UK

PostPosted: Fri May 12, 2006 4:55 pm    Post subject: Reply with quote

https://forums.gentoo.org/viewtopic-t-460595-highlight-innodb.html

This one gives you some useful clues.
Back to top
View user's profile Send private message
Tortue
Tux's lil' helper
Tux's lil' helper


Joined: 27 May 2005
Posts: 75
Location: Gatineau (Québec), Canada

PostPosted: Fri May 12, 2006 6:44 pm    Post subject: Reply with quote

Yessss!

Thanks Magic919, it works! simply changing
Code:
innodb_log_file_size=5M

to
Code:
innodb_log_file_size=8M

in /etc/mysql/my.cnf did the trick.

Thanks again, and long live Gentoo and its Forums!

J-M
Back to top
View user's profile Send private message
icefaerie
n00b
n00b


Joined: 02 Oct 2004
Posts: 50

PostPosted: Fri May 12, 2006 11:02 pm    Post subject: Reply with quote

bunder wrote:
- check /var/run for a pid file, delete it (or run /etc/init.d/mysql zap)
- check /var/log for errors, probably in mysql.log or syslog/messages/daemon.log

let us know if you find anything,

bunder


There are LOTS of errors... Everything looks ok at the beginning, but then things get worse.
Code:
050228 14:28:28 /usr/sbin/mysqld: Shutdown Complete

/usr/sbin/mysqld: ready for connections.
Version: '4.0.22'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.22-r2
050228 19:58:00 /usr/sbin/mysqld: Normal shutdown

050228 19:58:00 /usr/sbin/mysqld: Shutdown Complete

/usr/sbin/mysqld: ready for connections.
Version: '4.0.22'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.22-r2
050413 23:42:27 /usr/sbin/mysqld: Normal shutdown

050413 23:42:27 /usr/sbin/mysqld: Shutdown Complete

/usr/sbin/mysqld: ready for connections.
Version: '4.0.24'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.24
/usr/sbin/mysqld: ready for connections.
Version: '4.0.24'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.24
/usr/sbin/mysqld: ready for connections.
Version: '4.0.24'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.24
050508 12:03:05 /usr/sbin/mysqld: Normal shutdown

050508 12:03:05 /usr/sbin/mysqld: Shutdown Complete

/usr/sbin/mysqld: ready for connections.
Version: '4.0.24'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.24
050623 12:04:16 /usr/sbin/mysqld: Normal shutdown

050623 12:04:16 /usr/sbin/mysqld: Shutdown Complete

/usr/sbin/mysqld: ready for connections.
Version: '4.0.24'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.24
050623 12:35:10 /usr/sbin/mysqld: Normal shutdown

050623 12:35:10 /usr/sbin/mysqld: Shutdown Complete

/usr/sbin/mysqld: ready for connections.
Version: '4.0.24'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.24
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
/usr/sbin/mysqld: ready for connections.
Version: '4.0.25'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-4.0.25-r2
060507 16:27:29 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060507 16:27:29 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060507 16:27:29 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060507 16:27:29 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
060511  3:01:00  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
060511  3:01:03  InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
060511  3:01:05  InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
060511  3:01:11  InnoDB: Started; log sequence number 0 0
060511  3:01:11 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  3:01:11 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  3:01:11 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  3:01:11 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.
060511  3:32:17  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
060511  3:32:18  InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 36808.
InnoDB: Doing recovery: scanned up to log sequence number 0 43676
060511  3:32:18  InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: Last MySQL binlog file position 0 79, file name ./yuri-bin.000001
060511  3:32:19  InnoDB: Flushing modified pages from the buffer pool...
060511  3:32:19  InnoDB: Started; log sequence number 0 43676
060511  3:32:19 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  3:32:19 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  3:32:19 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  3:32:19 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.
060511  7:14:49  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
060511  7:14:49  InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 43676.
InnoDB: Doing recovery: scanned up to log sequence number 0 43708
InnoDB: Last MySQL binlog file position 0 79, file name ./yuri-bin.000002
060511  7:14:49  InnoDB: Flushing modified pages from the buffer pool...
060511  7:14:49  InnoDB: Started; log sequence number 0 43708
060511  7:14:49 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  7:14:49 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  7:14:49 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  7:14:49 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.
060511  7:15:35  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
060511  7:15:35  InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 43708.
InnoDB: Doing recovery: scanned up to log sequence number 0 43740
InnoDB: Last MySQL binlog file position 0 79, file name ./yuri-bin.000003
060511  7:15:35  InnoDB: Flushing modified pages from the buffer pool...
060511  7:15:35  InnoDB: Started; log sequence number 0 43740
060511  7:15:35 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  7:15:35 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  7:15:35 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060511  7:15:35 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.
060512  4:58:43  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
060512  4:58:44  InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 43740.
InnoDB: Doing recovery: scanned up to log sequence number 0 43772
InnoDB: Last MySQL binlog file position 0 79, file name ./yuri-bin.000004
060512  4:58:44  InnoDB: Flushing modified pages from the buffer pool...
060512  4:58:44  InnoDB: Started; log sequence number 0 43772
060512  4:58:45 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060512  4:58:45 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060512  4:58:45 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060512  4:58:45 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.
InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 8388608 bytes!
060512  5:01:19 [ERROR] Can't init databases
060512  5:01:19 [ERROR] Aborting

060512  5:01:19 [Note] /usr/sbin/mysqld: Shutdown complete


I tried changing the log size to 8MB as recommended but that doesn't appear to have helped.
Back to top
View user's profile Send private message
MasquedAvenger
Guru
Guru


Joined: 21 Aug 2003
Posts: 559
Location: Southern California

PostPosted: Sun May 14, 2006 5:39 pm    Post subject: Reply with quote

I've changed it to 8M too (before even starting it for the first time.) That didn't solve the problem for me either.

James
_________________
"There are no uninteresting things; only uninterested people." --G.K. Chesterton
Back to top
View user's profile Send private message
csjean
n00b
n00b


Joined: 16 May 2006
Posts: 9

PostPosted: Tue May 16, 2006 10:32 am    Post subject: Same problem emerging mysql-4.1.14-r1 to mysql-4.1.19 Reply with quote

Hi,

I've experienced the same problems emerging from mysql-4.1.14-r1 to mysql-4.1.19:

1- Problem with 5M logfiles (which was soved by changing logfile size to 8M).
2- After problem 1 was solved, problem 2: "damaged" mysql.user table.

Can anybody see a solution? Or a way to unload the data and reload it?

Thanks.
_________________
Claude
Back to top
View user's profile Send private message
csjean
n00b
n00b


Joined: 16 May 2006
Posts: 9

PostPosted: Tue May 16, 2006 11:30 am    Post subject: Solved Reply with quote

After continuing to search for solutions,

I came across a post about charset problems. The new 4.1.19 version defaults to multibyte charsets (UTF8) and the old one was a Latin1 charset.

So the simple solution is:

1- reemerge mysql-4.1.19 and add latin1 USE flag.
2- etc-update
3- don't forget to change 5M logfiles to 8M.
4- restart mysql

Everythin works.

Hope this helps.
_________________
Claude
Back to top
View user's profile Send private message
MasquedAvenger
Guru
Guru


Joined: 21 Aug 2003
Posts: 559
Location: Southern California

PostPosted: Tue May 16, 2006 3:57 pm    Post subject: Reply with quote

I just went ahead and wiped away my previous MySQL databases (I only had one that I had used for a test installation of MythTV; I didn't need it anymore). It's now working great :) I'm guessing that if I had re-merged it using latin1, that probably would have fixed it, although I decided to allow it to remain UTF-8.

James
_________________
"There are no uninteresting things; only uninterested people." --G.K. Chesterton
Back to top
View user's profile Send private message
flakzeus
Apprentice
Apprentice


Joined: 26 May 2004
Posts: 157

PostPosted: Tue May 16, 2006 4:48 pm    Post subject: Reply with quote

I re-emerged mysql with latin1 and it did not help. I still get the same error:

Code:

060516 12:45:25 [Warning] './mysql/host' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060516 12:45:25 [Warning] './mysql/user' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060516 12:45:25 [Warning] './mysql/db' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed
060516 12:45:25 [ERROR] Fatal error: mysql.user table is damaged or in unsupported 3.20 format.


I have been doing some research and it looks like the script mysql_fix_privilege_tables will fix the problem, but I can't get mysql to start so that I can run the script.

I have some databases that I would rather not lose, so if anyone has any more ideas please speak up.

thanks
_________________
"I'm not a super genius...or are I?" - Homer Simpson
Back to top
View user's profile Send private message
flakzeus
Apprentice
Apprentice


Joined: 26 May 2004
Posts: 157

PostPosted: Wed May 17, 2006 3:20 pm    Post subject: Reply with quote

/bump

Anyone at all?
_________________
"I'm not a super genius...or are I?" - Homer Simpson
Back to top
View user's profile Send private message
lxg
Veteran
Veteran


Joined: 12 Nov 2005
Posts: 1019
Location: Aachen, Germany

PostPosted: Wed May 17, 2006 4:15 pm    Post subject: Reply with quote

Just out of curiousity, no offense intended: What did you do when /etc-update asked you about /etc/mysql-xxx/my.cnf?

Btw, did you eselect your new MySQL version?
_________________
lxg.de – codebits and tech talk
Back to top
View user's profile Send private message
yamakawa
Guru
Guru


Joined: 28 Jul 2003
Posts: 340

PostPosted: Sat Jun 03, 2006 7:21 am    Post subject: Reply with quote

Tortue wrote:
Yessss!

Thanks Magic919, it works! simply changing
Code:
innodb_log_file_size=5M

to
Code:
innodb_log_file_size=8M

in /etc/mysql/my.cnf did the trick.

Thanks again, and long live Gentoo and its Forums!

J-M


Thanks a lot! This solved my problem too! :D
Back to top
View user's profile Send private message
khantheripper
n00b
n00b


Joined: 21 Sep 2006
Posts: 4

PostPosted: Fri Sep 22, 2006 3:00 pm    Post subject: Reply with quote

I get the same message as icefarie no matter what I do:

Code:
localhost init.d # mysql zap
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
localhost init.d # mysql restart
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
localhost init.d # mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
localhost init.d #


I've tried cahnging the log file from 5M to 8M, but that did nothing. I did not try deleting.pid files in /var/run, because I didn't know what that would do. Here are the files I have in that directory:
Code:
console  cron.pid  dhcpcd-eth0.pid  gdm.pid  metalog.pid  mysqld  random-seed  utmp


Should I delete these files? I don't know what a PID file really is. I also don't know how to eselect my version. Yah, I know. I'm a noob. Theversion I have installed is 4.1.21.
_________________
"If you want it easy, get a Mac. If you want control and to save your money, get Linux. If you want it somewhere in between, and you don't mind viruses, get Windows."
Back to top
View user's profile Send private message
khantheripper
n00b
n00b


Joined: 21 Sep 2006
Posts: 4

PostPosted: Wed Sep 27, 2006 2:42 pm    Post subject: Solved for me! Reply with quote

:D As it turns out, I just had to execute the following, to set the (MySQL) root password and start the server:
Code:
emerge --config =dev-db/mysql-4.1.19

Now the problem is solved for me.
_________________
"If you want it easy, get a Mac. If you want control and to save your money, get Linux. If you want it somewhere in between, and you don't mind viruses, get Windows."
Back to top
View user's profile Send private message
m4chine
Apprentice
Apprentice


Joined: 12 Mar 2003
Posts: 271
Location: Ventura, CA, USA

PostPosted: Thu Nov 02, 2006 8:19 am    Post subject: Re: Solved Reply with quote

csjean wrote:
After continuing to search for solutions,

I came across a post about charset problems. The new 4.1.19 version defaults to multibyte charsets (UTF8) and the old one was a Latin1 charset.

So the simple solution is:

1- reemerge mysql-4.1.19 and add latin1 USE flag.
2- etc-update
3- don't forget to change 5M logfiles to 8M.
4- restart mysql

Everythin works.

Hope this helps.


what a life saver. these instructions solved my problem after upgrading as well. thanks again :P
_________________
never trust a man who can count to 1023 on his fingers.

-m4chine
Back to top
View user's profile Send private message
n0n
Guru
Guru


Joined: 13 Jun 2002
Posts: 355

PostPosted: Thu Feb 08, 2007 9:50 pm    Post subject: Reply with quote

flakzeus wrote:
I have been doing some research and it looks like the script mysql_fix_privilege_tables will fix the problem, but I can't get mysql to start so that I can run the script.

Just FYI in the future, you can get around this by starting mysqld temporarily with:
Code:
mysqld --skip-grant-tables

And then running the script. Then shutdown mysql and start it back up regularly (via the init script). Note that while mysqld is running w/ that option, anyone who can connect to the TCP port / socket would be able to have free reign of the database.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Networking & Security All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum