obrien 2008-09-01 23:46:17 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/syslogd syslogd.c
Log:
SVN rev 182659 on 2008-09-01 23:46:17Z by obrien
MFC: r174533, r182605:
+ Open ctty in non-blocking mode to avoid hangs during open and clos
obrien 2008-09-01 23:42:21 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/syslogd syslogd.c
Log:
SVN rev 182657 on 2008-09-01 23:42:21Z by obrien
MFC: r176427: Two no-op fixes to improve corretness of syslogd code:
1) Use [AP]F_LOCAL rat
obrien 2008-09-01 16:10:09 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
usr.sbin/syslogd syslogd.c
Log:
SVN rev 182607 on 2008-09-01 16:10:09Z by obrien
MFC: r176427: Two no-op fixes to improve corretness of syslogd code:
1) Use [AP]F_LOCAL rat
obrien 2008-09-01 16:09:07 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
usr.sbin/syslogd syslogd.c
Log:
SVN rev 182606 on 2008-09-01 16:09:07Z by obrien
MFC: r174533, r182605:
+ Open ctty in non-blocking mode to avoid hangs during open and clos
obrien 2008-09-01 15:10:03 UTC
FreeBSD src repository
Modified files:
usr.sbin/syslogd syslogd.c
Log:
SVN rev 182605 on 2008-09-01 15:10:03Z by obrien
Remove extraneous NULL pointer check - the pointer is guaranteed to be
non-NULL.
Revision ChangesPath
1.15
obrien 2008-03-16 07:23:46 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
usr.sbin/syslogd syslogd.c
Log:
MFC: rev 1.153: style(9)
Revision ChangesPath
1.152.2.1 +15 -15src/usr.sbin/syslogd/syslogd.c
___
dwmalone2008-02-20 21:54:41 UTC
FreeBSD src repository
Modified files:
usr.sbin/syslogd syslogd.c
Log:
Two no-op fixes to improve corretness of syslogd code:
1) Use [AP]F_LOCAL rather than [AP]F_UNIX.
2) When copying a pipe's name, use f->f_un.f_pipe.f_pname, not
f->f
obrien 2007-12-11 06:10:10 UTC
FreeBSD src repository
Modified files:
usr.sbin/syslogd syslogd.c
Log:
+ Open ctty in non-blocking mode to avoid hangs during open and close(waiting
for the port to drain).
+ Handle "*" as a priority properly.
+ Test what is free'ed.
obrien 2007-12-05 18:00:41 UTC
FreeBSD src repository
Modified files:
usr.sbin/syslogd syslogd.c
Log:
style(9)
Revision ChangesPath
1.153 +15 -15src/usr.sbin/syslogd/syslogd.c
___
cvs-all@freebsd.org mailing lis
ru 2006-09-29 17:36:39 UTC
FreeBSD src repository
Modified files:
usr.sbin/syslogd syslogd.c
Log:
Sync usage() with manpage's SYNOPSIS.
Revision ChangesPath
1.152 +2 -2 src/usr.sbin/syslogd/syslogd.c
___
cv
On Tue, Apr 11, 2006 at 11:58:02PM -0500, Christian S.J. Peron wrote:
> Brooks Davis wrote:
> >On Fri, Mar 31, 2006 at 09:06:32AM +, Robert Watson wrote:
> >
> >>On Fri, 31 Mar 2006, Peter Jeremy wrote:
> >>
> >>
> >>>On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
> >>>
Brooks Davis wrote:
On Fri, Mar 31, 2006 at 09:06:32AM +, Robert Watson wrote:
On Fri, 31 Mar 2006, Peter Jeremy wrote:
On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
This change allows syslogd to ignore ENOSPC space errors, so that when
the
filesystem is
On Fri, Mar 31, 2006 at 09:06:32AM +, Robert Watson wrote:
>
> On Fri, 31 Mar 2006, Peter Jeremy wrote:
>
> >On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
> >> This change allows syslogd to ignore ENOSPC space errors, so that when
> >> the
> >> filesystem is cleaned up, sys
* Robert Watson <[EMAIL PROTECTED]> [060331 09:20] wrote:
>
> On Fri, 31 Mar 2006, Alfred Perlstein wrote:
>
> >EDQUOT ?
>
> This won't normally happen for local file systems, as the root user isn't
> restricted by quotas. This can happen for NFS file systems where root is
> writing to an NFS
On Fri, 31 Mar 2006, Alfred Perlstein wrote:
EDQUOT ?
This won't normally happen for local file systems, as the root user isn't
restricted by quotas. This can happen for NFS file systems where root is
writing to an NFS log directory and the uid is mapped to a non-root uid on the
server.
* Christian S.J. Peron <[EMAIL PROTECTED]> [060330 13:05] wrote:
> csjp2006-03-30 21:04:52 UTC
>
> FreeBSD src repository
>
> Modified files:
> usr.sbin/syslogd syslogd.c
> Log:
> Currently, if writing out a log entry fails, we unlink that log entry from
> our
> intern
Christian S.J. Peron wrote:
Robert Watson wrote:
On Fri, 31 Mar 2006, Christian S.J. Peron wrote:
Although I agree this is a good idea, I think it would be more
appropriate to place these kinds of checks in newsyslog(8) so that
other programs logging can take advantage of this.
The pro
Robert Watson wrote:
On Fri, 31 Mar 2006, Christian S.J. Peron wrote:
Although I agree this is a good idea, I think it would be more
appropriate to place these kinds of checks in newsyslog(8) so that
other programs logging can take advantage of this.
The program generating the log message
On Fri, 31 Mar 2006, Christian S.J. Peron wrote:
Although I agree this is a good idea, I think it would be more appropriate
to place these kinds of checks in newsyslog(8) so that other programs
logging can take advantage of this.
The program generating the log message is presumably the one t
On Fri, 31 Mar 2006, Alexander Leidinger wrote:
Do you know if a kqueue based solution is cheaper?
Probably should not matter. Syslog writes data to disk synchronously,
right? So anything not involving a disk access is negligible in cost
compared to the main action of writing the log entry.
On Fri, 31 Mar 2006, Alexander Leidinger wrote:
Robert Watson <[EMAIL PROTECTED]> wrote:
The cost to check for free space is the cost of a fstatfs() system call on
the file descriptor of the log file. This should be handled without
touching the disk, so while it's not a cheap system call co
Robert Watson wrote:
On Fri, 31 Mar 2006, Peter Jeremy wrote:
On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
This change allows syslogd to ignore ENOSPC space errors, so that
when the
filesystem is cleaned up, syslogd will automatically start logging
again
without requi
On Fri, Mar 31, 2006 at 10:32:13AM +, Robert Watson wrote:
> The trick will be balancing flexibility with complexity for the
> administrator. -s foopercent is easy for an administrator to understand,
> and conditional logging of message types based on percentage is not. I can
> imagine a us
Sergey Babkin <[EMAIL PROTECTED]> wrote:
Robert Watson <[EMAIL PROTECTED]> wrote:
The cost to check for free space is the cost of a fstatfs() system
call on the file descriptor of the log file. This should be handled
without touching the disk, so while it's not a cheap system call
compared
>Robert Watson <[EMAIL PROTECTED]> wrote:
>
>> The cost to check for free space is the cost of a fstatfs() system
>> call on the file descriptor of the log file. This should be handled
>> without touching the disk, so while it's not a cheap system call
>> compared to, say, getpid(), as it acqu
Robert Watson <[EMAIL PROTECTED]> wrote:
The cost to check for free space is the cost of a fstatfs() system
call on the file descriptor of the log file. This should be handled
without touching the disk, so while it's not a cheap system call
compared to, say, getpid(), as it acquires locks and
On Fri, 31 Mar 2006, Pawel Jakub Dawidek wrote:
+> What I'd like to see is an argument to syslogd to specify a maximum full
level for the target file system. Log data is valuable, but being able to write to
+> /var/tmp/vi.recover is also important. syslogd -l 90% could specify that sylogd
s
On Fri, 31 Mar 2006, Joao Barros wrote:
My sole concern with this is that this means that syslogd will keep trying
to write to the full filesystem - and the kernel will log the attempts to
write to a full filesystem. Whilst there's rate limiting in the kernel,
this sort of feedback loop is u
On Fri, Mar 31, 2006 at 09:06:32AM +, Robert Watson wrote:
+>
+> On Fri, 31 Mar 2006, Peter Jeremy wrote:
+>
+> >On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
+> >> This change allows syslogd to ignore ENOSPC space errors, so that when the
+> >> filesystem is cleaned up, sys
On 3/31/06, Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Fri, 31 Mar 2006, Peter Jeremy wrote:
>
> > On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
> >> This change allows syslogd to ignore ENOSPC space errors, so that when the
> >> filesystem is cleaned up, syslogd will autom
On Fri, 31 Mar 2006, Peter Jeremy wrote:
On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
This change allows syslogd to ignore ENOSPC space errors, so that when the
filesystem is cleaned up, syslogd will automatically start logging again
without requiring the reset. This make
On Thu, 2006-Mar-30 21:04:52 +, Christian S.J. Peron wrote:
> This change allows syslogd to ignore ENOSPC space errors, so that when the
> filesystem is cleaned up, syslogd will automatically start logging again
> without requiring the reset. This makes syslogd(8) a bit more reliable.
My so
At 11:06 PM +0100 3/30/06, Joao Barros wrote:
On 3/30/06, John-Mark Gurney <[EMAIL PROTECTED]> wrote:
> I'd be cool if there was a log entry that logged the fact
> that we couldn't write entries for a time due to no space
> on the device, so that going back through the logs, you
> could under
On 3/30/06, John-Mark Gurney <[EMAIL PROTECTED]> wrote:
> I'd be cool if there was a log entry that logged the fact that we couldn't
> write entries for a time due to no space on the device, so that going back
> through the logs, you could understand why there was a big gap...
>
I like the idea ,
Christian S.J. Peron wrote this message on Thu, Mar 30, 2006 at 21:04 +:
> csjp2006-03-30 21:04:52 UTC
>
> FreeBSD src repository
>
> Modified files:
> usr.sbin/syslogd syslogd.c
> Log:
> Currently, if writing out a log entry fails, we unlink that log entry from
> ou
csjp2006-03-30 21:04:52 UTC
FreeBSD src repository
Modified files:
usr.sbin/syslogd syslogd.c
Log:
Currently, if writing out a log entry fails, we unlink that log entry from our
internal list of logfiles. So if writev(2) fails for potentially transient
errors like ENO
36 matches
Mail list logo
