agent deploymetn issue - what wrong?
I am testing the trial downlaod of the K1000 & K2000
Having gone through the initial setup I can not sem to push out the client.
The K1 & K2 virtual boxes are running from the same W7 box, (fresh install)
Having read the install guide I can confirm the following for the, would be, client PC:
.NET 1.1SP1 installed
Simple file sharing - off
Antivirus - off
Windows XP firewall - off
port 139 (TCP) open
port 445 (TCP&UDP) open
client PC can browse to share on K1000 and read/copy package
client PC can ping K1000 virtual box
K1000 host PC server can ping client
Provisioning config:
Have tried by passing post detection
Any suggestions???
thanx
Provisioning Results as follows:
IP Address: [client IP address]
MAC Address: (unknown)
Host Name (from DNS): [client PC name]
Suspected OS (from scan): unknown
Action: Agent Install
Provisioning Status: failed
K1000 Agent Installed: No
Error Category: No Error
Record Created: 2011/11/21 15:44:58
Record Last Modified: 2011/11/21 15:44:58
Provisioning Log
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[11/21/11 03:43:00 PM] Begin provisioning...
[11/21/11 03:43:00 PM] Executing Windows platform provisioning.
[11/21/11 03:43:00 PM] Probing tcp ports for accessibility.
[11/21/11 03:43:00 PM] Port 139 [netbios-ssn] open
[11/21/11 03:43:00 PM] Port 445 [microsoft-ds] open
STEP 1: CONNECT TCP/SSH - SUCCESSFUL
[11/21/11 03:43:09 PM] Executing remote communications:
Initializing RPC
Connecting to ADMIN$
Copying service file
Disconnecting ADMIN$
Connecting to IPC$
STEP 2: AUTHENTICATION - SUCCESSFUL
Creating service
Opening pipe to service
Sending commands
Sending login credentials
This installation package could not be opened. Contact the application vendor to verify that this is a valid Windows Installer package.
exit code: 1620Removing service
Connecting to ADMIN$
Deleting service file
Disconnecting ADMIN$
STEP 3: PUSH SCRIPT\PROVISIONING - FAILED
End of remote communications.
[11/21/11 03:43:09 PM] End provisioning run.
Having gone through the initial setup I can not sem to push out the client.
The K1 & K2 virtual boxes are running from the same W7 box, (fresh install)
Having read the install guide I can confirm the following for the, would be, client PC:
.NET 1.1SP1 installed
Simple file sharing - off
Antivirus - off
Windows XP firewall - off
port 139 (TCP) open
port 445 (TCP&UDP) open
client PC can browse to share on K1000 and read/copy package
client PC can ping K1000 virtual box
K1000 host PC server can ping client
Provisioning config:
Have tried by passing post detection
Any suggestions???
thanx
Provisioning Results as follows:
IP Address: [client IP address]
MAC Address: (unknown)
Host Name (from DNS): [client PC name]
Suspected OS (from scan): unknown
Action: Agent Install
Provisioning Status: failed
K1000 Agent Installed: No
Error Category: No Error
Record Created: 2011/11/21 15:44:58
Record Last Modified: 2011/11/21 15:44:58
Provisioning Log
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
[11/21/11 03:43:00 PM] Begin provisioning...
[11/21/11 03:43:00 PM] Executing Windows platform provisioning.
[11/21/11 03:43:00 PM] Probing tcp ports for accessibility.
[11/21/11 03:43:00 PM] Port 139 [netbios-ssn] open
[11/21/11 03:43:00 PM] Port 445 [microsoft-ds] open
STEP 1: CONNECT TCP/SSH - SUCCESSFUL
[11/21/11 03:43:09 PM] Executing remote communications:
Initializing RPC
Connecting to ADMIN$
Copying service file
Disconnecting ADMIN$
Connecting to IPC$
STEP 2: AUTHENTICATION - SUCCESSFUL
Creating service
Opening pipe to service
Sending commands
Sending login credentials
This installation package could not be opened. Contact the application vendor to verify that this is a valid Windows Installer package.
exit code: 1620Removing service
Connecting to ADMIN$
Deleting service file
Disconnecting ADMIN$
STEP 3: PUSH SCRIPT\PROVISIONING - FAILED
End of remote communications.
[11/21/11 03:43:09 PM] End provisioning run.
1 Comment
[ + ] Show comment
-
I thought I better add, that the reason it stopped deploying in the first place was an bug in version 6. It was a known issue. The manual entry was changing the Kbox's DNS pointer from "kbox name " to "IP address" - KaseUser 10 years ago
Answers (5)
Answer Summary:
Please log in to answer
Posted by:
scottlutz
13 years ago
When you see "1620Removing service" in your deployment log, this (in my experience) describes a situation where your account requires UAC approval to install software. This is due to the agent install needing to install a service on the client side.
There are a number of ways to circumvent this, but the two most common in trial environments are:
1. Deploy via GPO:
http://www.kace.com/support/kb/index.php?action=artikel&cat=2&id=848&artlang=en
2. Install the agent manually from the SMB share. You can find it at:
\\KACE_IP\client
There are a number of ways to circumvent this, but the two most common in trial environments are:
1. Deploy via GPO:
http://www.kace.com/support/kb/index.php?action=artikel&cat=2&id=848&artlang=en
2. Install the agent manually from the SMB share. You can find it at:
\\KACE_IP\client
Posted by:
ms01ak
13 years ago
Do you happen to have the UAC still on? That could prevent deployment of the agent.
Posted by:
KaseUser
13 years ago
the client PC is XPxp3 so no UAC
surley it would have no affect on the K1000 host PC as its running the host in a virtual environment
I was hoping to not use logon scripts / GPO etc I would like to use the K1000 as intended, its stupposed to self deploy :/
surley it would have no affect on the K1000 host PC as its running the host in a virtual environment
I was hoping to not use logon scripts / GPO etc I would like to use the K1000 as intended, its stupposed to self deploy :/
Posted by:
GillySpy
13 years ago
FWIW, if it was my network I would be using GPO. There are a lot of benefits to leveraging a system that is already trusted. Agent provisioning is primarily there for those that don't have such options. It can also be a performance gain (or lack of drain) from your kbox. Once the agent is installed then you get all those benefits because it is now got a lot of power running as the SYSTEM user.
That said, what version are you trying to deploy here? Do you have the .net checkbox on here? What is your XP machines' ntlm level at? Can they run the msi file from \\kbox\client\blah using the same creds you used during the provisioning?
That said, what version are you trying to deploy here? Do you have the .net checkbox on here? What is your XP machines' ntlm level at? Can they run the msi file from \\kbox\client\blah using the same creds you used during the provisioning?
Posted by:
KaseUser
10 years ago
a bit more info on this for clarity, to fix this I needed to change the k1000 server name from [Server Name} to IP address in the provisioning schedule.
Apparently this is a known bug in Version 6.0
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.