kamaradski

Yes possible, but it should not be needed/required, any arma update to the classnames or weapons will break the list and would need manual correction again. I think this here is a problem that would require a solution from BIS side. @iceman: is that ticket still open, so we can give it some upvotes ? Also i didnt yet managed to find the time to play with your posted solution, but hope to be able to do so tonight :)

Iceman77 thanks for taking the time to reply with a concrete solution ! Just looking at your code (in the office right now) i can see that this might actually produce the required results, and i will experiment with this a little bit once i get home. Though you posted the only working solution so far, it still is only a workaround in my opinion, and a lot of unneeded processing for a simple task. To configure the Virtual Arsenal box with this system will take several iterations of this loop, and possible a huge impact on performance when used on a busy server. Linking to the Talk-page i opened on the Virtual Arsenal wiki, i wonder if a simple change in the BIS functions, or the cfgVehicles system would be more effective: https://community.bistudio.com/wiki/Talk:Arsenal Anyone coming across this thread please discuss options and thoughts on the topic, so we can maybe come to a real solution in the future...

We are also running on 2008 R2, for the sake of our other admins, and the better availability of tools. I gave the Linux server a go when it was new, but honestly didnt see much benefits. Might want to re-do that experience one day soon.

Another update released: Ahoy_Server_Tools_V1.4 Rebooter V1.3: - Fixed: #29: Reboot.bat - tweak the way links are called upon start - Fixed: #28: Reboot.bat - fix several issues with spaces & compatibility Arma_Restarter V1.5: - Fixed: #31: A3_Restarter - issue where the unlocker would start too early - Fixed: #30: A3_Restarter - issue where BEC would start too early Arma_Updater V1.4: - Fixed: #32: Investigate issue where the updater would still delete the excluded file extensions Backup_Tool V1.2: - Fixed: #34: Backup script removing our own server name and change to something more generic - Fixed: #33: Backup script not closing window after run-cycle Ahoy_Server_Tools_V1.3 (NEW) Repo_Downloader V1.0: - Fixed: #24: create script to automatically sync a3sync repo from FTP Download here: https://bitbucket.or...tools/downloads

Nah, don't worry about it mate, i was just trying to use your program as a ftp-client. I did write a windows batch-script that can automatically download the repo from any ftp-server (depends on winSCP.com). For those interested you can download it as part of the Ahoy_server_tools from version 1.3 onwards: https://bitbucket.org/kamaradski/ahoy-server-tools/downloads

Very true indeed. Though i personally prefer headless on my servers, nothing is stopping you from installing it. On my desktops i run Xubuntu, it's clean, fast, with a no-BullS mentality. Seriously Aelus: Give linux a go, even if only in a vbox, you might actually like it :)

You are welcome :) It is not too hard to change the colors to fit a light-background yourself. I also created a fork in Bitbucket that will soonish contain a version for light colored backgrounds. However i have so much on my plate currently that i didn't yet got round to actually set this up. Soonisch though... Feel free to add yourself to the watchlist on bitbucket so you stay informed of any progress and updates.

Version 01.01.00 Released: Changelog: - Fixed: #8: Remove Italic font from Variables - Fixed: #9: Re-organize the track-changes files - Fixed: #3: V1.22 update required - Fixed: #4: V1.24 update required - Fixed: #5: V1.26 update required - Fixed: #10: Remove Italic font from Comments & Numbers - Fixed: #11 Add ctrlCreate Classnames - Fixed: #6: V1.29 update required - Fixed: #12: Update new BIS Functions - Fixed: #13: V1.31 update required Download as per link in OP Enjoy !

If you never used Linux before, i recommend against running it on your dedicated server, even if you wont get lost during the installation of Arma, you will get stuck performing even the simplest of system administration tasks, let alone hardening the box for security. Save yourself the trouble and pay for the windows licence. (remember a Linux server will not have a GUI, and thus everything will happen from the commandline.) Edit: Linux is deffo worth it, but get yourself some desktop experience with it first before you start doing these kind of things.

Thanks again for the swift and clear reply. The solution is now clear. Unfortunately i will not use this solution, as i was searching for a easy way to periodically check and update the repo on our server, without manual interaction. In my arma3updater script we use on our servers, i make a cleaning of the arma-files to get rid of any garbage collection by mirroring a clean updated install to all our server instances. This also get rid of any mods, keys and userconfig etc.. i wanted the same script to automatically redownload the files from the repo. Guess it will be quicker to use the native windows ftp-client to perform this action, and to get rid of arma3sync on the server all together, as the only functionality i need is to pull the files from the repo, i am not using it to start our server, or make any configuration to it. Really thanks for your replies, this is much appreciated ! Also even if not used on our servers, the a3sync is extremely useful on a client PC, apart from the repo i use it as my main launcher, credits to you !

Released: Ahoy_Server_Tools_V1.2 Change-log: Log Compressor V1.3: - Fixed: #16: log-compressor - Create 1 big log-archive instead of singular archives Rebooter V1.2: - Fixed: #8: Reboot script keeps hanging at last job - Added: New closing information on screen Backup_Tool V1.1: - Fixed: More small issues - Added: Some changes to the information displayed - Fixed: #22: backup_tool - Add support for userconfig directory - Added: #9: add EU3 to Backup-script - Fixed: #18: Several small bug fixing - Added: #17: Add TADST to backup script Arma_Updater V1.3: - Fixed: #19: a3_updater - Add support for seperate logfile location - Fixed: #7: Add cleaning exception rules for TADST in updater - Fixed: #20: a3_updater - Add cleaning exceptions for more file extensions - Fixed: #23: a3_updater - Add cleaning exception for userconfig Arma_Restarter V1.4: - Added: #11: a3_restarter - make loopbackping hard-coded - Added: #12: a3_restarter - Improve readability of onscreen messages - Added: #13: a3_restarter - Add logging capabilities - Fixed: #14: a3_restarter - HOTFIX: BEC not starting - Fixed: #15: a3_restarter - Unlocker not starting - Added: #6: add port indicator to restarter - Added: #10: Generic improvements to a3_restarter script Download: https://bitbucket.org/kamaradski/ahoy-server-tools/downloads

Cool thanks, : Slapping myself in the face for not checking any of the files before asking on the forum. However, Is it possible this is somewhat broken ? As i cannot seem to get it to work properly. Though the repo works fine if i run it from the gui ? Also after running the "check" is there also a "download" command for the console, that would re-sync my local files from the remote ? PS: i'm executing this command on a windows 2008 R2 server and the repo is hosted on vsftpd server running Ubuntu Linux

Hi all, I was wondering if there is support for console commands ? Goal: Being able to download the latest updates from a specific repo as part of a batch-script on our server. (possibly even without starting the GUI, or being able to automatically close the GUI after it did it's thing) Thanks kamaradski

That did the trick and fixed it for me, thanks a lot for your help !!

Hi all i have the following problem, and looking for advice from users with the same or similar setup. Setup: 1 - I keep my master repo on my PC (and other admins do the same) 2 - I have a remote FTP server in Linux serving as public repo 3 - I have setup an anonymous access for the general public to download the repo 4 - I have setup an admin account that is also able to upload and change files on the server so me and other admins can update the repo if required. Problem: When i upload the repo to the server from within arma3sync (first locally build, than upload to FTP) The admin credentials are being saved in the auto-config file. Thus resulting me in distributing the admin account to ALL users when they connect to the auto-config file, and effectively granting the public users full admin rights on the FTP. (Something you do NOT want obviously) Is there a way for me to prevent this from happening ? Thanks !!

Try http://www.hetzner.de/en/ They have good servers, for a good price. They only do dedicated though so no ready-made arma solutions. PS: If i remember correctly there was a dedicated thread for these things...

Hi all, I was wondering if it is possible to use the workshop on a dedicated server? Specially to keep MPMissions updated. I do foresee some problems with not being online on steam since we use SteamCMD, and Arma3 file-lock while the server is running. However this might be overcome. - Since we run a unlock script in the restarter, it should be possible to overwrite the missions while the server is running. (upon next automatic restart the new file is being read) - So if there is a way to update a workshop item with SteamCMD, i could run this in a script once a day in order to keep the server in sync with the latest updates of any of the missions we are running. EDIT: Garrys mod has a server parameter to do just this, wonder if the same is possible for Arma ? http://wiki.garrysmod.com/page/Workshop_for_Dedicated_Servers

Released a hotfix update to the unlocker.bat *** Ahoy_Server_Tools_V1.1.zip *** Commit: File_UNlocker V1.3 - Hotfix: Fixed issue with path calling

I"m guessing you also need to end the mission for the server, correct ? As this code is all local to the client, the clients will all end their mission, but the server will continue to run ?

Make sure that the taw_vd folder is written all lower caps, and does not contain any sub-folders. all scripts run directly from inside that folder. (there should be 6 SQF files and 2 HPP files)

Yes this would be great, for my PvP mission, as i do not want the people with super-rigs to have too much advantage, though giving the people with older machines the option to trade view-distance for framerate.

You could use the "attachTo" command in the vehicle init line to attach something to your truck upon mission start. and add a "addaction" to the truck to "detach" the cargo. then after detaching the cargo (or after the truck respawned) you can use the Igiload script to pick-up the cargo and bring it home :) ---------- Post added at 22:11 ---------- Previous post was at 22:08 ---------- I think the problem would be to keep the gun operational, as attachto makes the object static and uncontrollable if i am not mistaken. ---------- Post added at 22:16 ---------- Previous post was at 22:11 ---------- @Igi_PL: My mate StuffedSheep came up with a pretty good idea while trying to load cargo at night: Maybe it would be possible to attach a loading-light to the back of the vehicles that one can turn on while positioning the vehicle behind to the cargo ?

As i was working on a similar script, i just tested this and will drop you some feedback. I was working on a similar script with lesser functions for a specific mission, however since your script is so great i am dropping my effort, and will be promoting yours instead. so few things i noticed: 1 - We had a JIP user that was not able to see the cargo that was loaded into a HEMMT 2 - While cargo is loaded into a truck that can hold passengers, it might be a good idea to disable the cargo positions, It just looks odd then sitting in the objects. for example for the HEMMT: kFUNC_lockcargo = { kARRcrew = crew kOBJneartruck; if (player in kARRcrew) then { if (player != driver kOBJneartruck) then { player action ["eject", kOBJneartruck]; }; }; kOBJneartruck lockCargo [1, true]; ~ kOBJneartruck lockCargo [16, true]; }; 3 - It would be nice to have weight added to the vehicles based on the cargo loaded. I think this can be done with "setmass" But didn't yet experimented. 4 - It would be cool to be able to limit the cargo (or functions) per vehicle type. For example i have 2 cargo-items that are part of a mission, and that can be transported, but should not be able to be airlifted. However it would still be cool to be able to enable your script on the choppers and be able to use the para-drop for infantry or ammoboxes. KR Kamaradski

Hi all, Prolly not the first time this get asked, but i am probably using the wrong search words as i cannot seam to find anything... I run a sqf that allows you to select some objects with addaction. The selection is stored in a array. Now i have another sqf that should actually do something with this information. Now how can i update the array locally, to be visible in the other script, but not networked to other clients ? I would need to pass also some other variables not only arrays...

Thanks guys for the input that put me on the right track. The below example works great, no need to do any complicated things. Global variable is automatically updated over the whole local machine, including all script files: 1.sqf: ktest = 1; while {1==1} do { ktest = ktest + 1; sleep 0.2; }; 2.sqf: while {1==1} do { hint str ktest; sleep 0.2; }; as i am used to other languages i though i had to pass the variables on to the next script.... Thanks again!