+1
From: Eric Windisch ewindi...@docker.commailto:ewindi...@docker.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Friday, August 15, 2014 at 9:45 PM
To: OpenStack List
We will have to be little bit cautious in using glob because of its
inherent usage pattern. For e.g. the file starting with . will not get
matched.
$ touch .a .ab .abc .abcde .abcdef
$ echo *
*
$ echo ?
?
$ echo ??
??
$ echo .?
.. .a
$ echo .??
.ab
$ echo .*
Hi,
I 'm tryed to create a simple stack with heat (Icehouse release). The
template contains SoftwareConfig, SoftwareDeployment and a single server
resources. But the SoftwareDeplyment fails. ( I have any problem with Heat
if create a stack without software deployment )
I wanted to check if my VM
On Fri, Aug 15 2014, Roman Podoliaka wrote:
I propose that we add Mike Bayer (zzzeek) to the oslo.db core reviewers team.
+1
--
Julien Danjou
# Free Software hacker
# http://julien.danjou.info
signature.asc
Description: PGP signature
___
On Fri, 15 Aug 2014, Jay Pipes wrote:
I suggest that tempest should be the name of the import'able library, and
that the integration tests themselves should be what is pulled out of the
current Tempest repository, into their own repo called
openstack-integration-tests or os-integration-tests.
On Fri, 15 Aug 2014, Sandy Walsh wrote:
I recently suggested that the Ceilometer API (and integration tests)
be separated from the implementation (two repos) so others might plug
in a different implementation while maintaining compatibility, but
that wasn't well received.
Personally, I'd like
I like tempest-lib personally. Especially for those just starting out and
getting their feet wet.
On Aug 16, 2014 5:36 AM, Chris Dent chd...@redhat.com wrote:
On Fri, 15 Aug 2014, Jay Pipes wrote:
I suggest that tempest should be the name of the import'able library,
and that the integration
Excerpts from Jyoti Ranjan's message of 2014-08-16 00:57:52 -0700:
We will have to be little bit cautious in using glob because of its
inherent usage pattern. For e.g. the file starting with . will not get
matched.
That is a separate bug, but I think the answer to that is to use rsync
On 8/16/2014 10:09 AM, Chris Dent wrote:
On Fri, 15 Aug 2014, Sandy Walsh wrote:
I recently suggested that the Ceilometer API (and integration tests)
be separated from the implementation (two repos) so others might plug
in a different implementation while maintaining compatibility, but
that
Hey neutron dev!
Im having a serious problem with my neutron router getting spin locked in
nf_conntrack_tuple_taken.
Has anybody else experienced it?
perf top shows nf_conntrack_tuple_taken at 75%
As the incoming request rate goes up, so nf_conntrack_tuple_taken runs very
hot on CPU0 causing
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library, and
that the integration tests themselves should be what is pulled out of the
current Tempest repository, into their own repo called
On 08/16/2014 12:27 PM, Marc Koderer wrote:
Hi all,
Am 15.08.2014 um 23:31 schrieb Jay Pipes jaypi...@gmail.com:
I suggest that tempest should be the name of the import'able library, and that the
integration tests themselves should be what is pulled out of the current Tempest repository,
[Cinder] 3'rd party CI systems: Not Whitelisted Volume
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 2014-08-16 04:01:25 +0200 (+0200), Chmouel Boudjnah wrote:
If like me you find it difficult to read a large text file like
the rst specs inside gerrit diff interface viewer, I have created
a script that gets rst files in a review to generate them in a
html or pdf files and open it with your
Hi folks,
Here is repos list that has been renamed today:
openstack/marconi - openstack/zaqar
openstack/python-marconiclient - openstack/python-zaqarclient
openstack/marconi-specs - openstack/zaqar-specs
openstack/openstack-security-notes - openstack-attic/openstack-security-notes
Hi,
Given the work on [1] has been abandoned, I'm wondering what the current
status of going dual stack is. Of course, given Neutron got something
like that on it's roadmap.
The initial BP [2] aimed for Havana and Icehouse, and I'm unaware of
something similar to achieve a dual stack network.
Hi Harm:
Can you take a look at the following, which should address this:
https://blueprints.launchpad.net/neutron/+spec/multiple-ipv6-prefixes
There are some diffs out for review for this blueprint:
https://review.openstack.org/#/c/113339/
but the change to support 1 V4 + multiple V6
Hi Brandon,
Responses in-line:
On Fri, Aug 15, 2014 at 9:43 PM, Brandon Logan brandon.lo...@rackspace.com
wrote:
Comments in-line
On Fri, 2014-08-15 at 17:18 -0700, Stephen Balukoff wrote:
Hi folks,
I'm OK with going with no shareable child entities (Listeners, Pools,
Members,
Hey Stackers,
I'm wondering here... Samba4 is pretty solid (up coming 4.2 rocks), I'm
using it on a daily basis as an AD DC controller, for both Windows and
Linux Instances! With replication, file system ACLs - cifs, built-in LDAP,
dynamic DNS with Bind9 as a backend (no netbios) and etc...
Hello,
I have been following the tempest change sets in zuul for more than 12
hours and it seems that all the change sets are failing
at check-grenade-dsvm-icehouse,
check-grenade-dsvm-neutron-icehouse(non-voting),
check-grenade-dsvm-partial-ncpu-icehouse. I tried to dig around but did not
find
Hi Dane,
Thanks, that looks promising. Once support for multiple v6 addresses on
gateway ports is added I'll be happy to give this a go. Should it work
just fine with an otherwise Icehouse based deployment?
Regards,
Harm
op 16-08-14 20:31, Dane Leblanc (leblancd) schreef:
Hi Harm:
Can you
On Sat, Aug 16, 2014 at 7:34 PM, Jeremy Stanley fu...@yuggoth.org wrote:
Not to detract from your suggestion, but if the specs project in
question has a docs job then the link zuul leaves for it in each
check report takes you to a draft rendering of the specs with the
change applied rather
Hi Harm:
The changes for the multiple v6 addresses blueprint depend upon 2 Neutron
changes that are not in Icehouse, but are merged in the latest upstream:
https://blueprints.launchpad.net/neutron/+spec/ipv6-two-attributes
https://blueprints.launchpad.net/neutron/+spec/ipv6-provider-nets-slaac
Excerpts from Martinx - ジェームズ's message of 2014-08-16 12:03:20 -0700:
Hey Stackers,
I'm wondering here... Samba4 is pretty solid (up coming 4.2 rocks), I'm
using it on a daily basis as an AD DC controller, for both Windows and
Linux Instances! With replication, file system ACLs - cifs,
I think that it would be great too! OpenLDAP-as-a-Service... With
multi-domain support! :-)
Nevertheless, last time I used Samba, was back in 2001... It is impressive
these days! It worth take a look... I'm using it for about two months now,
it is great!
Cheers!
On 16 August 2014 18:01,
Guys,
Just for the record, I'm using IceHouse in a Dual-Stacked environment (with
security groups working) but, Instance's IPv6 address are static (no
upstream SLAAC, arrived in Juno-2, I think) and the topology is `VLAN
Provider Networks`, no Neutron L3 Router. Where each VLAN have v4/v6 addrs,
Hi Stuart,
As far as I can tell, this is the first time I hear about this problem.
I can't make any judgment with the details you've shared here, but I would
initially focus on ovs, the kernel and their interactions.
For Neutron's l3 agent the only thing I can say is that it uses the
conntrack
On 16 Aug 2014 06:09, Doug Hellmann d...@doughellmann.com wrote:
On Aug 15, 2014, at 9:29 AM, Ihar Hrachyshka ihrac...@redhat.com wrote:
Signed PGP part
Some updates on the matter:
- oslo-spec was approved with narrowed scope which is now 'enabled
mysqlconnector as an alternative in
Doesn't Murano address this already?
On Aug 16, 2014 2:35 PM, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
I think that it would be great too! OpenLDAP-as-a-Service... With
multi-domain support! :-)
Nevertheless, last time I used Samba, was back in 2001... It is impressive
these
Also, don't forget that AD != LDAP. ;)
On Aug 16, 2014 5:16 PM, Adam Lawson alaw...@aqorn.com wrote:
Doesn't Murano address this already?
On Aug 16, 2014 2:35 PM, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
I think that it would be great too! OpenLDAP-as-a-Service... With
multi-domain
I know! :-P
On 16 August 2014 21:17, Adam Lawson alaw...@aqorn.com wrote:
Also, don't forget that AD != LDAP. ;)
On Aug 16, 2014 5:16 PM, Adam Lawson alaw...@aqorn.com wrote:
Doesn't Murano address this already?
On Aug 16, 2014 2:35 PM, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
John, Andrew, and I investigated this on IRC yesterday.
Simple devstack patch proposed to solve this issue for all drivers/vendors:
https://review.openstack.org/114693
Add this option to localrc your volume type will get created during stack.sh
(with above patch):
In case we are going to expand this to plugins and mechanism drivers, we may
want to consider these ramifications:
1. how will db migrations take place – currently they are all
inter-twinned with neutron infra
2. How does one resolver foreign keys dependencies between neutron and
+1 to that, just `tox -e docs` and open
the generated file under doc/build/html
Regards,
Steve Martinelli
Software Developer - OpenStack
Keystone Core Member
Phone:
1-905-413-2851
E-mail: steve...@ca.ibm.com
8200 Warden Ave
Markham, ON L6G 1C7
Canada
Joe Gordon joe.gord...@gmail.com
34 matches
Mail list logo