[syslog-ng]Syslog-ng doesn't parse certain log messages

Michael Renner m.renner@inode.at
Wed, 17 Jul 2002 15:52:32 +0200


Hi!

It seems that our syslog-ng (1.5.18, upgraded from 1.5.14 today) stopped 
logging messages from some routers. It seems to be a syslog-ng problem 
because the routers don't have anything in common (except that all of them 
are ciscos, but completely different hardware/ios versions).

My configuration (only the relevant parts of the configfile are shown):


---

options {       sync (0);
                 log_fifo_size (1000);
                 use_fqdn (yes);
                 chain_hostnames(no);
                 stats (3600);
                 use_time_recvd(no);
                 use_dns(no);
         };

source netrout  { udp(ip(213.229.60.108) port(514)); };

destination router      { file("/var/log/router/$HOST/$YEAR-$MONTH-$DAY" 
create_dirs(yes) template("$DATE $HOST $MSG\n")); };
destination unknown     { file("/var/log/unknown/$HOST/$YEAR-$MONTH-$DAY" 
create_dirs(yes) template("$DATE $HOST $MSG\n")); };

filter f_router         { 
facility(local1,local2,local3,local4,local5,local6,local7); };

log { source(netrout); filter(f_router); destination(router); flags(final); };
log { source(netrout); destination(unknown); flags(fallback); };

---

"tcpdump -i eth0 -n -X -s0 port 514 and src 195.58.180.178" shows the 
following ouptut:

This is a packet which doesn't get logged:

15:35:02.920137 195.58.180.178.54088 > 213.229.60.108.514:  udp 129
0x0000   4500 009d 3294 0000 fc11 017d c33a b4b2        E...2......}.:..
0x0010   d5e5 3c6c d348 0202 0089 545b 3c31 3733        ..<l.H....T[<173
0x0020   3e32 3733 3332 3136 3a20 4a75 6c20 3137        >2733216:.Jul.17
0x0030   2031 353a 3335 3a30 322e 3135 3520 4d45        .15:35:02.155.ME
0x0040   542d 4453 543a 2025 4c49 4e45 5052 4f54        T-DST:.%LINEPROT
0x0050   4f2d 352d 5550 444f 574e 3a20 4c69 6e65        O-5-UPDOWN:.Line
0x0060   2070 726f 746f 636f 6c20 6f6e 2049 6e74        .protocol.on.Int
0x0070   6572 6661 6365 2056 6972 7475 616c 2d41        erface.Virtual-A
0x0080   6363 6573 7338 3135 2c20 6368 616e 6765        ccess815,.change
0x0090   6420 7374 6174 6520 746f 2075 70               d.state.to.up

---

"tcpdump -i eth0 -n -X -s0 port 514 and src 195.58.172.146" shows the 
following ouptut:

This is a packet which gets correctly logged:

15:36:49.431070 195.58.172.146.9914 > 213.229.60.108.514:  udp 123
0x0000   4500 0097 2c3a 0000 fc11 0ffd c33a ac92        E...,:.......:..
0x0010   d5e5 3c6c 26ba 0202 0083 7d61 3c31 3733        ..<l&.....}a<173
0x0020   3e31 3538 3431 3837 3a20 4a75 6c20 3137        >1584187:.Jul.17
0x0030   2031 353a 3336 3a34 382e 3532 3020 4d45        .15:36:48.520.ME
0x0040   542d 4453 543a 2025 4c49 4e45 5052 4f54        T-DST:.%LINEPROT
0x0050   4f2d 352d 5550 444f 574e 3a20 4c69 6e65        O-5-UPDOWN:.Line
0x0060   2070 726f 746f 636f 6c20 6f6e 2049 6e74        .protocol.on.Int
0x0070   6572 6661 6365 2053 6572 6961 6c31 3a32        erface.Serial1:2
0x0080   2c20 6368 616e 6765 6420 7374 6174 6520        ,.changed.state.
0x0090   746f 2064 6f77 6e                              to.down

---

I doubt that there's a permission problem on the syslog-ng side (All dirs 
have the permissions bits 700, logfiles 600; everything owned by 
root:root), the local syslog messages (internal()) don't show any 
suspicious messages (none at all).

Can you give me a hint on how to resolve this problem?





mfg/best regards

-- 

Inode Telekommunikationsdienstleistungs GmbH  -  http://www.inode.at/
Michael Renner - Junior System Engineer
m.renner@inode.at, Tel.: +43 59999 0 Fax.: +43 59999 6599

Buero Wien - Millennium Tower Handelskai 94-96/43 - A-1200 Wien
Buero Graz - Schmiedlstrasse 1 - A-8042 Graz
Buero Sbg  - Schillerstrasse 30  - A-5020 Salzburg
Buero Ibk  - Eduard Bodem Gasse 5-7  - A-6020 Innsbruck