On 22 July 2015 at 08:40, Dmitry Tantsur dtant...@redhat.com wrote:
Hi all!
Currently _spawn_worker in the conductor manager raises
NoFreeConductorWorker if pool is already full. That's not very user
friendly (potential source of retries in client) and does not map well on
common async
Hello Everyone,
Project Kuryr is now officially part of Neutron's big tent.
Kuryr is aimed to be used as a generic docker remote driver that connects
docker to Neutron API's
and provide containerised images for the common Neutron plugins.
We also plan on providing common additional networking
It has been a week since this nomination. I'm pleased to confirm
Cedric as a core reviewer for these areas of focus. We look forward
to your continued contribution to the project!
Carl
On Wed, Jul 15, 2015 at 12:47 PM, Carl Baldwin c...@ecbaldwin.net wrote:
As the Neutron L3 Lieutenant along
Congratulations Cedric!!
Edgar
On 7/22/15, 8:37 AM, Carl Baldwin c...@ecbaldwin.net wrote:
It has been a week since this nomination. I'm pleased to confirm
Cedric as a core reviewer for these areas of focus. We look forward
to your continued contribution to the project!
Carl
On Wed, Jul
All,
I have just submitted the container networking spec[1] for review. Thank you to
everyone [2-3] who participated in contributing to the spec. If you are
interested in container networking within Magnum, I urge you to review the spec
and provide your feedback.
[1]
Congrats Credic!
On Wed, Jul 22, 2015 at 9:28 PM, Edgar Magana edgar.mag...@workday.com
wrote:
Congratulations Cedric!!
Edgar
On 7/22/15, 8:37 AM, Carl Baldwin c...@ecbaldwin.net wrote:
It has been a week since this nomination. I'm pleased to confirm
Cedric as a core reviewer for
Sheena,
We may turn off SSL right before the release. However, to test it better, I
would turn it on. In this case every CI run will be helping to test it
better.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Wed, Jul 22, 2015 at 5:51 AM, Sheena Gregson
On 21/07/15 15:45, Salvatore Orlando wrote:
On 21 July 2015 at 14:21, Neil Jerram neil.jer...@metaswitch.com
mailto:neil.jer...@metaswitch.com wrote:
You've probably seen Robert Kukura's comment on the related bug at
https://bugs.launchpad.net/neutron/+bug/1458890/comments/30, and
Congrats Cedric!
On Wed, Jul 22, 2015 at 10:37 AM, Carl Baldwin c...@ecbaldwin.net wrote:
It has been a week since this nomination. I'm pleased to confirm
Cedric as a core reviewer for these areas of focus. We look forward
to your continued contribution to the project!
Carl
On Wed, Jul
Congrats Credic!
2015-07-23 0:05 GMT+08:00 Vikram Choudhary viks...@gmail.com:
Congrats Credic!
On Wed, Jul 22, 2015 at 9:28 PM, Edgar Magana edgar.mag...@workday.com
wrote:
Congratulations Cedric!!
Edgar
On 7/22/15, 8:37 AM, Carl Baldwin c...@ecbaldwin.net wrote:
It has been a
The alternative is to do what has been done with the neutron meeting itself
- have it be held in two alternating time slots.
Ryan
Damon Wang damon.dev...@gmail.com wrote on 07/22/2015 12:08:03 PM:
From: Damon Wang damon.dev...@gmail.com
To: OpenStack Development Mailing List (not for usage
I'd like to recommend a tool:
http://www.timeanddate.com/worldclock/meeting.html
Since I base in Beijing, so I'd like to recommend UTC 1:00 to UTC 16:00
Regards,
Wei Wang
2015-07-23 0:28 GMT+08:00 Gal Sagie gal.sa...@gmail.com:
Hello Everyone,
Project Kuryr is now officially part of
On Tue, 2015-07-21 at 23:42 -0400, Ade Lee wrote:
So, as discussed on #irc, I plan to:
1. Check with folks who are running in a devstack environment as to
where/how their barbican.conf file is configured.
2. Will keep you updated as to the progress of dogtag packaging in
Ubuntu/Debian.
The Monasca mid-cycle meet up will be held at the HP campus in Fort Collins, CO
from August 5-6. Further details on the location, time and tentative agenda can
be found at
https://etherpad.openstack.org/p/monasca_liberty_mid_cycle
Regards --Roland
On 21/07/15 04:21, Dmitry Borodaenko wrote:
I -2 for this reason: this patch already had a +2 so it was closed to be
merged by someone else, while the patch was *breaking backward
compatiblity* in puppet-horizon, because Vasyl was changing the default
cache driver to force users to use Memcached
Dolph,
Per our IRC discussion, I was unable to see any performance improvement
here although not calling DELETE so often will reduce the number of
deadlocks when we're under heavy load especially given the globally
replicated DB we use.
On Tue, Jul 21, 2015 at 5:26 PM, Dolph Mathews
Docker containerization of
From: Gal Sagie
Sent: Wednesday, July 22, 2015 9:28:50 AM
To: OpenStack Development Mailing List (not for usage questions); Eran Gampel;
Antoni Segura Puimedon; Irena Berezovsky
Subject: [openstack-dev] [Neutron][Kuryr] - Bringing
This is an indicator that the bottleneck is not the db strictly speaking, but
also related to the way we match. This means we need to spend some serious
cycles on improving both the stored record(s) for revocation events and the
matching algorithm.
Sent via mobile
On Jul 22, 2015, at 11:51,
Thanks, John.
I am happy to try out Swift EC and will report bugs to launchpad if
necessary.
(The issue I found happens to be different from the ones listed in the bug
list. See my other email)
Thanks
Changbin
On Tue, Jul 21, 2015 at 5:05 PM, John Dickinson m...@not.mn wrote:
Yes, it's
I added a summary of my thoughts about the enhancements I think we could
make to the Nova scheduler in order to better support the Neutron provider
networks use case.
- Original Message -
On Tue, Jul 21, 2015 at 1:11 PM, John Belamaric jbelama...@infoblox.com
wrote:
Wow, a lot to
Thanks Carl, Kevin, Assaf and everybody for your great support!
Looking forward to helping out neutron growth!
Cedric/ZZelle@IRC
On Wed, Jul 22, 2015 at 7:02 PM, Miguel Lavalle mig...@mlavalle.com wrote:
Congrats Cedric!
On Wed, Jul 22, 2015 at 10:37 AM, Carl Baldwin c...@ecbaldwin.net
Awesome. :)
Dockerization of Neutron plugins is already in scope of the Kolla project.
Might want to coordinate the effort with the Kolla team.
Thanks,
Kevin
From: Gal Sagie
Sent: Wednesday, July 22, 2015 9:28:50 AM
To: OpenStack Development Mailing List (not
On Wed, Jul 22, 2015 at 12:37 PM, Luse, Paul E paul.e.l...@intel.com
wrote:
Wrt why the replication code seems to work if you delete just a .data
no it doesn't - https://gist.github.com/clayg/88950d77d25a441635e6
forces a listing every 10 passes for some reason. Clay?
IIRC the every
Hi Rob
I agree. Enforcing a minimum level of coverage as a start is awesome.
I must add though keeping it at 100% and breaking the build has almost
never worked in practice for me.
Keeping a slightly lower level ~98% is slightly more pragmatic.
Also, the currently low coverages will have to be
On 20 July 2015 at 08:27, Matt Keenan matt.kee...@oracle.com wrote:
On 07/06/15 23:19, Ruby Loo wrote:
On 1 July 2015 at 08:25, Matt Keenan matt.kee...@oracle.com
mailto:matt.kee...@oracle.com wrote:
Hi,
In submitting my first ironic spec, I am following the process
outlined
Got it, thanks!
Thanks
Changbin
On Wed, Jul 22, 2015 at 4:19 PM, Clay Gerrard clay.gerr...@gmail.com
wrote:
On Wed, Jul 22, 2015 at 12:24 PM, Changbin Liu changbin@gmail.com
wrote:
But now I wonder: is it by design that EC does not handle an accidental
deletion of just the data
Excerpts from Derek Higgins's message of 2015-07-21 19:29:49 +:
Hi All,
Something we discussed at the summit was to switch the focus of
tripleo's deployment method to deploy using instack using images built
with tripleo-puppet-elements. Up to now all the instack work has been
done
Hi,
I've had a quick look at the Etherpad which mentions Ceilosca. The name
is quite intriguing but I didn't find any reference to it in the Monasca
Wiki. Could you tell us a bit more about it? Does it mean that Monasca
plans to expose an API that would be compatible with the Ceilometer API?
BR,
On Wed, Jul 22, 2015 at 12:24 PM, Changbin Liu changbin@gmail.com
wrote:
But now I wonder: is it by design that EC does not handle an accidental
deletion of just the data file?
Well, the design goal was not do not handle the accidental deletion of
just the data file - it was make
On 07/21/2015 09:29 PM, Derek Higgins wrote:
Hi All,
Something we discussed at the summit was to switch the focus of
tripleo's deployment method to deploy using instack using images built
with tripleo-puppet-elements. Up to now all the instack work has been
done downstream of tripleo as part
On 07/22/2015 12:49 PM, Tang Chen wrote:
Hi all,
When I send a patch to gerrit, my zuul is notified, but jenkins jobs
are not run.
My CI always reports the following error:
Merge Failed.
This change was unable to be automatically merged with the current state of the
repository. Please
Hi Tang,
Reboot your master vm and then try the same. Also after restarting check
the status of zuul and zuul-merger.
On Wed, Jul 22, 2015 at 12:14 PM, Tang Chen tangc...@cn.fujitsu.com wrote:
On 07/22/2015 12:49 PM, Tang Chen wrote:
Hi all,
When I send a patch to gerrit, my zuul is
The gate is under heavy load at the moment. Maybe in a day or two it will get
back to usual…
From: Tang Chen tangc...@cn.fujitsu.commailto:tangc...@cn.fujitsu.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Wednesday, July 22, 2015 at
Hi,
The code is present in 6.1 also.
https://github.com/stackforge/fuel-library/blob/stable/6.1/deployment/puppet/osnailyfacter/modular/zabbix/tasks.yaml
I changed the status of bug to Confirmed for 6.1 as it's 100% done.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On
Hi,
we have a spec that says we disable SSL by default and it was successfully
merged with that, no one was against such decision. So, if we want to
enable it by default now - we can. It should be done as a part of our usual
process, I think - I'll create a bug for it and fix it.
Current status
Thanks Stas. My opinion is that it has to be enabled by default. I'd like
product management to shine in here. Sheena?
On Tue, Jul 21, 2015 at 11:06 PM Stanislaw Bogatkin sbogat...@mirantis.com
wrote:
Hi,
we have a spec that says we disable SSL by default and it was successfully
merged with
Hi fuelers,
I'm glad to announce that bp/role-as-a-plugin story [1] has been
successfully implemented. Since yesterday all functional is in master,
feel free to use it in your plugins.
Briefly, now you are able..
* to define new node roles in the similar to openstack.yaml way with
all supported
Hi Team,
As usual we will have meeting at UTC 1300. We will be discussing
https://review.openstack.org/201224, zhiyuan might has some input for Saggi
:)
--
Zhipeng (Howard) Huang
Standard Engineer
IT Standard Patent/IT Prooduct Line
Huawei Technologies Co,. Ltd
Email: huangzhip...@huawei.com
Hello
I'd like to ask for a freeze exception for the follow bug fix:
*https://review.openstack.org/#/c/198340/
https://review.openstack.org/#/c/198340/*
bug: *https://bugs.launchpad.net/nova/+bug/197
https://bugs.launchpad.net/nova/+bug/197*
merged bug fix in master:
Hi guys,
@Sergii, it looks like you misunderstood something. `node-uuid` is not
a general use case. It's only about conflicting nodes, and I'm sure
everyone's going to change such a hostname in order to avoid
confusion.
@Andrew,
a) Database refuses hostnames that break unique constraint, sot
I moved the virtual machine where designate processes are running into a
host in the same LAN than OST. Now the designate-api process does not die
anymore (still using qpid). I'm afraid that some network problem or timeout
could be the reason for this problem. We'll keep monitoring this process to
Hi ,
Could anyone please check the bug below? I had received message from some kind
people, but I didn't get the answer which i want.
The key point is why the created port with specify ipv4 subnet as fixed-ip get
an ipv6 addr when there are some ipv6 slaac/dhcpstateful subnets.
And I know the
Hello ZhaoBo,
The short summary of the BP [1] is that when a network contains an IPv6
SLAAC/dhcpv6-stateless subnet, we use RADVD daemon to advertise the
prefix. RADVD deamon periodically advertises the prefix info which is a
multicast message received by all the hosts/VMs on the network.
On Tue, Jul 21, 2015 at 08:29:49PM +0100, Derek Higgins wrote:
Hi All,
Something we discussed at the summit was to switch the focus of tripleo's
deployment method to deploy using instack using images built with
tripleo-puppet-elements. Up to now all the instack work has been done
Sorry, should have gone to openstack-docs instead of openstack-dev ;(
Andreas
--
Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton,
HRB
Hi all,
As far as I’m aware, we don’t currently enforce any minimum unit test coverage,
despite Karma generating reports. I think as part of the review guidelines, it
would be useful to set a minimum. Since Karma’s detection is fairly relaxed,
I’d put it at 100% on the automated reports.
I
Hello again to everyone.
*Introductory words:*
I want to present renewed proposal for packaging of OpenStack components
for deb based Linux distributions.
In case of stackforge retirement, I believe that new repositories for deb
specs should appears under the */openstack/* name-space instead of
Hi all,
Our new meeting time seemed to work well for almost everyone.
Unfortunately, there's one person for which the meeting time is 4:30a. So
before our new meeting time becomes part of our routine, it's worth
figuring out if we can find a time where everyone is awake.
Here's a doodle poll.
FYI, no need to recheck right now your failing jobs...
Andreas
Forwarded Message
Subject: [openstack-dev] [all] CI Infrastructure down
Date: Wed, 22 Jul 2015 15:08:10 +0200
From: Andreas Jaeger a...@suse.com
Reply-To: OpenStack Development Mailing List (not for usage
Thanks for your answers.
Let me clarify some points:
Sure, we have to validate hostnames during node renaming. And sure we do
it. This issue appears when we already have node with name 'node-X' and new
node is created without providing custom name. I'll give you the example:
1. User has node
Hi Andrew!
Sahara already merged. All CI tests were succeeded, also was built custom
iso [1] and ran bvt tests [2], which also were succeeded and we got +1 from
QA team.
For Murano we will do the same: resolve all comments, build custom iso, run
custom bvt and wait +1 from Fuel CI and QA team.
This implies an IP allocation request that passes something other than a
network/port to the IPAM subsystem.
What I forgot to mention in my previous email is that proposal #2 is basically
a feature we are planning for our custom IPAM driver (without the routing
piece). We allow arbitrary
Hi colleagues!
I want to aware you about error in Nailgun [1]. I catched this in my patch
for Sahara [2] (patchset number 11, after resolving comment in 10). CI
tests were failed with error:
nailgun serializer failed TypeError: Value of settings:sahara.enabled.value
is undefined. Set
Hi Abhishek,
On 07/22/2015 03:56 PM, Abhishek Shrivastava wrote:
Hi Tang,
Reboot your master vm and then try the same. Also after restarting
check the status of zuul and zuul-merger.
I found the problem. zuul could not fetch repo because of the proxy..
And as a result, merge failed.
Hi,
I think we should just fix the bug to make nodes.yaml match with the data
in astute.yaml. Because 'nodes' Hiera key is also used for /etc/hosts
update. I've raised bug priority to high.
Regards,
Alex
On Wed, Jul 22, 2015 at 2:42 PM, Irina Povolotskaya
ipovolotsk...@mirantis.com wrote:
Hi
Greetings,
While working on upgrade of OpenStack with Fuel installer, I meet a
requirement to re-add OSD devices with the existing data set to a Ceph
cluster using Puppet module. Node is reinstalled during the upgrade, thus
disks used for OSDs are not mounted at Puppet runtime.
Current version
Stackforge is being deprecated.
On 22/07/15 02:18, Fox, Kevin M wrote:
Why not stackforge?
Thanks,
Kevin *
*
*From:* Hayes, Graham
*Sent:* Tuesday, July 21, 2015 11:53:35 AM
*To:* OpenStack Development Mailing
Hi to all,
Swann Croiset reported a bug on Hiera nodes [1].
This issue affects several plugins so far.
In 6.1, there is no workaround.
In 7.0, there should be a new structure for networks_metadata;
this means, there will be ready-to-go puppet functions to get the data.
Unfortunately, it
This morning we hit some problems with our CI infrastructure, the infra
team is still investigating and trying to fix it.
You can upload changes and comment on them but many jobs will fail with
NOT_REGISTERED.
Do not recheck these until the infrastructure is fixed again.
Also, there's no
Steve,
I can speak on behalf of the Magnum team that we are happy to have more of
Daneyon’s attention. Tackling our network features is very important to all of
us. I’m confident that our Kolla team will manage to fill the void that Daneyon
leaves there. I believe in Kolla, and want it to
It seems to me that the existence of the multiprovider extension is
an important point for this discussion. Multiprovider, as I understand
it, allows describing a network composed of multiple L2 segments
with implicit east-west routing between them.
Not quite. Multiprovider is to describe
Ultimately, we need to match up the host scheduled by Nova to the
addresses available to that host. We could do this by delaying
address assignment until after host binding or we could do it by
including segment information from Neutron during scheduling. The
latter has the advantage that we can
The issue with the availability zone solution is that we now force
availability zones in Nova to be constrained to network configuration. In
the L3 ToR/no overlay configuration, this means every rack is its own
availability zone. This is pretty annoying for users to deal with because
they have to
On 07/22/2015 03:41 PM, Morgan Fainberg wrote:
This is an indicator that the bottleneck is not the db strictly
speaking, but also related to the way we match. This means we need to
spend some serious cycles on improving both the stored record(s) for
revocation events and the matching
On 22/07/15 18:41, Gregory Haynes wrote:
Excerpts from Derek Higgins's message of 2015-07-21 19:29:49 +:
Hi All,
Something we discussed at the summit was to switch the focus of
tripleo's deployment method to deploy using instack using images built
with tripleo-puppet-elements. Up to
Thanks for the guidance. I put the patch on gerrit:
https://review.openstack.org/#/c/204725/
JN
On Jul 21, 2015, at 4:59 PM, Ian Wells ijw.ubu...@cack.org.uk wrote:
It is useful, yes; and posting diffs on the mailing list is not the way to
get them reviewed and approved. If you can get
Team,
I would like to request an exception from the Feature Freeze for
Environment Upgrade extensions added to the Nailgun API [1]. The Nailgun
side of the feature is implemented in the following CRs:
https://review.openstack.org/#/q/status:open+topic:bp/nailgun-api-env-upgrade-extensions,n,z
Thanks, Paul and Clay.
By deleted one data fragment I meant I rm only the data file. I did not
delete the hashes.pkl file in the outer directory.
I tried it again. This time deleting both the data file and the hashes.pkl
file. The reconstructor is able to restore the data file correctly.
But
Correct, it by design. Swift doesn’t expect people to delete things “under the
covers”. When the auditor finds a corrupted file, it’s the one that quantities
it and knows that it also needs to invalidate the hashes.pkl file. This
mechanism is there to minimize extra ‘stuff’ going on both at
On 07/22/2015 05:39 PM, Adam Young wrote:
On 07/22/2015 03:41 PM, Morgan Fainberg wrote:
This is an indicator that the bottleneck is not the db strictly
speaking, but also related to the way we match. This means we need to
spend some serious cycles on improving both the stored record(s) for
Gal, This time conflicts with the Neutron ML2 weekly meeting time [1]. I
realize there are several networking related weekly meetings, but I would
like to see if we can find a different time. I suggest the same time, that
is 1600 UTC but either on Mondays or Thursdays.
Please note there is the
Steve,
Thanks for sharing the message with the Kolla community. I appreciate the
opportunity to work on the project. It was great meeting several members of the
community at the Vancouver DS and I look forward to meeting others at the mid
cycle. Containers is a small world (for now) and I’m
On 07/15/2015 06:38 PM, melanie witt wrote:
Hi Everyone,
Recently I have started reviewing the patch series about nested quotas in nova [1] and
I'm having trouble understanding where we currently are with identity v3 support in nova.
From what I read in a semi recent proposal [2] I think
Sergii - I hope there will be no need to turn it off. Let's just enable it
asap and tests against it.
Thanks,
On Wed, Jul 22, 2015 at 8:28 AM Sergii Golovatiuk sgolovat...@mirantis.com
wrote:
Sheena,
We may turn off SSL right before the release. However, to test it better,
I would turn it
Fellow Kolla developers,
Daneyon has been instrumental in getting Kolla rolling and keeping our project
alive. He even found me a new job that would pay my mortgage and Panamera
payment so I could continue performing as PTL for Kolla and get Magnum off the
ground. But Daneyon has conferred
Thank you, Ade for your help.
Regards,
Adrian Otto
On Jul 22, 2015, at 10:55 AM, Ade Lee a...@redhat.com wrote:
On Tue, 2015-07-21 at 23:42 -0400, Ade Lee wrote:
So, as discussed on #irc, I plan to:
1. Check with folks who are running in a devstack environment as to
where/how their
Team,
I would like to request an exception from the Feature Freeze for Templates
for Networking feature [1].
Exception is required for two CRs to python-fuelclient: [2],[3] and one CR
to fuel-web (Nailgun): [4].
These CRs are for adding ability to create/remove networks via API [4] and
for
On Tue, Jul 21, 2015 at 3:29 PM, Derek Higgins der...@redhat.com wrote:
Hi All,
Something we discussed at the summit was to switch the focus of tripleo's
deployment method to deploy using instack using images built with
tripleo-puppet-elements. Up to now all the instack work has been done
Daneyon,
We haven't had much overlap here in Kolla, but our interactions have always
been pleasant and informative. You are clearly a very smart and driven guy.
Good luck with Magnum. Hopefully you will see me around Magnum more in the
future as well, I expect great things!
Sam Yaple
On Wed,
Thanks for bringing this to my attention Kevin! I may not have see this if
my filter didn't catch 'Kolla'.
I am very interested in this. In Kolla and related projects we containerize
all the neutron components near the beginning of the year. We too have no
wish to getting a situation where we are
- Original Message -
The issue with the availability zone solution is that we now force
availability zones in Nova to be constrained to network configuration. In
the L3 ToR/no overlay configuration, this means every rack is its own
availability zone. This is pretty annoying for
Hi Team,
Thanks again for attending the meeting yesterday. We have quite a lot AIs
left (3), and hopefully we could got most of them done by the time of next
meeting.
The meetbot minutes is here:
http://eavesdrop.openstack.org/meetings/tricircle/2015/tricircle.2015-07-22-13.05.html,
and as usual
On 07/15/2015 01:30 PM, Auld, Will wrote:
Sean,
OK, moving thread to openstack-dev.
We'd like to help with this work if there is more to do. What are the next
steps and what areas need help?
Thanks,
Will
Thanks. Here is the current status:
Grenade has been updated to have a
On Tue, Jul 21, 2015 at 1:11 PM, John Belamaric jbelama...@infoblox.com wrote:
Wow, a lot to digest in these threads. If I can summarize my understanding
of the two proposals. Let me know whether I get this right. There are a
couple problems that need to be solved:
a. Scheduling based on
hi, all
I have a patch which is add dns and dhcp log into DHCP agent. Patch:
https://review.openstack.org/#/c/202855. My point is put this log into dnsmasq
process (/opt/stack/data/neutron/dhcp/network-id/dhcp_dns_log) folder. How
does the patch? Please reivew it
thx
Zhi
Hello again to everyone, resending this letter due to typo in the topic of
the previous letter, apologize for this.
*Introductory words:*
I want to present renewed proposal for packaging of OpenStack components
for deb based Linux distributions.
In case of stackforge retirement, I believe that
On Tue, Jul 07, 2015 at 11:06:41AM -0400, Matthew Treinish wrote:
Hi everyone,
As a follow-up from the QA meeting from 2 weeks ago I'm starting a poll to
reschedule the 22:00 UTC QA meeting:
http://doodle.com/eykyptgi3ca3r9mk
I used the yaml2ical repo (which is awesome and makes this
Hi, I replied previously, but it looks like I messed up the formatting
:).
Designate is missing from this list - we are currently packaged by both
Ubuntu and Debian.
We have 2 repos that would need packaging -
openstack/designate
openstack/designate-dashboard
Thanks,
Graham
On 22/07/15
Hi all,
The gate is slowly recovering and working through the backlog of changes.
It should now be safe to do 'recheck's on jobs that received NOT_REGISTERED
errors.
Cheers,
Josh
On Wed, Jul 22, 2015 at 11:08 PM, Andreas Jaeger a...@suse.com wrote:
This morning we hit some problems with our
On Wed, Jul 22, 2015 at 1:46 PM, Aleksandr Didenko adide...@mirantis.com
wrote:
Hi,
I think we should just fix the bug to make nodes.yaml match with the data
in astute.yaml. Because 'nodes' Hiera key is also used for /etc/hosts
update. I've raised bug priority to high.
+1
Regards,
Alex
Hi all!
Currently _spawn_worker in the conductor manager raises
NoFreeConductorWorker if pool is already full. That's not very user
friendly (potential source of retries in client) and does not map well
on common async worker patterns.
My understanding is that it was done to prevent the
I believe the last time we discussed this, the majority of people were in
favor of enabling SSL by default for all public endpoints, which would be
my recommendation.
As a reminder, this will mean that users will see a certificate warning the
first time they access the Fuel UI. We should
92 matches
Mail list logo
