[PVFS2-developers] smallio server death with old kernel
vilayann at mcs.anl.gov
Fri Dec 23 23:18:36 EST 2005
I don't think tar uses sendfile.
I will add a configure check to fix the sendfile breakages.
I don't know the small io code that well to fix the error though..
Thanks for the report,
On Fri, 23 Dec 2005, Pete Wyckoff wrote:
> Just a heads up: I can make this server error happen consistently
> with today's pvfs2 cvs:
> [E 16:19:23.007018] ../pvfs2/src/proto/PINT-le-bytefield.c line 572: lebf_decode_req: improper input buffer size
> [E 16:19:23.007244] [bt] pvfs2-server [0x808b60a]
> [E 16:19:23.007258] [bt] pvfs2-server(PINT_decode+0x230)
> [E 16:19:23.007271] [bt] pvfs2-server(vfprintf+0x23c8)
> [E 16:19:23.007283] [bt] pvfs2-server(main+0x3b5) [0x805be95]
> [E 16:19:23.007295] [bt]
> /lib/i686/libc.so.6(__libc_start_main+0xaa) [0x400a5bba]
> [E 16:19:23.007307] [bt] pvfs2-server(shmat+0x41) [0x805b971]
> One change I had to make may be the cause. I hacked
> pvfs2_sendfile() to work with a 2.6.6 kernel due to different member
> names in read_descriptor_t. There may have been other changes than
> just the name. And a configure.in to look for it. Attached, but
> not checked in due to my uncertainty about how this stuff is
> supposed to work.
> The way to kill it is: rebuild a 2-server FS from scratch with
> metadata on 1 of the nodes. Just a 1 server config is not
> sufficient to cause problems. Mount it up from a 2.6.6 client.
> Run this on the client:
> tar xfzvC tarball.tgz /pvfs
> Teensy tarball attached too.
> The two server logs I get with debugmask verbose are attached if
> they help. Walking up from a breakpoint on that error line 572
> shows that we're in a smallio req:
> (gdb) p req->op
> $8 = PVFS_SERV_SMALL_IO
> I'm leaving email awareness for the next week or so starting
> tomorrow, so don't be offended if I fail to reply.
> -- Pete
More information about the PVFS2-developers