Red Hat Bugzilla – Bug 588381
Agent doesn't like to auto-upgrade under Windows
Last modified: 2014-06-18 14:26:10 EDT
Description of problem:
I'm not sure exactly what is happening here, but I've noticed it while managing Windows resources. When I upgrade my server, all my linux/unix resources upgrade agent just fine, but it is failing in Windows for some reason, not unpacking it to the right place.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install some older version (release, test build) of JON onto a server and deploy agent to a Windows system to "C:\rhq-agent"
2. Upgrade server
3. Return to windows system and see if the agent gets autoupgraded
I see the new agent get retrieved, the old agent stuff get deleted and/or moved to rhq-agent-OLD, but the new agent gets unpacked to 'upgrade-<some hash>' and never gets replaced in the old c:\rhq-agent location.
Agent Upgrade works
See attached upgrade log. Also note the file path. In this case, the agent had been running from 'update-14371b8'; this is because I have encountered this failure once before and just for the time being, ran the agent from within there. Note the following:
Directory of C:\rhq-agent\update-14371b8\rhq-agent-OLD
05/03/2010 08:03 AM <DIR> .
05/03/2010 08:03 AM <DIR> ..
05/03/2010 08:03 AM <DIR> bin
05/03/2010 08:03 AM <DIR> conf
05/03/2010 08:03 AM <DIR> data
05/03/2010 08:03 AM <DIR> lib
05/03/2010 08:03 AM <DIR> logs
05/03/2010 08:03 AM <DIR> plugins
05/03/2010 08:03 AM <DIR> update-56eb99b
0 File(s) 0 bytes
9 Dir(s) 132,422,012,928 bytes free
"update-56eb99b" is where the newly-downloaded agent upgrade exists -- inside rhq-agent-OLD. I think all contents of rhq-agent were moved here w/o the agent actually getting installed.
Created attachment 411044 [details]
logfile of attempted upgrade.
Corey, the errors in your agent update log look the same as the ones I saw in my log. Did you have any terminals open in the directories being deleted? I did when the agent update failed for me on windows when I was testing bug 601104. The update was unable to delete the directories due to Windows file locking.
I retested the update, making sure I didn't have any terminals open in any subdirectories of rhq-agent, and the update completed without error. You may want to double check that and retest.
Corey, based on my previous investigation for bug 601104, I am going to throw this back to you. Please let me know if there is something going on other than the Windows file locking.