On Tue, 22 Oct 2013, Rainer Gerhards wrote:
I think that if you just document that setting global variables is racy,
and as such it's not suitable for accruate counting, only for changing
rsyslog behavior without a restart you should be good on the expectations
front. the current documentation leans heavily on the counting aspect of
things, but that can be changed. remove any suggestion of future atomic
opertations and emphisise that atomic operations are not possible.
OK, so let's go back to use cases: you mean
"change behaviour after an approximate number of messages has been
processed"
right?
no, not based on the number of messages being processed.
change behavior based on a signal from an outside program. That signal being
sending a specific log message to rsyslog that it's looking for.
being able to enable or disable e-mail messages, change what the
destination address is, change the filename or patch when the box becomes
active are all very useful items that I would hate to loose.
all done based on counts?
no, counts cannot tell you that a failover has happened, but a test for a
matching log message can.
In any case, let's see what happens when 7.5.6 does no longer support
global vars. Maybe some folks show up and tell their actual pain, and then
we can see if there is a better cure...
you won't see anything in the short term because it's only been available for a
short time.
David Lang
P.S. there's also the minor detail that I documented that global variables exist
in the ;login article, so people reading that, now and in the future are likly
to eventually look for it, so you need to leave global variables in the
documentation with an explination that they have been removed.
Rainer
even the load balancing hack works 'well enough' once you accept that you
are balancing per batch rather than per message (even if you did balance
per message, you really have no idea how expensive a particulare message is
going to be, so you are not really balancing the work precisely, you are
only doing so statistically, and balancing per batch rather than per
message is just as valid statistically)
David Lang
______________________________**_________________
rsyslog mailing list
http://lists.adiscon.net/**mailman/listinfo/rsyslog<http://lists.adiscon.net/mailman/listinfo/rsyslog>
http://www.rsyslog.com/**professional-services/<http://www.rsyslog.com/professional-services/>
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad
of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you
DON'T LIKE THAT.
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE
THAT.
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE
THAT.
