From: David Flynn <davidf@rd.bbc.co.uk>
To: linux-nfs@vger.kernel.org
Cc: David Flynn <davidf@rd.bbc.co.uk>
Subject: Re: can't dump core on NFSv4 mounts
Date: Wed, 8 Dec 2010 15:48:32 +0000 [thread overview]
Message-ID: <20101208154832.GE20844@rd.bbc.co.uk> (raw)
In-Reply-To: <20101208153340.GD20844@rd.bbc.co.uk>
* David Flynn (davidf@rd.bbc.co.uk) wrote:
> On an NFS4 client (mounting a solaris ufs export), for a long time i've
> been experiencing vim complaining when exiting:
> E137: Viminfo file is not writable: /home/davidf/.viminfo
A similar and possibly related fault that I'm seeing is the inability
for a process to dump a core file when it segfaults on an nfs4 mount.
If the filesystem is mounted nfs3, then this issue does not arise.
using:
$ echo 'int main() {return *(int*)0;}' >segfault.c
on an nfs4 mount:
host-a$ ~/segfault
Segmentation fault
host-a$ ls -l
total 1
-rw------- 1 4294967294 4294967294 0 2010-12-08 15:34 core
a remote system shows:
host-b$ ls -l
total 1
-rw------- 1 davidf rd 0 Dec 8 15:34 core
waiting for the dust to settle:
host-a$ ls -l
total 1
-rw------- 1 davidf rd 0 2010-12-08 15:34 core
Iff, the core file already exists, then the core dump succeeds:
host-a$ touch core
host-a$ ls -l
total 1
-rw------- 1 davidf rd 0 2010-12-08 15:42 core
host-a$ ~/segfault
Segmentation fault (core dumped)
I can reliably reproduce using 2.6.32.11 and 2.6.35
I can not reproduce on 2.6.26
Kind regards,
..david
next prev parent reply other threads:[~2010-12-08 15:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-08 15:33 NFSv4: "Viminfo file is not writable" -- stat(2) uid/gid incorrect David Flynn
2010-12-08 15:48 ` David Flynn [this message]
2010-12-08 19:19 ` Trond Myklebust
2010-12-08 20:20 ` David Flynn
2010-12-08 20:45 ` Trond Myklebust
2010-12-08 21:19 ` David Flynn
2010-12-09 13:11 ` David Flynn
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=20101208154832.GE20844@rd.bbc.co.uk \
--to=davidf@rd.bbc.co.uk \
--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