

terox
-
Content Count
2417 -
Joined
-
Last visited
-
Medals
Posts posted by terox
-
-
@Boss and Pierremgi,
If your approach was to methodically work through the tutorial on the initial post in this thread (Which I can assure you took many hours to write/rewrite, tweak and update) until you get to a point that you do not understand and THEN ask a SPECIFIC question about that instead or a general rant about how B.I do things you might actually get a decent answer and achieve something.
and by the way I am a gas fitter that works full time with a family, I am not an IT techie, I dont even work in the IT industry, nor Do I work for BIS yet somehow with the help of others I have managed to keep an arma community going since before 2003 (15 years now). If I can do it the only thing stopping you doing it is your attitude and lack of patience. I even recently learnt how to code in C# by putting the effort in knuckled down to it and tried until I got it right.
Spending time learning instead of whining is far more productive than the appalling attitude you are displaying right now.
Imagine if a would be employer saw the post you created, Would he give you a job based on such unconstructive ranting?
-
2
-
1
-
-
only if you write your own debugging system
-
well first and most obvious thing to do is create a vanilla instance of the server without ANY mods and create a test mission and see if you get the same issue.
There is absolutely No point in trying anything else out until you prove a stable and working vanilla server
Once you have proven that, introduce cba first, replay your known working test mission
Then add AIS, repeat the test mission.
If that all works, its your working mission that is at fault
-
1
-
-
with a little effort on your side
-
-
only way to truly stress test a server on the network side is to get human player connections
You can stress test the server itself by creating an AI group creation loop until the server cps gets below say 20 but that doesn't really reveal how the server is likely to perform over the wan
If you need to test the server itself and not a specific mission that you are developing then load something that is popular such as patrol ops or KOTH. You will need to admin it though and do some legwork to entice the first few on there until you reach a threshold that will entice others to join
-
class DifficultyPresets { class CustomDifficulty { class Options { reducedDamage=0; groupIndicators=0; friendlyTags=0; enemyTags=0; detectedMines=0; commands=0; waypoints=2; weaponInfo=1; stanceIndicator=1; staminaBar=1; weaponCrosshair=0; visionAid=0; thirdPersonView=1; cameraShake=0; scoreTable=0; deathMessages=0; vonID=1; mapContent=0; autoReport=0; multipleSaves=0; }; aiLevelPreset=3; }; class CustomAILevel { skillAI=0.85000002; precisionAI=0.5; }; };
-
I have no idea what these are
- fadeDistanceStart
- fadeDistanceSpan
If these are new difficulty settings then I would assume they work the same way as every other difficulty setting
Meaning if you do not want the default values you have to define a custom difficulty set
example
class DifficultyPresets { class CustomDifficulty { class Options { reducedDamage=0; groupIndicators=0; friendlyTags=0; enemyTags=0; detectedMines=0; commands=0; waypoints=2; weaponInfo=1; stanceIndicator=1; staminaBar=1; weaponCrosshair=0; visionAid=0; thirdPersonView=1; cameraShake=0; scoreTable=0; deathMessages=0; vonID=1; mapContent=0; autoReport=0; multipleSaves=0; }; aiLevelPreset=3; }; class CustomAILevel { skillAI=0.85000002; precisionAI=0.5; }; }; singleVoice=0; maxSamplesPlayed=96; activeKeys[]= { }; playedKeys[]= { }; sceneComplexity=400000; shadowZDistance=100; viewDistance=1000; preferredObjectViewDistance=1000; terrainGrid=25; volumeCD=10; volumeFX=10; volumeSpeech=10; volumeVoN=10; vonRecThreshold=0.03;
-
dont know anything about OVH, however instead of opening ports in the firewall, try assigning the binary.exe to the firewall rules instead
-
i would assume you are not loading the profile you think you are.
The evidence for this can be found in your rpt file which you will find in the actual profile folder you are using
example of rpt file with relevant information section
=====================================================================
== D:\Arma 3\arma3_x64.exe
== "D:\Arma 3\arma3_x64.exe" "-profiles=D:\Bi_Profiles" -nosplash -world=empty -showscripterrors -skipIntro -mod=@ZCBA_A3;@Zclient -beservice
Original output filename: Arma3Retail_DX11_x64
Exe timestamp: 2017/11/29 14:27:53
Current time: 2017/12/02 19:14:28
Type: Public
Build: Stable
Version: 1.78.143717-
1
-
-
battleye port has changed (default 3206). This is detailed in the changelog.
switch your firewall rules over to the Binary.exe rather than stating specific ports (Or both)
-
There may be an issue with one of the mods, so strip them right back and start with the basics then add a few over time
@Shac, isnt that clientside ?
You can shove all your RHS into @RHS
You can shove all your islands into @Islands
Run a bat file that downloads from the workshop then copies the required mod into the required mod folder to automate keeping them up to date and shorten your command line argument
The only mod there that you cannot put into a custom mod folder is Task Force
-
I also don't have any performance issues with xeons.
I cant compare a xeon performance with for example an I7 because I have never tried it.
I tend to buy 1u dual socket motherboard rigs, afaik I7 doesnt support this, so it has to be xeon.
Arma also utilises more than 1 core. AFAIK, the AI processing is on a dedicated core
I also run what is now a very old set of xeons, 2 x X5675 @ 3.9Ghz
We can run with something like 50 players and around 200 AI with that in a vanilla environment with no caching or Headless Client.
While running more servers (At least 3 sometimes 4)
So this is going to be down to either
- Poor server configuration
- Inadequate bandwidth
- the template you are using for your missions
- maybe one or more of the addons
- issue with some of the clients (The clients can drag the server performance down)
When you have issues like this it would help if you listed hardware, connection and config files in your posts.
Good luck
-
the simple fact is that your clients are connecting with addons that you don't host a key for in your root arma keys folder
you need to
1) Look at the rpt files for each client, these will detail their command line params and every addon they are loading
2) Compare the bisigns for your addons with the bisigns for their addons. You will most likely find
..... a) some of them are using a host of clientside addons you do not host
..... b) some of them will be using mismatched versions of addons
This is a typical issue when you don't manage the addon pack for your server yourself.
I use A3sync and sign nearly every addon on our server with a date stamped key.
Clients click a sync button and they have an exact match of what they need, no hunting around steam workshops or having mismatched versions etc
Every time we update the packs, we resign via an automated batch service.
Although this requires more effort from the admin, it massively reduces support calls for addon issues
the keys folder is the whitelist for the addons you allow clients to connect with
Some mod makers resign their addons every time they update them (This is sensible practice, not all follow this practice). This is why you need to compare their bisigns with your server bisigns
the mission itself defines which addons are required
hope that helps
-
debug the issue using the debugging tutorial stickied in this forum
If you cannot solve the issue that way, then come back to us with the required information so we can help you.
I would start by verifying you are loading the mods you think you are (On the client and on the server) by checking both the server and client rpt files
-
- optimise the mission,
- cache the ai,
- use a headless client,
- don't believe the hype that other server admins spout out about the number of players they can run with
- set a maximum ping value at somewhere sensible to keep those with poor connections away, somewhere between 100 and say 250
Pure pvp, no AI can run with a lot more players than a coop can because the server isnt processing the ai and then sending their data over the net for syncing to the clients
I would say for a coop with a well optimised mission ans good hardware, you will be maxing out somewhere between 50 and 64 players
Ideally you run with the number of players you can manage (especially milsim coop) while keeping the server cps at a MINIMUM of 20
For me I find around 50 players is a comfortable middle ground between player management and server performance. (We also dont have top spec cpu's)
-
On 16/10/2017 at 6:45 AM, navigatorsyste said:HI,
For Installation & Configuration of ArmA3 Dedicated Server support team always with you. We are provide server support, server maintenance, server repair services for out clients. For installation ArmA3 server follow some steps like TADST.exe, Run TADST.exe to create setup folders,Click "Server File" and choose arma3server.exe which you installed earlier, Installing BattlEye Extended Controls, Configuring BattlEye and Server.
So ..........
You work as a hosting solution provider and your here because you can't fix something :-) and you want our help ??
-
1
-
-
Typically mission files are packed into a .pbo file and then uploaded to the server MpMissions folder. It is these .pbo files that arte then downloaded by the clients ands stored in their ArmA 3\MpMissions folder
I do know it is possible to run unpacked mission files on the server, therefore it may be possible for a client to download them, although I have never tried to host a mission using such unpacked formats
Is it a specific file that the client isn't downloading or all and any .sqf files ?
-
SQL Files ?
The engine will only allow ***mission***.pbo file to be downloaded by the client via the game itself
-
@Darkhound, why would adding yet another complication help debugging an issue that is already there. You only add additional systems when you know the system you already have in use works
That suggestion doesnt make sense
-
1
-
-
To find the issue You need to start with a clinically clean environment, eg a vanilla server with only BI missions and prove its stable
Once you prove this (Which most folks don't do, they set there server up, add a ton of "Crap" and then find issues) Then its a nightmare to track down the problem
Every time you add 3rd party content you need to verify the issue isn't there
Very long and drawn out process
If you initially had a stable server with no such issues then at least there is a very good chance its 3rd party content
- It may be an addon
- It may be the template that you use to create all your missions
If you don't know whether you had a stable vanilla server to start with and you just added a bunch of addons and then hoped for the best, then it could be anything, from hardware, o/s configuration or server configuration or 3rd party content or even bad hosting
-
You need to work through this every time you get an issue with the server not starting until you get very familiar with the symptoms that each issue causes.
From a quick look, this is what i can see wrong
DEFINITE ERRORS
1) The last -mod param shouldn't have a semi colon eg @Sonara; should be @Sonara
2) @ShackTacUserInterface I believe is a clientside mod so doesnt need to and shouldn't be be run on the server
MAYBE's
1) Not sure if the characters listed below in red are valid for use as -mod params (Maybe they are ?, I've never tried to load a -mod with these characters in, this is the reason I don't know)
- [ ]
2) I don't know @BloodlustLITE, am assuming this is an SFX mod, maybe that's clientside only ?
3) The length of the command line maybe too long, those who run a lot of mods with such long -mod calls seem to have issues
(You can place most -mods in your own custom mod folders, eg
@MyIslands
@MyUnits
etc etc (There are some mods that you cannot run outside of their original Mod folder name, Task Force Radio is one of them)
This is a method to reduce the length of the -mod param
Once you have worked through the debugging tutorial, if you have determined its a -mod issue
Start by loading half the mods,if that is successful then load half that is left (1/4)
The half again (1/8)
Keep doing that until you figure out which batch has the culprit in then start to weed them out to the individual
-
1
-
-
I'm assuming you mean using some form of ingame currency, not real money as that would break your EULA
How to edit a wasteland mission is a question that should be raised in the scripting forums
https://forums.bistudio.com/forums/forum/154-arma-3-mission-editing-scripting/
-
this is a scripting, mission design question.
A server administration forum isn't the best place to get a good answer, try
https://forums.bistudio.com/forums/forum/154-arma-3-mission-editing-scripting/
-
1
-
Configuring a battleroyale mod server
in ARMA 3 - SERVERS & ADMINISTRATION
Posted
based on the question you are asking this has no bearing on the o/s
Once you have installed and configured your server, running the addons etc