Hello,
Since the file is still being generated on the agent machine, you need to confirm whether the agent is reading the file and forwarding it to the Wazuh manager.
On the Windows endpoint, verify and restart the agent service:
Get-Service WazuhSvc
Restart-Service WazuhSvc
Then check the agent log: Get-Content "C:\Program Files (x86)\ossec-agent\ossec.log" -Tail 100
From the logs, try to look for messages where it reads "The Wazuh agent is reading from the path being monitored," or also check for errors.
Please also confirm the <localfile> entry still points to the correct file path. For example:
<localfile>
<log_format>syslog</log_format>
<location>C:\path\to\your\file.log</location>
</localfile>
Then on the Wazuh manager side, check whether you are able to see the alerts in the alerts.json file: cat /var/ossec/logs/alerts/alerts.json | grep part-of-your-log
You can also check the archives. You can enable the archive log by editing the /var/ossec/etc/ossec.conf file.
<ossec_config>
<global>
----
<logall>yes</logall>
<logall_json>yes</logall_json>
</global>
</ossec_config>
Then restart the Wazuh-manager.
systemctl restart wazuh-manager
cat /var/ossec/logs/archives/archives.json | grep "part of your log"
Verify that you have the logs, then disable archiving by setting the values to no.
If the log appears in archives.json but not in alerts.json, then the agent is sending the log, but no rule is matching it.
If it does not appear in archives either, then the challenge is possibly on the agent side, the file is not being monitored, the path has changed, the agent is disconnected, or the agent cannot read the file.
Please share all the details above if you require assistance analyzing the issue.