SysLog Forwarding for XenServer
-
@travisdh1 So with both TCP and UDP open.
[root@syslog-cent log]# firewall-cmd --list-all public (default, active) interfaces: eth0 sources: services: dhcpv6-client ssh ports: 5601/udp 80/tcp 5601/tcp 5044/tcp masquerade: no forward-ports: icmp-blocks: rich rules:
Still nothing showing up in Kibana
-
@travisdh1 said in SysLog Forwarding for XenServer:
We may be getting somewhere. You're kibana.stderr looks like you need port 5601 open.
firewall-cmd --zone=public --add-port=5601/tcp --permanent
Sidenote: I still don't like firewall-cmd. Change is hard, even for geeks.
Do you have to reload the firewalld settings to get them to apply?
firewall-cmd --reload
-
@coliver Yep, I keep forgetting that step.... spent an hour the other day wondering why things weren't working.
-
@coliver I did.
I'll run it again though.
-
So still digging into this...
[root@syslog-cent bin]# ./kibana serve restart log [10:14:12.914] [fatal] Error: listen EADDRINUSE 0.0.0.0:5601 at Object.exports._errnoException (util.js:870:11) at exports._exceptionWithHostPort (util.js:893:20) at Server._listen2 (net.js:1236:14) at listen (net.js:1272:10) at net.js:1381:9 at nextTickCallbackWith3Args (node.js:448:9) at process._tickDomainCallback (node.js:395:17) FATAL { [Error: listen EADDRINUSE 0.0.0.0:5601] cause: { [Error: listen EADDRINUSE 0.0.0.0:5601] code: 'EADDRINUSE', errno: 'EADDRINUSE', syscall: 'listen', address: '0.0.0.0', port: 5601 }, isOperational: true, code: 'EADDRINUSE', errno: 'EADDRINUSE', syscall: 'listen', address: '0.0.0.0', port: 5601 }
-
We must have to change the kibana.yml file to not listen on the localhost address...
kibana.yml...
[root@syslog-cent config]# cat kibana.yml server.host: "localhost" elasticsearch_url: "http://localhost:9200" server.port:5601
-
I'm rebooting see if its hung somewhere. As from what I can find online the kibana server is supposedly running twice...
-
Ok so after playing with the timestamp (top right) I do actually have logs, but only from the 12th of the month...
So maybe it was working, but not showing the logs... now to figure out what the crap is broken....
-
I donwloaded the Graylog OVA this morning to test it out and put it on my XS pool. Just set Xencenter to forward logs to the Graylog server, seems to work well. Xenserver still making local log entries, but i am ok with that.
Xenserver sure does like logging messages. 2 hosts making a couple hundred messages/minute, xenstored and xapi are the top ones by far. -
@momurda said in SysLog Forwarding for XenServer:
I donwloaded the Graylog OVA this morning to test it out and put it on my XS pool. Just set Xencenter to forward logs to the Graylog server, seems to work well. Xenserver still making local log entries, but i am ok with that.
Xenserver sure does like logging messages. 2 hosts making a couple hundred messages/minute, xenstored and xapi are the top ones by far.What source are you using?
-
All i did was download and import the ova, then went into Xencenter and forwarded logs on each host to the ip of the graylog server. Here is my sources page
Here is more sources, basically the whole list. I am still quite overwhelmed with the options and config of graylog, but as i get dashboards setup for things and add more log sources i will post them here as well if you would like.
-
I think it is important to note that the graylog ova is preconfigured to 'just work' according to their site, and it seems to do just that. I will try adding some of my windows vm to this and see what happens later today or tomorrow.
-
For some reason I thought / think there are some pretty big limitations to GrayLog.
Maybe I'm wrong.... but I'll take a look at it.
-
For anyone curious how to stop any local logging just modify
/var/lib/syslog.conf
Comment out everything that hits a local path, leaving the @<ip_addr> as the only option.
-
@DustinB3403 said in SysLog Forwarding for XenServer:
For anyone curious how to stop any local logging just modify
/var/lib/syslog.conf
Comment out everything that hits a local path, leaving the @<ip_addr> as the only option.
Reboot and see if it sticks.
It did not for me.
-
@momurda said in SysLog Forwarding for XenServer:
I donwloaded the Graylog OVA this morning to test it out and put it on my XS pool.
I cannot get it to import onto my XS.
Did you just import it in with no issues?
-
@BRRABill said in SysLog Forwarding for XenServer:
@DustinB3403 said in SysLog Forwarding for XenServer:
For anyone curious how to stop any local logging just modify
/var/lib/syslog.conf
Comment out everything that hits a local path, leaving the @<ip_addr> as the only option.
Reboot and see if it sticks.
It did not for me.
Will test tomorrow.
-
@DustinB3403 said in SysLog Forwarding for XenServer:
@BRRABill said in SysLog Forwarding for XenServer:
@DustinB3403 said in SysLog Forwarding for XenServer:
For anyone curious how to stop any local logging just modify
/var/lib/syslog.conf
Comment out everything that hits a local path, leaving the @<ip_addr> as the only option.
Reboot and see if it sticks.
It did not for me.
Will test tomorrow.
That was my issue. On reboot it would wipe out the changes I made.
-
@BRRABill said in SysLog Forwarding for XenServer:
@DustinB3403 said in SysLog Forwarding for XenServer:
@BRRABill said in SysLog Forwarding for XenServer:
@DustinB3403 said in SysLog Forwarding for XenServer:
For anyone curious how to stop any local logging just modify
/var/lib/syslog.conf
Comment out everything that hits a local path, leaving the @<ip_addr> as the only option.
Reboot and see if it sticks.
It did not for me.
Will test tomorrow.
That was my issue. On reboot it would wipe out the changes I made.
In a pinch you can do chattr +i on the rsyslog.conf file to make it immutable.
-
@stacksofplates said in SysLog Forwarding for XenServer:
@BRRABill said in SysLog Forwarding for XenServer:
@DustinB3403 said in SysLog Forwarding for XenServer:
@BRRABill said in SysLog Forwarding for XenServer:
@DustinB3403 said in SysLog Forwarding for XenServer:
For anyone curious how to stop any local logging just modify
/var/lib/syslog.conf
Comment out everything that hits a local path, leaving the @<ip_addr> as the only option.
Reboot and see if it sticks.
It did not for me.
Will test tomorrow.
That was my issue. On reboot it would wipe out the changes I made.
In a pinch you can do chattr +i on the rsyslog.conf file to make it immutable.
Yeah on the bottom of that article everyone talks about it basically says to change the permission to make it unwritable.
But they call that a QUOTE dirty, dirty tirck UNQUOTE.