Hi,
when deploying the new Agent version through the deployment process we see that the resulting file (OCSNG-Windows-Agent-Setup_done) only contains the line "SUCCESS" but without the packet ID as the next line. Therefore the new Agent can not send the result back to server and will not remove the download-packet directory. This results into a continuous reinstall loop of the agent at each inventory-launch.
The new agent version is installed successfully and sending new inventories correctly. The only problem is that the deployment process will not finish with this problem and no further deployment is possible.
Solution 1:
When inserting the packet ID manually into the result-file after SUCCESS the agent will send the result back and finish deployment on next inventory-launch.
Solution 2:
Manually deleting the download-packet directory will unblock further deployments. But not resulting code will be sent to server (stuck at Waiting for notification)
Server-Version: 2.0.5
pre-upgrade-Agent version: 2.0.0.20 (same behavior when deploying over a 2.0.4 version!)
upgrade-Agent version: 2.0.4
Packet deployed through "Launch" using: /UPGRADE /SERVER=http://xxx.xxx.xxx.xxx/ocsinventory /S /NOSPLASH /NO_SYSTRAY /NOW /NOTAG /SSL=0
Logfile:
==============================================================================
Starting OCS Inventory NG Agent on Sunday, June 17, 2012 18:44:44.
AGENT => Running OCS Inventory NG Agent Version 2.0.4.0
AGENT => Using OCS Inventory NG FrameWork Version 2040
AGENT => Loading plug-in(s)
PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
PLUGIN => 0 Plug-in(s) succesfully loaded
AGENT => Using network connection with Communication Server
COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.4.0>
AGENT => Sending Prolog
DID_CHECK => Read DeviceID <S01-GOO0417FPQ-2011-08-18-15-17-28> and MACs <1C:C1:DE:57:B2:23> in file <ocsinventory.dat>
COM SERVER => Initializing cURL library for sendRequest
COM SERVER => Using cURL with server authentication
COM SERVER => Disabling cURL proxy support
COM SERVER => Disabling cURL SSL server validation support
COM SERVER => Sending HTTP Post request to URL <http://xxx.xxx.xxx.xxx/ocsinventory>
COM SERVER => HTTP Post response received <HTTP Status Code #200>
COM SERVER => Cleaning cURL library
================= TRACE START ===============
<?xml version='1.0' encoding='UTF-8'?>
<REPLY>
<SUPPORT_LOG>No support registered for your installation. Check OCS Inventory NG support packages at http://www.ocsinventory-ng.com</SUPPORT_LOG>
<OPTION>
<NAME>DOWNLOAD</NAME>
<PARAM FRAG_LATENCY="10" PERIOD_LATENCY="1" TIMEOUT="30" ON="1" TYPE="CONF" CYCLE_LATENCY="60" PERIOD_LENGTH="10" />
<PARAM ID="1339939229" CERT_PATH="INSTALL_PATH" PACK_LOC="xxx.xxx.xxx.xxx/download" CERT_FILE="INSTALL_PATH/cacert.pem" TYPE="PACK" INFO_LOC="xxx.xxx.xxx.xxx/download" />
</OPTION>
<RESPONSE>SEND</RESPONSE>
<PROLOG_FREQ>10</PROLOG_FREQ>
</REPLY>
================= TRACE STOP ===============
AGENT => Prolog successfully sent
SUPPORT => No support registered for your installation. Check OCS Inventory NG support packages at http://www.ocsinventory-ng.com
AGENT => Prolog Frequency set to 10 hour(s)
AGENT => Inventory required
AGENT => Launching hardware and software checks
INVENTORY => Loading Download history
INVENTORY => Adding Download Package <1309348400> to report
INVENTORY => Logged on user ID is <userl>
INVENTORY => Operating System is <Microsoft Windows 7 Enterprise 6.1.7601 Service Pack 1>, description <>
INVENTORY => Operating System uses 32 bits memory address width
INVENTORY => Computer domain or workgroup is <xxx.xxx.xxx.xxx>
WARNING *** INVENTORY => Failed to retrieve user domain
INVENTORY => System Manufacturer <Hewlett-Packard>, System Model <HP Compaq 8000 Elite SFF PC>, System S/N <CZC0417FPQ>, Bios Manufacturer <Hewlett-Packard>, Bios Date <10/22/2009>, Bios Version <786G7 v01.02>
INVENTORY => 1 processor(s) Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz [2 core(s) x64] at 3000 MHz
INVENTORY => OS Memory 3543 MB, OS Swap size 3862 MB
INVENTORY => 5 memory slot(s) found
INVENTORY => 2 input device(s) found
INVENTORY => 34 system port(s) found
INVENTORY => 4 system slot(s) found
INVENTORY => 16 system controler(s) found
INVENTORY => 2 storage peripheral(s) found
INVENTORY => 1 sound device(s) found
WARNING *** INVENTORY => Failed to retrieve modems
INVENTORY => 1 network adapter(s) found
INVENTORY => 5 system printer(s) found
INVENTORY => 2 video adapter(s) found
INVENTORY => 1 system monitor(s) found
INVENTORY => Default IPv4 address is <xxx.xxx.xxx.xxx>
INVENTORY => Registered company <@domainou>, registered owner <user name>, Product ID <55041-00...>
INVENTORY => Product key <BBBBB-BB...>
INVENTORY => 124 software found
INVENTORY => Computer/VM UUID is <xxx.xxx.xxx.xxx>
INVENTORY => Computer seems to be physical host
INVENTORY => Bogus summed Memory Slots, 4096 is too far from 3543 (keeping the last one)
INVENTORY => Reading last inventory state
AGENT => Communication Server ask for Package Download
DOWNLOAD => Package history file successfully cleaned for duplicate IDs
DOWNLOAD => Found OCS Inventory Agent Setup result file <C:\ProgramData\OCS Inventory NG\Agent\download\OCSNG-Windows-Agent-Setup_done>
ERROR *** DOWNLOAD => Found result code <SUCCESS> for OCS Inventory Agent Setup package but no package ID specified, so unable to send result code
DOWNLOAD => Download and setup tool successfully started
EXECUTABLE PLUGIN => Searching for VBS script(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
EXECUTABLE PLUGIN => Found executable plugin <msoffice-key.vbs>
EXECUTABLE PLUGIN => Plugin <msoffice-key.vbs> executed successfully
EXECUTABLE PLUGIN => Searching for executable(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
AGENT => Sending Inventory
INVENTORY => Checking last inventory state
INVENTORY => Logical drives inventory state changed
INVENTORY => Inventory changed since last run
INVENTORY => Generating XML document with Device properties
INVENTORY => XML Update 5 Logical Drive(s)
INVENTORY => XML Update common Device properties
INVENTORY => XML Update BIOS
INVENTORY => XML Update 2 Input Device(s)
INVENTORY => XML Update 34 System Port(s)
INVENTORY => XML Update 16 System Controler(s)
INVENTORY => XML Update 4 System Slot(s)
INVENTORY => XML Update 1 Sound Device(s)
INVENTORY => XML Update 2 Storage Peripheral(s)
INVENTORY => XML Update 2 Logical Drive(s)
INVENTORY => XML Update 0 Modem(s)
INVENTORY => XML Update 1 Network Adapter(s)
INVENTORY => XML Update 2 Video Adapter(s)
INVENTORY => XML Update 1 Monitor(s)
INVENTORY => XML Update 5 Printer(s)
INVENTORY => XML Update 125 Software
INVENTORY => XML Update 0 Registry Value(s)
INVENTORY => XML Update Administrative Information(s)
COM SERVER => Initializing cURL library for sendRequest
COM SERVER => Using cURL with server authentication
COM SERVER => Disabling cURL proxy support
COM SERVER => Disabling cURL SSL server validation support
COM SERVER => Sending HTTP Post request to URL <http://xxx.xxx.xxx.xxx/ocsinventory>
COM SERVER => HTTP Post response received <HTTP Status Code #200>
COM SERVER => Cleaning cURL library
================= TRACE START ===============
<?xml version='1.0' encoding='UTF-8'?>
<REPLY>
<RESPONSE>NO_ACCOUNT_UPDATE</RESPONSE>
</REPLY>
================= TRACE STOP ===============
AGENT => Inventory successfully sent
INVENTORY => Writing new inventory state
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:08.
I observe the same behavior :
upgrading from v 4061 to 2.0.4.0 though the teledeployement, except the status is stuck in "BAD_DIGEST".
seems like this is a wanted behavior as in the code of the windows agent:
Agent/CapDownla
if (csID.IsEmpty())
{
// Upgrading from agent 1.X or previous to 2.0.0.22 ?
m_pLogger-
return FALSE;
}
Do you think of a way to automatise one of the the workarounds descibed?