Quote:Don't mind the errors if it works otherwise. I think the errors are caused by the automatic munin detection system which tries to discover which plugins can be activated. For example when you run munin-node-configure you'll see error message explainin why the plugin failed instead of the by-the-book reply of either yes or no depending on whether the plugin can be activated. I think it's better to set the error message even though it may cause some other weird error messages in the log files. Otherwise it's pain to debug why the connection failed.
ok thanks for reply
Quote:You can edit munin's configuration file /etc/munin/plugin-conf.d/munin-node (it should exist already) and add lines like following there:
yes, I configured the file as you indicate but if the rcon password is different on the servers so it does not work ....
Example :
/etc/munin/plugin-conf.d/munin-node :
Code:
[srcds_*]
env.srcdspass abcde12345
[srcds_fps_XXX.XXX.X.X_27018]
env.srcdspass abcde12345
[srcds_fps_XXX.XXX.X.X_27021]
env.srcdspass 12345abcde
server1 >> server.cfg : rcon_password "abcde12345"
server2 >> server.cfg : rcon_password "12345abcde" >> could not autentificate
In log :
Quote: Could not open socket to XXX.XXX.X.X:27021
Could not authenticate.
netstat -tupan | grep 4949 :
Quote:tcp 0 0 0.0.0.0:4949 0.0.0.0:* LISTEN 3462/munin-node
if /etc/munin/plugin-conf.d/munin-node :
Code:
[srcds_*]
env.srcdspass abcde12345
[srcds_fps_XXX.XXX.X.X_27018]
env.srcdspass abcde12345
[srcds_fps_XXX.XXX.X.X_27021]
env.srcdspass abcde12345
server1 >> server.cfg : rcon_password "abcde12345"
server2 >> server.cfg : rcon_password "abcde12345"
It's Good !!!!!
Quote:I'm not completely sure, but it might be possible to use syntax like:
I'll test