[ceph-users] Doubts about RadosGW and Metadata
Hi! I'm using rados Gateway with the Swift API to handle objects into Ceph. I'm very interesting to handle metadata with the objects too. So, I can add metadata headers with a given format (X-Container-Meta-X : Y) and get it back again without problem. But, after this, I have several doubts about it: 1.- Which pool stores the metadata? By default, the objects are stored in .rgw.buckets pool. After a updating metadata request (POST request), I can see with 'rados df' that the only one pool updated is .rgw.buckets. So, Is the metadata and the objects stored in the same pool? 2.- Can I setup this? I mean If I can store the metadata in a different pool or in a Database? 3.- By the way, is possible to search into radosgw by a metadata? For instance, searching how many objects have the metadata X-Container-Meta-X equal to Y. If the first question in this points is yes, can I make this kind of searching from the Swift API? Thanks you so much and best regards, Álvaro. Verificada la ausencia de virus por G Data AntiVirus Versión: AVA 22.9938 del 28.05.2013 Noticias de virus: www.antiviruslab.com___ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[ceph-users] Debugging radosgw/keystone packet signing issue
Hi all,
I'm trying to debug a problem with packet signing between radosgw and
keystone.
I have followed the procedure available here
http://ceph.com/docs/master/radosgw/config/#integrating-with-openstack-keyst
one, but the following problem appears in the logs:
2013-05-28 11:24:07.169902 7fea527fc700 2 keystone revoke thread: start
2013-05-28 11:24:07.16 7fea527fc700 20 sending request to
http://ubu-keystone:35357/v2.0/tokens/revoked
2013-05-28 11:24:07.196865 7fea527fc700 10 request returned {signed:
-BEGIN
CMS-\nMIIBQwYJKoZIhvcNAQcCoIIBNDCCATACAQExCTAHBgUrDgMCGjAeBgkqhkiG9w0B\n
BwGgEQQPeyJyZXZva2VkIjogW119MYH/MIH8AgEBMFwwVzELMAkGA1UEBhMCVVMx\nDjAMBgNVBA
gTBVVuc2V0MQ4wDAYDVQQHEwVVbnNldDEOMAwGA1UEChMFVW5zZXQx\nGDAWBgNVBAMTD3d3dy5l
eGFtcGxlLmNvbQIBATAHBgUrDgMCGjANBgkqhkiG9w0B\nAQEFAASBgA5iHQgrjKoUbuKv/Sd1RN
LshdmrAcgT8f5BynkuTaKe/2dlifgAQgY0\neokGC427zC6AnFd6AzZcn+NOjAez2co3BPSHwkYd
356+PpLxJ75muzriWbS67MYl\nkWK+hryhX3CqkwrbYBo340bnrsjn1kCzamMVL54Bjbtm8OqcuR
Cq\n-END CMS-\n}
2013-05-28 11:24:07.196960 7fea527fc700 10 signed=-BEGIN CMS-
MIIBQwYJKoZIhvcNAQcCoIIBNDCCATACAQExCTAHBgUrDgMCGjAeBgkqhkiG9w0B
BwGgEQQPeyJyZXZva2VkIjogW119MYH/MIH8AgEBMFwwVzELMAkGA1UEBhMCVVMx
DjAMBgNVBAgTBVVuc2V0MQ4wDAYDVQQHEwVVbnNldDEOMAwGA1UEChMFVW5zZXQx
GDAWBgNVBAMTD3d3dy5leGFtcGxlLmNvbQIBATAHBgUrDgMCGjANBgkqhkiG9w0B
AQEFAASBgA5iHQgrjKoUbuKv/Sd1RNLshdmrAcgT8f5BynkuTaKe/2dlifgAQgY0
eokGC427zC6AnFd6AzZcn+NOjAez2co3BPSHwkYd356+PpLxJ75muzriWbS67MYl
kWK+hryhX3CqkwrbYBo340bnrsjn1kCzamMVL54Bjbtm8OqcuRCq
-END CMS-
2013-05-28 11:24:07.196968 7fea527fc700 10
content=MIIBQwYJKoZIhvcNAQcCoIIBNDCCATACAQExCTAHBgUrDgMCGjAeBgkqhkiG9w0BBwGg
EQQPeyJyZXZva2VkIjogW119MYH/MIH8AgEBMFwwVzELMAkGA1UEBhMCVVMxDjAMBgNVBAgTBVVu
c2V0MQ4wDAYDVQQHEwVVbnNldDEOMAwGA1UEChMFVW5zZXQxGDAWBgNVBAMTD3d3dy5leGFtcGxl
LmNvbQIBATAHBgUrDgMCGjANBgkqhkiG9w0BAQEFAASBgA5iHQgrjKoUbuKv/Sd1RNLshdmrAcgT
8f5BynkuTaKe/2dlifgAQgY0eokGC427zC6AnFd6AzZcn+NOjAez2co3BPSHwkYd356+PpLxJ75m
uzriWbS67MYlkWK+hryhX3CqkwrbYBo340bnrsjn1kCzamMVL54Bjbtm8OqcuRCq
2013-05-28 11:24:07.197457 7fea527fc700 0 ERROR: signer 0 status =
SigningCertNotTrusted
2013-05-28 11:24:07.197470 7fea527fc700 0 ERROR: problem decoding
2013-05-28 11:24:07.197471 7fea527fc700 0 ceph_decode_cms returned -22
2013-05-28 11:24:07.197480 7fea527fc700 0 ERROR: keystone revocation
processing returned error r=-22
I've already tried to bump up the log levels but with no result. This is
what I've tried :
debug ms = 1
debug rgw = 20
debug crypto = 5
debug auth = 5
debug none = 5
debug asok = 5
Is there a way to have a more detailed log of what's going on?
Thanks,
Davide
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
Re: [ceph-users] Doubts about RadosGW and Metadata
On Tue, May 28, 2013 at 1:12 AM, Wido den Hollander w...@42on.com wrote: Hi, On 05/28/2013 10:03 AM, Alvaro Izquierdo Jimeno wrote: Hi! I’m using rados Gateway with the Swift API to handle objects into Ceph. I’m very interesting to handle metadata with the objects too. So, I can add metadata headers with a given format (X-Container-Meta-X : Y) and get it back again without problem. But, after this, I have several doubts about it: 1.- Which pool stores the metadata? By default, the objects are stored in .rgw.buckets pool. After a updating metadata request (POST request), I can see with ‘rados df’ that the only one pool updated is .rgw.buckets. So, Is the metadata and the objects stored in the same pool? Just note that we do have a plan to be able to set up different data and metadata pools for rgw, and it has been mostly implemented as part of the disaster recovery / geo-replication work that will go into dumpling (just missing an api to configure it). Yehuda Yes, it's stored as RADOS attributes. See this example: root@monitor:~# rados -p .rgw.buckets listxattr 8421179.1_auroracloud.png user.rgw.acl user.rgw.content_type user.rgw.etag user.rgw.x-amz-acl user.rgw.x-amz-date root@monitor:~# 2.- Can I setup this? I mean If I can store the metadata in a different pool or in a Database? No, that is not possible. It's stored as RADOS xattrs. 3.- By the way, is possible to search into radosgw by a metadata? For instance, searching how many objects have the metadata X-Container-Meta-X equal to Y. If the first question in this points is yes, can I make this kind of searching from the Swift API? No, RADOS doesn't support search queries like that. You can't say: Hey, give me all objects with xattr Y = Z -- Wido den Hollander 42on B.V. Phone: +31 (0)20 700 9902 Skype: contact42on Thanks you so much and best regards, Álvaro. Verificada la ausencia de virus por G Data AntiVirus Versión: AVA 22.9938 del 28.05.2013 Noticias de virus: www.antiviruslab.com http://www.antiviruslab.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
Re: [ceph-users] qemu-1.4.2 rbd-fixed ubuntu packages
Arf sorryWolfgang I scratched your name in my previous email :).Sébastien HanCloud Engineer"Always give 100%. Unless you're giving blood."Phone :+33 (0)1 49 70 99 72–Mobile :+33 (0)6 52 84 44 70Email :sebastien@enovance.com–Skype :han.sbastienAddress :10, rue de la Victoire – 75009 ParisWeb :www.enovance.com–Twitter :@enovance On May 29, 2013, at 12:19 AM, Sebastien Han sebastien@enovance.com wrote:Wolgang,I'm interested, and I assume I'm not the only one, thus can't you just make it public for everyone?Thanks.Sébastien HanCloud Engineer"Always give 100%. Unless you're giving blood."image.pngPhone :+33 (0)1 49 70 99 72–Mobile :+33 (0)6 52 84 44 70Email :sebastien@enovance.com–Skype :han.sbastienAddress :10, rue de la Victoire – 75009 ParisWeb :www.enovance.com–Twitter :@enovanceOn May 28, 2013, at 8:10 PM, Alex Bligh a...@alex.org.uk wrote:Wolfgang,On 28 May 2013, at 06:50, Wolfgang Hennerbichler wrote:for anybody who's interested, I've packaged the latest qemu-1.4.2 (not 1.5, it didn't work nicely with libvirt) which includes important fixes to RBD for ubuntu 12.04 AMD64. If you want to save some time, I can share the packages with you. drop me a line ifyou're interested.Information as to what the important fixes are would be appreciated!--Alex Bligh___ceph-users mailing listceph-users@lists.ceph.comhttp://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com___ceph-users mailing listceph-users@lists.ceph.comhttp://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] RADOS Gateway Configuration
Hmmit looks like maybe my issue is bigger than just the swift
secret_key not showing up. I started using the other key that's provided
under keys in the user map just to see if it works but I get 500's back.
In my apache error log I get
[Tue May 28 15:19:59 2013] [notice] Apache/2.2.22 (Ubuntu)
mod_fastcgi/mod_fastcgi-SNAP-0910052141 configured -- resuming normal
operations
[Tue May 28 15:24:04 2013] [error] [client 192.168.1.100] (2)No such file
or directory: FastCGI: failed to connect to server /var/www/s3gw.fcgi:
connect() failed
[Tue May 28 15:24:04 2013] [error] [client 192.168.1.100] FastCGI:
incomplete headers (0 bytes) received from server /var/www/s3gw.fcgi
The errors pop up when I try to hit that endpoint. It's strange because
it's owned by www-data which apache is using and has r/x permissions for
everyone. I'm thinking maybe there's something wrong in my rewrite rule or
with the s3gw.fcgi itself.
rewrite rules:
RewriteEngine On
RewriteRule ^/([a-zA-Z0-9-_.]*)([/]?.*)
/s3gw.fcgi?page=$1params=$2%{QUERY_STRING}
[E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
contents of /var/www/s3gw.fcgi:
#!/bin/sh
exec /usr/bin/radosgw -c /etc/ceph/ceph.conf -n client.radosgw.gateway
On Tue, May 28, 2013 at 11:39 AM, Daniel Curran danielcurra...@gmail.comwrote:
Hey,
I'll check see if I can get it going right now. Thanks for taking the time
to help out
Daniel
On Sat, May 25, 2013 at 7:01 PM, John Wilkins john.wilk...@inktank.comwrote:
Daniel,
I finished up the procedure this morning and put it up on the web. It
seems to be working fine for me.
On Fri, May 24, 2013 at 3:35 PM, John Wilkins john.wilk...@inktank.com
wrote:
Daniel,
I'm working on it. It did need a bit of a rewrite for ceph-deploy,
even though the steps are conceptually the same. In the step here:
http://ceph.com/docs/master/start/quick-rgw/#modify-the-ceph-configuration-file
1. The rewrite--not published yet, as I'm working out a few more
kinks--is to use the ceph-deploy version of the ceph conf file on the
admin node. So you make the modification to the configuration file
there; then, use ceph-deploy config push to push it to the server
host.
2. Create a directory is on the server node, as before.
3. The rewrite rule there is outside of the VirtualHost tags, and
there are two instances of VirtualHost. Remove the first end, and
second beginning of the /VirtualHostVirtualHost *:80, but leave
the rewrite rule. That was a bug. Sorry.
4. Then, create the keyring here:
http://ceph.com/docs/master/start/quick-rgw/#generate-a-keyring-and-key
It wouldn't have worked before, because you didn't have the right
keyring in /etc/ceph. The third step in that procedure says
ceph.keyring. That's no longer correct. By convention with
ceph-deploy, the key ring is ceph.client.admin.keyring.
5. http://ceph.com/docs/master/start/quick-rgw/#enable-ssl Do this
before creating the users if you want to use SSL.
6. Restart ceph, apache, and radosgw as the root user. Then, proceed
to creating a user.
I'll add some examples when I get all the quirks ironed out so you can
just cut and paste.
Regards,
John
On Fri, May 24, 2013 at 2:22 PM, Daniel Curran
danielcurra...@gmail.com wrote:
-- Forwarded message --
From: Daniel Curran danielcurra...@gmail.com
Date: Fri, May 24, 2013 at 4:21 PM
Subject: Re: [ceph-users] RADOS Gateway Configuration
To: John Wilkins john.wilk...@inktank.com
Hey,
I just finished the 5-minute quick start for rados that was given
earlier
but I get the same issue.
{ user_id: johndoe,
display_name: John Doe,
email: j...@example.com,
suspended: 0,
max_buckets: 1000,
auid: 0,
subusers: [
{ id: johndoe:swift,
permissions: full-control}],
keys: [
{ user: johndoe,
access_key: ZM3S10OX6SPBDPGZC19J,
secret_key: AhZlWa1cLkff\/v0NLnMb7HGIAcPu3lMgM8CTKxey}],
swift_keys: [
{ user: johndoe:swift,
secret_key: }],
caps: []}
with no secret_key under swift_keys for me to pass along.
Regenerating the
keys doesn't do anything different. I've also tried using the
secret_key
under keys but that doesn't work either. Any thoughts?
Thanks your help,
Daniel
On Thu, May 23, 2013 at 1:28 PM, John Wilkins
john.wilk...@inktank.com
wrote:
It puts it in the same directory where you executed ceph-deploy.
On Thu, May 23, 2013 at 10:57 AM, Daniel Curran
danielcurra...@gmail.com wrote:
Hey John,
Thanks for the reply. I'll check out that other doc you have there.
Just
for
future reference do you know where ceph-deploy puts the ceph
keyring?
Daniel
On Wed, May 22, 2013 at 7:19 PM, John Wilkins
john.wilk...@inktank.com
wrote:
Daniel,
It looks like I need to update that portion of the docs too, as it
links back to the
Re: [ceph-users] RADOS Gateway Configuration
Can you paste your ceph.conf file, rgw.conf file, s3gw.fcgi file and
your log file?
I'm trying to work out a reliable procedure for the S3 subdomain, and
ran into a a few issues.
On Tue, May 28, 2013 at 4:45 PM, Daniel Curran danielcurra...@gmail.com wrote:
Hmmit looks like maybe my issue is bigger than just the swift secret_key
not showing up. I started using the other key that's provided under keys
in the user map just to see if it works but I get 500's back. In my apache
error log I get
[Tue May 28 15:19:59 2013] [notice] Apache/2.2.22 (Ubuntu)
mod_fastcgi/mod_fastcgi-SNAP-0910052141 configured -- resuming normal
operations
[Tue May 28 15:24:04 2013] [error] [client 192.168.1.100] (2)No such file or
directory: FastCGI: failed to connect to server /var/www/s3gw.fcgi:
connect() failed
[Tue May 28 15:24:04 2013] [error] [client 192.168.1.100] FastCGI:
incomplete headers (0 bytes) received from server /var/www/s3gw.fcgi
The errors pop up when I try to hit that endpoint. It's strange because it's
owned by www-data which apache is using and has r/x permissions for
everyone. I'm thinking maybe there's something wrong in my rewrite rule or
with the s3gw.fcgi itself.
rewrite rules:
RewriteEngine On
RewriteRule ^/([a-zA-Z0-9-_.]*)([/]?.*)
/s3gw.fcgi?page=$1params=$2%{QUERY_STRING}
[E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
contents of /var/www/s3gw.fcgi:
#!/bin/sh
exec /usr/bin/radosgw -c /etc/ceph/ceph.conf -n client.radosgw.gateway
On Tue, May 28, 2013 at 11:39 AM, Daniel Curran danielcurra...@gmail.com
wrote:
Hey,
I'll check see if I can get it going right now. Thanks for taking the time
to help out
Daniel
On Sat, May 25, 2013 at 7:01 PM, John Wilkins john.wilk...@inktank.com
wrote:
Daniel,
I finished up the procedure this morning and put it up on the web. It
seems to be working fine for me.
On Fri, May 24, 2013 at 3:35 PM, John Wilkins john.wilk...@inktank.com
wrote:
Daniel,
I'm working on it. It did need a bit of a rewrite for ceph-deploy,
even though the steps are conceptually the same. In the step here:
http://ceph.com/docs/master/start/quick-rgw/#modify-the-ceph-configuration-file
1. The rewrite--not published yet, as I'm working out a few more
kinks--is to use the ceph-deploy version of the ceph conf file on the
admin node. So you make the modification to the configuration file
there; then, use ceph-deploy config push to push it to the server
host.
2. Create a directory is on the server node, as before.
3. The rewrite rule there is outside of the VirtualHost tags, and
there are two instances of VirtualHost. Remove the first end, and
second beginning of the /VirtualHostVirtualHost *:80, but leave
the rewrite rule. That was a bug. Sorry.
4. Then, create the keyring here:
http://ceph.com/docs/master/start/quick-rgw/#generate-a-keyring-and-key
It wouldn't have worked before, because you didn't have the right
keyring in /etc/ceph. The third step in that procedure says
ceph.keyring. That's no longer correct. By convention with
ceph-deploy, the key ring is ceph.client.admin.keyring.
5. http://ceph.com/docs/master/start/quick-rgw/#enable-ssl Do this
before creating the users if you want to use SSL.
6. Restart ceph, apache, and radosgw as the root user. Then, proceed
to creating a user.
I'll add some examples when I get all the quirks ironed out so you can
just cut and paste.
Regards,
John
On Fri, May 24, 2013 at 2:22 PM, Daniel Curran
danielcurra...@gmail.com wrote:
-- Forwarded message --
From: Daniel Curran danielcurra...@gmail.com
Date: Fri, May 24, 2013 at 4:21 PM
Subject: Re: [ceph-users] RADOS Gateway Configuration
To: John Wilkins john.wilk...@inktank.com
Hey,
I just finished the 5-minute quick start for rados that was given
earlier
but I get the same issue.
{ user_id: johndoe,
display_name: John Doe,
email: j...@example.com,
suspended: 0,
max_buckets: 1000,
auid: 0,
subusers: [
{ id: johndoe:swift,
permissions: full-control}],
keys: [
{ user: johndoe,
access_key: ZM3S10OX6SPBDPGZC19J,
secret_key: AhZlWa1cLkff\/v0NLnMb7HGIAcPu3lMgM8CTKxey}],
swift_keys: [
{ user: johndoe:swift,
secret_key: }],
caps: []}
with no secret_key under swift_keys for me to pass along.
Regenerating the
keys doesn't do anything different. I've also tried using the
secret_key
under keys but that doesn't work either. Any thoughts?
Thanks your help,
Daniel
On Thu, May 23, 2013 at 1:28 PM, John Wilkins
john.wilk...@inktank.com
wrote:
It puts it in the same directory where you executed ceph-deploy.
On Thu, May 23, 2013 at 10:57 AM, Daniel Curran
danielcurra...@gmail.com wrote:
Hey John,
Thanks for the reply. I'll check out that other doc you have there.
Just
Re: [ceph-users] qemu-1.4.2 rbd-fixed ubuntu packages
Seb, yeah, it would be nice to have the debs. Is there a ppa that we could all use?ThanksAndreiFrom: "Sebastien Han" sebastien@enovance.comTo: "Alex Bligh" a...@alex.org.ukCc: ceph-users@lists.ceph.comSent: Tuesday, 28 May, 2013 11:21:28 PMSubject: Re: [ceph-users] qemu-1.4.2 rbd-fixed ubuntu packagesArf sorryWolfgang I scratched your name in my previous email :).Sébastien HanCloud Engineer"Always give 100%. Unless you're giving blood."Phone :+33 (0)1 49 70 99 72–Mobile :+33 (0)6 52 84 44 70Email :sebastien@enovance.com–Skype :han.sbastienAddress :10, rue de la Victoire – 75009 ParisWeb :www.enovance.com–Twitter :@enovance On May 29, 2013, at 12:19 AM, Sebastien Han sebastien@enovance.com wrote:Wolgang,I'm interested, and I assume I'm not the only one, thus can't you just make it public for everyone?Thanks.Sébastien HanCloud Engineer"Always give 100%. Unless you're giving blood."image.pngPhone :+33 (0)1 49 70 99 72–Mobile :+33 (0)6 52 84 44 70Email :sebastien@enovance.com–Skype :han.sbastienAddress :10, rue de la Victoire – 75009 ParisWeb :www.enovance.com–Twitter :@enovanceOn May 28, 2013, at 8:10 PM, Alex Bligh a...@alex.org.uk wrote:Wolfgang,On 28 May 2013, at 06:50, Wolfgang Hennerbichler wrote:for anybody who's interested, I've packaged the latest qemu-1.4.2 (not 1.5, it didn't work nicely with libvirt) which includes important fixes to RBD for ubuntu 12.04 AMD64. If you want to save some time, I can share the packages with you. drop me a line ifyou're interested.Information as to what the important fixes are would be appreciated!--Alex Bligh___ceph-users mailing listceph-users@lists.ceph.comhttp://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com___ceph-users mailing listceph-users@lists.ceph.comhttp://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com___ceph-users mailing listceph-users@lists.ceph.comhttp://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] v0.63 released
Another sprint, and v0.63 is here. This release features librbd improvements, mon fixes, osd robustness, and packaging fixes. Notable features in this release include: * librbd: parallelize delete, rollback, flatten, copy, resize * librbd: ability to read from local replicas * osd: resurrect partially deleted PGs * osd: prioritize recovery for degraded PGs * osd: fix internal heartbeart timeouts when scrubbing very large objects * osd: close narrow journal race * rgw: fix usage log scanning for large, untrimmed logs * rgw: fix locking issue, user operation mask, * initscript: fix osd crush weight calculation when using -a * initscript: fix enumeration of local daemons * mon: several fixes to paxos, sync * mon: new --extract-monmap to aid disaster recovery * mon: fix leveldb compression, trimming * add 'config get' admin socket command * rados: clonedata command for cli * debian: stop daemons on uninstall; fix dependencies * debian wheezy: fix udev rules * many many small fixes from coverity scan You can get v0.63 from the usual places: * Git at git://github.com/ceph/ceph.git * Tarball at http://ceph.com/download/ceph-0.63.tar.gz * For Debian/Ubuntu packages, see http://ceph.com/docs/master/install/debian * For RPMs, see http://ceph.com/docs/master/install/rpm ___ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
[ceph-users] [TuanTB] I want to join maillistsceph-delvel, ceph-users
Hi Majodomo I am TuanTB (full name: Tuan Ta Ba, and I come from VietNam), I 'm working about the Cloud Computing Of course, Were are using the Ceph, and I'm a new Ceph'member so, I hope to be joined ceph-delvel, ceph-users mailist. Thank you so much Regrex! --TuanTB ___ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
Re: [ceph-users] qemu-1.4.2 rbd-fixed ubuntu packages
Sorry, too lazy for a ppa. But 4 files you can download and install with dpkg -i: http://www.wogri.at/Qemu-Ceph-Packages.343.0.html Wolfgang On 05/29/2013 02:49 AM, Andrei Mikhailovsky wrote: Seb, yeah, it would be nice to have the debs. Is there a ppa that we could all use? Thanks Andrei *From: *Sebastien Han sebastien@enovance.com *To: *Alex Bligh a...@alex.org.uk *Cc: *ceph-users@lists.ceph.com *Sent: *Tuesday, 28 May, 2013 11:21:28 PM *Subject: *Re: [ceph-users] qemu-1.4.2 rbd-fixed ubuntu packages Arf sorry Wolfgang I scratched your name in my previous email :). Sébastien Han Cloud Engineer Always give 100%. Unless you're giving blood. *Phone : *+33 (0)1 49 70 99 72 – *Mobile : *+33 (0)6 52 84 44 70 *Email :* sebastien@enovance.com mailto:sebastien@enovance.com – *Skype : *han.sbastien *Address :* 10, rue de la Victoire – 75009 Paris *Web : *www.enovance.com http://www.enovance.com/ – *Twitter : *@enovance On May 29, 2013, at 12:19 AM, Sebastien Han sebastien@enovance.com mailto:sebastien@enovance.com wrote: Wolgang, I'm interested, and I assume I'm not the only one, thus can't you just make it public for everyone? Thanks. Sébastien Han Cloud Engineer Always give 100%. Unless you're giving blood. image.png Phone : +33 (0)1 49 70 99 72 – Mobile : +33 (0)6 52 84 44 70 Email : sebastien@enovance.com mailto:sebastien@enovance.com – Skype : han.sbastien Address : 10, rue de la Victoire – 75009 Paris Web : www.enovance.com – Twitter : @enovance On May 28, 2013, at 8:10 PM, Alex Bligh a...@alex.org.uk wrote: Wolfgang, On 28 May 2013, at 06:50, Wolfgang Hennerbichler wrote: for anybody who's interested, I've packaged the latest qemu-1.4.2 (not 1.5, it didn't work nicely with libvirt) which includes important fixes to RBD for ubuntu 12.04 AMD64. If you want to save some time, I can share the packages with you. drop me a line if you're interested. Information as to what the important fixes are would be appreciated! -- Alex Bligh ___ 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 -- DI (FH) Wolfgang Hennerbichler Software Development Unit Advanced Computing Technologies RISC Software GmbH A company of the Johannes Kepler University Linz IT-Center Softwarepark 35 4232 Hagenberg Austria Phone: +43 7236 3343 245 Fax: +43 7236 3343 250 wolfgang.hennerbich...@risc-software.at http://www.risc-software.at ___ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
