[Mono-dev] Potential bug in NetworkStream in Raspberry ARM – Mono 4.4.0

[David Curylo]

Pablo,

I believe I’m experiencing a similar issue, also reported by others here: https://bugzilla.xamarin.com/show_bug.cgi?id=43902

Mono’s Socket.Send doesn’t block until all data is sent.  The old NetworkStream in mono used to account for this with a while loop to continue sending, but the NetworkStream from MS Reference Source expects the Socket to block until all data is sent.  When the reference source was pulled in, the Socket.Send could sometimes fail to send all the data.  I can’t ever make this failure occur on localhost, but it will occur for me communicating with remote hosts.

I’m working on a PR now to have Socket.Send_internal loop until all data is sent so Socket.Send will block as the reference source expects it to, unless anyone else has any suggestions.

-Dave

> On Sep 19, 2016, at 9:33 AM, psantosl at codicesoftware.com wrote:
> 
> Hi,
> 
> I have found a potential issue with NetworkStream on ARM (Raspberry).
> 
> It might be a stupid bug on my code too, but I don't see it.
> 
> 
> In short: a simple multi-threaded server running on Raspberry (same behavior on Mono 4.4.0 as Mono 4.6.0), client on W10:
> 
> 1. Fails to correctly send data using NetworkStream (server seems to send the data, but it never arrives to client). https://github.com/psantosl/mono-raspberry-socket-issue/blob/master/Program.cs <https://github.com/psantosl/mono-raspberry-socket-issue/blob/master/Program.cs>
> 1.1. Fails *only* using NetworkStream (no BufferedStream or BinaryReader/Writer around, and it still fails): https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-only-network-stream/Program.cs <https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-only-network-stream/Program.cs>
> 
> 2. Works correctly using Sockets (no streams on top). https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-use-socket-only/Program.cs <https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-use-socket-only/Program.cs>
> 
> 3. Works correctly using a custom NetworkStream:
> 3.1.  https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-use-alternative-network-stream/Program.cs <https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-use-alternative-network-stream/Program.cs>
> 3.2.  https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-use-alternative-network-stream/MyNetworkStream.cs <https://github.com/psantosl/mono-raspberry-socket-issue/blob/master-use-alternative-network-stream/MyNetworkStream.cs>
> 3.3. Although I just saw it timing out after transferring several hundred MB on each connection (I'm on a slow VPN connected to the Raspberry, although we reproduced it on LAN too). Interestingly, using the regular NetworkStream it fails inmediately.
> 
> 
> When it fails, what happens is that at a given point in time (in my tests like in a few seconds) one of the client threads (or more than one) NEVER exits the Read, data never arrives although the server log says the data was written, but it doesn't. Since I've set a timeout for the read operation, you see how the program stops working.
> 
> 
> 
> == Additional tests performed ==
> I tried with different buffer sizes, it always fails with the NetworkStream.
> 
> I ran the same server code on other setups:
> 
> * Window 10/.NET: OK.
> * OpenSuse 13.2 + mono 4.0.4 (Stable 4.0.4.1/5ab4c0d): OK.
> * Raspberry: failed both with mono 4.4.0 and mono-4.6.0.245 (built from GitHub on the 746756c commit.
> 
> I originally discovered the issue running a Plastic SCM server on BananaPi <http://www.bananapi.org/> (like a Raspberry + SATA).
> 
> == Extra notes ==
> * I know the multi-threaded server is not optimal and thread-per-connection is really bad, this is just a test case.
> * Initially I thought we had an issue with async sockets, but after a few days I just isolated the problem in NetworkStream.
> 
> 
> Any hints would be appreciated.
> 
> Thanks,
> 
> pablo
> 
> www.plasticscm.com <http://www.plasticscm.com/>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.dot.net
> http://lists.dot.net/mailman/listinfo/mono-devel-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dot.net/pipermail/mono-devel-list/attachments/20160919/ab5c6aea/attachment.html>