Re: [Nbd] NBD disconnect retry question

["JaniD++" <djani22@...60...>]

It look line incomplete. :-)

Buffer I/O error on device md31, logical block 1877746894
lost page write due to I/O error on md31
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 3755493976
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 3754792680
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 1269839944
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 3752312624
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 3753269392
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 2220067264
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 2220067512
XFS: device md31 - XFS write error in file system meta-data block
0x37f365bb0 in md31
I/O error in filesystem ("md31") meta-data dev md31 block 0x12ec0e12f
("xlog_iodone") error 5 buf count 1024
xfs_force_shutdown(md31,0x2) called from line 882 of file fs/xfs/xfs_log.c.
Return address = 0xc0294908
Filesystem "md31": Log I/O Error Detected.  Shutting down filesystem: md31
Please umount the filesystem, and rectify the problem(s)
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 2348230680
nbd2: Attempted send on closed socket
end_request: I/O error, dev nbd2, sector 2348230928

[root@...82... root]# ps fax | grep nbd
 1711 pts/0    S      0:00          \_ grep nbd
 2753 ?        S<    12:20 /usr/local/sbin/nbd-client st-0001 1230
/dev/nb0 -persist
 2755 ?        S<    11:11 /usr/local/sbin/nbd-client st-0002 1230
/dev/nb1 -persist
 2757 ?        S<     9:03 /usr/local/sbin/nbd-client st-0003 1230
/dev/nb2 -persist
 2759 ?        S<    11:37 /usr/local/sbin/nbd-client st-0004 1230
/dev/nb3 -persist
[root@...82... root]#

But look like the server side is the problem....

Thanks,
Janos

----- Original Message ----- 
From: "JaniD++" <djani22@...60...>
To: "Wouter Verhelst" <wouter@...3...>
Cc: <nbd-general@lists.sourceforge.net>
Sent: Friday, March 31, 2006 10:04 AM
Subject: Re: [Nbd] NBD disconnect retry question


>
> ----- Original Message ----- 
> From: "Wouter Verhelst" <wouter@...3...>
> To: "JaniD++" <djani22@...60...>
> Cc: <nbd-general@lists.sourceforge.net>
> Sent: Friday, March 31, 2006 1:38 AM
> Subject: Re: [Nbd] NBD disconnect retry question
>
> On Thu, Mar 30, 2006 at 03:22:39PM +0200, JaniD++ wrote:
> > > Hello, list,
> > >
> > > Can comebody write me a little patch to the client, to newer give up
and
> can
> > > resume the connection on some packet lost?
> > > I mean exactly the same as nfs "hard" option, to avoid these messages:
> > >
> > > nbd3: Attempted send on closed socket
> > > end_request: I/O error, dev nbd3, sector 66961896
> > > I/O error in filesystem ("md31") meta-data dev md31 block 0xff707b0
> > > ("xfs_trans_read_buf") error 5 buf count 8192
> > >
> > > My 8TB raid is too much often crashes, and any type of script is too
> slow to
> > > resume (reconnect) the nbd-client automatically...
> >
> > I've just committed a modified nbd-client to the subversion trunk. With
> > that nbd-client running in a qemu machine and an nbd-server on the host,
> > I was running 'mkfs -t ext2 /dev/nb0' when I killed the nbd-server that
> > was serving for that box. It reconnected immediately, and mkfs was not
> > interrupted (at least, it did not seem to be). There were /some/ read
> > errors, but not a lot of them.
>
> > This is probably the fastest it's going to be without kernel patches.
>
> This idea looks like much better...
> I have already ony script that can automatically kill, and restart the nbd
> server thanks to nfs. :-)
> Anyway mkfs is an "easy task", on my system the nbd server some times
about
> 1000 downloaders.
> If mkfs gets "some" read errors, i think, my raid0 will get a lot of read
> errors...
> Fortunately i use raid0, and this is not error sensitive, only the xfs can
> force shotdown the mount pont, but if i should use raid5 or 1 i will going
> crazy if it starts to resync 2TB trough the network! :-)
>
> Anyway, i will try it, until i found better solution...
>
> > If you want to try it out, get the code from subversion as explained on
> > the sourceforge.net website. Note, only use the client from subversion
> > trunk -- the server is pretty broken at the moment. You need to run it
> > with the -persist option for the automatic reconnect to succeed; and if
> > you want to disconnect, you may have to run 'killall nbd-client'
> > _before_ doing the nbd-client -d (will depend on your kernel).
>
> OK, but i newer want to disconnect at all! :-)
>
> Thanks a lot!
>
> Janos
>
>
> -- 
> Fun will now commence
>   -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4
>
>
>  _____________ NOD32 1.584 (20031220) Információ _____________
>
> Az üzenetet a NOD32 Antivirus System megvizsgálta.
> http://www.nod32.hu
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
> that extends applications into web and mobile media. Attend the live
webcast
> and join the prime developer group breaking into this new coding
territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Nbd-general mailing list
> Nbd-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nbd-general
>
>  _____________ NOD32 1.584 (20031220) Információ _____________
>
> Az üzenetet a NOD32 Antivirus System megvizsgálta.
> http://www.nod32.hu
>
>