Agree it's not simple, but once providing the possibility to define these type of limits the developer should take care of some basic set of checks at least. Would like to propose to project owners to take care of making some notices in documentation till/if the checks will not be implemented. Some admins could assume increasing of InputTCPMaxSessions is enough, but it's not. Other approach could be to report once the rsyslog process is reaching those limits. That will lead rsyslog admin to think about those messages within investigation of rsyslog crash.
Anyway the InputTCPMaxSessions should never be equal nor larger than MaxOpenFiles. And this could be somehow taken care of at least. On Tue, Dec 9, 2014 at 12:33 AM, David Lang <[email protected]> wrote: > On Mon, 8 Dec 2014, Peter Viskup wrote: > > Hi all, >> we observed issues once setting InputTCPMaxSessions above the default >> MaxOpenFiles process limits. >> The rsyslog reached MaxOpenFiles limit and just crashed. >> Setting the value of InputTCPMaxSessions should increase MaxOpenFiles or >> rsyslog should not start or complain about it at least. There are more >> configuration parameters which need some additional pre-start >> checks/modifications (MaxListeners, ...). >> > > It's not quite that simple. > > I agree that it would be useful to detect that maxsessions is > > maxopenfiles, but if it is, figuring out what maxopenfiles needs to be > increased to requires knowing a lot more about what's going on. How many > files is rsyslog going to be writing to? and do you have dynafiles > configured which makes this variable based on the contents of the log > messages? Are you using any modules that will require filehandles? if so, > how many will they need. > > I think the best you can do is to complain and tell the admin that it > looks bad. > > David Lang > _______________________________________________ > 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.
