On Wed, Mar 25, 2015 at 6:58 PM, Dean Troyer dtro...@gmail.com wrote:
On Wed, Mar 25, 2015 at 5:58 AM, Deepak Shetty dpkshe...@gmail.com
wrote:
Sorry, hit send before i could complete
back to square one (unless we modify lib/cinder to *not* use default for
CINDER_ENABLED_BACKENDS
if
I wasn't clear, let me try again:
CINDER_ENABLED_BACKENDS=;
set the value to the separator character semi-colon. That evaluates to
not-empty for the shell :- but has no entries so is still effectively null
for the cinder config code.
dt
On Wed, Mar 25, 2015 at 8:47 AM, Deepak Shetty
On Wed, Mar 25, 2015 at 3:58 PM, Sean Dague s...@dague.net wrote:
On 03/25/2015 03:16 AM, Deepak Shetty wrote:
On Wed, Mar 25, 2015 at 11:29 AM, Deepak Shetty dpkshe...@gmail.com
mailto:dpkshe...@gmail.com wrote:
On Wed, Mar 25, 2015 at 12:58 AM, Ian Wienand
On 03/25/2015 09:28 PM, Sean Dague wrote:
I would instead do the following:
1) CINDER_ENABLED_BACKENDS+=,glusterfs:glusterfs
This is what I was about to suggest. I'd be willing to believe
ordering could still get tangled depending on exactly what you want --
I think at that point best to
On Wed, Mar 25, 2015 at 4:20 PM, Deepak Shetty dpkshe...@gmail.com wrote:
On Wed, Mar 25, 2015 at 3:58 PM, Sean Dague s...@dague.net wrote:
On 03/25/2015 03:16 AM, Deepak Shetty wrote:
On Wed, Mar 25, 2015 at 11:29 AM, Deepak Shetty dpkshe...@gmail.com
mailto:dpkshe...@gmail.com
On Wed, Mar 25, 2015 at 4:24 PM, Deepak Shetty dpkshe...@gmail.com wrote:
On Wed, Mar 25, 2015 at 4:20 PM, Deepak Shetty dpkshe...@gmail.com
wrote:
On Wed, Mar 25, 2015 at 3:58 PM, Sean Dague s...@dague.net wrote:
On 03/25/2015 03:16 AM, Deepak Shetty wrote:
On Wed, Mar 25, 2015
On Wed, Mar 25, 2015 at 3:58 PM, Sean Dague s...@dague.net wrote:
On 03/25/2015 03:16 AM, Deepak Shetty wrote:
On Wed, Mar 25, 2015 at 11:29 AM, Deepak Shetty dpkshe...@gmail.com
mailto:dpkshe...@gmail.com wrote:
On Wed, Mar 25, 2015 at 12:58 AM, Ian Wienand
On 03/24/2015 03:17 PM, Deepak Shetty wrote:
For eg: Look at [1]
[1]
https://github.com/stackforge/devstack-plugin-glusterfs/blob/master/devstack/settings
I would like ability to change these while I use the enable_plugin
apporach to setup devstack w/ GlusterFS per my local glusterfs setup
Hi all,
I was wondering if there was a neat way to override the settings file
present in the devstack plugin stackforge project.
For eg: stackforge/devstack-plugin-glusterfs
I plan to use `enable_plugin glusterfs repo` in my local to setup
GlusterFS backend for openstack
But I am forced to
On 03/23/2015 09:20 PM, Deepak Shetty wrote:
Hi all,
I was wondering if there was a neat way to override the settings file
present in the devstack plugin stackforge project.
For eg: stackforge/devstack-plugin-glusterfs
I plan to use `enable_plugin glusterfs repo` in my local to setup
On Tue, Mar 24, 2015 at 8:36 AM, Ian Wienand iwien...@redhat.com wrote:
On 03/23/2015 09:20 PM, Deepak Shetty wrote:
Hi all,
I was wondering if there was a neat way to override the settings file
present in the devstack plugin stackforge project.
For eg:
Hi all,
This week I try to discover why this job
gate-tempest-dsvm-neutron-src-python-saharaclient-juno
http://logs.openstack.org/88/155588/6/check/gate-tempest-dsvm-neutron-src-python-saharaclient-juno/7f29e63/
fails
and what's the difference from the same jobs in other clients. The results
are
:
From: yuntong [mailto:yuntong...@gmail.com mailto:yuntong...@gmail.com]
Sent: Monday, March 2, 2015 7:35 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [devstack] pip wheel' requires the 'wheel' package
Hello,
I got an error when try to ./stack.sh
[mailto:yuntong...@gmail.com]
Sent: Monday, March 2, 2015 7:35 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [devstack] pip wheel' requires the 'wheel' package
Hello,
I got an error when try to ./stack.sh as:
2015-03-02 05:58:20.692 | net.ipv4
.
Thanks,
Tim
On Mar 2, 2015, at 2:11 AM, Smigiel, Dariusz
dariusz.smig...@intel.commailto:dariusz.smig...@intel.com wrote:
From: yuntong [mailto:yuntong...@gmail.com]
Sent: Monday, March 2, 2015 7:35 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev
Update:
Cinder - GlusterFS CI job (ubuntu based) was added as experimental (non
voting) to cinder project [1]
Its running successfully without any issue so far [2], [3]
We will monitor it for few days and if it continues to run fine, we will
propose a patch to make it check (voting)
[1]:
On Tue, 2015-03-03 at 17:42 +0200, Eduard Matei wrote:
Is there a way to specify the Juno version to be installed using
devstack.
Let's please reserve this list for discussions about the *future* of
OpenStack development, not questions about using its tools.
Please, everybody, help us stay
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/03/2015 04:42 PM, Eduard Matei wrote:
Hi,
Is there a way to specify the Juno version to be installed using
devstack. For now we can only specify stable/juno *git clone -b
stable/juno https://github.com/openstack-dev/devstack.git
Hi,
Indeed CINDER_BRANCH=2014.2.2 did the trick.
Will properly report the issues once we start testing on 2014.2.3.
Eduard
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Hi Ihar,
This is the error i see in c-vol screen:
2015-03-03 18:39:34.060 DEBUG taskflow.engines.action_engine.runner
[req-87db2771-5c25-4c9b-a3bc-f7a504468315 4af0a30fe2c14deb9f9cf341a97daa9f
1fbab1e235ff414abf249c741fb3c6c9] Exiting old state 'WAITING' in response
to event 'analyze' from
On Wed, Mar 04, 2015 at 02:41:53PM +0200, Eduard Matei wrote:
Hi Ihar,
This is the error i see in c-vol screen:
2015-03-03 18:39:34.060 DEBUG taskflow.engines.action_engine.runner
[req-87db2771-5c25-4c9b-a3bc-f7a504468315 4af0a30fe2c14deb9f9cf341a97daa9f
1fbab1e235ff414abf249c741fb3c6c9]
Hi,
Is there a way to specify the Juno version to be installed using devstack.
For now we can only specify stable/juno
*git clone -b stable/juno https://github.com/openstack-dev/devstack.git
https://github.com/openstack-dev/devstack.git /opt/stack/devstack*
but this installs 2014.2.3 which
Mailing List (not for usage questions)
OpenStack-dev@lists.openstack.orgmailto:OpenStack-dev@lists.openstack.org
Subject: [openstack-dev] [devstack]Specific Juno version
Hi,
Is there a way to specify the Juno version to be installed using devstack.
For now we can only specify stable/juno
git clone
Sent: Monday, March 2, 2015 9:59:27 PM
Subject: Re: [openstack-dev] [Devstack] Can't start service nova-novncproxy
Sorry, what you mean Double-check no make sure that it's enabled ?
I do set the following in my local.conf:
enable_service n-nonvc
NOVA_VNC_ENABLED=True
)
Subject: Re: [openstack-dev] [Devstack] Can't start service nova-novncproxy
You have to make sure it's in ENABLED_SERVICES in stackrc. It was removed by
default, but then apparently restored via
b9f2e25fa8afb2ea17a89ed76c4fac03689b5f07, so if you have that commit, you
should be good.
Otherwise, you
installation still failed due to the same issue.
Thanks.
-chen
-Original Message-
From: Solly Ross [mailto:sr...@redhat.com]
Sent: Tuesday, March 03, 2015 12:52 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Devstack] Can't start service nova
)
openstack-dev@lists.openstack.org
Sent: Sunday, March 1, 2015 7:14:51 PM
Subject: Re: [openstack-dev] [Devstack] Can't start service nova-novncproxy
That's' the most confusing part.
I don't even have a log for service nova-novncproxy.
Thanks.
-chen
-Original Message-
From: Kashyap
: [openstack-dev] [Devstack] Can't start service nova-novncproxy
On Sat, Feb 28, 2015 at 06:20:54AM +, Li, Chen wrote:
Hi all,
I'm trying to install a fresh all-in-one openstack environment by devstack.
After the installation, all services looks well, but I can't open instance
console
Hello,
I got an error when try to ./stack.sh as:
/2015-03-02 05:58:20.692 | net.ipv4.ip_local_reserved_ports = 35357,35358
2015-03-02 05:58:20.959 | New python executable in tmp-venv-NoMO/bin/python
2015-03-02 05:58:22.056 | Installing setuptools, pip...done.
2015-03-02 05:58:22.581 | ERROR: 'pip
From: yuntong [mailto:yuntong...@gmail.com]
Sent: Monday, March 2, 2015 7:35 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [devstack] pip wheel' requires the 'wheel' package
Hello,
I got an error when try to ./stack.sh as:
2015-03-02 05:58:20.692
Hi all,
I'm trying to install a fresh all-in-one openstack environment by devstack.
After the installation, all services looks well, but I can't open instance
console in Horizon.
I did a little check, and found service nova-novncproxy was not started !
Anyone has idea why this happened ?
Here
On Fri, Feb 27, 2015 at 4:02 PM, Deepak Shetty dpkshe...@gmail.com wrote:
On Wed, Feb 25, 2015 at 11:48 PM, Deepak Shetty dpkshe...@gmail.com
wrote:
On Wed, Feb 25, 2015 at 8:42 PM, Deepak Shetty dpkshe...@gmail.com
wrote:
On Wed, Feb 25, 2015 at 6:34 PM, Jeremy Stanley
1. Probem description (compute/network node without keystone service is
unsuccessfully deployed)
I use devstack to deploy mini-cluster. In controller node, keystone service is
enabled and in compute/network node, keystone service is not enabled.
Controller node is deployed and compute/
On Wed, Feb 25, 2015 at 11:48 PM, Deepak Shetty dpkshe...@gmail.com wrote:
On Wed, Feb 25, 2015 at 8:42 PM, Deepak Shetty dpkshe...@gmail.com
wrote:
On Wed, Feb 25, 2015 at 6:34 PM, Jeremy Stanley fu...@yuggoth.org
wrote:
On 2015-02-25 17:02:34 +0530 (+0530), Deepak Shetty wrote:
Hi,
I have proposed a recent patch, that when using Neutron as the
networking component in DevStack, the PUBLIC_INTERFACE that has been set
should automatically be added to the OVS_PHYSICAL_BRIDGE.
https://review.openstack.org/#/c/158424/
There are a couple motivations for this patch. The first
On Thu, Feb 26, 2015, at 03:03 AM, Deepak Shetty wrote:
On Wed, Feb 25, 2015 at 6:11 AM, Jeremy Stanley fu...@yuggoth.org
wrote:
On 2015-02-25 01:02:07 +0530 (+0530), Bharat Kumar wrote:
[...]
After running 971 test cases VM inaccessible for 569 ticks
[...]
Glad you're able to
On Wed, Feb 25, 2015 at 6:11 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-02-25 01:02:07 +0530 (+0530), Bharat Kumar wrote:
[...]
After running 971 test cases VM inaccessible for 569 ticks
[...]
Glad you're able to reproduce it. For the record that is running
their 8GB performance
On 2015-02-25 17:02:34 +0530 (+0530), Deepak Shetty wrote:
[...]
Run 2) We removed glusterfs backend, so Cinder was configured with
the default storage backend i.e. LVM. We re-created the OOM here
too
So that proves that glusterfs doesn't cause it, as its happening
without glusterfs too.
On Wed, Feb 25, 2015 at 6:34 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-02-25 17:02:34 +0530 (+0530), Deepak Shetty wrote:
[...]
Run 2) We removed glusterfs backend, so Cinder was configured with
the default storage backend i.e. LVM. We re-created the OOM here
too
So that
On Wed, Feb 25, 2015 at 6:11 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-02-25 01:02:07 +0530 (+0530), Bharat Kumar wrote:
[...]
After running 971 test cases VM inaccessible for 569 ticks
[...]
Glad you're able to reproduce it. For the record that is running
their 8GB performance
Ran the job manually on rax VM, provided by Jeremy. (Thank you Jeremy).
After running 971 test cases VM inaccessible for 569 ticks, then
continues... (Look at the console.log [1])
And also have a look at dstat log. [2]
The summary is:
==
Totals
==
Ran: 1125 tests in 5835. sec.
-
FWIW, we tried to run our job in a rax provider VM (provided by ianw from
his personal account)
and we ran the tempest tests twice, but the OOM did not re-create. Of the 2
runs, one of the run
used the same PYTHONHASHSEED as we had in one of the failed runs, still no
oom.
Jeremy graciously agreed
On Fri, Feb 20, 2015 at 10:49:29AM -0800, Joe Gordon wrote:
On Fri, Feb 20, 2015 at 7:29 AM, Deepak Shetty dpkshe...@gmail.com wrote:
Hi Jeremy,
Couldn't find anything strong in the logs to back the reason for OOM.
At the time OOM happens, mysqld and java processes have the most RAM
On 2015-02-25 01:02:07 +0530 (+0530), Bharat Kumar wrote:
[...]
After running 971 test cases VM inaccessible for 569 ticks
[...]
Glad you're able to reproduce it. For the record that is running
their 8GB performance flavor with a CentOS 7 PVHVM base image. The
steps to recreate are
Hi,
I'm trying to install devstack and it keeps failing with:
2015-02-20 07:26:12.693 | ++ is_fedora
2015-02-20 07:26:12.693 | ++ [[ -z Ubuntu ]]
2015-02-20 07:26:12.693 | ++ '[' Ubuntu = Fedora ']'
2015-02-20 07:26:12.693 | ++ '[' Ubuntu = 'Red Hat' ']'
2015-02-20 07:26:12.693 | ++ '[' Ubuntu =
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/20/2015 12:02 PM, Eduard Matei wrote:
Hi,
I'm trying to install devstack and it keeps failing with:
2015-02-20 07:26:12.693 | ++ is_fedora 2015-02-20 07:26:12.693 | ++
[[ -z Ubuntu ]] 2015-02-20 07:26:12.693 | ++ '[' Ubuntu = Fedora
Hmm, had the same issue like three hours ago but no longer now.
Either DevStack was updated in the last hour/mins or my fiddling with cwd
settings of my ansible scripts did the job, not sure which.
If you're running stack.sh not manually but scripted check your
environments cwd settings, is my
Yes, it looks like a bug that was merged which the gate didn't catch:
https://review.openstack.org/#/c/157720/ is the fix (I just pushed it up).
Could you share your localrc or local.conf? It would also be worth
tracking down which piece of devstack is changing your working directory
differently
On 02/20/2015 06:14 AM, Sean Dague wrote:
Yes, it looks like a bug that was merged which the gate didn't catch:
https://review.openstack.org/#/c/157720/ is the fix (I just pushed it up).
Could you share your localrc or local.conf? It would also be worth
tracking down which piece of devstack
I too got this problem very frequently.
On Fri, Feb 20, 2015 at 4:32 PM, Eduard Matei
eduard.ma...@cloudfounders.com wrote:
Hi,
I'm trying to install devstack and it keeps failing with:
2015-02-20 07:26:12.693 | ++ is_fedora
2015-02-20 07:26:12.693 | ++ [[ -z Ubuntu ]]
2015-02-20
On Feb 21, 2015 12:20 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-02-20 16:29:31 +0100 (+0100), Deepak Shetty wrote:
Couldn't find anything strong in the logs to back the reason for
OOM. At the time OOM happens, mysqld and java processes have the
most RAM hence OOM selects mysqld
On Feb 21, 2015 12:26 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, Feb 20, 2015 at 7:29 AM, Deepak Shetty dpkshe...@gmail.com
wrote:
Hi Jeremy,
Couldn't find anything strong in the logs to back the reason for OOM.
At the time OOM happens, mysqld and java processes have the most
Hi Jeremy,
Couldn't find anything strong in the logs to back the reason for OOM.
At the time OOM happens, mysqld and java processes have the most RAM hence
OOM selects mysqld (4.7G) to be killed.
From a glusterfs backend perspective, i haven't found anything suspicious,
and we don't have the
Hi,
Seems to be fixed now, your comments gave me an idea and i included a cd
/opt/devstack in the command for stack.sh, now it looks like this:
HOME=/opt/stack cd /opt/devstack sudo -u stack
/opt/devstack/stack.sh
Just as a side note, it was working yesterday, without cd /opt/devstack,
and it
I'm working on the external devstack plugin for neutron-lbaas and found that it
was leaving behind stale ip network namespaces after running clean.sh.
Comparing to unstack.sh, which calls run_phase unstack I saw that clean.sh
was not calling run_phase clean, and thus my cleanup code wasn't
On Fri, Feb 20, 2015 at 7:29 AM, Deepak Shetty dpkshe...@gmail.com wrote:
Hi Jeremy,
Couldn't find anything strong in the logs to back the reason for OOM.
At the time OOM happens, mysqld and java processes have the most RAM hence
OOM selects mysqld (4.7G) to be killed.
From a glusterfs
On 2015-02-20 16:29:31 +0100 (+0100), Deepak Shetty wrote:
Couldn't find anything strong in the logs to back the reason for
OOM. At the time OOM happens, mysqld and java processes have the
most RAM hence OOM selects mysqld (4.7G) to be killed.
[...]
Today I reran it after you rolled back some
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
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
On Mon, Feb 16, 2015 at 09:54:30AM +, Gary Kotton wrote:
Hi, With the current master in devstack I am unable to create a
neutron network.
It looks like there is an issue with keystone. Anyone
else hit this? Thanks Gary
Hmm, I don't see any such issue here, I'm using:
On 2/16/15, 12:48 PM, Kashyap Chamarthy kcham...@redhat.com wrote:
On Mon, Feb 16, 2015 at 09:54:30AM +, Gary Kotton wrote:
Hi, With the current master in devstack I am unable to create a
neutron network.
It looks like there is an issue with keystone. Anyone
else hit this? Thanks Gary
I just happened to have a new setup with all services. Works for me.
Fawad Khaliq
On Mon, Feb 16, 2015 at 2:54 PM, Gary Kotton gkot...@vmware.com wrote:
Hi,
With the current master in devstack I am unable to create a neutron
network. It looks like there is an issue with keystone. Anyone
Hi,
With the current master in devstack I am unable to create a neutron network. It
looks like there is an issue with keystone. Anyone else hit this?
Thanks
Gary
__
OpenStack Development Mailing List (not for usage questions)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack' directory repository, ec2api is a whole project with a
'devstack'
On 02/12/2015 06:10 AM, Jaume Devesa wrote:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack' directory repository, ec2api is a whole project with a
'devstack'
Jaume Devesa devv...@gmail.com writes:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack' directory repository, ec2api is a whole project with a
'devstack' directory
On Wed, 11 Feb 2015 17:27:19 +
Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Feb 11, 2015 at 08:32:31AM -0800, Clark Boylan wrote:
On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote:
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
In the spirit of summarizing conversations that have been had, I'd like
to point people that are interested at the Devstack FUTURE.rst document
- https://github.com/openstack-dev/devstack/blob/master/FUTURE.rst
This is an attempt by the Devstack team recently to write down a where
are we going
On 2/12/15, 1:33 PM, Chmouel Boudjnah chmo...@enovance.com wrote:
Jaume Devesa devv...@gmail.com writes:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack'
Sean Dague s...@dague.net writes:
I'm going to be -1ing most new or substantially redone drivers at this
point. External plugins are a better model for those.
+1
Chnmouel
__
OpenStack Development Mailing List (not for
was never on the table. I -1ed that review and sent them
down this path.
The Long Term Evolution for Devstack is external plugins for most things
- https://github.com/openstack-dev/devstack/blob/master/FUTURE.rst
I'm going to be -1ing most new or substantially redone drivers at this
point. External
On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote:
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
node only installations via devstack fail because there is
no database selected. A database should not be required on
compute nodes.
Was this done
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
I'm working in the same job as Kyle for the midonet plugin, but first
I need to do some changes in devstack. (Sean's review on my patch[1]
has lead me to this conversation).
After talking with Lucas, (Midokura's responsible of Third-party
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
I'm working in the same job as Kyle for the midonet plugin, but first
I need to do some changes in devstack. (Sean's review on my patch[1]
has lead me to this conversation).
After talking with Lucas, (Midokura's responsible of Third-party
On Wed, Feb 11, 2015 at 08:32:31AM -0800, Clark Boylan wrote:
On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote:
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
node only installations via devstack fail because there is
no database selected. A
On Wed, Feb 11, 2015 at 05:18:35PM +0100, Alexander Schmidt wrote:
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
node only installations via devstack fail because there is
no database selected. A database should not be required on
compute nodes.
Was this
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
node only installations via devstack fail because there is
no database selected. A database should not be required on
compute nodes.
Was this done intentionally? lib/database explicitly says:
# If ``DATABASE_TYPE`` is
On 02/11/2015 11:32 AM, Clark Boylan wrote:
On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote:
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
node only installations via devstack fail because there is
no database selected. A database should not be
For those that didn't notice, on the Devstack team we've started to push
back on new in-tree support for all the features. That's intentional.
We've got an external plugin interface now -
http://docs.openstack.org/developer/devstack/plugins.html#externally-hosted-plugins,
and have a few projects
On Fri, Feb 6, 2015 at 1:36 PM, Sean Dague s...@dague.net wrote:
For those that didn't notice, on the Devstack team we've started to push
back on new in-tree support for all the features. That's intentional.
We've got an external plugin interface now -
Hello,
OS - Fedora 20.
I'm in the process of integrating DPDK-accelerated Open vSwitch with
OpenStack, according to the following document
https://01.org/sites/default/files/page/accelerating_openstack_networking_with_intel_architecture_rev008.pdf
% git clone
Yes, we flipped to neutron default around that time, which appears to
have been premature. That's since been reverted -
https://review.openstack.org/#/c/153208/ and we'll make sure that it
works out of the box before it goes default again.
On 02/05/2015 07:20 AM, Eduard Matei wrote:
Hi,
For
On 02/05/2015 04:05 PM, Roman Mashak wrote:
Hello,
OS - Fedora 20.
I'm in the process of integrating DPDK-accelerated Open vSwitch with
OpenStack, according to the following document
Thanks for response.
I have pip 6.0.8, is it too old? What version should I install to move
on with installation?
2015-02-05 16:44 GMT-05:00 Sean Dague s...@dague.net:
On 02/05/2015 04:05 PM, Roman Mashak wrote:
Hello,
OS - Fedora 20.
I'm in the process of integrating DPDK-accelerated Open
No, it's too new. Devstack in master is fixed to address those issues.
Supporting instructions that include out of tree patches in the
instructions are beyond what should be expected of from the development
list. The Intel folks that built these instructions and patches are the
ones you should be
Hi,
For two days i've been trying to install devstack.
It keeps failing at configuring neutron, i figured out that it needs two
new params in localrc: PUBLIC_NETWORK_GATEWAY and NETWORK_GATEWAY
On my dev machine i managed to install it manually with these params, but
on the CI slave it fails with
I¹ve opened a bug to track this effort for DevStack (and to help point
others in the right direction when they stumble upon this):
https://bugs.launchpad.net/devstack/+bug/1417735
- Marty
On 1/12/15, 10:02 AM, Ben Nemec openst...@nemebean.com wrote:
On 01/09/2015 05:24 PM, Sean Dague wrote:
Putting the right tag in the subject to see if somone can help answer the
below
thanx,
deepak
On Tue, Jan 27, 2015 at 7:57 PM, Bharat Kumar bharat.kobag...@redhat.com
wrote:
Hi,
I have seen Sean Dague's patch [1], if I understood correctly, by this
patch we can reduce the number of
Hi Rajdeep,
This may be because of some configuration mismatch. I had same ImportError
while uploading my Cinder Driver during devstack installation, so to deal
with that I have rechecked my logs again and found that the mistake was in
my cinder.conf file, so I think that might be the same case
Hi Rajdeep,
Can you please send the details of how are you trying to install the latest
devstack and complete log so that it will be easy to now where are you
failing.
On Mon, Jan 26, 2015 at 4:56 PM, Rajdeep Dua rajdeep@gmail.com wrote:
Getting following exception on latest devstack
Tried updating an existing installation..
Did a clean.sh and tried again with stack.sh
Now getting the following error..
ImportError: Could not import settings 'openstack_dashboard.settings' (Is
it on sys.path? Is there an import error in the settings file?): cannot
import name types
On Mon,
hi everyone ,wo use the lastest devstack install openstack, generate
TypeError:
2015-01-27 06:39:50.318 29745 TRACE neutron.service Traceback (most
recent call last):
2015-01-27 06:39:50.318 29745 TRACE neutron.service File
/opt/stack/neutron/neutron/service.py, line 102, in serve_wsgi
Getting following exception on latest devstack installation.
Please let me know how to resolve this.
Thanks
Rajdeep
+ /usr/local/bin/glance-manage db_sync
Traceback (most recent call last):
File /usr/local/bin/glance-manage, line 9, in module
load_entry_point('glance==2015.1.dev24',
If you rewrite the noNVC installation in devstack to work from a release
URL that includes the released version on it, I think that would be
sufficient to turn it back on. Again, ideally this should be in distros,
but I think we could work on doing release installs until then,
especially if
Hi all,
For the past few days I have been trying to install Openstack through
Devsatck on Ubuntu 13.10 14.04, but while installing I was getting the
following errors:
1. *ERROR :* ln: failed to create symbolic link `/logs/screen/screen-
key.log': No such file or directory
2. *ERROR :* mkdir:
On Tue, Jan 13, 2015 at 4:54 AM, Ian Wienand iwien...@redhat.com wrote:
Hi,
With [1] merged, we now have people working on creating external
plugins for devstack.
The devstack plugin concept seems logical and useful to me.
GlusterFS Cinder CI is probably the first one implementing the
Whats the log now?
On Mon, Jan 12, 2015 at 4:53 PM, Abhishek Shrivastava
abhis...@cloudbyte.com wrote:
Hi Samta,
Thanks for the suggestion but still problem remains the same.
On Mon, Jan 12, 2015 at 4:29 PM, Samta Rangare samtarang...@gmail.com
wrote:
Hey abhishek,
As a quick fix to
Hi Samta,
Thanks for the suggestion but still problem remains the same.
On Mon, Jan 12, 2015 at 4:29 PM, Samta Rangare samtarang...@gmail.com
wrote:
Hey abhishek,
As a quick fix to this problem, edit this file devstack/lib/keystone +170
in this function
function configure_keystone {
edit
Same as before.
On Mon, Jan 12, 2015 at 5:04 PM, Samta Rangare samtarang...@gmail.com
wrote:
Whats the log now?
On Mon, Jan 12, 2015 at 4:53 PM, Abhishek Shrivastava
abhis...@cloudbyte.com wrote:
Hi Samta,
Thanks for the suggestion but still problem remains the same.
On Mon, Jan 12,
Is your root filesystem full? The log clearly shows the chown stack
/etc/keystone passing right before the copy is attempted.
-Sean
On 01/12/2015 06:59 AM, Abhishek Shrivastava wrote:
Same as before.
On Mon, Jan 12, 2015 at 5:04 PM, Samta Rangare samtarang...@gmail.com
501 - 600 of 917 matches
Mail list logo