Bug 6676 - Non printing of timestamp if run through a named pipe
Summary: Non printing of timestamp if run through a named pipe
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: sysklogd
Version: 6.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-11-03 12:32 UTC by matthew
Modified: 2014-03-17 02:11 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2000-02-05 20:47:28 UTC


Attachments (Terms of Use)

Description matthew 1999-11-03 12:32:17 UTC
I have a setup on my syslog such that it writes to a named
pipe on the disk, which is read by a PERL script, and
printed onto a tty. It would seem that some entries on this
don't get the timestamp or computer name printed (I use the
-r option to syslogd as well). It seems random as to whether
a given entry gets printed with the timestamp or not. If
this happens, then it would appear not to get logged to the
messages file.

In addition, I have had problems where log
events appear to be queued in /dev/log, and the system
suddenly prints them all when I restart syslog.

Comment 1 matthew 1999-11-09 18:09:59 UTC
This seems to happen most under the logging done by the sshd on the
machine, with the 1.2.27-5i releases from ftp.replay.com . I
understand that these are unsupported, but I don't understand how the
messages are appearing without timestamps if they are coming through
the syslog mechanism, as they must be to appear on the display.

Comment 2 Bill Nottingham 2000-02-01 20:18:59 UTC
Of course, if more log data than will fit in the pipe buffer
accumulates before the pipe is read, some of the data
won't be put in the pipe.

Aside from that, I can't reproduce this here. What does the
perl script look like?


Note You need to log in before you can comment on or make changes to this bug.