Hi,
I recently cloned the latest Congress source code and tried to run
unit-tests on my Ubuntu PC. Using *scripts/run_api_server*, I found this
following error:
*Jun 20 11:28:11|0|__main__|INFO|Starting congress server*
*Traceback (most recent call last):*
* File
Just a clarification: “reverse” flow is what I usually call “dependency based
flow” when we specify dependencies between tasks rather then direct transitions
(do this then on success do that).
* Put it off till the engine refactoring, factor the requirement of
supporting two modes into the
HI All,
Could someone please, review the bug
https://bugs.launchpad.net/cinder/+bug/1307491
Fixes cinder quota-update with wrong tenant-id
quota-update returns 200 (OK) even though specified tenant-id
does not exist.
cinder quota-update wrong-tenant --gigabytes 2
The fix has been applied so
On Thu, 2014-06-19 at 20:36 -0700, Dustin Lundquist wrote:
Dolph,
I appreciate the suggestion. In the mean time how does the review
process work without core developers to approve gerrit submissions?
If you're just getting started, have a small number (possibly just 1 to
begin with) of
Hi All
I want to create a juno setup.
Please guide me through any links or processes that needs to be followed to
have this setup.
*Thanks Regards*,
Yogesh Prasad.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
+1 for #2.
~Sergii
On Fri, Jun 20, 2014 at 1:21 AM, Andrey Danin ada...@mirantis.com wrote:
+1 to Mike. Let the user provide actual credentials and use them in place.
On Fri, Jun 20, 2014 at 2:01 AM, Mike Scherbakov mscherba...@mirantis.com
wrote:
I'm in favor of #2. I think users
GP should support applying policy on exist openstack deployment, so neither
implicit mapping nor intercepting works well.
maybe the explicit associating model is best: associate EPG with exist
neutron network object (policy automatically applied to all ports on it),
or with single port object
Hi folks,
Anyone try that rate limit configuration for OVS(port)?
Now i am trying to implement it on my ovs_lib.py, actually it just call OVS
command[1].
There is a way to do that for me:
sudo ovs-vsctl set port tap42d7bb69-68 qos=@newqos \
-- --id=@newqos create qos
Hi,
On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
I have encountered a problem with string substitution with the nova
configuration file. The motivation was to move all of the glance settings
to
their own section (https://review.openstack.org/#/c/100567/).
Hi Yogesh,
Juno is not released yet. The closest you can get is master. So clone
devstack and run ./stack.sh.
Thanks,
Ajaya
Cheers,
Ajaya
On Fri, Jun 20, 2014 at 12:38 PM, Yogesh Prasad yogesh.pra...@cloudbyte.com
wrote:
Hi All
I want to create a juno setup.
Please guide me through
Vladimir has a proposal to add rescue livecd image as a boot option for PXE
nodes. I think it is a great idea. If anyone has other opinions, please
reply.
Miroslav, could you be a reviewer for this blueprint?
Anastasia, could you propose someone for QA?
For anybody who missed it, we discussed the following 2 outstanding
reviews yesterday:
vmwareapi oslo.vmware library integration
https://review.openstack.org/#/c/70175/
VMware: initial support for SPBM
https://review.openstack.org/#/c/6/
The issue is that oslo.vmware already contains
+1 to concentrate on oslo.vmware and thanks for the update!
On Fri, Jun 20, 2014 at 6:47 AM, Matthew Booth mbo...@redhat.com wrote:
For anybody who missed it, we discussed the following 2 outstanding
reviews yesterday:
vmwareapi oslo.vmware library integration
Hi,
Thanks for the updated mail. I have a number of comments:
1. I agree with the proposed changes regarding the SPBM. I think that the
proposal and changes put forward by Radoslav are great.
2. It would be nice to see the integration of the oslo.vmware code. This
is pending the spawn rewrite, and
Hi All,
Please tell me what are the minimum Driver Features for juno release.
--
*Thanks Regards*,
Yogesh Prasad.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 2014/19/06 09:58, Matthias Runge wrote:
On Wed, Jun 18, 2014 at 10:55:59AM +0200, Jaromir Coufal wrote:
My quick questions are:
* Who would be interested (and able) to get to the meeting?
* What topics do we want to discuss?
https://etherpad.openstack.org/p/horizon-juno-meetup
Thanks for
I'm pretty sure they haven't changed from Icehouse, see
https://github.com/openstack/cinder/blob/master/doc/source/devref/drivers.rst
On 20 June 2014 12:49, Yogesh Prasad yogesh.pra...@cloudbyte.com wrote:
Hi All,
Please tell me what are the minimum Driver Features for juno release.
--
There's a maintenance and testing cost to the added complexity, and as
far as I can tell, no solid use-case. Under what circumstance would a
cloud provider want different limits for different tenants? What
concrete problem does it solve?
On 20 June 2014 04:35, Huangtianhua huangtian...@huawei.com
Hi everyone,
Draft neutron spec has been defined to cover such case:
https://review.openstack.org/99356
Thanks for your feedbacks,
Cedric (zzelle at irc
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev)
On Thu, Jun 5, 2014 at 7:27 PM, ZZelle zze...@gmail.com wrote:
Hi
On 20/06/14 13:56, Jaromir Coufal wrote:
On 2014/19/06 09:58, Matthias Runge wrote:
On Wed, Jun 18, 2014 at 10:55:59AM +0200, Jaromir Coufal wrote:
My quick questions are:
* Who would be interested (and able) to get to the meeting?
* What topics do we want to discuss?
+1 to what Brandon just said. :)
Seriously, though-- this week was nothing short of amazing! It's great to
have such a wonderful team to work with, eh! And yes-- special thanks to
Mark McClain and Kyle Mestery for being willing to come out and work so
hard with us to make so much progress in such
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
- it seems like an odd thing for a library to do, I don't know of
examples of other libraries doing this .. but I
The wait is over on this one!
-- Forwarded message --
From: Willy Tarreau w...@1wt.eu
Date: Thu, Jun 19, 2014 at 12:54 PM
Subject: [ANNOUNCE] haproxy-1.5.0
To: hapr...@formilux.org
Hi everyone,
The list has been unusually silent today, just as if everyone was waiting
for
Hello, guy! I've just saw your thread and I have something to say about
your topic.
What management tools are there?
The old time pacemaker users of course will name crm shell first (crmsh
package). It allows interacive configuration by enetering commands like
this:
crm configure primitive
Mark McLoughlin mar...@redhat.com writes:
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
- it seems like an odd thing for a library to do, I don't know of
On Fri, Jun 20, 2014 at 9:09 AM, Martin Geisler mar...@geisler.net wrote:
Mark McLoughlin mar...@redhat.com writes:
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
On Fri, Jun 20, 2014 at 8:40 AM, Mark McLoughlin mar...@redhat.com wrote:
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
- it seems like an odd thing for a library
+1
Thanks everyone for great coloboration and special thanks for Mark McClain and
Kyle Mestery.
Here are some pics of folks in action :)
https://drive.google.com/?usp=chrome_app#folders/0B8EPhPStLpV4ZGJnbkdMZmFBR2s
Thanks,
Vivek
From: Stephen Balukoff
Fuelers,
we need to group and enforce bug squashing activities on Tuesday, as
discussed on IRC meeting this Thursday [1]. Feel free to do bug triaging
first on Monday if needed.
We have lots of bugs, and to meet quality criteria for the release we
really need this.
Every dedicated Fuel developer
Alright!!! I'll get to reworking the TLS support bp that didn't get too much
attention. This is fantastic news, thanks for sharing!
From: Stephen Balukoff [sbaluk...@bluebox.net]
Sent: Friday, June 20, 2014 8:01 AM
To: OpenStack Development Mailing List
I read a doc on this the other day, but for the life of me I can't
remember where. It's relevant to this review:
https://review.openstack.org/#/c/97612/18/nova/virt/vmwareapi/volumeops.py
If anybody knowledgeable could give this a glance I'd be grateful. I'd
like to know I'm not giving duff
Hi Matt,
Is it perhaps this one you're looking for:
https://wiki.openstack.org/wiki/LoggingStandards#Guidelines
-Erno
-Original Message-
From: Matthew Booth [mailto:mbo...@redhat.com]
Sent: 20 June 2014 14:46
To: OpenStack Development Mailing List (not for usage questions)
Hello everyone,
Today, Horizon protect its resources (views, Dashboards or Panels) using
a hard-coded approach, restricting on code the access to users having
determined roles (like Admin). This problem was already addressed in
this bug: https://bugs.launchpad.net/horizon/+bug/1226627
In an
I started to type the same response as Duncan last night, and I do have
the same concern.
The fine grained quotas in nova, for instance, can be used to measure
potential use of the whole system _exactly_. You can give a bit more
to one tenant while you're building out your infrastructure for more
We have additional details in this review for the oslo.i18n
documentation: https://review.openstack.org/#/c/96961/
On Fri, Jun 20, 2014 at 9:50 AM, Kuvaja, Erno kuv...@hp.com wrote:
Hi Matt,
Is it perhaps this one you're looking for:
https://wiki.openstack.org/wiki/LoggingStandards#Guidelines
You need to remove the old .pyc files in the migrate_repo/versions directory. I
have an alias in my .gitconfig to allow me to checkout a branch and delete pycs
in one command:
[alias]
cc = !TOP=$(git rev-parse --show-toplevel); find $TOP -name '*.pyc'
-delete; git-checkout”
so i can do:
This isn’t an officially supported method, but i tend to use:
python -m nova.openstack.common.lockutils nosetests test
for example:
python -m nova.openstack.common.lockutils nosetests
nova.tests.integrated.test_api_samples:CloudPipeSampleJsonTest.test_cloud_pipe_create
I think this is a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Session-fixation vulnerability in Horizon when using the default
signed cookie sessions
- ---
### Summary ###
The default setting in Horizon is to use signed cookies to store
session state on the client side. This creates the possibility that if
an
On 06/18/2014 07:43 PM, Duncan Thomas wrote:
Duncan Thomas
On Jun 18, 2014 9:51 PM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
VMs should be cattle, not pets, but yes, a locked instance should be
able to be snapshotted, for sure, IMO.
Shooting all your cattle by accident
On 6/20/14, 6:24 AM, Radomir Dopieralski openst...@sheep.art.pl wrote:
On 20/06/14 13:56, Jaromir Coufal wrote:
On 2014/19/06 09:58, Matthias Runge wrote:
On Wed, Jun 18, 2014 at 10:55:59AM +0200, Jaromir Coufal wrote:
My quick questions are:
* Who would be interested (and able) to get to the
Hi Madhu,
That script is a legacy holdover from a proof-of-concept done some time back.
Since that time, we have refined the policy and API designs, and should have
the new code ready for testing in the next couple of days.
- Peter
From: Madhu Mohan Nelemane
The openrc file has to be up to date for some of the HA scripts to
work, we could just source that.
On Fri, Jun 20, 2014 at 12:12 AM, Sergii Golovatiuk
sgolovat...@mirantis.com wrote:
+1 for #2.
~Sergii
On Fri, Jun 20, 2014 at 1:21 AM, Andrey Danin ada...@mirantis.com wrote:
+1 to Mike.
+ 1
I was also very happy that Doug came – he was adding a much needed lb
manufacturer perspective.
Thanks to Rackspace and especially Brandon for hosting. This was a great event.
And many thanks to Kyle and Mark for coming out and the great guidance they
provided.
Great to see you all –
After seeing a bunch of code changes to enforce new hacking rules, I'd
like to propose dropping some of the rules we have. The overall patch
series is here -
https://review.openstack.org/#/q/status:open+project:openstack-dev/hacking+branch:master+topic:be_less_silly,n,z
H402 - 1 line doc strings
Should we also have the 25th as review day so we can squish those down too?
On Fri, Jun 20, 2014 at 6:30 AM, Mike Scherbakov
mscherba...@mirantis.com wrote:
Fuelers,
we need to group and enforce bug squashing activities on Tuesday, as
discussed on IRC meeting this Thursday [1]. Feel free to do
+1 across the board for this change.
H803 is ignored by a large number of projects after a rather extensive
conversation on the ML last year (as I recall). The other two changes seem
quite reasonable.
Cheers,
Morgan
—
Morgan Fainberg
From: Sean Dague s...@dague.net
Reply: OpenStack
On Fri, Jun 20, 2014 at 11:07 AM, Sean Dague s...@dague.net wrote:
After seeing a bunch of code changes to enforce new hacking rules, I'd
like to propose dropping some of the rules we have. The overall patch
series is here -
Suppose I want a simple localrc (e.g., it defaults to using flat DHCP nova
networking) to use with DevStack on a machine that has a single NIC and is
using IPv4 address 10.10.0.42 and netmask 255.255.0.0, and I know
addresses 10.10.1.0--10.10.255.254 are unused. What would be reasonable
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
Neutron [3]: a broken GRE overlay network setup
The TripleO check jobs look to be running stable again today
On Fri, Jun 20, 2014 at 11:07 AM, Sean Dague s...@dague.net wrote:
[snip]
We have to remember we're all humans, and it's ok to have grey space.
Like in 305, you *should* group the libraries if you can, but stuff like
that should be labeled as 'nit' in the review, and only ask the author
to
Speaking about the idea of running everything inside containers...
First, this idea is no the new one and have been around for a very long
time. People were running their services inside a simple chroot, then
OpenVZ and now LXC containers with variable success. Usually the ideas
behind this are
Hey guys,
Just a friendly reminder that we'll (re)review the configurable db
plugins BP on Monday June 23rd. The spec is here:
https://wiki.openstack.org/wiki/Trove/ConfigurableDBPlugins
Please take a moment to review prior to our BP meeting if you have an
interest in this topic.
I've
Any more takers for the tripleo mid-cycle meetup in Raleigh? If so, please
sign up on the etherpad below.
The hotel group room rate will be finalized on Monday Jul 23rd (US time),
after that time you will be on your own for finding accommodation.
Thanks
Charles
- Original Message -
Hi
Zang, thanks for your comments.
I think what you are suggesting is perhaps orthogonal to having Resource
and Agent drivers. By that I mean we can have what you are suggesting and
keep the Resource and Agent drivers. The reason for having Resource drivers
is to provide the means for possibly
I am pleased to announce that I have booked the facilities required for
the Heat mid-cycle meetup for Juno, as discussed at the Heat IRC meeting
this week.[1] Therefore I can confirm that the meetup will be held:
Monday 18th - Wednesday 20th August
@ Red Hat Tower in Raleigh, North Carolina
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
Neutron [3]: a broken GRE overlay network setup
The last two are bugs, but
Hi,
The Jenkins Job Builder project (part of the Infrastructure program) is
quite popular even outside of OpenStack and has a group of specialist
core reviewers supplemental to the rest of the Infrastructure program.
To that group I would like to add Darragh Bailey:
On Jun 20, 2014 1:52 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
- Original Message -
On Jun 20, 2014 1:52 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]:
I would like to nominate Zhenguo Niu and Ana Krivokapic to Horizon core.
Zhenguo has been a prolific reviewer for the past two releases providing
high quality reviews. And providing a significant number of patches over
the past three releases.
Ana has been a significant reviewer in the Icehouse
On Fri, Jun 20, 2014 at 2:15 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
On Jun 20, 2014 1:52 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related
Excerpts from Charles Crouch's message of 2014-06-20 13:51:49 -0700:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
No, we should have every day as review day. If there's code waiting to
be reviewed that addresses a bug or a feature, there's simply no good
reason to write new code for a different bug or feature with the same
priority until the code that's already out there is reviewed.
On Fri, Jun 20, 2014 at
On Fri, 2014-06-20 at 16:51 -0400, Charles Crouch wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
Neutron [3]:
Well we probably need some backwards compat glue to keep deploying
supported versions. More on that in the spec I'm drafting.
On 21 Jun 2014 12:26, Dan Prince dpri...@redhat.com wrote:
On Fri, 2014-06-20 at 16:51 -0400, Charles Crouch wrote:
- Original Message -
Not a great week
Excerpts from Sean Dague's message of 2014-06-20 11:07:39 -0700:
After seeing a bunch of code changes to enforce new hacking rules, I'd
like to propose dropping some of the rules we have. The overall patch
series is here -
I don't know if other projects are seeing this, but tempest has started
getting bug reports like this:
https://bugs.launchpad.net/tempest/+bug/1332497
Has this happened before? Is there an established way of dealing with it?
-David
___
On 20/06/14 13:37, David Kranz wrote:
I don't know if other projects are seeing this, but tempest has started
getting bug reports like this:
https://bugs.launchpad.net/tempest/+bug/1332497
Has this happened before? Is there an established way of dealing with it?
We've seen a few in
Hello:
I have had a report about the current status of power kvm ci.
sdague | anteaya / krtaylor: the powerkvm ci seems to be posting invalid
urls in test results. That should either be fixed, or it should be
turned off.
Hello,
The problem seems to be fixed now. Sorry for the inconvenience.
Kind regards,
Arx Cruz
On Fri, Jun 20, 2014 at 10:55 AM, Anita Kuno ante...@anteaya.info wrote:
Hello:
I have had a report about the current status of power kvm ci.
sdague | anteaya / krtaylor: the powerkvm ci seems
Hi everyone,
I've been busy with travel and events lately (and next week), so we
missed our typical bug day, but it's been a while and I'd really
like to have on prior to our mid-cycle meetup in July.
In order to avoid Canada Day+US Independence week I'm proposing
Tuesday July 8th from 1700
Hello,
I would like to have a service account added please.
Pub key:
ssh-rsa
B3NzaC1yc2EDAQABgQCwIZcZ7jwJA3Fo071bvL7rPfKX4zv2t04mf4Xw9jhfgijQjd7WfWxYguLCuEf2ymB8yrn0XKfBV1XqbEhe9V33kPVzcGk0+omDb5BeY7lIgXVAloWHshx7D8UwwFLWUa/RREqaVow+zx5U3Rlg6OK5MyQRBAxeCtTczgPxOB8m3Q==
username:
He did this:
$ cat /etc/neutron/neutron.conf
...
[database]
# set in plugin
#connection =
$ cat /etc/neutron/plugins/ml2/ml2_conf.ini
...
[database]
connection = mysql://neutron:password@127.0.0.1/neutron
Then (re)initialize the various db structures and restart all neutron
daemons:
$
Hi Trinath,
As mentioned in the link suggested by you, I create launchpad account and join
Openstack Foundation.
Now what should I do to contribute the findings?
Regards
Pragya jain
On Tuesday, 17 June 2014 11:10 AM, trinath.soman...@freescale.com
trinath.soman...@freescale.com wrote:
I think --tenant is not a supported option for nova
I don't see it under nova -h
What i see is this...
--os-tenant-name auth-tenant-name
So maybe --tenant is just being ignored and hence the cmd reduces to `nova
list` hence it shows only admin instance as u r logged in as admin
On Fri, Jun 13,
Look command as nova help list, there is such option --tenant and I
can confirm, it didn't work for me either.
On 2014.06.20. 12:16, Deepak Shetty wrote:
I think --tenant is not a supported option for nova
I don't see it under nova -h
What i see is this...
--os-tenant-name auth-tenant-name
Hi Martinx,
Thanks for your help.
It works fine with the below configuration for OpenStack Havana. This
thread will help for others if they need to integrate SPICE.
On Fri, Jun 20, 2014 at 12:56 AM, Martinx - ジェームズ thiagocmarti...@gmail.com
wrote:
Hey Foss,
Here is how I'm using SPICE
I 've just send the output of nova help list
I will submit a bug report!
Thx,
G.
On Fri, 20 Jun 2014 16:47:13 +0530, Deepak Shetty wrote:
Sorry! My bad.. i was wrong :)
nova help list does show the option Maybe you can raise a bug in
LP if its not working. My 2 cents
On Fri, Jun 20,
Sorry! My bad.. i was wrong :)
nova help list does show the option Maybe you can raise a bug in LP if
its not working. My 2 cents
On Fri, Jun 20, 2014 at 4:44 PM, Deepak Shetty dpkshe...@gmail.com wrote:
Georgios,
Why do you think its present ? Can you justify your claim pls ?
This
These are my findings:
$ nova help list
usage: nova list [--reservation-id reservation-id] [--ip ip-regexp]
[--ip6 ip6-regexp] [--name name-regexp]
[--instance-name name-regexp] [--status status]
[--flavor flavor] [--image image] [--host
Georgios,
Why do you think its present ? Can you justify your claim pls ?
This is what I see...
[stack@devstack-large-vm ~]$ [admin] nova -h| grep tenant
[--os-tenant-name auth-tenant-name]
[--os-tenant-id auth-tenant-id] [--os-auth-url auth-url]
Hello team,
I have observers few differences in Ice House and Havana. In Havana br-tun is
mentioned in the ovs_neutron_plugin.ini . In Ice House I couldn't see br-tun in
any configuration. Its function is replaced by something else ?
Or I missed it ..please correct me ..
Havana:
Neutron Node
On Fri, Jun 20, 2014 at 12:49:56PM +, m.channappa.nega...@accenture.com
wrote:
I have observers few differences in Ice House and Havana. In Havana
br-tun is mentioned in the ovs_neutron_plugin.ini . In Ice House I
couldn't see br-tun in any configuration. Its function is replaced
by
Thank you for the answer !!
Regards,
Malleshi CN
-Original Message-
From: Lars Kellogg-Stedman [mailto:l...@redhat.com]
Sent: Friday, June 20, 2014 6:48 PM
To: Channappa Negalur, M.
Cc: openstack@lists.openstack.org
Subject: Re: [Openstack] br-tun in icehouse ..?
On Fri, Jun 20, 2014 at
Hi everyone,
I did a new installation of icehouse using the community puppet
modules. I can spawn all the instaces perfectly but I can't get the
VNC to work.
The auth token that I get from nova get-vnc-console command is invalid.
In the /var/log/nova/consoleauth.log logs, I see,
2014-06-20
You need to remove the old .pyc files in the migrate_repo/versions directory. I
have an alias in my .gitconfig to allow me to checkout a branch and delete pycs
in one command:
[alias]
cc = !TOP=$(git rev-parse --show-toplevel); find $TOP -name '*.pyc'
-delete; git-checkout”
so i can do:
Might this be an example of different people seeing different things
because they are looking at different versions of the nova CLI?
rick jones
(In the version of nova I happen to use - 2.17.0.65 - I see a
--tenant_id option rather than a --tenant option in the output of nova
help ...)
Hi all,
I am running IceHouse (RDO) and currently unable to attach a new interface
to a vm.
[root@localhost ~(keystone_admin)]# nova interface-attach myvm1
ERROR: PortLimitExceeded_Remote: Maximum number of ports exceeded
Traceback (most recent call last):
File
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Session-fixation vulnerability in Horizon when using the default
signed cookie sessions
- ---
### Summary ###
The default setting in Horizon is to use signed cookies to store
session state on the client side. This creates the possibility that if
an
Also, I get this error in Console of Google Chrome if that helps.
New state 'failed', was 'ProtocolVersion'. Msg: Failed to connect to
server (code: 1006) util.js:111
Util.Errorutil.js:111
RFB.updateStaterfb.js:430
RFB.failrfb.js:520
(anonymous function)rfb.js:250
websocket.onclose
And, I don't
Debugging further, I see the below entries
in /var/log/neutron/openvswitch-agent.log:
2014-06-20 11:08:02.954 5410 INFO neutron.api.v2.resource [-] create failed
(client error): No more IP addresses available on network
31956556-c540-4676-9cd4-e618a4f93fc8.
2014-06-20 11:08:02.955 5410 INFO
Suppose I want a simple localrc to use with DevStack on a machine that has
a single NIC and is using IPv4 address 10.10.0.42 and netmask 255.255.0.0,
and I know addresses 10.10.1.0--10.10.255.254 are unused. What would be
reasonable working choices for FIXED_RANGE and FLOATING_RANGE?
Thanks,
Hi Mark, thanks for answering. I already have done this, same error logs. I
cannot imagine what is wrong with my files:
compute node config
https://gist.github.com/raphapr/8e7896a738c6f6e6d27d
neutron node config
https://gist.github.com/raphapr/a9e804f40d3336d7db7f
controller node config
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everybody,
I'm having a heck of a time trying to get my own setup going. I've got
as far as having all the components installed and 'openstack-status'
reporting things as expected.
The setup in using CentOS 6 VM with RDO IceHouse repo (I'm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/20/2014 12:23 PM, Raphael Ribeiro wrote:
Hi Mark, thanks for answering. I already have done this, same error
logs. I cannot imagine what is wrong with my files:
compute node config
https://gist.github.com/raphapr/8e7896a738c6f6e6d27d
OpenStackClient 0.4.0 has been released to PyPI. This release consists of a
number of new commands and bug fixes. As of this release we feel it is
ready for general consumption for the Compute, Identity, Image and Volume
APIs. The commands for these APIs should be considered to be in their final
96 matches
Mail list logo