a clue?
The source of rados-java: https://github.com/wido/rados-java
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info
point.
Currently virsh doesn't support flags, but that could be fixed in a
different patch.
Does my idea sound sane?
[0]:
http://libvirt.org/git/?p=libvirt.git;a=blob;f=src/storage/storage_backend_rbd.c;h=e3340f63f412c22d025f615beb7cfed25f00107b;hb=master#l407
--
Wido den Hollander
42on B.V
in the code.
I see. Works like a charm for me now. I'll do some further testing with
CloudStack.
Wido
On Thu, Aug 15, 2013 at 9:57 AM, Noah Watkins noah.watk...@inktank.com wrote:
On Thu, Aug 15, 2013 at 8:51 AM, Wido den Hollander w...@42on.com wrote:
public ListRbdSnapInfo snapList() throws
the packaging should be.
One of the things I haven't tested thoroughly enough is if you as a user
of the bindings are able to crash the JVM. Since that should never happen.
Wido
On Wed, Aug 21, 2013 at 5:11 AM, Wido den Hollander w...@42on.com wrote:
On 08/20/2013 11:26 PM, Noah Watkins wrote:
Wido
to the
rbd_create3 method, so it's now hardcoded in libvirt.
Any comments on this patch before I fire it of to the libvirt guys?
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
From 2731f7c131d938ed5029bf8343877fcc4d950a0f Mon Sep 17 00:00:00 2001
From: Wido den
On 08/30/2013 05:26 PM, Josh Durgin wrote:
On 08/30/2013 02:42 AM, Wido den Hollander wrote:
Hi,
I created the attached patch to have libvirt create images with format 2
by default, this would simplify the CloudStack code and could also help
other projects.
The problem with libvirt
On 08/20/2013 11:12 PM, Josh Durgin wrote:
On 08/20/2013 08:36 AM, Wido den Hollander wrote:
Hi,
The current [0] libvirt storage pool code simply calls rbd_remove
without anything else.
As far as I know rbd_remove will fail if the image still has snapshots,
you have to remove those snapshots
On 08/30/2013 08:38 PM, Wido den Hollander wrote:
On 08/30/2013 05:26 PM, Josh Durgin wrote:
On 08/30/2013 02:42 AM, Wido den Hollander wrote:
Hi,
I created the attached patch to have libvirt create images with format 2
by default, this would simplify the CloudStack code and could also help
wide
meetup. For instance it would be great to have a Ceph room during FOSDEM (
http://fosdem.org/ february 2014 ).
I'm in! NL, BE, DE or FR doesn't matter to me.
Cheers
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send
using it.
Would it be an idea that you can configure librados not to block
indefinitely and return for example ETIMEDOUT?
By default librados could stay blocking like it's now so nothing changes
for existing users.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
On 10/10/2013 03:45 PM, Sage Weil wrote:
On Thu, 10 Oct 2013, Wido den Hollander wrote:
Hi,
Currently librados blocks all calls when something is not working inside the
Ceph cluster.
This is common practice for fopen(), fread() and fwrite(), but I'm running
into a use-case where I think
the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph
bucket.us.myobject.store
Does it sound reasonable what I'm thinking of or am I completely wrong
about this?
[0]: http://doc.powerdns.com/html/remotebackend.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den
On 11/06/2013 10:12 PM, Yehuda Sadeh wrote:
On Wed, Nov 6, 2013 at 11:33 AM, Wido den Hollander w...@42on.com wrote:
Hi,
I'm working on a RGW setup where I'm using Varnish[0] to cache objects, but
when doing so you run into the problem that a lot of (cached) requests will
not reach the RGW
it to dumpling on my cluster and works fine. Didn't feel like
upgrading to master yet.
Wido
Yehuda
On Nov 11, 2013 12:40 PM, Wido den Hollander w...@42on.com wrote:
On 11/06/2013 10:12 PM, Yehuda Sadeh wrote:
On Wed, Nov 6, 2013 at 11:33 AM, Wido den Hollander w...@42on.com wrote
the right version.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More
;hb=HEAD
- Mail original -
wow, sounds very interesting, being on the road for the next 3 days I
will have a closer look next week.
Thnx n regards,
Oliver.
De: Wido den Hollander w...@42on.com
À: Oliver Francke oliver.fran...@filoo.de
Cc: ceph-devel@vger.kernel.org
Envoyé: Vendredi 24
somebody to
look at it.
[0]: https://www.redhat.com/archives/libvir-list/2013-December/msg00645.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord
On 01/17/2014 06:07 PM, James Page wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Wido
On 17/01/14 13:39, Wido den Hollander wrote:
If the patch makes it into Libvirt in let's say 6 weeks it will
probably not make it into 14.04 since that has been feature
frozen.
Is there a way we
On 01/17/2014 02:39 PM, Wido den Hollander wrote:
Hi James (CC to devel),
I've been trying to get a patch [0] into libvirt for the last couple of
months to have libvirt create RBD images format 2 by default.
The response from the RedHat people has been zero until thus far. Since
this would
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/libvirt-bin
[4]:
http://archive.ubuntu.com/ubuntu/pool/main/libv/libvirt/libvirt_1.2.1-0ubuntu9.debian.tar.gz
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord
be that the Wiki is a
proper location?
Thanks in advance for any pointers or advice :-)
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More
On 03/03/2014 04:35 PM, Loic Dachary wrote:
On 03/03/2014 15:47, Wido den Hollander wrote:
On 03/03/2014 02:20 PM, Loic Dachary wrote:
Hi John,
I'd like to draft a user guide for erasure coded pools, oriented toward system
administrators. Where do you advise me to insert this ? Should I
this into ceph.git now (src/brag/{client, server}). I don't
see Signed-off-by lines on the commits, though, or an indication of what
the license is. Can you confirm whether this should be LGPL or MIT or
whatever?
Thanks!
sage
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype
counter will assign to zero for the volume.
Any feedback is appreciate!
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info
being created with format 1 and that will
otherwise be hunting us for a long time.
I'd vote for making format 2 the default or at least patch the 'rbd'
tool to create format 2 images.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from
On 04/08/2014 02:56 PM, Ilya Dryomov wrote:
On Tue, Apr 8, 2014 at 4:47 PM, Wido den Hollander w...@42on.com wrote:
Hi,
With Ubuntu 14.04 now shipping with the 3.13 kernel it fully supports Format
2 in both librbd and krbd.
For RHEL 7 there will be a extra yum repo with a module which
0.72.2.
Thank you for your time,
Thorwald Lundqvist.
Jumpstarter AB
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Ceph
den Hollander
42on B.V.
Ceph trainer and consultant
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
When the IP-address from a monitor is a IPv6 address, encapsulate
it with [ and ]
Fixes: #8309
Signed-off-by: Wido den Hollander w...@widodh.nl
---
ceph_deploy/new.py |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/ceph_deploy/new.py b/ceph_deploy/new.py
index
Signed-off-by: Wido den Hollander w...@widodh.nl
---
ceph_deploy/new.py |6 ++
1 file changed, 6 insertions(+)
diff --git a/ceph_deploy/new.py b/ceph_deploy/new.py
index fc4c5f4..e573128 100644
--- a/ceph_deploy/new.py
+++ b/ceph_deploy/new.py
@@ -91,9 +91,11 @@ def new(args
://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Ceph trainer and consultant
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
you mean something like 4MB? The regular strip-size
for RBD, CephFS and such?
Thanks,
Guang
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord
, copy-on-write operation.
What do you think above? More feedbacks are appreciate!
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More
this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Ceph trainer and consultant
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from
back to that OSD.
Best Regards
Zou
On Fri, Jun 6, 2014 at 4:27 PM, Wido den Hollander w...@42on.com wrote:
On 06/06/2014 10:14 AM, zou wonder wrote:
Hi buddies,
I am doing investigation on Ceph and Swift,and I am newbie to Ceph.
I am unclear to the behaviour of the Ceph when
Hi,
I'm testing a small Ceph cluster with Asus C60M1-1 mainboards.
The setup is:
- AMD Fusion C60 CPU
- 8GB DDR3
- 1x Intel 520 120GB SSD (OS + Journaling)
- 4x 1TB disk
I had two of these systems running, but yesterday I wanted to add a
third one.
So I had 8 OSDs (one per disk) running on
Op 16 jan. 2013 om 18:00 heeft Sage Weil s...@inktank.com het volgende
geschreven:
On Wed, 16 Jan 2013, Wido den Hollander wrote:
On 01/16/2013 11:50 AM, Marcin Szukala wrote:
Hi all,
Any ideas how can I resolve my issue? Or where the problem is?
Let me describe the issue.
Host
Hi,
On 01/17/2013 03:35 PM, Jens Kristian Søgaard wrote:
Hi guys,
I had a functioning Ceph system that reported HEALTH_OK. It was running
with 3 osds on 3 servers.
Then I added an extra osd on 1 of the servers using the commands from
the documentation here:
Hi,
On 01/17/2013 03:50 PM, Stefan Priebe wrote:
Hi,
Am 17.01.2013 15:47, schrieb Wido den Hollander:
You might want to try building from 'next' yourself or fetch some new
packages from the RPM repos: http://eu.ceph.com/docs/master/install/rpm/
Should it be backported to bobtail branch
Hi,
On 01/19/2013 12:34 AM, John Nielsen wrote:
I'm planning a Ceph deployment which will include:
10Gbit/s public/client network
10Gbit/s cluster network
dedicated mon hosts (3 to start)
dedicated storage hosts (multiple disks, one XFS and OSD per disk, 3-5
to
Hi,
On 01/17/2013 10:55 AM, Ulysse 31 wrote:
Hi all,
I'm not sure if it's the good mailing, if not, sorry for that, tell me
the appropriate one, i'll go for it.
Here is my actual project :
The company i work for has several buildings, each of them are linked
with gigabit trunk links allowing
On 01/21/2013 02:08 PM, Joao Eduardo Luis wrote:
On 01/21/2013 08:14 AM, Ulysse 31 wrote:
Hi everybody,
In fact, i found searching the doc on section adding/removing a
monitor, infos about the paxos system used for quorum establishment.
Following the documentation, in a catastrophy scenario,
Hi,
On 01/21/2013 05:11 PM, Travis Rhoden wrote:
I suspect someone is working on it, but http://ceph.com/docs/master/
is returning HTTP 404.
I don't know if anyone is working on it, but in the meantime, use:
http://eu.ceph.com/docs/master/
Wido
- Travis
--
To unsubscribe from this
On 01/22/2013 07:12 AM, Yehuda Sadeh wrote:
On Mon, Jan 21, 2013 at 10:05 PM, Sage Weil s...@inktank.com wrote:
We observed an interesting situation over the weekend. The XFS volume
ceph-osd locked up (hung in xfs_ilock) for somewhere between 2 and 4
minutes. After 3 minutes (180s),
On 01/22/2013 12:15 AM, John Nielsen wrote:
Thanks all for your responses! Some comments inline.
On Jan 20, 2013, at 10:16 AM, Wido den Hollander w...@widodh.nl wrote:
On 01/19/2013 12:34 AM, John Nielsen wrote:
I'm planning a Ceph deployment which will include:
10Gbit/s public
Hi,
(http://permalink.gmane.org/gmane.comp.file-systems.ceph.devel/12316)
Hopefully not Varnish-specific; something like the Last-Modified header
would be good.
Also there are tricks you can do with queries; see for instance
http://forum.nginx.org/read.php?2,1047,1052
It seems like a good
On 01/22/2013 10:19 PM, Gandalf Corvotempesta wrote:
Where should MDS server be placed, in the cluster network or in the
public network with MONs ?
It should be located in the public network since clients need to be able
to interact with it.
Wido
--
To unsubscribe from this list: send the
On 01/23/2013 10:44 AM, Gandalf Corvotempesta wrote:
2013/1/23 Wido den Hollander w...@widodh.nl:
It should be located in the public network since clients need to be able to
interact with it.
Ok.
Cluster network is only needed by OSDs ? No other devices should be
able to access it ?
Indeed
On 01/23/2013 01:14 PM, Jens Kristian Søgaard wrote:
Hi Sage,
I think the problem now is just that 'osd target transaction size' is
too big (default is 300). Recommended 50.. let's see how that goes.
Even smaller (20 or 25) would probably be fine.
Going through the code and reading that
On 01/24/2013 04:53 PM, Jens Kristian Søgaard wrote:
Hi Dimitri,
Where in ceph.conf do I tell it to use qemu and librbd instead of
kernel module?
You do not need to specify that in ceph.conf.
When you run qemu then specify the disk for example like this:
-drive
On 01/25/2013 11:47 AM, Ugis wrote:
This could work, thanks!
P.S. Is there a way to tell which client has mapped certain rbd if no
rbd lock is used?
What you could do is this:
$ rbd lock add myimage `hostname`
That way you know which client locked the image.
Wido
It would be useful to
Hi,
Yesterday I ran into a weird situation where my libvirt RBD pool
just wouldn't work.
Turned out the credentials I was using only had rw permissions for OSDs
instead of rwx or *.
This caused rbd_open to fail, looking at librbd itself I understand why
execute permissions are required to
Hi,
Well, lats minute it is! I'll drop by tomorrow. Decided this evening
that I'll be going to FOSDEM tomorrow.
See you guys there!
Wido
On 02/01/2013 05:17 PM, Loic Dachary wrote:
Hi,
If you're interested in meeting to discuss ceph tomorrow ( Saturday ) at 2pm
during
On 02/06/2013 07:15 PM, Yehuda Sadeh wrote:
On Wed, Feb 6, 2013 at 9:25 AM, Sage Weil s...@inktank.com wrote:
One of the goals for cuttlefish is to improvement manageability of the
system. This will invovle both cleaning up the CLI and adding a REST API
to do everything the CLI current does.
Hi,
I knew that there were Java bindings for RADOS, but they weren't linked.
Well, some searching on Github lead me to Noah's bindings [0], but it
was a bit of searching.
I expect new users to be less fortunate and end up searching endlessly
for them.
The docs say this now:
Hi Noah,
On 02/08/2013 04:42 PM, Noah Watkins wrote:
On Feb 8, 2013, at 1:06 AM, Wido den Hollander w...@widodh.nl wrote:
Hi,
I knew that there were Java bindings for RADOS, but they weren't linked.
Well, some searching on Github lead me to Noah's bindings [0], but it was a bit
-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body
majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
From: Wido den Hollander w...@widodh.nl
It's still not clear to end users this should go into the
mon or global section of ceph.conf
Until this gets resolved document it here as well for the people
who look up their settings in the source code.
Signed-off-by: Wido den Hollander w...@42on.com
josh.dur...@inktank.com wrote:
On 02/08/2013 01:06 AM, Wido den Hollander wrote:
Hi,
I knew that there were Java bindings for RADOS, but they weren't linked.
Well, some searching on Github lead me to Noah's bindings [0], but it
was a bit of searching.
I expect new users to be less fortunate and end
/ee8b87fe93f87f92a7c3fa197a33b3d2de2fc4b6
Wido
Thanks for your help,
DanielH
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20
= /dev/sdb
THANKS. --
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on
to authenticate with the cluster.
Wido
P.S.: This would be something for the -users list.
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den
/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo
On 03/05/2013 07:28 PM, Sage Weil wrote:
On Tue, 5 Mar 2013, Greg Farnum wrote:
On Tuesday, March 5, 2013 at 10:08 AM, Wido den Hollander wrote:
On 03/05/2013 06:03 PM, Greg Farnum wrote:
This is a companion discussion to the blog post at
http://ceph.com/dev-notes/cephfs-mds-status
at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 03/05/2013 08:33 PM, Sage Weil wrote:
On Tue, 5 Mar 2013, Wido den Hollander wrote:
Wido, by 'user quota' do you mean something that is uid-based, or would
enforcement on subtree/directory quotas be sufficient for your use cases?
I've been holding out hope that uid-based usage accounting
.
Wido
Regards,
Damien
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
at the Python and PHP bindings (which I
wrote) it seems that is correct.
It also says: @returns length of the buffer we would need to list all
pools
Docs issue I guess?
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line
, March 27, 2013 at 1:59 AM, Wido den Hollander wrote:
Hi,
While working with rados_pool_list I stumbled upon what I think is a
documentation issue.
librados.h tells me this:
/**
* List objects in a pool
*
* Gets a list of pool names as NULL-terminated strings. The pool
* names will be placed
Signed-off-by: Wido den Hollander w...@42on.com
---
doc/rbd/rbd-cloudstack.rst | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/doc/rbd/rbd-cloudstack.rst b/doc/rbd/rbd-cloudstack.rst
index fb66978..b81660e 100644
--- a/doc/rbd/rbd-cloudstack.rst
+++ b/doc/rbd
Hi,
Is it possible that the keys are pushed to for example keyserver.ubuntu.com?
This makes integration with for example Puppetlabs Apt a bit easier when
adding a entry to /etc/apt/sources.list.d
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe
this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe
the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph
in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message
://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
: andreas.friedr...@ts.fujitsu.com
Web: ts.fujitsu.com
Company details: de.ts.fujitsu.com/imprint
--
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph
-repository-upload.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe
existing code.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More
in memory?
In Java?
The goal is to go from QCOW2 to RBD format 2 in one step.
[0]: http://tracker.ceph.com/issues/4897
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord
On 05/14/2013 12:34 PM, Leen Besselink wrote:
On Tue, May 14, 2013 at 12:16:32PM +0200, Wido den Hollander wrote:
Hi,
Hi Leen,
Hi Wido,
While working on the CloudStack code for 4.2 I'm running into some
problems with QCOW2 and RBD format 2.
A quick cap of the problem:
CloudStack
Op 14 mei 2013 om 21:59 heeft Josh Durgin josh.dur...@inktank.com het
volgende geschreven:
On 05/14/2013 03:16 AM, Wido den Hollander wrote:
Hi,
While working on the CloudStack code for 4.2 I'm running into some
problems with QCOW2 and RBD format 2.
A quick cap of the problem
-snapshot avail - they know of this
restriction -, it's more work for the customers
to perform a shutdown before the wonna do some changes to their VM ;)
Doesn't Qemu try to save the memory state to RBD here as well? That
doesn't work and fails.
Any hints welcome,
Oliver.
--
Wido den
available.
This might also be useful for librbd. Refuse the creation of new RBD
images so that existing images can continue operating.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body
On 05/29/2013 10:14 AM, Wido den Hollander wrote:
Hi,
Is there a way to find out if a cluster is near full via librados?
Yes, there is. (Thanks tnt on IRC!)
There is ofcourse rados_cluster_stat which will give you:
struct rados_cluster_stat_t {
uint64_t kb, kb_used, kb_avail;
uint64_t
which is created by udev.
Thanks.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
in OpenStack? Or are you facing similar issues?
P.S.: I'm testing with libvirt 1.0.6 from the Ubuntu Cloud Team archive
with packages for OpenStack Havana.
--
Wido den Hollander
42on B.V.
Phone: +31 (0)20 700 9902
Skype: contact42on
--
To unsubscribe from this list: send the line unsubscribe ceph-devel
? Create
a new RBD image?
orig rbd img name.memory.snapshot name
Like that?
Wido
Josh
On Fri, Jul 19, 2013 at 4:41 PM, Sage Weil s...@inktank.com wrote:
On Fri, 19 Jul 2013, Josh Durgin wrote:
On 07/18/2013 08:21 AM, Wido den Hollander wrote:
Hi,
I'm working on the RBD integration
Hi,
On 19-07-12 16:55, Sébastien Han wrote:
Hi Cephers!
I'm working with rbd mapping. I figured out that the block device size
of the rbd device is not update while the device is mounted. Here my
tests:
iirc this is not something RBD specific, but since the device is in use
it can't be
1 - 100 of 461 matches
Mail list logo
