: 0, pindex: 0, pcount: 1
vm_fault: pager read error, pid 921 (cvsup)
pid 921 (cvsup), uid 0: exited on signal 6 (core dumped)
Poul-Henning Kamp wrote:
>
> can we have:
>
> uname -a,
> time of last cvsup/ctm
> and
> dmesg output
>
> please ?
>
Just got this message while in cvsup:
Sep 3 02:01:09 basil /kernel: spec_getpages: I/O read failure: (error
code=0) bp 0xc44a3158 vp 0xc9e071c0
Sep 3 02:01:09 basil /kernel: size: 0, resid: 0, a_count: 803, valid:
0x0
Sep 3 02:01:09 basil /kernel: nread: 0, reqpage: 0, pindex: 0, pcount:
1
Sep
Anyways, I have to agree with you on the protocol issue. I cannot even
get mounts to work reliably between the Linux boxes, they seem to get
confused. Basically, looks like recent Linux NFS Server is broken,
therefore, I'm guessing that the error I saw was on that side of the
house.
FYI, my Bon
linux> cp multipatch-1.diff test1
fbsd> cat test1
cat: test1: RPC struct is bad
fbsd> cp test1 /tmp
fbsd> cat test1
+ (vp->v_object->flags & OBJ_MIGHTBEDIRTY)) {
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
When copying over (FreeBSD client) the multipatch from a Linux (2.2.11)
box before the patch I got this garbage in the file, -current as of 4am
this morning. gzip'ed version has bad crc's. Went the other way and it
worked fine (Linux client), this is v2 via amd.
/etc/amd.conf:
**
/d
I'm with you 100% I've got about 100 Bonnies of trying to optimize
Linux Clients (pre and post NFSv3 patch) vs. FreeBSD server. I've gone
to current so that I can watch it happen. I'm currently writing around
4.5M - 5.0M/sec vs. 10-15M/sec on my vinum stripe locally.
I went through a similar t