| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
ChangeLog
runtime/nsd_gtls.c
tcpsrv.c
tests/Makefile.am
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This leak is tied to error conditions which lead to incorrect cleanup
of some data structures.
Note: this is a backport from v6. In v5, we currently do not have
the toolchain to verify the original problem and that it is solved.
So this patch is preliminary and subject to change as work progresses.
|
|\|
| |
| |
| |
| | |
Conflicts:
tools/omfwd.c
|
| |\
| | |
| | |
| | |
| | | |
Conflicts:
tcpsrv.c
|
| | |
| | |
| | |
| | | |
due to QUEUE_FULL or similar problem
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
configure.ac
doc/manual.html
plugins/imtcp/imtcp.c
|
| |/ /
| | |
| | |
| | |
| | | |
... to select if tcp received messages shall be flagged as
light delayable or not.
|
|\| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
ChangeLog
configure.ac
doc/manual.html
plugins/omlibdbi/omlibdbi.c
tests/Makefile.am
tests/diag.sh
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The capability has been added for module to specify that they do not
like being unloaded.
related bug tracker: http://bugzilla.adiscon.com/show_bug.cgi?id=222
Signed-off-by: Rainer Gerhards <rgerhards@adiscon.com>
|
| | | |
|
| | |
| | |
| | |
| | | |
forgot a debugging abort() ;)
|
| | |
| | |
| | |
| | |
| | |
| | | |
- improved TLS error reporting
- improved TLS startup (Diffie-Hellman bits do not need to be generated,
as we do not support full anon key exchange -- we always need certs)
|
| | |
| | |
| | |
| | |
| | | |
first tests done with plain tcp, TLS subsystems tests need to be
carried out. No serious lab testing done so far.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
I need to verify the concept used in a simpler environment, and this
means I probably need to freeze the (non-working) state here for
a couple of days.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
this seems to work in lab, but is brand-new code. needs practice
drill.
|
| | |
| | |
| | |
| | | |
this is a perquisite for multi-threading the input handler
|
| | |
| | |
| | |
| | |
| | |
| | | |
there was a systematic error in that decimals were 1/10th to small.
No problem if you knew that, but otherwise a biggie... This is a
bug in a recently introduced non-released feature.
|
|/ /
| |
| |
| |
| |
| | |
so far, we always pulled a single event from the epoll interface.
Now 128, what should result in performance improvement (less API
calls) on busy systems. Most importantly affects imtcp.
|
| |
| |
| |
| | |
via new directive "$InputTCPServerDisableLFDelimiter on"
|
| | |
|
| |
| |
| |
| | |
... but not well-tested, so there may be many hidden bugs.
|
| |
| |
| |
| | |
NOTE: this version does NOT run - tcp-based servers are defunct.
|
| |
| |
| |
| |
| | |
... does not really run. We can now call into the epoll driver, but
not handle epoll(). The driver also needs more modifications.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
support for enhancing probability of memory addressing failure by
using non-NULL default value for malloced memory (optional, only if
requested by configure option). This helps to track down some
otherwise undetected issues within the testbench and is expected
to be very useful in the future.
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
ChangeLog
configure.ac
doc/manual.html
runtime/rsyslog.h
tcpsrv.c
|
| | |
|
| | |
|
|\| |
|
| |
| |
| |
| | |
permits to specify how many TCP servers shall be possible (default is 20).
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
... but an alternate approach via pthread_kill. This is somewhat safer as we
do not need to think about the cancel-safeness of all libraries we use.
However, not all inputs can easily supported, so this now is a feature
that can be requested by the input module (the most important ones
request it).
|
| | |
|
|/
|
|
|
| |
... but this sets stage for potential future optimizations, especially
the capability to use multiple reception threads.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
some things inside the message can be used over a large number of
messages and need to to be allocated and re-written every time. I now
begin to implement this as a "prop_t" object, first use for the inputName.
Some input modules are already converted, some others to go. Will do
a little performance check on the new method before I go further.
Also, this commit has some cleanup and a few bug fixes that prevented
compiliation in debug mode (I overlooked this as I did not compile
for debug, what I normally do, and the automatted test also does not
do that)
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
ChangeLog
runtime/msg.h
tcps_sess.c
tcpsrv.c
tools/syslogd.c
|
| |
| |
| |
| |
| |
| | |
- saved gettimeofday() calls in imtcp (and increased reception buffer)
- somewhat optimized stringbuf.c
- some other optimizations
|
| |
| |
| |
| | |
a larger buffer is a cheap, yet useful, enhancement... ;)
|
| |
| |
| |
| |
| | |
...by now using lowres time and thus saving many time() calls. This needs
some performance testing and must be made configurable if it works out.
|
|/
|
|
| |
... as well as added multi-ruleset support for imtcp
|
|
|
|
| |
(in addition to rather specific syslog tcp server)
|
|
|
|
|
|
|
|
|
| |
The imdiag module now can very effectively inject messages, which also
frees us from uncertainties of tcp reception and processing. All shell
script based tests have been modularized, what makes it far easier to
create new tests. Also, the test bench now executes more reliable and
much faster, because we can now rely on actual engine information where
we previously did just a dumb sleep.
|
|
|
|
|
| |
which enables to talk to the rsyslog core at runtime. The current
implementation is only a beginning, but can be expanded over time
|
|
|
|
|
|
|
|
|
|
|
| |
Well, actually this and a lot of related things. I improved the
testbench so that the new capabilities are automatically tested and
also did some general cleanup. The current multiple tcp listener
solution will probably receive some further cleanup, too, but looks
quite OK so far. I also reviewed the way tcpsrv et all work, in
preparation of using this code for imdiag. I need to document the
findings, especially as the code is rather complicated "thanks" to
the combination of plain tcp and gssapi transport modes.
|
|
|
|
|
|
| |
imdiag was never finished (not even really begun), but now I need it.
I made the few things that are available compile, but more serious
work is required.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
ChangeLog
tcpsrv.c
tcpsrv.h
Note: we have a slight inconsistency, as interface version v4 was already
used for tcpsrv in this branch. We accept this inconsistency.
|