On Wed, Feb 18, 2015 at 8:54 PM, Dean Troyer dtro...@gmail.com wrote:
I think one thing needs to be clarified...what you are talking about is
utilizing keystoneclient's auth plugins in neutronclient. Phrasing it as
'novaclient parity' reinforces the old notion that novaclient is the model
Hi all
I am 3 node architecture non-devstack setup of OpenStack. Wheneve I launch
an instance, it goes into error state. What could be the possible reason
and its remedy?
Janki Chhatbar
M.Tech (Embedded Systems)
Nirma University
(+91) 9409239106
___
Hi,
I was playing around with the various dhcp/radvd options of neutron.
Very helpful was the matrix [1] that describes the combinations of ra
and adress mode that can be configured.
For dhcpv6-stateful (ra adress mode) it says: VM obtains IPv6 address
from dnsmasq using DHCPv6 stateful and
On Thu, Feb 19, 2015 at 12:24:14PM +0600, Renat Akhmerov wrote:
Guys,
I really appreciate the input of you all.
We decided that ideally we need to agree on that syntax within days, not
weeks or months. But anyway, since we started this discussion yesterday I
just want to give
On Feb 19, 2015, at 11:52, Terry Wilson twil...@redhat.com wrote:
Unfortunately, the new novaclient release ended up completely breaking the
neutron gate. The v1_1 deprecation broke our (voting) pylint test:
https://jenkins04.openstack.org/job/gate-neutron-pylint/1383/console
2015-02-19
Can you clarify if the feature is being deprecated – as in still usable but not
recommended with a warning, or dropped, as-in, won’t work at all? You mention
both in the first two sentences.
From: Morgan Fainberg
morgan.fainb...@gmail.commailto:morgan.fainb...@gmail.com
Date: Thursday,
Hi xarses,
As you said, I changed nic type from vmxnet3 to e1000 and set security
policy to permissive for all the networks. Now I am able to successfully
deploy VM as additional compute node in existing openstack environment.
Thanks for you time!
--
Thanks Regards
E-Mail:
After our icehouse - juno upgrade we are noticing sporadic but frequent errors
from nova-metadata when trying to serve metadata requests. The error is the
following:
[req-594325c6-44ed-465c-a8e4-bd5a8e5dbdcb None] Failed to get metadata for ip:
x.x.x.x 2015-02-19 12:16:45.903 25007 TRACE
The Keystone development team is planning to deprecate deployment of Keystone
under Eventlet during the Kilo cycle. Support for deploying under eventlet will
be dropped as of the “M”-release of OpenStack.
The reasoning behind this move is multifaceted but the core of the reasons are
as
Sorry, I dropped the ball here. This is now released.
Unfortunately, the new novaclient release ended up completely breaking the
neutron gate. The v1_1 deprecation broke our (voting) pylint test:
https://jenkins04.openstack.org/job/gate-neutron-pylint/1383/console
2015-02-19 18:37:06.932 |
Imo, neutron has wrong usage of novaclient.
https://review.openstack.org/#/c/152907/ should fix this issue.
On Thursday, February 19, 2015, Terry Wilson twil...@redhat.com
javascript:_e(%7B%7D,'cvml','twil...@redhat.com'); wrote:
Sorry, I dropped the ball here. This is now released.
Nevermind, I re-read it and missed the M portion of dropped. Sorry for the
confusion.
I have opened a puppet bug for this so we can switch the default value, it’s
still eventlet.
https://bugs.launchpad.net/puppet-keystone/+bug/1423685
From: Fischer, Matt Fischer
I can do another release if needed once we've landed a fix, although
it sounds like this can be fixed in neutron?
Michael
On Fri, Feb 20, 2015 at 7:33 AM, melanie witt melwi...@gmail.com wrote:
On Feb 19, 2015, at 11:52, Terry Wilson twil...@redhat.com wrote:
Unfortunately, the new novaclient
On Thu, Feb 19, 2015, at 01:09 PM, Ben Nemec wrote:
Hi,
Mike Bayer recently tracked down an issue with database errors in Cinder
to a single database connection being shared over multiple processes.
This is not something that should happen, and it turns out to cause
intermittent failures
I can do another release if needed once we've landed a fix, although
it sounds like this can be fixed in neutron?
It's just pylint being silly, from the sound of it. I don't think there
is anything we need to do in novaclient, since the transition adapter
works. Either convince neutron pylint
Hi,i followed
http://docs.openstack.org/developer/keystone/configure_federation.html, im
using icehouse on ubuntu 12.04
From: aks...@outlook.com
To: openstack-dev@lists.openstack.org
Subject: Error Enabling Federation Extension
Date: Thu, 19 Feb 2015 17:22:36 +0530
im getting “Target WSGI
On Wed, Feb 18, 2015 at 7:14 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Wed, Feb 18, 2015, at 10:07 AM, Donald Stufft wrote:
On Feb 18, 2015, at 10:00 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Tue, Feb 17, 2015, at 03:17 PM, Joe Gordon wrote:
On Tue, Feb 17,
On Thu, Feb 19, 2015, at 03:59 PM, Joe Gordon wrote:
On Wed, Feb 18, 2015 at 7:14 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Wed, Feb 18, 2015, at 10:07 AM, Donald Stufft wrote:
On Feb 18, 2015, at 10:00 AM, Doug Hellmann d...@doughellmann.com
wrote:
On
On Feb 19, 2015, at 12:48, Dan Smith d...@danplanet.com wrote:
Either convince neutron pylint not to care, or just convert the
uses in neutron to v2.
In pylint, E0611 is the check which could be disabled to ignore this case.
http://pylint-messages.wikidot.com/messages:e0611
melanie (melwitt)
My guess is that your dhcp client running inside the VM set up the subnet
mask as /128. Dhcpv6 doesn¹t provide prefix length, but the client system
sometime adds the net mask based on the link type. Some of the dhcp
clients use a script to configure the interface, and I think you can use
/64 if
Nova contains a config variable osapi_compute_unique_server_name_scope.
Its help text describes it pretty well:
When set, compute API will consider duplicate hostnames invalid within
the specified scope, regardless of case. Should be empty, project or
global.
So, by default hostnames are not
On Wed, Feb 18, 2015 at 07:23:52PM +0100, Raphael Glon wrote:
I entcountered a similar case more recently on powerkvm 2.1.0
(defect with the libguestfs)
What's the actual bug? We've worked hard, with IBM, to make
libguestfs work on POWER 7 and POWER 8 systems. I have full access to
those
im getting “Target WSGI script ‘/var/www/cgi-bin/keystone/main’ cannot be
loaded as Python module”while configuring federation for keystone any help
[info] [client 10.10.10.12] mod_wsgi (pid=25248, process=’keystone’,
application=’10.1.193.250:5000|’): Loading WSGI script
Dear All,
I have Openstack HA environment (all are physical machine) deployed using
Fuel 5.1. I want to bring one more compute node in VM(VM is running in
vCenter and configured 4 nic).
How to deploy a compute node in VM and bring this to existing openstack
environment?
Any help.
--
Thanks
Thank you Ben!,
Cross posting [1] to openstack list /neutron.
[1] http://benpfaff.org/~blp/dist-docs.
On Thursday, 19 de February de 2015 at 09:13, Ben Pfaff wrote:
On Thu, Feb 19, 2015 at 12:12:26AM -0800, Ben Pfaff wrote:
This commit adds preliminary design documentation for Open
Hi,
did you set debug = yes in your nova.conf on the host(s) where your instance
gets launched?
Am 19.02.2015 um 10:24 schrieb Janki Chhatbar:
Hi all
I am 3 node architecture non-devstack setup of OpenStack. Wheneve I launch an
instance, it goes into error state. What could be
the
On 02/19/2015 12:24 PM, Janki Chhatbar wrote:
Hi all
I am 3 node architecture non-devstack setup of OpenStack. Wheneve I
launch an instance, it goes into error state. What could be the
possible reason and its remedy?
Hello Janki,
this is a very generic error. You must check Nova logs to
I think all these operations for nodes (grouping, sorting, filtering) can
be done on the backend, but we can do it completely on the UI side and
shouldn't wait for backend implementation. We can switch to it after it
becomes available.
2015-02-17 19:44 GMT+07:00 Sergey Vasilenko
Hi !
From those three I'd choose only { ... }, it looks better for YAML while
'%' sign looks foreign for YAML. Moreover, it needs extra spaces for
writing expressions:
Compare:
1. %$.var + 1%
2. % $.var + 1 %
3. {$.var + 1}
One more point from me: We can't do things just beacuse it is familiar
On 18/02/15 18:23, Raphael Glon wrote:
Hi,
This is about review:
https://review.openstack.org/#/c/156633/
1 line, can be controversial
Its purpose is to add the possibility not to use libguestfs for data
injection in nova, even when installed.
Not discussing about the fact that
On Wed, Feb 18, 2015 at 07:23:52PM +0100, Raphael Glon wrote:
Hi,
This is about review:
https://review.openstack.org/#/c/156633/
1 line, can be controversial
Its purpose is to add the possibility not to use libguestfs for data
injection in nova, even when installed.
Not discussing
Hey folks,
I’d like to invite the broader OpenStack community to participate in developing
milestone #3 of Kolla – a Project to Containerize the deployment of OpenStack.
This is a major refactoring of Kolla to make it viable for use by projects such
as TripleO or Fuel.
We have an aggressive
Hello Jonathan,
On 18.02.15 18:13, Halterman, Jonathan wrote:
1. Swift should allow authorized services to place a given number
of object replicas onto a particular rack, and onto separate
racks.
This is already possible if you use zones and regions in your ring
files. For example, if you
Hi
I have successfully integrated OpenStack with ODL.
How can I assure that Neutron is talking to ODL and not not directly
creating network nodes for instances?
Janki Chhatbar
M.Tech (Embedded Systems)
Nirma University
(+91) 9409239106
___
Mailing
Folks, one more thing to consider: the next big release of yaql (1.0,
coming really soon) will get support of curly braces (by default - to
initialise dictionaries in the following way:
v0.2/v0.3 syntax: dict(key1=value1, key2=value2)
v1 syntax: {key1=value1, key2=value2} (the old syntax
@Renat, They are conceptually different:
- regular tokens are created for the owner of addressed resource
- trust scoped tokens are for trustees and have some security restrictions.
The case is about disallowing a trustee to aquire a regular token allowing
him anything the trustor is allowed. It'd
Hi,
I have an openstack juno setup with one server as controller+neutron
and other three servers as compute node. I am doing port mirroring on
br-int of one compute node. I noticed that incoming packets from VM on
other compute node where not getting captured on the mirrored port. The
Hi all,
Example is for nova but I think this is eligible for every OpenStack service.
Currently I have debug = True in nova.conf which creates a lot of semaphore
messages like:
2015-02-19 13:15:15.780 3796 DEBUG nova.openstack.common.lockutils
[req-f0eb99db-a4a4-475c-b154-281bc1348b2c ]
-Original Message-
From: Clark Boylan [mailto:cboy...@sapwetik.org]
Sent: Tuesday, February 17, 2015 6:06 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] The root-cause for IRC private channels (was
Re: [all][tc] Lets keep our community open, lets fight for it)
On 2/12/2015 6:55 PM, Michael Still wrote:
This was discussed in the nova meeting this morning. In that meeting
we declared ourselves unwedged and ready to do a release, and I said
I'd do that today.
On reflection, I want to recant just a little -- I think its a bad
idea for me to do a
Hi everyone!
On one of our meetings [1] we agreed on keeping *ED states (DELETED,
INSPECTED, CLEANED, etc) as no-ops for now. Since then, however, the
inspection patch [2] got several comments from cores requesting removal
of INSPECTED state. That was done by Nisha.
Today we decided to
Hi Akshik,
Could you give some more details about the steps you did for configuring
federation as well as the environment you are using?
Is it devstack? What version of Keystone do you use?
Thanks,
Marek
On 19.02.2015 12:52, Akshik DBK wrote:
im getting “Target WSGI script
- Original Message -
From: Irena Berezovsky irenab@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
On Thu, Feb 5, 2015 at 9:01 PM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
From:
Hello folks
we have a bunch of upcoming initiatives to help out new contributors to
OpenStack and we need mentors willing to help newcomers go from zero to
(at least) one merged patch.
OpenStack has always been a welcoming community despite being complex to
navigate for new contributors. If you
Hello-
The Ironic team is pleased to announce the release of the 2014.2.1 stable
Juno release. This release contains a number of backported fixes that have
accrued in our stable branch since the release of 2014.2. These updates to
Juno are intended to be low risk with no intentional
regressions
Hi,
Mike Bayer recently tracked down an issue with database errors in Cinder
to a single database connection being shared over multiple processes.
This is not something that should happen, and it turns out to cause
intermittent failures in the Cinder volume service. Full details can be
found in
On 02/19/2015 05:18 AM, Matthew Booth wrote:
Nova contains a config variable osapi_compute_unique_server_name_scope.
Its help text describes it pretty well:
When set, compute API will consider duplicate hostnames invalid within
the specified scope, regardless of case. Should be empty, project
@Renat, I like the idea. For now we have a spec:
https://github.com/openstack/keystone-specs/blob/master/api/v3/identity-api-v3-os-trust-ext.rst
It's consiedered to be enough but as for me it lacks TL;DR section :)
On Thu, Feb 19, 2015 at 8:15 PM, Renat Akhmerov rakhme...@mirantis.com
wrote:
Sorry, I dropped the ball here. This is now released.
As promised last week in the nova meeting I've checked the docs on the
wiki for releases
(https://wiki.openstack.org/wiki/Nova/Client_Release_Process) and
fixed some small errors. I'll look at adding John Garbutt and Matt
Riedemann to the
On 2015-02-19 17:03:49 +0100 (+0100), Deepak Shetty wrote:
[...]
For some reason we are seeing the centos7 glusterfs CI job getting
aborted/ killed either by Java exception or the build getting
aborted due to timeout.
[...]
Hoping to root cause this soon and get the cinder-glusterfs CI job
The Neutron team is proud to announce the release of the latest version of
python-neutronclient. This release includes the following bug fixes and
improvements:
3e5c6ba Updated from global requirements
a774e84 Add unit tests for agentscheduler related commands
069b14c Fix for incorrect parameter
- Original Message -
On Feb 19, 2015, at 11:52, Terry Wilson twil...@redhat.com wrote:
Unfortunately, the new novaclient release ended up completely breaking the
neutron gate. The v1_1 deprecation broke our (voting) pylint test:
Kudos!
Edgar
From: Kyle Mestery mest...@mestery.commailto:mest...@mestery.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Thursday, February 19, 2015 at 1:35 PM
To: OpenStack Development
This creates a bit of a problem for downstream (packagers and probably
others) Shipping a requirements.txt with explicit pins will end up
producing an egg with a requires.txt that reflects those pins, unless there
is some other magic planned that I'm not aware of. I can't speak for all
packaging
On Wed, Feb 18, 2015 at 7:28 AM, Erlon Cruz sombra...@gmail.com wrote:
I also don't think that will make the flow better. When you have errors on
any other gate checkers (python2.7, CI etc) you have to go to the logs
anyway. This would only add another place to look at.
One thing that would
[moving this conversation to openstack-dev because it's more
interesting there and that avoids crossposting to a subscribers-only
list]
On Thu, Feb 19, 2015 at 10:57:02AM +0100, Miguel ??ngel Ajo wrote:
I specially liked the VIF port lifecycle, looks good to me, Ionly miss
some
Thanks. It looks like openstack-dev only accepts posts from
subscribers, so I've followed up to your more detailed feedback only
on that list. For anyone following along at home, here's an archives
link:
http://lists.openstack.org/pipermail/openstack-dev/2015-February/057376.html
On Thu, Feb
Neutron should not depend on versioning implementation in novaclient.
There is get_contrib_module function in
https://review.openstack.org/#/c/152569/9/novaclient/client.py , which
should help to renounce the use of direct import of versioning stuff of
novaclient, but now, imo, we should use
[Adding neutron tag to subject, comments below.]
On Thu, Feb 19, 2015 at 3:55 PM, Ben Pfaff b...@nicira.com wrote:
[moving this conversation to openstack-dev because it's more
interesting there and that avoids crossposting to a subscribers-only
list]
On Thu, Feb 19, 2015 at 10:57:02AM
Here's the news from doc land.
Install Guides are no longer publishing to docs.openstack.org/trunk. They
are published only to a release such as docs.openstack.org/juno or
docs.openstack.org/icehouse. Also this patch removes the Debian Install
Guide until the instructions are fixed so that users
Hi Kyle, Ihar,
It looks promising to have our patch upstreamed. Please take a look at this
pull request
https://github.com/tomaszmrugalski/dibbler/pull/26#issuecomment-75144912. Most
importantly, Tomek asked if it’s sufficient to have the code up in his master
branch. I guess you guys may be
On Thu, Feb 19, 2015 at 1:48 PM, Adam Gandelman ad...@ubuntu.com wrote:
This creates a bit of a problem for downstream (packagers and probably
others) Shipping a requirements.txt with explicit pins will end up
producing an egg with a requires.txt that reflects those pins, unless there
is
Hi Team
Please discuss the bug given below:
https://bugs.launchpad.net/python-novaclient/+bug/1415319
Is it a bug ? the bug is left for discussion.
Thanks,
Amandeep
Mail to: rattenpal.amand...@tcs.com
=-=-=
Notice: The information contained in this e-mail
message and/or
Hi,
I have an openstack juno setup with one server as controller+neutron
and other three servers as compute node. I am doing port mirroring on
br-int of one compute node. I noticed that incoming packets from VM on
other compute node where not getting captured on the mirrored port. The
On Fri, Feb 20, 2015 at 07:27:33AM +0100, Philipp Marek wrote:
Potentially corrupted images are bad; depending on the affected data it
might only be diagnosed some time after installation, so IMO the fix is
needed.
Sure but there is a (potentially hefty) performance impact.
Only a minor
On Thu, Feb 19, 2015 at 5:53 PM, Tony Breeds t...@bakeyournoodle.com wrote:
Hi all,
In September I started working on a simple (but controvertial) fix in
nova[1]
to avoid some disk corruption issues. John kindly ran with a similar fix to
cinder[2].
John's review ended up in merge
Hello, Kevin Benton, Akihiro Motoki
Cc: Maru Newby, Mark McClain
Cc: Assaf Muller, Armando Migliaccio, Oleg Bondarev, Toshiaki Higuchi
Cc: Carl Baldwin, Aaron Rosen, Paul Michali, Rossella Sblendido
Thank you for your advices and comments.
Regarded to the comment of Maru Newby in Patch set 6 of
Hello all,
Am stuck with this from quite some time, I desperately need some help. I thank
in advance for Time of yours.
Problem statement :
I am writing a driver which contacts the rest api in back end for creating
volume.
now There is a file called ToshibaDriver in the Driver and a
On Feb 19, 2015, at 13:38, Terry Wilson twil...@redhat.com wrote:
We've currently just disabled the pylint gate tests, and I've posted a patch
for neutron to resolve the issue. Looks like there was a similar patch
already up for review as well, though it only catches one of our uses of
On Feb 19, 2015, at 17:54, Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
Regarding the novaclient change, the plan is to get either the devstack cells
exercise job voting on novaclient changes again (which it was at some point
prior to the 2.21 release and should have caught this
I have an implementation something similar to this.
Refer to neutron/plugins/ml2/drivers/freescale for driver code base and
etc/neutron/plugins/ml2/ml2_conf_fslsdn.ini for configuration.
Hope this helps.
--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048
From: Naresh
On 2/19/2015 6:06 PM, Henry Gessau wrote:
The fix: https://review.openstack.org/157606
On Thu, Feb 19, 2015, Joe Gordon joe.gord...@gmail.com wrote:
neutronclient is requiring a keystone client that is way too new for icehouse.
2.3.11 was released (And breaks with semver), but icehouse has a
Hi All,
I would like to discuss the Chassis Discovery Tool Blueprint -
https://review.openstack.org/#/c/134866/
The blueprint suggests Hardware enrollment and introspection for properties at
the Chassis layer. Suitable for micro-servers that have an active chassis to
query for details.
Hi Team
Please discuss the bug given below:
https://bugs.launchpad.net/python-novaclient/+bug/1415319
Is it a bug ? the bug is left for discussion.
Thanks,
Amandeep
Mail to: rattenpal.amand...@tcs.com
=-=-=
Notice: The information contained in this e-mail
message and/or
Hi Team
As per V2 API specification load balancer healthmonitor has a parameter type
which can not be parsed by JSON parser.
So, it must be replaced by healthmonitor_type as per the OpenDayLight Bug-
( https://bugs.opendaylight.org/show_bug.cgi?id=1674 )
I reported a bug related to this
Thanks for both of those bits of information.
I've added an allow-related action for v3.
On Thu, Feb 19, 2015 at 06:38:46PM -0800, Kevin Benton wrote:
Yes, if there is an action similar to the 'RELATED' and 'ESTABLISHED'
keywords, then that should be adequate to replace the iptables solution
Hi all,
I requested a session for future lbaas features and prioritizing (and attaching
contributors to those features.) Assuming that happens, I started an etherpad
here, starting with Sam’s info:
https://etherpad.openstack.org/p/lbaas-vancouver-planning
Heat works by calling other OpenStack services. So if you want, you could
try running Heat separately in a VM (with a modern distro). That should
work as long as it has network access to the other service endpoints
(keystone, nova, etc.).
On Thu, Feb 19, 2015 at 3:44 AM, Alvise Dorigo
Reasons could be many, Can you send the log files so that easily we try to
point out ?
Thanks
Dilip
From: Janki Chhatbar [mailto:jankihchhat...@gmail.com]
Sent: Thursday, February 19, 2015 2:54 PM
To: openstack@lists.openstack.org
Subject: [Openstack] Instance in error state
Hi all
I am 3
Its more than just the naming. In the original proposal, requirements.txt
is the compiled list of all pinned deps (direct and transitive), while
requirements.in reflects what people will actually use. Whatever is in
requirements.txt affects the egg's requires.txt. Instead, we can keep
In September I started working on a simple (but controvertial) fix in
nova[1]
to avoid some disk corruption issues. John kindly ran with a similar fix
to cinder[2].
John's review ended up in merge conflict so I tried my own version [3].
Thanks for sending this out, and for the
Hi,
I am developing a mechanism driver that calls the odl's restconf api
https://ctrl ip:8181/restconf/operations/xxx:xxx-xxx.
I implemented an API extension that defines the API url/xxx.
I dont need anyother services like firewall or lbaas to be running. How my
neutron.conf file should look
And this just broke icehouse jobs. Which means devstack-gate is broken.
http://logs.openstack.org/53/157553/1/check/check-tempest-dsvm-full-icehouse/6c63b71//logs/devstacklog.txt.gz#_2015-02-19_22_21_21_419
There where some questions regarding direction for this on the fuel meeting
today. Can you elaborate on the status?
On Thu, Feb 12, 2015 at 12:01 PM, Andrew Woodward xar...@gmail.com wrote:
On Thu, Feb 12, 2015 at 3:59 AM, Tomasz Napierala tnapier...@mirantis.com
wrote:
On 10 Feb 2015,
Hey Everyone,
Anteaya was kind enough to ask in the Cinder channel about some tests
that were added to the gate for SheepDog [1]. I would like to know
why there's no process for the projects that are impacted by these
changes to have input? At the very least if someone is adding test
Joshua Harlow harlo...@outlook.com wrote:
Doug Hellmann wrote:
On Thu, Feb 19, 2015, at 01:09 PM, Ben Nemec wrote:
Hi,
Mike Bayer recently tracked down an issue with database errors in Cinder
to a single database connection being shared over multiple processes.
This is not something
Hi clarkb, fungi,
As discussed in
http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-02-19.log
( 2015-02-19T14:51:46 onwards), I am starting this thread to track the
abrupt job failures seen on cinder-glusterfs CI job in the recent past.
A small summary of the
Can the *ED states be optional? If a state would be a NO-OP, then don't
use it. But if it is useful then use it.
It seems ugly to me to just have two 'change state' calls to move it
through the *ED state.
If an *ED state needs to be added later I think it could be added without
too much
Detached volumes and tried deleting the instances from dashboard not working
On Wed, Feb 18, 2015 at 9:57 PM, raju raju.r...@gmail.com wrote:
There was no error seems the delete action is not getting triggered, am
trying with admin credentials still no luck some with volumes and some are
not
So I've been playing around with cloud init scripts for VMs I have been
building.
I have one example, which I isn't working. Got it from the following
http://cloudinit.readthedocs.org/en/latest/topics/examples.html
So, its for the reboot/power off section
I've stripped out my cloud-init to just
1. Query neutron data from DB
2. Discover to which computation node it belongs
you can query port's information with neutron command.
like neutron port-list -c id -c device_owner and find device_owner ==
compute:* ports.
and also find compute node witch port(and instance) deployed on.
you can
On 19 Feb 2015, at 18:32, Alexander Makarov amaka...@mirantis.com wrote:
@Renat, They are conceptually different:
- regular tokens are created for the owner of addressed resource
- trust scoped tokens are for trustees and have some security restrictions.
The case is about disallowing a
I was discussing the problems of configuring active/passive HA earlier
where the active and passive nodes have a different `host` configured.
There are lots of problems, as I've mentioned before, but Gary pointed
out that it probably affects image cache management, too. This had the
potential for
Hello All,
I have taken snapshot from running instances,when
creating instance from that snapshot its failing to get new ip
address,because of existing udev rules of eth0.
How can this be fixed other than manually removing udev rules before
creating snapshots.
Thanks
I think that if there is a use case for an *ED state, then we should have
it. And if we have one *ED state, I think it makes sense (and is
consistent) to have them for all the active states.
If we have *ED states, I would prefer that we add them in when the active
state is added. So add stateING,
Hi,
Following error is being reported by zuul and any one facing this issue ?
zuul is failing with No valid host was found. There are not enough hosts
available for https://review.openstack.org/#/c/153999/.
I tried twice to build this patch and same error is reported. I think this
error is
On 2/2/15, 15:41, Morgan Fainberg morgan.fainb...@gmail.com wrote:
On February 2, 2015 at 1:31:14 PM, Joe Gordon (joe.gord...@gmail.com)
wrote:
On Mon, Feb 2, 2015 at 10:28 AM, Morgan Fainberg
morgan.fainb...@gmail.com wrote:
I think the simple answer is yes. We (keystone) should emit
Blargh – got to typing in the meeting and never hit send here. We had to move
because of conflicts from other meetings that came up since we first started.
We ended up going to #openstack-operators, but logged notes here:
https://etherpad.openstack.org/p/Large-Deployment-Team-Meetings
On 2/2/15, 15:41, Morgan Fainberg morgan.fainb...@gmail.com wrote:
On February 2, 2015 at 1:31:14 PM, Joe Gordon (joe.gord...@gmail.com)
wrote:
On Mon, Feb 2, 2015 at 10:28 AM, Morgan Fainberg
morgan.fainb...@gmail.com wrote:
I think the simple answer is yes. We (keystone) should emit
On 2015-02-19 12:12:30 + (+), Kuvaja, Erno wrote:
[...]
[3] The data protection rules are applicable not only when the
controller is established within the EU, but whenever the
controller uses equipment situated within the EU in order to
process data. (art. 4) Controllers from outside
1 - 100 of 120 matches
Mail list logo