Details
-
Bug
-
Status: Resolved
-
Critical
-
Resolution: Fixed
-
2.6.2
Description
STR
1) Deployed cluster with Ambari version: 2.6.1.0-143 and HDP version: 2.6.4.0-91
2) Upgrade Ambari to Target Version: 2.6.2.0-67
3) Patch Express Upgrade Spark2 to HDP-2.6.5.0-120
Observe the version of livy2-client after PU
result of hdp-select command
[root@ctr-e138-1518143905142-45389-01-000002 ~]# hdp-select | grep livy2-client livy2-client - 2.6.4.0-91 [root@ctr-e138-1518143905142-45389-01-000002 ~]#
hdp-select outputs <See the livy2-client versions on all hosts , should have been 2.6.4.0-120>
===6=== livy2-client - 2.6.4.0-91 livy2-server - 2.6.5.0-120 ===2=== livy2-client - 2.6.4.0-91 livy2-server - 2.6.4.0-91 ===5=== livy2-client - 2.6.4.0-91 livy2-server - 2.6.4.0-91 ===4=== livy2-client - 2.6.4.0-91 livy2-server - 2.6.4.0-91
Note : The livy2-client version was set correctly during Full stack Express Upgrade. The issue is seen only for Patch Upgrade
LIVY2_CLIENT isn't actually a component which Ambari manages. That's why it's never orchestrated. I suppose that we can fix this by having the SPARK2_CLIENT also update the pointers for LIVY2_CLIENT by changing the stack_packages.json.