Re: [Openstack] [openstack-dev] [Fuel] Trouble mapping the Remote PXE node

2016-03-11 Thread Vladimir Kuklin
Hi, Akshik Thanks for the email. Do you have nailgun logs with you? I guess, it would much more easier to debug this while having more diagnostic info. Please, file a bug at launchpad following the steps described here: https://wiki.openstack.org/wiki/Fuel/How_to_contribute#Bugs then post the li

[Openstack] Fwd: Which storage is the best for temporary store?

2016-03-11 Thread Alexandr Porunov
Hello Hugo, Thank you for your response. It is example of my architecture of video upload: [image: Inline image 1] 1. User uploads video chunks to an upload server. 2. The upload server uploads each chunk to the temporary storage. (If connection breaks then the user will be able to recover it and

[Openstack] Neutron PATCH 2015.1.2

2016-03-11 Thread Butts, Darren (EXT - GB)
All In order to resolve some issues with the default drop rules being applied before user defined rules in the iptables of the compute nodes I need to apply the neutron patch 2015.1.2 however there are no descriptions of how to apply the patch or perhaps what might be necessary when the patch i

Re: [Openstack] Neutron PATCH 2015.1.2

2016-03-11 Thread Neil Jerram
Hi Darren, On 11/03/16 11:28, Butts, Darren (EXT - GB) wrote: > All > > In order to resolve some issues with the default drop rules being > applied before user defined rules in the iptables of the compute nodes I > need to apply the neutron patch 2015.1.2 however there are no Terminology issue he

Re: [Openstack] Neutron PATCH 2015.1.2

2016-03-11 Thread Butts, Darren (EXT - GB)
Neil Thanks, I understand that 2015.1.2 is a cumulative set of fixes for neutron but it would be rather pointless taking the single change only to find I needed to also apply additional changes ? It would make more sense to apply the bundles of fixes as a whole or is that not something that wou

[Openstack] Openstack migration , complicated .. doable?

2016-03-11 Thread Florian Rommel
Hi, I am involved in a project where there is a need to migrate instances from an older Openstack release (Juno) to Liberty. However the trick is that all the instances should be moved into Ceph as a backend. So far, the only thing i have figured out to do is create all the networks etc manuall

Re: [Openstack] Neutron PATCH 2015.1.2

2016-03-11 Thread Butts, Darren (EXT - GB)
Neil Thanks that's appreciated. Darren -Original Message- From: EXT Neil Jerram [mailto:neil.jer...@metaswitch.com] Sent: 11 March 2016 12:03 To: Butts, Darren (EXT - GB); openstack@lists.openstack.org Subject: Re: [Openstack] Neutron PATCH 2015.1.2 On 11/03/16 11:52, Butts, Darren (EX

Re: [Openstack] Neutron PATCH 2015.1.2

2016-03-11 Thread Neil Jerram
On 11/03/16 11:52, Butts, Darren (EXT - GB) wrote: > Neil > > Thanks, I understand that 2015.1.2 is a cumulative set of fixes for neutron > but it would be rather pointless taking the single change only to find I > needed to also apply additional changes ? It would make more sense to apply > the

Re: [Openstack] Metadata server issues [Icehouse].

2016-03-11 Thread Tomas Vondra
Ken D'Ambrosio writes: > > So, I've got an Icehouse cloud that had been working fine; then we had > to bring everything down for an extended power outage, and stuff still > isn't quite right. The nutshell problem is that only one of my two > neutron gateways seems to be able to route to the

Re: [Openstack] Openstack migration , complicated .. doable?

2016-03-11 Thread Clint Byrum
Excerpts from Florian Rommel's message of 2016-03-11 04:06:39 -0800: > Hi, I am involved in a project where there is a need to migrate instances > from an older Openstack release (Juno) to Liberty. However the trick is that > all the instances should be moved into Ceph as a backend. > > So far,