Re: [Openstack] [Heat] Conditions on resource properties

[Lars-Erik Helander]

Thanks, found the example in the documentation but I could not make my case to 
work. What if the values are more complex than strings, e.g. a list of maps, do 
anyone have an example of that?


On 2017-03-22, 20:11, "Zane Bitter"  wrote:

On 22/03/17 07:45, Lars-Erik Helander wrote:
> The Heat documentation states that conditions could be applied to
> resources, resource properties and output values. I have failed to set
> conditions on resource properties and I have found no examples. Anyone
> that has a working example?

You'll want to use the 'if' intrinsic function to specify different 
property values based on conditions.

cheers,
Zane.


___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [Openstack] [openstack-dev] [User-committee] Boston Forum - Formal Submission Now Open!

[Thierry Carrez]

Eoghan Glynn wrote:
> Thanks for putting this together!
> 
> But one feature gap is some means to tag topic submissions, e.g.
> tagging the project-specific topics by individual project relevance.
> That could be a basis for grouping topics, to allow folks to better
> manage their time during the Forum.
> 
> (e.g. if someone was mostly interested in say networking issues, they
> could plan to attend all the neutron- and kuryr-tagged topics more
> easily if those slots were all scheduled in a near-contiguous block
> with minimal conflicts)

That is a good point! The tooling we are using this time is pretty basic
(a resurrection of good old odsreg for submission / selection, with
manual scheduling to the summit scheduling system in the end), and we'll
certainly improve it for future Forums.

For this first one, we'll likely rely on the Forum selection committee
to add the relevant tags when they manually schedule the session. It's
probably doable since there are a lot less sessions (only 3 parallel
Forum rooms * 4 days compared to the ~20 * 5 we had in "Design Summits").

So if you have specific attendance needs that should be tagged in a
session, I encourage you to mention it in the description, for them to
pick it up at scheduling time. Also, once the schedule is up, if you see
a missing tag, feel free to reach out to them so that they add it.

-- 
Thierry Carrez (ttx)

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

[Openstack] [OSSA-2017-002] Nova logs sensitive context from notification exceptions (CVE-2017-7214)

[Jeremy Stanley]

===
OSSA-2017-002: Nova logs sensitive context from notification
exceptions
===

:Date: March 23, 2017
:CVE: CVE-2017-7214


Affects
~~~
- Nova: >=13.0.0 <=13.1.3, >=14.0.0 <=14.0.4, >=15.0.0 <=15.0.1


Description
~~~
Matt Riedemann with Huawei reported a vulnerability in Nova. Legacy
notification exception contexts appearing in ERROR level logs may
include sensitive information such as account passwords and
authorization tokens. All Nova setups are affected.


Patches
~~~
- https://review.openstack.org/447075 (Mitaka)
- https://review.openstack.org/447072 (Newton)
- https://review.openstack.org/447071 (Ocata)
- https://review.openstack.org/446948 (Pike)


Credits
~~~
- Matt Riedemann from Huawei (CVE-2017-7214)


References
~~
- https://launchpad.net/bugs/1673569
- http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7214

-- 
Jeremy Stanley
OpenStack Vulnerability Management Team


signature.asc
Description: Digital signature
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [Openstack] VM can receive traffic, but not send it

[Adam Lawson]

For downloads, you're using probably DNAT or SNAT. For *uploads*, you're
using floating IP's I'm guessing. Does uploads work for other VM's with a
similar configuration? It's rare that this would occur so I would presume
it's firewall related (either security group via OpenStack) or firewall on
the VM itself.

Another question, are incoming connections timing out, is the security
group allowing connections from everyone or a subset? i ask because I
haven't seen the easy questions asked up front.

//adam


*Adam Lawson*

Principal Architect
Office: +1-916-794-5706

On Wed, Mar 22, 2017 at 11:31 AM, Kaustubh Kelkar <
kaustubh.kel...@casa-systems.com> wrote:

> The select_all = 1 is supposed to mirror all the packets.
>
>
>
> Referring to the documentation (http://openvswitch.org/
> support/dist-docs/ovs-vswitchd.conf.db.5.html),
>
> “*select_all*: boolean
>
>   If true, every packet arriving  or  departing  on  any  port  is
>
>   selected for mirroring.
>
> ”
>
>
>
> And for OVS 2.5,
>
>
>
> “In Open
>
>vSwitch 2.5 and later, mirroring  occurs  just  after  a  packet  first
>
>becomes  eligible, using the packet as it exists at that point; …
>
>
>
> in  Open  vSwitch  2.4, the modifications are never visible to
>
>mirrors, whereas in Open  vSwitch  2.5  and  later  modifications
> made
>
>before  the first output that makes it eligible for mirroring to a
> par‐
>
>ticular destination are visible.
>
> ”
>
> I believe, if the very first flow is dropping unicast packets, you might
> not be able to mirror them.
>
>
>
> Maybe you can monitor the flow-tables on each OVS bridge while sending
> traffic and see which flows’ count increases. Something like,
>
> watch –n 2 “ovs-ofctl dump-flows ”
>
>
>
> -Kaustubh
>
>
>
> *From:* Sterdnot Shaken [mailto:sterdnotsha...@gmail.com]
> *Sent:* Wednesday, March 22, 2017 12:24 PM
> *To:* Kaustubh Kelkar 
> *Subject:* Re: [Openstack] VM can receive traffic, but not send it
>
>
>
> Here's was my first mirror setup:
>
> ip link add name dummy3 type dummy
> ip link set dev dummy3 up
>
>
>
> ovs-vsctl add-port br-ex3 dummy3
>
> ovs-vsctl -- set bridge br-ex3 mirrors=@m \
> -- --id=@src get port pat-ex3-bss \
> -- --id=@mir get port dummy3 \
> -- --id=@m create mirror name=ovs_mirror3 select-dst-port=@src
> select-src-port=@src output-port=@mir select-all=true
>
>
>
> And here's the one I did by copying your example:
>
> ip link add name dummy3 type dummy
> ip link set dev dummy3 up
>
>
>
> ovs-vsctl add-port br-ex3 dummy3
>
> ovs-vsctl -- set Bridge br-ex3 mirrors=@m  \
> -- --id=@dummy3 get Port dummy3 \
> -- --id=@pat-ex3-bss get Port pat-ex3-bss \
> -- --id=@m create Mirror name=mirror0 \
> select-dst-port=@pat-ex3-bss select-src-port=@pat-ex3-bss \
> output-port=@dummy3 select_all=1
>
>
>
> Both yield the same results. When I tcpdump the respective dummy interface
> attached to br-ex3, I only see broadcast traffic for the VM in question, I
> never see unicast traffic (case and point, if I ping the broadcast address
> on the VM, then traffic show's up in the tcpdump). I can do a tcpdump on
> the external interface and see the unicast traffic though, but I need to
> see where it's breaking in the OVS bridges.
>
> Is there some trick to mirror unicast dataplane traffic?
>
> Thanks in advance!
>
>
>
>
>
>
>
> On Wed, Mar 22, 2017 at 10:07 AM, Kaustubh Kelkar <
> kaustubh.kel...@casa-systems.com> wrote:
>
>
>
> *From:* Sterdnot Shaken [mailto:sterdnotsha...@gmail.com]
> *Sent:* Tuesday, March 21, 2017 8:54 PM
> *To:* Kaustubh Kelkar 
> *Cc:* Richard Jones ; openstack@lists.openstack.org
> *Subject:* Re: [Openstack] VM can receive traffic, but not send it
>
>
>
> Thanks for everyone's kind help!
>
> Steve: I will try and turn off the offload features and see if that helps.
> Thanks!
>
> Neil: I will also check and make sure neither RPF nor TTL are posing any
> issues.
>
>
> Kaustubh: Is there a reason the mirror approach only seems to work on some
> of the OVS bridges, but not others? if I follow your instructions, I can
> see traffic when I set up a mirror on some bridges, but not others... Do I
> need to put these OVS bridges into promiscuous mode before the mirror will
> work?
>
> [Kaustubh] I don’t recall putting the bridge in promiscuous mode, but it
> has been a while since I had looked at this. How are you setting up the
> mirrors? You would need to mirror a specific port of the bridge, not the
> bridge itself.
>
> Thanks!!
>
>
>
> On Tue, Mar 21, 2017 at 9:42 AM, Kaustubh Kelkar <
> kaustubh.kel...@casa-systems.com> wrote:
>
> You can narrow down the point where the packets are being dropped by
> mirroring and tracing packets on OVS bridge ports. I use a script that does
> the following (as root):
>
>
>
> ip link add name sniff0 type dummy
>
> ip link set dev sniff0 up
>
> ovs-vsctl add-port br1 sniff0
>
> ovs-vsctl -- set Bridge br1 mirrors=@m  \
>
> -- --id=@sniff0 get Port sniff0 \
>
> -- --id=@eth0 get Port

Re: [Openstack] VM can receive traffic, but not send it

[Sterdnot Shaken]

Just to clarify: Version: Mitaka with OVS only. Firewall driver:
Openvswitch, VM OS: Windows 10

Kaustubh: Thanks for your help on the mirroring part. In my reading
yesterday, I came across a thread that stated you can't mirror a patch
interface with ovs? So, that would explain why I wasn't seeing the expected
traffic on the mirror output ports when mirroring said patch interfaces.
Outside of re-writing flows in OVS that OS installs and adding an
additional output port to the flow and then tcpdumping that added output
port, how would one effectively troubleshoot network traffic issues when
patch interfaces were in use?

Adam: Thanks for chiming in on my issue! I appreciate it. So the VM's are
placed directly on a provider network (external, flat) and, as such, have a
public ip assigned to their nic's. So for these VM's, their default gateway
is a physical router outside of Openstack's control.

As a way to further isolate the issue, I moved ALL but one vm off of one
compute node. Multiple issues happen to show there is an issue, but (on the
windows vm) running something as simple as a speed test (speedtest.net)
works great on the download, but totally fails on the upload. Looking at
all the drop flows on br-int, I did notice that this flow was incrimenting
when the upload part of the test was active:

*cookie=0xa9964f66f62764ad, duration=1494.495s, table=82, n_packets=5813,
n_bytes=348780, idle_age=4, priority=50,ct_state=+inv+trk actions=drop*

So I added this flow to mirror what would have been dropped to a dummy
interface (of port 2) that I could tcpdump to see what it was actually
dropping:

*ovs-ofctl add-flow br-int
table=82,priority=51,ct_state=+inv+trk,actions=output:2*

>From the tcpdump, I call see the traffic that the VM is missing that is
likely causing this whole issue...

Anyone have any thoughts on this?

Thanks!

On Thu, Mar 23, 2017 at 11:49 AM, Adam Lawson  wrote:

> For downloads, you're using probably DNAT or SNAT. For *uploads*, you're
> using floating IP's I'm guessing. Does uploads work for other VM's with a
> similar configuration? It's rare that this would occur so I would presume
> it's firewall related (either security group via OpenStack) or firewall on
> the VM itself.
>
> Another question, are incoming connections timing out, is the security
> group allowing connections from everyone or a subset? i ask because I
> haven't seen the easy questions asked up front.
>
> //adam
>
>
> *Adam Lawson*
>
> Principal Architect
> Office: +1-916-794-5706 <(916)%20794-5706>
>
> On Wed, Mar 22, 2017 at 11:31 AM, Kaustubh Kelkar <
> kaustubh.kel...@casa-systems.com> wrote:
>
>> The select_all = 1 is supposed to mirror all the packets.
>>
>>
>>
>> Referring to the documentation (http://openvswitch.org/suppor
>> t/dist-docs/ovs-vswitchd.conf.db.5.html),
>>
>> “*select_all*: boolean
>>
>>   If true, every packet arriving  or  departing  on  any  port  
>> is
>>
>>   selected for mirroring.
>>
>> ”
>>
>>
>>
>> And for OVS 2.5,
>>
>>
>>
>> “In Open
>>
>>vSwitch 2.5 and later, mirroring  occurs  just  after  a  packet  
>> first
>>
>>becomes  eligible, using the packet as it exists at that point; …
>>
>>
>>
>> in  Open  vSwitch  2.4, the modifications are never visible to
>>
>>mirrors, whereas in Open  vSwitch  2.5  and  later  modifications
>> made
>>
>>before  the first output that makes it eligible for mirroring to a
>> par‐
>>
>>ticular destination are visible.
>>
>> ”
>>
>> I believe, if the very first flow is dropping unicast packets, you might
>> not be able to mirror them.
>>
>>
>>
>> Maybe you can monitor the flow-tables on each OVS bridge while sending
>> traffic and see which flows’ count increases. Something like,
>>
>> watch –n 2 “ovs-ofctl dump-flows ”
>>
>>
>>
>> -Kaustubh
>>
>>
>>
>> *From:* Sterdnot Shaken [mailto:sterdnotsha...@gmail.com]
>> *Sent:* Wednesday, March 22, 2017 12:24 PM
>> *To:* Kaustubh Kelkar 
>> *Subject:* Re: [Openstack] VM can receive traffic, but not send it
>>
>>
>>
>> Here's was my first mirror setup:
>>
>> ip link add name dummy3 type dummy
>> ip link set dev dummy3 up
>>
>>
>>
>> ovs-vsctl add-port br-ex3 dummy3
>>
>> ovs-vsctl -- set bridge br-ex3 mirrors=@m \
>> -- --id=@src get port pat-ex3-bss \
>> -- --id=@mir get port dummy3 \
>> -- --id=@m create mirror name=ovs_mirror3 select-dst-port=@src
>> select-src-port=@src output-port=@mir select-all=true
>>
>>
>>
>> And here's the one I did by copying your example:
>>
>> ip link add name dummy3 type dummy
>> ip link set dev dummy3 up
>>
>>
>>
>> ovs-vsctl add-port br-ex3 dummy3
>>
>> ovs-vsctl -- set Bridge br-ex3 mirrors=@m  \
>> -- --id=@dummy3 get Port dummy3 \
>> -- --id=@pat-ex3-bss get Port pat-ex3-bss \
>> -- --id=@m create Mirror name=mirror0 \
>> select-dst-port=@pat-ex3-bss select-src-port=@pat-ex3-bss \
>> output-port=@dummy3 select_all=1
>>
>>
>>
>> Both yield the same results. When I tcpdump the respective dummy
>> interface attached

[Openstack] Unit Test Error when test servers.py using tox

[Pei Pei2 Jia]

Hi

I'm a freshman in openstack. I want to contribute and learn some exciting by 
joining openstack. I will be grateful if anyone can help me on my starting 
process.

Now I encounter a problem when I tried the UT with tox.
I execute the following command,

(.venv-nova)[jiapei2@localhost nova]$ tox -e py27 
tests.unit.api.openstack.compute.test_server_action

And then I got the results:
=
Totals
==
Ran: 136 tests in 51. sec.
- Passed: 40
- Skipped: 0
- Expected Fail: 0
- Unexpected Success: 0
- Failed: 96
Sum of execute time for each test: 293.4456 sec.

One of the errors is like,
~~~
Captured pythonlogging:
~~~
2017-03-24 10:25:17,374 ERROR [nova.api.openstack.extensions] Unexpected 
exception in API method
Traceback (most recent call last):
  File "nova/api/openstack/extensions.py", line 478, in wrapped
return f(*args, **kwargs)
  File "nova/api/openstack/compute/servers.py", line 882, in 
_action_revert_resize
instance = self._get_server(context, req, id)
  File "nova/api/openstack/compute/servers.py", line 450, in _get_server
expected_attrs=expected_attrs)
  File "nova/api/openstack/common.py", line 516, in get_instance
expected_attrs=expected_attrs)
  File "nova/compute/api.py", line 2072, in get
context, instance_id, expected_attrs=expected_attrs)
  File 
"/home/jiapei2/PycharmProjects/nova/.tox/py27/lib/python2.7/site-packages/oslo_versionedobjects/base.py",
 line 181, in wrapper
result = fn(cls, context, *args, **kwargs)
  File "nova/objects/instance.py", line 399, in get_by_uuid
use_slave=use_slave)
  File "nova/db/sqlalchemy/api.py", line 285, in wrapper
return f(*args, **kwargs)
  File "nova/objects/instance.py", line 391, in _db_instance_get_by_uuid
columns_to_join=columns_to_join)
  File "nova/tests/unit/api/openstack/fakes.py", line 358, in _return_server
return stub_instance(1, **kwargs)
  File "nova/tests/unit/api/openstack/fakes.py", line 484, in stub_instance
instance_type = flavors.get_default_flavor()
  File "nova/compute/flavors.py", line 206, in get_default_flavor
return get_flavor_by_name(name)
  File "nova/compute/flavors.py", line 217, in get_flavor_by_name
return objects.Flavor.get_by_name(ctxt, name)
  File 
"/home/jiapei2/PycharmProjects/nova/.tox/py27/lib/python2.7/site-packages/oslo_versionedobjects/base.py",
 line 181, in wrapper
result = fn(cls, context, *args, **kwargs)
  File "nova/objects/flavor.py", line 139, in get_by_name
db_flavor = db.flavor_get_by_name(context, name)
  File "nova/db/api.py", line 1507, in flavor_get_by_name
return IMPL.flavor_get_by_name(context, name)
  File "nova/db/sqlalchemy/api.py", line 229, in wrapper
return f(*args, **kwargs)
  File 
"/home/jiapei2/PycharmProjects/nova/.tox/py27/lib/python2.7/site-packages/oslo_db/sqlalchemy/enginefacade.py",
 line 709, in wrapper
return fn(*args, **kwargs)
  File "nova/db/sqlalchemy/api.py", line 5105, in flavor_get_by_name
raise exception.FlavorNotFoundByName(flavor_name=name)
FlavorNotFoundByName: Flavor with name m1.small could not be found.


Captured traceback:
~~~
Traceback (most recent call last):
  File "nova/tests/unit/api/openstack/compute/test_server_actions.py", line 
890, in test_revert_resize_server
body=body)
  File "nova/api/openstack/extensions.py", line 504, in wrapped
   raise webob.exc.HTTPInternalServerError(explanation=msg)
webob.exc.HTTPInternalServerError: Unexpected API Error. Please report this 
at http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.



Is there anyting wrong with my configurations or procedures? I didn't change 
any code and just run "tox".
Any advice will be much appreciated.


Thanks and regards,
Jeremy
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [Openstack] VM can receive traffic, but not send it

[Kaustubh Kelkar]

From: Sterdnot Shaken
Sent: Thursday, March 23, 2017 2:04 PM
To: Adam Lawson
Cc: Kaustubh Kelkar; 
openstack@lists.openstack.org
Subject: Re: [Openstack] VM can receive traffic, but not send it

Just to clarify: Version: Mitaka with OVS only. Firewall driver: Openvswitch, 
VM OS: Windows 10

Kaustubh: Thanks for your help on the mirroring part. In my reading yesterday, 
I came across a thread that stated you can't mirror a patch interface with ovs? 
So, that would explain why I wasn't seeing the expected traffic on the mirror 
output ports when mirroring said patch interfaces. Outside of re-writing flows 
in OVS that OS installs and adding an additional output port to the flow and 
then tcpdumping that added output port, how would one effectively troubleshoot 
network traffic issues when patch interfaces were in use?

Adam: Thanks for chiming in on my issue! I appreciate it. So the VM's are 
placed directly on a provider network (external, flat) and, as such, have a 
public ip assigned to their nic's. So for these VM's, their default gateway is 
a physical router outside of Openstack's control.
As a way to further isolate the issue, I moved ALL but one vm off of one 
compute node. Multiple issues happen to show there is an issue, but (on the 
windows vm) running something as simple as a speed test 
(speedtest.net) works great on the download, but totally 
fails on the upload. Looking at all the drop flows on br-int, I did notice that 
this flow was incrimenting when the upload part of the test was active:

cookie=0xa9964f66f62764ad, duration=1494.495s, table=82, n_packets=5813, 
n_bytes=348780, idle_age=4, priority=50,ct_state=+inv+trk actions=drop
[Kaustubh] The flow is dropping an invalid packet for a tracked connection. 
From [1], maybe the nf_conntrack_* modules are not loaded on the compute? 
Without knowing the complete flow information, I may not be able to provide 
much help.

I still live in an era where security groups are implemented within iptables on 
Linux bridges!
[1] http://www.ovn.org/support/dist-docs-2.5/ovs-ofctl.8.pdf
-Kaustubh
So I added this flow to mirror what would have been dropped to a dummy 
interface (of port 2) that I could tcpdump to see what it was actually dropping:

ovs-ofctl add-flow br-int 
table=82,priority=51,ct_state=+inv+trk,actions=output:2

From the tcpdump, I call see the traffic that the VM is missing that is likely 
causing this whole issue...
Anyone have any thoughts on this?
Thanks!

On Thu, Mar 23, 2017 at 11:49 AM, Adam Lawson 
mailto:alaw...@aqorn.com>> wrote:
For downloads, you're using probably DNAT or SNAT. For uploads, you're using 
floating IP's I'm guessing. Does uploads work for other VM's with a similar 
configuration? It's rare that this would occur so I would presume it's firewall 
related (either security group via OpenStack) or firewall on the VM itself.

Another question, are incoming connections timing out, is the security group 
allowing connections from everyone or a subset? i ask because I haven't seen 
the easy questions asked up front.

//adam


Adam Lawson

Principal Architect
Office: +1-916-794-5706

On Wed, Mar 22, 2017 at 11:31 AM, Kaustubh Kelkar 
mailto:kaustubh.kel...@casa-systems.com>> 
wrote:
The select_all = 1 is supposed to mirror all the packets.

Referring to the documentation 
(http://openvswitch.org/support/dist-docs/ovs-vswitchd.conf.db.5.html),

“select_all: boolean

  If true, every packet arriving  or  departing  on  any  port  is

  selected for mirroring.
”

And for OVS 2.5,


“In Open

   vSwitch 2.5 and later, mirroring  occurs  just  after  a  packet  first

   becomes  eligible, using the packet as it exists at that point; …



in  Open  vSwitch  2.4, the modifications are never visible to
   mirrors, whereas in Open  vSwitch  2.5  and  later  modifications  made
   before  the first output that makes it eligible for mirroring to a par�\
   ticular destination are visible.
”
I believe, if the very first flow is dropping unicast packets, you might not be 
able to mirror them.

Maybe you can monitor the flow-tables on each OVS bridge while sending traffic 
and see which flows’ count increases. Something like,
watch �Cn 2 “ovs-ofctl dump-flows ”

-Kaustubh

From: Sterdnot Shaken 
[mailto:sterdnotsha...@gmail.com]
Sent: Wednesday, March 22, 2017 12:24 PM
To: Kaustubh Kelkar 
mailto:kaustubh.kel...@casa-systems.com>>
Subject: Re: [Openstack] VM can receive traffic, but not send it

Here's was my first mirror setup:
ip link add name dummy3 type dummy
ip link set dev dummy3 up

ovs-vsctl add-port br-ex3 dummy3

ovs-vsctl -- set bridge br-ex3 mirrors=@m \
-- --id=@src get port pat-ex3-bss \
-- --id=@mir get port dummy3 \
-- --id=@m create mirror name=ovs_mirror3 select-dst-port=@src 
selec

[Openstack] [Nova] Why only evacuate vm with specific vm_states (ACTIVE, STOPPED, ERROR)

[openstack_ea...@163.com]

Hi,

In nova/compute/api.py I see
@check_instance_state(vm_state=[vm_states.ACTIVE, vm_states.STOPPED,
vm_states.ERROR])
def evacuate(self, context, instance, host, on_shared_storage,
 admin_password=None):
Does anyone know the reason for only evacuate ACTIVE,STOPPED,ERROR vms?
I find the error state were added due to 
https://bugs.launchpad.net/nova/+bug/1298061. 
Can we alos evacuate vm in state like suspend or others?



openstack_ea...@163.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

[Openstack] [Sahara]what about the status of ocata sahara image?

[Shake Chen]

Hi

I try to test Ocata Sahara, but

http://sahara-files.mirantis.com/images/upstream/


only provide Newton, have no Ocata.



-- 
Shake Chen
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

[Openstack] Data centric hyper-convergence with Openstack Swift and Storlets

[Eran Rom]

Hi All,
If you care about unstructured data processing, and face bandwidth difficulties 
don’t miss this talk!

On March 30th (next Thursday) I will give a web talk on the above subject. 
Abstract below.
The talk will be given twice that day. Details below.

If you wish to, but cannot make it please let me know and I will try to arrange 
an additional slot.
My mail is: e...@itsonlyme.name

Thanks very much!
Eran
Storlets PTL

Abstract:

Storlets and Swift allow to physically co-locate storage and compute, and 
essentially implement
- what I call - data centric hyper convergence.
In the talk I will give the essential intro to Swift and Storlets and 
demonstrate an
End-to-End deep learning on unstructured data.
The deep learning problem demonstrated is face recognition.
I will demonstrate that all the steps from data preparation via model training 
to
model testing can be done using storlets.

When:
———
Thursday March 30th in:
* 09:00 UTC
* 19:00 UTC

Note that in some time zones the hours difference
from UTC may change until March 30th.

Call Technicalities

The talk will be given using Zoom video conferencing. Connecting will require
a browser plugin installation. The link to the call is:
https://zoom.us/j/7922255193
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack