-
Posts
196 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Everything posted by hlfritz
-
Operation Black Spire - Nevada PvE Playground
hlfritz replied to Surrexen's topic in User Created Missions General
OK, grabbed it and made the mods for our group. This is the only error I see in the server log for loading the misasion, safe to ignore? 2020-02-25 20:50:51.566 ERROR FLIGHT: Unknown runway side 12L of beacon I-HWG at airdrome NorthLasVegasAirport 2020-02-25 20:50:52.033 WARNING LOG: 1 duplicate message(s) skipped. -
Operation Black Spire - Nevada PvE Playground
hlfritz replied to Surrexen's topic in User Created Missions General
Nice, thank you sir! -
Operation Black Spire - Nevada PvE Playground
hlfritz replied to Surrexen's topic in User Created Missions General
Thank you sir! Understood. My changes are simple and easy to replicate so no big deal; we need a good mission to tide us over until ED get the 2.5.6 carrier thing fixed. I will check out Snowfox thread! EDIT: read the end of Snowfox. It seems they got us with 2.5.6! Maybe we will just play without persistence for now. -
Operation Black Spire - Nevada PvE Playground
hlfritz replied to Surrexen's topic in User Created Missions General
Surrexen, Any chance the mission scripting lua changes can be enabled/enacted via the Saved Games folder (or some other option)? Also, I assume it will not hurt to delete any client flights? I am modifying the mission a bit for our group's use and am considering all the slow movers starting at Creech and most of the faster movers starting at Nellis. I understand the diff you set up for ramp vs. hot (changing all to hot). Thx! -
[REPORTED]2.5.6 Dedicated server mission High Mem usage
hlfritz replied to wopski's topic in Multiplayer Bugs
@BIGNEWEY: OK, server log from yesterday attached. the relevant session starts on line 240; previous lines are from the server startup in case they are helpful and relevant. I cut a lot of lines in between as it was all a bunch of errors, almost (if not all) can't find proto. Those continue after players connect and the mission starts as well. There are a LOT of errors in the logs, but I do not know if this is normal or not - I have not had an occasion to review the logs like this before. it all goes to hell in a hand basket when the 3rd person connects at line 2985. no further entries were entered into the log, memory usage shot up to 9+ GB (our missions usually run from 1.8GB to 2.5GB), players just stuck in game and not able to do anything. The server had to be killed. We next ran a mission on NTTR and had 3 people with no issues. Let me know if you want that log as well for comparison. Also, I am open to troubleshooting further if you all would like. dcs.log.old.txt -
[REPORTED]2.5.6 Dedicated server mission High Mem usage
hlfritz replied to wopski's topic in Multiplayer Bugs
@BIGNEWY: what if the server does not crash? it only runs up all the memory available on the server (up to 11G on our server) and players cannot do much if anything (huge pauses - i.e. several seconds or more, cannot change roles, etc.). it also stops making log entries. -
what about the server and memory leak? it does not crash, but is unplayable. settings we can turn on to try and help diagnose? FWIW, there are a LOT of ERROR: can't find proto error messages in the server logs. also, in reviewing our server's logs they just stop after the 3rd person connects - no error entries at that point or after.
-
well it does seem that some option methodology has changed (view changes in lua files in saved games folder, server nickname in server config file to name a couple - there are probably more), but there seems to be nothing in patch notes or otherwise that tells about it. also, it seems the update has overwritten some settings that were set in the game which probably should not happen (civilian traffic level is one we noticed in our group - we *think*), or at least a warning about what is being set and to what.
-
[REPORTED]2.5.6 Dedicated server mission High Mem usage
hlfritz replied to wopski's topic in Multiplayer Bugs
anyone know if the patch that was released a few hours ago fixes or helps with this issue? -
anyone notice if a fix is in for stennis in missions causing the server to run amock?
-
[REPORTED]2.5.6 Dedicated server mission High Mem usage
hlfritz replied to wopski's topic in Multiplayer Bugs
our group tried a couple different missions. the high memory usage (up to all free memory on the server) started to climb after the 3rd person joined the server with a stennis present mission. this makes it unusable when carriers are in missions. we tried a mission with no carrier and all seems well. we can corroborate the carrier-in-mission issue. -
you should probably go here and pile on: https://forums.eagle.ru/showthread.php?t=264018
-
yah - check here: https://forums.eagle.ru/showthread.php?t=263526
-
[RESOLVED]Someone logged into your account on a different machine
hlfritz replied to speedbird5's topic in General Bugs
are you on the Steam or non-Steam version? -
bonesvf103 is also on the Steam version.
-
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
TT, yes that is the same as I do, just on Debian instead of Ubuntu. Madfish is asking if anyone is running a hyperviser on bare metal, i.e. the hypervisor is the host OS. -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
yes, also agreed. it seems to be related to some security cert or other and maybe reinstalling will replace it, at other times it does not. i installed after that time period so perhaps mine is working as a new install as well. maybe there is something in the os certificate manager that could be sussed out. i see on my laptop where i tested the dedicate server i have two certificates (one 3rd party root and one intermediate) by thawte which correspond to the cert used when connected to digitalcombatsimulator.com (eagle.ru has a sepearate cert from the same thawte auhority). i also have a thawte timestamping cert. not sure if these are used for the remote control app at all, but all of their validity dates are current. this applet can be opened by typing certmgr.msc in the run window or at a command prompt. not sure if looking at these on the servers will help, but just an idea since some have mentioned a security type of issue. -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
I am running mine on a Debian host using KVM-qemu with virtualized win10 successfully. I cannot stress enough I had similar control problems until I properly forwarded UDP. Local control (loggged into the virtualized Windows OS via remote desktop) worked, but control through the ED account login/my servers portal did not work until I had UDP forwarded along with TCP. It would show up in my servers when logged in to my account, but control would fail (could not connect). Once I forwarded/allowed UDP as well it functioned just fine. -
It does work, I have changed the name of my dedicated server. here are the contents of my dedicatedServer.lua file, which is in the scripts directory: net.set_name('RLG Server') local res = net.start_server(serverSettings) if res ~= 0 then log.write('Dedicated Server', log.DEBUG, 'Failed to start server with code: ', res) end The server itself shows up as RLG Server.
-
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
sounds like you might have some type of upnp enabled on the router. i usually find it is a good idea to turn that off and manage things manually. i usually turn off the firewall on my windows machine since it is always sitting behind my router/firewall, but that should not be necessary as long as you get the prompts to allow the application when it runs. usually a router will only allow ports to be forwarded to one system at a time as well. sorry i do not think i have any hints or suggestions. -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
i think i had the same thing happen to me and i had forgotten for forward/allow for udp on the server port (tcp i did). -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
just in case, as stated, not just ports but protocols as well. both tcp and udp need to be opened for 10308 (unless you change that port). also both on local machine and in firewall. -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
no worries. -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
you may have another firewall, not just on your PC. you may have a router with a firewall as well, or if it is doing NAT the ports and protocols need to be forwarded to the proper computer as well. -
Dedi web GUI not responding
hlfritz replied to Ron Attwood's topic in Multiplayer Server Administration
just in case - make sure tcp and udp are open in firewall for port 10308 in addition to port forwarding.