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>