Excerpts from Robert Collins's message of 2014-01-24 18:48:41 -0800:
> On 25 Jan 2014 15:11, "Clint Byrum" wrote:
> >
> > Excerpts from Devananda van der Veen's message of 2014-01-22 16:44:01
> -0800:
> >
> > What Tuskar wants to do is layer workloads on top of logical and physical
> > groupings.
Hi,
I sent this message to the openstack-qa but it might be more to openstack-dev
> Hi everyone,
>
> I would need some clarification of the Tempest testcases.
> I am trying to run tempest on a vanilla devstack environment.
>
> My localrc file has the API_RATE_LIMIT set to false.
> This is the only
+1
> On Jan 24, 2014, at 5:35 PM, "Adrian Otto" wrote:
>
> Solum Core Reviewers,
>
> I propose the following changes to solum-core:
>
> +asalkeld
> +noorul
> -mordred
>
> Thanks very much to mordred for helping me to bootstrap the reviewer team.
> Please reply with your votes.
>
> Thanks,
>
Yahoo! is right in the middle of sunnyvale; and probably has enough free space
to handle all u folks (some rooms are quite big really).
I can talk with some folks here about hosting all of this here if that’s
desired (depending on how big).
-Josh
From: Roman Alekseenkov
mailto:ralekseen...@mi
+1
On Sat, Jan 25, 2014 at 8:24 AM, Robert Collins
wrote:
> +1
> On 25 Jan 2014 14:33, "Adrian Otto" wrote:
>
>> Solum Core Reviewers,
>>
>> I propose the following changes to solum-core:
>>
>> +asalkeld
>> +noorul
>> -mordred
>>
>> Thanks very much to mordred for helping me to bootstrap the re
Also just to note; file-injection seems unneeded when cloud-init can use
this:
http://cloudinit.readthedocs.org/en/latest/topics/examples.html#writing-out
-arbitrary-files
That I believe is in most modern versions of cloud-init (forgot when I
implemented that).
Just FYI :)
-Josh
On 1/24/14, 3:
Shixiong,
I'm fine with the current two modes design.
—
Xu Han Peng (xuhanp)
On Sat, Jan 25, 2014 at 5:17 AM, Shixiong Shang
wrote:
> Any decisions yet?
> Shixiong
> On Jan 23, 2014, at 7:45 AM, Veiga, Anthony
> wrote:
>>
>>> An openstack deployment with an external DHCP server is definetel
+1
On 25 Jan 2014 14:33, "Adrian Otto" wrote:
> Solum Core Reviewers,
>
> I propose the following changes to solum-core:
>
> +asalkeld
> +noorul
> -mordred
>
> Thanks very much to mordred for helping me to bootstrap the reviewer team.
> Please reply with your votes.
>
> Thanks,
>
> Adrian
> _
On 23 Jan 2014 13:45, "Devananda van der Veen"
wrote:
>
> So, a conversation came again up today around whether or not Ironic will,
in the future, support operations on groups of nodes. Some folks have
expressed a desire for Ironic to expose operations on groups of nodes;
others want Ironic to hos
On 25 Jan 2014 15:11, "Clint Byrum" wrote:
>
> Excerpts from Devananda van der Veen's message of 2014-01-22 16:44:01
-0800:
>
> What Tuskar wants to do is layer workloads on top of logical and physical
> groupings. So it would pass to Nova "Boot 4 machines with (flavor)
> and distinct(failure_doma
Excerpts from Devananda van der Veen's message of 2014-01-22 16:44:01 -0800:
>
> 1: physical vs. logical grouping
> - Some hardware is logically, but not strictly physically, grouped. Eg, 1U
> servers in the same rack. There is some grouping, such as failure domain,
> but operations on discrete no
Rob,
We would definitely come to TripleO meetup if it gets scheduled. That would
be 3-4 people from Mirantis.
We were also thinking about gathering a larger crowd at some point, with
people from different deployment initiatives - TripleO, Crowbar, Fuel,
Compass, etc to see how we can better align
Solum Core Reviewers,
I propose the following changes to solum-core:
+asalkeld
+noorul
-mordred
Thanks very much to mordred for helping me to bootstrap the reviewer team.
Please reply with your votes.
Thanks,
Adrian
___
OpenStack-dev mailing list
Op
On Fri, Jan 24, 2014 at 2:03 PM, Robert Collins
wrote:
> This was meant to go to -dev, not -operators. Doh.
>
>
> -- Forwarded message --
> From: Robert Collins
> Date: 24 January 2014 08:47
> Subject: [TripleO] mid-cycle meetup?
> To: "openstack-operat...@lists.openstack.org"
>
* Salvatore Orlando (sorla...@nicira.com) wrote:
> I've found out that several jobs are exhibiting failures like bug 1254890
> [1] and bug 1253896 [2] because openvswitch seem to be crashing the kernel.
> The kernel trace reports as offending process usually either
> neutron-ns-metadata-proxy or dn
On Fri, Jan 24, 2014 at 6:57 PM, Salvatore Orlando wrote:
> I've found out that several jobs are exhibiting failures like bug 1254890
> [1] and bug 1253896 [2] because openvswitch seem to be crashing the kernel.
> The kernel trace reports as offending process usually either
> neutron-ns-metadata-p
I've found out that several jobs are exhibiting failures like bug 1254890
[1] and bug 1253896 [2] because openvswitch seem to be crashing the kernel.
The kernel trace reports as offending process usually either
neutron-ns-metadata-proxy or dnsmasq, but [3] seem to clearly point to
ovs-vsctl.
254 ev
On 25 January 2014 03:15, Devananda van der Veen
wrote:
> In going through the bug list, I spotted this one and would like to discuss
> it:
>
> "can't disable file injection for bare metal"
> https://bugs.launchpad.net/ironic/+bug/1178103
>
> There's a #TODO in Ironic's PXE driver to *add* support
Simplest thing is for deployers and image builders to inject the CA that
they want to trust. Another option would be to establish an OpenStack
community CA and ship that along with cloud-init by default.
There are lots of options that don't involve out of band.
Excerpts from Devananda van der Ve
Awesome! But, Ironic will still need a way to inject the SSL cert into the
instance, eg. config-drive over virtual media, or something.
-D
On Jan 24, 2014 2:32 PM, "Clint Byrum" wrote:
> Excerpts from Joshua Harlow's message of 2014-01-24 14:17:38 -0800:
> > Cloud-init 0.7.5 (not yet released)
On Fri, Jan 24, 2014 at 4:30 PM, Doug Hellmann
wrote:
>
>
>
> On Fri, Jan 24, 2014 at 3:29 AM, Florian Haas wrote:
>>
>> On Thu, Jan 23, 2014 at 7:22 PM, Ben Nemec wrote:
>> > On 2014-01-23 12:03, Florian Haas wrote:
>> >
>> > Ben,
>> >
>> > thanks for taking this to the list. Apologies for my b
Excerpts from Joshua Harlow's message of 2014-01-24 14:17:38 -0800:
> Cloud-init 0.7.5 (not yet released) will have the ability to read from an
> ec2-metadata server using SSL.
>
> In a recent change I did we now use requests which correctly does SSL for
> the ec2-metadata/ec2-userdata reading.
>
On 01/24/2014 04:41 PM, Peter Pouliot wrote:
> Hello OpenStack Community,
>
>
>
> I am excited at this opportunity to make the community aware that the
> Hyper-V CI infrastructure
>
> is now up and running. Let’s first start with some housekeeping
> details. Our Tempest logs are
>
> publica
Cloud-init 0.7.5 (not yet released) will have the ability to read from an
ec2-metadata server using SSL.
In a recent change I did we now use requests which correctly does SSL for
the ec2-metadata/ec2-userdata reading.
- http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/revision/910
Fo
Hi Paul -
I noticed the same issue a while back and looked into adding additional info
(specific to the exception found in a mech driver) to the existing
MechanismDriverError.
I ended up not going in that direction and starting coding up some additional
common type mech driver exceptions in ml
This was meant to go to -dev, not -operators. Doh.
-- Forwarded message --
From: Robert Collins
Date: 24 January 2014 08:47
Subject: [TripleO] mid-cycle meetup?
To: "openstack-operat...@lists.openstack.org"
Hi, sorry for proposing this at *cough* the mid-way point [christmas
s
Denis,
This was slightly modified.
https://blueprints.launchpad.net/trove/+spec/move-manager-to-datastore-version
So an instance is correlated one-to-one with a datastore version because we
need to the datastore manager to get the templates and the configuration
rules because they are located in
>
> I suppose we disagree on this fundamental point then.
>
> Heat's value-add really does come from solving this exact problem. It
> provides a layer above all of the other services to facilitate expression
> of higher level concepts. Nova exposes a primitive API, where as Heat is
> meant to have
On Friday, January 24, 2014 3:41:59 PM, Peter Pouliot wrote:
Hello OpenStack Community,
I am excited at this opportunity to make the community aware that the
Hyper-V CI infrastructure
is now up and running. Let’s first start with some housekeeping
details. Our Tempest logs are
publically a
Hi Folks,
Based on Thursday's discussion and a chat with Irena, I took the liberty to add
a summary and discussion points for SRIOV on Monday and onwards. Check it out
https://wiki.openstack.org/wiki/Meetings/Passthrough. Please feel free to
update it. Let's try to finalize it next week. The go
Hello OpenStack Community,
I am excited at this opportunity to make the community aware that the Hyper-V
CI infrastructure
is now up and running. Let’s first start with some housekeeping details. Our
Tempest logs are
publically available here: http://64.119.130.115. You will see them show up
Hey Paul,
This is by design, and reraising a single MechanismDriverError was really
to have a nice defined API for the MechanismManager class, avoid blanket
try/except calls in the caller. But I do agree that it's really annoying to
lose the information about the underlying exception. I like your
Hello, Craig.
This short-cut seems like would affect initial design and implementation.
For now we're pinning configuration to datastore (means for all version).
I'd suggest you to elaborate how route changing would change current
validations taking into accout version particular qualities.
Best
On 25 January 2014 08:55, Tim Bell wrote:
>
> This is exactly my worry... at what point can I consider moving to MariaDB
> with the expectation that the testing confidence is equivalent to that which
> is currently available from MySQL ?
Right now TripleO CI is in the final stages of coming onl
On Fri, Jan 24, 2014, at 12:55 PM, Clint Byrum wrote:
> Excerpts from Tim Bell's message of 2014-01-24 11:55:02 -0800:
> >
> > This is exactly my worry... at what point can I consider moving to MariaDB
> > with the expectation that the testing confidence is equivalent to that
> > which is curren
In implementing a mechanism driver for ML2 today, I discovered that any
exceptions thrown from your mechanism driver will get swallowed by the ML2
manager (
https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/managers.py
at line 164).
Is this by design? Sure, you can look at t
Looks like there is a "short cut" if you know the datastore version and you
want to look it up.
Exist today in the code:
/datastores//versions/
/datastores/versions/
Add these paths:
/datastores//versions//parameters
/datastores//versions//parameters/
/datastores/versions//parameters
/datastores/
Any decisions yet?
Shixiong
On Jan 23, 2014, at 7:45 AM, Veiga, Anthony
wrote:
>
>> An openstack deployment with an external DHCP server is definetely a
>> possible scenario; I don't think it can be implemented out-of-the-box with
>> the components provided by the core openstack servic
Excerpts from Justin Santa Barbara's message of 2014-01-24 12:29:49 -0800:
> Clint Byrum wrote:
>
> >
> > Heat has been working hard to be able to do per-instance limited access
> > in Keystone for a while. A trust might work just fine for what you want.
> >
>
> I wasn't actually aware of the pr
Fox, Kevin M wrote:
> Would it make sense to simply have the neutron metadata service
> re-export every endpoint listed in keystone at
> /openstack/api/?
>
Do you mean with an implicit token for read-only access, so the instance
doesn't need a token? That is a superset of my proposal, so it wou
Murray, Paul (HP Cloud Services) wrote:
>
>
> Multicast is not generally used over the internet, so the comment about
> removing multicast is not really justified, and any of the approaches that
> work there could be used.
>
I think multicast/broadcast is commonly used 'behind the firewall', but
Excerpts from Tim Bell's message of 2014-01-24 11:55:02 -0800:
>
> This is exactly my worry... at what point can I consider moving to MariaDB
> with the expectation that the testing confidence is equivalent to that which
> is currently available from MySQL ?
>
> The on-disk format is not so muc
Excerpts from Chuck Short's message of 2014-01-24 11:46:47 -0800:
> On Fri, Jan 24, 2014 at 2:05 PM, Steven Dake wrote:
>
> > On 01/24/2014 11:47 AM, Clint Byrum wrote:
> >
> >> Excerpts from Tim Bell's message of 2014-01-24 10:32:26 -0800:
> >>
> >>> We are reviewing options between MySQL and Ma
Hi Phil,
2014/1/24 Day, Phil
>
>
>
> So I can see that option [1] would make the validation work by
> (presumably) not including the shared network in the list of networks, but
> looking further into the code allocate_for_instance() uses the same call to
> decide which networks it needs to cr
Oh shoot. That reminds me i needed to rebase the code i was working on.
And yes this changes things a little because we are using the same template
paths for the validation_rules as the base template which uses the manager
field on the datastore_version. This means that we need to make the path
ov
Clint Byrum wrote:
>
> Heat has been working hard to be able to do per-instance limited access
> in Keystone for a while. A trust might work just fine for what you want.
>
I wasn't actually aware of the progress on trusts. It would be helpful
except (1) it is more work to have to create a separ
Correction, Monday Jan 27th.
My calendar widget was apparently still on May for summit planning...
On 01/24/2014 07:40 AM, Sean Dague wrote:
> It may feel like it's been gate bug day all the days, but we would
> really like to get people together for gate bug day on Monday, and get
> as many peop
OH yeah that's much better. I had found those eventually but had to dig
through all that other stuff :'(
Moving forward I think we can keep an eye on that page, open bugs for those
tests causing issue and dig in.
Thanks again!
-Clay
On Fri, Jan 24, 2014 at 11:37 AM, Sean Dague wrote:
> On 0
>
> Well if you're on a Neutron private network then you'd only be DDOS-ing
> yourself.
> In fact I think Neutron allows broadcast and multicast on private
> networks, and
> as nova-net is going to be deprecated at some point I wonder if this is
> reducing
> to a corner case ?
Neutron may well re
This is exactly my worry... at what point can I consider moving to MariaDB with
the expectation that the testing confidence is equivalent to that which is
currently available from MySQL ?
The on-disk format is not so much a concern but there are many potential subtle
differences in the API whi
Excerpts from Day, Phil's message of 2014-01-24 04:24:11 -0800:
> > >
> > > Cool. I like this a good bit better as it avoids the reboot. Still, this
> > > is a rather
> > large amount of data to copy around if I'm only changing a single file in
> > Nova.
> > >
> >
> > I think in most cases trans
Excerpts from Day, Phil's message of 2014-01-24 04:39:10 -0800:
> > On 01/22/2014 12:17 PM, Dan Prince wrote:
> > > I've been thinking a bit more about how TripleO updates are developing
> > specifically with regards to compute nodes. What is commonly called the
> > "update story" I think.
> > >
>
On Fri, Jan 24, 2014 at 10:37 AM, Clay Gerrard wrote:
>
>>
>> That's a pretty high rate of failure, and really needs investigation.
>>
>
> That's a great point, did you look into the logs of any of those jobs?
> Thanks for bringing it to my attention.
>
> I saw a few swift tests that would pop,
On Fri, Jan 24, 2014 at 2:05 PM, Steven Dake wrote:
> On 01/24/2014 11:47 AM, Clint Byrum wrote:
>
>> Excerpts from Tim Bell's message of 2014-01-24 10:32:26 -0800:
>>
>>> We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to
>>> have MariaDB as the default MySQL-like DB.
>>>
>
On 01/24/2014 02:02 PM, Peter Portante wrote:
> Hi Sean,
>
> In the last 7 days I see only 6 python27 based test
> failures:
> http://logstash.openstack.org/#eyJzZWFyY2giOiJwcm9qZWN0Olwib3BlbnN0YWNrL3N3aWZ0XCIgQU5EIGJ1aWxkX3F1ZXVlOmdhdGUgQU5EIGJ1aWxkX25hbWU6Z2F0ZS1zd2lmdC1weXRob24qIEFORCBtZXNzYWd
Excerpts from Devananda van der Veen's message of 2014-01-24 06:15:12 -0800:
> In going through the bug list, I spotted this one and would like to discuss
> it:
>
> "can't disable file injection for bare metal"
> https://bugs.launchpad.net/ironic/+bug/1178103
>
> There's a #TODO in Ironic's PXE d
On Fri, Jan 24, 2014, at 10:51 AM, John Griffith wrote:
> On Fri, Jan 24, 2014 at 11:37 AM, Clay Gerrard
> wrote:
> >>
> >>
> >> That's a pretty high rate of failure, and really needs investigation.
> >
> >
> > That's a great point, did you look into the logs of any of those jobs?
> > Thanks for b
what do you consider "EDP internal", and how does it relate to the v1.1
or v2 API?
i'm ok with making it plugin independent. i'd just suggest moving it out
of /jobs and to something like /extra/config-hints/{type}, maybe along
with /extra/validations/config.
best,
matt
On 01/22/2014 06:25
Excerpts from Steven Dake's message of 2014-01-24 11:05:25 -0800:
> On 01/24/2014 11:47 AM, Clint Byrum wrote:
> > Excerpts from Tim Bell's message of 2014-01-24 10:32:26 -0800:
> >> We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to
> >> have MariaDB as the default MySQL-lik
Would it make sense to simply have the neutron metadata service re-export every
endpoint listed in keystone at /openstack/api/?
Thanks,
Kevin
From: Murray, Paul (HP Cloud Services) [pmur...@hp.com]
Sent: Friday, January 24, 2014 11:04 AM
To: OpenStack Development
thanks for all the feedback folks.. i've registered a bp for this...
https://blueprints.launchpad.net/savanna/+spec/swift-url-proto-cleanup
On 01/24/2014 11:30 AM, Sergey Lukjanov wrote:
Looks like we need to review prefixes and cleanup them. After the first
look I'd like the idea of using comm
Hi Justin,
It's nice to see someone bringing this kind of thing up. Seeding discovery is a
handy primitive to have.
Multicast is not generally used over the internet, so the comment about
removing multicast is not really justified, and any of the approaches that work
there could be used. Alter
On 01/24/2014 11:47 AM, Clint Byrum wrote:
Excerpts from Tim Bell's message of 2014-01-24 10:32:26 -0800:
We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to have
MariaDB as the default MySQL-like DB.
Can someone summarise the status of the OpenStack in terms of
-
Hi Sean,
In the last 7 days I see only 6 python27 based test failures:
http://logstash.openstack.org/#eyJzZWFyY2giOiJwcm9qZWN0Olwib3BlbnN0YWNrL3N3aWZ0XCIgQU5EIGJ1aWxkX3F1ZXVlOmdhdGUgQU5EIGJ1aWxkX25hbWU6Z2F0ZS1zd2lmdC1weXRob24qIEFORCBtZXNzYWdlOlwiRVJST1I6ICAgcHkyNzogY29tbWFuZHMgZmFpbGVkXCIiLCJmaWVs
On Fri, Jan 24, 2014 at 11:37 AM, Clay Gerrard wrote:
>>
>>
>> That's a pretty high rate of failure, and really needs investigation.
>
>
> That's a great point, did you look into the logs of any of those jobs?
> Thanks for bringing it to my attention.
>
> I saw a few swift tests that would pop, I'
Excerpts from Tim Bell's message of 2014-01-24 10:32:26 -0800:
>
> We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to have
> MariaDB as the default MySQL-like DB.
>
> Can someone summarise the status of the OpenStack in terms of
>
>
> -What MySQL-flavor is/are cur
>
> Good points - thank you. For arbitrary operations, I agree that it would be
> better to expose a token in the metadata service, rather than allowing the
> metadata service to expose unbounded amounts of API functionality. We
> should therefore also have a per-instance token in the metadata,
Excerpts from Justin Santa Barbara's message of 2014-01-24 07:43:23 -0800:
> Good points - thank you. For arbitrary operations, I agree that it would
> be better to expose a token in the metadata service, rather than allowing
> the metadata service to expose unbounded amounts of API functionality.
>
>
>
> That's a pretty high rate of failure, and really needs investigation.
>
That's a great point, did you look into the logs of any of those jobs?
Thanks for bringing it to my attention.
I saw a few swift tests that would pop, I'll open bugs to look into those.
But the cardinality of the fa
Clint, Rob,
Thanks a lot for your input: that's really a good point, and we didn't
consider it before, while we definitely should.
Team,
Let's discuss this topic again before making any final decisions.
--
Regards,
Alexander Tivelkov
2014/1/24 Robert Collins
> On 24 January 2014 22:26, Clin
Joining to providing our backgrounds.. I’d be happy to help here too since I
have pretty solid background in using and developing caching solutions, however
mostly in Java world (expertise in GemFire and Coherence, developing GridGain
distributed cache).
Renat Akhmerov
@ Mirantis Inc.
On 23
On Fri, Jan 24, 2014 at 12:55 PM, Day, Phil wrote:
> > I haven't actually found where metadata caching is implemented,
> although the constructor of InstanceMetadata documents restrictions that
> really only make sense if it is. Anyone know where it is cached?
>
> Here’s the code that does the
> I haven't actually found where metadata caching is implemented, although the
> constructor of InstanceMetadata documents restrictions that really only make
> sense if it is. Anyone know where it is cached?
Here's the code that does the caching:
https://github.com/openstack/nova/blob/master/no
Given your obviously much more extensive understanding of networking than
mine, I'm starting to move over to the "we shouldn't make this fix" camp.
Mostly because of this:
"CARVER, PAUL" wrote on 01/23/2014 08:57:10 PM:
> Putting a friendly helper in Horizon will help novice users and
> provide
On 01/24/2014 11:18 AM, Peter Portante wrote:
> Hi Sean,
>
> Given the swift failure happened once in the available logstash recorded
> history, do we still feel this is a major gate issue?
>
> See:
> http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwiRkFJTDogdGVzdF9ub2RlX3dyaXRlX3RpbWVv
Hi Sylvain,
Thanks for the clarification, I'd missed that it was where the public network
belonged to the same tenant (it's not a use case we run with).
So I can see that option [1] would make the validation work by (presumably) not
including the shared network in the list of networks, but loo
* Vishvananda Ishaya wrote:
>
> On Jan 16, 2014, at 1:28 PM, Jon Bernard wrote:
>
> > * Vishvananda Ishaya wrote:
> >>
> >> On Jan 14, 2014, at 2:10 PM, Jon Bernard wrote:
> >>
> >>>
> >>>
> As you’ve defined the feature so far, it seems like most of it could
> be implemented cl
Thank you Anne.
Mark
From: Anne Gentle [mailto:a...@openstack.org]
Sent: Thursday, January 23, 2014 5:17 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] nova-cert information
It's a known identified deficiency, and all we have is this:
ht
Yep, 2.16.0 will be nice to be released. As I see 2.15.0 is September 2013
[1] - that's quite old now, I suppose.
[1] http://pypi.openstack.org/openstack/python-novaclient/
On Fri, Jan 24, 2014 at 8:13 PM, Sergey Lukjanov wrote:
> It looks like more than 220 commits was merged to the nova clie
Hi Folks,
I have postponed this meeting to the week of February 10th on Thursday Feb
13th, so that there is enough time for people to plan to attend this meeting.
Meeting details will be discussed in the neutron meeting and will send out the
details.
Thanks
Swami
From: Vasudevan, Swaminathan
On Fri, Jan 24, 2014 at 7:24 AM, Daniel P. Berrange wrote:
> Periodically I've seen people submit big coding style cleanups to Nova
> code. These are typically all good ideas / beneficial, however, I have
> rarely (perhaps even never?) seen the changes accompanied by new hacking
> check rules.
>
>
Looks like we need to review prefixes and cleanup them. After the first
look I'd like the idea of using common prefix for swift data.
On Fri, Jan 24, 2014 at 7:05 PM, Trevor McKay wrote:
> Matt et al,
>
> Yes, "swift-internal" was meant as a marker to distinguish it from
> "swift-external" so
On Fri, Jan 24, 2014 at 7:40 AM, Sean Dague wrote:
> It may feel like it's been gate bug day all the days, but we would
> really like to get people together for gate bug day on Monday, and get
> as many people, including as many PTLs as possible, to dive into issues
> that we are hitting in the g
Le 23/01/2014 18:17, Day, Phil a écrit :
Just to be clear I'm not advocating putting any form of automated instance
life-cycle into Nova - I agree that belongs in an external system like Climate.
However for a reservations model to work efficiently it seems to be you need
two complementary ty
https://review.openstack.org/#/c/66494/ was already approved and it looks
like 0.4.2 is enough new.
On Fri, Jan 24, 2014 at 7:44 PM, Nikolay Starodubtsev <
nstarodubt...@mirantis.com> wrote:
> Hi all!
>
>
>
> Nikolay Starodubtsev
>
> Software Engineer
>
> Mirantis Inc.
>
>
> Skype: dark_harlequi
Hi Sean,
Given the swift failure happened once in the available logstash recorded
history, do we still feel this is a major gate issue?
See:
http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwiRkFJTDogdGVzdF9ub2RlX3dyaXRlX3RpbWVvdXRcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiYWxsI
>
>Will we be doing more complex things than "every day at some time"? ie,
>does the user base see value in configuring backups every 12th day of
>every other month? I think this is easy to write the schedule code, but i
>fear that it will be hard to build a smarter scheduler that would only
>allow
It looks like more than 220 commits was merged to the nova client since
2.15.0 version [1].
[1] https://github.com/openstack/python-novaclient/compare/2.15.0...master
On Fri, Jan 24, 2014 at 7:49 PM, Nikolay Starodubtsev <
nstarodubt...@mirantis.com> wrote:
> Hi all!
> While we add new features
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-01-23-18.07.html
Log:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-01-23-18.07.log.html
--
Sincerely yours,
Sergey
Hi All;
Jannis Leidel, author of Django-Compressor which Horizon relies on recently
sent out a message saying that he needs help maintaining/releasing
django_compressor:
https://twitter.com/jezdez/status/423559915660382209
If we have people willing to help upstream dependencies, this would be
On Fri, Jan 24, 2014 at 02:11:02PM +, Day, Phil wrote:
> I agree its oddly inconsistent (you'll get used to that over time ;-)
> - but to me it feels more like the validation is missing on the attach
> that that the create should allow two VIFs on the same network. Since
> these are both vir
Hi all!
While we add new features to Climate 0.1 release we have some problems with
novaclient. The problem is that novaclient 2.15.0 can't shelve/unshelve
instances, but this feature is in master branch. Can anyone say when
novaclient will be updated?
Nikolay Starodubtsev
Software Engineer
Mi
Thanks everyone who joined our weekly meeting.
Here are meeting minutes:
Minutes:
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-01-24-15.01.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-01-24-15.01.txt
Log:
http://eavesdrop.openstack.
Good points - thank you. For arbitrary operations, I agree that it would
be better to expose a token in the metadata service, rather than allowing
the metadata service to expose unbounded amounts of API functionality. We
should therefore also have a per-instance token in the metadata, though I
do
Hi all!
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 01/24/2014 08:33 AM, CARVER, PAUL wrote:
I agree that I’d like to see a set of use cases for this. This is the
second time in as many days that I’ve heard about a desire to have such
a thing but I still don’t think I understand any use cases adequately.
In the physical world it makes perfect
On Fri, Jan 24, 2014 at 8:26 AM, Russell Bryant wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/23/2014 08:31 PM, Michael Basnight wrote:
>>
>> On Jan 23, 2014, at 5:10 PM, Mark McClain wrote:
>>
>>>
>>> On Jan 23, 2014, at 5:02 PM, Russell Bryant
>>> wrote:
>>>
Greetings,
On Fri, Jan 24, 2014 at 3:29 AM, Florian Haas wrote:
> On Thu, Jan 23, 2014 at 7:22 PM, Ben Nemec wrote:
> > On 2014-01-23 12:03, Florian Haas wrote:
> >
> > Ben,
> >
> > thanks for taking this to the list. Apologies for my brevity and for
> HTML,
> > I'm on a moving train and Android Gmail is k
Being the gate one of those things that we all use (and abuse) everyday
whatever
project we work on, I wouldn’t sleep well by skipping this call. :-)
Myself and my fellow Cloudbasers ociuhandu and gsamfira are going to join in on
Monday.
We got our small share of “learning the hard way” on thi
On 01/23/2014 05:31 PM, Christopher Yeoh wrote:
>
>
>
>
> On Fri, Jan 24, 2014 at 8:34 am, Russell Bryant
> mailto:rbry...@redhat.com";>> wrote:
>
> Greetings,
>
> Recently Sean Dague started some threads [1][2] about the future of XML
> support in Nova's compute API. Specifically
1 - 100 of 138 matches
Mail list logo
