The code is here: https://github.com/openstack/devstack-plugin-ceph
> On 25 Nov 2015, at 13:49, Sebastien Han <s...@redhat.com> wrote:
>
> The patch just landed, as soon as I have the repo I’ll move the code and do
> some testing.
>
>> On 24 Nov 2015, at 16:20, Seb
The patch just landed, as soon as I have the repo I’ll move the code and do
some testing.
> On 24 Nov 2015, at 16:20, Sebastien Han <s...@redhat.com> wrote:
>
> Hi Ramana,
>
> I’ll resurrect the infra patch and put the project under the right namespace.
> There is
Hi Ramana,
I’ll resurrect the infra patch and put the project under the right namespace.
There is no plugin at the moment.
I’ve figured out that this is quite urgent and we need to solve this asap since
devstack-ceph is used by the gate as well :-/
I don’t think there is much changes to do on
Like this idea too, we should have done that long ago. :)
On 24 Jun 2015, at 02:17, Adam Spiers aspi...@suse.com wrote:
Digimer li...@alteeve.ca wrote:
Resending to the Cluster Labs mailing list, this list is deprecated
Thanks, I only realised that after getting a deprecation warning :-(
Hi Kun,
On 09 Jun 2015, at 05:34, Kun Feng fengku...@gmail.com wrote:
Hi all,
I'm using ceph as storage backend for Nova and Glance, and merged the
rbd-ephemeral-clone patch into Nova. As VM disks are Copy-on-write clones of
a image, I have some concerns about this:
1. Since
You must make sure that this path is writable by QEMU and allowed by SELinux or
AppArmor.
On 07 May 2015, at 10:23, killingwolf killingw...@qq.com wrote:
You should make sure the two file writeable.
-- Original --
From: 李沛伦;lpl6338...@gmail.com;
Actually the issue is that the configdrive is store a file on the fs under
/var/lib/nova/instances/$uuid/config.drive
AFAIR the other problem is the format of that file that is not supported by
libvirt for the live migration.
I think you have to apply this patch:
Hey,
Did you have a look at koala (https://github.com/stackforge/kolla)?
Trying to avoid duplicating work :)
On 29 Apr 2015, at 14:08, CoreOS jwlee.phob...@gmail.com wrote:
Hello,
I’m trying to develop fault tolerance supporting OpenStack on Docker/CoreOS.
I think this kind of
I believe this will start somewhere after Kilo.
On 28 Jan 2015, at 22:59, Valeriy Ponomaryov vponomar...@mirantis.com wrote:
Hello Jake,
Main thing, that should be mentioned, is that blueprint has no assignee.
Also, It is created long time ago without any activity after it.
I did not
One of the extra benefit could be that you’re doing backup on another Ceph
cluster (potentially on another location).
However this will never prevent you from corruption since if corruption already
occurred then it will be replicated.
Like Erik mentioned a catastrophic situation were you lose
Big +1 on this.
Missing such support would make the implementation useless.
Sébastien Han
Cloud Engineer
Always give 100%. Unless you're giving blood.”
Phone: +33 (0)1 49 70 99 72
Mail: sebastien@enovance.com
Address : 11 bis, rue Roquépine - 75008 Paris
Web : www.enovance.com -
11 matches
Mail list logo