Hello everyone,
Our weekly team meeting will take place at 21:00 UTC this Tuesday in
#openstack-meeting on IRC.
Check out how that time translates for *your* timezone:
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20110510T21
See the meeting agenda, edit the wiki to add new topics for
Diego:
Thank you for tell me this information.
I download the ISO file and burn to CD disk, also use the CD disk
success install into my PC, I can login to the system use
"root/stackops" as username/password.
I read the docs on
http://docs.stackops.org/display/documentation/Install+and+Con
We had planned to have a network Service meeting after the release
meeting today, but the PTL's have a conflicting meeting in the same
channel. I suggest we move it to tomorrow at the same time. Would that
be ok for everyone?
Rick Clark
___
Mailin
Hi Rick,
Wednesday 22:00 UTC would be fine for me.
Salvatore
-Original Message-
From: Rick Clark [mailto:r...@openstack.org]
Sent: 10 May 2011 10:12
To: Josh Wilmes
Cc: Dan Wendlandt; James Urquhart; Erik Carlin; Salvatore Orlando;
radur...@cisco.com; Ewan Mellor; Youcef Laribi; Armando
On 05/10/2011 04:05 PM, Thierry Carrez wrote:
> Hello everyone,
>
> Our weekly team meeting will take place at 21:00 UTC this Tuesday in
> #openstack-meeting on IRC.
Each weeks, it's at that time. Here, that makes it 5am, and I don't
really wana wake up just to chat on IRC, but still would like t
Hi,
Is there any progress on KVM block migration?
I'd like to test it and possibly make some changes to nova to support block
devices,
but don't want to reinventing the wheel.
Thanks,
2011/4/12 Masanori ITOH
>
> Hi,
>
> Vish also mentioned that we should support the KVM block migration feature
Thomas Goirand wrote:
> Each weeks, it's at that time. Here, that makes it 5am, and I don't
> really wana wake up just to chat on IRC, but still would like to be
> there, especially because I couldn't attend the design summit, and that
> I'm currently trying to get up-to-speed to what's going on. W
Hello Vish.
I would like to support testing effort.
I wrote an example very basic unit test doc and some tips how to use
pudb and nose-pudb.
http://etherpad.openstack.org/diablo-testing
Regards
Nachi Ueno NTT
___
Mailing list: https://launchpad.net/~op
Works for me .
-Original Message-
From: openstack-bounces+dedutta=cisco@lists.launchpad.net
[mailto:openstack-bounces+dedutta=cisco@lists.launchpad.net] On
Behalf Of Rick Clark
Sent: Tuesday, May 10, 2011 2:12 AM
To: Josh Wilmes (jwilmes)
Cc: Jamey Meredith; Lew Tucker (letucke
Fine by me.
-Original Message-
From: openstack-bounces+alex=mellanox@lists.launchpad.net
[mailto:openstack-bounces+alex=mellanox@lists.launchpad.net] On
Behalf Of Salvatore Orlando
Sent: Tuesday, May 10, 2011 5:13 AM
To: Rick Clark; Josh Wilmes
Cc: Jamey Meredith; LewTucker (letuc
I will try to make tomorrow. I'll be remote from my normal office and not sure
exactly what my connectivity options will be.
Troy
On May 10, 2011, at 4:11 AM, Rick Clark wrote:
> We had planned to have a network Service meeting after the release meeting
> today, but the PTL's have a conflicti
Vish, this is good stuff. We should pick this up in glance and swift, either
sharing a common effort with nova or specifying for each project the same
documentation that Vish is suggesting.
Heads up for other projects that are looking to be affiliated or incubated
projects, it will save time an
On Mon, May 9, 2011 at 11:58 PM, Jorge Williams
wrote:
> On May 9, 2011, at 6:39 PM, Matt Dietz wrote:
>
> Jorge,
> Thanks for the feedback!
> Regarding the message format, we actually don't need the unique id in the
> generic event format because that's implementation specific. The external
It would be better for me, actually.
James Urquhart
Market Manager, SPSU
Cisco Systems, Inc.
w: 408 525 4741
c: 510 908 1224
Sent from my Windows Phone
-Original Message-
From: Rick Clark
Sent: Tuesday, May 10, 2011 2:11 AM
To: Josh Wilmes
Cc: Dan Wendlandt; James Urquhart; Erik Carlin;
Alright, I'll buy it. Simply adding a UUID would be trivial
Regarding categories, I tend to agree with Jay on this. I think it would
be treacherous to try to account for any number of possibilities, and I
also think that we need to keep this as simple as possible.
On 5/10/11 10:35 AM, "Jay Pipes"
On May 10, 2011, at 11:07 AM, Matt Dietz wrote:
Alright, I'll buy it. Simply adding a UUID would be trivial
Cool.
Regarding categories, I tend to agree with Jay on this. I think it would
be treacherous to try to account for any number of possibilities, and I
also think that we need to keep thi
On 05/10/2011 08:32 PM, Thierry Carrez wrote:
> We've been through that before...
Sorry then.
> The current time was picked to
> accomodate from Japan to Western Europe, which represents about 95% of
> our developers.
>
> We /could/ do rolling meeting times, but PTLs and release manager are
> ne
Wow, that was the easiest resolution yet in mailing list land! ;)
-jay
On Tue, May 10, 2011 at 12:22 PM, Jorge Williams
wrote:
>
> On May 10, 2011, at 11:07 AM, Matt Dietz wrote:
>
> Alright, I'll buy it. Simply adding a UUID would be trivial
>
>
> Cool.
>
> Regarding categories, I tend to agree
Sunday morning, and all that :-)
On 5/10/11 11:38 AM, "Jay Pipes" wrote:
>Wow, that was the easiest resolution yet in mailing list land! ;)
>
>-jay
>
>On Tue, May 10, 2011 at 12:22 PM, Jorge Williams
> wrote:
>>
>> On May 10, 2011, at 11:07 AM, Matt Dietz wrote:
>>
>> Alright, I'll buy it. Simpl
George,
Unless I'm completely mistaken, I think our proposal satisfies this suggestion.
What you have here looks like a slight variation on PSHB. Our stuff is coded
such that the responsibility of any heavy lifting falls outside of Nova. In our
case, we'll be implementing the PubSub publisher e
I came into the conversation late and it struck me this proposal was a bit
heavier than what I was proposing.
I agree with letting something outside of Nova do the heavy lifting. Much more
scaleable. The base things I would like to see are:
a) the minimal amount of information to let a subscrib
These all sound perfect to me. I'm hoping our PSHB implementation solves that
problem. More specifically, the publisher worker that I linked to earlier I
think solves most of what you're referring to, and works well with the Google
reference hub. There's a lot more work to be done, but I think i
We may also want to put in some kind version or self-documenting URL
so it's easier to accommodate message format changes later on.
As for the issue of things getting backed up in the queues for other
non-PuSH mechanisms (and fanout), burrow has fanout functionality
that depends on messages to exp
I don't know if anyone has started work on this feature. Someone should file a
blueprint.
Vish
On May 10, 2011, at 3:35 AM, Mikhail Shcherbakov wrote:
> Hi,
> Is there any progress on KVM block migration?
>
> I'd like to test it and possibly make some changes to nova to support block
> devic
This isn't a message queue, it's a push system.
In other words, consumers don't pull info from a queue, the info is pushed out
to any number of subscribers as the message is generated.
Amazon SNS vs. SQS, except this isn't a cloud service but a mechanism for
notifying interested party of cloud
Ok, let's plan on moving it.
Dan
On Tue, May 10, 2011 at 9:00 AM, James Urquhart (jurquhar) <
jurqu...@cisco.com> wrote:
> It would be better for me, actually.
>
> James Urquhart
> Market Manager, SPSU
> Cisco Systems, Inc.
> w: 408 525 4741
> c: 510 908 1224
>
> Sent from my Windows Phone
>
>
For the record, I like the idea of using Burrow at this level. I certainly
don't expect everyone to go to the trouble of setting up something like
PSHB to get their notifications. I can look at adding another driver for
Burrow in addition to Rabbit so there are plenty of options.
On 5/10/11 2:30 P
Hi George,
Understood, but burrow can act as both. At the core, the difference
between SQS and SNS are notification workers and a lower default
message TTL. Matt mentioned that Nova will push to RabbitMQ or some
other MQ and workers pull from the queue to translate into PuSH, email,
sms, etc. If t
All,
I would like to nominate Dan Prince (https://launchpad.net/~dan-prince) for
nova-core. He has been a solid contributor in terms of code, reviews and
discussions during the summit.
Thanks,
pvo
Confidentiality Notice: This e-mail message (including any attached or
embedded documents) is in
For the record, I should also say I think RabbitMQ is awesome and
should be used for deployments where it makes sense. Keeping it
modular and also allowing burrow to be an option will make more sense
for some deployments.
-Eric
On Tue, May 10, 2011 at 07:52:55PM +, Matt Dietz wrote:
> For the
+1
On Tue, May 10, 2011 at 4:13 PM, Paul Voccio wrote:
> All,
> I would like to nominate Dan Prince (https://launchpad.net/~dan-prince) for
> nova-core. He has been a solid contributor in terms of code, reviews and
> discussions during the summit.
> Thanks,
> pvo
>
> Confidentiality Notice: This
+1
On Tue, May 10, 2011 at 4:13 PM, Paul Voccio
> wrote:
> > All,
> > I would like to nominate Dan Prince (https://launchpad.net/~dan-prince
> ) for
> > nova-core. He has been a solid contributor in terms of code, reviews and
> > discussions during the summit.
> > Thanks,
> > pvo
> >
> > Confiden
+1
On May 10, 2011, at 1:25 PM, Josh Kearney wrote:
> +1
>
> On Tue, May 10, 2011 at 4:13 PM, Paul Voccio
> wrote:
> > All,
> > I would like to nominate Dan Prince (https://launchpad.net/~dan-prince) for
> > nova-core. He has been a solid contributor in terms of code, reviews and
> > discussio
+1
On 5/10/11 3:20 PM, "Jay Pipes" wrote:
>+1
>
>On Tue, May 10, 2011 at 4:13 PM, Paul Voccio
>wrote:
>> All,
>> I would like to nominate Dan Prince (https://launchpad.net/~dan-prince)
>>for
>> nova-core. He has been a solid contributor in terms of code, reviews and
>> discussions during the su
Hi,
Which is the best method on installing nova from source code or any direction
to move over this hurdle is appreciated!
We have followed http://wiki.openstack.org/InstallFromSource to install latest
trunk or Cactus.tgz, but it always gets me to following error and leaving vm
stuck in schedu
As discussed on the mailing list and the #openstack-meeting, the general
consensus was that we create a new development channel. The new IRC channels
on FreeNode are:
#openstack - to be used for Help, Support, Bug reporting, etc
#openstack-dev - to be used as the primary development channel fo
2011/5/10 Paul Voccio :
> All,
> I would like to nominate Dan Prince (https://launchpad.net/~dan-prince) for
> nova-core. He has been a solid contributor in terms of code, reviews and
> discussions during the summit.
Absolutely +1
If noone protests by Monday morning, I'll make it so.
Best regard
Hey all,
We've been working to improve the Glance API. The first step to
improving the API, however, is to add versioning to it.
We've gotten a lot of the work done on this versioning of the API (see
https://code.launchpad.net/~jaypipes/glance/api-version/+merge/60130).
However, there is an issu
Would adding new fields into a response bump the minor version number
and not the major? In that case, knowing the exact version would be
nice. In all honesty though, I'm for integer version numbers for APIs
anyway, so every set of changes bumps the revno, and you always have
good documentation s
Hi,
I have a question about the FT/HA/LB features of the Openstack. Which seems
similar to this question:
https://answers.launchpad.net/nova/+question/154515
I have know that there is a project named "Loadbalance as a service" which
is now under develping, but I also learn from some friends th
On May 10, 2011, at 4:13 PM, Paul Voccio wrote:
> I would like to nominate Dan Prince (https://launchpad.net/~dan-prince) for
> nova-core. He has been a solid contributor in terms of code, reviews and
> discussions during the summit.
+1 from me.
-- Ed Leafe
Confidentiality Notice
+1 from me too :)
On May 10, 2011, at 6:21 PM, Ed Leafe wrote:
> On May 10, 2011, at 4:13 PM, Paul Voccio wrote:
>
>> I would like to nominate Dan Prince (https://launchpad.net/~dan-prince) for
>> nova-core. He has been a solid contributor in terms of code, reviews and
>> discussions during th
Some consideration must be done.
First, supported qemu version. IMO, Ubuntu maverick supported, natty …
hopefully supported, but RHEL6 doesn’t.
If you would like to use not-Ubuntu environment, you need to check whether
operating system supports or not.
Second, migrating qcow images. I tested mav
Hello , guys
There's a problem while separate instance's network and nova-management
network.
EX.
Nova management network : 192.168.1.0/24 eth0
Instance network : 10.0.0.0/12 eth1 bridge to br100
During cloud-setup :
Instance try to retrieve metadata from 169.254.169.254.
I
For what it's worth, we're running in a configuration similar to the
one in the attached diagram using VlanManager. When we moved the
nova-network service off of the machine with nova-api, we needed to
add an additional prerouting rule on the network server that prevented
the traffic from being sen
On May 10, 2011, at 5:52 PM, Jay Pipes wrote:
> Hey all,
>
> We've been working to improve the Glance API. The first step to
> improving the API, however, is to add versioning to it.
>
> We've gotten a lot of the work done on this versioning of the API (see
> https://code.launchpad.net/~jaypipe
On May 10, 2011, at 6:18 PM, Todd Willey wrote:
> Would adding new fields into a response bump the minor version number
> and not the major? In that case, knowing the exact version would be
> nice.
What we're thinking here is that if you add a new field you should also expose
an extension th
*#iptables -t nat -A nova-network-POSTROUTING -s 10.0.0.0/12 -d
192.168.1.0/24 -j ACCEPT*
*
*
***That's what I did on nova-network host .*
*
*
*btw , I always isolate nova-network.*
*I'm interesting about **quagga in your environment.*
2011/5/11 Narayan Desai
> For what it's worth, we're runnin
Hi,
OK.
I'll create the block migration bluprint and a spec. page today (in Japan).
Regards,
Masanori
From: Vishvananda Ishaya
Subject: Re: [Openstack] KVM Block Migration
Date: Wed, 11 May 2011 03:57:47 +0900
> I don't know if anyone has started work on this feature. Someone should file
> a
Hi Mikhail, Vish, Kei,
I filed the blueprint below.
https://blueprints.launchpad.net/nova/+spec/kvm-block-migration
and, please check the full specification page too.
http://etherpad.openstack.org/kvm-block-migration
BTW, who is the appropriate person as the approver?
Also, I'm wondering
50 matches
Mail list logo
