Ceph » devops

Fix checked in. Waiting for confirmation that it works.

tried with next branch, and hit this

tamil@tamil-VirtualBox:~/rhel/ceph-deploy$ ./ceph-deploy install --dev=next burnupi27 burnupi28 ##################################################
Unable to read consumer identity
Traceback (most recent call last):
File "./ceph-deploy", line 9, in <module>
load_entry_point('ceph-deploy==0.1', 'console_scripts', 'ceph-deploy')()
File "/home/tamil/rhel/ceph-deploy/ceph_deploy/cli.py", line 112, in main
return args.func(args)
File "/home/tamil/rhel/ceph-deploy/ceph_deploy/install.py", line 215, in install
version=version,
File "/home/tamil/rhel/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/proxy.py", line 255, in <lambda>
(conn.operator(type_, self, args, kwargs))
File "/home/tamil/rhel/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/connection.py", line 66, in operator
return self.send_request(type_, (object, args, kwargs))
File "/home/tamil/rhel/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/baseconnection.py", line 323, in send_request
return self.__handle(m)
File "/home/tamil/rhel/ceph-deploy/virtualenv/local/lib/python2.7/site-packages/pushy-0.5.1-py2.7.egg/pushy/protocol/baseconnection.py", line 639, in __handle
raise e
pushy.protocol.proxy.ExceptionProxy##################################################
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
: Command '['yum', '-y', '-q', 'install', 'ceph', 'ceph-common', 'ceph-fs-common']' returned non-zero exit status 1
Error: Package: librbd1-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_system-mt.so.5()(64bit)
Error: Package: ceph-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_system-mt.so.5()(64bit)
Error: Package: gdisk-0.8.4-1.el6.x86_64 (epel)
Requires: libicuio.so.42()(64bit)
Error: Package: libcephfs1-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_system-mt.so.5()(64bit)
Error: Package: librbd1-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_thread-mt.so.5()(64bit)
Error: Package: librados2-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_system-mt.so.5()(64bit)
Error: Package: libcephfs1-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_thread-mt.so.5()(64bit)
Error: Package: ceph-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_thread-mt.so.5()(64bit)
Error: Package: librados2-0.60-749.g6f2a7df.el6.x86_64 (Ceph)
Requires: libboost_thread-mt.so.5()(64bit)
Error: Package: gdisk-0.8.4-1.el6.x86_64 (epel)
Requires: libicuuc.so.42()(64bit)
tamil@tamil-VirtualBox:~/rhel/ceph-deploy$

The message "Unable to read consumer identity" is due to a known bug in rhel, RHEL KB # 165803,

The solution given is to disable the subscription manager service.

Enabled:
[ubuntu@burnupi27 ~]$ grep enabled /etc/yum/pluginconf.d/*
/etc/yum/pluginconf.d/product-id.conf:enabled=1
/etc/yum/pluginconf.d/rhnplugin.conf:enabled = 0
/etc/yum/pluginconf.d/rhnplugin.conf:#enabled = 1
/etc/yum/pluginconf.d/security.conf:enabled=1
/etc/yum/pluginconf.d/subscription-manager.conf:enabled=1

Disabled:
[ubuntu@burnupi27 ~]$ grep enabled /etc/yum/pluginconf.d/*
/etc/yum/pluginconf.d/product-id.conf:enabled=0
/etc/yum/pluginconf.d/rhnplugin.conf:enabled = 0
/etc/yum/pluginconf.d/rhnplugin.conf:#enabled = 1
/etc/yum/pluginconf.d/security.conf:enabled=1
/etc/yum/pluginconf.d/subscription-manager.conf:enabled=0

Are RHEL customers really going to want to disable their subscription manager service?

One of the problems testing rhel is that since we don't have a license we can't access the rhel repository for automatic package resolution. It turns out that boost-1.41 libraries are in the RHEL 6.3 distribution as well as the unicode libraries. Epel is still needed for some other things, gdisk for example.
Installing boost-* and libicu from the iso solved the dependency problems.

Installation of ceph was partially successful:

[ubuntu@burnupi27 ~]$ rpm -qa | egrep "ceph|rbd|rad"
ceph-release-1-0.el6.noarch
ceph-0.60-767.gcd1d6fb.el6.x86_64
librados2-0.60-767.gcd1d6fb.el6.x86_64
libcephfs1-0.60-767.gcd1d6fb.el6.x86_64
librbd1-0.60-767.gcd1d6fb.el6.x86_64

Another problem did arise, and this one may be in the pushy library. It appears to happen when a file is inaccessible, or at the end of the installation process.

ubuntu@gary-ubuntu-01:~/test-cd$ ceph-deploy install --dev next burnupi27
curl: (22)Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 551, in __bootstrap_inner
File "/usr/lib/python2.7/threading.py", line 504, in run
File "/usr/local/lib/python2.7/dist-packages/pushy/protocol/baseconnection.py", line 272, in serve_forever
<type 'exceptions.AttributeError'>: 'NoneType' object has no attribute 'util'

Ian Colle wrote:

Are RHEL customers really going to want to disable their subscription manager service?

I can't access the full text of the bug report, but I suspect that this applies to the case that subscription manager is turned on, but there is no subscription. It's really complaining that this is not an authorized system.

Install on redhat works when I run ceph-deploy on a system with python 2.6.6. It looks like the issue is in the connection close when pushy is talking to a down rev client. Closing this bug as resolved, since installation is working, and opened Bug #4877 for the pushy compatibility issue.