/build/static/layout/Breadcrumb_cap_w.png

Scripts and schedules

If a script to reboot a device is set to run daily at 3AM with options "Allow run while disconnected" and "Allow run while logged off" is that guarenteed that the script will *only* run at 3AM ?

We appear to be seeing scripts running at other times, despite the fact that the schedule is set for "Run Every Day at 5:30 AM".

0 Comments   [ + ] Show comments

Answers (5)

Posted by: nshah 12 years ago
Red Belt
0
I don't believe that would make a difference as those settings do as they say, run the script in the event the user is disconnected from the network or if they aren't logged in.

Are you running this as a online or offline script? if you are running it as an online then the script only runs while the agent is taking to the kbox server. Desktops you can run as offline but laptops you may want to use this only as a online script so it doesn't reboot or not at all for laptops.

Also check to see if your inventory interval is to short. if it is, then the kbox tasks could be backing up and scripts and other actions will still run but could be later then initially intended. This is just an area to check as if the script was offline it would be on the local machine running according to the machine time.
Posted by: nbs 12 years ago
Orange Belt
0
Are you running this as a online or offline script? if you are running it as an online then the script only runs while the agent is taking to the kbox server. Desktops you can run as offline but laptops you may want to use this only as a online script so it doesn't reboot or not at all for laptops.

It's an offline script, running on point of sale PCs (windows 2000 / XP) and office desktops (XP/2003 server).

Network links to sites are ADSL or VPN (over what ever broadband the franchisee wants), so not 100% reliable. Hence why offline and option for whilst disconnected is select.

This could be a major issue as I planned to use KACE to push and scripts at specific fimes when our sites are closed, as it is, it seems KACE is running at least some scripts at random times including during trading hours which is a huge no no. I'll log it with support on Monday.
Posted by: dchristian 12 years ago
Red Belt
0
nbs,

I've heard other people having the same problem.

Please post the resolution if you find one.
Posted by: cmccracken 12 years ago
Orange Senior Belt
0
nbs,

I ran into something similar with a shutdown script. I set one of our Dell PCs to Auto-Wake each weekday at 8PM. The script then shut the PC down at 9. However, I found that the script would also run Monday morning first thing, and as soon as the user had booted up, they would be told the PC was shutting back down.

The best idea I could come up with was that since it "failed" on Sunday (because the PC was off) it ran first thing on Monday. I tried to fiddle with it, but eventually gave up.

Casey
Posted by: nbs 12 years ago
Orange Belt
0
Sorry for the kinda necro post however I've been out of the business for 3 weeks due to an unforeseen crisis.

The issue with schedules was confirmed as an issue in agent 5.1 by KACE support, they suggested upgrading to 5.3, at the moment I'm a bit nervous at doing that given the comments regarding 5.3 and my previous experience with the agent build I have tested.

Reading other threads, is it confirmed that 5.1 agent will run on 5.3 server? I'm trying to see a minimal impact path for moving forward, I can update the server more easily than 4000 or so clients (QA required and such).
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ