You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Dmitry Lysnichenko (JIRA)" <ji...@apache.org> on 2015/09/04 15:46:45 UTC

[jira] [Created] (AMBARI-13014) RU: Installing version stuck on host

Dmitry Lysnichenko created AMBARI-13014:
-------------------------------------------

             Summary: RU: Installing version stuck on host
                 Key: AMBARI-13014
                 URL: https://issues.apache.org/jira/browse/AMBARI-13014
             Project: Ambari
          Issue Type: Bug
          Components: ambari-server
    Affects Versions: 2.1.0
            Reporter: Dmitry Lysnichenko
            Assignee: Dmitry Lysnichenko
             Fix For: 2.2.0


ambari-server-2.1.0-1462.x86_64
Attempting to register and install a repo version was stuck on one of the hosts.
The cluster version was stuck in INSTALLING, and so was one of the hosts; the other hosts were fine
Log from host were it failed

{code}
2015-09-03 12:21:59,319 - Attempting to determine actual version with build number.
2015-09-03 12:21:59,319 - Old versions: ['2.3.2.0-2598', '2.3.2.0-2716']
2015-09-03 12:21:59,369 - New versions: ['2.3.2.0-2598', '2.3.2.0-2716']
2015-09-03 12:21:59,369 - Deltas: set([])
2015-09-03 12:21:59,370 - Cannot determine a new actual version installed by using the delta method.
2015-09-03 12:21:59,370 - Found actual version 2.3.2.0-210 by parsing file /var/lib/ambari-agent/data/repo_version_history.csv
{code}

In fact, the bug (at least at branch-2.1.0) is that we can not overwrite old build version of the same stack. For example, 

{code}
>>> import repo_version_history
>>> import logging
>>> Logger = logging.getLogger()
>>> global Logger
>>> repo_version_history.write_actual_version_to_history_file('2.3.2.0', '2.3.2.0-210')
False
>>> repo_version_history.write_actual_version_to_history_file('2.3.2.0', '2.3.2.0-2716')
False
{code}

produces
{code}
cat /tmp/repo_version_history.csv
2.3.2.0,2.3.2.0-210
{code}

Originally check for existing repo version was added to avoid appending the same repo version multiple times to file. But later we decided to consider only "normalized" repo version (without build number) and introduced not obvious bug

So the bug STR is to:
- successfully install first repo version on host
- install second repo version (of the same stack) on host, and it should fail during installation.




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