libzmq: 4.1.2: Assertion failed: Connection reset by peer (zeromq\src\signaler.cpp:298)
Environment
- Windows 10 x64
- zeromq installed via pyzmq bundle (libzmq-4.1.2)
- Compiler: MSVC9 (Windows SDK 7.0 / VS2008)
Reproduction
…is difficult, but for at least one user, leaving a Jupyter notebook running can die with any of the following asserts:
Assertion failed: Connection reset by peer (src\signaler.cpp:181)
Assertion failed: Connection reset by peer (src\signaler.cpp:298)
Assertion failed: nbytes == sizeof (dummy) (src\signaler.cpp:303)
Assertion failed: ok (src\mailbox.cpp:94)
The mailbox assert is longstanding and still open at #1108. Any ideas on what might be the cause of the connection resets or the size mismatch?
About this issue
- Original URL
- State: closed
- Created 8 years ago
- Reactions: 2
- Comments: 84 (29 by maintainers)
OS: Windows 10 Jupyter Notebook: 5.6.0 Python: 3.7
Same problem on Jupyter Notebook. I have reinstalled anaconda and jupyter, but:
Same situation. About every 2 hours .Jupyter notebook will crash.
As a followup to the issue comment I made 5 days ago. I have completed my search for an alternate MQ. I have successfully implemented the same process with RabbitMQ. I have not had to encapsulate anything with try-catch. It simply works as expected with no assertion errors. I now have 4 simultaneous applications running with 1 PUB and 3 SUB end points in each all intercommunicating to each other at 5ms intervals for a period of days and still running, even through random externally induced TCP communication drop out. I urge everyone to stop wasting their time with ZeroMQ. ZeroMQ is damaged with no prospect for resolution. ZeroMQ has excellent documentation. That’s as far as it goes. Regretfully, I’m abandoning ZeroMQ.
I am having this problem too. Consistent crashes at around 2 hours. Running PUB/SUB exclusively. May be associated with simultaneous use of websockets for WSS connection to remote host in app running ZMQ PUB server. C# app WEBSOCKET-sharp and ZMQ C# CLR. Have disabled WEBSOCKET-sharp and this reduces the frequency of events. ZMQ is unusable unless this problem is resolved. Need apps to run 24/7 with no unresolvable events. WEBSOCKET-sharp with no ZMQ operates 24/7 with no events. I’m currently looking for alternative methods for interprocess communication that will take the place of ZMQ functionality. This thread is 1.5 years old with no suggested resolution. That is very unacceptable for a problem so consistently reproduced. Other info - Windows 10 64-bit, Windows 7 64-bit. VS2017/NuGet. Error event always occurs in signaler.cpp at a variety of line numbers on both PUB and SUB side simultaneously. All apps crash to OS simultaneously. There is no way to encalpsulate a try-catch. Assertion error appears not to be escalated up the call stack and as such cannot be contained.
I had the same issue but resolved it. I have anaconda 5.0.1 (pyzmq 16.0.2) installed on Windows 10 x64. After running Jupyter notebook, it always crashed in 2 hours with assertion failure errors.
My cause should be related to TDI filter (but I don’t fully understand what it is). In my case, I uninstalled Networx and now it’s working perfectly. This comment helped me identifying the cause.
Hope this helps other people.