-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
possible error with priority node connection #9068
Comments
aight, running #7345 . i'll check the logs in a day to see if they are full of those stacktrace |
looking good so far Wednesday? Thu Nov 16 15:54:05 EST 2023 Fri Nov 17 06:08:20 EST 2023 Fri Nov 17 17:24:03 EST 2023 |
Sat Nov 18 06:57:30 EST 2023 Sun Nov 19 08:10:57 EST 2023 Running the same command on the xmrchain box: uptime for my local box I'll give this a week for stability, and then test it on xmrchain |
Of course i realize now i should be grepping for weak_ptr xmrchain@Ubuntu-1804-bionic-64-minimal:~/.bitmonero$ grep weak_ptr bitmonero.log* | wc -l user@user-ProLiant-DL325-Gen10:~/.bitmonero$ grep weak_ptr bitmonero.log* | wc -l and the ones on proliant are all from 11/16, which was before I added this PR. |
@Gingeropolous so does this appear to help? Because the grep is still returning results (old logs?). |
yeah, its old logs. It looks like its helping the situation. yep, currently there are 0 instances Mon Nov 20 21:32:12 EST 2023 |
on homebox, patch considered stable on homebox Now testing on xmrchain Prior to pulling in 7345: All logs Thu Nov 23 11:30:53 AM CET 2023 Recent Logs xmrchain@Ubuntu-1804-bionic-64-minimal:~/.bitmonero$ grep weak_ptr bitmonero.log | wc -l |
So it's still happening? Unfortunately I am not seeing this on my local box. Does it require a higher log level than default? |
Answered my own question (forgot the log prints level) |
sorry im making this confusing. Those were the recent logs before the patch were applied. as far as I can tell, its not happening. The recent log (bitmonero.log) shows there are no new instances, and the total log (bitmonero.log* , which includes all the logrotated logs) is showing a decreasing number compared to before the patch was applied
The patch seems successful |
and yeah, I run log-level 1 |
Ok, sounds like this patch fixes the issue. The problem is probably a race-condition to the destructor of the connection object. I'm not aware of another fix, besides using a |
fixed by #7345 |
Now I just have to get reviewers ;) |
So I try to connect my node A to the xmrchain node B as a priority node.
It turns out I also have the xmrchain node B set to connect to A as a priority node, because node A has xmrchain as an INC connection
probably nothing, but i don't understand why its throwing the stacktrace thing. I thought that was for when things are borkt.
though if you run two nodes, it would make sense to have them set to make each other a priority to connect to. But I guess you only need to tell one of them to make it a priority?
The text was updated successfully, but these errors were encountered: