-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Winlogbeat - Test Usage on Windows Event Collector #1031
Comments
No issues with message fields coming from my event collector. |
@davidhowell-tx Thank you for commenting! Are you using a pull subscription (event collector pulls from event sources) or a push (event sources push to event collector)? And what operating systems are you using? |
My Event Collector is a Windows Server 2012 R2 system, and my source systems are all Windows Server 2012 R2 as well. I am using Source initiated subscriptions, so push. |
I am having an issue with the message field not being rendered. I am running WinlogBeat on an event collector with Source-initiated subscriptions that store into the "Forwarded Events" event log |
I wonder if the format setting could cause that problem. See |
Found my problem: The event collector did not have the event manifests from the application that created the original events on the source computer. Installing the application on the event collector resolved the issue. Thanks for responding! |
I did find a small issue in 5.X when testing. It causes message_error to be always be present but otherwise it is working as expected. See my comment here for more details: I am targeting a fix for that issue for 5.0.0-beta1. |
There's one more thing that should be fixed so I'm leaving this open. I think the state that we persist to disk needs to be more than just a single number in order to be able to correctly resume reading the ForwardedEvents log on restart. There are multiple log sources contained in ForwardedEvents and each source has its own record number counter. If we store a bookmark (XML string) this should allow Winlogbeat to properly resume after restart for the ForwardedEvents log. |
I tested the bookmarks provided by Windows with the ForwardedEvents log and it doesn't help. The bookmarks do not account for the fact that there can be a unique record number iterator for each remote event log source. This may result in some forwarded events not being shipped if Winlogbeat is restarted. Here's the bookmark it created:
Further confirming this behavior is this thread on the Technet forums. |
I want to make sure users have a good experience when deploying Winlogbeat on a event collector machine. In this architecture event logs from multiple machines are forwarded to the collector and stored in the "Forwarded Events" event log.
In particular, verify that the
message
field is rendered without error for events from the source machines.Setup summary:
"enable winrm on the forwarding hosts, open the firewall ports, add the collector machine account to the forwarding machine's local eventviewers group then create the subscription on the collector"
The text was updated successfully, but these errors were encountered: