From: Lutz Vieweg <lvml@5t9.de>
To: linux-nfs@vger.kernel.org
Subject: Re: PROBLEM: nfs I/O errors with sqlite applications
Date: Tue, 06 Jun 2017 18:46:51 +0200 [thread overview]
Message-ID: <5936DC7B.8040804@5t9.de> (raw)
In-Reply-To: <1469814735.19411.1.camel@poochiereds.net>
On 07/29/2016 07:52 PM, Jeff Layton wrote:
>>>>>>>> fcntl(7, F_SETLK, {type=F_RDLCK, whence=SEEK_SET,
>>>>>>>> start=1073741824, len=1}) = -1 EIO (Input/output error)
>>
>> Unfortunately I did not manage to perform a network capture last time
>> due to power loss. I did not hit this issue again until yesterday (~9
>> months later), this time after 45 days of uptime.
>>
>> Kernel versions now are: 4.5.1 on the server, and 4.4.3 on the client.
I wanted to add that I, too, have one NFS client and server
(running linux-4.11.0 on both the server and the client)
currently in the same kind of state:
I can reproduce in 100% of the cases that the following commands:
> rm -f x.sqlite
> sqlite3 x.sqlite "PRAGMA case_sensitive_like=1;PRAGMA synchronous=OFF;PRAGMA recursive_triggers=ON;PRAGMA foreign_keys=OFF;PRAGMA locking_mode = NORMAL;PRAGMA journal_mode = TRUNCATE;"
result in:
> "Error: disk I/O error"
on the client - while working fine on the NFS server - with the same kind
of strace output:
> fcntl(3, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}) = -1 EIO (Input/output error)
> write(2, "Error: disk I/O error\n", 22Error: disk I/O error
But unlike the original reporter, we use the NFS v3 protocol:
> server:/data on /data type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,proto=tcp,timeo=600,retrans=2,sec=sys,mountvers=3,mountport=20048,mountproto=udp,local_lock=none)
If you want me to try or trace something on the client,
I'm willing to help.
Regards,
Lutz Vieweg
next prev parent reply other threads:[~2017-06-06 16:47 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-12 16:48 PROBLEM: nfs I/O errors with sqlite applications Nick Bowler
2015-10-12 19:25 ` J. Bruce Fields
2015-10-12 19:46 ` J. Bruce Fields
2015-10-13 3:01 ` Nick Bowler
2015-10-13 10:52 ` Jeff Layton
2015-10-13 12:54 ` Nick Bowler
2016-07-29 16:43 ` Nick Bowler
2016-07-29 17:52 ` Jeff Layton
2017-06-06 16:46 ` Lutz Vieweg [this message]
2017-06-07 3:08 ` NeilBrown
2017-06-08 18:36 ` Lutz Vieweg
2017-06-08 22:07 ` NeilBrown
2017-06-09 11:01 ` Lutz Vieweg
2017-06-09 22:01 ` NeilBrown
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=5936DC7B.8040804@5t9.de \
--to=lvml@5t9.de \
--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;
as well as URLs for NNTP newsgroup(s).