Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

waagent updates to 2.1.6 but still shows 2.1.5 #418

Closed
mabicca opened this issue Sep 12, 2016 · 6 comments
Closed

waagent updates to 2.1.6 but still shows 2.1.5 #418

mabicca opened this issue Sep 12, 2016 · 6 comments
Assignees
Milestone

Comments

@mabicca
Copy link

mabicca commented Sep 12, 2016

Hi everyone,

I have been seeing an issue where the 2.1.5 waagent automatically updated to 2.1.6:

2016/08/18 00:00:23.675275 INFO Instantiating Agent WALinuxAgent-2.1.6 from disk
2016/08/18 00:00:23.683873 INFO Agent WALinuxAgent-2.1.6 error state: Last Failure: 0.0, Total Failures: 0, Fatal: False
2016/08/18 00:00:23.696464 INFO Ensuring Agent WALinuxAgent-2.1.6 is downloaded
2016/08/18 00:00:23.704099 INFO Agent WALinuxAgent-2.1.6 was previously downloaded - skipping download
2016/08/18 00:00:23.714184 INFO Agent WALinuxAgent-2.1.6 loaded manifest from /var/lib/waagent/WALinuxAgent-2.1.6/HandlerManifest.json
2016/08/18 00:00:23.726333 INFO Determined Agent WALinuxAgent-2.1.6 to be the latest agent
2016/08/18 00:00:23.746267 INFO Agent WALinuxAgent-2.1.6 launched with command 'python -u bin/WALinuxAgent-2.1.6-py2.7.egg -run-exthandlers'
2016/08/18 00:00:23.814628 INFO Agent WALinuxAgent-2.1.6 is running as the goal state agen

Here you can see that the 2.1.6 version is being loaded:
[root@centos72 log]# systemctl status waagent
● waagent.service - Azure Linux Agent
Loaded: loaded (/usr/lib/systemd/system/waagent.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2016-09-12 20:35:29 UTC; 7min ago
Main PID: 947 (python)
CGroup: /system.slice/waagent.service
├─ 947 /usr/bin/python -u /usr/sbin/waagent -daemon
├─1079 python -u bin/WALinuxAgent-2.1.6-py2.7.egg -run-exthandlers
├─1136 python /var/lib/waagent/Microsoft.OSTCExtensions.LinuxDiagnostic-2.3.9007/diagnostic.py -daemon
└─1239 /var/lib/waagent/Microsoft.OSTCExtensions.LinuxDiagnostic-2.3.9007/bin/mdsd -A -C -c /var/lib/waagent/Microsoft.OSTCExtensions.LinuxDiagnostic-2.3.9007/...

However, if you run: waagent -version you still see 2.1.5

waagent -version

WALinuxAgent-2.1.5 running on centos 7.2.1511
Python: 2.7.5

It seems to happen in any distro that has 2.1.5 installed, this one in particular I tested it on CentOS 7.2.

@brendandixon
Copy link
Contributor

@mabicca This is expected behavior. The updated agent does not overwrite the installed agent, but runs as sub-process and receives control only over extension processing.

@mabicca
Copy link
Author

mabicca commented Sep 13, 2016

@brendandixon would it be possible to maybe include that in the output for waagent -version or something? most customers are familiar with the waagent -version command and that might be somewhat confusing moving forward. There is also some troubleshooting documents where we ask customers to run that to quickly see the version.

@brendandixon
Copy link
Contributor

@mabicca Not easily at this time. However, the version running is always that reported in the /var/log/waagent.log file, regardless of the output of this command. A quick grep of that file (for last instance of a line with Azure Linux Agent Version.

@mabicca
Copy link
Author

mabicca commented Sep 13, 2016

hi @brendandixon if possible I would like to keep this open, this is not as easy for customers, having to grep a log to find the version is a little bit confusing for majority of customers. Also, most of the documentation out there talks about using waagent -version too. Please , let me know if it's ok to keep this open for now until we can correct the behavior.

@brendandixon
Copy link
Contributor

@mabicca Sure. But I cannot estimate when we might be able to make improvements.

@mabicca
Copy link
Author

mabicca commented Sep 13, 2016

That should be ok @brendandixon just don't want to lose track/reference on this for now.
Thank you.

@hglkrijger hglkrijger self-assigned this Sep 14, 2016
@hglkrijger hglkrijger added this to the v2.1.7 milestone Sep 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants