From: Hans de Bruin <jmdebruin@xmsnet.nl>
To: "Eric W. Biederman" <ebiederm@xmission.com>
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: Sat, 25 Oct 2014 12:38:23 +0200 [thread overview]
Message-ID: <544B7D9F.1070403@xmsnet.nl> (raw)
In-Reply-To: <871tpx1gcx.fsf@x220.int.ebiederm.org>
On 10/24/2014 08:18 PM, Eric W. Biederman wrote:
> 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?
bash-4.2$ cat /proc/mounts
rootfs / rootfs rw 0 0
10.10.0.1:/nfs/root/psion_14.1 / nfs
rw,relatime,vers=3,rsize=4096,wsize=4096,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.10.0.1,mountvers=3,mountproto=tcp,local_lock=all,addr=10.10.0.1
0 0
devtmpfs /dev devtmpfs
rw,relatime,size=1031016k,nr_inodes=220978,mode=755 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /run tmpfs rw,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
cgroup /sys/fs/cgroup cgroup rw,relatime,cpu 0 0
/dev/shm /tmp tmpfs rw,relatime,size=524288k 0 0
/dev/shm /dev/shm tmpfs rw,relatime,size=524288k 0 0
nfs:/nfs/usr/slackware-14.1/usr /usr nfs
ro,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.10.0.1,mountvers=3,mountport=38337,mountproto=udp,local_lock=none,addr=10.10.0.1
0 0
nfs:/nfs/home /home nfs
rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.10.0.1,mountvers=3,mountport=38337,mountproto=udp,local_lock=none,addr=10.10.0.1
0 0
nfs:/nfs/mp3 /mp3 nfs
rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.10.0.1,mountvers=3,mountport=38337,mountproto=udp,local_lock=none,addr=10.10.0.1
0 0
nfs:/nfs/src /usr/src nfs
rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.10.0.1,mountvers=3,mountport=38337,mountproto=udp,local_lock=none,addr=10.10.0.1
0 0
nfs:/nfs/video /video nfs
rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.10.0.1,mountvers=3,mountport=38337,mountproto=udp,local_lock=none,addr=10.10.0.1
0 0
I now know why I do not see any file in /usr after running dosemu. The
whole /usr mount disappears in /proc/mounts. When I remount it I have a
usable laptop again. Running dosemu a second time does not remove the
mount again. In the mean time I have seen /usr disappear after running
other programs like xterm and firefox. But until now never after
remouting it.
>
> 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).
This is a at home environment with a nfs server in the meter cupboard. I
have not changed the exports.
> 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
I am not using autofs
> 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?
/usr is mounted ro and exported ro
>
> What is your nfs-server and what is it exporting?
> Which distro are you running?
The nfs-server is slackware64 14.0 with a 3.4 kernel
part from exports:
/nfs/usr -ro,async,no_subtree_check 10.10.0.0/16
The laptop is slackware(32 bit) 14.1 with yesterday's linus kernel
> Which version of dosemu are you running?
1.4.0.8
> How is dosemu configured to access files on your filesystem?
I do not understand what you mean by this. It uses ~/.dosemu/drive_c
--
Hans
next prev parent reply other threads:[~2014-10-25 20:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-15 20:00 3.17.0+ files disappearing after playing old dos game on nfsroot laptop Hans de Bruin
2014-10-19 17:32 ` 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
2014-10-25 10:38 ` Hans de Bruin [this message]
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=544B7D9F.1070403@xmsnet.nl \
--to=jmdebruin@xmsnet.nl \
--cc=ebiederm@xmission.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.