thornx

Sorry, I haven't looked into this thread for a while. I'm really sorry, it takes 60-90 minutes to reproduce the error. I don't even know if the error occours in Singleplayer because I only play DCS in Multiplayer. btw: I have a time-consuming job :-) I love DCS and ED does a great job but sometimes it's a little frustrating. I payed about €800 for Modules to play the Game, not to debug it. If the AGMs don't work, I don't use them with the F18. Please continue with bug hunting, at the moment DCS is rather frustrating.

I will fly the training mission again today and record it with OBS. In the track file I can't say for sure when the problem started.

Its about 100 MB: https://drive.google.com/file/d/15I5kjLe4REd97J5SIuz7xfbavG5bbpwI/view?usp=sharing There are some bugs in this track: * 05:38:40 AI trys to use the elevator - Plane stays in the air * 05:43:21 2 AI Planes land at Supercarrier and causes explosion - they do this every time when they land. Thats why my taxi speed increases rapidly as they are on final. Iam not sure where the issues started, but at 6:06:00 and 06:11:00 Iam disabeling the Generators (turn it off and on again didnt help). btw: In this case I cant fire a single shot.

miz file: https://www.digitalcombatsimulator.com/de/files/3305410/

addendum: Only happens when Mavericks equiped (not with GBU-12)

2 x 19" Rack Server in a Datacenter (1) Intel Xeon E3-1230v6 2 x SAS SSD (Software RAID 1) 32 GB ECC RAM No GPU 1 GBit/s Upload 1 GBit/s Download Windows Server 2019 Standard Edition 3 Instances of DCS OpenBeta (2) Intel Xeon E3-1270v6 2 x M.2 SSD (Software RAID 1) 64 GB ECC RAM 1 GBit/s Windows Server 2019 Standard Edition 5 Instances of DCS OpenBeta Features: LotATC SRS Autoconnect Mods: A-4E-C Community Edge 540 Military Aircraft Mod SU-57 476 Range Targets Both Servers Reboot once a day @05:00 CET. Problems: (1) Instance crash when destroying an Oil / Gas Platform. (Report: https://forums.eagle.ru/showthread.php?t=280035). (2) Some random "server timed out" for players when spawning new units with late activation / activate group. Not reported - got so many workarounds from people (AI activate / deactivate, set alarm state ..) - so i think this is well known :-)

Here a sample from our autoexec.cfg (Dedicated Server) if not net then net = {} end options.graphics.fullscreen = false options.graphics.width = 1280 options.graphics.height = 768 options.graphics.maxfps = 20 options.graphics.render3D = false net.download_speed = 1024*1024*200 net.upload_speed = 1024*1024*200 net.use_upnp = false disable_write_track = true webgui_port = 8414 crash_report_mode = silent options.graphics.ScreenshotQuality = 0 log.set_output("dcs", "", log.ALL, log.FULL)

Hi there. Is the AGM-65E and F be broken on the FA-18C? We played several multiplayer training missions (before and after the actual patch) with the AGM-65E and AGM-65F. The following problem occurs for all players after some time (mostly after the 2nd to 4th Maverick, now and then also before fireing the first one): most of the pages of the FA-18C DDI are no longer clickable (SA, EW, stores ...). Exemplary loadout: 2 AGM-65E, 2x AGM-65F, targeting pod. The error occurs after about 20 to 40 minutes of playing time (I could provide a long .trk file). I don't know what triggers the error. Maybe AGM-65? Targeting Pod? FLIR Mode, Laser? ... btw: tracking and lasing works fine :-) Please ED - keep on with the bug hunting :thumbup:

Even if I place a new Gas / Oil Platform, the Server crashes when it is destroyed. Tried this in Single Player too. At least in SP it pops up a error message.

2020-07-08 16:35:52.299 INFO Scripting: event:type=takeoff,initiatorPilotName=[Eagle 05] Micadoo,place=Senaki-Kolkhi,t=66891.746,placeDisplayName=Senaki-Kolkhi,initiatorMissionID=1634, 2020-07-08 16:44:03.475 INFO Scripting: event:type=shot,initiatorPilotName=[Eagle 05] Micadoo,t=67382.934,weapon=RB-15F,initiatorMissionID=1634, 2020-07-08 16:44:05.251 INFO Scripting: event:type=shot,initiatorPilotName=[Eagle 05] Micadoo,t=67384.713,weapon=RB-15F,initiatorMissionID=1634, 2020-07-08 16:46:12.988 INFO Scripting: event:type=hit,initiatorPilotName=[Eagle 05] Micadoo,weapon=RB-15F,target=CV_1143_5,t=67512.453,initiatorMissionID=1634,targetMissionID=1133, 2020-07-08 16:46:12.988 INFO Scripting: event:t=67512.453,type=dead,initiatorMissionID=1133, 2020-07-08 16:46:12.988 INFO Scripting: event:type=kill,initiatorPilotName=[Eagle 05] Micadoo,weapon=RB-15F,target=CV_1143_5,t=67512.453,initiatorMissionID=1634,targetMissionID=1133, 2020-07-08 16:46:12.988 INFO Scripting: event:amount=5500,t=67512.453,type=score,initiatorMissionID=1634, 2020-07-08 16:48:48.035 INFO EDCORE: try to write dump information 2020-07-08 16:48:48.036 INFO EDCORE: # -------------- 20200708-164849 -------------- 2020-07-08 16:48:48.037 INFO EDCORE: DCS/2.5.6.50979 (x86_64; Windows NT 10.0.17763) 2020-07-08 16:48:48.037 INFO EDCORE: D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin\WorldGeneral.dll 2020-07-08 16:48:48.037 INFO EDCORE: # C0000005 ACCESS_VIOLATION at 0D29B2EA 00:00000000 2020-07-08 16:48:48.040 INFO EDCORE: SymInit: Symbol-SearchPath: '.;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin;C:\Windows;C:\Windows\system32;SRV*C:\websymbols*http://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'Adm03wd' 2020-07-08 16:48:48.040 INFO EDCORE: OS-Version: 10.0.17763 () 0x110-0x3 2020-07-08 16:48:48.787 INFO EDCORE: 0x00000000000AB2EA (WorldGeneral): wAttributeOwner::has_attribute + 0xA 2020-07-08 16:48:48.787 INFO EDCORE: 0x00000000004A61EA (DCS): CoreUtils::TempFilesManager::operator= + 0x13E63A 2020-07-08 16:48:48.788 INFO EDCORE: 0x0000000000488616 (DCS): CoreUtils::TempFilesManager::operator= + 0x120A66 2020-07-08 16:48:48.788 INFO EDCORE: 0x000000000044586F (DCS): CoreUtils::TempFilesManager::operator= + 0xDDCBF 2020-07-08 16:48:48.788 INFO EDCORE: 0x0000000000003B94 (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x504 2020-07-08 16:48:48.788 INFO EDCORE: 0x000000000000403D (World): wSimCalendar::DoActionsUntil + 0x1FD 2020-07-08 16:48:48.789 INFO EDCORE: 0x0000000000702FDF (DCS): CoreUtils::TempFilesManager::operator= + 0x39B42F 2020-07-08 16:48:48.789 INFO EDCORE: 0x0000000000715803 (DCS): CoreUtils::TempFilesManager::operator= + 0x3ADC53 2020-07-08 16:48:48.789 INFO EDCORE: 0x00000000006E9C44 (DCS): CoreUtils::TempFilesManager::operator= + 0x382094 2020-07-08 16:48:48.789 INFO EDCORE: 0x00000000006EA009 (DCS): CoreUtils::TempFilesManager::operator= + 0x382459 2020-07-08 16:48:48.789 INFO EDCORE: 0x00000000016D754E (DCS): AmdPowerXpressRequestHighPerformance + 0xB1954A 2020-07-08 16:48:48.790 INFO EDCORE: 0x00000000008D3D4E (DCS): CoreUtils::TempFilesManager::operator= + 0x56C19E 2020-07-08 16:48:48.790 INFO EDCORE: 0x0000000000017974 (KERNEL32): BaseThreadInitThunk + 0x14 2020-07-08 16:48:48.790 INFO EDCORE: 0x000000000006A271 (ntdll): RtlUserThreadStart + 0x21 2020-07-08 16:48:48.999 INFO EDCORE: Minidump created.It happened again yesterday. This time I got a track file from the pilot. Is it possible to shorten the track file (45MB)? (Or pick the needed file inside the track file) Download here: https://drive.google.com/file/d/13aprGS9HgTc0_OeRYej11dQC9TBU06l1/view?usp=sharing

No, the instance crashed and is gone from the Server List. No, sorry (disable_write_track = true). I have set disable_write_track = false. Next time i can provide a track file.

Sometimes our dedicated Server crashes, when units are destroyed. - Every time a gas platform ist gone - however, sometimes, the destruction of other units too Two examples of log entries: 2020-06-12 19:31:08.213 INFO Scripting: event:type=hit,initiatorPilotName=[Jolly Rogers]Dodo,weapon=F/A-18C Lot 20,target=Gas platform,t=77337.661,initiatorMissionID=225,targetMissionID=1141, 2020-06-12 19:31:08.214 INFO Scripting: event:t=77337.661,type=dead,initiatorMissionID=1141, 2020-07-03 21:15:45.320 INFO Scripting: event:type=kill,initiatorPilotName=[Eagle 02] Flo,weapon=AJS37,target=,t=59485.601,initiatorMissionID=1634,targetMissionID=, 2020-07-03 21:15:45.320 INFO Scripting: event:amount=0,t=59485.601,type=score,initiatorMissionID=1634, After these last lines the Server crashes: 2020-07-03 21:15:45.321 INFO EDCORE: try to write dump information 2020-07-03 21:15:45.322 INFO EDCORE: # -------------- 20200703-211546 -------------- 2020-07-03 21:15:45.323 INFO EDCORE: DCS/2.5.6.50979 (x86_64; Windows NT 10.0.17763) 2020-07-03 21:15:45.323 INFO EDCORE: D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin\Transport.dll 2020-07-03 21:15:45.323 INFO EDCORE: # C0000005 ACCESS_VIOLATION at 2E3CB882 00:00000000 2020-07-03 21:15:45.324 INFO EDCORE: SymInit: Symbol-SearchPath: '.;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin;C:\Windows;C:\Windows\system32;SRV*C:\websymbols*http://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'Adm03tm11' 2020-07-03 21:15:45.325 INFO EDCORE: OS-Version: 10.0.17763 () 0x110-0x3 2020-07-03 21:15:46.037 INFO EDCORE: 0x000000000005B882 (Transport): wcColumn::destroyObjectOnPath + 0x52 2020-07-03 21:15:46.037 INFO EDCORE: 0x000000000004C28B (Transport): RouteManager::clear + 0xE3B 2020-07-03 21:15:46.038 INFO EDCORE: 0x000000000000B791 (edObjects): LandObjectDestroySignal::notifyDestroy + 0xC1 2020-07-03 21:15:46.038 INFO EDCORE: 0x0000000000011F3F (edObjects): lLandObject::Degrade + 0x38F 2020-07-03 21:15:46.039 INFO EDCORE: 0x000000000001CDC3 (Terrain): lStandartStructure::Degrade + 0x53 2020-07-03 21:15:46.039 INFO EDCORE: 0x000000000000AE27 (Terrain): lArmsStorageInitRandoms + 0x417 2020-07-03 21:15:46.039 INFO EDCORE: 0x0000000000012FDE (edObjects): lLandObject::TakeDamage + 0x13E 2020-07-03 21:15:46.039 INFO EDCORE: 0x000000000075B06F (DCS): CoreUtils::TempFilesManager::operator= + 0x3F34BF 2020-07-03 21:15:46.039 INFO EDCORE: 0x00000000007577ED (DCS): CoreUtils::TempFilesManager::operator= + 0x3EFC3D 2020-07-03 21:15:46.040 INFO EDCORE: 0x00000000007593EE (DCS): CoreUtils::TempFilesManager::operator= + 0x3F183E 2020-07-03 21:15:46.040 INFO EDCORE: 0x0000000000103E63 (edCore): Mail::Reader::stream + 0x1473 2020-07-03 21:15:46.040 INFO EDCORE: 0x0000000000888F5F (DCS): CoreUtils::TempFilesManager::operator= + 0x5213AF 2020-07-03 21:15:46.040 INFO EDCORE: 0x00000000008894E1 (DCS): CoreUtils::TempFilesManager::operator= + 0x521931 2020-07-03 21:15:46.040 INFO EDCORE: 0x000000000089CE7B (DCS): CoreUtils::TempFilesManager::operator= + 0x5352CB 2020-07-03 21:15:46.040 INFO EDCORE: 0x000000000087952E (DCS): CoreUtils::TempFilesManager::operator= + 0x51197E 2020-07-03 21:15:46.041 INFO EDCORE: 0x0000000000868E62 (DCS): CoreUtils::TempFilesManager::operator= + 0x5012B2 2020-07-03 21:15:46.041 INFO EDCORE: 0x0000000000715784 (DCS): CoreUtils::TempFilesManager::operator= + 0x3ADBD4 2020-07-03 21:15:46.041 INFO EDCORE: 0x00000000006E9C44 (DCS): CoreUtils::TempFilesManager::operator= + 0x382094 2020-07-03 21:15:46.041 INFO EDCORE: 0x00000000006EA009 (DCS): CoreUtils::TempFilesManager::operator= + 0x382459 2020-07-03 21:15:46.041 INFO EDCORE: 0x00000000016D754E (DCS): AmdPowerXpressRequestHighPerformance + 0xB1954A 2020-07-03 21:15:46.042 INFO EDCORE: 0x00000000008D3D4E (DCS): CoreUtils::TempFilesManager::operator= + 0x56C19E 2020-07-03 21:15:46.042 INFO EDCORE: 0x0000000000017974 (KERNEL32): BaseThreadInitThunk + 0x14 2020-07-03 21:15:46.042 INFO EDCORE: 0x000000000006A271 (ntdll): RtlUserThreadStart + 0x21 2020-07-03 21:15:46.254 INFO EDCORE: Minidump created. Any idea how we can prevent such crashes?

Maybe in the future ED could add this feature :-)

One should not compare a dedicated Server in a Datacenter to a Home Server :-) I work in IT an pentesting and open a ftp in a Datacenter Server (no protection from your Provider, direct "access"to world wide Bot Nets, self-made DDOS protection, ...) is a realy bad idea. Back to topic please :-) :helpsmilie:

:thumbup:

The only way in and out is throug SSH (pub/priv Key Auth). They are not experienced enough to use SSH and tunnel ftp through it.

Feature Request: Possibility to upload .miz Files through https://www.digitalcombatsimulator.com/en/personal/server/... to a dedicated Server. Situation: 5 instances are currently on our server in a data center. The 5 instances are are fed with missions by 3 different squad leaders. The 3 Squad Leaders have different logins. So they can start, restart,... Missions as they like. Unfortunately, they cannot upload their .miz files themselves (regular Wing Training with new Missions every day). Therefore, the *.miz files must uploaded from the server admin (RDP through OpeenSSH-Tunnel). I could grant administrator access to people who have no idea about IT and data center security... sounds not good to me. He (me) is not happy with the situation and the workload :-)

Sorry for reviving this thread :-) I managed most of it. The only thing keeping our server from an automated update is the dcs_updater.exe The script worked fine for todays update. It started dcs_updater as intended. But the updater needs "Enter" to begin with the update process. Is there a option to start dcs_updater with "no promp"? So the updater starts without having to press "Enter"?

Thank you. btw. awesome bandcamp album!

I didn't think this through. Its only the Installer :(

Thank you for the reply! I got it. So, I think the better option is to crawl the MD5 Fingerpringt from the dedicated Server Download Page. That should do the Job and trigger as soon, as a new Version is available for Download.

Is there an API function which triggers when a new update for the dedicated server arrives (download available) ? We have multiple instances of well-visited servers in a datacenter. Lets say 30 People are on the Server. Some new come, some Player leaves the server. Then a new patch is available (like the supercarrier). For the update we have to kill all of the dcs.exe instances on the Server and run dcs_updater.exe, then restart the instances. The admins are not permanently present and we dont have physical access to the server. It would be great if we could start the update on the server automatically as soon as a patch arrives (with a script like: Check API > If new patch: kill all dcs.exe, start dcs_updater.exe, start all instances again ...). What comes to mind is a web crawler that searches https://updates.digitalcombatsimulator.com/ for new updates. However, it often takes a while between the announcement on https://updates.digitalcombatsimulator.com/ - and the actual availability of the download. In this case all players would be kicked from the server for no reason. Is there a way to accomplish this?