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 #12253] /usr/lib/icinga2/prepare-dirs does not create /var/cache/icinga2 #4414
Comments
Updated by mfriedrich on 2016-07-28 15:45:56 +00:00
How and where did you install icinga2? Please also show the output of "icinga2 --version". |
Updated by haasn on 2016-07-29 14:52:58 +00:00
|
Updated by mfriedrich on 2016-07-29 14:56:57 +00:00
Ah, Gentoo. That clears it up a little. I suspected that the RPM/Debian packages weren't properly preparing those directories. @mthode |
Updated by mthode on 2016-07-29 15:12:34 +00:00 I could do that, but that directory is supposed to be able to be deleted. Everything in /var/cache is. http://www.pathname.com/fhs/2.2/fhs-5.5.html /var/cache is intended for cached data from applications. Such data is locally generated as a result of time-consuming I/O or calculation. The application must be able to regenerate or restore the data. Unlike /var/spool, the cached files can be deleted without data loss. The data must remain valid between invocations of the application and rebooting the system. This is something that should be done at service start. |
Updated by gbeutner on 2016-08-03 08:26:12 +00:00
This is probably something which should be done in the prepare-dirs script. |
The best solution would be to ship a tmpfiles.d file. Locally I've created |
As suggested in Icinga#4414
I implemented the simple fix in the references PR by extending the current method using the code suggested by the author. |
This issue has been migrated from Redmine: https://dev.icinga.com/issues/12253
Created by haasn on 2016-07-28 15:40:48 +00:00
Assignee: (none)
Status: Assigned
Target Version: (none)
Last Update: 2016-08-03 08:26:12 +00:00 (in Redmine)
The /usr/lib/icinga2/prepare-dirs script does not seem to ensure /var/cache/icinga2 is present and writable. This causes a freshly installed icinga2 to crash out of the box on my end:
I have fixed the issue by appending the following lines to prepare-dirs:
Icinga2 works correctly on my end with these changes present.
The text was updated successfully, but these errors were encountered: