New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Peer messages causing socket error #346
Comments
Has this happened before, or approximately when did it start happening? |
I had this too, turned out I had to increase the number of open files allowed. This can be done with ulimit and/or whatever mechanism used in your OS. |
Might have to tweak the values a bit again, it shouldn't have to be necessary to manually allow more open files. |
On OpenBSD it looks like this in /etc/login.conf`
So without user intervention 512 would be the limit. |
What is the output of |
I take it you want the default values for mortal users. Not the output for me.
|
Damn, that's an awfully low hard limit. Oh well, perhaps a 512 Nicotine+ limit on these kind of systems will do to prevent complaints about too many open files. |
Yes, typical OpenBSD stuff. Perhaps you could make nicotine+ read the limit and use what's available, with an upper limit or something like that? Post a warning to the logs when it's ridiculously low? |
For me, the output of
The output of
|
I just tried it, really quick, with a mortal account and, it works. :-) |
I tried it for a bit. The issue described in this bug report seems to be gone now. However, I noticed a couple of other issues:
|
|
@mathiascode No error messages were displayed for either of those issues. I neglected to note the user/folder where I experienced the first issue. Going to continue testing to see if I can reproduce it. |
Here's a weird issue: I just tried to download Also, since performing additional searches, my downloads have stopped again. I have downloads queued from users: I turned on the debug view to see if there were any errors not being surfaced in the default view, and I'm seeing a lot of messages like |
I can't find any obvious flaws in the code. Do you think you could try some older commits to see when it could've started happening? |
I can sort-of reproduce the issue if I download some files and start spamming searches, but the downloads seem to resume once the connections have calmed down a bit. |
There's some weird issue somewhere, I briefly got strange peer type messages and messages about unknown handlers. |
@mathiascode Yeah, I saw a bunch of that as I was testing yesterday. I plan to test further, and try some earlier commits to see if we can narrow down where the issue is. I should have time to get back to that tomorrow morning. Busy with the fam today, with the holiday. |
I can't help with debugging right now. The ISP of my VM is having a hard time. |
The peer message warnings seem to be harmless, and are similar to this one: #323 Not sure why some clients seem to be sending invalid messages, but they seem quite rare. I've hidden these warnings/debug messages under the "Messages" debug toggle in #365. That PR also fixes the "no handler for class" error messages. |
@zalloy Can you try the latest master? I've made a lot of code changes and optimizations in the last few days, perhaps your issues were solved too. If you use the PPA, the builds will be ready in about an hour. |
Ok, I'll wait for the PPA to hit and then give it a try. Thanks! |
Right, back again. I'm running the latest master and I get uploads in the download window and I can't remove them. How can I fix that? |
Don't know, will have to investigate. :( |
Does it keep happening if you remove the transfers.pickle file once? I'm pretty sure my recent changes to the transfer list may have caused incompatibilities for old transfers.pickle files (these will be reset when upgrading from 1.4.1 to 2.0.0 in the future, anyway). (edit: should not be the case) |
Right, now all downloads are gone, also the unfinished ones. Let's see if new uploads pop up in the downloads. |
Nevermind, there's a bug where the lists mix when restoring them on startup. I'll look into it. |
Thanks! Awesome! |
@hboetes This branch should fix the issue. Can you test it? git clone -b transfercorrectlist https://github.com/mathiascode/nicotine-plus |
On my way. |
I just pushed another fix to the branch. |
The branch is now rebased (hopefully the last change for now, so you can test in peace :P). |
No worries, I'm migrating nicotine to the nicotine account, so I won't have to run it with my own user account. Yes, I'm paranoid. This will take a bit. |
Hmmm a user who shared 44 files of rubbish tried to download something, so I banned him. The files he tried to download I can't remove. |
Thank you, there seems to be a special code case when banning users that I forgot to update. |
Autoclearing of uploads and downloads also broke, I'll fix that too. |
Alright, latest fixes are now pushed to the transfercorrectlist branch. This should (hopefully) fix all regressions introduced when some of the transferlist GUI code was rewritten/optimized |
Yes, much better. Thanks. I just tried banning and the users downloads disappeared as they should. |
Nice! I pushed some more changes into the branch, fixing the direct upload to user feature in your shares list, which has been broken for very long (1.4.1). |
transfercorrectlist branch changes are now in master |
@mathiascode Are the list issues fixed in the current PPA (nicotine 1.4.3-202007070233~ubuntu20.04.1)? Asking because for some reason I'm still getting uploads showing up in my downloads, and vice-versa. For example, I have user |
I'll rebuild the PPA just in case, this should not be happening anymore. Can you try running directly from the master branch, just to check if the issue still occurs there? |
I checked the latest PPA build, it's outdated somehow. Hopefully the next build will be correct. |
nicotine_1.4.3-202007071442~ubuntu20.04.1 includes the latest changes |
Thanks! Will test it out in a bit. |
Seems to be working great on my end. No more list issues, and downloads are smooth sailing. |
Very nice, thanks for testing! |
Nicotine+ version: 1.4.3 unstable
Operating System/Distribution: Kubuntu 20.04 (Focal)
Description: After doing a few searches, I get a lot of peer messages showing up in the log window, followed by "Major Socket Error: Networking terminated! [Errno 24] Too many open files". The peer messages are a variety of types (1028, 3333, 1541, 260, 1797, 14592, 10752), and are coming from a number of different users.
Expected Behavior: I don't think I should be seeing these peer messages popping up, and shouldn't be getting the socket error.
Steps to reproduce:
Additional context:
Screenshot
The text was updated successfully, but these errors were encountered: