public inbox for nncp-devel@lists.cypherpunks.su
Atom feed
From: John Goerzen <jgoerzen@complete•org>
To: Sergey Matveev <stargrave@stargrave•org>
Cc: nncp-devel@lists.cypherpunks.ru
Subject: Re: nncp-bundle, nncp-caller, and .seen not working?
Date: Thu, 31 Dec 2020 23:36:40 -0600	[thread overview]
Message-ID: <87eej5md5j.fsf@complete.org> (raw)
In-Reply-To: <X+zQuM1f22vn/emf@stargrave.org>

Happy New Year!

On Wed, Dec 30 2020, Sergey Matveev wrote:
> Should not be any. Currently do not know where it can raise that 
> error.
> Will look at it later, probably when the "new scheme" will be 
> implemented.
>

I'm getting things like this periodically:

Dec 31 12:41:00 hostname nncp-caller[14357]: E 
2020-12-31T18:41:00.090076849Z
[sp-recv err="xdr:decodeArray: data exceeds max slice limit - 
read: '415373007'"
nice="255" node="L...Q"]

Dec 31 15:48:00 hostname nncp-caller[14357]: E 
2020-12-31T21:48:00.046258445Z
[sp-recv err="xdr:decodeArray: data exceeds max slice limit - 
read:
'3814302942'" nice="255"
node="L...Q"]

It doesn't seem to result in any harm in the end, though I will 
note that multi-GB files seem to cause either the caller or the 
daemon to hang up.  It's not entirely clear which, but it seems 
that the caller takes awhile to finish the write (a fsync?  or 
hash verification?) and the daemon times out, perhaps killing 
simultaneous transfers (it appears that's a thing?)

The nice value is odd too; I've never explicitly set anything to 
nice 255.  Maybe some form of corruption?

Thanks again,

John

  parent reply	other threads:[~2021-01-01  5:37 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-30  6:37 nncp-bundle, nncp-caller, and .seen not working? John Goerzen
2020-12-30 14:08 ` Sergey Matveev
2020-12-30 15:37   ` John Goerzen
2020-12-30 15:44     ` John Goerzen
2020-12-30 19:10     ` Sergey Matveev
2020-12-30 19:16       ` Sergey Matveev
2021-01-01  5:36       ` John Goerzen [this message]
2021-01-02 12:56         ` Sergey Matveev
2021-01-01  5:39       ` John Goerzen
2021-01-02 13:04         ` Sergey Matveev
2021-01-06 17:15         ` Sergey Matveev
2021-01-06 18:55           ` Sergey Matveev
2021-01-07 17:56           ` John Goerzen