fry02312

seelenlos Zeus This mod allows the whitelisted players to use Zeus in every mission. You just need to press the Zeus Button (Default: Z). We use the mod to play missions in different ways, "unstuck" broken mission flows or add mod weapons to vanilla missions. That means, you get the ability to play a mission again with different loadouts, vehicles and enemies without the effort to change it with scripts or the editor (unpacking, changing, testing, packing, uploading). The use of the ARES-mod is strongly recommended. Features: - server side only mod - only the whitelisted players can use it - does not interfere with any existing Zeus in the mission - add objects to Zeus (optional) - share created objects between mod Zeus (optional) Add Objects to Zeus In the slz_settings.sqf, you can define a array of objects which will be added to zeus. More infos in the slz_settings.sqf. Add all addons to zeus In the slz_settings.sqf, you can set slz_addAllAddons to true (default) to activate all available addons. Changelog v.1.7 CHANGES - slz_addAllAddons variable added - if it's set to true (default) all available addons will be added to the mod curators v.1.6 CHANGES - slz_sharedObjects variable added - if it's set to true all objects which are created by slz curators are editable for every slz curator FIXED - possible fix for exile server v.1.5 CHANGES - neutral Zeus removed - SLZ_editPlayerUnits variable removed FIXED - zeus remotecontrol caused diconnect from curator module - some other bugs v.1.4.1 FIXED -userconfig path capitalization changed to lowercase (issue with case sensitve file system) v.1.4 REWORKED CODE - complete rewrite CHANGES - no admin zeus anymore (i think there is no need anymore) - SLZ_whitelist variable added - in the userconfig there is a array where you can add uid's (it is the number in the steam-profile link) - if your uid is in this array you have zeus abilities - SLZ_neutralZeus variable removed - if you press zeus key you get the control of the virtualCurator which is always neutral - your playerunit become hidden and invulnerable - SLZ_editPlayerUnits variable added - all playerunits can be edited if these players are in curatormode - if it is set to false these units can also add to the curator editable object list by other scripts or mods like ares KNOWN ISSUES - Don't mix up to many zeus login methods (native use, too) - if you use #adminLogged Game Master Modules and virtualCurator entities or player controled curators don't login as admin if you are in a other curator slot - the native curator itself has a bug: if you are in the mission, go back to loginscreen and join again, you have to die before you can use the curator again (expect the #adminLogged method) v.1.3 FIXED - bug in the per frame eventHandler v.1.2 REWORKED CODE - remove while do loops ---> replaced with a per frame eventHandler FIXED - known issues from 1.1 v.1.1 ADDED - neutral zeus - this option change the playerside if you enter the zeus to logic because only a neutral zeus can set all attributes: for example the sector control module - copy the userconfig folder to your arma 3 folder and change the value in the SLZ_settings.sqf to true. (default = false) FIXED - if the admin logout the other players can't be the zeus. KNOWN ISSUES - if you are logged in as admin and you go into lobby and return to the game you have to logout and login to use the zeus again v.1.0 - first release Credits: Fry & Chucky from seelenlos-Team http://arma.seelenlos.eu License: GPLv3 Known Issues: - none Download Links: - Steam Workshop - Dropbox - Armaholic (outdated) Recommended Mods: Ares: - Steam Workshop - BI Forum - Armaholic

Same here! I start arma vanilla, go in the editor (load VR), place a unit and preview the mission. if i open the map i have 5 fps (medium zoom level). High and low zoom level are fine.

Maybe MCC. There are some Errors in the rpt. All mods which add content like vehicles or weapons should be ok.

Try it without mods in order to exclude issues with other mods.

seelenlos Slay This mod allow to kill players and ai by using the ace interaction menu -> interaction. If you want you can define a item to show up the action. This can be done by changing the respective variable in sls_settings.sqf located in "userconfig\sls\" (Filepatching must be enabled). I created the mod because some ace settings e.g. prevent instant death, ai became unconscious 50/50 and long bleedingtime create little problems in some missions. For example a special person have to die but he is unconscious and you have to wait 20 minutes before he bleeds out. This mod solve this issue. Features: - server side only mod - define item which you have to carry with you to slay someone (userconfig\sls\sls_settings.sqf) Changelog: v.1.0.0 - first release Credits: Fry & Chucky from seelenlos-Team http://arma.seelenlos.eu License: GPLv3 Download Links: - Steam Workshop - Dropbox Required Mods: ACE3

You try it with other mods or vanilla? Show me the rpt file please.

Update to version 1.7

SLASS - Seelenlos Arma 3 Server Script short: slass Tested on Ubuntu 16.04 (Xenial) Visit us on TS3: ts3.seelenlos.eu?port=9987 | seelenlos.eu | seelenlos on Steam (c)2017 by seelenlos License: GNU GPLv3 GitHub: SLASS ## General This script will greatly ease the installation and management of three Arma3 servers including mods from the Steam workshop.</br></br>This is not a one-click-get-a-server script. Its usage is simple, but do yourself a favor and read this manual BEFORE you begin. Really. Basic knowledge of the linux command line usage is assumed. ## What it does The seelenlos Arma 3 Server Script - installs three arma3 server instances on Linux - saves precious storage by using symlinks (about the space for one installation is needed) - implements the instances as services in the OS - restarts the servers if they crash - provides diagnostic commands on the running servers - installs Arma3 mods from the workshop - provides a central config file where you can specify an individual mod set for each server - differentiates between mod, servermod, and clientmod - manages the *.bikey files in dependency of the loaded mods for each server instance - provides a central mission repository for all instances - creates meaningful servernames for the server browser depending on the loaded mods - reconfigures the servers upon each restart according to the config files - can be used to update Arma3 and the mods by a single command - provides a simple way to have an almighty admin and a maintance user, who can update/install mods, and add missions, but not fumble around in the important scripts ## How it works ### Basic Structure The script will generate a master installation (a3master), that will never be started. Using symlinks, it will build three server instances out of this master installation. The instances are later run as a system service (SysVInit). The whole set of server files, including the mission repository (mpmissions folder) and *.Arma3Profile is being shared among the instances, but the instances use individual config files. A script will manage the mods and their keys to load for each server instance. Individually for each instance you can set: - (part of) the config file - the mods to use including their keys - the servername All instances will share - the Arma3-files and mod files (update all instances at once) - the *.Arma3Profile - basic config settings - a common logfile folder ### What happens on installation You begin by putting the script folder installer into an arbitrary folder on your system. Upon start, the script will then establish an Arma3 installation inside that arbitrary folder. Depending on you installation path, it will build individual config and script files for your server, install steamcmd, set the required file ownerships and rights, and install the servers as a system service. The installation finishes with an update of Arma3 and the mods. Refer to the file doc/folder_struc.png for a general overview where to find the files and what they do. ### What happens on update File ownership in a3master will be reset to avoid issues from remote upload of mission files etc. The server instances are then stopped, and an update (or install, if not already there) of Arma3 and the mods is performed. After the update, the file rights in a3master are reset, all mods are renamed to lower case (avoids issues with crashing mods on linux) and the folders of the instances are cleared and rebuild. Finally, the severs are booted back up. ### What happens on start/restart On start, all config files are newly read in to consider possible config edits. The config file modlist.inp defines the mods to load, individually for each instance. Depending on that config, the server name and the startup options (-mods= ) are build. Then the script will generate the config file for the respective instance, and copy the individually needed set of .bikey - files into its keys folder. Logfiles older than {deldays} (servervars.cfg) will be deleted, a new logfile will be written. Afterwards, the instance will boot, being monitored by a watchdog process. The watchdog reboots the server if it crashes. The watchdog is also active if the server stopped externally, i.e. you can issue the #shutdown command ingame to read an updated server config. ## Installation ### 1. Prerequisites - ensure you have the root password for your machine at hand - create an arbitrary folder for the servers, we suggest /srv/arma3/ - copy the script folder "installer" in that folder, e.g. /srv/arma3/installer - open the file install.cfg inside the folder "installer", change the user informations therein to your wishes. The users can be created by the script, or manually before you start the installation; refer to the commands in ./installer/adddelusr.sh on how to do so. They will have the following functions useradmin - Is owner of the files in the server folder, can add/delete/modify files and manage servers. You can use your normal user account with sudo privileges for this. Make sure he is in grpserver (see below). userlnch - Is the owner of the server process once fired up. For security reasons, he should not be able to get a shell nor become root. Use strong Passwords for both users anyway, never hand them out! A server with web access is not a toy! grpserver - a user group in which both preceding noted users must be, preferably as initial-group. Add additional users to that group, to allow them to make basic maintenance of the gameserver (update, mod/mission install, restart, cfg changes) - prepare the server config files in ./installer/rsc a3common.cfg - master config file containing settings common for all server instances. a3inidi.cfg - template config file containing individual settings for each server instance. After installation, three individual copies of this file will exist, edit them if needed. basic.cfg - loaded as -cfg file by the server process servervars.cfg - config file setting additional options for the server executable, normally you don't need to edit this - determine the mods to install, to do so edit ./installer/rsc/modlist.inp. The file has seven columns: I. shortname of the mod II. steam-app-id of the mod; if the mod is not in the workshop, insert the word local III. mod type; use mod if the mod is to be loaded by server and client (key and mod is loaded), e.g. ACE cmod if the mod is only to be loaded client side (only mod is loaded), e.g. JSRS smod if the mod is only to be loaded by the server (only key is loaded), e.g. ace_server IV. to VI. contains a binary key 0/1 selecting if the mod is to be loaded on server #1/#2/#3 VII. is the name of the mod included in the servername for the server browser; Type "xx" if do not want the mod to appear in the server name for the server browser; see also the example file in ./installer/optrsc/ prepserv.sh - defines the server names, among other stuff. Edit the entry hostname_base="Generic Arma3" and the entrys " hostname id1=' Server 1 |' " to " hostname id3=' Server 3 |' " to your wishes. The final server name will be composed as Hostname_base+hostname_idx+Modlist, e.g. "Generic Arma3 Server 1 | SLT, ACE" Edit more of the file to break it ... - Make sure that you have the steam login of a user with arma3 and the mods being stated in "modlist.inp" subscribed at hand. ### 3. Start Installation - ensure the file ./installer/a3install.sh is executable for your current user (chown , chmod 744) - run ./installer/a3install.sh, confirm continuation request - decide, if you want the users to be created, see above - the script may ask you to install some packages named like lib32..., those are needed by steamcmd - consider saving or immediately applying the commands printed on the prompt (visudo, ln) in another console; refer to the Usage-Update section below - confirm the begin of the download, or choose to download later by issuing the update script (see below). - The login into steam may fail on the first try, because you are probably logging in from a machine unknown to steam. In this case the script will freeze at the line "Verifiying Login-Data...". Abort the script by pressing Ctrl-C in that case. Then start /srv/arma3/steamcmd/steamcmd.sh and enter the guard code received per mail. Refer to the steamcmd manual on HowTo, or see below. Afterwards restart the update process by issuing sudo /srv/arma3/scripts/runupdate.sh. runupdate.sh from now on will always be the file to start in order to update arma3 or install a mod. - when you see app_update 233780 validate arma3 is being downloaded, be patient - when prompted, you may copy missions and non-workshop mods into the ./a3master folder - note the output on screen. If the installation of mods ...workshop_download_item ... fails with timeout, abort the update process with Ctrl-C. This will happen if you download a large mod for the first time and the download takes long. The download attempts are cumulative, so each time you run the update, you make progress. For RHS for instance i needed to run the script 5 times. The issue is a bug in steamcmd. ### 4. Done Put at least one mission into mpmissions and Enjoy Arma3! You may delete the installer folder now. ## Usage ### 1. Manage Servers The servers are implemented into your system as system services. You manage them by issuing the command sudo service a3srvX OPTION Replace X with the number of the server and OPTION with start - you guess it stop - ahem...well restart - Does a restart. If you have many big mods loaded, this command may fail because the server takes to long to stop. Just issue stop and after a short wait start again. status - prints the service status log - prints the serverlog onto the prompt in realtime as it is written, abort with Ctrl-C Update the servers and mods by running sudo /srv/arma3/scripts/runupdate.sh. The script will then download/update A3 and the workshop-mods registered in modlist.inp. You may want to add the line %{grpserver} ALL=NOPASSWD: /usr/sbin/service a3srv[1-3], {a3instdir}/scripts/runupdate.sh to the sudoers file with visudo to avoid the system asking for the password. This is a must if you want to enable other members of the group that do not have root permissions (i.e. the maintance users) to issue the commands. Replcace {grpserver} with your groupname and {a3instdir} with your installation path. You will also need to execute the command ln -s /home/{useradmin}/Steam /home/{userupdate}/Steam for each user you want to enable to run the update script. Run the command as the user {userupdate}. Replace {useradmin} and {userupdate} with the respective user names. The command will create a symlink of the Steam cache folder into the home directory of {userupdate}. This forces steam to use only one repository of cache files for all users, preventing several issues. ### 2. Install mods For workshop mods: Ensure you have the mod subscribed for the user you wish to use for the update. Write an entry for the mod to install into modlist.inp as described in the installation section. Run an update. For non-workshop (i.e. local) mods: Put the mod into /srv/arma3/a3master/_mods/ and copy the .bikey file (if one is needed) in a respective folder ./_mods/@modname/keys. Set the file owner and permissions like the other mods have it. You may alternatively run an update to let the script set the permissions. Write an entry for the mod to install into modlist.inp as described in the installation section. Reboot the respective server to load the mod. In both cases, ensure the .bikey file (if one is needed) is in a folder ./_mods/@modname/keys, if you observe problems loading the mod. Otherwise the script won't find it. ### 3. Edit server configs Thats simple: Edit what you need to, and restart the corresponding server. ## Appendix ### I. Enter Steam Guard code - run /srv/arma3/steamcmd/steamcmd.sh; make sure you run this command as {useradmin} or a {userupdate} for whom the ln command has already been applied - enter login USERNAME - enter the guard code - enter exit

@nossie Is this a Singleplayer Mission?

@AKMARK5000 If you leave it as it is you see no other player for example. If you add allDead to the SLZ_objects array, you see all dead objects if you press zeus key. @AntonivkA I think this is a problem of exile because it works for me.

Thanks @yukihito23!

@NethrosDefectus It is not necessery to adjust SLZ_objects. I don't know why this happend.

@NethrosDefectus Normally all things shoud be available by default. @bofhgr The client rpt error spam is gone?

Hello! As zeus you can't do anything with a player object. I want the same restriction for objects of my choice. Is it possible? Fry

Can one of you post the respective serverlog please?

For me it's fine. No errors in the log. Can you upload a full log. From the first line to the first line where the error occour.

I use the original Ares mod and all options are available. The modules which are came with Ares sometimes don't show up. If this happend i close the Zeus interface and open it again. This is a problem of the Ares mod and happend rarely. Try to use SL Zeus without Achilles and look if there are the same errors.

@pazuzu Do you add your UID to the whitelist and activate filepatching?

Let me now if there are other issues!

Mod is updated to version 1.6

Version 1.5 is working fine, so far. Exile is the problem. I think the remote execution restriction is the problem. I don't know if it's possible to turn it of for tests.

@yukihito23 I send you a link of a testversion!

I tried the mod with cfgRemoteExec class. class CfgRemoteExec { class Commands { mode = 1; }; class Functions { mode = 1; class slz_fnc_assigncurator {allowedTargets = 2;}; }; }; This is working! I can access the curator interface. @yukihito23 Can you post your client rpt please!

Can you both give me some more information like activated mods, loaded mission and the whole cfgRemoteExec class? Thank you!

Updated to v.1.5