/build/static/layout/Breadcrumb_cap_w.png

Scripting dependency Failure

Quick question about scripts and dependencies. I'm trying to push a small batch file does some writing to the hosts file on the PC, and installs a reg file. If I remote into the box and run things it works great. I've added the required files as a dependency on the script and created my verify, success, and remidation steps. I'm launching the program like this

Launch “$(KACE_DEPENDENCY_DIR)\hosts.bat” with params “”.

For some reason, on only some of the machines, the script fails with the error under "Run Failures" and says "Skipping Hosts Update because dependencies are not on the system"

It doesn't fail on Push, but under run. I can't figure out why the dependencies are not showing up. On a 6 machine test group 2 succeed and 4 fail. Running it multiple times yield the same 4 failing. Is there a reason why the dependencies wouldn't push to the box? Any suggestions? Did some searching and couldn't come up with any solutions that addressed this specific issue. Thanks for the advice.

0 Comments   [ + ] Show comments

Answers (5)

Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
on the machines that fail run "c:\program files\kace\kbox\runkbot 3 0" from a command line. This will force it to update scripts on the client immediately and not wait for the update interval. Then run the script you want to test "c:\program files\kace\kbox\runkbot N V" where N is the script number and V is the version number. e.g. "runkbot 10 1282759758"

If that works then you likely need to wait for the scripts to get updated. If it fails then debug logging and a support ticket is my recommendation
Posted by: bcreasey 13 years ago
Orange Belt
0
Here is what we've been able to find so far. The scripts are running on the machines just fine but the files are not being pushed correctly. As I stated up above the failure point is during the 'Run' process and it fails because dependencies are missing. This happens with any script, built in or custom, that requires files to be on the machine.

After further testing we've found that it fails on machines that are on a different IP range then our main system. Our kace, and main network is on a 10.100.X.X but our remote sites (connected by fiber) are on a 10.101.X.X. We also have a group of machines that have dual ip's because they are connecting to two different networks and it fails there too. I've opened a ticket with Kace and will report what we find. This network setup is not that uncommon so someone out there must have run into issues like this before. I'll try and share what we find in case anyone else needs the info.
Posted by: loren83 13 years ago
Yellow Belt
0
After spending two and a half hours on the phone with KACE today, dealing with a similar issue, I think I might know what is going on. I was experiencing the same failures when pushing scripts to my pc's. The issue was caused by the web server name that was set up in the Network Settings. I do not have an in house DNS server but I can browse across my stores, which are on different subnets, but I must do so by IP address. I had set up a web server name that was not resolving in the DNS and therefore causing Dependency Failures. I changed the web server name to the IP address of the KBOX1000 and was finally able to run my scripts and managed installs from location to location. If you do have a DNS server then you should probably refer to this document for help with your web server name settings.

[link]http://www.kace.com/support/kb/pdf.php?cat=1&id=628&lang=en[/link]

I hope this helps.
Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
Excellent, thank you. Here is the html version of the same doc : http://www.kace.com/support/kb/index.php?action=artikel&cat=1&id=628&artlang=en
Posted by: tvaquerano 13 years ago
Senior Yellow Belt
0
Awesome! This solved my issue.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
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