Re: password problem

2015-07-31 Thread Martin Mueller


Data directory path mention in cnf is of old mysql.

Make a fresh data directory, configure it in configuration file and execute 
mysqlinstall_db,


I don't understand the sentence about the data directory path mention.  The 
my.cnf file is at /etc/my.cnf . It doesn't have any data directory path 
mention, but neither does the my.cnf file on a laptop, which works. So there 
seems to be nothing wrong with the location or content of the my.cnf file.

On Fri, Jul 31, 2015 at 5:11 AM, Martin Mueller 
martinmuel...@northwestern.edumailto:martinmuel...@northwestern.edu wrote:
I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I cannot
run the mysql command because it challenges me for a password. But I did
not set any password, either for the root, for mysql, or for myself as a
user.

So the installation has somehow installed passwords about which I know
nothing or there is some error in the installation process.

There is a lot on the Web about resetting a forgotten password. But the
assumption is always that you can get at the program via some other
password. But in this case every door is shut.

Does anybody recognize this problem? I've uninstalled and re-installed the
program, but the results are always the same.


Martin Mueller
Professor emeritus of English and Classics
Northwestern University



--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql




--
Thanks and Regards:

Nikhil Anand

+91 9650024197


Re: password problem

2015-07-31 Thread Reindl Harald



Am 31.07.2015 um 14:40 schrieb Martin Mueller:

Sorry  for the off-list reply. It was an oversight.

That said, the instructions for resetting a forgotten root password have a
section for Windows and a section for Unix. The Unix section begins as
follows:

1. Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql).

But if I do this with the command 'mysql -u mysql I get the answer

Access denied for user 'mysql'@'localhost' (using password: NO)

I can do this as super user or normal, and I can try passwords from
earlier installations, but none of them work. So I am stopped dead in my
tracks, am I not?


what do you not understand in:

 Resetting the Root Password: Generic Instructions
 Stop the MySQL server if necessary, then restart it with the
 --skip-grant-tables option

jesus christ, put skip-grant-tables in your my.cnf, make sure the 
server is not reachable from outside and just type myysql -u root and 
don't forget remove skip-grant-tables after you defined a password you 
are knowing and restarting the server again



As for the datadir, the command update db locate mysql works on the Mac
and gives me info about a whole set of files in
/usr/local/mysql-5.1.73-osx10.6-x86_64. That's where I thought it was, and
I deleted a previous installation because I had moved the data I needed to
another machine.

I'm not a very experienced programmer and have trouble wrestling with the
command line. But I think I did my due diligence and didn't find any open
doors.


well, you have a bad mix

* missing knowledge
* a blackbox with a installer
* refusing to read more than the begin of docs


On 7/31/15 3:36 AM, Reindl Harald h.rei...@thelounge.net wrote:


first: don't reply off-list, a answer on a mailing-list is no invitation
for private support!

Am 31.07.2015 um 02:34 schrieb Martin Mueller:

I read that section but was stopped in my tracks by

   Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql)

Because I have no password for ANY thing.


read the f**ng
https://dev.mysql.com/doc/refman5.0/en/resetting-permissions.html
https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html -
unbelievebale that users these days need anything ready chewed and are
too lazy to click on a link and read more than 5 lines

Resetting the Root Password: Generic Instructions
Stop the MySQL server if necessary, then restart it with the
--skip-grant-tables option


I used the uninstall routine recommended by Rob Allen, in which you
remove
the directories /usr/local/mysql as well as /usr/local/mysql* and a lot
of
other library and etc files. So there is no trace of the old system on
my
machine. How come a routine installation of mysql then locks up the
application.


the datadir is *not* removed by any sane installer, dunno where it lives
on Apple machines since i banned them 5 years ago for good reasons

on a non-OSX i would just type updatedb; locate mysql als root


On 7/30/15, 19:22, Reindl Harald h.rei...@thelounge.net wrote:


Am 31.07.2015 um 01:41 schrieb Martin Mueller:

I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I
cannot
run the mysql command because it challenges me for a password. But I
did
not set any password, either for the root, for mysql, or for myself
as a
user.

So the installation has somehow installed passwords about which I know
nothing or there is some error in the installation process.

There is a lot on the Web about resetting a forgotten password. But
the
assumption is always that you can get at the program via some other
password. But in this case every door is shut.

Does anybody recognize this problem? I've uninstalled and re-installed
the
program, but the results are always the same


* install and uninstall *never* removes the datadir
* users and permissions are in the DB mysql
* https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html




signature.asc
Description: OpenPGP digital signature


Re: password problem

2015-07-31 Thread Reindl Harald



Am 31.07.2015 um 16:23 schrieb Martin Mueller:

Dear Mr Harald,

I've learned some things from your responses and even more from shawn
green's. You might learn a lot from him about patience and courtesy, which
make life on a technical forum a lot easier. You clearly know a lot about
technical stuff, but you're short on patience, and it would help you a lot
to practice a little courtesy and refrain from vulgar language.


well, i am developer and sysadmin, not a politican

my first response pointed again to the docs and quotet that:
 Resetting the Root Password: Generic Instructions
 Stop the MySQL server if necessary, then restart it
 with the --skip-grant-tables option

https://www.google.at/search?q=skip-grant-tables would have flooded you 
with informations


P.S.: on the right side of the docs page is a Section Navigation with 
a link 
https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html#resetting-permissions-generic



On 7/31/15 9:12 AM, Reindl Harald h.rei...@thelounge.net wrote:


Am 31.07.2015 um 15:40 schrieb shawn l.green:

1. Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql).


Everything that executes on a Linux/Unix/Mac machine executes in the
context of some kind of user account (the system login). By default,
mysqld (the database server daemon) is installed to run under the host
machine user account 'mysql'. It can be changed if you want to change it
but that is the default. That is why 'mysql' was listed in the for
example section of that instruction


but this part of the docs is completly bullshit

a) on no sane system the user mysql has a password, hence
no login possible and typically it has also no shell
configured

b) for what reason mysql -u root and you are done with
skip-grant-tables (and skip-grant-tables is the only
relevant point)

why in the world should i need to logon as the user mysqld runs for
connect to mysqld? but anyways, mysql -u mysql would have worked also
as well as mysql -u bullshit because skip-grant-tables does what it
says, you can do anything you like to do




signature.asc
Description: OpenPGP digital signature


Re: password problem

2015-07-31 Thread Reindl Harald



Am 31.07.2015 um 14:45 schrieb Martin Mueller:

Data directory path mention in cnf is of old mysql.

Make a fresh data directory, configure it in configuration file and execute 
mysqlinstall_db,
I don't understand the sentence about the data directory path mention.  The 
my.cnf file is at /etc/my.cnf . It doesn't have any data directory path 
mention, but neither does the my.cnf file on a laptop, which works. So there 
seems to be nothing wrong with the location or content of the my.cnf file.


your current problem is that you have no clue where your mysql-datadir 
is *because* it's some random default, from the moment on you specify it


a) you know it - good for a million reasons
b) it is empty and you can start from scratch

or you seek the current one and make the folder empty and start with

mysql_install_db initializes the MySQL data directory and creates the 
system tables that it contains, if they do not exist.



On Fri, Jul 31, 2015 at 5:11 AM, Martin Mueller 
martinmuel...@northwestern.edumailto:martinmuel...@northwestern.edu wrote:
I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I cannot
run the mysql command because it challenges me for a password. But I did
not set any password, either for the root, for mysql, or for myself as a
user.

So the installation has somehow installed passwords about which I know
nothing or there is some error in the installation process.

There is a lot on the Web about resetting a forgotten password. But the
assumption is always that you can get at the program via some other
password. But in this case every door is shut.

Does anybody recognize this problem? I've uninstalled and re-installed the
program, but the results are always the same.


Martin Mueller
Professor emeritus of English and Classics
Northwestern University



--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql




--
Thanks and Regards:

Nikhil Anand

+91 9650024197



--

Reindl Harald
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / CISO / Software-Development
m: +43 (676) 40 221 40, p: +43 (1) 595 3999 33
icq: 154546673, http://www.thelounge.net/

http://www.thelounge.net/signature.asc.what.htm



signature.asc
Description: OpenPGP digital signature


Re: password problem

2015-07-31 Thread Reindl Harald



Am 31.07.2015 um 15:40 schrieb shawn l.green:

1. Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql).


Everything that executes on a Linux/Unix/Mac machine executes in the
context of some kind of user account (the system login). By default,
mysqld (the database server daemon) is installed to run under the host
machine user account 'mysql'. It can be changed if you want to change it
but that is the default. That is why 'mysql' was listed in the for
example section of that instruction


but this part of the docs is completly bullshit

a) on no sane system the user mysql has a password, hence
   no login possible and typically it has also no shell
   configured

b) for what reason mysql -u root and you are done with
   skip-grant-tables (and skip-grant-tables is the only
   relevant point)

why in the world should i need to logon as the user mysqld runs for 
connect to mysqld? but anyways, mysql -u mysql would have worked also 
as well as mysql -u bullshit because skip-grant-tables does what it 
says, you can do anything you like to do




signature.asc
Description: OpenPGP digital signature


Re: password problem

2015-07-31 Thread Martin Mueller
Sorry  for the off-list reply. It was an oversight.

That said, the instructions for resetting a forgotten root password have a
section for Windows and a section for Unix. The Unix section begins as
follows:


1. Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql).

But if I do this with the command 'mysql -u mysql I get the answer

Access denied for user 'mysql'@'localhost' (using password: NO)

I can do this as super user or normal, and I can try passwords from
earlier installations, but none of them work. So I am stopped dead in my
tracks, am I not?

As for the datadir, the command update db locate mysql works on the Mac
and gives me info about a whole set of files in
/usr/local/mysql-5.1.73-osx10.6-x86_64. That's where I thought it was, and
I deleted a previous installation because I had moved the data I needed to
another machine. 

I'm not a very experienced programmer and have trouble wrestling with the
command line. But I think I did my due diligence and didn't find any open
doors. 
 




Martin Mueller

Professor emeritus of English and Classics
Northwestern University




On 7/31/15 3:36 AM, Reindl Harald h.rei...@thelounge.net wrote:

first: don't reply off-list, a answer on a mailing-list is no invitation
for private support!

Am 31.07.2015 um 02:34 schrieb Martin Mueller:
 I read that section but was stopped in my tracks by

   Log on to your system as the Unix user that the MySQL server runs as
 (for example, mysql)

 Because I have no password for ANY thing.

read the f**ng 
https://dev.mysql.com/doc/refman5.0/en/resetting-permissions.html
https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html -
unbelievebale that users these days need anything ready chewed and are
too lazy to click on a link and read more than 5 lines

Resetting the Root Password: Generic Instructions
Stop the MySQL server if necessary, then restart it with the
--skip-grant-tables option

 I used the uninstall routine recommended by Rob Allen, in which you
remove
 the directories /usr/local/mysql as well as /usr/local/mysql* and a lot
of
 other library and etc files. So there is no trace of the old system on
my
 machine. How come a routine installation of mysql then locks up the
 application.

the datadir is *not* removed by any sane installer, dunno where it lives
on Apple machines since i banned them 5 years ago for good reasons

on a non-OSX i would just type updatedb; locate mysql als root

 On 7/30/15, 19:22, Reindl Harald h.rei...@thelounge.net wrote:

 Am 31.07.2015 um 01:41 schrieb Martin Mueller:
 I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I
 cannot
 run the mysql command because it challenges me for a password. But I
did
 not set any password, either for the root, for mysql, or for myself
as a
 user.

 So the installation has somehow installed passwords about which I know
 nothing or there is some error in the installation process.

 There is a lot on the Web about resetting a forgotten password. But
the
 assumption is always that you can get at the program via some other
 password. But in this case every door is shut.

 Does anybody recognize this problem? I've uninstalled and re-installed
 the
 program, but the results are always the same

 * install and uninstall *never* removes the datadir
 * users and permissions are in the DB mysql
 * https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html



--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql



Re: password problem

2015-07-31 Thread Martin Mueller
Dear Mr Harald,

I've learned some things from your responses and even more from shawn
green's. You might learn a lot from him about patience and courtesy, which
make life on a technical forum a lot easier. You clearly know a lot about
technical stuff, but you're short on patience, and it would help you a lot
to practice a little courtesy and refrain from vulgar language.


Martin Mueller

Professor emeritus of English and Classics
Northwestern University




On 7/31/15 9:12 AM, Reindl Harald h.rei...@thelounge.net wrote:



Am 31.07.2015 um 15:40 schrieb shawn l.green:
 1. Log on to your system as the Unix user that the MySQL server runs as
 (for example, mysql).

 Everything that executes on a Linux/Unix/Mac machine executes in the
 context of some kind of user account (the system login). By default,
 mysqld (the database server daemon) is installed to run under the host
 machine user account 'mysql'. It can be changed if you want to change it
 but that is the default. That is why 'mysql' was listed in the for
 example section of that instruction

but this part of the docs is completly bullshit

a) on no sane system the user mysql has a password, hence
no login possible and typically it has also no shell
configured

b) for what reason mysql -u root and you are done with
skip-grant-tables (and skip-grant-tables is the only
relevant point)

why in the world should i need to logon as the user mysqld runs for
connect to mysqld? but anyways, mysql -u mysql would have worked also
as well as mysql -u bullshit because skip-grant-tables does what it
says, you can do anything you like to do



--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql



Re: password problem

2015-07-31 Thread shawn l.green



On 7/31/2015 8:40 AM, Martin Mueller wrote:

Sorry  for the off-list reply. It was an oversight.

That said, the instructions for resetting a forgotten root password have a
section for Windows and a section for Unix. The Unix section begins as
follows:


1. Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql).



Everything that executes on a Linux/Unix/Mac machine executes in the 
context of some kind of user account (the system login). By default, 
mysqld (the database server daemon) is installed to run under the host 
machine user account 'mysql'. It can be changed if you want to change it 
but that is the default. That is why 'mysql' was listed in the for 
example section of that instruction.




But if I do this with the command 'mysql -u mysql I get the answer



No. That is how you log into mysqld to open a MySQL client session. The 
instruction was to login to your operating system as the user that 
mysqld operates as.  These are fundamentally different accounts at two 
very different levels.





Access denied for user 'mysql'@'localhost' (using password: NO)

I can do this as super user or normal, and I can try passwords from
earlier installations, but none of them work. So I am stopped dead in my
tracks, am I not?



That is because you didn't add this line to the [mysqld] section of your 
configuration file before you started mysqld.


skip-grant-tables

If you had, you would not have needed to use any passwords at all. This 
command (on the system prompt) would be all you need to connect to your 
now completely-unlocked database server (see the third section of 
generic instructions that work on any platform).


mysql



As for the datadir, the command update db locate mysql works on the Mac
and gives me info about a whole set of files in
/usr/local/mysql-5.1.73-osx10.6-x86_64. That's where I thought it was, and
I deleted a previous installation because I had moved the data I needed to
another machine.

I'm not a very experienced programmer and have trouble wrestling with the
command line. But I think I did my due diligence and didn't find any open
doors.



The door is there, you just just need to be able to see it as a door. 
Just a little more experience working on the command line will help.

... remainder snipped ...

--
Shawn Green
MySQL Senior Principal Technical Support Engineer
Oracle USA, Inc. - Integrated Cloud Applications  Platform Services
Office: Blountville, TN

Become certified in MySQL! Visit https://www.mysql.com/certification/ 
for details.


--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql



Re: password problem

2015-07-31 Thread Reindl Harald
first: don't reply off-list, a answer on a mailing-list is no invitation 
for private support!


Am 31.07.2015 um 02:34 schrieb Martin Mueller:

I read that section but was stopped in my tracks by

  Log on to your system as the Unix user that the MySQL server runs as
(for example, mysql)

Because I have no password for ANY thing.


read the f**ng 
https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html - 
unbelievebale that users these days need anything ready chewed and are 
too lazy to click on a link and read more than 5 lines


Resetting the Root Password: Generic Instructions
Stop the MySQL server if necessary, then restart it with the 
--skip-grant-tables option



I used the uninstall routine recommended by Rob Allen, in which you remove
the directories /usr/local/mysql as well as /usr/local/mysql* and a lot of
other library and etc files. So there is no trace of the old system on my
machine. How come a routine installation of mysql then locks up the
application.


the datadir is *not* removed by any sane installer, dunno where it lives 
on Apple machines since i banned them 5 years ago for good reasons


on a non-OSX i would just type updatedb; locate mysql als root


On 7/30/15, 19:22, Reindl Harald h.rei...@thelounge.net wrote:


Am 31.07.2015 um 01:41 schrieb Martin Mueller:

I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I
cannot
run the mysql command because it challenges me for a password. But I did
not set any password, either for the root, for mysql, or for myself as a
user.

So the installation has somehow installed passwords about which I know
nothing or there is some error in the installation process.

There is a lot on the Web about resetting a forgotten password. But the
assumption is always that you can get at the program via some other
password. But in this case every door is shut.

Does anybody recognize this problem? I've uninstalled and re-installed
the
program, but the results are always the same


* install and uninstall *never* removes the datadir
* users and permissions are in the DB mysql
* https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html




signature.asc
Description: OpenPGP digital signature


Re: password problem

2015-07-31 Thread nikhil anand
Data directory path mention in cnf is of old mysql.

Make a fresh data directory, configure it in configuration file and execute
mysqlinstall_db,

On Fri, Jul 31, 2015 at 5:11 AM, Martin Mueller 
martinmuel...@northwestern.edu wrote:

 I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I cannot
 run the mysql command because it challenges me for a password. But I did
 not set any password, either for the root, for mysql, or for myself as a
 user.

 So the installation has somehow installed passwords about which I know
 nothing or there is some error in the installation process.

 There is a lot on the Web about resetting a forgotten password. But the
 assumption is always that you can get at the program via some other
 password. But in this case every door is shut.

 Does anybody recognize this problem? I've uninstalled and re-installed the
 program, but the results are always the same.


 Martin Mueller
 Professor emeritus of English and Classics
 Northwestern University



 --
 MySQL General Mailing List
 For list archives: http://lists.mysql.com/mysql
 To unsubscribe:http://lists.mysql.com/mysql




-- 
*Thanks and Regards:*

*Nikhil Anand*

*+91 9650024197*


Re: password problem

2015-07-30 Thread Reindl Harald


Am 31.07.2015 um 01:41 schrieb Martin Mueller:

I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I cannot
run the mysql command because it challenges me for a password. But I did
not set any password, either for the root, for mysql, or for myself as a
user.

So the installation has somehow installed passwords about which I know
nothing or there is some error in the installation process.

There is a lot on the Web about resetting a forgotten password. But the
assumption is always that you can get at the program via some other
password. But in this case every door is shut.

Does anybody recognize this problem? I've uninstalled and re-installed the
program, but the results are always the same


* install and uninstall *never* removes the datadir
* users and permissions are in the DB mysql
* https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html



signature.asc
Description: OpenPGP digital signature


password problem

2015-07-30 Thread Martin Mueller
I have installed mysql 5.1.73 on an old Mac Pro running OS Lion. I cannot
run the mysql command because it challenges me for a password. But I did
not set any password, either for the root, for mysql, or for myself as a
user. 

So the installation has somehow installed passwords about which I know
nothing or there is some error in the installation process.

There is a lot on the Web about resetting a forgotten password. But the
assumption is always that you can get at the program via some other
password. But in this case every door is shut.

Does anybody recognize this problem? I've uninstalled and re-installed the
program, but the results are always the same.


Martin Mueller
Professor emeritus of English and Classics
Northwestern University



--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql



Re: 4.1 password problem

2005-11-24 Thread Felix Geerinckx
On 24/11/2005, Lowell Allen wrote:

 but I'm looking for a way to convert the short hash values into 
 comparable long hash values. 

This is (fortunately) *not* possible.

 Apparently the upgrade procedure can successfully convert
 short-to-long hash values for MySQL user passwords 

It doesn't. It uses the old method for old passwords and the new one
for new passwords. Look up the OLD_PASSWORD() function.

 Any practical advice greatly appreciated.

You can use OLD_PASSWORD() for old passwords (16 chars) and PASSWORD()
for new passwords (41 chars, starting with a '*').

Since you are receiving the password from the user when he/she logs in,
you can add some logic to your login procedure to change the password
to the new hashing.



P.S.: This is exactly why MySQL AB advises against the use of
PASSWORD() for your own authentication.

-- 
felix

-- 
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]



Re: 4.1 password problem

2005-11-24 Thread Lowell Allen

Felix Geerinckx wrote:

On 24/11/2005, Lowell Allen wrote:

but I'm looking for a way to convert the short hash values into 
comparable long hash values. 


This is (fortunately) *not* possible.


Apparently the upgrade procedure can successfully convert
short-to-long hash values for MySQL user passwords 


It doesn't. It uses the old method for old passwords and the new one
for new passwords. Look up the OLD_PASSWORD() function.


Any practical advice greatly appreciated.


You can use OLD_PASSWORD() for old passwords (16 chars) and PASSWORD()
for new passwords (41 chars, starting with a '*').

Since you are receiving the password from the user when he/she logs in,
you can add some logic to your login procedure to change the password
to the new hashing.


That seems like very good advice, thanks. Is there a proactive way to 
deal with this problem on servers that haven't been upgraded to 4.1 yet? 
Like changing the login to use OLD_PASSWORD() and writing to a new 
password field with an encryption function? In other words, something 
that would work pre-4.1 and also post-4.1. (Just writing 
conversationally, I'll check into it myself.)



P.S.: This is exactly why MySQL AB advises against the use of
PASSWORD() for your own authentication.


I missed that advisement completely, but I would have prefered a new 
name for a new function instead of changing the results of an existing 
function.


--
Lowell Allen





--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]



4.1 password problem

2005-11-23 Thread Lowell Allen
I have a PHP application that stores member-access passwords in a char 
column. When the passwords were stored, they were written to the 
database using the PASSWORD() function. Each hashed password is 16 
characters long. When a member logs in, the plain text password 
submitted is run through the PASSWORD() function and compared to the 
stored hash. After MySQL was upgraded to 4.1.11, the PASSWORD() function 
now creates a 41 character hash, which of course doesn't match the 16 
character hash. I understand it's possible to restart the MySQL server 
with the --old-passwords option so that PASSWORD() will create the old 
style short hash, but I'm looking for a way to convert the short hash 
values into comparable long hash values. (I don't want to ask 1200+ 
registered users to reset their passwords.) Apparently the upgrade 
procedure can successfully convert short-to-long hash values for MySQL 
user passwords (user in the sense of a MySQL user accessing the 
database itself), so surely there's a way to convert short hashed values 
to long hashed values for use within a PHP application. Any practical 
advice greatly appreciated.


--
Lowell Allen

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]



root password problem

2004-06-08 Thread Frank Bax
According to the docs, one of the first things I'm supposed to do is give 
root a password:

shell mysql -u root mysql
mysql SET PASSWORD FOR [EMAIL PROTECTED]('new_password');
I did that and now I get:
# mysql --user=root --password=new_password
ERROR 1045: Access denied for user: '[EMAIL PROTECTED]' (Using password: YES)
#
I know I'm typing my password correctly, because I can see what I typed in 
~/.mysql_history

Now what do I do?
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]


Re: root password problem

2004-06-08 Thread Frank Bax
At 08:25 PM 6/8/04, Frank Bax wrote:
According to the docs, one of the first things I'm supposed to do is give 
root a password:

shell mysql -u root mysql
mysql SET PASSWORD FOR [EMAIL PROTECTED]('new_password');
I did that and now I get:
# mysql --user=root --password=new_password
ERROR 1045: Access denied for user: '[EMAIL PROTECTED]' (Using password: YES)
#
I know I'm typing my password correctly, because I can see what I typed in 
~/.mysql_history

Now what do I do?

insert a \ before special characters (like $) in password.
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]


Re: root password problem

2004-06-08 Thread Michael Stassen
Frank Bax wrote:
At 08:25 PM 6/8/04, Frank Bax wrote:
According to the docs, one of the first things I'm supposed to do is 
give root a password:

shell mysql -u root mysql
mysql SET PASSWORD FOR [EMAIL PROTECTED]('new_password');
I did that and now I get:
# mysql --user=root --password=new_password
ERROR 1045: Access denied for user: '[EMAIL PROTECTED]' (Using password: 
YES)
#

I know I'm typing my password correctly, because I can see what I 
typed in ~/.mysql_history

Now what do I do?

insert a \ before special characters (like $) in password.
Better yet, just use `mysql -u root -p`.  MySQL will prompt you for the 
password, so you won't have to escape special chars, and someone running ps 
won't see your password.

Michael
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]


RE: Password problem

2003-01-16 Thread John Arnold
When connecting from a command line, mysql uses 3 of the columns in the user
table to decide whether or not to grant access.  These are host, user, and
password.  Note that in your results below, there is no
localhost-newsletter-testPass combination.  What the table shows is that
clients from any host other than localhost can log in to a mysql client
using the newsletter and testPass combination.

If you want to login using a client on the same machine that you're running
mysql, you need to add another entry to the user table, i.e.,

GRANT ALL PRIVILIGES ON newsletter.* TO newsletter@localhost IDENTIFIED BY
'testPass'

It took me a while to figure that one out, but it's saved me a lot of
frustration knowing it now.
I guess I don't understand why localhost isn't included in the % wildcard
for the host column in this table.  Anybody?

John Arnold
Director, IT Web Strategies
2k3 Technologies
915.439.1660



-Original Message-
From: Neil Aggarwal [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 15, 2003 11:00 AM
To: Mysql list
Subject: Password problem


Hello:

As the root user, I created a new database and user account:
CREATE DATABASE newsletter;
GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY 'testPass';
FLUSH PRIVILEGES;

I then tried to access the databse via the command-line client:
/usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

And I get this error:
ERROR 1045: Access denied for user: 'newsletter@localhost' (Using password:
YES)

I checked that mysql has it set-up correctly in the user and db tables
by logging in as the root account.

select * from user give me this line:
| %  | newsletter | 61fa73f50740c213 | N   |
N   | N   | N   | N   | N | N
| N | N| N | N  | N   |
N  | N

select * from db gives me this line:
| %  | newsletter | newsletter | Y   | Y
| Y   | Y   | Y   | Y | N  | Y
| Y  | Y  |

Any ideas?

Thanks,
Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases


-
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


-
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




RE: Re: Password problem

2003-01-16 Thread John Arnold
Nasser wrote:
it looks as though you have created the newsletter user with plain text
password.  mysql will 
compare the user password against the encrypted password and will fail.

Look at the password entry in the results below starting with 61fa

If the password had been stored as plain text, it would show as 'testPass'.
The only way I've been able to get an unencrypted password into this table
(quite unintentionally, I assure you) is to update the table directly as in
update user set password='testPass' where user = 'newsletter';

Of course, this was back when I was scratching my head over the same problem
below...

John Arnold
Director, IT Web Strategies
2k3 Technologies
915.439.1660




=

Hello:

As the root user, I created a new database and user account:
CREATE DATABASE newsletter;
GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY
'testPass';
FLUSH PRIVILEGES;

I then tried to access the databse via the command-line client:
/usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

And I get this error:
ERROR 1045: Access denied for user: 'newsletter@localhost' (Using password:
YES)

I checked that mysql has it set-up correctly in the user and db tables
by logging in as the root account.

select * from user give me this line:
| %  | newsletter | 61fa73f50740c213 | N
|
N   | N   | N   | N   | N | N
| N | N| N | N  | N   |
N  | N

select * from db gives me this line:
| %  | newsletter | newsletter | Y   |
Y
| Y   | Y   | Y   | Y | N  | Y
| Y  | Y  |

Any ideas?

Yes.
See Chapter 4.3.5 of the mysql manual.
Note that we must issue GRANT statements for both monty@localhost and
monty@%.

hth,
Doug


Thanks,
   Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases



-
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








-
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


-
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




Password problem

2003-01-15 Thread Neil Aggarwal
Hello:

As the root user, I created a new database and user account:
CREATE DATABASE newsletter;
GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY 'testPass';
FLUSH PRIVILEGES;

I then tried to access the databse via the command-line client:
/usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

And I get this error:
ERROR 1045: Access denied for user: 'newsletter@localhost' (Using password:
YES)

I checked that mysql has it set-up correctly in the user and db tables
by logging in as the root account.

select * from user give me this line:
| %  | newsletter | 61fa73f50740c213 | N   |
N   | N   | N   | N   | N | N
| N | N| N | N  | N   |
N  | N

select * from db gives me this line:
| %  | newsletter | newsletter | Y   | Y
| Y   | Y   | Y   | Y | N  | Y
| Y  | Y  |

Any ideas?

Thanks,
Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases


-
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




Re: Password problem

2003-01-15 Thread Doug Thompson
On Wed, 15 Jan 2003 11:00:21 -0600, Neil Aggarwal wrote:

Hello:

As the root user, I created a new database and user account:
CREATE DATABASE newsletter;
GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY 'testPass';
FLUSH PRIVILEGES;

I then tried to access the databse via the command-line client:
/usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

And I get this error:
ERROR 1045: Access denied for user: 'newsletter@localhost' (Using password:
YES)

I checked that mysql has it set-up correctly in the user and db tables
by logging in as the root account.

select * from user give me this line:
| %  | newsletter | 61fa73f50740c213 | N   |
N   | N   | N   | N   | N | N
| N | N| N | N  | N   |
N  | N

select * from db gives me this line:
| %  | newsletter | newsletter | Y   | Y
| Y   | Y   | Y   | Y | N  | Y
| Y  | Y  |

Any ideas?

Yes.
See Chapter 4.3.5 of the mysql manual.
Note that we must issue GRANT statements for both monty@localhost and
monty@%. 

hth,
Doug


Thanks,
   Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases



-
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




Re: Password problem

2003-01-15 Thread Stefan Hinz, iConnect \(Berlin\)
Neil,

 GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY
'testPass';
 FLUSH PRIVILEGES;
 I then tried to access the databse via the command-line client:
 /usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter
 And I get this error:
 ERROR 1045: Access denied for user: 'newsletter@localhost' (Using
password:
 YES)

I don't know if you have any other entries in the mysql.user / mysql.db
tables. If so, there could be another entry for
'newsletter'@'something_else_but_not_%'.

Whatever the reason - it's always a good idea to specify user names the
classical MySQL way, i. e. 'user'@'machine', and not - as in most
other DBMS - only as 'user'. What the manual says about it, is: The
simple form user is a synonym for user@%.

Details: http://www.mysql.com/doc/en/GRANT.html

Regards,
--
  Stefan Hinz [EMAIL PROTECTED]
  Geschäftsführer / CEO iConnect GmbH http://iConnect.de
  Heesestr. 6, 12169 Berlin (Germany)
  Tel: +49 30 7970948-0  Fax: +49 30 7970948-3

- Original Message -
From: Neil Aggarwal [EMAIL PROTECTED]
To: Mysql list [EMAIL PROTECTED]
Sent: Wednesday, January 15, 2003 6:00 PM
Subject: Password problem


 Hello:

 As the root user, I created a new database and user account:
 CREATE DATABASE newsletter;
 GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY
'testPass';
 FLUSH PRIVILEGES;

 I then tried to access the databse via the command-line client:
 /usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

 And I get this error:
 ERROR 1045: Access denied for user: 'newsletter@localhost' (Using
password:
 YES)

 I checked that mysql has it set-up correctly in the user and db tables
 by logging in as the root account.

 select * from user give me this line:
 | %  | newsletter | 61fa73f50740c213 | N
|
 N   | N   | N   | N   | N | N
 | N | N| N | N  | N
|
 N  | N

 select * from db gives me this line:
 | %  | newsletter | newsletter | Y
| Y
 | Y   | Y   | Y   | Y | N  | Y
 | Y  | Y  |

 Any ideas?

 Thanks,
 Neil.

 --
 Neil Aggarwal
 JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
 Custom Internet DevelopmentWebsites, Ecommerce, Java, databases


 -
 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



-
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




Re: Password problem

2003-01-15 Thread gerald_clark
GRANT ALL PRIVILEGES ON newsletter.* TO 'newsletter'@'localhost' IDENTIFIED BY 'testPass';



Neil Aggarwal wrote:


Hello:

As the root user, I created a new database and user account:
CREATE DATABASE newsletter;
GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY 'testPass';
FLUSH PRIVILEGES;

I then tried to access the databse via the command-line client:
/usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

And I get this error:
ERROR 1045: Access denied for user: 'newsletter@localhost' (Using password:
YES)

I checked that mysql has it set-up correctly in the user and db tables
by logging in as the root account.

select * from user give me this line:
| %  | newsletter | 61fa73f50740c213 | N   |
N   | N   | N   | N   | N | N
| N | N| N | N  | N   |
N  | N

select * from db gives me this line:
| %  | newsletter | newsletter | Y   | Y
| Y   | Y   | Y   | Y | N  | Y
| Y  | Y  |

Any ideas?

Thanks,
	Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases


-
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


 




-
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




Re:Re: Password problem

2003-01-15 Thread nossareh
it looks as though you have created the newsletter user with plain text password.  
mysql will compare the user password against the encrypted password and will fail.

you can do this:

mysql set password for newsletter@localhost=PASSWORD(testPass);

or 

mysql update user Set Password=Password(testPass) 
- where user=newsletter;

Also see page 393 of the mysql Reference Manual

thanks
Nasser.


=

Hello:

As the root user, I created a new database and user account:
CREATE DATABASE newsletter;
GRANT ALL PRIVILEGES ON newsletter.* TO newsletter IDENTIFIED BY 'testPass';
FLUSH PRIVILEGES;

I then tried to access the databse via the command-line client:
/usr/local/mysql/bin/mysql -u newsletter -ptestPass newsletter

And I get this error:
ERROR 1045: Access denied for user: 'newsletter@localhost' (Using password:
YES)

I checked that mysql has it set-up correctly in the user and db tables
by logging in as the root account.

select * from user give me this line:
| %  | newsletter | 61fa73f50740c213 | N   |
N   | N   | N   | N   | N | N
| N | N| N | N  | N   |
N  | N

select * from db gives me this line:
| %  | newsletter | newsletter | Y   | Y
| Y   | Y   | Y   | Y | N  | Y
| Y  | Y  |

Any ideas?

Yes.
See Chapter 4.3.5 of the mysql manual.
Note that we must issue GRANT statements for both monty@localhost and
monty@%. 

hth,
Doug


Thanks,
   Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases



-
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








-
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




Re: Re:Re: Password problem

2003-01-15 Thread Adolfo Bello

 you can do this:
 
 mysql set password for newsletter@localhost=PASSWORD(testPass);
 
 or 
 
 mysql update user Set Password=Password(testPass) 
 - where user=newsletter;
Don't forget the flush privileges thing after the update command.

 __ 
/ \\  @  ____@   Adolfo Bello [EMAIL PROTECTED]
   /  // // /\  / \\  // \  //   Bello Ingenieria S.A, Presidente
  /  \\ // / \\/  // //  / //cel: +58 416 609-6213
 /___ / _/\__\\//__/ // fax: +58 212 952-6797
   www.bisapi.com  //pager: www.tun-tun.com (# 609-6213)


-
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




Re: Mysql password problem

2002-01-11 Thread Gerald Clark

Are you sure the password for root is christ1 ?
Did you try it without the -p ?

Kory Wheatley wrote:

I have MYSQL installed on a hpux 11.0 unix system
I installed the binary and everything started up correctly
using  /opt/mysql/bin/safe_mysqld 

but when I try to connect as an user
/opt/mysql/bin/mysql -u root -pchrist1
It will not work .
Even if I do the following command I get an error
/opt/myql/bin/mysqladmin version

I receive this error on everything I do

error: 'Access denied for user: ' root@localhost:' (Using password =yes)

Does any have a solution?

--
#
Kory Wheatley
Academic Computing Analyst Sr.
Phone 282-3874
#
Everything must point to him.



-
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 mysql-unsubscribe-##L=##[EMAIL PROTECTED]
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php





-
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 mysql-unsubscribe-##L=##[EMAIL PROTECTED]
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php




Mysql password problem

2002-01-10 Thread Kory Wheatley

I have MYSQL installed on a hpux 11.0 unix system
I installed the binary and everything started up correctly
using  /opt/mysql/bin/safe_mysqld 

but when I try to connect as an user
/opt/mysql/bin/mysql -u root -pchrist1
It will not work .
Even if I do the following command I get an error
/opt/myql/bin/mysqladmin version

I receive this error on everything I do

error: 'Access denied for user: ' root@localhost:' (Using password =yes)

Does any have a solution?

--
#
Kory Wheatley
Academic Computing Analyst Sr.
Phone 282-3874
#
Everything must point to him.



-
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 mysql-unsubscribe-##L=##[EMAIL PROTECTED]
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php




serious password problem

2002-01-05 Thread Robert A. Knop Jr.

OK, I think I've read the docs and am doing everything right, but I simply
cannot get the mysql program to accept a password for any user other than
root.

I'm on RedHat Linux 7.2, with MySQL version 3.23.46.

I can get the root password set up fine, and I log in with it.  I can even
change it:


   mysql set password for root=password('newrootpw');
   mysql \q

   shell$ mysql -p -u root 
   Enter password: 

   Welcome to the MySQL monitor.  Commands end with ; or \g

So far so good.  Next I try to create another database and another user.

   mysql create database rknop;
   Query OK, 1 row affected (0.00 sec)

   mysql grant all on rknop.* to rknop identified by 'testpw';
   Query OK, 0 rows affected (0.00 sec)

   mysql \q

Here's the problem:

   shell$ mysql -p -u rknop rknop
   Enter password: 
   ERROR 1045: Access denied for user: 'rknop@localhost' (Using password: YES)

I've also tried (as root in mysql)

   mysql set password for rknop=password('testpw');

To no avail.  For reference, the user table has:

mysql select * from user where user='rknop'\G
*** 1. row ***
   Host: %
   User: rknop
   Password: 12ab181d57a7f4be
Select_priv: N
Insert_priv: N
Update_priv: N
Delete_priv: N
Create_priv: N
  Drop_priv: N
Reload_priv: N
  Shutdown_priv: N
   Process_priv: N
  File_priv: N
 Grant_priv: N
References_priv: N
 Index_priv: N
 Alter_priv: N
1 row in set (0.00 sec)

The /var/log/mysqld.log file says nothing after the startup ready for
connections message, and as such can shed no light on the situation.

Can anybody offer me any suggestions as to how to get around this
predicament?

Thanks,

-Rob

-
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




Re: serious password problem

2002-01-05 Thread Bogdan Stancescu

I don't know if this is it, but
--
6.11 When Privilege Changes Take Effect
When mysqld starts, all grant table contents are read into memory and become
effective at that point.

Modifications to the grant tables that you perform using GRANT, REVOKE, or SET
PASSWORD are noticed by the server immediately.

If you modify the grant tables manually (using INSERT, UPDATE, etc.), you should
execute a FLUSH PRIVILEGES statement or run mysqladmin flush-privileges or
mysqladmin reload to tell the server to reload the grant tables. Otherwise your
changes will have no effect until you restart the server. If you change the grant
tables manually but forget to reload the privileges, you will be wondering why
your changes don't seem to make any difference!

When the server notices that the grant tables have been changed, existing client
connections are affected as follows:

Table and column privilege changes take effect with the client's next request.
Database privilege changes take effect at the next USE db_name command.
Global privilege changes and password changes take effect the next time the client
connects.
---


Robert A. Knop Jr. wrote:

 OK, I think I've read the docs and am doing everything right, but I simply
 cannot get the mysql program to accept a password for any user other than
 root.

 I'm on RedHat Linux 7.2, with MySQL version 3.23.46.

 I can get the root password set up fine, and I log in with it.  I can even
 change it:

mysql set password for root=password('newrootpw');
mysql \q

shell$ mysql -p -u root
Enter password:

Welcome to the MySQL monitor.  Commands end with ; or \g

 So far so good.  Next I try to create another database and another user.

mysql create database rknop;
Query OK, 1 row affected (0.00 sec)

mysql grant all on rknop.* to rknop identified by 'testpw';
Query OK, 0 rows affected (0.00 sec)

mysql \q

 Here's the problem:

shell$ mysql -p -u rknop rknop
Enter password:
ERROR 1045: Access denied for user: 'rknop@localhost' (Using password: YES)

 I've also tried (as root in mysql)

mysql set password for rknop=password('testpw');

 To no avail.  For reference, the user table has:

 mysql select * from user where user='rknop'\G
 *** 1. row ***
Host: %
User: rknop
Password: 12ab181d57a7f4be
 Select_priv: N
 Insert_priv: N
 Update_priv: N
 Delete_priv: N
 Create_priv: N
   Drop_priv: N
 Reload_priv: N
   Shutdown_priv: N
Process_priv: N
   File_priv: N
  Grant_priv: N
 References_priv: N
  Index_priv: N
  Alter_priv: N
 1 row in set (0.00 sec)

 The /var/log/mysqld.log file says nothing after the startup ready for
 connections message, and as such can shed no light on the situation.

 Can anybody offer me any suggestions as to how to get around this
 predicament?

 Thanks,

 -Rob

 -
 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



-
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




Re: serious password problem

2002-01-05 Thread Robert A. Knop Jr.

 I don't know if this is it, but

I don't think so; I've tried flush privileges, even though the docs don't
state it's necessary for GRANT or SET PASSWORD.  I've also tried stopping
and restarting the mysqld process.

-Rob

-
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




Re: serious password problem

2002-01-05 Thread Carl Troein


Robert A. Knop Jr. writes:

ERROR 1045: Access denied for user: 'rknop@localhost' (Using password: YES)
 
 mysql select * from user where user='rknop'\G
 *** 1. row ***
Host: %
User: rknop

localhost is a special value (meaning connection over unix socket
rather than TCP/IP), and it's not matched by % in this case. You
need to grant access to user@localhost as well.

//C

-- 
 Carl Troein - Círdan / Istari-PixelMagic - UIN 16353280
 [EMAIL PROTECTED] | http://pixelmagic.dyndns.org/~cirdan/
 Amiga user since '89, and damned proud of it too.

mysql

-
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




Re: serious password problem

2002-01-05 Thread Robert A. Knop Jr.

 localhost is a special value (meaning connection over unix socket
 rather than TCP/IP), and it's not matched by % in this case. You
 need to grant access to user@localhost as well.

Aha!  That did the trick.  Thank you very much.

(Is this in the manual?  If so, I didn't find it.  It would probably be
worth inserting prominently in the sections on Grant and Revoke and Set
Password, unless it's there already and I'm at fault for failing to
sufficiently RTFM.)

-Rob

  (Food for SPAM filter: sql,database,table,query!!!)

-- 
-=-=-= Rob Knop =-= [EMAIL PROTECTED] =-= http://www.pobox.com/~rknop =-=-=-
 Help the EFF protect basic freedoms online: http://www.eff.org
 Playwrights  theatre types, see The Dramatic Exchange: http://www.dramex.org

-
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




Re: serious password problem

2002-01-05 Thread Carl Troein


Robert A. Knop Jr. writes:

  localhost is a special value (meaning connection over unix socket
  rather than TCP/IP), and it's not matched by % in this case. You
  need to grant access to user@localhost as well.
 
 (Is this in the manual?  If so, I didn't find it.

Heh, it turns out that I was wrong about what happens. The real reason
you need to add localhost is the interaction between host and user in
the mysql privilege system, and the defaults.

On http://www.mysql.com/doc/A/c/Access_denied.html I found it in
the paragraph that starts If you can't figure out. The page which
discusses how things work is
http://www.mysql.com/doc/C/o/Connection_access.html

It's probably a good idea to remove the entry for ''@'localhost'.

//C

-- 
 Carl Troein - Círdan / Istari-PixelMagic - UIN 16353280
 [EMAIL PROTECTED] | http://pixelmagic.dyndns.org/~cirdan/
 Amiga user since '89, and damned proud of it too.


-
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




Re: serious password problem

2002-01-05 Thread Robert A. Knop Jr.

 It's probably a good idea to remove the entry for ''@'localhost'.

For many reasons, yes. :)

-Rob

  (SPAMblocker food: sql table query database)

-- 
-=-=-= Rob Knop =-= [EMAIL PROTECTED] =-= http://www.pobox.com/~rknop =-=-=-
 Help the EFF protect basic freedoms online: http://www.eff.org
 Playwrights  theatre types, see The Dramatic Exchange: http://www.dramex.org

-
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




Re: serious password problem

2002-01-05 Thread Steve Rapaport

I see 2 possible problems:

1) syntax:  I had to experiment with the mysql line a bit before
it worked.  Try:
mysql -urknop -p
password

(Note no space before username, password last)

2) Your user has no permissions at all:  I've never tried that, but
I wouldn't be surprised if it made login impossible.  Try setting a
few first.

Good luck!

Steve

Robert A. Knop Jr. wrote:

 OK, I think I've read the docs and am doing everything right, but I simply
 cannot get the mysql program to accept a password for any user other than
 root.
 
 I'm on RedHat Linux 7.2, with MySQL version 3.23.46.
 
 I can get the root password set up fine, and I log in with it.  I can even
 change it:
 
 
mysql set password for root=password('newrootpw');
mysql \q
 
shell$ mysql -p -u root 
Enter password: 
 
Welcome to the MySQL monitor.  Commands end with ; or \g
 
 So far so good.  Next I try to create another database and another user.
 
mysql create database rknop;
Query OK, 1 row affected (0.00 sec)
 
mysql grant all on rknop.* to rknop identified by 'testpw';
Query OK, 0 rows affected (0.00 sec)
 
mysql \q
 
 Here's the problem:
 
shell$ mysql -p -u rknop rknop
Enter password: 
ERROR 1045: Access denied for user: 'rknop@localhost' (Using password: YES)
 
 I've also tried (as root in mysql)
 
mysql set password for rknop=password('testpw');
 
 To no avail.  For reference, the user table has:
 
 mysql select * from user where user='rknop'\G
 *** 1. row ***
Host: %
User: rknop
Password: 12ab181d57a7f4be
 Select_priv: N
 Insert_priv: N
 Update_priv: N
 Delete_priv: N
 Create_priv: N
   Drop_priv: N
 Reload_priv: N
   Shutdown_priv: N
Process_priv: N
   File_priv: N
  Grant_priv: N
 References_priv: N
  Index_priv: N
  Alter_priv: N
 1 row in set (0.00 sec)
 
 The /var/log/mysqld.log file says nothing after the startup ready for
 connections message, and as such can shed no light on the situation.
 
 Can anybody offer me any suggestions as to how to get around this
 predicament?
 
 Thanks,
 
 -Rob
 
 -
 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
 
 
 


-- 
Steve Rapaport
World Citizen


-
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




Fixed MYSQL password problem!

2001-12-04 Thread Richard S. Huntrods

I fixed the problem I just posted with MySql new installs not seeing
my passwords.

I had simply forgotten to flush the permissions after I set the
password.

mysqladmin -u root flush-privileges

Cheers,

-Richard




-
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




Password problem

2001-03-17 Thread Charles Mégnin

Hi,
I am trying to set up a passsword a system root for the root MySQL
server
for the 1st time (rpm download)  I get the following error message:

[root@localhost MySQL]# /usr/bin/mysqladmin -u mysql -p password
'x1234!'
Enter password: 
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user: 'mysql@localhost' (Using password: YES)'

if I run the same command as MySQL root (ie: user mysql):

bash$ /usr/bin/mysqladmin -u mysql -p password 'x1234!'
Enter password: 
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (111)'
Check that mysqld is running and that the socket:
'/var/lib/mysql/mysql.sock' exists!

The socket is on /tmp but not on /var/lib/mysql/

Also, should the user specified with -u be 'mysql' (a valid id on my
system)
or should the argument remain 'root' ?

Thanks for your input,
Charles

-
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