Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #8957] Fall back on syslog if the logger's type directive is misconfigured #1553

Closed
icinga-migration opened this issue Apr 2, 2015 · 5 comments
Labels
area/framework Affects third party integration/development bug Something isn't working
Milestone

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/8957

Created by elippmann on 2015-04-02 08:25:18 +00:00

Assignee: jmeyer
Status: Resolved (closed on 2015-04-13 15:13:06 +00:00)
Target Version: 2.0.0-rc1
Last Update: 2015-04-13 15:13:06 +00:00 (in Redmine)


Instead of logging

Cannot find log writer of type ""

to syslog on every request we should log the real log message and that the logger's type directive is misconfigured on actual log entries.

Changesets

2015-04-13 15:09:49 +00:00 by jmeyer 67ad575

Set the configured logging level even if the configured logging type is invalid

refs #8957

2015-04-13 15:11:42 +00:00 by jmeyer 36fed03

Do not log that the logging configuration is invalid on every request

Instead, log those messages *everytime* a subsequent message is being
logged.

refs #8957
@icinga-migration
Copy link
Author

Updated by jmeyer on 2015-04-07 13:18:55 +00:00

  • Status changed from New to Rejected

This is a joke. ;-)

@icinga-migration
Copy link
Author

Updated by elippmann on 2015-04-07 13:37:07 +00:00

  • Description updated
  • Status changed from Rejected to New

Johannes wrote:

This is a joke. ;-)

The description is indeed not perfect. I'll update it.

@icinga-migration
Copy link
Author

Updated by elippmann on 2015-04-07 14:22:09 +00:00

If the logger's type directive is misconfigured, Icinga Web 2 ignores the configured level and uses error by default. Error exceptions are routed to syslog correctly.

@icinga-migration
Copy link
Author

Updated by jmeyer on 2015-04-13 14:03:36 +00:00

  • Status changed from New to Assigned
  • Assigned to set to jmeyer

@icinga-migration
Copy link
Author

Updated by jmeyer on 2015-04-13 15:13:06 +00:00

  • Status changed from Assigned to Resolved
  • Done % changed from 0 to 100

@icinga-migration icinga-migration added bug Something isn't working area/framework Affects third party integration/development labels Jan 17, 2017
@icinga-migration icinga-migration added this to the 2.0.0-rc1 milestone Jan 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/framework Affects third party integration/development bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant