[Bug 219972] Review Request: poker-network - A poker server, client and abstract user interface library

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]