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.

Sign up for GitHub

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

Jump to bottom

[dev.icinga.com #6765] Config validation without filename argument fails with unhandled exception #1816

Closed
icinga-migration opened this issue Jul 19, 2014 · 4 comments
Closed

[dev.icinga.com #6765] Config validation without filename argument fails with unhandled exception #1816

icinga-migration opened this issue Jul 19, 2014 · 4 comments
Labels
bug Something isn't working
Milestone
2.0.2

Comments

@icinga-migration
Copy link

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

Created by pada on 2014-07-19 19:51:28 +00:00

Assignee: gbeutner
Status: Resolved (closed on 2014-08-06 08:36:50 +00:00)
Target Version: 2.0.2
Last Update: 2014-08-06 08:36:50 +00:00 (in Redmine)

Icinga Version: 2.0.1~icingaautorelease201407101035

$ /usr/sbin/icinga2 -C -c
[2014-07-19 21:48:33 +0200] information/icinga-app: Icinga application loader (version: v2.0.1)
[2014-07-19 21:48:33 +0200] information/icinga-app: Loading application type: icinga/IcingaApplication
[2014-07-19 21:48:33 +0200] information/Utility: Loading library "libicinga.so"
[2014-07-19 21:48:33 +0200] information/ConfigCompiler: Adding include search dir: /usr/share/icinga2/include
Caught unhandled exception.
Current time: 2014-07-19 21:48:33 +0200

  • Application version: v2.0.1
  • Installation root: /usr
  • Sysconf directory: /etc
  • Local state directory: /var
  • Package data directory: /usr/share/icinga2
  • State path: /var/lib/icinga2/icinga2.state
  • PID path: /var/run/icinga2/icinga2.pid
  • Application type: icinga/IcingaApplication
    *****

../../../lib/config/configcompiler.cpp(201): Throw in function static void icinga::ConfigCompiler::CompileFile(const icinga::String&, const icinga::String&)
Dynamic exception type: N5boost16exception_detail10clone_implIN6icinga11posix_errorEEE
std::exception::what: std::exception
[PN6icinga10StackTraceE] =
(0) libbase.so: void boost::throw_exceptionicinga::posix_error(icinga::posix_error const&) (+0xbe) [0x7ff71cc6e54e]
(1) libconfig.so: icinga::ConfigCompiler::CompileFile(icinga::String const&, icinga::String const&) (+0x476) [0x7ff71c954996]
(2) icinga2: Main() (+0x1758) [0x41bb28]
(3) icinga2: main (+0x24) [0x419924]
(4) libc.so.6: __libc_start_main (+0xf5) [0x7ff71aed3b45]
(5) /usr/sbin/icinga2() [0x419a3f]

[PN6icinga12ContextTraceE] =
(0) Compiling configuration file "--no-stack-rlimit"

2, "No such file or directory"[PN5boost18errinfo_file_name_E] = --no-stack-rlimit
[PN5boost21errinfo_api_function_E] = std::ifstream::open

  • This would indicate a runtime problem or configuration error. If you believe this is a bug in Icinga 2
  • please submit a bug report at https://dev.icinga.org/ and include this stack trace as well as any other
  • information that might be useful in order to reproduce this problem.
    *****
    Aborted

Changesets

2014-08-06 08:35:27 +00:00 by gbeutner 89b94ab

Make --no-stack-rlimit the first argument

fixes #6765
@icinga-migration
Copy link
Author

Updated by gbeutner on 2014-07-23 08:41:31 +00:00

  • Category set to libbase
  • Priority changed from Low to Normal

The problem here is that Icinga 2 restarts itself after adding another command-line argument (--no-stack-rlimit). Which means your real arguments are:

icinga2 -C -c --no-stack-rlimit

This is obviously a bug and the fix should be to just move the --no-stack-rlimit argument to the beginning of the command-line arguments.

@icinga-migration
Copy link
Author

Updated by gbeutner on 2014-08-06 08:24:04 +00:00

  • Target Version set to 2.0.2
  • Estimated Hours set to 2

@icinga-migration
Copy link
Author

Updated by gbeutner on 2014-08-06 08:36:09 +00:00

  • Assigned to set to gbeutner

@icinga-migration
Copy link
Author

Updated by gbeutner on 2014-08-06 08:36:50 +00:00

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

Applied in changeset 89b94ab.

@icinga-migration icinga-migration added bug Something isn't working libbase labels Jan 17, 2017
@icinga-migration icinga-migration added this to the 2.0.2 milestone Jan 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
2.0.2
Development

No branches or pull requests
1 participant
@icinga-migration