Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: poker-network - A poker server, client and abstract user interface library Alias: poker-network https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219972 ------- Additional Comments From chris.stone@xxxxxxxxx 2007-01-21 09:17 EST ------- (In reply to comment #39) > I'm having trouble running the poker-server due to a bad mysql password. Here's > what I've done: > > 1. On a fresh box, install Rawhide with the latest updates > 2. Install mysql-server, as well as the poker-server dependencies > 3. Leave the settings in /etc/poker-network/poker.server.xml as the defaults > 3. 'service mysqld start' > 5. 'service poker-server start' > 6. Look in /var/log/poker-server.log > > Expected results: > > Some sort of 'poker server started' success message > > Observed results: > > The attached stack trace > > I tried using a shorter pokernetwork password in the mysql server, as well as an > empty password, but I get the same results. I've also tried connecting to the > mysql server as the pokernetwork user, using the password in poker.server.xml, > but that fails as well. Okay, after some digging the in mysql manual I found this: If you cannot figure out why you get Access denied, remove from the user table all entries that have Host values containing wildcards (entries that contain ‘%’ or ‘_’). A very common error is to insert a new entry with Host='%' and User='some_user', thinking that this allows you to specify localhost to connect from the same machine. The reason that this does not work is that the default privileges include an entry with Host='localhost' and User=''. Because that entry has a Host value 'localhost' that is more specific than '%', it is used in preference to the new entry when connecting from localhost! The correct procedure is to insert a second entry with Host='localhost' and User='some_user', or to delete the entry with Host='localhost' and User=''. After deleting the entry, remember to issue a FLUSH PRIVILEGES statement to reload the grant tables. So to fix this you have drop all anonymous users in the user table. I will talk to upstream about this and see what they suggest. Might be best to change the user creation code to use a Host of 'localhost' instead of '%'. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review