striker_lord

Hi guys, I have a player on our server that randomly gets his ship destroyed, and yes, iv'e seen it happen first hand, he had full health and just.... blew up sort of speak. He does notice some sort of rubberbanding before this happens, like his ship displaces shortly to another part of the sector and returning. The time i saw this happen he was "standing still" on my screen. Could it be a thing with misplacement where the server, or client, briefly thinks it's inside another structure, calculates the damage and puts it back in place with the damage already done? This is the logging from the server: https://ufile.io/huyr4 anyone recognise the issue or any thoughts?

I'd like to add to this since I somehow managed to duplicate a ship (in the previous version) without a server crash. I failed to collect the logs at that time but i know what i did, even though repeating the steps didn't reproduce the issue: - i Created an extra ship (miner) to be piloted by a captain, while creating the ship i remained in the same sector for collecting crew for the ship. - i took control of my main ship and told the new miner to Escort me - i jumped to a sector, 7 sectors away, and voila, i had my main ship duplicated The duplicated ship is an exact copy of my ship, the blueprints are connected (if it has damage it will show as damage to my ship even though mine isn't damaged). Once i change the blueprint of my main ship, the duplicate will always report damage because it will now try to match to the new blueprint.... In the ship list it won't show up, simply because it is the exact same ship. I hope this information can be used, sorry for the lack of logs.

iCare. Community server 24/7 Friendly community - all details on http://icareclan.nl Server: Gameserver.icareclan.nl Location: Netherlands Language: English Mods: no-mods difficulty: Veteran Slots: 25 Collision damage: 0.5 Home sector: various per player backups created every 2 hours

Netherlands - 15 slots (might increase if demand vs performance remains balanced) - iCare. Community Normal difficulty - 0.5 collision damage DNS: gameserver.icareclan.nl:27000 Teamspeak: ts.icareclan.nl website: https://icareclan.nl Beside the server manager that is in use there are no mods implemented.

@Cepheni, thanks for that correction, that also makes way more sense.... :) tnx!

I'll share some of my information that i gathered over the last few weeks that is related to Server performance. Jumping sector to sector When players jump to different sectors you will notice that this is a CPU heavy process, this differntiates from sector to sector, the more there is in a sector the harder it will be on your CPU. Things i haven't tested yet: - Difference between already visited sectors - Impact of multiple people jumping at the same time General performance The game seems to run rather smooth with a general CPU usage between 10 and 20% (I7 950 3.07Ghz, hyperthreading Off) excluding the moments where people are jumping. Average population is 5 players. The memory usage seems to remain between 2 and 3 GB while people are online. All in all nothing shoking, and I do think it helps that the server installation and save file are located on a SSD. there are some instances where people notice "lag" spikes where nothing seems to happen for a few seconds (while mining no damage numbers show up, those kind of spikes). other than that i'm pretty impressed on how the game already performs.

just seen another post that crashes with the same last entry in the log: https://www.avorion.net/forum/index.php/topic,3404.0.html funny part, for both they crash on sector 716..... anything special about that sector when it comes to the game?

Since it generates an access violation error you could try running it as an administrator or in a compatibility mode. if that doesn't help.... not sure.

Well, all i can say is that the game seems to crash on a specific sector: "failed to aquire void Galaxy ::keepSector(Sector*): 716, sectorsMutex after 20000 tries" which it keeps repeating at the end where the amount of tries increase followed by a shutdown message. This needs to be looked at by the developer but i guess you could try and delete that specific sector (sector 716). just search for it in the sector folder in the hopes there is only one file with 716 in the name. let me know if that works.

Update from my previous post: After changing GMOD to another port so 27000 was free to use by Avorion the issue hasn't shown itself anymore. this also fixed another issue where the server side would (after 1 or 2 hours of running with players) spike it's CPU using 100% of the total CPU usage OR it would drop to a total 0% until users logged off, users logging off would cause the server to start using a lot of CPU untill it got a 100% and wouldn't go down so a hard reset of the server instance was needed. After making sure the game uses the Steam network this issue has not happend anymore (and it's been running more then 20 hours now with a consistant stream of players from our community) added a how to video, sorry for the lenght, but there is a summary after the 14 minute marker :).

Hi guys, I have found another probable cause for the issue. Since I am hosting servers for multiple games this is an issue I sometimes encounter: It is possible port 27000 is already in use. Avorion needs port 27000, otherwise it wil not connect to the Steam network and you will be stuck to the UDP protocols (which, i think, also cause crashes due to corrupt packets that cause crazy 100% CPU usage). How do you check this? Open CMD on your machine (Windows), fill in the following command: netstat -a -b This will show a list of all ports that are used and the program that uses it (also listening ports since 27000 is a listening port). you could output this to Excel or notpad for an easier search (right mouse on CMD, select all, right mouse again and past in Notpad or anywhere else). Look for port 27000 and the application that uses it, if it's not Avorion, there is your issue. In my case Garry's MOD was the issue, simply shut down the application that uses that port, make sure to restart Avorion and check if the other application is smart enough to use a different port, otherwise see if you can change the port manualy for that application.