Date: Mon, 12 Mar 2012 15:31:27 +0100 From: Phil Regnauld <regnauld@x0.dk> To: Mikolaj Golub <trociny@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: Issue with hast replication Message-ID: <20120312143127.GM12975@macbook.bluepipe.net> In-Reply-To: <20120311220911.GD1684@macbook.bluepipe.net> References: <20120311185457.GB1684@macbook.bluepipe.net> <861uoyvpzh.fsf@kopusha.home.net> <20120311220911.GD1684@macbook.bluepipe.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Phil Regnauld (regnauld) writes: > > 7) ktrace on the destination dd: > > fstat(0,{ mode=p--------- ,inode=5,size=16384,blksize=4096 }) = 0 (0x0) > lseek(0,0x0,SEEK_CUR) ERR#29 'Illegal seek' [...] > Illegal seek, eh ? Any clues ? > > The boxes are identical (HP DL380 G6), though the RAM config is different. > > Summary: > > - ssh works fine > - h1 zvol to h2 zvol over ssh fails > - h1 zvol to h2 /tmp/x over ssh is fine > - h2 /dev/zero locally to h2 zvol is fine > - h2 /tmp/x locally to h2 zvol fails at first, but works afterwards... A few more data points: dd from a local zvol to a local zvol on either machine works fine. Using nc instead of ssh, this time it's the sender nc dying: ktrace on the sender: 47704 nc CALL write(0x3,0x7fffffff5450,0x800) 47704 nc RET write -1 errno 32 Broken pipe 47704 nc PSIG SIGPIPE SIG_DFL code=0x10006 truss on the sender: poll({3/POLLIN 0/POLLIN},2,-1) = 2 (0x2) read(3,0x7fffffff5450,2048) ERR#54 'Connection reset by peer' close(3) = 0 (0x0) On tcpdump, I do see the receiver send a FIN when using nc. When using ssh, the sender is sending the FIN. Anything else I can look for ?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120312143127.GM12975>