<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Kernel Firewall or Syslog corruption in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028063#M48222</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We have our RHEL firewalls logging out put to a separate firewall log. KLOGD has been set to 4 and syslog.conf etc etc. All mostly works except more occasionally the logwatch script for firewalls plays up - upon analysis we find corrupted firewall logs. See Below:&lt;BR /&gt;&lt;BR /&gt;Feb 11 11:00:08 xserver kernel:  #FW# IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:11:33:18:08:aa:18:00 src=192.1192.168.32.255 LEN=109 TOS=0x00 PREC=0x00 TTL=128 ID=59197 PROTO=UDP SPT=1338 DPT=42520 LEN=89&lt;BR /&gt;Feb 11 11:00:08 xserver kernel:  #FW# IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:11:33:18:08:aa:18:00 src=192.168.35.127 DST=192.168.32.255 LEN=109 TOS=0x00 PREC=0x00 TTL=128 ID=22277 PROTO=UDP SPT=3076 DPT=42520 LEN=89&lt;BR /&gt;&lt;BR /&gt;As you can see the first line has lost a lot of data - the source log entry is merged with the destination and would seem to be overwritten by possibly two entries.&lt;BR /&gt;&lt;BR /&gt;Our iptables config has the following log option:&lt;BR /&gt;&lt;BR /&gt;-A RH-Firewall-1-INPUT -j LOG --log-level 5 --log-prefix " #FW# "&lt;BR /&gt;&lt;BR /&gt;Thus anything other than what we allow through is logged. Is this a problem - does syslog not cope with this level of logging? Is there a bug in the kernel or syslog?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Robert.</description>
    <pubDate>Mon, 12 Feb 2007 18:56:31 GMT</pubDate>
    <dc:creator>Robert Walker_8</dc:creator>
    <dc:date>2007-02-12T18:56:31Z</dc:date>
    <item>
      <title>Kernel Firewall or Syslog corruption</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028063#M48222</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We have our RHEL firewalls logging out put to a separate firewall log. KLOGD has been set to 4 and syslog.conf etc etc. All mostly works except more occasionally the logwatch script for firewalls plays up - upon analysis we find corrupted firewall logs. See Below:&lt;BR /&gt;&lt;BR /&gt;Feb 11 11:00:08 xserver kernel:  #FW# IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:11:33:18:08:aa:18:00 src=192.1192.168.32.255 LEN=109 TOS=0x00 PREC=0x00 TTL=128 ID=59197 PROTO=UDP SPT=1338 DPT=42520 LEN=89&lt;BR /&gt;Feb 11 11:00:08 xserver kernel:  #FW# IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:11:33:18:08:aa:18:00 src=192.168.35.127 DST=192.168.32.255 LEN=109 TOS=0x00 PREC=0x00 TTL=128 ID=22277 PROTO=UDP SPT=3076 DPT=42520 LEN=89&lt;BR /&gt;&lt;BR /&gt;As you can see the first line has lost a lot of data - the source log entry is merged with the destination and would seem to be overwritten by possibly two entries.&lt;BR /&gt;&lt;BR /&gt;Our iptables config has the following log option:&lt;BR /&gt;&lt;BR /&gt;-A RH-Firewall-1-INPUT -j LOG --log-level 5 --log-prefix " #FW# "&lt;BR /&gt;&lt;BR /&gt;Thus anything other than what we allow through is logged. Is this a problem - does syslog not cope with this level of logging? Is there a bug in the kernel or syslog?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Robert.</description>
      <pubDate>Mon, 12 Feb 2007 18:56:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028063#M48222</guid>
      <dc:creator>Robert Walker_8</dc:creator>
      <dc:date>2007-02-12T18:56:31Z</dc:date>
    </item>
    <item>
      <title>Re: Kernel Firewall or Syslog corruption</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028064#M48223</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;Syslog can handle any level of logging that iptables can be set to.&lt;BR /&gt;&lt;BR /&gt;If log files are getting hammered there is probably a destination configuration issue in the syslog conf file.&lt;BR /&gt;&lt;BR /&gt;Check for inconsistencies and restart syslog&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 13 Feb 2007 06:57:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028064#M48223</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-02-13T06:57:30Z</dc:date>
    </item>
    <item>
      <title>Re: Kernel Firewall or Syslog corruption</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028065#M48224</link>
      <description>Gday SEP,&lt;BR /&gt;&lt;BR /&gt;I thought that may be the case however the first output at Feb 11 11:00:08 seems to contain two firewall syslogs mashed together as the src=field is corrupted.&lt;BR /&gt;&lt;BR /&gt;This is our syslog config:&lt;BR /&gt;&lt;BR /&gt;kern.5                                                  /var/log/firewall&lt;BR /&gt;kern.*;kern.!5                                          /var/log/kernel&lt;BR /&gt;&lt;BR /&gt;# Log anything (except mail) of level info or higher.&lt;BR /&gt;# Don't log private authentication messages!&lt;BR /&gt;*.info;mail.none;authpriv.none;cron.none;kern.none      /var/log/messages&lt;BR /&gt;&lt;BR /&gt;# The authpriv file has restricted access.&lt;BR /&gt;authpriv.*                                              /var/log/secure&lt;BR /&gt;&lt;BR /&gt;# Log all the mail messages in one place.&lt;BR /&gt;mail.*                                                  -/var/log/maillog&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;# Log cron stuff&lt;BR /&gt;cron.*                                                  /var/log/cron&lt;BR /&gt;&lt;BR /&gt;# Everybody gets emergency messages&lt;BR /&gt;*.emerg                                                 *&lt;BR /&gt;&lt;BR /&gt;# Save news errors of level crit and higher in a special file.&lt;BR /&gt;uucp,news.crit                                          /var/log/spooler&lt;BR /&gt;&lt;BR /&gt;# Save boot messages also to boot.log&lt;BR /&gt;local7.*                                                /var/log/boot.log&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Robert.</description>
      <pubDate>Tue, 13 Feb 2007 18:23:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028065#M48224</guid>
      <dc:creator>Robert Walker_8</dc:creator>
      <dc:date>2007-02-13T18:23:15Z</dc:date>
    </item>
    <item>
      <title>Re: Kernel Firewall or Syslog corruption</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028066#M48225</link>
      <description>Gday,&lt;BR /&gt;&lt;BR /&gt;This call has gone to Redhat. They however think its bursty network traffic and suspect the kernel ring buffer is being overwritten.&lt;BR /&gt;&lt;BR /&gt;I am testing a couple of systems with log_buf_len=1024k (although they suggested 512K).&lt;BR /&gt;&lt;BR /&gt;Robert.</description>
      <pubDate>Tue, 12 Jun 2007 18:50:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028066#M48225</guid>
      <dc:creator>Robert Walker_8</dc:creator>
      <dc:date>2007-06-12T18:50:02Z</dc:date>
    </item>
    <item>
      <title>Re: Kernel Firewall or Syslog corruption</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028067#M48226</link>
      <description>No new takers - well have given up on this up the kernel loop log buffer is about it.</description>
      <pubDate>Tue, 03 Mar 2009 10:11:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-firewall-or-syslog-corruption/m-p/5028067#M48226</guid>
      <dc:creator>Robert Walker_8</dc:creator>
      <dc:date>2009-03-03T10:11:33Z</dc:date>
    </item>
  </channel>
</rss>

