1 : SA supports scheduling at the plan level but not at the step level if thats what you’re looking for. You might be able write custom fixlets to wait for set times and use these to achieve the same effect.
2 : You would need to add the step multiple times to a plan to achieve running it several times.
3 : I guess you’re referring to functionality like available on the messages tab when taking action in Bigfix. This functionality isn’t available from the SA UI, though not sure whether it could be coded in via actionscript…
Hi Martin , thanks for replay
You might be able write custom fixlets to wait for set times and use these to achieve the same effect - can you explain your self or give me an example.
You can write relevance to cause things to be only relevant during a specific time range, but it won’t work to have it only be relevant at a specific time.
So you could have relevance that would cause it to run between 12:00-14:00 and 16:00-18:00 and 22:00-24:00.
It would run as soon as possible, but you have to have a time range because if it is too short, the client may not figure out it should run it in time and it would miss the window.
Hi Mairt,
i tried to work with action lock until “” “” but i didnt understand where to put it
do i need to create new task or… Can you help me with it?
If you’re talking about adding logic into a plan, then yes, you create a new task of fixlet with the logic required, then add that into the plan, target it as required, and then take action.
So looks like you’re using the correct syntax there (according to this documentation), so perhaps the issue is down to the success criteria you’ve set for the task. Any more info on the failure itself?
Can you let us know what relevance and success criteria you used for the task?
Is it a task? (where success would come by just executing all the lines of action script)
Is it a fixlet (where success would only come if the relevance for the fixlet evaluates to ‘false’ after it has been run)
You could also take a look at fixlets #295 and #296 on the BES Support site as examples… these set the lock time to ‘indefinitely’, but the relevance of them should be useful at least.
Hi Paul,
this is what i found in the client logs
"At 13:57:25 +0300 - actionsite (http://BesServer:52311/cgi-bin/bfgather.exe/actionsite)
Command failed (Relevance substitution failed) action lock until “{now + 3hours}" “{now}” (action:1796)"
I did what you recommend, but the same error in the client log
14:24:37 +0300 - actionsite (http:////BesServer:52311/cgi-bin/bfgather.exe/actionsite)
Command failed (Relevance substitution failed) action lock until "{now + 3hours}” “{now}” (action:1801)