search

ViperZ8 / darkrp

Automatically exported from code.google.com/p/darkrp
0 stars 1 forks source link

FPP Custom Groups not saving on CentOS 6.2 #891

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Do you have any errors? serverside or clientside? If you do, which ones?
No.

Are you using the downloaded version or an SVN revision (if SVN, which
revision number)? Latest SVN.

Please provide any additional information below.
Adding a custom group into FPP will allow you to add users without an issue, 
however after a server restart/crash the group will no longer exist. 

However it will appear in the list even after a restart, but you'll not be able 
to add players to it, and it won't have the tool permissions it had before.

Below are some screenshots of the process after a restart. 

Here's the group list, the group was created before a restart.
http://summit-gaming.com/images/errors/fppgrouplist.png

(It still shows a non-existent group.)

Here's when I try to force-add a player to the group through rcon. (It won't 
work through the GUI either, because technically the group doesn't exist.)
http://summit-gaming.com/images/errors/rconerror.png

Here's a view of the database groups after the group was added and the server 
restarts.
http://summit-gaming.com/images/errors/dbbrowser.png

This isn't strictly an issue with FPP, I'm also having a few issues with ulx 
saving "groupallows" and "groupdenys" and server sandbox variables, but they 
have commands that will function from the server.cfg every restart.

I'm thinking this is more of a CentOS issue. However all the darkrp variables 
store fine, the database is chmodded to 777 and the owner is srcds, the user 
the process runs under. (I've even attempted to run the server under root, 
didn't fix.)

I figured I'd post in case other are experiencing the issue, or you had a 
possible solution.

Original issue reported on code.google.com by rok...@summit-gaming.com on 15 Jul 2012 at 7:46

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
moved srcds installation to /var/ & chmod +x sv.db.

Original comment by rok...@summit-gaming.com on 16 Jul 2012 at 8:42

GoogleCodeExporter commented 9 years ago 
I don't know what the cause could be. Gmod servers aren't that great with Linux.

Original comment by fpeijnen...@gmail.com on 17 Jul 2012 at 9:55