[Openstack-operators] Developer Mailing List Digest September 30 - October 6

2017-10-13 Thread Mike Perez 
HTML version: 
https://www.openstack.org/blog/2017/10/developer-mailing-list-digest-september-30-6-2017/

## Summaries
* OpenStack Technical Committee
*  [TC report 
40](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123063.html)
 by Chris Dent
* [TC report 
41](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123397.html)
 by Chris Dent
* [Technical Committee Status update, October 
6th](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123236.html)
 by Thierry Carrez
* [Technical Committee Status update, October 
13th](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123573.html)
 by Thierry Carrez
* Zuul
* [Zuul v3 Status - and Rollback 
Information](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123049.html)
  by Monty Taylor
* [Important information for people with in-repo Zuul v3 
config](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123064.html)
 by Monty Taylor
* [Zuul v3 rollout, the 
sequel](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123337.html)
 by Jeremy Stanley
* [Zuul v3 Rollout Update - devstack-gate issues 
edition](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123464.html)
 by Monty Taylor
* [Zuul v3 rollout, the sequel 
returns](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123618.html)
 by Jeremy Stanley
* [POST 
/api-sig/news](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123208.html)
* [Release countdown for week R-19, October 
13-20](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123516.html)
 by Sean McGinnis
* [QA Office Hours 
Report](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123520.html)
 by Andrea Frittoli
* [Keystone Office Hours 
Report](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123271.html)
 by Lance Bragstad
* Nova
* [Placement resource providers update 
36](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123244.html)
 by Chris Dent
* [Placement resource providers update 
38](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123581.html)
 by Chris Dent

## Sydney Forum Schedule Available
* [View it 
now!](https://www.openstack.org/summit/sydney-2017/summit-schedule/#day=2017-11-06_groups=63)

## TC Nomination Period Is Now Over
* Kendall Nelson has announced the [official candidate 
list](https://governance.openstack.org/election/#pike-tc-candidates).

## Prepping for the Stable/Newton EOL
* The [published timeline](https://releases.openstack.org/queens/schedule.html) 
is:
* Sep 29 : Final newton library releases
* Oct 09 : stable/newton branches enter Phase III
* Oct 11 : stable/newton branches get tagged EOL
* Given that those key dates were a little disrupted, Tony Breeds is proposing
  adding a week to each so the new timeline looks like:
* Oct 08 : Final newton library releases
* Oct 16 : stable/newton branches enter Phase III
* Oct 18 : stable/newton branches get tagged EOL
* 
[Thread](http://lists.openstack.org/pipermail/openstack-dev/2017-October/thread.html#123088)

## Policy Community Wide Goal Progress
* [The 
goal](https://governance.openstack.org/tc/goals/queens/policy-in-code.html)
* [Burn down chart](https://www.lbragstad.com/policy-burndown/)
* Over half the projects attempted the goal.
* 
[Message](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123040.html)

## Tempest Plugin Split Community Wide Goal Progress
* [The 
goal](https://governance.openstack.org/tc/goals/queens/split-tempest-plugins.html)
* [The 
reviews](https://review.openstack.org/#/q/topic:goal-split-tempest-plugins+status:open)
* List of projects which have already completed the goal:
- Barbican
- Designate
- Horizon
- Keystone
- Kuryr
- Os-win
- Sahara
- Solum
- Watcher
* List of projects which are working on the goal:
- Aodh
- Cinder
- Magnum
- Manila
- Murano
- Neutron
- Neutron L2GW
- Octavia
- Senlin
- Zaqar
- Zun
- 
[Message](http://lists.openstack.org/pipermail/openstack-dev/2017-October/123268.html)


signature.asc
Description: PGP signature
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] [nova][cinder] Proposal to provide volume-backed flavors

2017-10-13 Thread Matt Riedemann 
We've talked about this since the Boston Forum and talked about it again 
in Denver at the PTG. I finally got the spec written for a proposal to 
provide volume-backed flavors in Nova:


https://review.openstack.org/#/c/511965/

It's a WIP right now because of a TODO in there about how the field 
should actually be handled, if it's a boolean or an enum so operators 
can tailor the functionality based on their needs.


I'm posting this here so I can get feedback on the spec. It also details 
several of the past alternative attempts at doing something like this, 
and hopefully captures the problems and use cases we're trying to 
address for both end users and operators.


Nova spec freeze for Queens is less than a week away, on October 19th, 
so any feedback I can get is appreciated, and the sooner the better 
(says the guy that dumps this on you late on a Friday the week before 
it's due).


--

Thanks,

Matt

___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] [openstack-dev] [ceilometer] Time for API removal?

2017-10-13 Thread gordon chung 
adding ops list

On 2017-10-13 11:01 AM, Julien Danjou wrote:
> Hey there,
> 
> We deprecated the Ceilometer API last year (Ocata) and our latest user
> survery shows than more than 50% of our users are now using Gnocchi or
> something else than the old deprecated storage methods.

thanks to all those that moved off legacy storage.

> 
> I'm starting to think it's time to stop carrying this dead code around.
> The biggest reason, other than cleaning our code base, is to stop having
> confusing options such as, e.g., "time-to-live" that make users being
> confused about where to configure the expiration of their metrics.
> 
> The question, is there any compelling reason to keep this deprecated
> stuffs for one more cycle?
> 
i'm ok with removing it. the amount of questions i've fielded related to 
Ceilometer API has dropped over the year we've officially deprecated 
it[1]. more importantly, we've had arguably no non-trivial patches to 
improve this legacy code for over 2 years so it's probably best to 
remove it so any new users don't read an old doc and attempt to install 
ceilometer storage.

i just checked docs and the install guide docs back to newton already 
tell people to use Gnocchi or something else.

tl;dr let's burn this down unless some hidden figure who's contributing 
speaks up.

[1] 
https://github.com/openstack/ceilometer/commit/6616a714009a80c7484fa2292c2331868617cb9c#diff-074c02939ac2ca794f659d87981d2220

cheers,

-- 
gord
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] COMING SOON! NEW COMMUNITY PORTAL!

2017-10-13 Thread Melvin Hillsman 
Hi everyone,

We are planning to update openstack.org/community with a new fancy
contributor portal.

We would love to get your feedback. As a new user:

   - What is the first thing you should do try OpenStack?
   - How can you build a proof of concept?
   - Reading documentation or watching relevant summit videos
   - Reporting bugs
   - Grabbing tools from osops
   - Participating in the Forum and SIGs
   - etc...



*Please respond to this thread or add feedback to the etherpad by Monday,
October 16th, 2017.*

https://etherpad.openstack.org/p/contributor-portal-user-section

Mockups for reference:

*PNG* - https://www.dropbox.com/sh/h7c2as0ko33e64y/AAANLpcFHQo
1fsIcZBNivtrma?dl=0
*Invision* - https://invis.io/CSDEZTBDJ#/252645774_Landing
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[Openstack-operators] [openstack-ansible]: Container errors on task "lxc_container_create : Drop container network file (interfaces)"

2017-10-13 Thread andres sanchez ramos 
Hello guys,

I am trying to deploy a lab Openstack environment using ansible in order to get 
acquainted with this tool. Actually i am stuck with an error i am not being 
able to resolve. It happens on the following task:

TASK [lxc_container_create : Drop container network file (interfaces)] *

task path: 
/etc/ansible/roles/lxc_container_create/tasks/container_create.yml:262

The console prints out this error for each one of the containers:

container_name: "infra1_cinder_scheduler_container-8054b2be"
physical_host: "infra1"
Container confirmed
<192.168.100.30> ESTABLISH SSH CONNECTION FOR USER: lab232
An exception occurred during task execution. The full traceback is:
Traceback (most recent call last):
  File 
"/opt/ansible-runtime/local/lib/python2.7/site-packages/ansible/executor/task_executor.py",
 line 98, in run
item_results = self._run_loop(items)
  File 
"/opt/ansible-runtime/local/lib/python2.7/site-packages/ansible/executor/task_executor.py",
 line 290, in _run_loop
res = self._execute(variables=task_vars)
  File 
"/opt/ansible-runtime/local/lib/python2.7/site-packages/ansible/executor/task_executor.py",
 line 511, in _execute
result = self._handler.run(task_vars=variables)
  File 
"/opt/ansible-runtime/local/lib/python2.7/site-packages/ansible/plugins/action/template.py",
 line 149, in run
tmp = self._make_tmp_path(remote_user)
  File 
"/opt/ansible-runtime/local/lib/python2.7/site-packages/ansible/plugins/action/__init__.py",
 line 224, in _make_tmp_path
tmpdir =  self._remote_expand_user(C.DEFAULT_REMOTE_TMP, sudoable=False)
  File 
"/opt/ansible-runtime/local/lib/python2.7/site-packages/ansible/plugins/action/__init__.py",
 line 506, in _remote_expand_user
initial_fragment = data['stdout'].strip().splitlines()[-1]
IndexError: list index out of range

fatal: [infra1_nova_scheduler_container-92a94180]: FAILED! => {
"failed": true,
"msg": "Unexpected failure during module execution.",
"stdout": ""
}

Regarding my setup i have one infrastructure node and one compute node. I am 
attaching the interface config for each node and the openstack_user_config.yml 
file so you get a complete picture of my setup. I would deeply appreciate any 
help or any pointers that might help me troubleshoot this!


I think the only relevant change i make regarding the instructions is my 
management network which is 192.168.100.0./24 since I already have this set up 
for other equipment.




Enviado desde Outlook


Compute interfaces
Description: Compute interfaces


openstack_user_config.yml
Description: openstack_user_config.yml


Infra interfaces
Description: Infra interfaces
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

Re: [Openstack-operators] Guest crash and KVM unhandled rdmsr

2017-10-13 Thread Saverio Proto 
Hello Blair,

I found this link in my browser history:
https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/1583819

Is it the same messages that you are seeing in Xenial ?

Saverio



2017-10-12 23:26 GMT+02:00 Blair Bethwaite :
> Hi all,
>
> Has anyone seen guest crashes/freezes associated with KVM unhandled rdmsr
> messages in dmesg on the hypervisor?
>
> We have seen these messages before but never with a strong correlation to
> guest problems. However over the past couple of weeks this is happening
> almost daily with consistent correlation for a set of hosts dedicated to a
> particular HPC workload. So far as I know the workload has not changed, but
> we have just recently moved the hypervisors to Ubuntu Xenial (though they
> were already on the Xenial kernel previously) and done minor guest (CentOS7)
> updates. CPU mode is host-passthrough. Currently trying to figure out if the
> CPU flags in the guest have changed since the host upgrade...
>
> Cheers,
>
> ___
> OpenStack-operators mailing list
> OpenStack-operators@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>

___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators