[Bug 940522] New: /tmp is mounted as tmpfs after 5 days uptime
http://bugzilla.novell.com/show_bug.cgi?id=940522 Bug ID: 940522 Summary: /tmp is mounted as tmpfs after 5 days uptime Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening@forge.provo.novell.com Reporter: jslaby@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- It happened second time now. /tmp was mounted as tmpfs after some days of uptime. I don't know what exactly mounted /tmp now, but it makes whole X defunct, because /tmp/xauth* gets hidden by the new mount. Therefore, I cannot run any new X app unless I unset XAUTHORITY in some older terminal. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c1
Jiri Slaby
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c11
Jiri Slaby
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c12
--- Comment #12 from Jiri Slaby
https://git.devuan.org/jaretcantu/eudev/commit/ ddaae48b0be87f54ea12c56765b20d017cff2399
... don't know why /var/tmp is not covered by this commit and also don't know how get a private name space now ... something like /private/tmp
Yay, that looks like pretty exactly it. Is this going to be fixed upstream -- IIUC this is some private tree? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c13
--- Comment #13 from Franck Bui
WTF? I don't want systemd to mount /tmp as tmpfs at all. /tmp is on disk, was always on disk and has to be on disk on this very machine (due to memory limits).
If /tmp was on disk by default and we want to keep it here, then we can mask the tmp.mount unit by default. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c14
--- Comment #14 from Franck Bui
(In reply to Dr. Werner Fink from comment #6)
https://git.devuan.org/jaretcantu/eudev/commit/ ddaae48b0be87f54ea12c56765b20d017cff2399
... don't know why /var/tmp is not covered by this commit and also don't know how get a private name space now ... something like /private/tmp
Yay, that looks like pretty exactly it. Is this going to be fixed upstream -- IIUC this is some private tree?
I don't see how this can be related to your issue... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c15
--- Comment #15 from Jiri Slaby
I don't see how this can be related to your issue...
Avoid /tmp being mounted as tmpfs without the user's will Ensure PrivateTmp doesn't require tmpfs through tmp.mount, but rather adds an After relationship. AND (In reply to Jiri Slaby from comment #0)
It happened second time now. /tmp was mounted as tmpfs after some days of uptime. I don't know what exactly mounted /tmp now, but it makes whole X defunct,
do not relate? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c16
--- Comment #16 from Franck Bui
(In reply to Franck Bui from comment #14)
I don't see how this can be related to your issue...
Avoid /tmp being mounted as tmpfs without the user's will
Ensure PrivateTmp doesn't require tmpfs through tmp.mount, but rather adds an After relationship.
AND
(In reply to Jiri Slaby from comment #0)
It happened second time now. /tmp was mounted as tmpfs after some days of uptime. I don't know what exactly mounted /tmp now, but it makes whole X defunct,
do not relate?
I was somehow thinking that you were replying on the last part of comment #6 (since you kept it in your reply). But now it's clear that you were commenting the debian's patch. Replacing Require= dep by only an After= ordering one for units using PrivateTmp=yes is not going to help, since /tmp may be required by many others paths (basic.target is pulling it). You can even have one unit explicitely requiring for tmp.mount. There're 2 issues: tmp.mount is not activated at boot (this is already fixed). /tmp is on disk by default on Suse system if not configured: if it's the case then tmp.mount should be masked by default. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c19
--- Comment #19 from Franck Bui
http://bugzilla.novell.com/show_bug.cgi?id=940522
http://bugzilla.novell.com/show_bug.cgi?id=940522#c20
Franck Bui
participants (1)
-
bugzilla_noreply@novell.com