-
Posts
573 -
Joined
-
Last visited
Content Type
Profiles
Forums
Articles
Posts posted by Glenn
-
-
few scripts i can think of might be a issue
airraid+bombing
fast build
plot pole to uid
plotpole veh godmode
locked vehs give godmode
heli crashes
The problem with naming possible scripts here is that you are assuming these are the cause of the problem. You might be right, and you might be wrong - at this point you need someone to look at the complete files.
Since you are reporting a problem, and the RPT log is not clearly showing the issue, the only other option is to get someone to review the complete mission file or complete server file or both.
Without knowing what you have, how your custom configs are called, what you have in your server_monitor and server_function, what custom changes in the init.sqf you have made, we wont be able to help you.
RPT log is great to show the overall errors and allows us to direct and pinpoint where you are to find the solution for your problems. If it is no longer stating any specific errors, then you need to clearly show what the problem is, or give the IP to make someone (with patch 112555) log in and experience the issue.
After that, the person might be able to troubleshoot things by looking at the pbo's.
For your information, people is extremely helpful here - eager even... but what we cant do is take loose questions and give specific answer to it without more info. I will always ask for RPT logs, host and more details (search for any of my replies in this forum section and you'll see), because I need those info to look closer at the problem.
-
no ty insert we gave up after a loss of about 90.00 trusting someone and them not finishing after given money..they pretty much stoped/ignored us seems and said we didnt pm them lol..swear. anyhow thx.
This is a brilliant example of why you should never send out a call for someone to script for you, especially for cash compensation.
Anyone worth having will either do it to help you learn, or do it because they like playing on your server.If people were more interested in learning how to install, troubleshoot and tweak code, there would be fewer situations like this one,..
-
-
In your mission folder, look for the "mission.sqm" and look at hte beginning of the file...
It should start similar to this:
version=11; class Mission { addOns[]= { "chernarus", "ca_modules_animals", "dayz_anim", "dayz_code", "dayz_communityassets", "dayz_weapons", "dayz_equip", "dayz_epoch", "dayz_vehicles", "cacharacters_pmc", "ca_modules_functions", "glt_m300t", "pook_h13", "csj_gyroac", "map_eu", "jetskiyanahuiaddon", "warehouse", "mbg_killhouses", "mbg_buildings_3", "aif_arma1buildings", "mbg_african_buildings" }; addOnsAuto[]= { "dayz_weapons", "ca_modules_functions", "chernarus" }; randomSeed=11171215;
Now, the following errors appear because you have the buildings in the server, but the mission.sqm is not listing them as something needed:
21:05:37 Warning Message: You cannot play/edit this mission; it is dependent on downloadable content that has been deleted. aif_arma1buildings 21:05:37 Warning Message: You cannot play/edit this mission; it is dependent on downloadable content that has been deleted. aif_arma1buildings 21:05:38 Cannot create non-ai vehicle WeaponHolder_MeleeMachete, 21:05:38 Cannot create non-ai vehicle WeaponHolder_MeleeMachete, 21:05:40 Warning Message: You cannot play/edit this mission; it is dependent on downloadable content that has been deleted. glt_bh_wreck_burned
You can solve them by adding the following to the mission.sqm list of needed stuff:
version=11; class Mission { addOns[]= { "chernarus", "ca_modules_animals", "dayz_anim", "dayz_code", "dayz_communityassets", "dayz_weapons", "dayz_equip", "dayz_epoch", "dayz_vehicles", "cacharacters_pmc", "ca_modules_functions", "glt_m300t", "pook_h13", "csj_gyroac", "map_eu", "jetskiyanahuiaddon", "warehouse", "mbg_killhouses", "mbg_buildings_3", "aif_arma1buildings", "mbg_african_buildings", "glt_bh_wreck_burned"
Hope that helps.
As for how easy or hard it is to copy paste - it is well worth it to learn.... it may take some time, but it would mean that mean spirited server-wiping advice from people here might not be needed so much in the future.
Asking for help in the right way was what your husband did - An RPT log is almost always my first request when trying to figure out things for other people - I dont care how awesome they are at scripting... If a server has issues, most of the time it can be seen in the RPT log.
Would have been happy taking a look at the files for you, but it appears that you are getting help now, so I wont be needed. :) -
how does that exactly help us? does that not reset entire crap?
and yes it does. do not post if you can not offer help ty....
First lesson I always teach people that want help with something on their server is how to roll back to a good version.
With Vilayer, this is extra easy, as all you need to do is take a backup of your existing code in the \Vilayercustomcode\ folder and then press the restore code button.
(There are other ways if you already have existing working good versions, but this is a different story)
Yes, while it _IS_ going to reset the Server and mission pbo's, it will also return you to a good working condition.
He is here, asking for help, and while there are people here that can help, a first lesson in how to quickly fix something that sounds like a serious issue with a broken server (Sorry Halv for reading my thoughts into your response) would in me trigger an immediate response.
Now.. on with the program...
Atreides.... trusting issues is not going to prevent you from posting an RPT log... please provide that so we can look into things.
-
You are either running on DayZ.ST or you have one of the options in your AHconfig set to bounce back anyone that teleports - review your settings in there.
If you are running DayZ.ST, they have a custom Anti-TP script that is usually (or so far as I have seen) installed in the default pbo's. Might want to check if you want to keep that one around.
-
Some basic questions to get you looking in some direction:
- Is it correctly entered in the DB?
- Is your server startup sequence correct (Running Overpoch vs Epwatch)?
- Do you get anything in the RPT logs?
-
When you modified the mission file, did you take a version of the missions init.sqf that was from Chernarus?
In the init file, there is the following setting at the top:
//REALLY IMPORTANT VALUES dayZ_instance = 13; //The instance dayzHiveRequest = []; initialized = false; dayz_previousID = 0;
Depending on the instance given, the server will be looking for mission related content matching that instance number (in this case Taviana = 13) from the dayz_server\Missions\ folder.
Check and see if adding your mission to that list, and then making sure it has the proper instance version set in the init. sqf should solve the problem.
-
How to update a server to the latest beta patch would completely depend on your server host.
Personally, I would avoid updating to 112555 until Epoch releases 1.0.5, which at that point will be running a higher version number as far as I understand...
-
These are issues caused by the latest beta patch, which is what you are running, based on the following line from your RPT :
-
Version 1.63.112555
To solve them, you need to either:1.) Wait until a new Beta version comes out; or2.) Try to solve the issues by making sure each variable is defined at the top of the script, which might not be possible, depending on the script; or3.) Roll back to version 1.62.103718 which is the latest supported by Epoch.
Option 3 is going to likely split your community into those that can play and those that refuse to roll back to play on your server.
Sorry. :( -
-
This is a post that I like for the following reasons:
- You post a problem
- You provide examples
- You noticed yourself after posting what was the likely culprit (a perspective change is sometimes all someone needs)
- You Edited post to indicate you thought you had found the reason
- You Edited post again to confirm that it was in fact the case.
Very few posts are a waste of posts if they follow your example above... Thanks for keeping us in the loop. :) -
So if you roll back to the previous AH release, you are all fine?
I would check the corresponding "Allowed Actions" and "Allowed CMDmenu" setting that is declared True or False.
I know the old versions needed _BMC to be false if you wanted to use the Allowed CMD menu, and _CSA = True of you wanted to use the Allowed Action to whitelist custom variables.
I think any further issues needs to be brought up to InfiStar (if you got it from him). -
This is an old topic - would you mind re-posting your issue with a proper explanation on what you are trying to do?
Between your post and now, there has been a few changes.... -
Yep, done and done. Just need to test before putting int he pull request to save wasting VbAwols time when the whole Epoch team are very busy but want to test quickly to make sure it gets in to 1.0.5 (which it should do).
Ahh.. Have you tried Sandbird's I think that would be a good tool for you to test this change out in, no?
-
As a fan of the KISS method in troubleshooting, I will ask the obvious questions:
- Did you properly start the script in init.sqf (or wherever you are initializing this)?
- Did you properly close the list of allowed vehicles in the R3F vehicle list?
- Do you have too many commas or not enough semi-colons in all your edited locations?
- Did you add global variables to the AH whitelist?
Long night tend to mean you have overlooked something obvious - I know I tend to suffer things like that when I change code after many hours in front of a screen. :)
-
I would suggest that you get on Github and fork the repository, make the changes to the .hpp file and submit the change for consideration.
Other than that, the only thing I think you can do in order to test it is to start a local server on your computer and test it out, with ebayn0.0b's alteration above.
-
Have you tried to look at the errors shown in the RPT log?
Thats always a first step - after that is to give us more information on what you added (and why) and what you have tried to do in order to fix it (rolling back is a good suggestion, but clearly did not work). -
speaR - The dropbox URL in your signature is empty. :)
-
-
I think it would help if you mention what tow/lift scripts you are using.... :)
-
The issue is related to Server network communication, where the server is trying to send info to a player, but is failing.
A player is always assigned a Channel when they join a server, so that the server can stream information to the connected client.In some cases, be it custom scripts or the receiving client, is unable to receive the info, and the server logs it into the RPT log.
It has been reported in various forums and chats that there are two reasons for this type of errors occurring - 1.) Custom Script overloading slower clients; or 2.) Server files having gotten Steam corrupt.
I suggest that you review what you have put in recently and try to figure out if any addons are the cause. Could be in the Server file, mission file or simply a badly configured config causing it.
-
Overwatch has the backpack in it's loot list.
What happens is that when someone deploys it, server is informing everyone of it, as it is a vehicle that everyone gets told about.
The moment that happens, the person gets kicked for the filter restriction.Suggestion will be to alter the filters, or remove the raven backpack from your loot list.
-
You are trying to implement the flying Raven (drone script) on your server - thats whats causing it.
I have yet to see this successfully implemented on an Epoch server.
-
Check your HiveExt.ini file for the following:
;Negative values will disable this feature ;0 means that ALL empty placed items will be deleted every server restart ;A positive number is how old (in days) a placed empty item must be, in order for it to be deleted CleanupPlacedAfterDays = 7
Change the number you see for either -1 or a very high number. Some people claim that -1 is not that great on ViLayer, so you are likely better off putting it to 365.
Looking for Scripter possible pay/donation if needed.
in Scripting
Posted
If anyone were to offer to help for free, would you automatically assume that your problems will be over and every problem in your server will be fixed?
If that is the expectation, then I'm certain there are only a few people willing to spend the hours it is going to take to look up the problem, identify the issue, solve it and test it to ensure it was that issue.
In these situations, I advice the people I support to start fresh - add the scripts one at a time and work through the addons one by one.
I understand that not having the source of the addons will cause headaches, but there is always a location to start by learning it from scratch.
If you want me to spend one of my evenings looking at your pbo's and try to solve your major issues, let me know by sending a PM here.
If you are still running Beta 112555, I wont be able to do much though.