NXLog Agent known issues
The following is a list of known issues for NXLog Agent.
| Issue | Affected version(s) | Fixed version |
|---|---|---|
Remote Management system metrics unavailable on pre-Windows Vista operating systems |
6.14 and newer |
|
Duplicate events sent after restart when the output queue contains undelivered events |
6.12 and newer |
|
6.8 to 6.12 |
6.13 |
|
6.4 and newer |
||
6.2 and newer |
||
6.2 to 6.11 |
6.12 |
|
Events collected from Windows Server 2022 and Windows 11 have missing fields |
6.2 to 6.5 |
6.6 |
Google Cloud Pub/Sub modules trim messages containing a NULL byte |
All |
|
All |
||
All |
||
The Character Set Conversion extension module fails to autodetect UTF-16 |
All |
|
All |
Remote Management system metrics unavailable on pre-Windows Vista operating systems
- Affected version(s)
-
6.14 and newer
- Description
-
On Windows versions earlier than Vista (Windows 2000, Windows XP, and Windows Server 2003), the Remote Management module cannot populate the
load,fd_count, andthread_countfields in the ServerInfo response. These fields return-1or0instead of the actual values because the Windows APIs required to collect them are not available on these operating systems.
Duplicate events sent after restart when the output queue contains undelivered events
- Affected version(s)
-
6.12 and newer
- Description
-
When NXLog Agent stops with undelivered events in an output module’s log queue, those events are saved to a temporary
.qfile named after the module. This behavior applies even when PersistLogqueue is set to the default valueFALSE, as NXLog Agent saves in-memory queues to disk on shutdown to allow recovery.However, after reloading the events from the
.qfile on restart, NXLog Agent does not delete the file. This means that each subsequent restart re-reads and re-delivers the same events, resulting in duplicate events being sent to the output destination. - Workaround
-
After restarting NXLog Agent, manually delete the
.qfiles from the log queue directory. These files are stored in/opt/nxlog/var/spool/nxlogby default, or in the directory specified by the LogqueueDir directive.
Events counted twice when FlowControl is active
- Affected version(s)
-
6.8 to 6.12
- Fixed version
-
6.13
- Description
-
When FlowControl is active and it pauses a module instance, agent statistics may count events twice—once in the
evt-fwdmetric of the paused module instance and again in theevt-recvdmetric of the next module instance.
OpenTelemetry Collector limitation when using gRPC+TLS
- Affected version(s)
-
6.4 and newer
- Description
-
The OpenTelemetry Collector input module does not support gRPC+TLS when specifying an IP address for the listen address.
- Workaround
-
Specify a domain name when when using gRPC+TLS.
Missing Check Point input module
- Affected version(s)
-
6.2 and newer
- Description
-
Due to missing build dependencies, the Ubuntu 22.04, Red Hat Enterprise Linux 9, and Amazon Linux 2022 packages do not include the Check Point OPSEC LEA input module.
NXLog Agent is not tested with OpenSSL 3.2.x
- Affected version(s)
-
6.2 to 6.11
- Fixed version
-
6.12
- Description
-
NXLog Agent is not yet tested on operating systems that ship with OpenSSL 3.2.x, such as RHEL 9.5, and may have compatibility issues due to major changes introduced in OpenSSL 3.2.2.
- Workaround
-
Downgrade OpenSSL to version 3.0.x.
Events collected from Windows Server 2022 and Windows 11 have missing fields
- Affected version(s)
-
6.2 to 6.5
- Fixed version
-
6.6
- Description
-
Microsoft Windows Server 2022 and Windows 11 contain a bug that causes the Event Log API to return fewer fields than expected.
- Workaround
-
Upgrade Windows Server 2022 to version 10.0.20348.740 and Windows 11 to version 10.0.22000.739, where Microsoft addressed this bug.
The Microsoft 365 input module generates duplicate events
- Affected version(s)
-
All
- Description
-
There is a small possibility that the Microsoft 365 input module generates multiple events for the same email. This issue is caused by a duplicate Reporting Web Service API response.
Log rotation failure caused by a third party service
- Affected version(s)
-
All
- Description
-
NXLog Agent relies on an external
systemdservice, which is usually a part of the operating system. However, there are several operating systems, such as CentOS 8 and 9, RHEL 9, Debian 12, Ubuntu 22 and 24, Amazon Linux 2023, and possibly others, that contain a known bug causing a failure during NXLog Agent log rotation. This issue results in an NXLog Agent crash (version 6.2 and earlier) or manifests as a log entry containing "BAD MESSAGE" (versions 6.3 and 6.3HF1).This situation cannot be resolved by NXLog Agent alone. We implemented a recovery procedure to restore log acquisition, but during the failure, NXLog Agent cannot guarantee the acquisition of all events without losses.
- Workaround
-
Contact us if you require technical support regarding this issue.
The Character Set Conversion extension module fails to autodetect UTF-16
- Affected version(s)
-
All
- Description
-
The Character Set Conversion extension module’s convert_fields() procedure fails to autodetect UTF-16 encoding because the Byte Order Mark (BOM) at the beginning of the file does not propagate to subsequent messages.
- Workaround
-
Use a fixed input character set instead of autodetection, or use the
InputType converter.convertdirective. For more information, see Example 2 of the Character Set Conversion extension module documentation.