From: ebiederm@xmission.com (Eric W. Biederman)
To: Hans de Bruin <jmdebruin@xmsnet.nl>
Cc: "linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-nfs@vger.kernel.org
Subject: Re: 3.17.0+ files disappearing after playing old dos game on nfsroot laptop
Date: Fri, 24 Oct 2014 13:18:22 -0500 [thread overview]
Message-ID: <871tpx1gcx.fsf@x220.int.ebiederm.org> (raw)
In-Reply-To: <544A7D5C.5060804@xmsnet.nl> (Hans de Bruin's message of "Fri, 24 Oct 2014 18:25:00 +0200")
Hans de Bruin <jmdebruin@xmsnet.nl> writes:
> On 10/19/2014 07:32 PM, Hans de Bruin wrote:
>> On 10/15/2014 10:00 PM, Hans de Bruin wrote:
>>> After playing an old dos game i am missing files on my nfsroot installed
>>> laptop. Which one, wel /bin/ls is at least one of them. After a reboot
>>> there all back again. But not al is well. Some icons on my kde panel
>>> where gone. I have seen this twice in the last day's
>>>
>>
>> The problem appears immediately after starting dosemu so this bisectable
>>
>
>
> My bisect ended here:
>
> commit 8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe
> Author: Eric W. Biederman <ebiederman@twitter.com>
> Date: Tue Oct 1 18:33:48 2013 -0700
>
>
> vfs: Lazily remove mounts on unlinked files and directories.
>
>
> I haven reverted it yet.
>
>
>
> Eric,
>
> Immediately after starting dosemu all files under mount point /usr are
> gone. When I play a old dos game for a while (binaries are under /home)
> even /bin/ls disappears. Al mounts are nfs, even /.
>
> Could you look in to this and cc this to the relevant kernel
> mailinglist?
At this point I don't know enough to reproduce this.
What does /proc/mounts look like before you start dosemu?
My expectation is that you should only see this if the mount points are
removed on the nfs server (which does not sound like it is the case).
Although a transient malfunction of the nfs server or misplaced call to
check_submounts_and_drop could cause mounts to disappear as well.
During testing autofs was observed to have an inappropriate call
to d_invalidate and it is unlikely but possible something like
that is going on with nfs as well.
Are your nfs mounts read-only or read-write?
What is your nfs-server and what is it exporting?
Which distro are you running?
Which version of dosemu are you running?
How is dosemu configured to access files on your filesystem?
Eric
next prev parent reply other threads:[~2014-10-24 18:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <543ED24D.4070905@xmsnet.nl>
2014-10-19 17:32 ` 3.17.0+ files disappearing after playing old dos game on nfsroot laptop Hans de Bruin
2014-10-24 16:07 ` Hans de Bruin
2014-10-24 16:25 ` Hans de Bruin
2014-10-24 18:18 ` Eric W. Biederman [this message]
2014-10-25 10:38 ` Hans de Bruin
2014-10-25 14:55 ` Eric W. Biederman
2014-10-25 22:03 ` Hans de Bruin
2015-05-01 4:35 ` Eric W. Biederman
2015-05-01 11:40 ` Hans de Bruin
2015-05-01 21:45 ` Eric W. Biederman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871tpx1gcx.fsf@x220.int.ebiederm.org \
--to=ebiederm@xmission.com \
--cc=jmdebruin@xmsnet.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox