2 messages in com.mysql.lists.perlDBD::mysql install error perplexing! ...
FromSent OnAttachments
Gary Kuipers20 Apr 2000 15:56 
Jochen Wiedmann25 Apr 2000 01:05 
Subject:DBD::mysql install error perplexing! Further information
From:Gary Kuipers (gary@gamingsystems.net)
Date:04/20/2000 03:56:27 PM
List:com.mysql.lists.perl

In mysql manual 4.15.4 Option Files:

my_example.cnf should be coverted to my.cnf and placed in /etc for global parameters for mysql.

I did this. mysql --print-defaults remained unchanged, stating that socket is /var/lib/mysql/mysql.sock. It is srwxrwxrwx and owner and group mysql.

The problem does not appear to be with the mysql instalation. I can run that fine from the command line, whether on the server or through telnet. The problem only appears when I run make test (or CPAN does). No matter what, the make test INSISTS on /tmp/mysql.sock. I grepped all files in the local install area for mysql.sock and got nothing that seemed hardcoded in the area. I then looked in /usr/lib/perl5 hoping to find a configuration file or something hard coded there. No luck.

I don't understand where make test is finding /tmp as the directory to find the socket it.

-----Original Message----- From: Gary Kuipers [mailto:gk@gamingsystems.net] Sent: Thursday, April 20, 2000 12:12 PM To: 'msql@lists.mysql.com' Subject: DBD::mysql install error perplexing!

OS is Linux 6.1, Perl version is 5.005_03; MySQL 3.22.32

During install Bundle::DBD::mysql (and also local install)

Error is:

10dsnlist.....DBI->connect failed: (bla,bla,bla) ... dubious Test returned status 10 (wstat 2560, 0xa00)

tested mysql via telnet with user called remote (no password), server is up and user can get in.

The http://search.cpan.org/doc/JWIED/Msql-Mysql-modules-1.2213/mysql/lib/DBD/mys ql.pm says of the above error: If this is the case, try to change the value of "Remote_Access" in your msql.conf file to "True". If the value was set intentionally, you might restore the old value after the tests ran ok.

from / find . -name msql.conf -print returns nothing.

I put the string Remote_Access=True in a file called msql.conf in the /etc directory to see if that would help. Same result.

Help!

Thanks! Gary