shall we pre-cache for inifite expire date with difine off working Hrs.
thanks
shall we pre-cache for inifite expire date with difine off working Hrs.
thanks
Unfortunately you canât really set constraints on the pre-cache of content on the client.
The only way to pre-cache content on the client is through the, âPre-cache content before action constraints are satisfiedâ. That itself means you are bypassing the timing constraints and there is no second set of constraints for the pre-caching itself.
You have a couple options from here:
There may be a way to achieve this using server automation - someone from that team may be able say more on this.
We do have the ability to do pre-fetching of downloads in Server Automation as part of a scheduled automation planâs execution, but we do not currently have the ability to schedule when that pre-fetching happens. However, this issue is something that has come up with customers, so donât be surprised if finds itâs way into the product (sooner rather than later hopefully!)
After one year, does it exists?
Nothing specific in the product, but there are groups within the organization where I work that are doing this with two tasks. The first task downloads the files and copies them to a folder outside the client folder. The second Task becomes relevant when the files are downloaded and the software is not installed yet.
They are currently using this method for Office 2016 deployments to remote sites.
Hi @fermt - apologies for the very late reply!
Yes, the ability to schedule pre-fetching now does exist in Server Automation - see the documentation, specifically the section titled âScheduling an Automation Plan, setting a stop time, and prefetching downloadsâ. See an example screenshot (bottom-most part):
Awesome!
Thatâs a great help.
Is there any plan to add a feature that allows define just specific ranges of downloads?
e.g. some customers allow big downloads on off hours only. So it would be great we have the ability to select a window downloads, for example from 1:00 am to 6:00 am and if a download doesnât finish it would be paused and resumed until next day at the same window.
Apologies once again @fermt - for some reason Iâm not getting notification of updates to this post!
At the current time, there are no plans to implement the behavior youâve described there Iâm afraid.
You could try adding a new Request for Enhancement (RFE):
https://www.ibm.com/developerworks/rfe/execute?use_case=changeRequestLanding
You might be able to emulate it somewhat with Automatic Groups.
You could create an Automatic Group with no members. Take an Action targetting the Automatic Group with âAction Start Timeâ set in the future, and âBegin downloads before constraints are satisfiedâ.
Modify the Groupâs relevance to add clients to the group when you want the downloads to begin. Once the client is added to the group, theyâll become Relevant for the action and begin downloads. When the Action Start Time arrives the clients will begin executing.
If you modify the Groupâs Relevance to kick computers out of the group before the action start time arrives, theyâll stop being relevant for the action - but if their client cache folders are large enough, I think the downloads should remain cached. So you could add them back into the group later (the next night) to let them resume downloading.
I havenât tried it myself, so take that with a lot of salt, but it might approach what youâre trying to do.
I know itâs 2.5 years later but is there a method to guarantee that precaching only occurs at specific times? We are in the process of replicating a 7GB image to remote locations. Unfortunately this has impacted our end user experience due to the slow connection speeds to our remote sites. Another thing we have noticed is that when you run the pre-cache action and stop it the relay continues to download it even though the action is stopped. Iâm not sure if this is by design or if itâs a bug.
I donât think there are any controls over download schedulesâŚI think it could cause some confusion if we were to have separate download and action schedules, as actions could get stuck âwaiting for downloadsâ if the schedule wasnât met.
For site bandwisth issues, Iâd recommend either network QoS rules or bandwidth throttling at the Relays to ensure they do not exceed your capacity. Iâve done this at many sites and itâs nice to âset and forgetâ and not worry about when the operators send their precache actions.
It would be nice if it was integrated into the action execution so that you could schedule the action for 10pm a few days from now but only allow downloads between 12am and 6am.