+1
-Ursprüngliche Nachricht-
Von: Matthew Treinish [mailto:mtrein...@kortar.org]
Gesendet: Dienstag, 22. Juli 2014 00:34
An: openstack-dev@lists.openstack.org
Betreff: [openstack-dev] [QA] Proposed Changes to Tempest Core
Hi Everyone,
I would like to propose 2 changes to the
it is another BP about NFV:
https://review.openstack.org/#/c/97715
On Tue, Jul 22, 2014 at 9:37 AM, Isaku Yamahata isaku.yamah...@gmail.com
wrote:
On Mon, Jul 21, 2014 at 02:52:04PM -0500,
Kyle Mestery mest...@mestery.com wrote:
Following up with post SAD status:
*
On Tue, Jul 22, 2014 at 01:12:24PM +0800,
loy wolfe loywo...@gmail.com wrote:
any relation with this BP?
https://review.openstack.org/#/c/97715/6/specs/juno/nfv-unaddressed-interfaces.rst
No direct relationship because the above blueprint doesn't specify
concrete plugin/mechanism driver,
Hello everyone,
I would like to request for juno spec freeze exception for Add ironic boot
mode filters.
https://review.openstack.org/#/c/108582/
This change is required to support UEFI boot mode in ironic drivers. The
ironic spec to add UEFI support in ironic is still under review
I think this sounds risky to me... I'd rather we landed _something_ in
terms of an ironic driver in juno, rather than adding features to what
we have now. In fact, I thought Devananda had frozen the ironic nova
driver to make this easier?
Michael
On Tue, Jul 22, 2014 at 4:45 PM, Faizan Barmawer
Fair enough. Let's roll with that then.
Michael
On Tue, Jul 22, 2014 at 6:33 AM, Sean Dague s...@dague.net wrote:
On 07/21/2014 03:35 PM, Dan Smith wrote:
We've already approved many other blueprints for Juno that involve features
from new libvirt, so I don't think it is credible to reject
Great!
And, not sure if it's right, but cannot find place to compare two commits
through the website, e.g., the latest version and the last one.
Guess this would be easier to find what changes in the new patch.
On Mon, Jul 21, 2014 at 9:47 PM, Kyle Mestery mest...@mestery.com wrote:
On Mon,
Dear Jay,
Yes, it's answer my question.
Because I have problem to launch an instance from an image, I can not do nova
volume-attach to check if iSCSI LUN mechanism is work.
Thanks for your reply.
Regards,
Johnson
-Original Message-
From: Jay S. Bryant
Any chance for getting it streamed or at least IRC'd for those of us who have
an interest in this but can't attend?
From: Robert Collins [robe...@robertcollins.net]
Sent: 20 July 2014 20:30
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev]
It's interesting and practical!
There're some early efforts to make openstack more robust and efficient,
however, we're still lacking one such framework.
Just a little question.
On the wiki, it says to consider the scalability problem.
How can we measure the performance at large scale? By real
Hi Sean,
On 21 July 2014 22:53, Collins, Sean sean_colli...@cable.comcast.com
wrote:
The fact that I tried to reach out to the person who was listed as the
contact back in November to try and resolve the –1 that this CI system
gave, and never received a response until the public mailing
+1 Boris has the enthusiasm, and time to take Rally forwards. He is
especially good at encouraging people to get involved.
Ensure that everybody's use cases are fully covered - this must be
balanced against the need for focus and clear scope.
--
Hugh Saunders
On 21 July 2014 19:38, Boris
ack
On Mon, Jul 21, 2014 at 10:38 PM, Boris Pavlovic bpavlo...@mirantis.com wrote:
Hi,
I would like to propose my candidacy for Rally PTL.
I started this project to make benchmarking of OpenStack simple as possible.
This means not only load generation, but as well OpenStack specific
On 22 July 2014 11:06, Luke Gorrie l...@tail-f.com wrote:
This must have been bad for you guys since you were stuck waiting on us
and couldn't fix the problem on your side. I was also contacted by email,
as the previous contact person for that driver, but the message simply
asked me to
Folks, please, don't +1 it. If we'll have = 2 candidates, we'll have
CIVS elections.
On Tue, Jul 22, 2014 at 2:09 PM, Hugh Saunders h...@wherenow.org wrote:
+1 Boris has the enthusiasm, and time to take Rally forwards. He is
especially good at encouraging people to get involved.
Ensure that
Hi,
Kicking open an old thread[0] about Libvirt not migrating cdrom
devices (config-drive) [0] with the attached LP bug[1].
It seems that the direction was to consider switching to vfat, as
libvirt supports this. It isn't clear to me if the cdrom limitation
is specific to libvirt, nor if vfat
Hello, Ben.
On Mon, Jul 21, 2014 at 7:23 PM, Ben Nemec openst...@nemebean.com wrote:
Hi all,
The oslo.serialization and oslo.concurrency graduation specs are both
approved, but unfortunately I haven't made as much progress on them as I
would like. The serialization repo has been created
Stephen,
This will increase the complexity of the code since it will add managing the
cache lifecycle in tandem with the barbican back end and the fact that
containers may be shared by multiple listeners.
At this stage, I think that it serves us all to keep the code at this stage as
small and
Yuriy,
Hop onto #openstack-oslo, that's where we hang out.
Ben,
I can help as well.
thanks,
-- dims
On Tue, Jul 22, 2014 at 6:38 AM, Yuriy Taraday yorik@gmail.com wrote:
Hello, Ben.
On Mon, Jul 21, 2014 at 7:23 PM, Ben Nemec openst...@nemebean.com wrote:
Hi all,
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
FYI: I've moved the spec to oslo space since the switch is not really
limited to neutron, and most of coding is to be done in oslo.db
(though not much anyway).
New spec: https://review.openstack.org/#/c/108355/
On 09/07/14 13:17, Ihar Hrachyshka
Hi,
I'm running a HA overcloud configuration and as far as I'm aware, there is
currently no mechanism in place for restarting failed nodes in the cluster.
Originally, I had been wondering if we would use a corosync/pacemaker cluster
across the control plane with STONITH resources configured
hi,
following the oslo graduation protocol, could the oslo team review the
oslo.middleware library[1] i've created and see if there are any issues.
[1] https://github.com/chungg/oslo.middleware
cheers,
gord
On Mon, Jul 21, 2014 at 1:15 PM, Henry Gessau ges...@cisco.com wrote:
I would like to request Juno spec freeze exceptions for the following, all of
which add features to the ML2 driver for the Cisco Nexus family of switches.
https://review.openstack.org/95834 - Provider Segment Support
On Mon, Jul 21, 2014 at 10:04 AM, Mooney, Sean K
sean.k.moo...@intel.com wrote:
Hi
I would like to propose
https://review.openstack.org/#/c/107797/1/specs/juno/ml2-use-dpdkvhost.rst
for a spec freeze exception.
https://blueprints.launchpad.net/neutron/+spec/ml2-use-dpdkvhost
This
On Mon, Jul 21, 2014 at 11:32 AM, YAMAMOTO Takashi
yamam...@valinux.co.jp wrote:
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
it's sad. ;-(
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this point, we're
On Mon, Jul 21, 2014 at 10:17 PM, Isaku Yamahata
isaku.yamah...@gmail.com wrote:
I'd like to request Juno spec freeze exception for ML2 OVS portsecurity
extension.
- https://review.openstack.org/#/c/99873/
ML2 OVS: portsecurity extension support
-
Hi all,
Please provide your valuable inputs on the proposal below mentioned.
Thanks,
Rajesh Tailor
From: Tailor, Rajesh
Sent: Thursday, July 17, 2014 12:38 PM
To: 'openstack-dev@lists.openstack.org'
Subject: [openstack-dev] [glance] Use Launcher/ProcessLauncher in glance
Hi all,
Why glance is
On Tue, Jul 22 2014, gordon chung wrote:
hi,
following the oslo graduation protocol, could the oslo team review the
oslo.middleware library[1] i've created and see if there are any issues.
[1] https://github.com/chungg/oslo.middleware
LGTM. Don't forget to gate it on py33. :)
--
Julien
As I mentioned on the review, the title could cause confusion.
Rally tests performance and scalability but the title could lead people to
think that if you install Rally, you will get Performance and Scale from your
OpenStack instance. Adding Benchmark or Testing in to the description would
Honestly, I'm really not sure I see this as a different program, but is
really something that should be folded into the QA program. I feel like
a top level effort like this is going to lead to a lot of duplication in
the data analysis that's currently going on, as well as functionality
for better
I agree with Sam. We're under a strict timeline here and the simpler
the code the faster it will be implemented and reviewed. Is there any
strong reason why this caching can't wait until K if it decided it is
really needed?
Thanks,
Brandon
On Tue, 2014-07-22 at 11:01 +, Samuel Bercovici
On 07/21/2014 12:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good change from getting in.
Without gating, the result would be that even more bugs, many of
Hi Folks,
Could someone please share his experience with Nova Boot from ISO feature
[1].
We test it on Havana + KVM, uploaded the image with DISK_FORMAT set to
'iso'. Windows deployment does not happen. The VM has two volumes: one is
config-2 (CDFS, ~400Kb, don't know what that is); and the
Hi Faizan,
The Nova proposal is missing a dependency reference for UEFI support in
Ironic. That spec has not been approved, and, since this feature will
require changes in the Nova driver and scheduler, I am blocking it now so
that we can stay focused on simply landing the Ironic driver in Nova.
Hi Fuelers,
Looks like we are more or less good to call for a Soft Code Freeze [1] on
Thursday.
Then hard code freeze [2] will follow. It is planned to have no more than 2
weeks between SCF and HCF [3]. When hard code freeze is called, we create
stable/5.1 branch at the same time to accept only
Hi folks,
I'd like to request an exception for the Flavor Framework spec:
https://review.openstack.org/#/c/102723/
It already have more or less complete server-side implementation:
https://review.openstack.org/#/c/105982/
CLI will be posted on review soon.
Thanks,
Eugene.
On Tue, Jul 22, 2014 at 10:10 AM, Eugene Nikanorov
enikano...@mirantis.com wrote:
Hi folks,
I'd like to request an exception for the Flavor Framework spec:
https://review.openstack.org/#/c/102723/
It already have more or less complete server-side implementation:
We still need another core to approve L7
https://review.openstack.org/#/c/99709
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Tuesday, July 22, 2014 3:44 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][LBaaS] Update on specs
Hey Kent,
Appreciate your effort and being pro-active for your patches. For future review
requests please join us at the #openstack-glance channel on Freenode.
Thanks,
-Nikhil
From: Wang, Kent [kent.w...@intel.com]
Sent: Monday, July 21, 2014 1:20 PM
To:
On 07/22/2014 10:48 AM, Chris Friesen wrote:
On 07/21/2014 12:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good change from getting in.
Without gating, the
On 07/22/2014 10:44 AM, Sean Dague wrote:
Honestly, I'm really not sure I see this as a different program, but is
really something that should be folded into the QA program. I feel like
a top level effort like this is going to lead to a lot of duplication in
the data analysis that's currently
Thanks, boris, really big +1! we at huawei are using Rally as our
performance testing tool for OpenStack API, but I still hope Rally
will be more mature with more and more talented folks within the
OpenStack community. I am really excited to be able to participate.
2014-07-22 5:53 GMT+08:00 Boris
Maybe you are using local storage for your vm system volume backend,
accroding to the 'resize' implementation, 'rsync' and 'scp' will be
executed during the resize process, which will be the bottleneck
2014-07-19 13:07 GMT+08:00 fdsafdsafd jaze...@163.com:
Did someone test the concurrency of
No. There a blueprint in to do the integration, but no code merged yet let
alone documentation.
Duncan Thomas
On Jul 22, 2014 4:42 PM, Giuseppe Galeota giuseppegale...@gmail.com
wrote:
Dear all,
is Cinder capable today to use Barbican for encryption? If yes, can you
link to me some useful
On 07/21/2014 11:16 PM, Jay Lau wrote:
Hi Jay,
There are indeed some China customers want this feature because before
they do some operations, they want to check the action plan, such as
where the VM will be migrated or created, they want to use some
interactive mode do some operations to make
FYI, we chatted about this in #openstack-marconi today and decided to try
2100 UTC for tomorrow. If we would like to alternate at an earlier time
every other week, is 1900 UTC good, or shall we do something more like
1400 UTC?
On 7/21/14, 11:21 AM, Kurt Griffiths kurt.griffi...@rackspace.com
Hi,
This is a little rambling, so I'll put this summary here and some discussion
below. I would like to be able to add heat template fragments (primarily
softwareconfig) to a template before an instance is created by Heat. This could
be possible by updating but not pushing the heat template
On 07/22/2014 11:58 AM, David Kranz wrote:
On 07/22/2014 10:44 AM, Sean Dague wrote:
Honestly, I'm really not sure I see this as a different program, but is
really something that should be folded into the QA program. I feel like
a top level effort like this is going to lead to a lot of
Hi all,
Towards the end of the SAD one of my spec (
https://review.openstack.org/#/c/104378/) did not make it on Sunday;
understandably because there were flurry of specs getting reviewed in
burst.
I would like to ask cores to take a look at this very basic change and see
if it can be made in.
I'm happy to announce that python-swiftclient 2.2.0 has been released.
This release has the following significant features:
* Ability to set a storage policy on container and object upload
* Ability to generate Swift temporary URLs from the CLI and SDK
* Added context-sensitive help to the CLI
Dear Dan,
I understand.
Thanks for your information.
Regards,
Johnson
-Original Message-
From: Dan Genin [mailto:daniel.ge...@jhuapl.edu]
Sent: Tuesday, July 22, 2014 9:14 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] The image
Mike,
I don't think we should SCF until the review queue is addressed, there are
far to many outstanding reviews presently. I'm not saying the queue has to
be flushed and revised (although we should give this time given the size of
the outstanding queue) , but all patches should be reviewed, and
+1 At yahoo we are using and contributing to Rally. Within our company
performance engineering and QE are distinct job groups with different skill
sets and focus. As a result, I think that it makes perfect sense to have a
dedicated program for performance and scalability within OpenStack. I
Hello,
As discussed earlier this morning, we are working towards switching
SELinux to enforcing mode in tripleo. The work required are detailed in
this spec: https://review.openstack.org/#/c/108168/. I welcome
additional comments and suggestions.
Thank you,
Richard
- Original Message -
Hi,
I'm running a HA overcloud configuration and as far as I'm aware, there is
currently no mechanism in place for restarting failed nodes in the cluster.
Originally, I had been wondering if we would use a corosync/pacemaker
cluster across the control plane
The issue (if I understand your diagram correctly) is that the VPN GW
address is on the other side of your home router from the neutron router.
The nexthop address has to be an address on one of the subnets directly
attached to the router. In this topology, the static route should be on
your home
Since Rally is the first OpenStack project that I contributed to, I can
personally vouch for Boris' magical abilities to welcome new contributors and
set the technical direction for the project. If you spend some time in the
#openstack-rally irc you quickly realize that boris-42 is available
Hi
I mean I could use another patch instead of /usr/libexec/qemu-kvm
Thanks
--
Gareth
*Cloud Computing, OpenStack, Distributed Storage, Fitness, Basketball*
*OpenStack contributor, kun_huang@freenode*
*My promise: if you find any spelling or grammar mistakes in my email from
Mar 1 2013, notify
Thanks for the response.
Primarily I’m thinking about a situation where I have an image that has a
specific piece of software installed (let’s say MySQL for the sake of
argument). My application (which configures mysql) requires a glance image that
has MySQL pre-installed, and doesn’t
On Thu, Jul 17, 2014 at 7:17 AM, Dolph Mathews dolph.math...@gmail.com
wrote:
On Thu, Jul 17, 2014 at 7:56 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jul 16, 2014 at 5:07 PM, Morgan Fainberg
morgan.fainb...@gmail.com wrote:
Reposted now will a lot less bad quote issues. Thanks
I would like to request Juno spec freeze exception for the Multiple IPv6
Prefixes/Addresses per port blueprint:
https://review.openstack.org/98217
This feature defines how multiple IPv6 prefixes and/or addresses per Neutron
port should be supported in OpenStack, in a manner that is consistent
Workers can consume more than one message at a time due to
eventlet/greenthreads. The conf option rpc_thread_pool_size determines how many
messages can theoretically be handled at once. Greenthread switching can happen
any time a monkeypatched call is made.
Vish
On Jul 21, 2014, at 3:36 AM,
Thanks guys, much appreciated! I should be around on IRC for the rest
of the week if you have any questions. Next week I'm unlikely to have
internet access so don't wait. :-)
-Ben
On 2014-07-22 06:37, Davanum Srinivas wrote:
Yuriy,
Hop onto #openstack-oslo, that's where we hang out.
Ben,
On Tue, Jul 22, 2014, at 08:41 AM, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 21/07/14 17:11, Doug Hellmann wrote:
On Jul 21, 2014, at 4:45 AM, Christian Berendt
bere...@b1-systems.de wrote:
Hello.
There are some files using the Python source
On Tue, Jul 22, 2014, at 06:38 AM, Yuriy Taraday wrote:
Hello, Ben.
On Mon, Jul 21, 2014 at 7:23 PM, Ben Nemec openst...@nemebean.com
wrote:
Hi all,
The oslo.serialization and oslo.concurrency graduation specs are both
approved, but unfortunately I haven't made as much progress on
The v3 experimental jobs are available for tempest [0]:
- check-tempest-dsvm-keystonev3-full
- check-tempest-dsvm-neutron-keystonev3-ful
At the moment the difference between these and the regular jobs are that
what has been implemented in this bp [1]:
- tempest works with v3
Today was a relatively quick meeting, but a meeting nonetheless.
Minutes:
http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-07-22-19.00.html
Minutes (text):
On 07/21/2014 04:45 AM, Christian Berendt wrote:
Hello.
There are some files using the Python source code encodings as the first
line. That's normally not necessary and I want propose to introduce a
hacking check to check for the absence of the source code encodings.
I assume you mean you
At the meetup today, the topic of our spec process came up. The general
sentiment is that the process is still young and the hiccups are
expected, but we do need to get better about making sure we're staying
on top of them.
As a first step, it was proposed to add 1 spec review a week to the
I have logged below bug to enforce 'content-type' check before RBAC enforcement
on POST requests, but seems we have difference in opinion.
https://bugs.launchpad.net/barbican/+bug/1347101
Please look at the above bug and share your thoughts.
IMO -
content-type enforcement is concern of REST
Sean, David
So seems like I am better in writing code then english, sorry for that=)
Let me try to explain my position and try to make this situation clear.
We have the great program QA that helps to keep OpenStack working
(automation of testing, unit/function/integration tests, log analyze,
On 07/22/2014 11:51 AM, Jay Pipes wrote:
On 07/22/2014 10:48 AM, Chris Friesen wrote:
On 07/21/2014 12:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
presumably good
On 07/21/2014 04:10 PM, Nachi Ueno wrote:
Hi nova folks
QQ: Who uses migrate_instance_start/finish, and why we need this rpc call?
I greped code but I couldn't find implementation for it.
Hi Steve,
1. There are no objections whatsoever if you know how to do it without
breaking the entire concept
2. I thing that deployment workflow need to be broken to more fine-grained
steps. Maybe instead of single deploy methdos have prepareDeploy (which
doesn't push the changes to Heat), deploy
How do you like alternate design: uses can chose any image he wants (say
any Linux) but the JSON that is in image tag has enough information on what
applications are installed on that image. And not just installed or not but
the exact state installation was frozen (say binaries are deployed but
Gents,
For what it’s worth - We’ve long accounting for “extension points” within our
VM and physical server provisioning flows, where developers may drop in code to
augment OOTB behavior with customer/solution-specific needs. While there are
many extension points laced throughout different
On Jul 17, 2014, at 4:59 PM, Stephen Balukoff sbaluk...@bluebox.net wrote:
From the comments there, I think the reason for storing the subjectAltNames
was to minimize the number of calls we will need to make to barbican, and
because the barbican container is immutable, and therefore the
Hi Russell
Thanks. I got it.
2014-07-22 14:21 GMT-07:00 Russell Bryant rbry...@redhat.com:
On 07/21/2014 04:10 PM, Nachi Ueno wrote:
Hi nova folks
QQ: Who uses migrate_instance_start/finish, and why we need this rpc call?
I greped code but I couldn't find implementation for it.
On Jul 20, 2014, at 6:32 AM, Evgeny Fedoruk evge...@radware.com wrote:
Hi folks,
In a current version of TLS capabilities RST certificate SubjectCommonName
and SubjectAltName information is cached in a database.
This may be not necessary and here is why:
1. TLS containers are
Ok, this one has two cores, so the exception is approved. The
exception is in the form of another week to get the spec merged, so
quick iterations are the key.
Cheers,
Michael
On Tue, Jul 22, 2014 at 1:55 PM, Kenichi Oomichi
oomi...@mxs.nes.nec.co.jp wrote:
-Original Message-
From:
Ok, I am going to take Daniel and Dan's comments as agreement that
this spec freeze exception should go ahead, so the exception is
approved. The exception is in the form of another week to get the spec
merged, so quick iterations are the key.
Cheers,
Michael
On Tue, Jul 22, 2014 at 6:36 PM,
Ok, this one has two cores, so the exception is approved. The
exception is in the form of another week to get the spec merged, so
quick iterations are the key.
Cheers,
Michael
On Tue, Jul 22, 2014 at 2:02 AM, Kevin L. Mitchell
kevin.mitch...@rackspace.com wrote:
On Mon, 2014-07-21 at 10:55
This spec freeze exception only has one core signed up. Are there any
other cores interested in working with Sylvain on this one?
Michael
On Mon, Jul 21, 2014 at 7:59 PM, John Garbutt j...@johngarbutt.com wrote:
On 18 July 2014 09:10, Sylvain Bauza sba...@redhat.com wrote:
Hi team,
I would
On 2014-07-21 11:36:43 -0700 (-0700), Kevin Benton wrote:
I see. So then back to my other question, is it possible to get
access to the same branch that is being passed to the OpenStack CI
devstack tests?
For example, in the console output I can see it uses a ref
like refs/zuul/
There has been an increased occurrence of using [tag] in the title instead
of adding tag to the tags section of the LP bugs for Fuel.
As we discussed in the Fuel meeting last Thursday, We should stop doing
this as it causes several issues
* It spams e-mail.
* It breaks threading that your mail
Hi,
I've had a few discussions recently related to Keystone trusts with
regards to imposing restrictions on trusts at a deployment level.
Currently, the creator of a trust is able to specify the following
restrictions on the trust at creation time:
- an expiration time for the trust
- the
+1
To provide some more context, we discussed this in the team meeting last week:
http://eavesdrop.openstack.org/meetings/fuel/2014/fuel.2014-07-17-16.00.log.html#l-107
and agreed to stop doing it until further discussion, or at all.
On Tue, Jul 22, 2014 at 4:36 PM, Andrew Woodward
Since it looks like the TLS blueprint was approved I''m sure
were all eager to start coded so how should we divide up work on the
source code. I have Pull requests in pyopenssl
https://github.com/pyca/pyopenssl/pull/143;. and a few one liners
in pica/cryptography to expose the needed
On Tue, Jul 22, 2014 at 05:20:44PM -0700, Nathan Kinder wrote:
Hi,
I've had a few discussions recently related to Keystone trusts with
regards to imposing restrictions on trusts at a deployment level.
Currently, the creator of a trust is able to specify the following
restrictions on the
Hi,
I want to use FQDN in Ring files instead of ip.
I tried the following Swift APIs with using FQDN and it succeeded.
(I used swift1.13.1.)
- PUT Container
- PUT Object
In some documents there is no info for using FQDN in Ring files.
- swift 1.13.1 documentation The Rings List of
Hi Salvatore and Kyle,
Thanks for your review the following bug:
https://review.openstack.org/#/c/97516/
https://launchpad.net/bugs/1325986
I think I did not make myself clear in the bug description.
And you have the following comments:
I have a question regarding the removal of the
On 07/22/2014 06:55 PM, Steven Hardy wrote:
On Tue, Jul 22, 2014 at 05:20:44PM -0700, Nathan Kinder wrote:
Hi,
I've had a few discussions recently related to Keystone trusts with
regards to imposing restrictions on trusts at a deployment level.
Currently, the creator of a trust is able to
Hi,
Here's a patch to allow hostname in Ring which is under developing you
might be interested in.
https://review.openstack.org/#/c/80421/
-Edward Zhang
Matsuda,
I would like to request one Juno Spec freeze exception for Support
Stateful and Stateless DHCPv6 by dnsmasq BP.
This BP is an important part if IPv6 support in Juno. Router
advertisement support by RADVD has been merged and this BP is planned
for configure OpenStack dnsmasq to co-work with
94 matches
Mail list logo