[Bug 1078466] New: systemd: duplicated entries in tmpfiles.d
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 Bug ID: 1078466 Summary: systemd: duplicated entries in tmpfiles.d Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: systemd-maintainers@suse.de Reporter: lnussel@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Jan 31 04:02:54 susetest systemd-tmpfiles[6871]: [/usr/lib/tmpfiles.d/tmp.conf:13] Duplicate line for path "/var/tmp", ignoring. Jan 31 04:02:54 susetest systemd-tmpfiles[6871]: [/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring. Jan 31 04:02:54 susetest systemd-tmpfiles[6871]: [/usr/lib/tmpfiles.d/var.conf:19] Duplicate line for path "/var/cache", ignoring. Jan 31 04:02:54 susetest systemd-tmpfiles[6871]: [/usr/lib/tmpfiles.d/var.conf:21] Duplicate line for path "/var/lib", ignoring. Jan 31 04:02:54 susetest systemd-tmpfiles[6871]: [/usr/lib/tmpfiles.d/var.conf:23] Duplicate line for path "/var/spool", ignoring. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c1 --- Comment #1 from Ludwig Nussel <lnussel@suse.com> --- duplicated from fs-var.conf -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c2 Ludwig Nussel <lnussel@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kukuk@suse.com --- Comment #2 from Ludwig Nussel <lnussel@suse.com> --- ... which comes from filesystem -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c3 Thorsten Kukuk <kukuk@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Basesystem |Samba QA Contact|qa-bugs@suse.de |samba-maintainers@SuSE.de --- Comment #3 from Thorsten Kukuk <kukuk@suse.com> --- Systemd should not bring tmpfiles for something belonging to other core packages. Else ownership and permissions will run out of sync, and the ultimate owner of this directories one openSUSE/SUSE is the filesystem package. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 Thorsten Kukuk <kukuk@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Samba |Basesystem QA Contact|samba-maintainers@SuSE.de |qa-bugs@suse.de -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c4 Franck Bui <fbui@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fbui@suse.com --- Comment #4 from Franck Bui <fbui@suse.com> --- Ludwig, apparently that's expected, those entries are overridden by the filesystem package and systemd let you know. The logs you showed are only notifications (i.e. not logged at error or warning level) so I don't think there's anything wrong here. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c5 --- Comment #5 from Ludwig Nussel <lnussel@suse.com> --- sure they are just warning, nevertheless doesn't make sense to have this in every single system. I'm not really fond of the way filesystem does this as it also just duplicates information in rpms, nevertheless if tmpfiles is used there should be only one place. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c6 --- Comment #6 from Franck Bui <fbui@suse.com> --- (In reply to Ludwig Nussel from comment #5)
sure they are just warning,
As said previously they're not warnings, they're logged at "notice" level. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c7 --- Comment #7 from Thorsten Kukuk <kukuk@suse.com> --- (In reply to Ludwig Nussel from comment #5)
I'm not really fond of the way filesystem does this as it also just duplicates information in rpms
The problem is snapshot, rollback, and on Kubic/CaaSP additional transactional-updates vs. static and dynamic data. The best would be, if filesystem would not package any directories in /var and all would be populated with tmpfiles, but that would also mean rpm -qf wouldn't work anymore and quite some packages would fail to build. We need to enhance 'rpm -qf' to not only look into the rpmdb, but also into tempfiles.d -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c8 --- Comment #8 from Ludwig Nussel <lnussel@suse.com> --- since the file system package is only supposed to contain the directory structure I'd argue that the extended file still belongs to systemd, doesn't work without it's systemd-tmpfiles anyways. The systemd rpm can query the relevant information from the rpm db, eg. https://gist.github.com/lnussel/f0ae4a9e94c8f0b9f9aafe42afa6b4a4 $ ./rpm2tmpfiles.py filesystem --path /var d /var/spool/lpd 755 lp lp d /var/lib 755 root root d /var/adm/backup/sysconfig 755 root root ... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c9 --- Comment #9 from Ludwig Nussel <lnussel@suse.com> --- could even work without tmpfiles, by having a service that triggers on the non-existence of something in /var, then call the script to create the missing entries. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c10 --- Comment #10 from Thorsten Kukuk <kukuk@suse.com> --- (In reply to Ludwig Nussel from comment #9)
could even work without tmpfiles, by having a service that triggers on the non-existence of something in /var, then call the script to create the missing entries.
That's exactly what tmpfiles is doing, why should we duplicate that? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c11 --- Comment #11 from Ludwig Nussel <lnussel@suse.com> --- (In reply to Thorsten Kukuk from comment #10)
(In reply to Ludwig Nussel from comment #9)
could even work without tmpfiles, by having a service that triggers on the non-existence of something in /var, then call the script to create the missing entries.
That's exactly what tmpfiles is doing, why should we duplicate that?
There's obviously overlap in functionality, as with any program that calls mkdir but tmpfiles is more and different at the same time. The part that is missing is actually reading the rpmdb instead of dumping that information into an extra config file. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c21 Franck Bui <fbui@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #21 from Franck Bui <fbui@suse.com> --- After discussing this with Jean, it appears that defining 2 rules for the same path in different conf files is error prone and should be avoided. So I'm re-opening this bug in order to fix it properly. I'll probably drop the definitions in tmp.conf (shipped by systemd) so the rules defined by filesystem are the only isntalled ones. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c22 Franck Bui <fbui@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(kukuk@suse.com) --- Comment #22 from Franck Bui <fbui@suse.com> --- Thorsten, I plan to drop var.conf but entries for /var/cache and /var/log are missing in fs-var.conf. It it done on purpose ? An entry for /tmp seems to be also missing. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c23 --- Comment #23 from Franck Bui <fbui@suse.com> --- Also it would be better I think if filesystem package could take all general paths over. Some are still shipped by systemd only, see for example legacy.conf and home.conf. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1078466 http://bugzilla.opensuse.org/show_bug.cgi?id=1078466#c46 Aaron Puchert <aaronpuchert@alice-dsl.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aaronpuchert@alice-dsl.net --- Comment #46 from Aaron Puchert <aaronpuchert@alice-dsl.net> --- Could we at least move /var/tmp to a separate file, so that admins can override the cleanup interval without having to copy over the remaining entries? According to the man page, "Files in /etc/tmpfiles.d override files with the same name in /usr/lib/tmpfiles.d", so one can't just overwrite /var/tmp without overwriting all the other subdirectories of /var. -- You are receiving this mail because: You are on the CC list for the bug.
participants (2)
-
bugzilla_noreply＠novell.com -
bugzilla_noreply＠suse.com