| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
especially if an action failed for action queues. The issue was an
invalid increment of a stack-based pointer which lead to destruction
of the stack frame and thus a segfault on function return.
Thanks to Michael Biebl for alerting us on this problem.
|
|\ |
|
| |
| |
| |
| |
| | |
what could lead to rsyslog running in a thight loop.
Also did some code cleanup of previous patch.
|
| |
| |
| |
| |
| | |
Suspension during beginTransaction() did not properly cause the action
to be suspended, thus we entered an endless loop.
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
ChangeLog
action.c
configure.ac
doc/manual.html
doc/rsyslog_conf_modules.html
tests/sndrcv_drvr.sh
|
| |
| |
| |
| | |
potentially resulting in non-message destruction and thus hangs
|
|/
|
|
|
| |
... and addes some (later-to-be-removed) debug code to support finding
a problem in transaction handling.
|
|
|
|
|
| |
...by replacing time() call with much faster (at least under linux)
gettimeofday() calls.
|
|\
| |
| |
| |
| | |
Conflicts:
tests/Makefile.am
|
| |\
| | |
| | |
| | |
| | | |
Conflicts:
tests/Makefile.am
|
| | |
| | |
| | |
| | |
| | |
| | | |
This was a regression from the time() optimizations done in v4.
Bug tracker: http://bugzilla.adiscon.com/show_bug.cgi?id=143
Thanks to Klaus Tachtler for reporting this bug.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
another milestone commit: the program works, the new interface
is used, some more cleanup is needed and the per-ruleset config
options are still missing. But we are getting closer...
|
| | |
| | |
| | |
| | |
| | |
| | | |
processing.
THIS IS A VERY IMPORTANT ADDITION, see its doc for why.
|
| | |
| | |
| | |
| | | |
As an artifact of early development, they were registered in syslogd.c
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
... but this brings a lot of problems with it. The issue is that
we still have a sequential store and we do not know how we could
delete the one entry right in the middle of processing. I keep this
branch if we intend to move on with it - but for now I look into a
different solution...
|
| | |
| | |
| | |
| | |
| | |
| | | |
however, this had no negative effect, as the message processing state
was not evaluated when a batch was deleted, and that was the only case
where the state could be wrong.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
simplified and thus speeded up the queue engine, also fixed some
potential race conditions (in very unusual shutdown conditions)
along the way. The threading model has seriously changes, so there may
be some regressions.
NOTE: the code passed basic tests, but there is still more work
and testing to be done. This commit should be treated with care.
|
| | |
| | |
| | |
| | | |
... non-working version!
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
this option permites to process mark messages under all circumstances,
even if an action was recently called. This can be useful to use mark
messages as a kind of heartbeat.
|
| | | |
|
| | |
| | |
| | |
| | | |
reducing the number of thread cancellation state changes
|
|\| | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
optimized substring processing, should bring a small enhancement when
forwarding with the default forwarding templates. Also did some uchar
cleanup in msg.c (thus so many changes, in reality they are few...).
|
|\| | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
this bug was introduced by a recent change which was a bit too agressive
in avoiding locking. We can probably do better than with this patch, but
I think I'll move that into the v5 engine.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
the string area that is used to build the string being passed to
the output module is now part of the action structure. As such,
access to it must also be guarded by the action mutex (an even more
optimal solution may be to store it in thread-local storage, but
there always must remain some room for improvement ;)).
|
| | |
| | |
| | |
| | |
| | |
| | | |
It is intentionally quick & dirty, as I would like to do some
better patch, if possible. For that, I probably need the commented-out
code, thus no delete.
|
|\| |
| | |
| | |
| | |
| | | |
Conflicts:
runtime/rsyslog.h
|
| | | |
|
| | | |
|
|\| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This was a complex manual merge, especially in action.c. So if
there occur some problems, this would be a good point to start
troubleshooting. I run a couple of tests before commiting and
they all went well.
Conflicts:
action.c
action.h
runtime/queue.c
runtime/queue.h
runtime/wti.c
runtime/wti.h
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
WARNING: currently, message repeation processing is disabled, must
be reenabled (but prefer to do some other tests first)
|
| | | |
|
|\| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Note that this was NOT a trivial merge, and there may be
some issues. This needs to be seen when we continue developing.
Conflicts:
runtime/msg.h
runtime/obj.h
runtime/queue.c
runtime/srUtils.h
runtime/stream.c
runtime/stream.h
runtime/wti.c
tests/Makefile.am
tools/omfile.c
tools/syslogd.c
|
| |/
| |
| |
| |
| |
| |
| | |
also adds speed, because you do no longer need to run the whole file
system in sync mode. New testbench and new config directives:
- $MainMsgQueueSyncQueueFiles
- $ActionQueueSyncQueueFiles
|
| |
| |
| |
| |
| |
| | |
So far, the consumer was responsible for destroying objects. However, this
does not work well with ultra-reliable queues. This is the first move to
support them.
|
| |
| |
| |
| | |
... passed initial tests, but of course more are needed
|
| |
| |
| |
| | |
... now that we know what we need from a theoretical POV.
|
|\|
| |
| |
| |
| | |
Conflicts:
runtime/rsyslog.h
|
| |
| |
| |
| |
| |
| |
| |
| | |
- added $GenerateConfigGraph configuration command which can be used
to generate nice-looking (and very informative) rsyslog configuration
graphs.
- added $ActionName configuration directive (currently only used for
graph generation, but may find other uses)
|
| |
| |
| |
| |
| |
| |
| | |
The action state machine now works correctly and has been verified a
few hand-picked cases. I am missing automatted tests, though, this is
not easy to achive... Anyhow, I've improved omtesting, so that it can
be used in such automatted tests.
|
| |
| |
| |
| |
| | |
I am commiting it so that the code is visible, but will no begin
with the test environment.
|