Fluentd Blog https://www.fluentd.org/blog Get the Latest Updates on Fluentd and More Fluentd v1.16.10 has been released https://www.fluentd.org/blog/fluentd-v1.16.10-has-been-released <p>Hi users!</p> <p>We have released v1.16.10 on 2025-09-12. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v11610---20250912">here</a>.</p> <p>This release is a maintenance release of v1.16 series.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.8!</p> <h2>Bug Fixes</h2> <h3>Server plugin helper: Fix bug where it may not properly close connections on Fluentd&#39;s shutdown</h3> <p>This issue has existed since this helper was first introduced and has affected at least Fluentd v0.14 and td-agent v3 and later.</p> <p>The official plugins mainly affected are:</p> <ul> <li><a href="https://docs.fluentd.org/input/tcp">in_tcp</a></li> <li><a href="https://docs.fluentd.org/input/syslog">in_syslog</a></li> <li><a href="https://docs.fluentd.org/input/forward">in_forward</a></li> </ul> <p>This bug causes the following two problems:</p> <ul> <li>Even with <a href="https://docs.fluentd.org/configuration/buffer-section#flushing-parameters">flush_at_shutdown</a> enabled, Fluentd may stop with buffer files left behind.</li> <li>There is a risk of losing received data during Fluentd&#39;s shutdown sequence although the probability is very low.</li> </ul> <p>Fluentd normally shuts down each plugin in a safe sequence, but this bug causes it to continue receiving data unexpectedly during a phase when new data should no longer be accepted.</p> <p>Even if buffer files remain, they will be restored on the next start, so this is not an issue. On the other hand, when using a memory buffer, the risk of log loss becomes much higher.</p> <p>Please note that this bug is unlikely to be a major problem when using a file buffer. In the first place, server-type input plugins generally cannot receive data while Fluentd is down, so unless the client has a resend mechanism, there is always a risk of log loss during Fluentd&#39;s restart. With the <a href="https://docs.fluentd.org/deployment/zero-downtime-restart">zero-downtime restart feature</a> introduced in Fluentd v1.18 (fluent-package v5.2 or v6), Fluentd can now be restarted without downtime.</p> <p>Ref: <a href="https://github.com/fluent/fluentd/pull/5026">Fluentd#5026</a></p> <p>Enjoy logging!</p> 2025-09-12 <p>Hi users!</p> <p>We have released v1.16.10 on 2025-09-12. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v11610---20250912">here</a>.</p> <p>This release is a maintenance release of v1.16 series.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.8!</p> <h2>Bug Fixes</h2> <h3>Server plugin helper: Fix bug where it may not properly close connections on Fluentd&#39;s shutdown</h3> <p>This issue has existed since this helper was first introduced and has affected at least Fluentd v0.14 and td-agent v3 and later.</p> <p>The official plugins mainly affected are:</p> <ul> <li><a href="https://docs.fluentd.org/input/tcp">in_tcp</a></li> <li><a href="https://docs.fluentd.org/input/syslog">in_syslog</a></li> <li><a href="https://docs.fluentd.org/input/forward">in_forward</a></li> </ul> <p>This bug causes the following two problems:</p> <ul> <li>Even with <a href="https://docs.fluentd.org/configuration/buffer-section#flushing-parameters">flush_at_shutdown</a> enabled, Fluentd may stop with buffer files left behind.</li> <li>There is a risk of losing received data during Fluentd&#39;s shutdown sequence although the probability is very low.</li> </ul> <p>Fluentd normally shuts down each plugin in a safe sequence, but this bug causes it to continue receiving data unexpectedly during a phase when new data should no longer be accepted.</p> <p>Even if buffer files remain, they will be restored on the next start, so this is not an issue. On the other hand, when using a memory buffer, the risk of log loss becomes much higher.</p> <p>Please note that this bug is unlikely to be a major problem when using a file buffer. In the first place, server-type input plugins generally cannot receive data while Fluentd is down, so unless the client has a resend mechanism, there is always a risk of log loss during Fluentd&#39;s restart. With the <a href="https://docs.fluentd.org/deployment/zero-downtime-restart">zero-downtime restart feature</a> introduced in Fluentd v1.18 (fluent-package v5.2 or v6), Fluentd can now be restarted without downtime.</p> <p>Ref: <a href="https://github.com/fluent/fluentd/pull/5026">Fluentd#5026</a></p> <p>Enjoy logging!</p> Upgrade Guide for fluent-package v6 https://www.fluentd.org/blog/upgrade-guide-for-fluent-package-v6 <p>On August 29, 2025, we released <code>fluent-package</code> v6 as a new series of stable packages.</p> <h2>What is Fluent Package v6 LTS?</h2> <p>Fluent Package v6 LTS is a long-term support (LTS), stable package of Fluentd.</p> <p>Fluent Package v5 LTS will reach end of support at the end of 2025. As its successor, Fluent Package v6 LTS will be supported until at least the end of 2027.</p> <p>For more details, see the following article:</p> <ul> <li><a href="https://www.fluentd.org/blog/fluent-package-v6.0.0-has-been-released">fluent-package v6.0.0 has been released</a></li> </ul> <h2>Upgrade procedure to Fluent Package v6 LTS</h2> <p>As an example, you can upgrade with the following steps:</p> <ol> <li>Check manually installed plugins</li> <li>Stop the Fluentd service</li> <li>Back up registry settings (Windows only)</li> <li>Install Fluent Package v6 LTS</li> <li>Reinstall plugins</li> <li>Restart the Fluentd service</li> </ol> <p>Below are details for each step.</p> <h3>1. Check manually installed plugins</h3> <p>If your current version (before upgrade) is Fluent Package v5.0.2 or later (v5.0.3 for Windows), you can use the bundled <a href="https://github.com/fluent/diagtool">fluent-diagtool</a> to list manually installed plugins.</p> <p>Run the following command:</p> <pre><code class="sh">$ /opt/fluent/bin/fluent-diagtool -t fluentd -o /tmp </code></pre> <ul> <li><code>-t fluentd</code>: required</li> <li><code>-o /tmp</code>: specifies the output directory for results (you can choose any directory)</li> </ul> <p>The tool outputs various information to standard output. The following section shows the list of manually installed plugins:</p> <pre><code>(...) 2025-07-17 08:13:31 +0000: [Diagtool] [INFO] [Collect] fluent-package manually installed gem information is stored in /tmp/20250717081331/output/gem_local_list.output 2025-07-17 08:13:31 +0000: [Diagtool] [INFO] [Collect] fluent-package manually installed gems: 2025-07-17 08:13:31 +0000: [Diagtool] [INFO] [Collect] * fluent-plugin-remote_syslog (...) </code></pre> <p>In this example, the only manually installed plugin is <code>fluent-plugin-remote_syslog</code>. The list is also saved to a file:</p> <ul> <li><code>/{output_directory}/{execution_timestamp}/output/gem_local_list.output</code></li> </ul> <p>For the above case, the list was saved to <code>/tmp/20250717081331/output/gem_local_list.output</code>.</p> <p>If you are using a version earlier than v5.0.2, the bundled <code>fluent-diagtool</code> is outdated. Please update it in advance:</p> <pre><code class="sh">$ sudo fluent-gem install fluent-diagtool </code></pre> <p>If you cannot update <code>fluent-diagtool</code>, obtain the list of plugins with:</p> <pre><code class="sh">$ fluent-gem list fluent-plugin </code></pre> <p><strong>Note:</strong> On <code>fluent-package</code> v5.0.2 for Windows or earlier, <code>fluent-diagtool</code> is not available due to a known issue. Use <code>fluent-gem list fluent-plugin</code> instead.</p> <h3>2. Stop the Fluentd service</h3> <p>Stop any running Fluentd service(s). If multiple Fluentd services are running, stop them in the order: forwarders first, then aggregators.</p> <h3>3. Back up registry settings (Windows only)</h3> <p>On Windows, back up registry settings needed for rollback. Run the following command in PowerShell or Command Prompt as an administrator:</p> <pre><code class="console">&gt; reg export HKLM\System\CurrentControlSet\Services\fluentdwinsvc C:\fluent-package-5_fluentdwinsvc.reg </code></pre> <h3>4. Install Fluent Package v6 LTS</h3> <p>Install Fluent Package v6 LTS.</p> <p>Example for RPM Package (Red Hat Linux):</p> <pre><code class="sh">$ curl -fsSL https://fluentd.cdn.cncf.io/sh/install-redhat-fluent-package6-lts.sh | sh </code></pre> <p>Please refer to the official documentation for each environment:</p> <ul> <li><a href="https://docs.fluentd.org/installation/install-fluent-package/install-by-rpm-fluent-package">RPM Package (Red Hat Linux)</a></li> <li><a href="https://docs.fluentd.org/installation/install-fluent-package/install-by-deb-fluent-package">DEB Package (Debian/Ubuntu)</a></li> <li><a href="https://docs.fluentd.org/installation/install-fluent-package/install-by-msi-fluent-package">.msi Installer (Windows)</a></li> </ul> <h3>5. Reinstall plugins</h3> <p>The manually installed plugins need to be reinstalled. Reinstall the plugins identified in step 1.</p> <p>Example:</p> <pre><code class="sh">$ sudo fluent-gem install fluent-plugin-remote_syslog </code></pre> <h3>6. Restart the Fluentd service</h3> <p>Restart the Fluentd service(s) you stopped in step 2. If multiple services exist, start them in the order from aggregators to forwarders.</p> <p><strong>Note:</strong> Zero-Downtime Update Settings (non-Windows)</p> <p>From the next update onward, you can perform upgrades without stopping the service using the zero-downtime update feature (not supported on Windows).</p> <p>You can configure how Fluentd restarts after an update:</p> <ul> <li>auto (default): automatically performs zero-downtime restart after update</li> <li>manual: requires manual zero-downtime restart, disabling automatic plugin reinstallation and restart</li> </ul> <p>This setting can be changed anytime and does not require restarting Fluentd itself.</p> <p>For details, see:</p> <ul> <li><a href="https://www.fluentd.org/blog/fluent-package-v5.2.0-has-been-released">fluent-package v5.2.0 has been released</a></li> </ul> <h2>Rollback from Fluent Package v6 LTS to v5</h2> <h3>1. Stop the Fluentd service</h3> <p>Stop running Fluentd services, in the order from forwarders to aggregators.</p> <h3>2. Install Fluent Package v5 LTS</h3> <p>On Linux, simply reinstall Fluent Package v5 LTS on top of v6. No need to uninstall v6 beforehand. On Windows, uninstall Fluent Package v6 LTS first, then install v5 LTS.</p> <p>Manually installed plugins remain on the system, so after rollback they are still available. No reinstallation is required.</p> <h3>3. Restore the registry (Windows only)</h3> <p>On Windows, restore the registry with the following command (admin PowerShell or Command Prompt):</p> <pre><code class="console">&gt; reg import C:\fluent-package-5_fluentdwinsvc.reg </code></pre> <p>This restores Windows service auto-start settings and startup command-line arguments.</p> <h3>4. Restart the Fluentd service</h3> <p>Restart the stopped Fluentd services in opposite order: aggregators first, then forwarders.</p> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>And fluent-package v5 will reach EOL in end of 2025.</p> <p>We strongly recommend upgrading to fluent-package v6 LTS.</p> <h3>Follow us on X</h3> <p>We have been posting information about Fluentd in Japanese on <a href="https://x.com/fluentd_jp">@fluentd_jp</a>. We would appreciate it if you followed our X account.</p> 2025-09-04 <p>On August 29, 2025, we released <code>fluent-package</code> v6 as a new series of stable packages.</p> <h2>What is Fluent Package v6 LTS?</h2> <p>Fluent Package v6 LTS is a long-term support (LTS), stable package of Fluentd.</p> <p>Fluent Package v5 LTS will reach end of support at the end of 2025. As its successor, Fluent Package v6 LTS will be supported until at least the end of 2027.</p> <p>For more details, see the following article:</p> <ul> <li><a href="https://www.fluentd.org/blog/fluent-package-v6.0.0-has-been-released">fluent-package v6.0.0 has been released</a></li> </ul> <h2>Upgrade procedure to Fluent Package v6 LTS</h2> <p>As an example, you can upgrade with the following steps:</p> <ol> <li>Check manually installed plugins</li> <li>Stop the Fluentd service</li> <li>Back up registry settings (Windows only)</li> <li>Install Fluent Package v6 LTS</li> <li>Reinstall plugins</li> <li>Restart the Fluentd service</li> </ol> <p>Below are details for each step.</p> <h3>1. Check manually installed plugins</h3> <p>If your current version (before upgrade) is Fluent Package v5.0.2 or later (v5.0.3 for Windows), you can use the bundled <a href="https://github.com/fluent/diagtool">fluent-diagtool</a> to list manually installed plugins.</p> <p>Run the following command:</p> <pre><code class="sh">$ /opt/fluent/bin/fluent-diagtool -t fluentd -o /tmp </code></pre> <ul> <li><code>-t fluentd</code>: required</li> <li><code>-o /tmp</code>: specifies the output directory for results (you can choose any directory)</li> </ul> <p>The tool outputs various information to standard output. The following section shows the list of manually installed plugins:</p> <pre><code>(...) 2025-07-17 08:13:31 +0000: [Diagtool] [INFO] [Collect] fluent-package manually installed gem information is stored in /tmp/20250717081331/output/gem_local_list.output 2025-07-17 08:13:31 +0000: [Diagtool] [INFO] [Collect] fluent-package manually installed gems: 2025-07-17 08:13:31 +0000: [Diagtool] [INFO] [Collect] * fluent-plugin-remote_syslog (...) </code></pre> <p>In this example, the only manually installed plugin is <code>fluent-plugin-remote_syslog</code>. The list is also saved to a file:</p> <ul> <li><code>/{output_directory}/{execution_timestamp}/output/gem_local_list.output</code></li> </ul> <p>For the above case, the list was saved to <code>/tmp/20250717081331/output/gem_local_list.output</code>.</p> <p>If you are using a version earlier than v5.0.2, the bundled <code>fluent-diagtool</code> is outdated. Please update it in advance:</p> <pre><code class="sh">$ sudo fluent-gem install fluent-diagtool </code></pre> <p>If you cannot update <code>fluent-diagtool</code>, obtain the list of plugins with:</p> <pre><code class="sh">$ fluent-gem list fluent-plugin </code></pre> <p><strong>Note:</strong> On <code>fluent-package</code> v5.0.2 for Windows or earlier, <code>fluent-diagtool</code> is not available due to a known issue. Use <code>fluent-gem list fluent-plugin</code> instead.</p> <h3>2. Stop the Fluentd service</h3> <p>Stop any running Fluentd service(s). If multiple Fluentd services are running, stop them in the order: forwarders first, then aggregators.</p> <h3>3. Back up registry settings (Windows only)</h3> <p>On Windows, back up registry settings needed for rollback. Run the following command in PowerShell or Command Prompt as an administrator:</p> <pre><code class="console">&gt; reg export HKLM\System\CurrentControlSet\Services\fluentdwinsvc C:\fluent-package-5_fluentdwinsvc.reg </code></pre> <h3>4. Install Fluent Package v6 LTS</h3> <p>Install Fluent Package v6 LTS.</p> <p>Example for RPM Package (Red Hat Linux):</p> <pre><code class="sh">$ curl -fsSL https://fluentd.cdn.cncf.io/sh/install-redhat-fluent-package6-lts.sh | sh </code></pre> <p>Please refer to the official documentation for each environment:</p> <ul> <li><a href="https://docs.fluentd.org/installation/install-fluent-package/install-by-rpm-fluent-package">RPM Package (Red Hat Linux)</a></li> <li><a href="https://docs.fluentd.org/installation/install-fluent-package/install-by-deb-fluent-package">DEB Package (Debian/Ubuntu)</a></li> <li><a href="https://docs.fluentd.org/installation/install-fluent-package/install-by-msi-fluent-package">.msi Installer (Windows)</a></li> </ul> <h3>5. Reinstall plugins</h3> <p>The manually installed plugins need to be reinstalled. Reinstall the plugins identified in step 1.</p> <p>Example:</p> <pre><code class="sh">$ sudo fluent-gem install fluent-plugin-remote_syslog </code></pre> <h3>6. Restart the Fluentd service</h3> <p>Restart the Fluentd service(s) you stopped in step 2. If multiple services exist, start them in the order from aggregators to forwarders.</p> <p><strong>Note:</strong> Zero-Downtime Update Settings (non-Windows)</p> <p>From the next update onward, you can perform upgrades without stopping the service using the zero-downtime update feature (not supported on Windows).</p> <p>You can configure how Fluentd restarts after an update:</p> <ul> <li>auto (default): automatically performs zero-downtime restart after update</li> <li>manual: requires manual zero-downtime restart, disabling automatic plugin reinstallation and restart</li> </ul> <p>This setting can be changed anytime and does not require restarting Fluentd itself.</p> <p>For details, see:</p> <ul> <li><a href="https://www.fluentd.org/blog/fluent-package-v5.2.0-has-been-released">fluent-package v5.2.0 has been released</a></li> </ul> <h2>Rollback from Fluent Package v6 LTS to v5</h2> <h3>1. Stop the Fluentd service</h3> <p>Stop running Fluentd services, in the order from forwarders to aggregators.</p> <h3>2. Install Fluent Package v5 LTS</h3> <p>On Linux, simply reinstall Fluent Package v5 LTS on top of v6. No need to uninstall v6 beforehand. On Windows, uninstall Fluent Package v6 LTS first, then install v5 LTS.</p> <p>Manually installed plugins remain on the system, so after rollback they are still available. No reinstallation is required.</p> <h3>3. Restore the registry (Windows only)</h3> <p>On Windows, restore the registry with the following command (admin PowerShell or Command Prompt):</p> <pre><code class="console">&gt; reg import C:\fluent-package-5_fluentdwinsvc.reg </code></pre> <p>This restores Windows service auto-start settings and startup command-line arguments.</p> <h3>4. Restart the Fluentd service</h3> <p>Restart the stopped Fluentd services in opposite order: aggregators first, then forwarders.</p> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>And fluent-package v5 will reach EOL in end of 2025.</p> <p>We strongly recommend upgrading to fluent-package v6 LTS.</p> <h3>Follow us on X</h3> <p>We have been posting information about Fluentd in Japanese on <a href="https://x.com/fluentd_jp">@fluentd_jp</a>. We would appreciate it if you followed our X account.</p> fluent-package v6.0.0 has been released https://www.fluentd.org/blog/fluent-package-v6.0.0-has-been-released <p>Hi users!</p> <p>We&#39;re excited to announce the release of fluent-package <a href="https://github.com/fluent/fluent-package-builder/releases/tag/v6.0.0">v6.0.0</a> !</p> <p>This is the first release of the v6 LTS series, and it will be supported until the end of 2027.</p> <p>We strongly recommend upgrading to fluent-package v6 LTS!</p> <h2>What is Fluent Package v6 LTS?</h2> <p>Fluent Package v6 LTS is a long-term support (LTS), stable package of Fluentd.</p> <p>The conventional Fluentd project official package, td-agent, reached its end of support at the end of 2023. Fluent Package has been officially developed and distributed by the Fluentd project since the end of August 2023 as its successor package.</p> <p>The current LTS version, Fluent Package v5 LTS, will reach end of support at the end of 2025. As the next LTS version, Fluent Package v6 LTS will be supported until at least the end of 2027.</p> <p>In LTS versions, we only perform bug fixes and security fixes over a pre-announced long-term period (minimum 2 years). Therefore, there are two advantages for long-term stable operations:</p> <ul> <li>Continuous updates are easier <ul> <li>You can continuously incorporate the latest bug fixes and security fixes</li> </ul></li> <li>You can prepare systematically for the next major update <ul> <li>Since the support period is announced in advance, you know when the next major update will occur</li> </ul></li> </ul> <p>For detailed support schedule information, please see <a href="/blog/fluent-package-v6-scheduled-lifecycle">Scheduled support lifecycle announcement about Fluent Package v6</a>.</p> <h2>Major new features and improvements</h2> <p>This release includes many improvements for long-term stable operations. The main improvements are as follows:</p> <ul> <li>Updated Fluentd to v1.19.0 <ul> <li>Significantly improved fault tolerance and operability, including buffer evacuation.</li> </ul></li> <li>Zero-downtime update / restart <ul> <li>Configuration reloads and Fluentd restarts can now be performed with zero downtime.</li> </ul></li> <li>Refreshed platform support <ul> <li>Added support for modern platforms and discontinued support for older ones.</li> </ul></li> <li>OpenTelemetry support <ul> <li>Support for transferring OpenTelemetry data over HTTP/HTTPS.</li> </ul></li> <li>Easier updates <ul> <li>Auto-start settings and service startup command line arguments (Windows) are preserved.</li> </ul></li> </ul> <h3>Updated Fluentd to v1.19.0</h3> <p>While Fluent Package v5 LTS bundled Fluentd v1.16, v6 LTS moves to Fluentd v1.19. This makes the following new features available:</p> <ul> <li>Major new features and improvements in Fluentd v1.19.0 <ul> <li>Improved fault tolerance and simplified recovery</li> <li><a href="https://docs.fluentd.org/buffer#handling-successive-failures">Buffer evacuation when retry limits are exceeded</a> <ul> <li>Data that exceeded retry limits is automatically evacuated, making it easy to resend later.</li> </ul></li> <li>Enhanced buffer corruption detection <ul> <li>If buffer files are corrupted due to forced shutdown, they are automatically evacuated, improving safe restarts.</li> </ul></li> <li>Expanded metrics <ul> <li>Added several new metrics (e.g., number of tracked files in in_tail) to aid monitoring.</li> </ul></li> <li>Performance improvements</li> <li>Support for Zstandard (zstd) compression <ul> <li>Compared to gzip, this can reduce disk usage and improve transfer speed.</li> </ul></li> <li>Other optimizations <ul> <li>Multiple performance improvements for faster processing and reduced memory usage.</li> </ul></li> </ul></li> </ul> <p>For more detailed changes since v1.16, see:</p> <ul> <li><a href="https://www.fluentd.org/blog/fluentd-v1.19.0-has-been-released">Fluentd v1.19.0</a></li> <li><a href="https://www.fluentd.org/blog/fluentd-v1.18.0-has-been-released">Fluentd v1.18.0</a></li> <li><a href="https://www.fluentd.org/blog/fluentd-v1.17.0-has-been-released">Fluentd v1.17.0</a></li> </ul> <h3>Zero-downtime update / restart</h3> <p>Starting from v6 LTS, zero-downtime updates are available. This feature allows you to safely execute configuration file reloading and Fluentd restarts with zero downtime (Windows not supported).</p> <p>For more details, see the following articles and try out this feature:</p> <ul> <li><a href="https://docs.fluentd.org/deployment/zero-downtime-restart">Zero-downtime restart</a></li> <li><a href="/blog/fluent-package-v5.2.0-has-been-released">Zero-downtime update</a></li> </ul> <h3>Refreshed platform support</h3> <p>Fluent Package v6 supports the following platforms:</p> <ul> <li>Debian-based <ul> <li>Debian 12 (bookworm)</li> <li>Debian 13 (trixie)</li> <li>Ubuntu 22.04 (Jammy Jellyfish)</li> <li>Ubuntu 24.04 (Noble Numbat)</li> </ul></li> <li>RHEL-based <ul> <li>RHEL 8 compatible</li> <li>RHEL 9 compatible</li> <li>RHEL 10 compatible</li> <li>AmazonLinux 2023</li> </ul></li> <li>Windows</li> </ul> <div markdown="span" class="alert alert-danger" role="alert"> <b>Important:</b> This release drops support for the following platforms: <ul> <li>Debian 11 (bullseye)</li> <li>Ubuntu 20.04 (Focal Fossa)</li> </ul> </div> <h3>OpenTelemetry Support</h3> <p>This release supports transferring OpenTelemetry data over HTTP/HTTPS. For configuration methods and other details, please see the plugin <a href="https://github.com/fluent-plugins-nursery/fluent-plugin-opentelemetry/blob/main/README.md">README</a>.</p> <p>We also provide a <a href="https://github.com/fluent-plugins-nursery/fluent-plugin-opentelemetry/tree/main/example">sample</a> for quick testing.</p> <h3>Easier updates</h3> <p>We&#39;ve improved the system to preserve auto-start configuration and Windows service (<code>fluentdwinsvc</code>) command line options during updates. This eliminates the need for reconfiguration that was previously required during updates.</p> <p>In addition, manually installed plugins still need to be reinstalled when updating an LTS version. Starting from this release, plugins will be automatically reinstalled during future updates when using the zero-downtime update feature (Windows not supported). This will make future updates easier.</p> <h2>Other Improvements and Fixes</h2> <ul> <li>Updated from Ruby 3.2 to Ruby 3.4</li> <li>Migrated distribution CDN to fluentd.cdn.cncf.io</li> <li>Included necessary gems for <a href="https://docs.fluentd.org/deployment/linux-capability">Linux Capability</a> functionality</li> <li>Disabled unnecessary linker flags (package-note-file) in RPM builds</li> <li>Added <code>fluent-plugin-fluent-package-update-notifier</code> plugin <ul> <li>Outputs Fluent Package version update notifications to logs (Linux environments only).</li> </ul></li> <li>Added <code>fluent-plugin-obsolete-plugins</code> plugin <ul> <li>Detects obsolete plugins at Fluentd startup and outputs to logs (Linux environments only).</li> </ul></li> <li>Updated <code>fluent-plugin-systemd</code> plugin <ul> <li>Fixed <code>SIGABORT</code> error.</li> </ul></li> </ul> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>And fluent-package v5 will reach EOL in end of 2025.</p> <p>We strongly recommend upgrading to fluent-package v6 LTS.</p> <h3>Follow us on X</h3> <p>We have been posting information about Fluentd in Japanese on <a href="https://x.com/fluentd_jp">@fluentd_jp</a>. We would appreciate it if you followed our X account.</p> 2025-08-29 <p>Hi users!</p> <p>We&#39;re excited to announce the release of fluent-package <a href="https://github.com/fluent/fluent-package-builder/releases/tag/v6.0.0">v6.0.0</a> !</p> <p>This is the first release of the v6 LTS series, and it will be supported until the end of 2027.</p> <p>We strongly recommend upgrading to fluent-package v6 LTS!</p> <h2>What is Fluent Package v6 LTS?</h2> <p>Fluent Package v6 LTS is a long-term support (LTS), stable package of Fluentd.</p> <p>The conventional Fluentd project official package, td-agent, reached its end of support at the end of 2023. Fluent Package has been officially developed and distributed by the Fluentd project since the end of August 2023 as its successor package.</p> <p>The current LTS version, Fluent Package v5 LTS, will reach end of support at the end of 2025. As the next LTS version, Fluent Package v6 LTS will be supported until at least the end of 2027.</p> <p>In LTS versions, we only perform bug fixes and security fixes over a pre-announced long-term period (minimum 2 years). Therefore, there are two advantages for long-term stable operations:</p> <ul> <li>Continuous updates are easier <ul> <li>You can continuously incorporate the latest bug fixes and security fixes</li> </ul></li> <li>You can prepare systematically for the next major update <ul> <li>Since the support period is announced in advance, you know when the next major update will occur</li> </ul></li> </ul> <p>For detailed support schedule information, please see <a href="/blog/fluent-package-v6-scheduled-lifecycle">Scheduled support lifecycle announcement about Fluent Package v6</a>.</p> <h2>Major new features and improvements</h2> <p>This release includes many improvements for long-term stable operations. The main improvements are as follows:</p> <ul> <li>Updated Fluentd to v1.19.0 <ul> <li>Significantly improved fault tolerance and operability, including buffer evacuation.</li> </ul></li> <li>Zero-downtime update / restart <ul> <li>Configuration reloads and Fluentd restarts can now be performed with zero downtime.</li> </ul></li> <li>Refreshed platform support <ul> <li>Added support for modern platforms and discontinued support for older ones.</li> </ul></li> <li>OpenTelemetry support <ul> <li>Support for transferring OpenTelemetry data over HTTP/HTTPS.</li> </ul></li> <li>Easier updates <ul> <li>Auto-start settings and service startup command line arguments (Windows) are preserved.</li> </ul></li> </ul> <h3>Updated Fluentd to v1.19.0</h3> <p>While Fluent Package v5 LTS bundled Fluentd v1.16, v6 LTS moves to Fluentd v1.19. This makes the following new features available:</p> <ul> <li>Major new features and improvements in Fluentd v1.19.0 <ul> <li>Improved fault tolerance and simplified recovery</li> <li><a href="https://docs.fluentd.org/buffer#handling-successive-failures">Buffer evacuation when retry limits are exceeded</a> <ul> <li>Data that exceeded retry limits is automatically evacuated, making it easy to resend later.</li> </ul></li> <li>Enhanced buffer corruption detection <ul> <li>If buffer files are corrupted due to forced shutdown, they are automatically evacuated, improving safe restarts.</li> </ul></li> <li>Expanded metrics <ul> <li>Added several new metrics (e.g., number of tracked files in in_tail) to aid monitoring.</li> </ul></li> <li>Performance improvements</li> <li>Support for Zstandard (zstd) compression <ul> <li>Compared to gzip, this can reduce disk usage and improve transfer speed.</li> </ul></li> <li>Other optimizations <ul> <li>Multiple performance improvements for faster processing and reduced memory usage.</li> </ul></li> </ul></li> </ul> <p>For more detailed changes since v1.16, see:</p> <ul> <li><a href="https://www.fluentd.org/blog/fluentd-v1.19.0-has-been-released">Fluentd v1.19.0</a></li> <li><a href="https://www.fluentd.org/blog/fluentd-v1.18.0-has-been-released">Fluentd v1.18.0</a></li> <li><a href="https://www.fluentd.org/blog/fluentd-v1.17.0-has-been-released">Fluentd v1.17.0</a></li> </ul> <h3>Zero-downtime update / restart</h3> <p>Starting from v6 LTS, zero-downtime updates are available. This feature allows you to safely execute configuration file reloading and Fluentd restarts with zero downtime (Windows not supported).</p> <p>For more details, see the following articles and try out this feature:</p> <ul> <li><a href="https://docs.fluentd.org/deployment/zero-downtime-restart">Zero-downtime restart</a></li> <li><a href="/blog/fluent-package-v5.2.0-has-been-released">Zero-downtime update</a></li> </ul> <h3>Refreshed platform support</h3> <p>Fluent Package v6 supports the following platforms:</p> <ul> <li>Debian-based <ul> <li>Debian 12 (bookworm)</li> <li>Debian 13 (trixie)</li> <li>Ubuntu 22.04 (Jammy Jellyfish)</li> <li>Ubuntu 24.04 (Noble Numbat)</li> </ul></li> <li>RHEL-based <ul> <li>RHEL 8 compatible</li> <li>RHEL 9 compatible</li> <li>RHEL 10 compatible</li> <li>AmazonLinux 2023</li> </ul></li> <li>Windows</li> </ul> <div markdown="span" class="alert alert-danger" role="alert"> <b>Important:</b> This release drops support for the following platforms: <ul> <li>Debian 11 (bullseye)</li> <li>Ubuntu 20.04 (Focal Fossa)</li> </ul> </div> <h3>OpenTelemetry Support</h3> <p>This release supports transferring OpenTelemetry data over HTTP/HTTPS. For configuration methods and other details, please see the plugin <a href="https://github.com/fluent-plugins-nursery/fluent-plugin-opentelemetry/blob/main/README.md">README</a>.</p> <p>We also provide a <a href="https://github.com/fluent-plugins-nursery/fluent-plugin-opentelemetry/tree/main/example">sample</a> for quick testing.</p> <h3>Easier updates</h3> <p>We&#39;ve improved the system to preserve auto-start configuration and Windows service (<code>fluentdwinsvc</code>) command line options during updates. This eliminates the need for reconfiguration that was previously required during updates.</p> <p>In addition, manually installed plugins still need to be reinstalled when updating an LTS version. Starting from this release, plugins will be automatically reinstalled during future updates when using the zero-downtime update feature (Windows not supported). This will make future updates easier.</p> <h2>Other Improvements and Fixes</h2> <ul> <li>Updated from Ruby 3.2 to Ruby 3.4</li> <li>Migrated distribution CDN to fluentd.cdn.cncf.io</li> <li>Included necessary gems for <a href="https://docs.fluentd.org/deployment/linux-capability">Linux Capability</a> functionality</li> <li>Disabled unnecessary linker flags (package-note-file) in RPM builds</li> <li>Added <code>fluent-plugin-fluent-package-update-notifier</code> plugin <ul> <li>Outputs Fluent Package version update notifications to logs (Linux environments only).</li> </ul></li> <li>Added <code>fluent-plugin-obsolete-plugins</code> plugin <ul> <li>Detects obsolete plugins at Fluentd startup and outputs to logs (Linux environments only).</li> </ul></li> <li>Updated <code>fluent-plugin-systemd</code> plugin <ul> <li>Fixed <code>SIGABORT</code> error.</li> </ul></li> </ul> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>And fluent-package v5 will reach EOL in end of 2025.</p> <p>We strongly recommend upgrading to fluent-package v6 LTS.</p> <h3>Follow us on X</h3> <p>We have been posting information about Fluentd in Japanese on <a href="https://x.com/fluentd_jp">@fluentd_jp</a>. We would appreciate it if you followed our X account.</p> Fluentd v1.19.0 has been released https://www.fluentd.org/blog/fluentd-v1.19.0-has-been-released <p>Hi users!</p> <p>We have released v1.19.0 on 2025-07-30. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/master/CHANGELOG.md#release-v1190---20250730">here</a>.</p> <p>This release is a new release of v1.19 series. This release includes many new features and bug fixes, with a particular focus on reducing operational and running costs and improving overall stability.</p> <div markdown="span" class="alert alert-danger" role="alert"> <b>Note about dependency conflicts:</b> <p> In this release, we added some restrictions on dependencies, so updates like <code>bundle update</code> may result in conflicts. In this case, please adjust the dependencies manually or regenerate the <code>Gemfile.lock</code> as follows, for example: </p> <pre> $ rm Gemfile.lock $ bundle </pre> <p> Please see <a href="https://github.com/fluent/fluentd/issues/5048">fluentd#5048</a> for more details. </p> </div> <h2>Major new features and improvements</h2> <h3>Add feature to evacuate chunk files when retry limit</h3> <p>In this release, we added a buffer evacuation feature to the <code>buf_file</code> and <code>buf_file_single</code> plugins. This simplifies recovery after failure.</p> <p>In previous versions, when an output plugin fails to deliver data by network issue, if the retry limit was exceeded and secondary output was not configured, the data would be discarded.</p> <p>In this release, buffer files are automatically evacuated when the retry limit is exceeded. Once the issue is resolved, you can restore the evacuated files to the original buffer directory and restart Fluentd to resume sending the data.</p> <p>You can even restart without causing downtime to input plugins like <code>in_udp</code> by using the <a href="https://docs.fluentd.org/deployment/zero-downtime-restart">zero-downtime restart</a> feature.</p> <p>Evacuated files are stored at:</p> <pre><code>${root_dir}/buffer/${plugin_id}/ </code></pre> <p>Ref. <a href="https://docs.fluentd.org/buffer#handling-successive-failures">Handling Successive Failures</a></p> <p><strong>Note:</strong> This feature is disabled when <code>secondary</code> outputs or <code>retry_forever</code> are used. To enable buffer evacuation, remove those settings.</p> <h3>Improved buffer corruption detection</h3> <p>Buffer files may become corrupted due to events like system crashes or sudden power down. In previous versions, Fluentd could fail to handle corrupted files properly, triggering errors on every restart. You had to manually identify and delete the corrupted files.</p> <p>This release improves buffer corruption detection. When corruption is detected, the file is automatically moved to a backup directory, and startup errors are suppressed.</p> <h3>Enhanced metrics</h3> <p>We have improved Fluentd&#39;s observability by enhancing its metrics capabilities:</p> <ul> <li><code>Input</code> plugin metrics are now enabled by default. <ul> <li>Previously, you needed to explicitly set <code>enable_input_metrics</code> to <code>true</code>. From this release, it&#39;s collected by default. To disable, set <code>enable_input_metrics false</code>.</li> </ul></li> <li>New metrics for <code>in_tail</code>: <ul> <li><code>tracked_file_count</code>: Number of files currently being tailed.</li> </ul></li> <li>New metrics for <code>output</code> plugin: <ul> <li><code>write_secondary_count</code>: Cumulative count of records written to secondary output.</li> <li><code>drop_oldest_chunk_count</code>: Cumulative count of chunks dropped when <code>drop_oldest_chunk</code> is used for <code>overflow_action</code>.</li> </ul></li> </ul> <h3>Performance improvement: switch from <code>yajl-ruby</code> to <code>json</code> gem</h3> <p>Previously, we used <code>yajl-ruby</code> for high-performance JSON processing, such as writing buffer chunks and parsing with <code>parser_json</code>.</p> <p>However, in recent years, the standard Ruby json library has improved performance significantly. So we changed to use the <code>json</code> gem as the default JSON processor.</p> <h3>Zstandard (zstd) compression support</h3> <p>We have added support for the Zstandard (zstd) compression format, which offers both high compression ratios and faster processing compared to gzip.</p> <ul> <li>The following plugins now accept compress zstd: <ul> <li><a href="https://docs.fluentd.org/configuration/buffer-section#buffering-parameters">buffer</a></li> <li><a href="https://docs.fluentd.org/output/file#compress">out_file</a></li> <li><a href="https://docs.fluentd.org/output/forward#compress">out_forward</a></li> </ul></li> </ul> <p><strong>Note:</strong> To use zstd with <code>out_forward</code>, the destination server should support it. You cannot use it with Fluent Bit or Fluentd versions older than v1.19.0.</p> <h3>TLS 1.3 support</h3> <p>The <code>out_http</code> plugin now supports TLS 1.3, offering enhanced security. By default, TLS 1.2 is used. To enable TLS 1.3, set the <a href="https://docs.fluentd.org/output/http#tls_version">tls_version</a> parameter as follows:</p> <pre><code>&lt;match tag&gt; @type http ... tls_version TLSv1_3 ... &lt;/match&gt; </code></pre> <h3>Other useful improvements</h3> <ul> <li><code>in_forward</code> plugin: <ul> <li><a href="https://docs.fluentd.org/input/forward#skip_invalid_event">skip_invalid_event</a> is now enabled by default to skip corrupted records.</li> </ul></li> <li><code>out_stdout</code> plugin: <ul> <li>Added the <a href="https://docs.fluentd.org/output/stdout#use_logger">use_logger</a> parameter. Setting <code>use_logger false</code> forces output to STDOUT regardless of Fluentd&#39;s own logging configuration. This is especially useful in container environments like Kubernetes.</li> </ul></li> <li><code>out_file</code> plugin: <ul> <li>Added <code>symlink_path_use_relative</code> to allow relative paths in <code>symlink_path</code>.</li> </ul></li> <li>System configuration: <ul> <li>Added <a href="https://docs.fluentd.org/deployment/system-config#forced_stacktrace_level">forced_stacktrace_level</a> to control the log level of stack traces.</li> </ul></li> </ul> <h2>Major bug fixes</h2> <h3>Fixed memory leak in <code>formatter_csv</code> plugin</h3> <p>To improve performance, it introduced a caching mechanism in <code>formatter_csv</code>, but incorrectly cached threads. This caused memory leaks when used with in_exec, which spawns a new thread per log entry.</p> <p>This fix is backported to Fluentd v1.16.8.</p> <h3><code>in_tail</code> plugin: fixed incorrect behavior with <code>encoding</code> option</h3> <p>The <code>in_tail</code> plugin provides <a href="https://docs.fluentd.org/input/tail#encoding-from_encoding"><code>encoding</code> and <code>from_encoding</code></a> options.</p> <ul> <li>Expected usage: <ul> <li>Setting only <code>encoding</code>: Specifying encoding information.</li> <li>Setting both <code>encoding</code> and <code>from_encoding</code>: Converting encoding.</li> </ul></li> </ul> <p>Due to a bug since Fluentd v0.14.12 (at least from td-agent v3), when only <code>encoding</code> was set, unintended encoding conversion occurred, it might corrupt log data.</p> <p>In previous versions, you need to specify the same encoding for both encoding and from_encoding as workaround.</p> <h3>Windows: fixed bug where service doesn&#39;t stop when the supervisor is dead</h3> <p>On Windows, if the supervisor process exited due to configuration errors, the service could continue running incorrectly. This has been fixed so the service now stops as expected, improving error detection.</p> <p>This fix is backported to Fluentd v1.16.8.</p> <h3>Fixed <code>--umask</code> Bug</h3> <p>Fixed a bug where the <code>--umask</code> setting was ignored when used together with <code>--daemon</code>, leading to unexpected file permissions.</p> <p>Enjoy logging!</p> 2025-08-06 <p>Hi users!</p> <p>We have released v1.19.0 on 2025-07-30. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/master/CHANGELOG.md#release-v1190---20250730">here</a>.</p> <p>This release is a new release of v1.19 series. This release includes many new features and bug fixes, with a particular focus on reducing operational and running costs and improving overall stability.</p> <div markdown="span" class="alert alert-danger" role="alert"> <b>Note about dependency conflicts:</b> <p> In this release, we added some restrictions on dependencies, so updates like <code>bundle update</code> may result in conflicts. In this case, please adjust the dependencies manually or regenerate the <code>Gemfile.lock</code> as follows, for example: </p> <pre> $ rm Gemfile.lock $ bundle </pre> <p> Please see <a href="https://github.com/fluent/fluentd/issues/5048">fluentd#5048</a> for more details. </p> </div> <h2>Major new features and improvements</h2> <h3>Add feature to evacuate chunk files when retry limit</h3> <p>In this release, we added a buffer evacuation feature to the <code>buf_file</code> and <code>buf_file_single</code> plugins. This simplifies recovery after failure.</p> <p>In previous versions, when an output plugin fails to deliver data by network issue, if the retry limit was exceeded and secondary output was not configured, the data would be discarded.</p> <p>In this release, buffer files are automatically evacuated when the retry limit is exceeded. Once the issue is resolved, you can restore the evacuated files to the original buffer directory and restart Fluentd to resume sending the data.</p> <p>You can even restart without causing downtime to input plugins like <code>in_udp</code> by using the <a href="https://docs.fluentd.org/deployment/zero-downtime-restart">zero-downtime restart</a> feature.</p> <p>Evacuated files are stored at:</p> <pre><code>${root_dir}/buffer/${plugin_id}/ </code></pre> <p>Ref. <a href="https://docs.fluentd.org/buffer#handling-successive-failures">Handling Successive Failures</a></p> <p><strong>Note:</strong> This feature is disabled when <code>secondary</code> outputs or <code>retry_forever</code> are used. To enable buffer evacuation, remove those settings.</p> <h3>Improved buffer corruption detection</h3> <p>Buffer files may become corrupted due to events like system crashes or sudden power down. In previous versions, Fluentd could fail to handle corrupted files properly, triggering errors on every restart. You had to manually identify and delete the corrupted files.</p> <p>This release improves buffer corruption detection. When corruption is detected, the file is automatically moved to a backup directory, and startup errors are suppressed.</p> <h3>Enhanced metrics</h3> <p>We have improved Fluentd&#39;s observability by enhancing its metrics capabilities:</p> <ul> <li><code>Input</code> plugin metrics are now enabled by default. <ul> <li>Previously, you needed to explicitly set <code>enable_input_metrics</code> to <code>true</code>. From this release, it&#39;s collected by default. To disable, set <code>enable_input_metrics false</code>.</li> </ul></li> <li>New metrics for <code>in_tail</code>: <ul> <li><code>tracked_file_count</code>: Number of files currently being tailed.</li> </ul></li> <li>New metrics for <code>output</code> plugin: <ul> <li><code>write_secondary_count</code>: Cumulative count of records written to secondary output.</li> <li><code>drop_oldest_chunk_count</code>: Cumulative count of chunks dropped when <code>drop_oldest_chunk</code> is used for <code>overflow_action</code>.</li> </ul></li> </ul> <h3>Performance improvement: switch from <code>yajl-ruby</code> to <code>json</code> gem</h3> <p>Previously, we used <code>yajl-ruby</code> for high-performance JSON processing, such as writing buffer chunks and parsing with <code>parser_json</code>.</p> <p>However, in recent years, the standard Ruby json library has improved performance significantly. So we changed to use the <code>json</code> gem as the default JSON processor.</p> <h3>Zstandard (zstd) compression support</h3> <p>We have added support for the Zstandard (zstd) compression format, which offers both high compression ratios and faster processing compared to gzip.</p> <ul> <li>The following plugins now accept compress zstd: <ul> <li><a href="https://docs.fluentd.org/configuration/buffer-section#buffering-parameters">buffer</a></li> <li><a href="https://docs.fluentd.org/output/file#compress">out_file</a></li> <li><a href="https://docs.fluentd.org/output/forward#compress">out_forward</a></li> </ul></li> </ul> <p><strong>Note:</strong> To use zstd with <code>out_forward</code>, the destination server should support it. You cannot use it with Fluent Bit or Fluentd versions older than v1.19.0.</p> <h3>TLS 1.3 support</h3> <p>The <code>out_http</code> plugin now supports TLS 1.3, offering enhanced security. By default, TLS 1.2 is used. To enable TLS 1.3, set the <a href="https://docs.fluentd.org/output/http#tls_version">tls_version</a> parameter as follows:</p> <pre><code>&lt;match tag&gt; @type http ... tls_version TLSv1_3 ... &lt;/match&gt; </code></pre> <h3>Other useful improvements</h3> <ul> <li><code>in_forward</code> plugin: <ul> <li><a href="https://docs.fluentd.org/input/forward#skip_invalid_event">skip_invalid_event</a> is now enabled by default to skip corrupted records.</li> </ul></li> <li><code>out_stdout</code> plugin: <ul> <li>Added the <a href="https://docs.fluentd.org/output/stdout#use_logger">use_logger</a> parameter. Setting <code>use_logger false</code> forces output to STDOUT regardless of Fluentd&#39;s own logging configuration. This is especially useful in container environments like Kubernetes.</li> </ul></li> <li><code>out_file</code> plugin: <ul> <li>Added <code>symlink_path_use_relative</code> to allow relative paths in <code>symlink_path</code>.</li> </ul></li> <li>System configuration: <ul> <li>Added <a href="https://docs.fluentd.org/deployment/system-config#forced_stacktrace_level">forced_stacktrace_level</a> to control the log level of stack traces.</li> </ul></li> </ul> <h2>Major bug fixes</h2> <h3>Fixed memory leak in <code>formatter_csv</code> plugin</h3> <p>To improve performance, it introduced a caching mechanism in <code>formatter_csv</code>, but incorrectly cached threads. This caused memory leaks when used with in_exec, which spawns a new thread per log entry.</p> <p>This fix is backported to Fluentd v1.16.8.</p> <h3><code>in_tail</code> plugin: fixed incorrect behavior with <code>encoding</code> option</h3> <p>The <code>in_tail</code> plugin provides <a href="https://docs.fluentd.org/input/tail#encoding-from_encoding"><code>encoding</code> and <code>from_encoding</code></a> options.</p> <ul> <li>Expected usage: <ul> <li>Setting only <code>encoding</code>: Specifying encoding information.</li> <li>Setting both <code>encoding</code> and <code>from_encoding</code>: Converting encoding.</li> </ul></li> </ul> <p>Due to a bug since Fluentd v0.14.12 (at least from td-agent v3), when only <code>encoding</code> was set, unintended encoding conversion occurred, it might corrupt log data.</p> <p>In previous versions, you need to specify the same encoding for both encoding and from_encoding as workaround.</p> <h3>Windows: fixed bug where service doesn&#39;t stop when the supervisor is dead</h3> <p>On Windows, if the supervisor process exited due to configuration errors, the service could continue running incorrectly. This has been fixed so the service now stops as expected, improving error detection.</p> <p>This fix is backported to Fluentd v1.16.8.</p> <h3>Fixed <code>--umask</code> Bug</h3> <p>Fixed a bug where the <code>--umask</code> setting was ignored when used together with <code>--daemon</code>, leading to unexpected file permissions.</p> <p>Enjoy logging!</p> fluent-package v5.0.7 has been released https://www.fluentd.org/blog/fluent-package-v5.0.7-has-been-released <p>Hi users!</p> <p>We have released fluent-package <a href="https://github.com/fluent/fluent-package-builder/releases/tag/v5.0.7">v5.0.7</a>. fluent-package is a stable distribution package of Fluentd. (successor of td-agent v4)</p> <p>This is a maintenance release of v5.0.x LTS series. Bundled Fluentd was updated to 1.16.9.</p> <p>We recommend upgrading to fluent-package v5.0.7!</p> <h2>Changes from fluent-package v5.0.6</h2> <ul> <li>Update bundled ruby to 3.2.8</li> <li>Update bundled Fluentd to v1.16.9 <ul> <li><a href="fluentd-v1.16.8-has-been-released">Fluentd v1.16.8 has been released</a></li> <li><a href="fluentd-v1.16.9-has-been-released">Fluentd v1.16.9 has been released</a></li> </ul></li> <li>Update bundled gems overall</li> <li>Update bundled openssl gem to 3.3.0 due to support FIPS</li> <li>Fix memory leaks when exception was raised frequently with fluent-plugin-elasticsearch</li> </ul> <h2>Update bundled openssl gem to 3.3.0 due to support FIPS</h2> <p>With an old gem, it caused an exception after FIPS enabled in OpenSSL. We have updated the bundled openssl gem to 3.3.0 to solve the issue.</p> <h2>Fix memory leaks when exception was raised frequently with fluent-plugin-elasticsearch</h2> <p>There were memory leaks under conditions where exceptions frequently occurred during communication between Elasticsearch and fluent-plugin-elasticsearch. The issue was fixed in fluent-plugin-elasticsearch v5.4.4 and bundled into fluent-package v5.0.7.</p> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>About next LTS schedule</h3> <p>We plan to ship the next LTS version of fluent-package v5.0.8 on September, 2025. The content of updates are still in T.B.D.</p> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>After reached EOL, td-agent v4.5.3 on Windows was released because there was a crash bug during startup on Windows. It was backported fix from fluent-package v5 as it is critical in some case. Even though this was a exceptional maintenance release, but there is no change to the fact that we already stopped maintaining td-agent v4.</p> <p>We strongly recommend migrating from td-agent v4 to fluent-package v5 (LTS). See <a href="upgrade-td-agent-v4-to-v5">Upgrade to fluent-package v5</a></p> <h3>Follow us on X</h3> <p>We have been posting information about Fluentd in Japanese on <a href="https://x.com/fluentd_jp">@fluentd_jp</a>. We would appreciate it if you followed the X account.</p> 2025-05-16 <p>Hi users!</p> <p>We have released fluent-package <a href="https://github.com/fluent/fluent-package-builder/releases/tag/v5.0.7">v5.0.7</a>. fluent-package is a stable distribution package of Fluentd. (successor of td-agent v4)</p> <p>This is a maintenance release of v5.0.x LTS series. Bundled Fluentd was updated to 1.16.9.</p> <p>We recommend upgrading to fluent-package v5.0.7!</p> <h2>Changes from fluent-package v5.0.6</h2> <ul> <li>Update bundled ruby to 3.2.8</li> <li>Update bundled Fluentd to v1.16.9 <ul> <li><a href="fluentd-v1.16.8-has-been-released">Fluentd v1.16.8 has been released</a></li> <li><a href="fluentd-v1.16.9-has-been-released">Fluentd v1.16.9 has been released</a></li> </ul></li> <li>Update bundled gems overall</li> <li>Update bundled openssl gem to 3.3.0 due to support FIPS</li> <li>Fix memory leaks when exception was raised frequently with fluent-plugin-elasticsearch</li> </ul> <h2>Update bundled openssl gem to 3.3.0 due to support FIPS</h2> <p>With an old gem, it caused an exception after FIPS enabled in OpenSSL. We have updated the bundled openssl gem to 3.3.0 to solve the issue.</p> <h2>Fix memory leaks when exception was raised frequently with fluent-plugin-elasticsearch</h2> <p>There were memory leaks under conditions where exceptions frequently occurred during communication between Elasticsearch and fluent-plugin-elasticsearch. The issue was fixed in fluent-plugin-elasticsearch v5.4.4 and bundled into fluent-package v5.0.7.</p> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>About next LTS schedule</h3> <p>We plan to ship the next LTS version of fluent-package v5.0.8 on September, 2025. The content of updates are still in T.B.D.</p> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>After reached EOL, td-agent v4.5.3 on Windows was released because there was a crash bug during startup on Windows. It was backported fix from fluent-package v5 as it is critical in some case. Even though this was a exceptional maintenance release, but there is no change to the fact that we already stopped maintaining td-agent v4.</p> <p>We strongly recommend migrating from td-agent v4 to fluent-package v5 (LTS). See <a href="upgrade-td-agent-v4-to-v5">Upgrade to fluent-package v5</a></p> <h3>Follow us on X</h3> <p>We have been posting information about Fluentd in Japanese on <a href="https://x.com/fluentd_jp">@fluentd_jp</a>. We would appreciate it if you followed the X account.</p> Fluentd v1.16.9 has been released https://www.fluentd.org/blog/fluentd-v1.16.9-has-been-released <p>Hi users!</p> <p>We have released v1.16.9 on 2025-05-14. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v1169---20250514">here</a>.</p> <p>This release is a maintenance release of v1.16 series. In this release, we have fixed a critical bug of the previous version, v1.16.8. Please do not use v1.16.8.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.7!</p> <h2>Bug Fixes</h2> <h3>Windows: Fix bug where the service accidentally stops after starting</h3> <p>In the previous version v1.16.8, the Windows service (fluentdwinsvc) accidentally stops after starting without stopping the supervisor and worker processes. This is a critical bug of v1.16.8 for users who use Fluentd as a Windows service.</p> <p>In this release, we have fixed this bug.</p> <p>See <a href="https://github.com/fluent/fluentd/pull/4954">#4954</a> for more information.</p> <p>Enjoy logging!</p> 2025-05-14 <p>Hi users!</p> <p>We have released v1.16.9 on 2025-05-14. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v1169---20250514">here</a>.</p> <p>This release is a maintenance release of v1.16 series. In this release, we have fixed a critical bug of the previous version, v1.16.8. Please do not use v1.16.8.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.7!</p> <h2>Bug Fixes</h2> <h3>Windows: Fix bug where the service accidentally stops after starting</h3> <p>In the previous version v1.16.8, the Windows service (fluentdwinsvc) accidentally stops after starting without stopping the supervisor and worker processes. This is a critical bug of v1.16.8 for users who use Fluentd as a Windows service.</p> <p>In this release, we have fixed this bug.</p> <p>See <a href="https://github.com/fluent/fluentd/pull/4954">#4954</a> for more information.</p> <p>Enjoy logging!</p> Fluentd v1.16.8 has been released https://www.fluentd.org/blog/fluentd-v1.16.8-has-been-released <p>Hi users!</p> <p>We have released v1.16.8 on 2025-05-01. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v1168---20250501">here</a>.</p> <p>This release is a maintenance release of v1.16 series.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.7!</p> <h2>Bug Fixes</h2> <h3>Windows: Stop the service correctly when the supervisor is dead</h3> <p>In this release, we have fixed a bug that Windows service process will continue running even if the supervisor process is dead due to config error or etc.</p> <p>With <a href="https://github.com/fluent/fluentd/pull/4942">fluentd#4942</a> fixed, it becomes easier to notice config errors and other issues.</p> <h3><code>formatter_csv</code>: Fixed memory leak</h3> <p>The caching mechanism introduced for performance optimization was caching threads inappropriately in <code>formatter_csv</code>. The <code>in_exec</code> plugin creates a thread each time to emit an event. Then all threads were cached in <code>formatter_csv</code>, causing a memory leak.</p> <p>With <a href="https://github.com/fluent/fluentd/pull/4920">fluentd#4920</a> fixed, it becomes stable.</p> <h2>Misc news</h2> <h3>Windows: Add fiddle as dependency gem for Ruby 3.5</h3> <p>For comming Ruby 3.5, we have added a <code>fiddle</code> gem as dependency.</p> <h3>CI stabilization</h3> <p>We are enforcing stabilizing CI of Fluentd. It has nothing to do with Fluentd&#39;s functionality directly, but it is very important to provide stable version of Fluentd continuously.</p> <p>Enjoy logging!</p> 2025-05-01 <p>Hi users!</p> <p>We have released v1.16.8 on 2025-05-01. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v1168---20250501">here</a>.</p> <p>This release is a maintenance release of v1.16 series.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.7!</p> <h2>Bug Fixes</h2> <h3>Windows: Stop the service correctly when the supervisor is dead</h3> <p>In this release, we have fixed a bug that Windows service process will continue running even if the supervisor process is dead due to config error or etc.</p> <p>With <a href="https://github.com/fluent/fluentd/pull/4942">fluentd#4942</a> fixed, it becomes easier to notice config errors and other issues.</p> <h3><code>formatter_csv</code>: Fixed memory leak</h3> <p>The caching mechanism introduced for performance optimization was caching threads inappropriately in <code>formatter_csv</code>. The <code>in_exec</code> plugin creates a thread each time to emit an event. Then all threads were cached in <code>formatter_csv</code>, causing a memory leak.</p> <p>With <a href="https://github.com/fluent/fluentd/pull/4920">fluentd#4920</a> fixed, it becomes stable.</p> <h2>Misc news</h2> <h3>Windows: Add fiddle as dependency gem for Ruby 3.5</h3> <p>For comming Ruby 3.5, we have added a <code>fiddle</code> gem as dependency.</p> <h3>CI stabilization</h3> <p>We are enforcing stabilizing CI of Fluentd. It has nothing to do with Fluentd&#39;s functionality directly, but it is very important to provide stable version of Fluentd continuously.</p> <p>Enjoy logging!</p> Drop Alpine and switch default to Debian for Fluentd docker image https://www.fluentd.org/blog/fluentd-drop-alpine-docker-image <p>Hi users!</p> <p>We have planned to change what docker image provides.</p> <p>Currently, we ship Fluentd docker image for Alpine and Debian (armhf, arm64, amd64). But, Alpine image in Fluentd was already marked as deprecated, so we will make things forward.</p> <p>In the near future, we will drop Alpine image. This decision affects existing Alpine image users.</p> <h2>Notice about existing Alpine image users</h2> <ul> <li><code>fluent/fluentd:edge</code> will be changed from Alpine to Debian image <ul> <li>This is a notable incompatible change!</li> </ul></li> <li>v1.19 (not released yet) <ul> <li>No more releases for Alpine images</li> <li>Then short tag also changed to Debian images (e.g. v1.19.0-1.0, v1.19-1 should be Debian instead of Alpine)</li> </ul></li> <li>v1.18 Alpine image will not be supported after v1.19 is released (T.B.D.), so recommend to migrate it!</li> <li>v1.16 Alpine image will be supported until Dec 2025, so there is room to migrate gradually.</li> </ul> <p>If you still want to use Alpine, keep v1.16 series or v1.18 series. (not recommended though)</p> <h2>Why not provide Alpine anymore?</h2> <p>It was well known that Alpine has possibility of incompatibility and performance issues in contrast to Debian images. It was a historical reason to provide Alpine images - &quot;In the previous versions, we provided them&quot;, so there is no positive reason to continue it.</p> <h2>Provide shorter tags to follow internal version bump</h2> <p>Not only just dropping Alpine image, we will improve tagging rules:</p> <ul> <li>Add version-specific tag which will not be affected by internal version bump</li> </ul> <p>In previous versions, there was no version-specific tag which would follow internal version bump. For example, if you want to stick to Fluentd v1.18.0, you can select v1.18.0-1.0, but if internal version was bumped to v1.18.0-1.1 or something, need to update it. There is <code>edge-debian</code> tag, but it does not stick to a specific Fluentd version because it will automatically update when the next major/minor version is released.</p> <p>For such a purpose, shorter v1.19 or v1.19.x tag will be available in the future release.</p> <p>Happy logging!</p> 2025-03-14 <p>Hi users!</p> <p>We have planned to change what docker image provides.</p> <p>Currently, we ship Fluentd docker image for Alpine and Debian (armhf, arm64, amd64). But, Alpine image in Fluentd was already marked as deprecated, so we will make things forward.</p> <p>In the near future, we will drop Alpine image. This decision affects existing Alpine image users.</p> <h2>Notice about existing Alpine image users</h2> <ul> <li><code>fluent/fluentd:edge</code> will be changed from Alpine to Debian image <ul> <li>This is a notable incompatible change!</li> </ul></li> <li>v1.19 (not released yet) <ul> <li>No more releases for Alpine images</li> <li>Then short tag also changed to Debian images (e.g. v1.19.0-1.0, v1.19-1 should be Debian instead of Alpine)</li> </ul></li> <li>v1.18 Alpine image will not be supported after v1.19 is released (T.B.D.), so recommend to migrate it!</li> <li>v1.16 Alpine image will be supported until Dec 2025, so there is room to migrate gradually.</li> </ul> <p>If you still want to use Alpine, keep v1.16 series or v1.18 series. (not recommended though)</p> <h2>Why not provide Alpine anymore?</h2> <p>It was well known that Alpine has possibility of incompatibility and performance issues in contrast to Debian images. It was a historical reason to provide Alpine images - &quot;In the previous versions, we provided them&quot;, so there is no positive reason to continue it.</p> <h2>Provide shorter tags to follow internal version bump</h2> <p>Not only just dropping Alpine image, we will improve tagging rules:</p> <ul> <li>Add version-specific tag which will not be affected by internal version bump</li> </ul> <p>In previous versions, there was no version-specific tag which would follow internal version bump. For example, if you want to stick to Fluentd v1.18.0, you can select v1.18.0-1.0, but if internal version was bumped to v1.18.0-1.1 or something, need to update it. There is <code>edge-debian</code> tag, but it does not stick to a specific Fluentd version because it will automatically update when the next major/minor version is released.</p> <p>For such a purpose, shorter v1.19 or v1.19.x tag will be available in the future release.</p> <p>Happy logging!</p> fluent-package v5.0.6 has been released https://www.fluentd.org/blog/fluent-package-v5.0.6-has-been-released <p>Hi users!</p> <p>We have released fluent-package <a href="https://github.com/fluent/fluent-package-builder/releases/tag/v5.0.6">v5.0.6</a>. fluent-package is a stable distribution package of Fluentd. (successor of td-agent v4)</p> <p>This is a maintenance release of v5.0.x LTS series. Bundled Fluentd was updated to 1.16.7.</p> <p>We recommend upgrading to fluent-package v5.0.6!</p> <h2>Changes from fluent-package v5.0.5</h2> <p>In this release, known Windows issues were fixed.</p> <ul> <li>Update bundled Fluentd to v1.16.7</li> <li>Update bundled gems overall</li> <li>msi: Fixed to keep some registry values with update</li> </ul> <h2>msi: Fixed to keep some registry values with update</h2> <p>In the previous versions, there had been a known issue that fluent-package could not keep some registry values when upgrading.</p> <p>Thus, if you modify Fluentd service (<code>fluentdwinsvc</code>) related registry, you need to restore your configuration after upgrading.</p> <p>Since v5.0.6, fluent-package was fixed to keep some registry values during upgrading package.</p> <p>Here is the target registry which will be kept during upgrading fluent-package:</p> <ul> <li><code>Start</code></li> <li><code>DelayedAutostart</code></li> <li><code>fluentdopt</code> (logging path might be modified by users)</li> </ul> <p>In most cases, fluent-package user might want to keep <code>fluentdopt</code> because it stores additional command line option parameters.</p> <p>In this release, bundled Fluentd v1.16.7 also contains the fixes for Windows.</p> <ul> <li>Windows: Fix <code>NoMethodError</code> of --daemon option</li> <li>Windows: Fixed the issues which are related to start/stop Fluentd service</li> </ul> <p>See <a href="fluentd-v1.16.7-has-been-released">Fluentd v1.16.7 has been released</a> blog article in details.</p> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>About next LTS schedule</h3> <p>We plan to ship the next LTS version of fluent-package v5.0.7 on June, 2025. The content of updates are still in T.B.D.</p> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>After reached EOL, td-agent v4.5.3 on Windows was released because there was a crash bug during startup on Windows. It was backported fix from fluent-package v5 as it is critical in some case. Even though this was a exceptional maintenance release, but there is no change to the fact that we already stopped maintaining td-agent v4.</p> <p>We strongly recommend migrating from td-agent v4 to fluent-package v5 (LTS). See <a href="upgrade-td-agent-v4-to-v5">Upgrade to fluent-package v5</a></p> 2025-02-14 <p>Hi users!</p> <p>We have released fluent-package <a href="https://github.com/fluent/fluent-package-builder/releases/tag/v5.0.6">v5.0.6</a>. fluent-package is a stable distribution package of Fluentd. (successor of td-agent v4)</p> <p>This is a maintenance release of v5.0.x LTS series. Bundled Fluentd was updated to 1.16.7.</p> <p>We recommend upgrading to fluent-package v5.0.6!</p> <h2>Changes from fluent-package v5.0.5</h2> <p>In this release, known Windows issues were fixed.</p> <ul> <li>Update bundled Fluentd to v1.16.7</li> <li>Update bundled gems overall</li> <li>msi: Fixed to keep some registry values with update</li> </ul> <h2>msi: Fixed to keep some registry values with update</h2> <p>In the previous versions, there had been a known issue that fluent-package could not keep some registry values when upgrading.</p> <p>Thus, if you modify Fluentd service (<code>fluentdwinsvc</code>) related registry, you need to restore your configuration after upgrading.</p> <p>Since v5.0.6, fluent-package was fixed to keep some registry values during upgrading package.</p> <p>Here is the target registry which will be kept during upgrading fluent-package:</p> <ul> <li><code>Start</code></li> <li><code>DelayedAutostart</code></li> <li><code>fluentdopt</code> (logging path might be modified by users)</li> </ul> <p>In most cases, fluent-package user might want to keep <code>fluentdopt</code> because it stores additional command line option parameters.</p> <p>In this release, bundled Fluentd v1.16.7 also contains the fixes for Windows.</p> <ul> <li>Windows: Fix <code>NoMethodError</code> of --daemon option</li> <li>Windows: Fixed the issues which are related to start/stop Fluentd service</li> </ul> <p>See <a href="fluentd-v1.16.7-has-been-released">Fluentd v1.16.7 has been released</a> blog article in details.</p> <h2>Download</h2> <p>Please see <a href="/download/fluent_package">the download page</a>.</p> <h2>Announcement</h2> <h3>About next LTS schedule</h3> <p>We plan to ship the next LTS version of fluent-package v5.0.7 on June, 2025. The content of updates are still in T.B.D.</p> <h3>End of support for td-agent v4, let&#39;s migrate to fluent-package</h3> <p>As it was already announced <a href="schedule-for-td-agent-4-eol">Drop schedule announcement about EOL of Treasure Agent (td-agent) 4</a>, td-agent v4 reached EOL in Dec, 2023.</p> <p>After reached EOL, td-agent v4.5.3 on Windows was released because there was a crash bug during startup on Windows. It was backported fix from fluent-package v5 as it is critical in some case. Even though this was a exceptional maintenance release, but there is no change to the fact that we already stopped maintaining td-agent v4.</p> <p>We strongly recommend migrating from td-agent v4 to fluent-package v5 (LTS). See <a href="upgrade-td-agent-v4-to-v5">Upgrade to fluent-package v5</a></p> Fluentd v1.16.7 has been released https://www.fluentd.org/blog/fluentd-v1.16.7-has-been-released <p>Hi users!</p> <p>We have released v1.16.7 on 2025-01-29. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v1167---20250129">here</a>.</p> <p>This release is a maintenance release of v1.16 series. In this release, some bugs which are related on Windows were fixed with backporting from v1.18.x.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.6!</p> <h2>Bug Fixes</h2> <h3>Windows: Fix NoMethodError of --daemon option</h3> <p>In this release, we have fixed a bug that it will fail when <code>--daemon</code> option is used on Windows.</p> <p>It was a regression bug since v1.16.0 on Windows, but usually running as a service is recommended way on Windows, so most of Fluentd users were not affected.</p> <h3>Windows: Fixed the issues which are related to start/stop Fluentd service</h3> <p>In this release, we have fixed the following bugs which are related to start/stop the Fluentd service.</p> <ul> <li>Fixed an issue when stopping the service immediately after startup could leave the processes</li> <li>Fixed an issue where stopping service sometimes can not be completed forever</li> </ul> <p>These bug were caused because stop event was not handled correctly in the previous releases.</p> <p>Typically, this bug will happen if you stop the Fluentd service immediately after startup. Then it could leave the processes or stopping service sometimes can not be completed forever.</p> <h2>Misc news</h2> <p>We also enforcing stabilizing CI of Fluentd. It has nothing to do with Fluentd&#39;s functionality directly, but it is very important to provide stable version of Fluentd continuously.</p> <p>Not only <a href="https://github.com/fluent/fluentd/pull/4747">Windows: Add workaround for unexpected exception #4747</a>, many CI improvements was merged into master, then backported to v1.16 branch, too.</p> <p>Enjoy logging!</p> 2025-01-29 <p>Hi users!</p> <p>We have released v1.16.7 on 2025-01-29. ChangeLog is <a href="https://github.com/fluent/fluentd/blob/v1.16/CHANGELOG.md#release-v1167---20250129">here</a>.</p> <p>This release is a maintenance release of v1.16 series. In this release, some bugs which are related on Windows were fixed with backporting from v1.18.x.</p> <p>This release will be bundled for upcoming <code>fluent-package</code> LTS version v5.0.6!</p> <h2>Bug Fixes</h2> <h3>Windows: Fix NoMethodError of --daemon option</h3> <p>In this release, we have fixed a bug that it will fail when <code>--daemon</code> option is used on Windows.</p> <p>It was a regression bug since v1.16.0 on Windows, but usually running as a service is recommended way on Windows, so most of Fluentd users were not affected.</p> <h3>Windows: Fixed the issues which are related to start/stop Fluentd service</h3> <p>In this release, we have fixed the following bugs which are related to start/stop the Fluentd service.</p> <ul> <li>Fixed an issue when stopping the service immediately after startup could leave the processes</li> <li>Fixed an issue where stopping service sometimes can not be completed forever</li> </ul> <p>These bug were caused because stop event was not handled correctly in the previous releases.</p> <p>Typically, this bug will happen if you stop the Fluentd service immediately after startup. Then it could leave the processes or stopping service sometimes can not be completed forever.</p> <h2>Misc news</h2> <p>We also enforcing stabilizing CI of Fluentd. It has nothing to do with Fluentd&#39;s functionality directly, but it is very important to provide stable version of Fluentd continuously.</p> <p>Not only <a href="https://github.com/fluent/fluentd/pull/4747">Windows: Add workaround for unexpected exception #4747</a>, many CI improvements was merged into master, then backported to v1.16 branch, too.</p> <p>Enjoy logging!</p>