ErrnoException: recvfrom failed: ETIMEDOUT

matzematik · 21. Oktober 2014

Hallo,

ich bin derzeit dabei eine Android Client App zu programmieren, die sich auf einem Server anmelden soll und bestimmte Informationen abfragen soll. Das funktioniert soweit auch sehr gut, beim Login habe ich keinerlei Probleme, allerdings erhalte ich nach einer bestimmten Zeit (ca. 8-10 Minuten so wie ich gesehen habe) einen ziemlich komischen Error den ich auch nach mehreren Google Recherchen nicht erklären konnte.

Ich programmiere derzeit mit dem Netty-Framework (Client-Server-Framework) um die Netzwerk Logik zu vereinfachen.

Hier der Stacktrace des oben beschriebenen Fehlers:

Code

10-21 17:14:17.115: E/NetworkClient(24663): Exception occured in netty thread: SocketException
10-21 17:14:17.115: E/NetworkClient(24663): java.net.SocketException: recvfrom failed: ETIMEDOUT (Connection timed out)
10-21 17:14:17.115: E/NetworkClient(24663): 	at libcore.io.IoBridge.maybeThrowAfterRecvfrom(IoBridge.java:563)
10-21 17:14:17.115: E/NetworkClient(24663): 	at libcore.io.IoBridge.recvfrom(IoBridge.java:539)
10-21 17:14:17.115: E/NetworkClient(24663): 	at java.nio.SocketChannelImpl.readImpl(SocketChannelImpl.java:314)
10-21 17:14:17.115: E/NetworkClient(24663): 	at java.nio.SocketChannelImpl.read(SocketChannelImpl.java:276)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.buffer.UnpooledHeapByteBuf.setBytes(UnpooledHeapByteBuf.java:256)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:879)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.channel.socket.nio.NioSocketChannel.doReadBytes(NioSocketChannel.java:225)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:114)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.channel.nio.NioEventLoop.processSelectedKeysPlain(NioEventLoop.java:430)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:384)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
10-21 17:14:17.115: E/NetworkClient(24663): 	at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
10-21 17:14:17.115: E/NetworkClient(24663): 	at java.lang.Thread.run(Thread.java:856)
10-21 17:14:17.115: E/NetworkClient(24663): Caused by: libcore.io.ErrnoException: recvfrom failed: ETIMEDOUT (Connection timed out)
10-21 17:14:17.115: E/NetworkClient(24663): 	at libcore.io.Posix.recvfromBytes(Native Method)
10-21 17:14:17.115: E/NetworkClient(24663): 	at libcore.io.Posix.recvfrom(Posix.java:131)
10-21 17:14:17.115: E/NetworkClient(24663): 	at libcore.io.BlockGuardOs.recvfrom(BlockGuardOs.java:159)
10-21 17:14:17.115: E/NetworkClient(24663): 	at libcore.io.IoBridge.recvfrom(IoBridge.java:536)
10-21 17:14:17.115: E/NetworkClient(24663): 	... 13 more

Alles anzeigen

Leider habe ich nicht wirklich die Ahnung in welcher Relation das zum Code stehen könnte. Zur Info: Ich verbinde mich zum Server durch eine direkte IP und einen Port, nicht über einen DNS-Hostname. Ich hatte schon vermutet ob das im Zusammenhang mit dem Android DNS-Cache (Dort werden Einträge nach 10 Minuten gelöscht habe ich gelesen) stehen könnte, bin mir dabei aber nicht wirklich sicher.

Hier meine Gerätdaten:
Sony Xperia L
Android 4.2.2 Jelly Bean

Über Hilfe würde ich mich sehr freuen
Danke im Voraus.

Marco Feltmann · 21. Oktober 2014

Aus welchen Gründen auch immer wird nach 8 bis 10 Minuten Dein Socket geschlossen, weil er in einen Timeout gelaufen ist.

Ich vermute, dass Du die Socketverbindung öffnest, die Daten abfragst und aus Faulheit oder Unwissenheit den Socket geöffnet lässt.
Da die nächsten 8 bis 10 Minuten nichts passiert, setzt vermutlich der Server die Socketverbindung einfach zurück.
Der Client rechnet damit nicht und schmeißt deshalb den Fehler.

Insofern, wenn Du kein Webbackend nutzen möchtest sondern explizit auf dem Socket arbeiten willst, solltest Du

den Socket öffnen, die Kommunikation abschließen und den Socket wieder schließen
oder
in einem fixen Zeitintervall einen Keepalive senden, damit die Verbindung offen bleibt

Je nachdem, was besser zu Deinem Anwendungsfall passt.

matzematik · 21. Oktober 2014

Hmm, ja das könnte natürlich sein. Ich hatte auch schon die Idee den Socket nach x Minuten nach dem letzten Packet zu schließen, aber wenn ich darüber nachdenke wäre es fast besser den Socket sofort zu schließen und ihn später sofern wieder Bedarf besteht zu öffnen und sich am Server neu zu authentifizieren.

Frage mich, warum ich nicht selbst drauf gekommen bin...

Ich denke ich werde das so implementieren, vielen Dank für die Hilfe.

ErrnoException: recvfrom failed: ETIMEDOUT

Jetzt mitmachen!

Teilen