Bug #6590
closed
Ceph Package Dependencies not Included in Ceph Extras
Added by John Wilkins over 10 years ago.
Updated over 10 years ago.
Description
When a user wants to install Ceph manually, they can download the Ceph packages and install them. However, the install fails because there are a number of dependencies that must be installed first. Some of them are available in the Ceph Extras repos, and some of them are not. This means that the user must look around the internet to find the required libraries. It would be much easier if they could find all the required packages on the Ceph site itself.
Debian Packages
---------------
The following packages I didn't find on the Ceph site.
- libaio1
- libsnappy1
- libgoogle-perftools4 (only provided for ARM, not x86_64)
RPM Packages
------------
- Extra Packages for Enterprise Linux (EPEL)
- snappy
- leveldb
- gdisk
- python-argparse
- gperftools-libs
- Assignee set to Anonymous
- Priority changed from Normal to Urgent
- Status changed from New to In Progress
Just testing SSL installation on CentOS. When installing mod_ssl, it picks up mod_ssl.x86_64 1:2.2.22-1.ceph.el6, but then complains about a dependency on httpd-mmn. This will require resolution too.
The rpm-emperor repo on ceph.com has been updated with the addition of the following packages:
gdisk-0.8.2-1.el6.x86_64.rpm
leveldb-devel-1.7.0-2.el6.x86_64.rpm
leveldb-1.7.0-2.el6.x86_64.rpm
libaio-devel-0.3.107-10.el6.x86_64.rpm
libaio-0.3.107-10.el6.x86_64.rpm
gperftools-devel-2.0-11.el6.3.x86_64.rpm
gperftools-libs-2.0-11.el6.3.x86_64.rpm
python-argparse-1.2.1-2.el6.noarch.rpm
snappy-devel-1.0.4-3.el6.x86_64.rpm
snappy-1.0.4-3.el6.x86_64.rpm
Still working on the process to automate the additions of extra packages.
httpd-mmn is not a real package. It's a virtual dependency that was created to version the apache plug-in api. Apache and the various mod_* need to have the same apache-mmn datestamp in order to install. We did find for teuthology that the packages needed to be installed in a certain order, or altogether in order to avoid a problem with rpm. I'll check with the teuthology folks and post their solution.
For the debian packages, it looks like we only need to supply libgoogle-perftools for squeeze and for arm on quantal and raring. libleveldb1/libsnappy1 for squeeze, and for precise (because it's static only on precise).
libaio1
squeeze: 0.3.107-7 ftp.us.debian.org_debian_dists_squeeze_main_binary-amd64_Packages)
wheezy: 0.3.109-3 cdn.debian.net_debian_dists_wheezy_main_binary-amd64_Packages)
precise: 0.3.109-2ubuntu1 archive.ubuntu.com_ubuntu_dists_precise_main_binary-amd64_Packages)
quantal: 0.3.109-2ubuntu1 archive.ubuntu.com_ubuntu_dists_quantal_main_binary-amd64_Packages)
0.3.109-2ubuntu1 ports.ubuntu.com_dists_quantal_main_binary-armhf_Packages)
raring: 0.3.109-3 archive.ubuntu.com_ubuntu_dists_raring_main_binary-amd64_Packages)
0.3.109-3 apt-mirror.front.sepia.ceph.com_ports.ubuntu.com_ubuntu-ports_dists_raring_main_binary-armhf_Packages)
libgoogle-perftools4:
squeeze: None
wheezy: 2.0-2 cdn.debian.net_debian_dists_wheezy_main_binary-amd64_Packages)
precise: 1.7-1ubuntu1 archive.ubuntu.com_ubuntu_dists_precise_universe_binary-amd64_Packages)
quantal: 2.0-3ubuntu1 archive.ubuntu.com_ubuntu_dists_quantal_main_binary-amd64_Packages)
2.0-4ubuntu3 ceph.com_packages_google-perftools_debian_dists_quantal_main_binary-armhf_Packages)
raring: 2.0-4ubuntu1 archive.ubuntu.com_ubuntu_dists_raring_main_binary-amd64_Packages
2.0-4ubuntu3 ???
libsnappy1:
squeeze: None
wheezy: 1.0.5-2 cdn.debian.net_debian_dists_wheezy_main_binary-amd64_Packages)
precise: 1.0.4-1build1 archive.ubuntu.com_ubuntu_dists_precise_universe_binary-amd64_Packages)
quantal: 1.0.5-2 archive.ubuntu.com_ubuntu_dists_quantal_main_binary-amd64_Packages)
1.0.5-2 ports.ubuntu.com_dists_quantal_main_binary-armhf_Packages)
raring: 1.0.5-2 archive.ubuntu.com_ubuntu_dists_raring_main_binary-amd64_Packages)
1.0.5-2 apt-mirror.front.sepia.ceph.com_ports.ubuntu.com_ubuntu-ports_dists_raring_main_binary-armhf_Packages)
libleveldb1
squeeze: None
wheezy: 0+20120530.gitdd0d562-1 cdn.debian.net_debian_dists_wheezy_main_binary-amd64_Packages)
precise: 0+20120125.git3c8be10-1 archive.ubuntu.com_ubuntu_dists_precise_universe_binary-amd64_Packages)
quantal: 0+20120530.gitdd0d562-2 archive.ubuntu.com_ubuntu_dists_quantal_main_binary-amd64_Packages)
0+20120530.gitdd0d562-2 ports.ubuntu.com_dists_quantal_main_binary-armhf_Packages)
raring: 1.9.0-1 archive.ubuntu.com_ubuntu_dists_raring_main_binary-amd64_Packages)
1.9.0-1 apt-mirror.front.sepia.ceph.com_ports.ubuntu.com_ubuntu-ports_dists_raring_main_binary-armhf_Packages
The httpd-mmn problem with teuthology went away with a rebuild of the target machine. So it is probably a package order dependency, but we don't know the order.
Squeeze has a depdency on python-requests which is in the squeeze backports distro, but not everyone enables that.
- Status changed from In Progress to Resolved
Also available in: Atom
PDF