20 Oct 2021 03:30 PM
Hello Community
It would be great to choose the OneAgent version when creating an Update Maintenance Window, instead of the last version is forced.
Solved! Go to Solution.
20 Oct 2021 03:51 PM
You should be able to set that via the maintenance window scheduler and the OneAgent upgrade by selecting the standard version:
17 Aug 2022 10:25 AM
Hello.
To my understanding this is not a solution to the issue raised.
17 Aug 2022 10:27 AM
The requirement as I understand it (at least my requirement) is : at that time, update OneAgent to that version. So I use OneAgent Update Maintenance Windows for the "that time". Fine. But it offers me no solution as to the "that version" : actually whatever latest OneAgent installer version is available (dynamically disctirbuted by Mission Control into my cluster) get's installed.
It would be usefull to be able to specify target wanted version.
Regards.
31 May 2023 12:31 PM
Hello.
AFAIU this should be un-tagged as a solution. This is *not* the neither a solution.
Regards.
01 Mar 2022 11:27 PM
not true
version can be selected, but minor is not
we need control both version and minor
you should have function Automatic Update at GIVEN VERSION MINOR, not earlist, because PROD and LOWER env has timing gap, earlist version setting will push earlist version without tested into PROD. i believe you overlooked the issue in whole design and test. it causes issue
01 Mar 2022 11:30 PM
I raised the issue as well as below
Dynatrace Should not push latest minor release mandatorily - Dynatrace Community
31 May 2023 12:36 PM
There is an RFE: OneAgent Update Maintenance Windows should allow me to specify a target version
https://community.dynatrace.com/t5/Product-ideas/RFE-OneAgent-Update-Maintenance-Windows-should-allo...
08 Aug 2024 07:00 AM
@gilles_tabary Any update on this as still I am seeing no option to choose OneAgent version in Maintenance Window?
08 Aug 2024 03:19 PM
my doing is to lock version at first in "OneAgent Default version", and create schedule without OA version specified. this meet all my need.
if allow schedule to pick version as well, we shall lose central management of OA version and create new issue.
so Lock version and Scheduling make up the OA version control, if you truely need such schedule.
if update OA along with Unix Patching, it need only Version lock and updating happen accordingly/automatically.
I choose to Lock and Manual Update, the third way, this make me less risk in case OA jar failed in transmission to target hosts and I capture in time in system notification.
Hope this help you some.
08 Aug 2024 03:51 PM
Forgot to say : it works for a while now :
Thanks.