Skip to content
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

Revert "3.0.0" #148

Closed
wants to merge 1 commit into from
Closed

Revert "3.0.0" #148

wants to merge 1 commit into from

Conversation

MrStonedOne
Copy link
Member

@MrStonedOne MrStonedOne commented Aug 2, 2023

Reverts #147

Makes the server crash on round restart on windows.

This kills pop counts because people don't always reconnect and its common for players to decide to end a play session if they meet the slightest resistance.

This reverts commit cd741e9.
@optimumtact
Copy link
Member

do you have a stack trace?

@MrStonedOne
Copy link
Member Author

No, stack traces go to stdout/stderr which only tgsv5 will save to disk and the only tgsv5 server is on linux which doesn't have this issue.

@optimumtact
Copy link
Member

Then how do you know it's related to rust-g?

@optimumtact
Copy link
Member

i mean the stack trace from the minidump

@MrStonedOne
Copy link
Member Author

the timing matches up with the first 3.0.0 test merges and the fault offset shows up as rustg

@optimumtact
Copy link
Member

they were crashing on the 25th and earlier too though, in fact you can see crashes on reboots all through july.

@MrStonedOne
Copy link
Member Author

yes, randomly, not consistently. the crash rate goes from every few rounds to every round for sybil on the 18th, which is when the first test merge happened on sybil.

@optimumtact
Copy link
Member

If I had to guess it's something to do with native mysql rust-tls probably using more tokio and causing crashes on exit.

Copy link
Contributor

@ZeWaka ZeWaka left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

reverting a released version? lmao no just downgrade on tg
i can yank the release if you really are scared of people downloading it, but I encountered no real problems testing this locally and it's probably just the generic 'all crashes are blamed on rust-g due to open connections'

@MrStonedOne
Copy link
Member Author

MrStonedOne commented Aug 2, 2023

it's probably just the generic 'all crashes are blamed on rust-g due to open connections'

ya if you bothered to read the pr comments you'd know that its being blamed because the timing matches up.

also my concerns when i open revert fix prs are always generally about fixing master, i can't pr to the release tab sorry but master on this repo should at least try to be stable

@ZeWaka
Copy link
Contributor

ZeWaka commented Aug 2, 2023

ya if you bothered to read the pr comments you'd know that its being blamed because the timing matches up.

what comments, how am i supposed to know? tgstation/tgstation/pull/77307 has nothing and tgstation/tgstation/pull/76663 has nothing, and neither are linked here

do you mean this PR? I'm just reinforcing what oranges said

@optimumtact
Copy link
Member

this isn't how you fix versioned packages.

The right answer would be a 3.0.1 which changes the cargo build script to use nativetls again.

But the problem is there's no definitive cause for the issue and i can't get enough information from the dmp file to actually determine what the root cause is.

@MrStonedOne
Copy link
Member Author

byond has fixed the reconnect topic bug so crashing during restart is no longer a concern for pop counts.

also this might be fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants