| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
svn path=/head/; revision=162806
|
|
|
|
|
|
|
| |
newsyslog(8) WARNS=6 clean.
Notes:
svn path=/head/; revision=161412
|
|
|
|
|
|
|
|
|
|
| |
neworder change. Keep the option in a config file parser, to not
violate POLA.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=160560
|
|
|
|
|
|
|
|
|
| |
been bugs if the source had ever been too big for the destination.
MFC after: 3 weeks
Notes:
svn path=/head/; revision=159998
|
|
|
|
|
|
|
|
|
| |
been the default for two years now, without any problems reported.
MFC after: 3 weeks
Notes:
svn path=/head/; revision=159968
|
|
|
|
|
|
|
|
|
|
|
| |
they have been rotated. Among other things, use warnx() instead of warn()
for some messages where the value if errno is irrelevant to the problem
being reported.
MFC after: 5 days
Notes:
svn path=/head/; revision=154566
|
|
|
|
|
|
|
|
|
| |
actual file name in error message.
MFC After: 2 weeks
Notes:
svn path=/head/; revision=152980
|
|
|
|
|
|
|
| |
Approved by: re (blanket)
Notes:
svn path=/head/; revision=147377
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cojunction with -C and is used by /etc/rc.d/newsyslog.
I forgot that this was in my perforce tree and not my running system and
thus committed a non-working newsyslog script.
Reported by: des
Pointy hat: brooks
Notes:
svn path=/head/; revision=143106
|
|
|
|
|
|
|
| |
PR: 75282
Notes:
svn path=/head/; revision=142365
|
|
|
|
| |
Notes:
svn path=/head/; revision=141846
|
|
|
|
| |
Notes:
svn path=/head/; revision=140566
|
|
|
|
| |
Notes:
svn path=/head/; revision=140442
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
parameter 2 in chmod(2), which is a mode_t (and in turn a __uint_16_t),
it's more likely that it should be defined as an unsigned variable.
This commit should make newsyslog WARNS=6 clean, but don't bump the knob
until I have a universe build.
MFC After: 1 month
Notes:
svn path=/head/; revision=139655
|
|
|
|
|
|
|
| |
Pointy hat to: brooks
Notes:
svn path=/head/; revision=136186
|
|
|
|
|
|
|
|
| |
path. Doing so makes no sense. I'm not sure allowing relative paths
makes sense either, but I'm not going to break that now.
Notes:
svn path=/head/; revision=136174
|
|
|
|
|
|
|
|
| |
files similar to DESTDIR in the BSD make process. This only affects log
file paths not config file (-f) or archive directory (-a) paths.
Notes:
svn path=/head/; revision=136127
|
|
|
|
|
|
|
|
|
|
| |
to a directory. Therefore, use stat(2) instead of lstat(2) to check if
/var/log exists.
MFC after: 7 days
Notes:
svn path=/head/; revision=131581
|
|
|
|
| |
Notes:
svn path=/head/; revision=131500
|
|
|
|
|
|
|
| |
compiled on 4.x-stable.
Notes:
svn path=/head/; revision=130794
|
|
|
|
|
|
|
|
|
|
|
|
| |
the *filename* and not the pid_file(!). Stupid brain-fault on my part.
This could cause a segfault under -neworder if newsyslog had to rotate
multiple files, and later ones had specifed the 'N' flag.
Bug first reported by: le
MFC after: 3 days
Notes:
svn path=/head/; revision=130707
|
|
|
|
| |
Notes:
svn path=/head/; revision=130420
|
|
|
|
|
|
|
|
|
|
| |
main advantage of this is that daemon's are only signalled once per run,
instead of once for each file that is rotated.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=130385
|
|
|
|
|
|
|
|
|
|
| |
using __DECONST() for something, and that reference has been removed.
Noticed by: Helge Oldach
MFC after: 13 days
Notes:
svn path=/head/; revision=130214
|
|
|
|
|
|
|
|
|
| |
people have a way to drop back to the previous logic.
MFC after: 13 days
Notes:
svn path=/head/; revision=130205
|
|
|
|
|
|
|
|
|
|
|
| |
processes, and balance that by adding a 10-second delay after all the
processes have been signaled. Also improvement a few messages printed
with `-n' or `-v' processing (mostly signal-related messages).
MFC after: 13 days
Notes:
svn path=/head/; revision=130204
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
files to rotate. The new order will first rotate all files that need
to be rotated, and then send a single signal to each process which
needs to be signaled, and finally it will compress all the files which
were rotated.
This means daemons will be signaled once per run of newsyslog, instead
of once per file rotated. Also, files will be compressed in order of
file-size (smallest to largest). Also, it waits for each file to be
completely compressed before starting the next one (effectively as if
the 'w' flag is specified for all entries in newsyslog.conf). This
avoids the situation of having 10 gzip's going at the same time (each
with a log.0 and a log.0.gz file active), and it also means that file
attributes can be reliably set on files after they are compressed.
NOTE: This commit does define NEWORDER (which you could get rid of if
you really don't trust this), but it does not flip the "-D neworder"
switch. So, at the moment none of these changes happen unless you
request them (perhaps by adding '<debug> neworder' in newsyslog.conf).
PR: bin/25070 inspired some parts of this
Submitted by: parts from bin/25070 done by Helge Oldach
MFC after: 14 days
Notes:
svn path=/head/; revision=130167
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the newsyslog.conf file. Rename one size-related variable, and move
another one from the stack into conf_entry. Add a routine to change
file-attributes (chown, chmod, chflags), instead of having several
places doing the same sequence of system-calls. A few cosmetic/style
changes.
These should not effect any users. Most of these probably look
pointless, but they are the "insignificant parts" of a much larger
update that I'll be committing soon. Doing these as a separate update
should make that update easier to read.
MFC after: 14 days
Notes:
svn path=/head/; revision=130165
|
|
|
|
|
|
|
| |
MFC after: 16 days
Notes:
svn path=/head/; revision=130045
|
|
|
|
|
|
|
|
|
|
|
| |
If specified, the matching log files will have the NODUMP flag set
on them after they are created.
Submitted by: Sean Eric Fagan
MFC after: 16 days
Notes:
svn path=/head/; revision=130043
|
|
|
|
|
|
|
|
|
|
|
| |
that had been written some months ago for other processing. This
should get rid of a few subtle situations where an existing log
file would not exist (for a short time) while it is being rotated.
MFC after: 16 days
Notes:
svn path=/head/; revision=130038
|
|
|
|
| |
Notes:
svn path=/head/; revision=129975
|
|
|
|
|
|
|
|
|
|
|
| |
(if requested) a chown is done on the "blah.log.0" file.
PR: bin/67137
Submitted by: jeh
MFC after: 10 days
Notes:
svn path=/head/; revision=129974
|
|
|
|
| |
Notes:
svn path=/head/; revision=127858
|
|
|
|
|
|
|
|
|
| |
other than 'initial revision' thus I did not request a repocopy.
Requested by: ru, gad
Notes:
svn path=/head/; revision=126878
|
|
|
|
|
|
|
| |
Add an Xref to newsyslog.conf.5 and bzip2.1.
Notes:
svn path=/head/; revision=126830
|
|
|
|
|
|
|
| |
MFC after: 14 days
Notes:
svn path=/head/; revision=120726
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"will trim at" message printed when the user requests '-v'. The
previous code would often print the wrong time, such as:
On Sept 22, run: newsyslog -nv /var/log/wtmp
And see: will trim at Mon Sep 1 05:00:00 2003
correct msg: will trim at Wed Oct 1 05:00:00 2003
MFC after: 20 days
Notes:
svn path=/head/; revision=120361
|
|
|
|
|
|
|
|
|
|
|
| |
would only match a leap year every 400 years. The parseDWM code first
showed up in April 2000, so the first time this bug would cause any
confusion is in Feb 2004.
MFC after: 18 days
Notes:
svn path=/head/; revision=120046
|
|
|
|
|
|
|
|
|
|
| |
only code-change is to add a "next_time" parameter to both routines (and
that is not used yet). A later update will make "next_time" more useful.
MFC after: 20 days
Notes:
svn path=/head/; revision=119998
|
|
|
|
|
|
|
|
|
|
| |
is already passed in, instead of having the caller copy values from
that struct into additional parameters.
MFC after: 22 days
Notes:
svn path=/head/; revision=119927
|
|
|
|
|
|
|
|
|
| |
gcc 3.3.x and -Wshadow. Just renames 'log' variables to be 'logname'.
MFC after: 22 days
Notes:
svn path=/head/; revision=119926
|
|
|
|
|
|
|
| |
MFC after: 23 days
Notes:
svn path=/head/; revision=119905
|
|
|
|
|
|
|
|
|
|
|
| |
debugging options. Initial option is '-D TN=<time>', which can be
used to see how newsyslog would work if run at the specified time.
(time format is ISO 8601, since that is already supported).
MFC after: 23 days
Notes:
svn path=/head/; revision=119904
|
|
|
|
|
|
|
|
|
|
| |
negative values. Mainly done to sync this routine with OpenBSD.
Obtained from: OpenBSD
MFC after: 23 days
Notes:
svn path=/head/; revision=119902
|
|
|
|
|
|
|
| |
MFC after: 23 days
Notes:
svn path=/head/; revision=119901
|
|
|
|
|
|
|
|
|
| |
for invalid times, and have the caller print the error message.
MFC after: 23 days
Notes:
svn path=/head/; revision=119899
|
|
|
|
|
|
|
|
|
| |
is changed. (that will come in later updates).
MFC after: 23 days
Notes:
svn path=/head/; revision=119897
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
was mistakenly calling the standard isnumber() function to find out if
the given 'user' or 'group' were all numeric. This meant that only the
first character of the fields were actually checked, so a username of
(say) '3com' would look like a number, and thus get mapped to uid=3 (bin)
instead of username=3com.
This bug was introduced back in freebsd's v1.1. That initial import
almost matches netbsd's v1.9, except that an internal isnumber()
routine was removed in favor of the standard library version. The thing
is, that internal routine was checking the entire string, and not just
the first digit. In OpenBSD, isnumber() was eventually renamed to
isnumberstr() to make the distinction more obvious, and I'm going to
follow that lead.
I believe this also happens to remove the last references to isnumber()
in the entire freebsd base system.
Obtained from: OpenBSD, by a long circuitous route
MFC after: 5 days
Notes:
svn path=/head/; revision=119102
|
|
|
|
|
|
|
|
|
|
| |
the 'C' flag on an entry that also specifies 'user:group' info.
Submitted by: Riccardo Torrini <riccardo@torrini.org> in -current
MFC after: 4 days
Notes:
svn path=/head/; revision=118370
|