Details
-
Bug
-
Status: Resolved
-
Critical
-
Resolution: Fixed
-
2.4.0
-
None
Description
After upgrading from HDP 2.2.4.2 to HDP 2.3.2, the hive.server2.thrift.port changed from 10000 to 10010.
For users and applications which reference Hive via a direct URL/port combination instead of a discovery URL, they will no longer be able to contact Hive.
Due to the timing of the next Ambari release, there is a risk of regression with any attempt to fix this issue. The best option is to provide a more wizard-like approach where Ambari can use the upgrade packs to ask questions pertaining to the upgrade. The results of those questions will be passed along with the upgrade pack when starting an upgrade so that rudimentary decision paths can be taken while performing orchestration. However, this is out of scope for this release.
Instead, the following tasks can be chosen to be implemented in part or as a whole in an attempt to alleviate this issue.
Recommended
Task 1 (Simple Messages)
Development effort: 1 day
- A new pre-requisite check will be created which will determine if the upgrade is rolling and if Hive is installed. If both conditions are met, a WARNING will be triggered which will say something similar to:
You have chosen to perform a rolling upgrade and Hive is currently installed. Hive supports rolling upgrades, but its port will change as a result of the upgrade. If this is not the desired behavior, then the port can be changed back to its original value after the upgrade has completed.
- A new message will be added and displayed to the user post-finalization.
The hive server port has changed as a result of this rolling upgrade. If this port change is not desired, then you can now use Ambari to return hive to its original port.
Task 2 (Messages To Alter Configurations)
Development effort: 4 days total
- A new pre-requisite check will be created which will determine if the upgrade is rolling and if Hive is installed. If both conditions are met, a WARNING will be triggered which will say something similar to:
You have chosen to perform a rolling upgrade and Hive is currently installed. Hive supports rolling upgrades, but its port will change as a result of the upgrade. If this is not the desired behavior, then you can choose to set the ambari.upgrade.hive.rolling property to false in hive-site before continuing with this upgrade. When set to false, Hive's port will not change during the upgrade, but Hive will incur downtime while it is restarted during the upgrade.
- The Hive upgrade scripts will change to look for ambari.upgrade.hive.rolling and will choose to do a stop and a start instead of a deregister
- The XML upgrade packs will be changed to look for ambari.upgrade.hive.rolling and only change the hive port based on this property being true.
Attachments
Attachments
Issue Links
- links to
