Re: [ceph-users] systemd unit files and multiple daemons

[HEWLETT, Paul (Paul)** CTR **]

What about running multiple clusters on the same host?

There is a separate mail thread about being able to run clusters with different 
conf files on the same host.
Will the new systemd service scripts cope with this?

Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893




From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Gregory 
Farnum [g...@gregs42.com]
Sent: 22 April 2015 23:26
To: Ken Dreyer
Cc: ceph-de...@vger.kernel.org; ceph-users@lists.ceph.com
Subject: Re: [ceph-users] systemd unit files and multiple daemons

On Wed, Apr 22, 2015 at 2:57 PM, Ken Dreyer  wrote:
> I could really use some eyes on the systemd change proposed here:
> http://tracker.ceph.com/issues/11344
>
> Specifically, on bullet #4 there, should we have a single
> "ceph-mon.service" (implying that users should only run one monitor
> daemon per server) or if we should support multiple "ceph-mon@" services
> (implying that users will need to specify additional information when
> starting the service(s)). The version in our tree is "ceph-mon@". James'
> work for Ubuntu Vivid is only "ceph-mon" [2]. Same thing for ceph-mds vs
> ceph-mds@.
>
> I'd prefer to keep Ubuntu downstream the same as Ceph upstream.
>
> What do we want to do for this?
>
> How common is it to run multiple monitor daemons or mds daemons on a
> single host?

For a real deployment, you shouldn't be running multiple monitors on a
single node in the general case. I'm not sure if we want to prohibit
it by policy, but I'd be okay with the idea.
For testing purposes (in ceph-qa-suite or using vstart as a developer)
it's pretty common though, and we probably don't want to have to
rewrite all our tests to change that. I'm not sure that vstart ever
uses the regular init system, but teuthology/ceph-qa-suite obviously
do!

For MDSes, it's probably appropriate/correct to support multiple
daemons on the same host. This can be either a fault tolerance thing,
or just a way of better using multiple cores if you're living on the
(very dangerous) edge.
-Greg
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] ceph-deploy : systemd unit files not deployed to a centos7 nodes

[HEWLETT, Paul (Paul)** CTR **]

I would be very keen for this to be implemented in Hammer and am willing to 
help test it...


Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Ken Dreyer 
[kdre...@redhat.com]
Sent: 17 April 2015 14:45
To: ceph-users@lists.ceph.com
Subject: Re: [ceph-users] ceph-deploy : systemd unit files not deployed to a
centos7 nodes

As you've seen, a set of systemd unit files has been committed to git,
but the packages do not yet use them.

There is an open ticket for this task,
http://tracker.ceph.com/issues/11344 . Feel free to add yourself as a
watcher on that if you are interested in the progress.

- Ken

On 04/17/2015 06:22 AM, Alexandre DERUMIER wrote:
> Oh,
>
> I didn't see that a sysvinit file was also deployed.
>
> works fine with /etc/init.d/ceph
>
>
> - Mail original -
> De: "aderumier" 
> À: "ceph-users" 
> Envoyé: Vendredi 17 Avril 2015 14:11:45
> Objet: [ceph-users] ceph-deploy : systemd unit files not deployed to a
> centos7 nodes
>
> Hi,
>
> I'm currently try to deploy a new ceph test cluster on centos7, (hammer)
>
> from ceph-deploy (on a debian wheezy).
>
> And it seem that systemd unit files are not deployed
>
> Seem that ceph git have systemd unit file
> https://github.com/ceph/ceph/tree/hammer/systemd
>
> I don't have look inside the rpm package.
>
>
> (This is my first install on centos, so I don't known if it's working with 
> previous releases)
>
>
> I have deployed with:
>
> ceph-deploy install --release hammer ceph1-{1,2,3}
> ceph-deploy new ceph1-{1,2,3}
>
>
> Is it normal ?
> ___
> ceph-users mailing list
> ceph-users@lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
> ___
> ceph-users mailing list
> ceph-users@lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>

___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[ceph-users] ceph-disk command raises partx error

[HEWLETT, Paul (Paul)** CTR **]

Hi Everyone

I am using the ceph-disk command to prepare disks for an OSD.
The command is:

ceph-disk prepare --zap-disk --cluster $CLUSTERNAME --cluster-uuid $CLUSTERUUID 
--fs-type xfs /dev/${1}

and this consistently raises the following error on RHEL7.1 and Ceph Hammer viz:

partx: specified range <1:0> does not make sense
partx: /dev/sdb: error adding partition 2
partx: /dev/sdb: error adding partitions 1-2
partx: /dev/sdb: error adding partitions 1-2

I have had similar errors on previous versions of Ceph and RHEL. We have 
decided to stick with Hammer/7.1 and I
am interested if anybody has any comment on this.

The error seems to do no harm so is probably cosmetic but on principle at least 
I would al least like to know if
I can safely ignore this.

Many thanks.

Regards

Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353


___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] Cascading Failure of OSDs

[HEWLETT, Paul (Paul)** CTR **]

I use the folowing:

cat /sys/class/net/em1/statistics/rx_bytes

for the em1 interface

all other stats are available

Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Carl-Johan 
Schenström [carl-johan.schenst...@gu.se]
Sent: 09 April 2015 07:34
To: Francois Lafont; ceph-users@lists.ceph.com
Subject: Re: [ceph-users] Cascading Failure of OSDs

Francois Lafont wrote:

> Just in case it could be useful, I have noticed the -s option (on my
> Ubuntu) that offer an output probably easier to parse:
>
> # "column -t" is just to make it's nice for the human eyes.
> ifconfig -s | column -t

Since ifconfig is deprecated, one should use iproute2 instead.

ip -s link show p2p1 | awk '/(RX|TX):/{getline; print $3;}'

However, the sysfs interface is probably a better alternative. See 

 and .

--
Carl-Johan Schenström
Driftansvarig / System Administrator
Språkbanken & Svensk nationell datatjänst /
The Swedish Language Bank & Swedish National Data Service
Göteborgs universitet / University of Gothenburg
carl-johan.schenst...@gu.se / +46 709 116769
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] Giant 0.87 update on CentOs 7

[HEWLETT, Paul (Paul)** CTR **]

Hi Steffen

We have recently encountered the errors described below. Initially one must set 
check_obsoletes=1 in the yum priorities.conf file.

However subsequent yum updates cause problems.

The solution we use is to disable the epel repo by default:

  yum-config-manager --disable epel

and explicitly install libunwind:

 yum -y --enablerepo=epel libunwind

Then updates occur cleanly...

yum -y update

Additionally we specify eu.ceph.com in the ceph.repo file. This all works with 
RHEL7.

If one does not do this then the incorrect librbd1, librados2 rpms are 
installed and this triggers a dependency install of the (incorrect) firefly 
rpms.

To recover remove librbd1,librados2:

  yum remove librbd1 librados2

HTH

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353



From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Steffen W 
Sørensen [ste...@me.com]
Sent: 22 March 2015 22:22
To: Ceph Users
Subject: Re: [ceph-users] Giant 0.87 update on CentOs 7

:) Now disabling epel which seems the confusing Repo above just renders me with 
TOs from http://ceph.com… are Ceph.com down 
currently?
http://eu.ceph.com answers currently… properly the trans-atlantic line or my 
provider :/



[root@n1 ~]# yum -y --disablerepo epel --disablerepo ceph-source update
Loaded plugins: fastestmirror, priorities
http://ceph.com/rpm-giant/el7/x86_64/repodata/repomd.xml: [Errno 12] Timeout on 
http://ceph.com/rpm-giant/el7/x86_64/repodata/repomd.xml: (28, 'Connection 
timed out after 30403 milliseconds')
Trying other mirror.
http://ceph.com/rpm-giant/el7/x86_64/repodata/repomd.xml: [Errno 12] Timeout on 
http://ceph.com/rpm-giant/el7/x86_64/repodata/repomd.xml: (28, 'Connection 
timed out after 30042 milliseconds')
Trying other mirror.
…

/Steffen
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] New eu.ceph.com mirror machine

[HEWLETT, Paul (Paul)** CTR **]

Hi Jesus

EPEL is required for the libunwind library.

If libunwind is copied to the ceph repo then EPEL would not be required.

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353



From: Jesus Chavez (jeschave) [jesch...@cisco.com]
Sent: 10 March 2015 12:15
To: HEWLETT, Paul (Paul)** CTR **
Cc: Wido den Hollander; ceph-users
Subject: Re: [ceph-users] New eu.ceph.com mirror machine

So EPEL is not requiered?


Jesus Chavez
SYSTEMS ENGINEER-C.SALES

jesch...@cisco.com<mailto:jesch...@cisco.com>
Phone: +52 55 5267 3146
Mobile: +51 1 5538883255

CCIE - 44433

On Mar 9, 2015, at 8:58 AM, HEWLETT, Paul (Paul)** CTR ** 
mailto:paul.hewl...@alcatel-lucent.com>> wrote:

Hi Wildo

It seems that your move coincided with yet another change in the EPEL repo.

For anyone who is interested, I fixed this by:

1. ensuring that check_obsoletes=1 is in 
/etc/yum/pluginconf.d/priorities.conf
2. Install libunwind explicitly:

   yum install libunwind

3. Install ceph with epel disabled:

  yum install --disablerepo=epel ceph

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Wido den Hollander [w...@42on.com<mailto:w...@42on.com>]
Sent: 09 March 2015 13:43
To: HEWLETT, Paul (Paul)** CTR **; ceph-users
Subject: Re: [ceph-users] New eu.ceph.com<http://eu.ceph.com> mirror machine

On 03/09/2015 02:27 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
When did you make the change?


Yesterday

It worked on Friday albeit with these extra lines in ceph.repo:

[Ceph-el7]
name=Ceph-el7
baseurl=http://eu.ceph.com/rpms/rhel7/noarch/
enabled=1
gpgcheck=0

which I removed when I discovered this no longer existed.


Ah, I think I know. The rsync script probably didn't clean up those old
directories, since they don't exist here either:
http://ceph.com/rpms/rhel7/noarch/

That caused some confusion since this machine is a fresh sync from 
ceph.com<http://ceph.com>

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Wido den Hollander [w...@42on.com<mailto:w...@42on.com>]
Sent: 09 March 2015 12:15
To: HEWLETT, Paul (Paul)** CTR **; ceph-users
Subject: Re: [ceph-users] New eu.ceph.com<http://eu.ceph.com> mirror machine

On 03/09/2015 12:54 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
Hi Wildo

Has something broken with this move? The following has worked for me repeatedly 
over the last 2 months:


It shouldn't have broken anything, but you never know.

The machine rsyncs the data from ceph.com<http://ceph.com> directly. The 
directories you
are pointing at do exist and contain data.

Anybody else noticing something?

This a.m. I tried to install ceph using the following repo file:

[root@citrus ~]# cat /etc/yum.repos.d/ceph.repo
[ceph]
name=Ceph packages for $basearch
baseurl=http://ceph.com/rpm-giant/rhel7/$basearch
enabled=1
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[ceph-noarch]
name=Ceph noarch packages
baseurl=http://ceph.com/rpm-giant/rhel7/noarch
enabled=1
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[ceph-source]
name=Ceph source packages
baseurl=http://ceph.com/rpm-giant/rhel7/SRPMS
enabled=0
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

and ceph now fails to install:

msg: Error: Package: 1:ceph-0.87.1-0.el7.x86_64 (ceph)
  Requires: python-ceph = 1:0.87.1-0.el7
  Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
  python-ceph = 1:0.86-0.el7
  Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
  python-ceph = 1:0.87-0.el7
  Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
  python-ceph = 1:0.87.1-0.el7
Error: Package: 1:ceph-common-0.87.1-0.el7.x86_64 (ceph)
  Requires: python-ceph = 1:0.87.1-0.el7
  Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
  python-ceph = 1:0.86-0.el7
  Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
  python-ceph = 1:0.87-0.el7
  Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
  python-ceph = 1:0.87.1-0.el7

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: ceph-users 
[ceph-users-boun...@lists.ceph.com<mailto:ceph-users-boun...@lists.ceph.com>] 
on behalf of Wido den Hollander [w...@42on.com<mailto:w...@42on.com>]
Sent: 09 March 2015 11:15
To: ceph-users
Subject: [ceph-users] New eu.ceph.com<http://eu.ceph.com> mirror machine

Hi,

Sinc

Re: [ceph-users] New eu.ceph.com mirror machine

[HEWLETT, Paul (Paul)** CTR **]

Hi Wildo

It seems that your move coincided with yet another change in the EPEL repo.

For anyone who is interested, I fixed this by:

 1. ensuring that check_obsoletes=1 is in 
/etc/yum/pluginconf.d/priorities.conf
 2. Install libunwind explicitly:

yum install libunwind

 3. Install ceph with epel disabled:

   yum install --disablerepo=epel ceph

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Wido den Hollander [w...@42on.com]
Sent: 09 March 2015 13:43
To: HEWLETT, Paul (Paul)** CTR **; ceph-users
Subject: Re: [ceph-users] New eu.ceph.com mirror machine

On 03/09/2015 02:27 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
> When did you make the change?
>

Yesterday

> It worked on Friday albeit with these extra lines in ceph.repo:
>
> [Ceph-el7]
> name=Ceph-el7
> baseurl=http://eu.ceph.com/rpms/rhel7/noarch/
> enabled=1
> gpgcheck=0
>
> which I removed when I discovered this no longer existed.
>

Ah, I think I know. The rsync script probably didn't clean up those old
directories, since they don't exist here either:
http://ceph.com/rpms/rhel7/noarch/

That caused some confusion since this machine is a fresh sync from ceph.com

> Regards
> Paul Hewlett
> Senior Systems Engineer
> Velocix, Cambridge
> Alcatel-Lucent
> t: +44 1223 435893 m: +44 7985327353
>
>
>
> 
> From: Wido den Hollander [w...@42on.com]
> Sent: 09 March 2015 12:15
> To: HEWLETT, Paul (Paul)** CTR **; ceph-users
> Subject: Re: [ceph-users] New eu.ceph.com mirror machine
>
> On 03/09/2015 12:54 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
>> Hi Wildo
>>
>> Has something broken with this move? The following has worked for me 
>> repeatedly over the last 2 months:
>>
>
> It shouldn't have broken anything, but you never know.
>
> The machine rsyncs the data from ceph.com directly. The directories you
> are pointing at do exist and contain data.
>
> Anybody else noticing something?
>
>> This a.m. I tried to install ceph using the following repo file:
>>
>> [root@citrus ~]# cat /etc/yum.repos.d/ceph.repo
>> [ceph]
>> name=Ceph packages for $basearch
>> baseurl=http://ceph.com/rpm-giant/rhel7/$basearch
>> enabled=1
>> priority=2
>> gpgcheck=1
>> type=rpm-md
>> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>>
>> [ceph-noarch]
>> name=Ceph noarch packages
>> baseurl=http://ceph.com/rpm-giant/rhel7/noarch
>> enabled=1
>> priority=2
>> gpgcheck=1
>> type=rpm-md
>> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>>
>> [ceph-source]
>> name=Ceph source packages
>> baseurl=http://ceph.com/rpm-giant/rhel7/SRPMS
>> enabled=0
>> priority=2
>> gpgcheck=1
>> type=rpm-md
>> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>>
>> and ceph now fails to install:
>>
>> msg: Error: Package: 1:ceph-0.87.1-0.el7.x86_64 (ceph)
>>Requires: python-ceph = 1:0.87.1-0.el7
>>Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.86-0.el7
>>Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87-0.el7
>>Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87.1-0.el7
>> Error: Package: 1:ceph-common-0.87.1-0.el7.x86_64 (ceph)
>>Requires: python-ceph = 1:0.87.1-0.el7
>>Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.86-0.el7
>>Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87-0.el7
>>Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87.1-0.el7
>>
>> Regards
>> Paul Hewlett
>> Senior Systems Engineer
>> Velocix, Cambridge
>> Alcatel-Lucent
>> t: +44 1223 435893 m: +44 7985327353
>>
>>
>>
>> 
>> From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Wido den 
>> Hollander [w...@42on.com]
>> Sent: 09 March 2015 11:15
>> To: ceph-users
>> Subject: [ceph-users] New eu.ceph.com mirror machine
>>
>> Hi,
>>
>> Since the recent reports of rsync failing on eu.ceph.com I moved
>> eu.ceph.com to a new machine.
>>
>> It went from physical to a KVM VM backed by RBD, so it's now running on
>> Ceph.
>>

Re: [ceph-users] New eu.ceph.com mirror machine

[HEWLETT, Paul (Paul)** CTR **]

Hi Wildo

If I disable the epel repo then the error changes:

[root@ninja ~]# yum install --disablerepo=epel ceph
Loaded plugins: langpacks, priorities, product-id, subscription-manager
10 packages excluded due to repository priority protections
Resolving Dependencies
.
--> Finished Dependency Resolution
Error: Package: gperftools-libs-2.1-1.el7.x86_64 (ceph)
   Requires: libunwind.so.8()(64bit)

So this is related to the EPEL repo breaking ceph again. I have 
check_obsoletes=1 as recommended
on this list a couple weeks ago.

Is there any chance you could copy the libunwind repo to eu.ceph.com ?

Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Wido den Hollander [w...@42on.com]
Sent: 09 March 2015 13:43
To: HEWLETT, Paul (Paul)** CTR **; ceph-users
Subject: Re: [ceph-users] New eu.ceph.com mirror machine

On 03/09/2015 02:27 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
> When did you make the change?
>

Yesterday

> It worked on Friday albeit with these extra lines in ceph.repo:
>
> [Ceph-el7]
> name=Ceph-el7
> baseurl=http://eu.ceph.com/rpms/rhel7/noarch/
> enabled=1
> gpgcheck=0
>
> which I removed when I discovered this no longer existed.
>

Ah, I think I know. The rsync script probably didn't clean up those old
directories, since they don't exist here either:
http://ceph.com/rpms/rhel7/noarch/

That caused some confusion since this machine is a fresh sync from ceph.com

> Regards
> Paul Hewlett
> Senior Systems Engineer
> Velocix, Cambridge
> Alcatel-Lucent
> t: +44 1223 435893 m: +44 7985327353
>
>
>
> ____
> From: Wido den Hollander [w...@42on.com]
> Sent: 09 March 2015 12:15
> To: HEWLETT, Paul (Paul)** CTR **; ceph-users
> Subject: Re: [ceph-users] New eu.ceph.com mirror machine
>
> On 03/09/2015 12:54 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
>> Hi Wildo
>>
>> Has something broken with this move? The following has worked for me 
>> repeatedly over the last 2 months:
>>
>
> It shouldn't have broken anything, but you never know.
>
> The machine rsyncs the data from ceph.com directly. The directories you
> are pointing at do exist and contain data.
>
> Anybody else noticing something?
>
>> This a.m. I tried to install ceph using the following repo file:
>>
>> [root@citrus ~]# cat /etc/yum.repos.d/ceph.repo
>> [ceph]
>> name=Ceph packages for $basearch
>> baseurl=http://ceph.com/rpm-giant/rhel7/$basearch
>> enabled=1
>> priority=2
>> gpgcheck=1
>> type=rpm-md
>> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>>
>> [ceph-noarch]
>> name=Ceph noarch packages
>> baseurl=http://ceph.com/rpm-giant/rhel7/noarch
>> enabled=1
>> priority=2
>> gpgcheck=1
>> type=rpm-md
>> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>>
>> [ceph-source]
>> name=Ceph source packages
>> baseurl=http://ceph.com/rpm-giant/rhel7/SRPMS
>> enabled=0
>> priority=2
>> gpgcheck=1
>> type=rpm-md
>> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>>
>> and ceph now fails to install:
>>
>> msg: Error: Package: 1:ceph-0.87.1-0.el7.x86_64 (ceph)
>>Requires: python-ceph = 1:0.87.1-0.el7
>>Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.86-0.el7
>>Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87-0.el7
>>Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87.1-0.el7
>> Error: Package: 1:ceph-common-0.87.1-0.el7.x86_64 (ceph)
>>Requires: python-ceph = 1:0.87.1-0.el7
>>Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.86-0.el7
>>Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87-0.el7
>>Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
>>python-ceph = 1:0.87.1-0.el7
>>
>> Regards
>> Paul Hewlett
>> Senior Systems Engineer
>> Velocix, Cambridge
>> Alcatel-Lucent
>> t: +44 1223 435893 m: +44 7985327353
>>
>>
>>
>> 
>> From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Wido den 
>> Hollander [w...@42on.com]
>> Sent: 09 March 2015 11:15
>> To: ceph-users
>> Subject: [ceph-users] New eu.ceph.com mirror machine

Re: [ceph-users] New eu.ceph.com mirror machine

[HEWLETT, Paul (Paul)** CTR **]

When did you make the change?

It worked on Friday albeit with these extra lines in ceph.repo:

[Ceph-el7]
name=Ceph-el7
baseurl=http://eu.ceph.com/rpms/rhel7/noarch/
enabled=1
gpgcheck=0

which I removed when I discovered this no longer existed.

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Wido den Hollander [w...@42on.com]
Sent: 09 March 2015 12:15
To: HEWLETT, Paul (Paul)** CTR **; ceph-users
Subject: Re: [ceph-users] New eu.ceph.com mirror machine

On 03/09/2015 12:54 PM, HEWLETT, Paul (Paul)** CTR ** wrote:
> Hi Wildo
>
> Has something broken with this move? The following has worked for me 
> repeatedly over the last 2 months:
>

It shouldn't have broken anything, but you never know.

The machine rsyncs the data from ceph.com directly. The directories you
are pointing at do exist and contain data.

Anybody else noticing something?

> This a.m. I tried to install ceph using the following repo file:
>
> [root@citrus ~]# cat /etc/yum.repos.d/ceph.repo
> [ceph]
> name=Ceph packages for $basearch
> baseurl=http://ceph.com/rpm-giant/rhel7/$basearch
> enabled=1
> priority=2
> gpgcheck=1
> type=rpm-md
> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>
> [ceph-noarch]
> name=Ceph noarch packages
> baseurl=http://ceph.com/rpm-giant/rhel7/noarch
> enabled=1
> priority=2
> gpgcheck=1
> type=rpm-md
> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>
> [ceph-source]
> name=Ceph source packages
> baseurl=http://ceph.com/rpm-giant/rhel7/SRPMS
> enabled=0
> priority=2
> gpgcheck=1
> type=rpm-md
> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>
> and ceph now fails to install:
>
> msg: Error: Package: 1:ceph-0.87.1-0.el7.x86_64 (ceph)
>Requires: python-ceph = 1:0.87.1-0.el7
>Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
>python-ceph = 1:0.86-0.el7
>Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
>python-ceph = 1:0.87-0.el7
>Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
>python-ceph = 1:0.87.1-0.el7
> Error: Package: 1:ceph-common-0.87.1-0.el7.x86_64 (ceph)
>Requires: python-ceph = 1:0.87.1-0.el7
>Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
>python-ceph = 1:0.86-0.el7
>Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
>python-ceph = 1:0.87-0.el7
>Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
>python-ceph = 1:0.87.1-0.el7
>
> Regards
> Paul Hewlett
> Senior Systems Engineer
> Velocix, Cambridge
> Alcatel-Lucent
> t: +44 1223 435893 m: +44 7985327353
>
>
>
> 
> From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Wido den 
> Hollander [w...@42on.com]
> Sent: 09 March 2015 11:15
> To: ceph-users
> Subject: [ceph-users] New eu.ceph.com mirror machine
>
> Hi,
>
> Since the recent reports of rsync failing on eu.ceph.com I moved
> eu.ceph.com to a new machine.
>
> It went from physical to a KVM VM backed by RBD, so it's now running on
> Ceph.
>
> URLs or rsync paths haven't changed, it's still eu.ceph.com and
> available over IPv4 and IPv6.
>
> This Virtual Machine is dedicated for running eu.ceph.com, so hopefully
> rsync won't fail anymore.
>
> --
> Wido den Hollander
> 42on B.V.
> Ceph trainer and consultant
>
> Phone: +31 (0)20 700 9902
> Skype: contact42on
> ___
> ceph-users mailing list
> ceph-users@lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>


--
Wido den Hollander
42on B.V.
Ceph trainer and consultant

Phone: +31 (0)20 700 9902
Skype: contact42on
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] New eu.ceph.com mirror machine

[HEWLETT, Paul (Paul)** CTR **]

Hi Wildo

Has something broken with this move? The following has worked for me repeatedly 
over the last 2 months:

This a.m. I tried to install ceph using the following repo file:

[root@citrus ~]# cat /etc/yum.repos.d/ceph.repo 
[ceph]
name=Ceph packages for $basearch
baseurl=http://ceph.com/rpm-giant/rhel7/$basearch
enabled=1
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[ceph-noarch]
name=Ceph noarch packages
baseurl=http://ceph.com/rpm-giant/rhel7/noarch
enabled=1
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[ceph-source]
name=Ceph source packages
baseurl=http://ceph.com/rpm-giant/rhel7/SRPMS
enabled=0
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

and ceph now fails to install:

msg: Error: Package: 1:ceph-0.87.1-0.el7.x86_64 (ceph)
   Requires: python-ceph = 1:0.87.1-0.el7
   Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
   python-ceph = 1:0.86-0.el7
   Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
   python-ceph = 1:0.87-0.el7
   Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
   python-ceph = 1:0.87.1-0.el7
Error: Package: 1:ceph-common-0.87.1-0.el7.x86_64 (ceph)
   Requires: python-ceph = 1:0.87.1-0.el7
   Available: 1:python-ceph-0.86-0.el7.x86_64 (ceph)
   python-ceph = 1:0.86-0.el7
   Available: 1:python-ceph-0.87-0.el7.x86_64 (ceph)
   python-ceph = 1:0.87-0.el7
   Available: 1:python-ceph-0.87.1-0.el7.x86_64 (ceph)
   python-ceph = 1:0.87.1-0.el7

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Wido den 
Hollander [w...@42on.com]
Sent: 09 March 2015 11:15
To: ceph-users
Subject: [ceph-users] New eu.ceph.com mirror machine

Hi,

Since the recent reports of rsync failing on eu.ceph.com I moved
eu.ceph.com to a new machine.

It went from physical to a KVM VM backed by RBD, so it's now running on
Ceph.

URLs or rsync paths haven't changed, it's still eu.ceph.com and
available over IPv4 and IPv6.

This Virtual Machine is dedicated for running eu.ceph.com, so hopefully
rsync won't fail anymore.

--
Wido den Hollander
42on B.V.
Ceph trainer and consultant

Phone: +31 (0)20 700 9902
Skype: contact42on
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] Installation failure

[HEWLETT, Paul (Paul)** CTR **]

Thanks for that Travis.  Much appreciated.

Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Travis Rhoden [trho...@gmail.com]
Sent: 16 February 2015 15:35
To: HEWLETT, Paul (Paul)** CTR **
Cc: ceph-users@lists.ceph.com
Subject: Re: [ceph-users] Installation failure

Hi Paul,

Looking a bit closer, I do believe it is the same issue.  It looks
like python-rbd in EPEL (and others like python-rados) were updated in
EPEL on January 21st, 2015.  This update included some changes to how
dependencies were handled between EPEL and RHEL for Ceph.  See
http://pkgs.fedoraproject.org/cgit/ceph.git/commit/?h=epel7

Fedora and EPEL both split out the older python-ceph package into
smaller subsets (python-{rados,cephfs,rbd}), but these changes are not
upstream yet (from the ceph.com hosted packages).  So if repos enable
both ceph.com and EPEL, the EPEL packages will override the ceph.com
packages because the RPMs have "obsoletes: python-ceph" in them, even
though the EPEL packages are older.

It's a bit of a problematic transition period until the upstream
packaging splits in the same way.  I do believe that using
"check_obsoletes=1" in /etc/yum/pluginconf.d/priorities.conf will take
care of the problem for you.  However, it may be the case that you
would need to make your ceph .repo files that point to rpm-giant be
"priority=1".

That's my best advice of something to try for now.

Thanks,

 - Travis

On Mon, Feb 16, 2015 at 10:16 AM, HEWLETT, Paul (Paul)** CTR **
 wrote:
> Hi Travis
>
> Thanks for the reply.
>
> My only doubt is that this was all working until this morning. Has anything 
> changed in the Ceph repository?
>
> I tried commenting out various repos but this did not work.
> If I delete the epel repos than ceph installation fails becuase tcmalloc and 
> leveldb are not found
>
> My repos are:
>
> [root@octopus ~]# ls -l /etc/yum.repos.d/
> total 40
> -rw-r--r-- 1 root root   700 Feb 16 12:08 ceph.repo
> -rw-r--r-- 1 root root   957 Nov 25 16:23 epel.repo
> -rw-r--r-- 1 root root  1056 Nov 25 16:23 epel-testing.repo
> -rw-r--r-- 1 root root 26533 Feb 16 11:55 redhat.repo
>
> and the contents of ceph.repo:
>
> [ceph]
> name=Ceph packages for $basearch
> baseurl=http://ceph.com/rpm-giant/el7/$basearch
> enabled=1
> priority=2
> gpgcheck=1
> type=rpm-md
> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>
> [ceph-noarch]
> name=Ceph noarch packages
> baseurl=http://ceph.com/rpm-giant/el7/noarch
> enabled=1
> priority=2
> gpgcheck=1
> type=rpm-md
> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>
> [ceph-source]
> name=Ceph source packages
> baseurl=http://ceph.com/rpm-giant/el7/SRPMS
> enabled=0
> priority=2
> gpgcheck=1
> type=rpm-md
> gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc
>
> [Ceph-el7]
> name=Ceph-el7
> baseurl=http://eu.ceph.com/rpms/rhel7/noarch/
> enabled=1
> priority=2
> gpgcheck=0
>
> [root@octopus ~]# cat /etc/yum.repos.d/epel.repo
> [epel]
> name=Extra Packages for Enterprise Linux 7 - $basearch
> #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
> mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
> failovermethod=priority
> enabled=1
> gpgcheck=1
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
>
> [epel-debuginfo]
> name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
> #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug
> mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch
> failovermethod=priority
> enabled=0
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
> gpgcheck=1
>
> [epel-source]
> name=Extra Packages for Enterprise Linux 7 - $basearch - Source
> #baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS
> mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch
> failovermethod=priority
> enabled=0
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
> gpgcheck=1
> [root@octopus ~]# cat /etc/yum.repos.d/epel-testing.repo
> [epel-testing]
> name=Extra Packages for Enterprise Linux 7 - Testing - $basearch
> #baseurl=http://download.fedoraproject.org/pub/epel/testing/7/$basearch
> mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=testing-epel7&arch=$basearch
> failovermethod=priority
> enabled=0
> gpgcheck=1
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
>
> [epel-testing-debuginfo]
> name=Extra Packages for Enterprise Linux 7 - Testing - $basearch - Debug
> #baseurl=http://download.fedoraproject.org/pub/epe

Re: [ceph-users] Installation failure

[HEWLETT, Paul (Paul)** CTR **]

Hi Travis

Thanks for the reply.

My only doubt is that this was all working until this morning. Has anything 
changed in the Ceph repository?

I tried commenting out various repos but this did not work.
If I delete the epel repos than ceph installation fails becuase tcmalloc and 
leveldb are not found

My repos are:

[root@octopus ~]# ls -l /etc/yum.repos.d/
total 40
-rw-r--r-- 1 root root   700 Feb 16 12:08 ceph.repo
-rw-r--r-- 1 root root   957 Nov 25 16:23 epel.repo
-rw-r--r-- 1 root root  1056 Nov 25 16:23 epel-testing.repo
-rw-r--r-- 1 root root 26533 Feb 16 11:55 redhat.repo

and the contents of ceph.repo:

[ceph]
name=Ceph packages for $basearch
baseurl=http://ceph.com/rpm-giant/el7/$basearch
enabled=1
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[ceph-noarch]
name=Ceph noarch packages
baseurl=http://ceph.com/rpm-giant/el7/noarch
enabled=1
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[ceph-source]
name=Ceph source packages
baseurl=http://ceph.com/rpm-giant/el7/SRPMS
enabled=0
priority=2
gpgcheck=1
type=rpm-md
gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

[Ceph-el7]
name=Ceph-el7
baseurl=http://eu.ceph.com/rpms/rhel7/noarch/
enabled=1
priority=2
gpgcheck=0

[root@octopus ~]# cat /etc/yum.repos.d/epel.repo 
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7

[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

[epel-source]
name=Extra Packages for Enterprise Linux 7 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
[root@octopus ~]# cat /etc/yum.repos.d/epel-testing.repo 
[epel-testing]
name=Extra Packages for Enterprise Linux 7 - Testing - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/testing/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=testing-epel7&arch=$basearch
failovermethod=priority
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7

[epel-testing-debuginfo]
name=Extra Packages for Enterprise Linux 7 - Testing - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/testing/7/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=testing-debug-epel7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

[epel-testing-source]
name=Extra Packages for Enterprise Linux 7 - Testing - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/testing/7/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=testing-source-epel7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

Regards
Paul Hewlett
Senior Systems Engineer
Velocix, Cambridge
Alcatel-Lucent
t: +44 1223 435893 m: +44 7985327353




From: Travis Rhoden [trho...@gmail.com]
Sent: 16 February 2015 15:00
To: HEWLETT, Paul (Paul)** CTR **
Cc: ceph-users@lists.ceph.com
Subject: Re: [ceph-users] Installation failure

Hi Paul,

Would you mind sharing/posting the contents of your .repo files for
ceph, ceph-el7, and ceph-noarch repos?

I see that python-rbd is getting pulled in from EPEL, which I don't
think is what you want.

My guess is that you need the fix documented in
http://tracker.ceph.com/issues/10476, though that was specifically
addressing Fedora downstream packaging of Ceph competing with current
upstream packaging hosted on ceph.com repos.  This may be something
similar with EPEL.

 - Travis

On Mon, Feb 16, 2015 at 7:19 AM, HEWLETT, Paul (Paul)** CTR **
 wrote:
> Hi all
>
> I have been installing ceph giant quite happily for the past 3 months on
> various systems and use
> an ansible recipe to do so. The OS is RHEL7.
>
> This morning on one of my test systems installation fails with:
>
> [root@octopus ~]# yum install ceph ceph-deploy
> Loaded plugins: langpacks, priorities, product-id, subscription-manager
> Ceph-el7
> |  951 B  00:00:00
> ceph
> |  951 B  00:00:00
> ceph-noarch
> |  951 B  00:00:00
> 14 packages excluded due to repository priority protections
> Package ceph-deploy-1.5.21-0.noarch alre

[ceph-users] Installation failure

[HEWLETT, Paul (Paul)** CTR **]

Hi all

I have been installing ceph giant quite happily for the past 3 months on 
various systems and use
an ansible recipe to do so. The OS is RHEL7.

This morning on one of my test systems installation fails with:

[root@octopus ~]# yum install ceph ceph-deploy
Loaded plugins: langpacks, priorities, product-id, subscription-manager
Ceph-el7
 |  951 B  
00:00:00
ceph
 |  951 B  
00:00:00
ceph-noarch 
 |  951 B  
00:00:00
14 packages excluded due to repository priority protections
Package ceph-deploy-1.5.21-0.noarch already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package ceph.x86_64 1:0.87-0.el7.centos will be installed
--> Processing Dependency: librbd1 = 1:0.87-0.el7.centos for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: ceph-common = 1:0.87-0.el7.centos for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: libcephfs1 = 1:0.87-0.el7.centos for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: python-ceph = 1:0.87-0.el7.centos for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: librados2 = 1:0.87-0.el7.centos for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: python-flask for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: python-requests for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: hdparm for package: 1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: libtcmalloc.so.4()(64bit) for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: libleveldb.so.1()(64bit) for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: libcephfs.so.1()(64bit) for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: librados.so.2()(64bit) for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: libboost_system-mt.so.1.53.0()(64bit) for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Processing Dependency: libboost_thread-mt.so.1.53.0()(64bit) for package: 
1:ceph-0.87-0.el7.centos.x86_64
--> Running transaction check
---> Package boost-system.x86_64 0:1.53.0-18.el7 will be installed
---> Package boost-thread.x86_64 0:1.53.0-18.el7 will be installed
---> Package ceph-common.x86_64 1:0.87-0.el7.centos will be installed
--> Processing Dependency: redhat-lsb-core for package: 
1:ceph-common-0.87-0.el7.centos.x86_64
---> Package gperftools-libs.x86_64 0:2.1-1.el7 will be installed
--> Processing Dependency: libunwind.so.8()(64bit) for package: 
gperftools-libs-2.1-1.el7.x86_64
---> Package hdparm.x86_64 0:9.43-5.el7 will be installed
---> Package leveldb.x86_64 0:1.12.0-5.el7 will be installed
---> Package libcephfs1.x86_64 1:0.87-0.el7.centos will be installed
---> Package librados2.x86_64 1:0.87-0.el7.centos will be installed
---> Package librbd1.x86_64 1:0.87-0.el7.centos will be installed
---> Package python-ceph-compat.x86_64 1:0.80.7-0.4.el7 will be installed
--> Processing Dependency: python-rbd = 1:0.80.7 for package: 
1:python-ceph-compat-0.80.7-0.4.el7.x86_64
--> Processing Dependency: python-rados = 1:0.80.7 for package: 
1:python-ceph-compat-0.80.7-0.4.el7.x86_64
--> Processing Dependency: python-cephfs = 1:0.80.7 for package: 
1:python-ceph-compat-0.80.7-0.4.el7.x86_64
---> Package python-flask.noarch 1:0.10.1-4.el7 will be installed
--> Processing Dependency: python-werkzeug for package: 
1:python-flask-0.10.1-4.el7.noarch
--> Processing Dependency: python-jinja2 for package: 
1:python-flask-0.10.1-4.el7.noarch
--> Processing Dependency: python-itsdangerous for package: 
1:python-flask-0.10.1-4.el7.noarch
---> Package python-requests.noarch 0:1.1.0-8.el7 will be installed
--> Processing Dependency: python-urllib3 for package: 
python-requests-1.1.0-8.el7.noarch
--> Running transaction check
---> Package libunwind.x86_64 0:1.1-3.el7 will be installed
---> Package python-cephfs.x86_64 1:0.80.7-0.4.el7 will be installed
--> Processing Dependency: libcephfs1 = 1:0.80.7 for package: 
1:python-cephfs-0.80.7-0.4.el7.x86_64
---> Package python-itsdangerous.noarch 0:0.23-2.el7 will be installed
---> Package python-jinja2.noarch 0:2.7.2-2.el7 will be installed
--> Processing Dependency: python-babel >= 0.8 for package: 
python-jinja2-2.7.2-2.el7.noarch
--> Processing Dependency: python-markupsafe for package: 
python-jinja2-2.7.2-2.el7.noarch
---> Package python-rados.x86_64 1:0.80.7-0.4.el7 will be installed
--> Processing Dependency: librados2 = 1:0.80.7 for package: 
1:python-rados-0.80.7-0.4.el7.x86_64
---> Package python-rbd.x86_64 1:0.80.7-0.4.el7 will be