2014-04-17 21:30 GMT+02:00 Eric Windisch ewindi...@docker.com:
Furthermore, I've started testing KVM/Qemu support. It's looking
promising. It's too early to claim it's supported, but I've only ran into
minor issues so far. I'll update again when I've made further progress.
Also pending, but
As I really would like to keep a 1:1 matching with my current Devstack
installation, have you tried to trick Dockenstack by modifying the
localrc file to say Qemu as the driver ?
Not yet, but I'd like to. It has been a secondary goal at this point. I
have successfully tested with the
On 04/16/2014 03:06 PM, Eric Windisch wrote:
As I really would like to keep a 1:1 matching with my current Devstack
installation, have you tried to trick Dockenstack by modifying the
localrc file to say Qemu as the driver ?
Not yet, but I'd like to. It has been a secondary
Hi Eric,
2014-04-16 21:06 GMT+02:00 Eric Windisch e...@windisch.us:
As I really would like to keep a 1:1 matching with my current Devstack
installation, have you tried to trick Dockenstack by modifying the
localrc file to say Qemu as the driver ?
Not yet, but I'd like to. It has been
On 04/12/2014 03:24 PM, Sylvain Bauza wrote:
Hi Eric,
2014-04-12 5:45 GMT+02:00 Eric Windisch ewindi...@docker.com
mailto:ewindi...@docker.com:
snip
As for dockenstack, this might deserve a separate thread. What I've
done here is build something that may be useful
On 13/04/14 01:49, Russell Bryant wrote:
On 04/12/2014 02:27 PM, James E. Blair wrote:
Michael Still mi...@stillhq.com writes:
Agreed, where it makes sense. In general we should be avoiding third
party CI unless we need to support something we can't in the gate -- a
proprietary virt driver,
On 12/04/14 04:45, Eric Windisch wrote:
Any disagreements with that goal?
No disagreement at all.
Not that we're talking yet about moving the driver back into Nova, I'd
like to take this opportunity to remind anyone interesting in
contributing a Cinder driver that it would be a
Michael Still mi...@stillhq.com writes:
Agreed, where it makes sense. In general we should be avoiding third
party CI unless we need to support something we can't in the gate -- a
proprietary virt driver, or weird network hardware for example. I
think we've now well and truly demonstrated
Hi Eric,
2014-04-12 5:45 GMT+02:00 Eric Windisch ewindi...@docker.com:
snip
As for dockenstack, this might deserve a separate thread. What I've done
here is build something that may be useful to openstack-infra and might
necessitate further discussion. It's the fastest way to get the
On 04/12/2014 02:27 PM, James E. Blair wrote:
Michael Still mi...@stillhq.com writes:
Agreed, where it makes sense. In general we should be avoiding third
party CI unless we need to support something we can't in the gate -- a
proprietary virt driver, or weird network hardware for example. I
On 04/11/2014 10:11 AM, Derek Higgins wrote:
Hi All,
I've been taking a look at devstack support for nova-docker[1] which
was recently taken out of nova. I stumbled across a similar effort
currently underway[2], so have based my work off that.
What I hope to do is setup a check doing
I would rather see the devstack support be integrated in devstack's repo
itself. There's a review
Outstanding for devstack[1] that adds this support in and also adds in
some pieces to make
it easier to utilize external nova drivers.
If that fails out then I'm all for merging in your review to
On 04/11/2014 11:28 AM, Paul Czarkowski wrote:
I would rather see the devstack support be integrated in devstack's repo
itself. There's a review
Outstanding for devstack[1] that adds this support in and also adds in
some pieces to make
it easier to utilize external nova drivers.
If
On 11/04/14 16:28, Paul Czarkowski wrote:
I would rather see the devstack support be integrated in devstack's repo
itself. There's a review
Outstanding for devstack[1] that adds this support in and also adds in
some pieces to make
it easier to utilize external nova drivers.
Great, I hadn't
On 04/11/2014 11:50 AM, Derek Higgins wrote:
On 11/04/14 16:28, Paul Czarkowski wrote:
I would rather see the devstack support be integrated in devstack's repo
itself. There's a review
Outstanding for devstack[1] that adds this support in and also adds in
some pieces to make
it easier to
Based on this feedback I have removed the docker portions of the review to
devstack
But have kept in the changes that make it easier for a nova drivers to add
their own
Files to the nova rootwrap.d directory.
On 4/11/14 10:47 AM, Russell Bryant rbry...@redhat.com wrote:
On 04/11/2014 11:28 AM,
What I hope to do is setup a check doing CI on devstack-f20 nodes[3],
this will setup a devstack based nova with the nova-docker driver and
can then run what ever tests make sense (currently only a minimal test,
Eric I believe you were looking at tempest support maybe it could be
hooked in
On 04/11/2014 04:29 PM, Eric Windisch wrote:
What I hope to do is setup a check doing CI on devstack-f20 nodes[3],
this will setup a devstack based nova with the nova-docker driver and
can then run what ever tests make sense (currently only a minimal test,
Eric I believe you
On 04/11/2014 04:39 PM, Russell Bryant wrote:
On 04/11/2014 04:29 PM, Eric Windisch wrote:
What I hope to do is setup a check doing CI on devstack-f20 nodes[3],
this will setup a devstack based nova with the nova-docker driver and
can then run what ever tests make sense (currently
On 04/11/2014 04:58 PM, Sean Dague wrote:
On 04/11/2014 04:39 PM, Russell Bryant wrote:
On 04/11/2014 04:29 PM, Eric Windisch wrote:
What I hope to do is setup a check doing CI on devstack-f20
nodes[3], this will setup a devstack based nova with the
nova-docker driver and can then run what
On Sat, Apr 12, 2014 at 7:37 AM, Russell Bryant rbry...@redhat.com wrote:
On 04/11/2014 04:58 PM, Sean Dague wrote:
[snip]
If we think it's staying in 3rd party, people are free to use
whatever they would like.
I guess we should be clear on this point.
I *really* think the best way
Any disagreements with that goal?
No disagreement at all.
Not that we're talking yet about moving the driver back into Nova, I'd like
to take this opportunity to remind anyone interesting in contributing a
Cinder driver that it would be a lot easier if they do it while the driver
is still in
22 matches
Mail list logo
