ambari-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dmytro Grinenko (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (AMBARI-21755) Unexpected Package Names in CentOS Cause Installation Failures
Date Fri, 18 Aug 2017 11:06:00 GMT

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

Dmytro Grinenko updated AMBARI-21755:
-------------------------------------
    Description: 
An installation on CentOS 7 failed because of the following exception:
{code}
 File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 102, in checked_call
    tries=tries, try_sleep=try_sleep, timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 150, in
_call_wrapper
    result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 303, in
_call
    raise ExecutionFailed(err_msg, code, out, err)
resource_management.core.exceptions.ExecutionFailed: Execution of '/usr/bin/yum -d 0 -e 0
-y install kafka_3_1_0_0_49_centos' returned 1. Error: Nothing to do
{code}

The problem is with this query:

{code}
2017-08-15 18:17:04,086 - checked_call['rpm -q --queryformat '%{version}-%{release}' hdf-select
| sed -e 's/\.el[0-9]//g''] {'stderr': -1}
2017-08-15 18:17:04,162 - checked_call returned (0, '3.1.0.0-54.centos', '')
{code}

{code}
[root@ctr-e134-1499953498516-100220-01-000006 ~]# rpm -q --queryformat '%{version}-%{release}'
hdf-select | sed -e 's/\.el[0-9]//g'
3.1.0.0-54.centos
{code}

On a good system, this looks like:
{code}
[root@c6403 ~]# rpm -q --queryformat '%{version}-%{release}' hdp-select
2.5.0.0-1237.el6
{code}

It seems as though we're expecting the package to end with "el?" and that's not always the
case.

> Unexpected Package Names in CentOS Cause Installation Failures
> --------------------------------------------------------------
>
>                 Key: AMBARI-21755
>                 URL: https://issues.apache.org/jira/browse/AMBARI-21755
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.6.0
>         Environment: An installation on CentOS 7 failed because of the following exception:
> {code}
>  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 102,
in checked_call
>     tries=tries, try_sleep=try_sleep, timeout_kill_strategy=timeout_kill_strategy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 150,
in _call_wrapper
>     result = _call(command, **kwargs_copy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 303,
in _call
>     raise ExecutionFailed(err_msg, code, out, err)
> resource_management.core.exceptions.ExecutionFailed: Execution of '/usr/bin/yum -d 0
-e 0 -y install kafka_3_1_0_0_49_centos' returned 1. Error: Nothing to do
> {code}
> The problem is with this query:
> {code}
> 2017-08-15 18:17:04,086 - checked_call['rpm -q --queryformat '%{version}-%{release}'
hdf-select | sed -e 's/\.el[0-9]//g''] {'stderr': -1}
> 2017-08-15 18:17:04,162 - checked_call returned (0, '3.1.0.0-54.centos', '')
> {code}
> {code}
> [root@ctr-e134-1499953498516-100220-01-000006 ~]# rpm -q --queryformat '%{version}-%{release}'
hdf-select | sed -e 's/\.el[0-9]//g'
> 3.1.0.0-54.centos
> {code}
> On a good system, this looks like:
> {code}
> [root@c6403 ~]# rpm -q --queryformat '%{version}-%{release}' hdp-select
> 2.5.0.0-1237.el6
> {code}
> It seems as though we're expecting the package to end with "el?" and that's not always
the case.
>            Reporter: Dmytro Grinenko
>            Assignee: Dmytro Grinenko
>            Priority: Critical
>             Fix For: 2.6.0
>
>
> An installation on CentOS 7 failed because of the following exception:
> {code}
>  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 102,
in checked_call
>     tries=tries, try_sleep=try_sleep, timeout_kill_strategy=timeout_kill_strategy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 150,
in _call_wrapper
>     result = _call(command, **kwargs_copy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 303,
in _call
>     raise ExecutionFailed(err_msg, code, out, err)
> resource_management.core.exceptions.ExecutionFailed: Execution of '/usr/bin/yum -d 0
-e 0 -y install kafka_3_1_0_0_49_centos' returned 1. Error: Nothing to do
> {code}
> The problem is with this query:
> {code}
> 2017-08-15 18:17:04,086 - checked_call['rpm -q --queryformat '%{version}-%{release}'
hdf-select | sed -e 's/\.el[0-9]//g''] {'stderr': -1}
> 2017-08-15 18:17:04,162 - checked_call returned (0, '3.1.0.0-54.centos', '')
> {code}
> {code}
> [root@ctr-e134-1499953498516-100220-01-000006 ~]# rpm -q --queryformat '%{version}-%{release}'
hdf-select | sed -e 's/\.el[0-9]//g'
> 3.1.0.0-54.centos
> {code}
> On a good system, this looks like:
> {code}
> [root@c6403 ~]# rpm -q --queryformat '%{version}-%{release}' hdp-select
> 2.5.0.0-1237.el6
> {code}
> It seems as though we're expecting the package to end with "el?" and that's not always
the case.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message