rFactor2 Dedicated Server crashes in session changes

I already published in this same forum #4 how the problem is reproduced and it is when the session automatically passes, if you do it manually, everything is correct and it happens to us on the 2 servers, FPro and BTCC, so they are not mods, neither old nor from third parties.

 

How old is rF2? and he's feeling abandoned? Holy Smokes, this carcass was declared D-E-A-D Dead years ago. And yet.... Still chuggin'

 

It wasn't totally clear from your first post what the content was, but the issue remains: other servers, including those on the official RaceControl system, are moving to the next session automatically and this isn't happening. So there has to be some difference that helps to make it happen. (and sure, it's probably a bug and not your fault, but if it's that rare it's going to be hard to work out without you doing some testing - assuming a corresponding .dmp file doesn't help identify it)

 

I don't have a file with that name on my installations or anything with that extension.
I would appreciate it if you could explain to me what CTD is and what I should do to generate said file.

 

If rF2 has an actual crash (rather than generating an error, and quitting "gracefully") there will be a rFMini.dmp file created in your UserData folder.

If you don't have that file, or its date/time don't match your 'crash', it wasn't actually a crash. I would think normally when there's an "onFatalError" it won't be a crash, because the game has detected an issue and quit.

"CTD" - Crash To Desktop

 

It is the solution that we are adopting, but it still gives us problems, for example in the qualifying sessions, which ours are 45 minutes with traffic, if a driver crosses the finish line within the time to do a last lap and on that lap time runs out, the server automatically advances the session almost after crossing this finish line and then it breaks. We are passing that session a minute before it ends, but it is a nuisance not only to be alert, but to notify everyone so that they understand what is happening and why their last lap was cut.
Furthermore, after a first round we restarted warmup manually to prepare for the second and it broke anyway.
Not to mention that it does not save replays when this happens, something we need for complaints and sanctions.

 

Our unconditional love for rFactor since its inception is longer than the time worked with any of the developers it has had and I have always been an ambassador for its virtues, defending it year after year.
Therefore, I feel entitled to be concerned and/or critical of the direction it is taking lately.
Dead? Never for us, we will continue to pick up and raise their flag time after time before the enemy, on the other hand, the only thing we truly fear and that would be definitive, is an attack from within.

 

So, if we don't have that file we can no longer do or contribute anything else to save our current servers and competitions.

I will set up a clean test server, with official content and forgetting about any modifications, since it seems that it will be the solution with long-term guarantees.

 

If your test server has no issues, you have an opportunity to contribute by trying to work out what difference is causing the issue.

 

I'm going to try an installation from scratch, not cloning servers as before, but the download link in the instructions doesn't work for me. Does anyone have an updated copy or a working link out there?

Instrucciones:
https://docs.studio-397.com/users-guide/setting-up-a-dedicated-server

Enlace de descarga:
http://media.steampowered.com/installer/steamcmd.zip

Gracias

 

Are you referring to the SteamCMD link?
If it's the case, write in google SteamCMD and click in the first result

 

Sorry, I didn't see the obvious signs that SteamCMD was the same for all programs, I thought it was a specific installation of rF2 "CMD Server" It's been so long since I did the first installation that I don't even remember the process. Thanks for the clarification

 

Server installed, Caterham and Zandvoort installed, Mod created and Server started.
Let's pray.

 

Today we had the same problem again, if you are not attentive and the warmup session is automatically transferred to the race, the server will close.
At the end of the race, when the last driver crossed the finish line, it also closed and we have this configuration:
'Allow Hotlap Completion':63,
'Delay After Race':360,
'Delay Between Sessions':360,
Another problem, I don't know why the rFMini.dmp file is not being created, so I cannot provide data for a possible solution.
The only plugin we have on the server is the rf2WeatherPlugin.
We have made new installations of the 2 servers and this only happens with this build 1134

 

Delay after race is probably used after #1 passes the line ... so it can close the session abruptly on some very late drivers still on track ...

Warmup to Race crash is a real problem.
And by the way : Crash or Session restart ?

 

The server closes and gives us the same error as @JParra (image Post #18) and we have to open it again because it kicks us all out.

 

A dmp file is only created when the game/server crashes to desktop. If it detects an issue and posts an onFatalError in the trace, it will quit. That's not a crash.

Assuming the trace doesn't provide anything useful (as in JParra's case, by the looks) your data will probably be limited to trying different things and finding a pattern of what causes the issue.

 

After a week of being attentive, although it may be that some information has escaped me or another colleague, I can say that:

1. The test server with official track and cars passing sessions automatically has not failed.
2. The rest of the servers have failed, always after an automatic session change WITH drivers on the server. All log endings look like this:

Code:

22872.00s JNILog.cpp     33: [main] Putting on the event bus: SessionResultImpl [sessionType=RACE1, entries=[SessionResultEntryImpl [steamId=76561198448619137, position=1, positionInClass=1, totalLaps=37, finishTime=3342.005126953125, fastestLapTime=81.954345703125, fastestLapEndTime=1410.4786376953125, finishStatus=FSTAT_FINISHED, vehicleName=Daniel_grimaldos #2], SessionResultEntryImpl [steamId=76561198197826018, position=2, positionInClass=2, totalLaps=37, finishTime=3394.599365234375, fastestLapTime=78.78125, fastestLapEndTime=1425.0184326171875, finishStatus=FSTAT_FINISHED, vehicleName=Sauron #4], SessionResultEntryImpl [steamId=76561198894219955, position=3, positionInClass=3, totalLaps=37, finishTime=3415.947021484375, fastestLapTime=81.53271484375, fastestLapEndTime=1380.90673828125, finishStatus=FSTAT_FINISHED, vehicleName=joaco63 #63], SessionResultEntryImpl [steamId=76561198305270451, position=4, positionInClass=4, totalLaps=37, finishTime=3417.08251953125, fastestLapTime=80.0074462890625, fastestLapEndTime=1452.372802734375, finishStatus=FSTAT_FINISHED, vehicleName=JParra #75], SessionResultEntryImpl [steamId=76561198168508963, position=5, positionInClass=5, totalLaps=37, finishTime=3417.750244140625, fastestLapTime=83.12823486328125, fastestLapEndTime=929.4030151367188, finishStatus=FSTAT_FINISHED, vehicleName=Tuercas #55], SessionResultEntryImpl [steamId=76561199006141275, position=6, positionInClass=6, totalLaps=36, finishTime=3343.665771484375, fastestLapTime=78.47021484375, fastestLapEndTime=1500.718994140625, finishStatus=FSTAT_FINISHED, vehicleName=Tadeo #77], SessionResultEntryImpl [steamId=76561198365164900, position=7, positionInClass=7, totalLaps=36, finishTime=3401.7890625, fastestLapTime=80.7132568359375, fastestLapEndTime=1404.9310302734375, finishStatus=FSTAT_FINISHED, vehicleName=juli306 #306], SessionResultEntryImpl [steamId=76561198115272128, position=8, positionInClass=8, totalLaps=32, finishTime=3400.1826171875, fastestLapTime=87.91815185546875, fastestLapEndTime=695.1234130859375, finishStatus=FSTAT_FINISHED, vehicleName=Pirata Astur #17], SessionResultEntryImpl [steamId=76561198112730824, position=9, positionInClass=9, totalLaps=30, finishTime=3408.4619140625, fastestLapTime=80.6751708984375, fastestLapEndTime=1552.236572265625, finishStatus=FSTAT_FINISHED, vehicleName=farfex #3]]]

22872.37s main.cpp      358: onFatalError 11

Given that the test server does not have drivers visits, since it is not configured with ports for it, and that the crashes of the usual servers have been mostly on race day, with drivers inside, in the absence of finishing the competitions to use a server as a real online test with drivers, I would say that the problem is not the plugins or third-party add-ons, but the presence or absence of users on the server when it is passed automatically.

 

Can anyone analyze attached file with a CTD with the same case?

 

@Coutie
Any news on this problem, you already have the rfmini.dmp file