<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes.]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">We use the 'Remote syslog' option with XCP-ng 8.2.1. This has been working well - but recently we patched the pool, rebooted the pool (everything came back ok) - but Remote syslog - doesn't log any more.</p>
<p dir="auto">If I go into XO and look at the option for the Hosts - on both it's set to the correct IP address.</p>
<p dir="auto">If I try changing that IP to a different host on the network XO quite correctly said something like "can't use that expect port to be open".</p>
<p dir="auto">If I change it back to the original host, I've just noticed - it starts working again.</p>
<p dir="auto">This is a bit annoying (as we've lost days of logs) - anyone else seen similar with that option?</p>
<p dir="auto">[Before figuring that changing it 'fixes' it - I'd already tested the syslog server was up, and I could send test log entries to it using 'logger' from the XCP-ng's dom0].</p>
<p dir="auto">Thanks!</p>
]]></description><link>https://xcp-ng.org/forum/topic/7596/remote-syslog-broken-after-update-reboot-changing-it-away-then-back-fixes</link><generator>RSS for Node</generator><lastBuildDate>Wed, 15 Apr 2026 00:05:24 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/topic/7596.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 03 Aug 2023 11:28:52 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Sat, 31 Jan 2026 22:04:16 GMT]]></title><description><![CDATA[<p dir="auto">To elaborate: it was already in progress, but delayed due to 1. the fact that I underestimated the impact (I thought we'd overwrite the file only when we'd modify it, not every update the package) and 2. lots of other priorities keeping the team busy.</p>
<p dir="auto">But it's clearly the reminder, and the help in better diagnosing it, that allowed to have it re-prioritized and (partly, we've mostly bought time to fix it properly, by simply avoiding to touch the file at all at the moment) fixed so fast.</p>
]]></description><link>https://xcp-ng.org/forum/post/102101</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/102101</guid><dc:creator><![CDATA[stormi]]></dc:creator><pubDate>Sat, 31 Jan 2026 22:04:16 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Sat, 31 Jan 2026 21:58:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a> No it wasn't <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=0594cb2b96d" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://xcp-ng.org/forum/post/102100</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/102100</guid><dc:creator><![CDATA[stormi]]></dc:creator><pubDate>Sat, 31 Jan 2026 21:58:05 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Sat, 31 Jan 2026 17:07:32 GMT]]></title><description><![CDATA[<p dir="auto">Yay!! \o/ Thanks for the reminder on this issue, it wasn't hard to fix but was kind of lost in the backlog ^^</p>
]]></description><link>https://xcp-ng.org/forum/post/102087</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/102087</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Sat, 31 Jan 2026 17:07:32 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 30 Jan 2026 22:55:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/gduperrey" aria-label="Profile: gduperrey">@<bdi>gduperrey</bdi></a> Hey,<br />
I tested it at can confirm that after applying latest set of patches and rebooting remote syslog is still working fine.<br />
It appears to be fixed, good job guys <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=0594cb2b96d" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://xcp-ng.org/forum/post/102076</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/102076</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Fri, 30 Jan 2026 22:55:05 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 29 Jan 2026 17:05:44 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/gduperrey" aria-label="Profile: gduperrey">@<bdi>gduperrey</bdi></a> Thanks!<br />
Will test tomorrow as our internal lab / test environment is currently unavailable.<br />
I will inform you about the results of my testing here.</p>
<p dir="auto">Best regards</p>
]]></description><link>https://xcp-ng.org/forum/post/101994</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101994</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Thu, 29 Jan 2026 17:05:44 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 29 Jan 2026 15:40:32 GMT]]></title><description><![CDATA[<p dir="auto">The update should now be available. You can view the announcement here: <a href="https://xcp-ng.org/blog/2026/01/29/january-2026-security-and-maintenance-updates-for-xcp-ng-8-3-lts/" target="_blank" rel="noopener noreferrer nofollow ugc">https://xcp-ng.org/blog/2026/01/29/january-2026-security-and-maintenance-updates-for-xcp-ng-8-3-lts/</a></p>
<p dir="auto">So don’t hesitate to update it and confirm that it properly addresses the issue. <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=0594cb2b96d" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://xcp-ng.org/forum/post/101988</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101988</guid><dc:creator><![CDATA[gduperrey]]></dc:creator><pubDate>Thu, 29 Jan 2026 15:40:32 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Tue, 27 Jan 2026 09:36:35 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rzr" aria-label="Profile: rzr">@<bdi>rzr</bdi></a> Thank you very much!</p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/michmoor0725" aria-label="Profile: michmoor0725">@<bdi>michmoor0725</bdi></a> Absolutely! The community is another aspect of why working with XCP-ng is a lot more fun compared to working with VMWare!</p>
]]></description><link>https://xcp-ng.org/forum/post/101873</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101873</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Tue, 27 Jan 2026 09:36:35 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Tue, 27 Jan 2026 02:16:29 GMT]]></title><description><![CDATA[<p dir="auto">This community is amazing Great job all around!</p>
]]></description><link>https://xcp-ng.org/forum/post/101866</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101866</guid><dc:creator><![CDATA[michmoor0725]]></dc:creator><pubDate>Tue, 27 Jan 2026 02:16:29 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Mon, 26 Jan 2026 20:33:26 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/majorp93" aria-label="Profile: MajorP93">@<bdi>MajorP93</bdi></a></p>
<p dir="auto">Fix has been merged, expect a package in your updates soon.</p>
<p dir="auto">Meanwhile check this notice about upcoming changes regarding remote syslog.</p>
<p dir="auto"><a href="https://github.com/xcp-ng-rpms/xcp-ng-release/pull/41#issuecomment-3800419449" target="_blank" rel="noopener noreferrer nofollow ugc">https://github.com/xcp-ng-rpms/xcp-ng-release/pull/41#issuecomment-3800419449</a></p>
<div class="row github-embeds-container">

<div class="col-md-6">
<div class="github-embed card">
<div class="card-body">


<div class="meta">
<img class="author-picture not-responsive" src="https://avatars.githubusercontent.com/u/89133?v=4" title="rzr" />
<a href="https://github.com/rzr"><span class="username">rzr</span></a> opened this pull request <span class="timeago" title="2026-01-26T14:29:43Z"></span> in <a href="//github.com/xcp-ng-rpms/xcp-ng-release">xcp-ng-rpms/xcp-ng-release</a>
</div>
<h3>

<span class="badge closed float-end">closed</span>

<a href="https://github.com/xcp-ng-rpms/xcp-ng-release/pull/41">Preserve /etc/rsyslog.d/xenserver.conf if present</a>
<span class="number">#41</span>
</h3>


</div>
</div>
</div>

</div>]]></description><link>https://xcp-ng.org/forum/post/101861</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101861</guid><dc:creator><![CDATA[rzr]]></dc:creator><pubDate>Mon, 26 Jan 2026 20:33:26 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Mon, 26 Jan 2026 10:27:45 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> Thanks, that sounds great!<br />
If there is something I can test / provide please let me know!</p>
]]></description><link>https://xcp-ng.org/forum/post/101848</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101848</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Mon, 26 Jan 2026 10:27:45 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 16:12:26 GMT]]></title><description><![CDATA[<p dir="auto">There's a similar magic we've seen countless time with XO: you have a bug that nobody reports for years and suddenly it pops from various sources (or with many details so it's easy to spot), you think it's recently introduced, you check your diff and then after hours you realize it's there since a while <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f606.png?v=0594cb2b96d" class="not-responsive emoji emoji-android emoji--laughing" style="height:23px;width:auto;vertical-align:middle" title=":laughing:" alt="😆" /></p>
]]></description><link>https://xcp-ng.org/forum/post/101799</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101799</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Fri, 23 Jan 2026 16:12:26 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 15:07:38 GMT]]></title><description><![CDATA[<p dir="auto">The fix was already high in the priority list anyway, but I'll try to make sure we don't postpone it more. Had I realized sooner, I would have made it so we'd release it earlier.</p>
<p dir="auto">According to the package definitions, we even overwrite it each time we update the <code>xcp-ng-release-config</code> package. I'm surprised that we haven't had more support requests.</p>
<p dir="auto">I'll see if we can release a quick fix that just leaves the file alone until we apply the change that will move the remote configuration to its own file.</p>
]]></description><link>https://xcp-ng.org/forum/post/101797</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101797</guid><dc:creator><![CDATA[stormi]]></dc:creator><pubDate>Fri, 23 Jan 2026 15:07:38 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 15:01:57 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/majorp93" aria-label="Profile: MajorP93">@<bdi>MajorP93</bdi></a> Thanks. That clarifies what happened. I wrongly thought that it was managed in <code>/etc/rsyslog.conf</code> (which never gets overwritten), but it's in <code>/etc/rsyslog.d/xenserver.conf</code>, which can get overwritten if modified by an update.</p>
]]></description><link>https://xcp-ng.org/forum/post/101796</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101796</guid><dc:creator><![CDATA[stormi]]></dc:creator><pubDate>Fri, 23 Jan 2026 15:01:57 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 13:58:24 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> I was able to replicate this issue in our test environment.<br />
Applying of updates --&gt; rsyslog still working.<br />
Rebooting after applying the updates --&gt; rsyslog not working, same issue as previously explained.</p>
<p dir="auto">I found out that rsyslog target IP address gets saved in /etc/rsyslog.d/xenserver.conf.<br />
Here are the contents of the files in question:</p>
<p dir="auto">Before applying the updates via yum:<br />
/etc/rsyslog.conf</p>
<pre><code># rsyslog configuration file

# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html

#### MODULES ####

# The imjournal module bellow is now used as a message source instead of imuxsock.
$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
#$ModLoad imjournal # provides access to the systemd journal
$ModLoad imklog # reads kernel messages (the same are read from journald)
#$ModLoad immark  # provides --MARK-- message capability

# Provides UDP syslog reception
#$ModLoad imudp
#$UDPServerRun 514

# Provides TCP syslog reception
#$ModLoad imtcp
#$InputTCPServerRun 514


#### GLOBAL DIRECTIVES ####

# Where to place auxiliary files
$WorkDirectory /var/lib/rsyslog

# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on

# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf

# Turn off message reception via local log socket;
# local messages are retrieved through imjournal now.
#$OmitLocalLogging on

# File to store the position in the journal
#$IMJournalStateFile imjournal.state


#### RULES ####

# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages

# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure

# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog


# Log cron stuff
cron.*                                                  /var/log/cron

# Everybody gets emergency messages
*.emerg                                                 :omusrmsg:*

# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler

# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log


# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g   # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList   # run asynchronously
#$ActionResumeRetryCount -1    # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###
</code></pre>
<p dir="auto">/etc/rsyslog.d/xenserver.conf:</p>
<pre><code># Suppress duplicate messages and report "Last line repeated n times"
$RepeatedMsgReduction on

# Don't rate-limit messages - this isn't the right way to go about 
# reducing log size!
$IMUXSockRateLimitInterval 0
$SystemLogRateLimitInterval 0

# Ensure critical and higher level errors are logged synchronously.
$ActionFileEnableSync on
$outchannel crit_log,/var/log/crit.log,104857600,/etc/cron.daily/logrotate
*.crit;mail.none;authpriv.none;cron.none		:omfile:$crit_log
$ActionFileEnableSync off

# Log crit to the console as well
*.crit                                          /dev/hvc0

# Corosync logs useful things at warning
if $programname == 'corosync' and $syslogseverity &lt;= 4 then /dev/hvc0

# HTTP disk server backend used by XHA (LINSTOR SR).
# Redirected to a specific log file instead of daemon.log (facility 3).
$outchannel xcp_http_disk_server_log,/var/log/xcp-http-nbd-server.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 3 and $programname == 'http-disk-server' then :omfile:$xcp_http_disk_server_log
&amp; stop

# NBD server used by XHA (LINSTOR SR).
# Redirected to a specific log file instead of daemon.log (facility 3).
$outchannel xcp_nbd_http_server_log,/var/log/xcp-nbd-http-server.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 3 and $programname == 'nbd-http-server' then :omfile:$xcp_nbd_http_server_log
&amp; stop

# Log in specific file when a DRBD log is matched.
# Redirected to a specific log file instead of kern.log (facility 0).
$outchannel drbd_kern_log,/var/log/drbd-kern.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 0 and re_match($msg, '^\\[[ ]*[0-9]+\\.[0-9]+\\] drbd([0-9]+)?:? ') then :omfile:$drbd_kern_log
&amp; stop

# Log by facility.
$outchannel kern_log,/var/log/kern.log,104857600,/etc/cron.daily/logrotate
kern.*							:omfile:$kern_log

# dlm_controld logs to syslog local4
$outchannel daemon_log,/var/log/daemon.log,104857600,/etc/cron.daily/logrotate
daemon.*;local4.*					:omfile:$daemon_log

$outchannel user_log,/var/log/user.log,104857600,/etc/cron.daily/logrotate
user.*							:omfile:$user_log

# The authpriv file has restricted access.
$outchannel secure_log,/var/log/secure,104857600,/etc/cron.daily/logrotate
authpriv.*						:omfile:$secure_log

# Log all the mail messages in one place.
$outchannel mail_log,/var/log/maillog,104857600,/etc/cron.daily/logrotate
mail.*							:omfile:$mail_log

# Log cron stuff
$outchannel cron_log,/var/log/cron,104857600,/etc/cron.daily/logrotate
cron.*							:omfile:$cron_log

# Save boot messages also to boot.log
$outchannel boot_log,/var/log/boot.log,104857600,/etc/cron.daily/logrotate
local7.*						:omfile:$boot_log

# Xapi rbac audit log echoes to syslog local6
$outchannel audit_log,/var/log/audit.log,104857600,/etc/cron.daily/logrotate
local6.*						:omfile:$audit_log

# Xapi, xenopsd echo to syslog local5
$outchannel xensource_log,/var/log/xensource.log,104857600,/etc/cron.daily/logrotate
local5.*						:omfile:$xensource_log

# xenstore access to syslog local3
$outchannel xenstored_log,/var/log/xenstored-access.log,104857600,/etc/cron.daily/logrotate
local3.info						:omfile:$xenstored_log

# Storage Manager to syslog local2
$outchannel sm_log,/var/log/SMlog,104857600,/etc/cron.daily/logrotate
local2.info						:omfile:$sm_log

# Scheduled snapshots to syslog local1
$outchannel vmss_log,/var/log/VMSSlog,104857600,/etc/cron.daily/logrotate
local1.*						:omfile:$vmss_log

# xcp-rrdd-plugins (info and above) to local0
$outchannel xcp_rrdd_log,/var/log/xcp-rrdd-plugins.log,104857600,/etc/cron.daily/logrotate
local0.info						:omfile:$xcp_rrdd_log

# ignore default rules

*.* @10.10.160.27:5140
*.* ~
</code></pre>
<p dir="auto">After applying the updates via yum:<br />
/etc/rsyslog.conf:</p>
<pre><code># rsyslog configuration file

# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html

#### MODULES ####

# The imjournal module bellow is now used as a message source instead of imuxsock.
$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
#$ModLoad imjournal # provides access to the systemd journal
$ModLoad imklog # reads kernel messages (the same are read from journald)
#$ModLoad immark  # provides --MARK-- message capability

# Provides UDP syslog reception
#$ModLoad imudp
#$UDPServerRun 514

# Provides TCP syslog reception
#$ModLoad imtcp
#$InputTCPServerRun 514


#### GLOBAL DIRECTIVES ####

# Where to place auxiliary files
$WorkDirectory /var/lib/rsyslog

# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on

# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf

# Turn off message reception via local log socket;
# local messages are retrieved through imjournal now.
#$OmitLocalLogging on

# File to store the position in the journal
#$IMJournalStateFile imjournal.state


#### RULES ####

# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages

# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure

# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog


# Log cron stuff
cron.*                                                  /var/log/cron

# Everybody gets emergency messages
*.emerg                                                 :omusrmsg:*

# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler

# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log


# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g   # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList   # run asynchronously
#$ActionResumeRetryCount -1    # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###
</code></pre>
<p dir="auto">/etc/rsyslog.d/xenserver.conf:</p>
<pre><code># Suppress duplicate messages and report "Last line repeated n times"
$RepeatedMsgReduction on

# Don't rate-limit messages - this isn't the right way to go about 
# reducing log size!
$IMUXSockRateLimitInterval 0
$SystemLogRateLimitInterval 0

# Ensure critical and higher level errors are logged synchronously.
$ActionFileEnableSync on
$outchannel crit_log,/var/log/crit.log,104857600,/etc/cron.daily/logrotate
*.crit;mail.none;authpriv.none;cron.none		:omfile:$crit_log
$ActionFileEnableSync off

# Log crit to the console as well
*.crit                                          /dev/hvc0

# Corosync logs useful things at warning
if $programname == 'corosync' and $syslogseverity &lt;= 4 then /dev/hvc0

# HTTP disk server backend used by XHA (LINSTOR SR).
# Redirected to a specific log file instead of daemon.log (facility 3).
$outchannel xcp_http_disk_server_log,/var/log/xcp-http-nbd-server.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 3 and $programname == 'http-disk-server' then :omfile:$xcp_http_disk_server_log
&amp; stop

# NBD server used by XHA (LINSTOR SR).
# Redirected to a specific log file instead of daemon.log (facility 3).
$outchannel xcp_nbd_http_server_log,/var/log/xcp-nbd-http-server.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 3 and $programname == 'nbd-http-server' then :omfile:$xcp_nbd_http_server_log
&amp; stop

# Log in specific file when a DRBD log is matched.
# Redirected to a specific log file instead of kern.log (facility 0).
$outchannel drbd_kern_log,/var/log/drbd-kern.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 0 and re_match($msg, '^\\[[ ]*[0-9]+\\.[0-9]+\\] drbd([0-9]+)?:? ') then :omfile:$drbd_kern_log
&amp; stop

# Log by facility.
$outchannel kern_log,/var/log/kern.log,104857600,/etc/cron.daily/logrotate
kern.*							:omfile:$kern_log

# dlm_controld logs to syslog local4
$outchannel daemon_log,/var/log/daemon.log,104857600,/etc/cron.daily/logrotate
daemon.*;local4.*					:omfile:$daemon_log

$outchannel user_log,/var/log/user.log,104857600,/etc/cron.daily/logrotate
user.*							:omfile:$user_log

# The authpriv file has restricted access.
$outchannel secure_log,/var/log/secure,104857600,/etc/cron.daily/logrotate
authpriv.*						:omfile:$secure_log

# Log all the mail messages in one place.
$outchannel mail_log,/var/log/maillog,104857600,/etc/cron.daily/logrotate
mail.*							:omfile:$mail_log

# Log cron stuff
$outchannel cron_log,/var/log/cron,104857600,/etc/cron.daily/logrotate
cron.*							:omfile:$cron_log

# Save boot messages also to boot.log
$outchannel boot_log,/var/log/boot.log,104857600,/etc/cron.daily/logrotate
local7.*						:omfile:$boot_log

# Xapi rbac audit log echoes to syslog local6
$outchannel audit_log,/var/log/audit.log,104857600,/etc/cron.daily/logrotate
local6.*						:omfile:$audit_log

# Xapi, xenopsd echo to syslog local5
$outchannel xensource_log,/var/log/xensource.log,104857600,/etc/cron.daily/logrotate
local5.*						:omfile:$xensource_log

# xenstore access to syslog local3
$outchannel xenstored_log,/var/log/xenstored-access.log,104857600,/etc/cron.daily/logrotate
local3.info						:omfile:$xenstored_log

# Storage Manager to syslog local2
$outchannel sm_log,/var/log/SMlog,104857600,/etc/cron.daily/logrotate
local2.info						:omfile:$sm_log

# Scheduled snapshots to syslog local1
$outchannel vmss_log,/var/log/VMSSlog,104857600,/etc/cron.daily/logrotate
local1.*						:omfile:$vmss_log

# xcp-rrdd-plugins (info and above) to local0
$outchannel xcp_rrdd_log,/var/log/xcp-rrdd-plugins.log,104857600,/etc/cron.daily/logrotate
local0.info						:omfile:$xcp_rrdd_log

# ignore default rules
*.*							~
</code></pre>
<p dir="auto">After rebooting:<br />
/etc/rsyslog.conf:</p>
<pre><code># rsyslog configuration file

# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html

#### MODULES ####

# The imjournal module bellow is now used as a message source instead of imuxsock.
$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
#$ModLoad imjournal # provides access to the systemd journal
$ModLoad imklog # reads kernel messages (the same are read from journald)
#$ModLoad immark  # provides --MARK-- message capability

# Provides UDP syslog reception
#$ModLoad imudp
#$UDPServerRun 514

# Provides TCP syslog reception
#$ModLoad imtcp
#$InputTCPServerRun 514


#### GLOBAL DIRECTIVES ####

# Where to place auxiliary files
$WorkDirectory /var/lib/rsyslog

# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on

# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf

# Turn off message reception via local log socket;
# local messages are retrieved through imjournal now.
#$OmitLocalLogging on

# File to store the position in the journal
#$IMJournalStateFile imjournal.state


#### RULES ####

# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages

# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure

# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog


# Log cron stuff
cron.*                                                  /var/log/cron

# Everybody gets emergency messages
*.emerg                                                 :omusrmsg:*

# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler

# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log


# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g   # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList   # run asynchronously
#$ActionResumeRetryCount -1    # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###
</code></pre>
<p dir="auto">/etc/rsyslog.d/xenserver.conf:</p>
<pre><code># Suppress duplicate messages and report "Last line repeated n times"
$RepeatedMsgReduction on

# Don't rate-limit messages - this isn't the right way to go about 
# reducing log size!
$IMUXSockRateLimitInterval 0
$SystemLogRateLimitInterval 0

# Ensure critical and higher level errors are logged synchronously.
$ActionFileEnableSync on
$outchannel crit_log,/var/log/crit.log,104857600,/etc/cron.daily/logrotate
*.crit;mail.none;authpriv.none;cron.none		:omfile:$crit_log
$ActionFileEnableSync off

# Log crit to the console as well
*.crit                                          /dev/hvc0

# Corosync logs useful things at warning
if $programname == 'corosync' and $syslogseverity &lt;= 4 then /dev/hvc0

# HTTP disk server backend used by XHA (LINSTOR SR).
# Redirected to a specific log file instead of daemon.log (facility 3).
$outchannel xcp_http_disk_server_log,/var/log/xcp-http-nbd-server.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 3 and $programname == 'http-disk-server' then :omfile:$xcp_http_disk_server_log
&amp; stop

# NBD server used by XHA (LINSTOR SR).
# Redirected to a specific log file instead of daemon.log (facility 3).
$outchannel xcp_nbd_http_server_log,/var/log/xcp-nbd-http-server.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 3 and $programname == 'nbd-http-server' then :omfile:$xcp_nbd_http_server_log
&amp; stop

# Log in specific file when a DRBD log is matched.
# Redirected to a specific log file instead of kern.log (facility 0).
$outchannel drbd_kern_log,/var/log/drbd-kern.log,104857600,/etc/cron.daily/logrotate
if $syslogfacility == 0 and re_match($msg, '^\\[[ ]*[0-9]+\\.[0-9]+\\] drbd([0-9]+)?:? ') then :omfile:$drbd_kern_log
&amp; stop

# Log by facility.
$outchannel kern_log,/var/log/kern.log,104857600,/etc/cron.daily/logrotate
kern.*							:omfile:$kern_log

# dlm_controld logs to syslog local4
$outchannel daemon_log,/var/log/daemon.log,104857600,/etc/cron.daily/logrotate
daemon.*;local4.*					:omfile:$daemon_log

$outchannel user_log,/var/log/user.log,104857600,/etc/cron.daily/logrotate
user.*							:omfile:$user_log

# The authpriv file has restricted access.
$outchannel secure_log,/var/log/secure,104857600,/etc/cron.daily/logrotate
authpriv.*						:omfile:$secure_log

# Log all the mail messages in one place.
$outchannel mail_log,/var/log/maillog,104857600,/etc/cron.daily/logrotate
mail.*							:omfile:$mail_log

# Log cron stuff
$outchannel cron_log,/var/log/cron,104857600,/etc/cron.daily/logrotate
cron.*							:omfile:$cron_log

# Save boot messages also to boot.log
$outchannel boot_log,/var/log/boot.log,104857600,/etc/cron.daily/logrotate
local7.*						:omfile:$boot_log

# Xapi rbac audit log echoes to syslog local6
$outchannel audit_log,/var/log/audit.log,104857600,/etc/cron.daily/logrotate
local6.*						:omfile:$audit_log

# Xapi, xenopsd echo to syslog local5
$outchannel xensource_log,/var/log/xensource.log,104857600,/etc/cron.daily/logrotate
local5.*						:omfile:$xensource_log

# xenstore access to syslog local3
$outchannel xenstored_log,/var/log/xenstored-access.log,104857600,/etc/cron.daily/logrotate
local3.info						:omfile:$xenstored_log

# Storage Manager to syslog local2
$outchannel sm_log,/var/log/SMlog,104857600,/etc/cron.daily/logrotate
local2.info						:omfile:$sm_log

# Scheduled snapshots to syslog local1
$outchannel vmss_log,/var/log/VMSSlog,104857600,/etc/cron.daily/logrotate
local1.*						:omfile:$vmss_log

# xcp-rrdd-plugins (info and above) to local0
$outchannel xcp_rrdd_log,/var/log/xcp-rrdd-plugins.log,104857600,/etc/cron.daily/logrotate
local0.info						:omfile:$xcp_rrdd_log

# ignore default rules
*.*							~
</code></pre>
<p dir="auto">--&gt; appearently after applying the updates my rsyslog target system got removed from /etc/rsyslog.d/xenserver.conf but this change got active after rebooting.</p>
]]></description><link>https://xcp-ng.org/forum/post/101791</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101791</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Fri, 23 Jan 2026 13:58:24 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 13:39:19 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> Yes, I am currently working on replicating the issue in our test environment. I will report back once done.</p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rzr" aria-label="Profile: rzr">@<bdi>rzr</bdi></a> I configured locale via XCP-ng ISO installer. This is my locale output:</p>
<pre><code>[14:38 xcpng01 ~]# locale
LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

</code></pre>
]]></description><link>https://xcp-ng.org/forum/post/101790</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101790</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Fri, 23 Jan 2026 13:39:19 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 13:29:18 GMT]]></title><description><![CDATA[<p dir="auto">Did you set a system a custom locale settings ? please share ouput of <code>locale</code> command ?  we are suspecting rsyslog issues</p>
]]></description><link>https://xcp-ng.org/forum/post/101789</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101789</guid><dc:creator><![CDATA[rzr]]></dc:creator><pubDate>Fri, 23 Jan 2026 13:29:18 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 09:35:41 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/majorp93" aria-label="Profile: MajorP93">@<bdi>MajorP93</bdi></a> Good to know that you have another pool to update. Then please also save the file prior to updating.</p>
]]></description><link>https://xcp-ng.org/forum/post/101779</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101779</guid><dc:creator><![CDATA[stormi]]></dc:creator><pubDate>Fri, 23 Jan 2026 09:35:41 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Fri, 23 Jan 2026 08:02:08 GMT]]></title><description><![CDATA[<p dir="auto">I've been considering remote syslog too. Does enabling remote syslog remove local logging?</p>
]]></description><link>https://xcp-ng.org/forum/post/101776</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101776</guid><dc:creator><![CDATA[Forza]]></dc:creator><pubDate>Fri, 23 Jan 2026 08:02:08 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 22 Jan 2026 21:12:13 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/rzr" aria-label="Profile: rzr">@<bdi>rzr</bdi></a> No I did not customize anything related to rsyslog on XO / XCP-ng side. No tweaking of rsyslog config file(s) or similar.<br />
I just setup a graylog server, enabled the syslog udp input there and configured rsyslog via Xen Orchestra like so:</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1769109214059-1b446ebe-7bee-492b-aacf-43531e7d050c-grafik.png" alt="1b446ebe-7bee-492b-aacf-43531e7d050c-grafik.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">I consider this the most basic setup.<br />
Also: AFAIK there are no UI options for rsyslog custom rules. Enabling it and setting IP address/port is basically all that can be done. I read that Vates recommends to not fiddle with config files on dom0 and view XCP-ng as an appliance.<br />
So maybe custom rsyslog config does not need to get considered as long as no new GUI features for that are planned.</p>
]]></description><link>https://xcp-ng.org/forum/post/101767</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101767</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Thu, 22 Jan 2026 21:12:13 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 22 Jan 2026 19:10:21 GMT]]></title><description><![CDATA[<p dir="auto">hi, yes I tried to play and tweak rsyslog recently (there are some changes in xcp-ng-rpm  github), but I was unsure about customizations options.</p>
<p dir="auto">Are you or anyone using rsyslog with customs rules ? if yes let me know how, it can help for our  testing.</p>
]]></description><link>https://xcp-ng.org/forum/post/101766</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101766</guid><dc:creator><![CDATA[rzr]]></dc:creator><pubDate>Thu, 22 Jan 2026 19:10:21 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 22 Jan 2026 18:05:02 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> I have another XCP-ng pool running in our test environment / lab which does not (yet) have that round of patches applied.<br />
I will try to reproduce the issue in that environment once I have the time to do so and let you know.</p>
<p dir="auto">And sure, if it happens again I will save the contents of the rsyslog.conf file.</p>
<p dir="auto">yum.log is empty.<br />
yum.log.1 contains:</p>
<pre><code>[19:01 xcpng01 log]# cat yum.log.1
Dec 19 17:02:14 Updated: xen-libs-4.17.5-23.1.xcpng8.3.x86_64
Dec 19 17:02:14 Updated: xcp-ng-release-presets-8.3.0-35.x86_64
Dec 19 17:02:16 Updated: xcp-ng-release-config-8.3.0-35.x86_64
Dec 19 17:02:17 Updated: xen-hypervisor-4.17.5-23.1.xcpng8.3.x86_64
Dec 19 17:02:17 Updated: xen-dom0-libs-4.17.5-23.1.xcpng8.3.x86_64
Dec 19 17:02:17 Updated: vhd-tool-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:22 Updated: 2:qemu-4.2.1-5.2.15.1.xcpng8.3.x86_64
Dec 19 17:02:23 Updated: xen-tools-4.17.5-23.1.xcpng8.3.x86_64
Dec 19 17:02:23 Updated: xen-dom0-tools-4.17.5-23.1.xcpng8.3.x86_64
Dec 19 17:02:24 Updated: forkexecd-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:24 Updated: qcow-stream-tool-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:24 Updated: varstored-guard-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:25 Updated: sm-fairlock-3.2.12-16.1.xcpng8.3.x86_64
Dec 19 17:02:26 Updated: sm-3.2.12-16.1.xcpng8.3.x86_64
Dec 19 17:02:26 Updated: message-switch-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:27 Updated: xenopsd-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:27 Updated: xapi-rrd2csv-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:28 Updated: rrdd-plugins-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:28 Updated: xenopsd-cli-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:29 Updated: xenopsd-xc-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:33 Updated: xapi-core-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:34 Updated: varstored-1.2.0-3.4.xcpng8.3.x86_64
Dec 19 17:02:34 Updated: xapi-tests-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:35 Updated: squeezed-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:35 Updated: xcp-rrdd-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:35 Updated: xcp-ng-release-8.3.0-35.x86_64
Dec 19 17:02:36 Updated: xapi-storage-script-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:36 Updated: gpumon-24.1.0-71.1.xcpng8.3.x86_64
Dec 19 17:02:36 Updated: xsconsole-11.0.9.1-1.1.xcpng8.3.x86_64
Dec 19 17:02:40 Updated: xcp-ng-pv-tools-8.3-15.xcpng8.3.noarch
Dec 19 17:02:40 Updated: amd-microcode-20251203-1.1.xcpng8.3.noarch
Dec 19 17:02:40 Updated: sm-cli-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:42 Updated: xcp-networkd-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:42 Updated: varstored-tools-1.2.0-3.4.xcpng8.3.x86_64
Dec 19 17:02:42 Updated: xapi-xe-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:42 Updated: wsproxy-25.33.1-2.1.xcpng8.3.x86_64
Dec 19 17:02:42 Updated: xo-lite-0.17.0-1.xcpng8.3.noarch
Dec 19 17:02:43 Updated: xcp-featured-1.1.8-3.xcpng8.3.x86_64
Dec 19 17:02:43 Updated: xha-25.2.0-1.1.xcpng8.3.x86_64
Dec 19 17:02:43 Updated: xapi-nbd-25.33.1-2.1.xcpng8.3.x86_64
</code></pre>
]]></description><link>https://xcp-ng.org/forum/post/101763</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101763</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Thu, 22 Jan 2026 18:05:02 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 22 Jan 2026 17:56:15 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/majorp93" aria-label="Profile: MajorP93">@<bdi>MajorP93</bdi></a> If it happens again for you (or anyone else reading this thread), please save the contents of <code>/etc/rsyslog.conf</code> just after the lost remote syslog so that we may check whether it was overwritten or something else happened.</p>
<p dir="auto">Also, could you upload somewhere the file that contains your <code>yum</code> logs? <code>/var/log/yum.log</code> or any rotated version of that file <code>/var/log/yum.log.1</code>, etc.</p>
]]></description><link>https://xcp-ng.org/forum/post/101762</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101762</guid><dc:creator><![CDATA[stormi]]></dc:creator><pubDate>Thu, 22 Jan 2026 17:56:15 GMT</pubDate></item><item><title><![CDATA[Reply to Remote syslog broken after update&#x2F;reboot? - Changing it away, then back fixes. on Thu, 22 Jan 2026 17:40:11 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> Well I only reboot our XCP-ng hosts after updates have been applied. I configured remote syslog at the beginning of december as an attempt to fix /var/log partition reaching 100&amp; usage (as described in <a href="https://xcp-ng.org/forum/topic/11630/log_fs_usage-var-log-directory-on-pool-master-filling-up-constantly/17?_=1769102290032">this thread</a>).</p>
<p dir="auto">Remote syslog was working fine at that point.</p>
<p dir="auto">When you guys released the december round of patches I applied them and as a result rebooted all hosts of the pool.<br />
After checking our graylog server I can confirm that the XCP-ng pool stopped sending remote syslog data after the hosts had been rebooted.</p>
<p dir="auto">I then searched the forum, found this thread, was able to get remote syslog working again by re-applying the remote syslog IP addresses via XO as described by other users some time ago.</p>
<p dir="auto">Due to the fact that the behavior of the systems looked exactly as what had been described in this thread earlier I assumed that the issue may not have been investigated / fixed yet.</p>
<p dir="auto">//EDIT: regarding the question of package versions: I applied everything that you guys released in the december round of pachtes and had a patched system prior you releasing them.<br />
I can not say if the "yum upgrade" or reboot is the exact moment where the remote syslog stopped working.</p>
]]></description><link>https://xcp-ng.org/forum/post/101758</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/101758</guid><dc:creator><![CDATA[MajorP93]]></dc:creator><pubDate>Thu, 22 Jan 2026 17:40:11 GMT</pubDate></item></channel></rss>