ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alejandro Fernandez (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (AMBARI-12012) Install packages doesn't update actual version with build number if installation timesout on all hosts
Date Fri, 19 Jun 2015 01:41:00 GMT

     [ https://issues.apache.org/jira/browse/AMBARI-12012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Alejandro Fernandez updated AMBARI-12012:
-----------------------------------------
    Attachment: AMBARI-12012.patch
                AMBARI-12012.branch-2.1.patch

> Install packages doesn't update actual version with build number if installation timesout
on all hosts
> ------------------------------------------------------------------------------------------------------
>
>                 Key: AMBARI-12012
>                 URL: https://issues.apache.org/jira/browse/AMBARI-12012
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.1.0
>            Reporter: Alejandro Fernandez
>            Assignee: Alejandro Fernandez
>             Fix For: 2.1.0
>
>         Attachments: AMBARI-12012.branch-2.1.patch, AMBARI-12012.patch
>
>
> STR:
> 1. User registers repo version 2.3.0.0 (notice that a build number was not provided),
and clicks the Install button
> 2. On all of the hosts, the yum commands timeout (or does a partial install), this way,
"hdp-select versions" will report that 2 versions exist (2.2.0.0-2041 and 2.3.0.0-2800). Because
the install did not succeed, the command will not return the actual_version installed (which
was 2.3.0.0-2800). Note: I did this by decreasing the timeouts in ambari.properties file to
5 mins, and adding a sleep in install_packages.py after the first package was installed.
> 3. The ambari server code then changes the state of the 2.3.0.0 version it knows about
to INSTALL_FAILED so that the user can retry, but did not update the repo version with the
actual build version that includes the build number.
> 4. User retries and this time it succeeds. However, the delta of "hdp-select versions"
outputs "", so no "actual_version" is returned! This is really bad because the build number
is needed for ambari to use it whenever it calls "hdp-select set <comp> <version>"
> 5. The ambari server code will change the state to INSTALLED.
> The fix is for install_packages.py to always return the actual_version (even in the case
of a failure) so that Ambari server can correct the database entry (even if the command fails/timesout).
This will only happen the first time, but subsequent attempts to retry installation will use
the right value so an exact match will be found in the database. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message