On 2011-10-15 14:55, Bruce Cran wrote: > > On 15 Oct 2011, at 13:44, Jens Axboe wrote: > >> Please try current -git, it should work now. > > Thanks, it's fixed. > > I can crash the client by pressing ctrl-c on the server: > >> ./fio -S > fio: server listening on 0.0.0.0:8765 > and ^C> > ^^^^ there seems to be a random "and" printed? > >> ./fio -C localhost examples/tiobench-example > > ... > > <muon> f3: Laying out IO file(s) (1 file(s) / 512MB) > <muon> f3: Laying out IO file(s) (1 file(s) / 512MB) > <muon> f3: Laying out IO file(s) (1 file(s) / 512MB) > <muon> f4: Laying out IO file(s) (1 file(s) / 512MB) > <muon> f4: Laying out IO file(s) (1 file(s) / 512MB) > <muon> f4: Laying out IO file(s) (1 file(s) / 512MB) > <muon> f4: Laying out IO file(s) (1 file(s) / 512MB) > <muon> > Assertion failed: (cmdret->opcode == cmd.opcode), function fio_net_recv_cmd, file server.c, line 187. > > Program received signal SIGABRT, Aborted. > [Switching to Thread 28301140 (LWP 100220/initial thread)] > 0x281e7207 in kill () from /lib/libc.so.7 > (gdb) bt > #0 0x281e7207 in kill () from /lib/libc.so.7 > #1 0x280eb377 in raise () from /lib/libthr.so.3 > #2 0x281e5d3a in abort () from /lib/libc.so.7 > #3 0x281ce0c6 in __assert () from /lib/libc.so.7 > #4 0x08074f8e in fio_net_recv_cmd (sk=3) at server.c:187 > #5 0x08077f95 in fio_handle_clients () at client.c:779 > #6 0x08051033 in exec_run () at fio.c:1779 > #7 0x08051be1 in main (argc=4, argv=0xbfbfec04, envp=Error accessing memory address 0xb: Bad address. > ) at fio.c:1904 > (gdb) OK, I'll take a look at that one. You are a good tester :-) The assert itself is a fragmented packet, where a later fragment does not match the initial opcode. Must be due to a read error not being handled correctly. -- Jens Axboe -- To unsubscribe from this list: send the line "unsubscribe fio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html