Hi same, you can find out about it by using kpartx on the corresponding logical volume of your LVM VGFor that you run, from the server : $ lvdisplayyou should see something like /dev/mapper/nova-volume/your_volume$ kpartx /dev/mapper/nova-volume/your_volumeRazique
Nuage & Co - Razique Mahroua razi
HI Sam, I wrote this for Diablohttp://docs.openstack.org/trunk/openstack-compute/admin/content/nova-disaster-recovery-process.htmlThere are subtle changes from Diablo to Essex but you should be able nevertheless to recover your volumes
Nuage & Co - Razique Mahroua razique.mahr...@gmail.com
Le 28 j
Hi,
I tried to find a way to set a network bandwidth limit to a VM, but could
not find such a flag in the configuration file. As I understand that both
Xen and VMWare ESX support such function.
Wu
___
Mailing list: https://launchpad.net/~openstack
Post
On Wed, Jun 27, 2012 at 02:47:59PM -0600, Jim Fehlig wrote:
> Daniel P. Berrange wrote:
> > On Fri, Jun 22, 2012 at 12:17:11AM +0800, Huang Zhiteng wrote:
> >
> >> Of course it is possible. What kind of issue did you run into?
> >>
> >> On Thu, Jun 21, 2012 at 5:52 PM, Wang Li wrote:
> >>
Hi Wu,
At least for the VIF drivers I know of, there is no way to specify a
bandwidth limit, unless you are using the Cisco Quantum plugin and its
related VIF drivers, which I think is specific to the 802.1Qbh technology.
Salvatore
On 28 June 2012 09:54, Zhixue Wu wrote:
> Hi,
>
> I tried to f
Vishvananda Ishaya wrote:
>> * Run BugTriage days more often ?
>> We could have regular (monthly?) Nova Bugtriage days to get rid of what
>> accumulated in the mean time. But I fear that urgent bugs might not get
>> the attention they deserve, and that over time less and less people
>> participate
Hi,
I'm sure if I understand everything but let me give a try.
By default, the compute nodes store virtual instances in
/var/lib/nova/instances/. Of course it's part of the compute node local FS.
If you want to store this directory somewhere else, use a DFS like
GlusterFS or even Ceph or a SAN.
Al
Daniel P. Berrange wrote:
> [...]
> In other words, when reviewing a change in Gerrit, do not simply look at
> the correctness of the code. Review the commit message itself and request
> improvements to its content. Look out for commits which are mixing multiple
> logical changes and require the su
On Thu, Jun 28, 2012 at 12:01:10PM +0200, Thierry Carrez wrote:
> Daniel P. Berrange wrote:
> > [...]
> > In other words, when reviewing a change in Gerrit, do not simply look at
> > the correctness of the code. Review the commit message itself and request
> > improvements to its content. Look out
Ok. I will add the required methods to the fakelbvirt.
Regards,
Leander
On Wed, Jun 27, 2012 at 4:50 PM, Jay Pipes wrote:
> On 06/27/2012 10:17 AM, Leander Bessa Beernaert wrote:
>
>
> How do I proceed now? Should i ate the required methods to the
>> fake_libvirt? Do note that i dont have the
Hi-
While bringing up an instance, I encountered this error at Spawning.
Please find the log details below...
Please help me resolve the issue.
2012-06-28 16:23:55 INFO nova.virt.libvirt.connection
[req-11e2e10a-f136-4182-b67a-4eb9e663cac0 668f5d9ca716417fa16208828c5acea8
8f2e0a43c2bc43a8b75b2
Hi guys, have any updates here?
On Sun, Jun 17, 2012 at 12:59 PM, Igor Laskovy wrote:
> John, Jason, can you please concretely clarify what this bad things? For
> example the worst-case.
>
> Yoshi, Kei, can you please clarify current status of Kemari. How far it is
> from production usage?
>
> On
The "Common Pollster class" changes [1] from Kobagana Kumar reminded me of
something I thought of when I was trying to figure out how to solve the
instance-delete-notification problem in bug #1005944 [2].
The current implementation of the pollster plugins assumes that they could
be polling anythin
On Thu, Jun 28, 2012 at 04:26:15PM +0530, Trinath Somanchi wrote:
> 2012-06-28 16:24:00 TRACE nova.compute.manager [instance:
> 7741f67f-ad78-4777-a5a0-6636eb8b460e] libvirtError: Unable to read from
> monitor: Connection reset by peer
This looks like the interesting error messages from that huge
On Thu, Jun 28 2012, Doug Hellmann wrote:
> I propose that we move the code that connects to libvirt and gets the list
> of instances into the class that calls the pollsters (AgentManager) so we
> can support both calling patterns. That will make the AgentManager the
> ComputeAgentManager (since n
+1
Chris
Sent from my iPad
On Jun 26, 2012, at 3:42 PM, "Anne Gentle" wrote:
> Sounds good to me. Mo working doc builds, mo betta.
>
> Anne Gentle
> Content Stacker
> a...@openstack.org
>
> On Tue, Jun 26, 2012 at 9:02 AM, Monty Taylor
wrote:
> > Hey guys!
> >
> > We have all of the projects
Hi All,
At the risk of sounding badly behind the curve once again, can someone point me
to the Blueprint that describes why we now have the compute/rcpapi layer
between compute/api and compute/manager please ?I'm guessing that its
something to do with api versioning, but a simple overview w
Today we face a situation where Nova GIT master fails to pass all
the libvirt test cases. This regression was accidentally introduced
by the following changeset
https://review.openstack.org/#/c/8778/
If you look at the history of that, the first SmokeStack test run
fails with some (presumably)
Hi Dean,
Thanks for the info and apologies for delay.
After re-install it seems to be ok.
-regards
Prasad
-Original Message-
From: Dean Troyer [mailto:dtro...@gmail.com]
Sent: Friday, June 22, 2012 5:47 PM
To: Ghatigar, Prasad M
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack
On 06/28/2012 07:32 AM, Daniel P. Berrange wrote:
> Today we face a situation where Nova GIT master fails to pass all
> the libvirt test cases. This regression was accidentally introduced
> by the following changeset
>
>https://review.openstack.org/#/c/8778/
>
> If you look at the history o
On Mon, Jun 25, 2012 at 5:28 PM, Doug Hellmann
wrote:
> On Mon, Jun 25, 2012 at 6:19 PM, Ken Thomas wrote:
[...]
>> I've already submitted the keystone changes for review
>> (https://review.openstack.org/#/c/8958/3/keystoneclient/shell.py) and I'd be
>> happy to make the same change to UnifiedCLI
On 06/27/2012 06:51 PM, Doug Davis wrote:
Consider the creation of a "Job" type of entity that will be returned
from the original call - probably a 202. Then the client can check the
Job to see how things are going.
BTW - this pattern can be used for any async op, not just the launching
of multi
Hi,
It seems that this has stopped working today. Any ideas?
Thanks
Gary
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.n
On Thu, Jun 28, 2012 at 08:13:28AM -0700, Monty Taylor wrote:
> On 06/28/2012 07:32 AM, Daniel P. Berrange wrote:
> > This leaves me with the following questions...
> >
> > 1. Why was the recorded failure from SmokeStack not considered
> > to be a blocker for the merge of the commit by Gerrit
Just to make sure this gating test will just run python setup.py
build_sphinx, right?
(if it was a gating spellcheck I'll be in big trouble :))
On Tue, Jun 26, 2012 at 4:02 PM, Monty Taylor wrote:
> Hey guys!
>
> We have all of the projects properly and consistently building and
> uploading sphi
First off, I wanted to say I think these are a great set of
recommendations.
On Wed, Jun 27, 2012, Daniel P. Berrange wrote:
> Fixes: bug #1003373
> Implements: blueprint libvirt-xml-cpu-model
> Change-Id: I4946a16d27f712ae2adf8441ce78e6c0bb0bb657
> Signed-off-by: Daniel P. Berran
HI ALL
I have build a multi-node environment , I meet a problem about use floating
IP.
When The vm I create located at compute node , I cannot node telnet it from
any compute-node except controller host .
BUT if vm I create located at controller host , I can telnet it from any
host include compu
Can we set a location to the Authoritative HACKING.rst?
There are fundamental and conflicting differences between the HACKING.rst
in some of the projects.
-Matt
On Thu, Jun 28, 2012 at 3:15 AM, Daniel P. Berrange wrote:
> On Thu, Jun 28, 2012 at 12:01:10PM +0200, Thierry Carrez wrote:
> > Danie
Yeah - just to make sure that docs are actually produced (basically,
anything that would cause a doc job failure)
I don't think any of us could deal with a spell checker. :)
On 06/28/2012 09:19 AM, Chmouel Boudjnah wrote:
> Just to make sure this gating test will just run python setup.py
> build_
On Thu, Jun 28, 2012 at 7:52 AM, Julien Danjou wrote:
> On Thu, Jun 28 2012, Doug Hellmann wrote:
>
> > I propose that we move the code that connects to libvirt and gets the
> list
> > of instances into the class that calls the pollsters (AgentManager) so we
> > can support both calling patterns.
On Thu, Jun 28, 2012 at 12:19 PM, Chmouel Boudjnah wrote:
> Just to make sure this gating test will just run python setup.py
> build_sphinx, right?
>
> (if it was a gating spellcheck I'll be in big trouble :))
>
http://www.doughellmann.com/docs/sphinxcontrib.spelling/
/shameless-plug
>
> On Tu
Hi all,
I remember hearing once that someone had a openstack import/hacking style
checking tool.
I was wondering if such a thing existed to verify same the openstack way of
doing imports and other special checks to match the openstack style.
I know a lot of us run pep8/pylint, but those don't
On Thu, Jun 28, 2012 at 09:21:20AM -0700, Johannes Erdfelt wrote:
> First off, I wanted to say I think these are a great set of
> recommendations.
>
> On Wed, Jun 27, 2012, Daniel P. Berrange wrote:
> > Fixes: bug #1003373
> > Implements: blueprint libvirt-xml-cpu-model
> > Change-Id:
I have to agree with Daniel on this one. I frequently work on issues where
multiple people contribute to the code in a patch and therefore you wind up
with multiple Signed-off-by's. Yes, it's a little redundant when it's
exclusively your code but you need these tags when there are multiple
co
Thanks Mandar,
Yet could you please explain it in detail? I am pretty new to devstack and
didn't see the relationship between the bugs you mentioned and the error I
encountered.
Appreciate it!
-K
On Jun 27, 2012, at 9:27 PM, Vaze, Mandar wrote:
> May be related to https://bugs.launchpad.net/
On Thu, Jun 28 2012, Doug Hellmann wrote:
> I'm not sure we need that many different managers. If we only need a
> couple, we could just have separate wrapper scripts like we do for the
> collector and agent now.
That makes me think about how nova-api works. We can mimic that.
--
Jul
On Thu, Jun 28, 2012 at 1:28 PM, Julien Danjou wrote:
> On Thu, Jun 28 2012, Doug Hellmann wrote:
>
> > I'm not sure we need that many different managers. If we only need a
> > couple, we could just have separate wrapper scripts like we do for the
> > collector and agent now.
>
> That makes me th
I've written up a short guide in Nova's HACKING.rst on how to write useful
commit messages: https://review.openstack.org/#/c/9118/.
The driving factor here is the amount of time I've personally spent coaching
people through the process of composing a commit message. I believe we would
all bene
On Thu, 2012-06-28 at 09:24 -0700, Matt Joyce wrote:
> Can we set a location to the Authoritative HACKING.rst?
>
> There are fundamental and conflicting differences between the
> HACKING.rst in some of the projects.
The HACKING.rst in each project is authoritative for that project.
There are slig
nova has tools/hacking.py, which looks like it does check some import stuff,
among other things.
-tim
On Jun 28, 2012, at 10:15 AM, Joshua Harlow wrote:
> Hi all,
>
> I remember hearing once that someone had a openstack import/hacking style
> checking tool.
>
> I was wondering if such a thin
On 06/28/2012 01:15 PM, Joshua Harlow wrote:
Hi all,
I remember hearing once that someone had a openstack import/hacking
style checking tool.
I was wondering if such a thing existed to verify same the openstack way
of doing imports and other special checks to match the openstack style.
I know
On 06/28/2012 11:13 AM, Monty Taylor wrote:
> Fundamentally though - we're at a point of trying to have our cake and
eat it too. Either we want comprehensive testing of all of the unit
tests, or we want to be careful about not making the test environment to
hard for a developer to exactly mimic.
Sweet, didn't know about that :-P
Maybe that should be in openstack-common??
On 6/28/12 10:48 AM, "Timothy Daly" wrote:
nova has tools/hacking.py, which looks like it does check some import stuff,
among other things.
-tim
On Jun 28, 2012, at 10:15 AM, Joshua Harlow wrote:
> Hi all,
>
> I re
On Thu, Jun 28, 2012, Joshua Harlow wrote:
> I remember hearing once that someone had a openstack import/hacking
> style checking tool.
>
> I was wondering if such a thing existed to verify same the openstack
> way of doing imports and other special checks to match the openstack
> style.
>
> I k
On Thu, Jun 28, 2012, Daniel P. Berrange wrote:
> On Thu, Jun 28, 2012 at 09:21:20AM -0700, Johannes Erdfelt wrote:
> > What is the Signed-off-by tag used for?
> >
> > Your examples have yourself, but isn't that kind of implied by
> > submitting the patch for review in the first place?
[snip]
> T
On Thu, 2012-06-28 at 10:15 -0700, Joshua Harlow wrote:
> I remember hearing once that someone had a openstack import/hacking
> style checking tool.
Yes, and until we switched to tox for running the tests, it was part of
the test suite; you can still run it by running ./run_tests.sh, but I
know so
Hi Gary,
On 28/06/12 17:05, Gary Kotton wrote:
> It seems that this has stopped working today. Any ideas?
If you mean OpenStack Gerrit, that has been delivering mails addressed
to you to RedHat's MX server all day. Have you checked spam?
Kind Regards
--
Andrew Hutchings - LinuxJedi - http://ww
Understood but I'd rather solve this more generically once instead of each
possible async op doing its own thing. I like consistency :-)
Note that I do distinguish between a 'real' async op (where you really
return little more than a 202) and one that returns a skeleton of the
resource being
tl; dr
It allows us to version up the internal apis to move towards seamless upgrades.
Blueprint:
https://blueprints.launchpad.net/nova/+spec/versioned-rpc-apis
Some discussion from the ml:
http://www.gossamer-threads.com/lists/openstack/dev/11811
usage instructions:
https://lists.launchpa
On Thu, Jun 28, 2012 at 4:52 AM, Milind wrote:
> Thanks for reply.
>
> When I ran following command
>
> tgtadm --lld iscsi --mode target --op show
>
> It hangs forever
>
So I guess the command to create the export probably hangs too, and
the greenthread in nova-volume never joins... which is
Josh,
https://github.com/openstack/nova/blob/master/tools/hacking.py
run when do a "./run_tests.sh -p" in nova.
On Thu, Jun 28, 2012 at 10:15 AM, Joshua Harlow wrote:
> Hi all,
>
> I remember hearing once that someone had a openstack import/hacking style
> checking tool.
>
> I was wondering i
Maybe I sent this out too late at night; I think it slipped below
everyone's radar. I'm interested in whether or not people think this
behavior is a functional bug, or maybe just a documentation bug:
> I ran into an issue earlier today where I had metadata_host set to the
> *hostname* of our cont
On Jun 28, 2012, at 8:13 AM, Monty Taylor wrote:
> Which adds an additional testing environment that has system software
> enabled and also installs additional "optional" things. With that
> environment, we should be able to run a jenkins gate that tests things
> with full libvirt, and also tests
I've recently discovered that running code against Cython tends to catch things
that pep8/pylint won't catch.
One great thing it does is detect if a required import is missing. The other
tools don't do this. The only downside I've found so far has been that it has
very limited support for __
On Thu, Jun 28, 2012 at 11:38 AM, Brian Waldon
wrote:
> I've written up a short guide in Nova's HACKING.rst on how to write useful
> commit messages: https://review.openstack.org/#/c/9118/.
>
> The driving factor here is the amount of time I've personally spent coaching
> people through the proces
On 06/28/2012 12:05 PM, Vishvananda Ishaya wrote:
>
> On Jun 28, 2012, at 8:13 AM, Monty Taylor wrote:
>
>> Which adds an additional testing environment that has system software
>> enabled and also installs additional "optional" things. With that
>> environment, we should be able to run a jenki
On Wed, Jun 27, 2012 at 9:34 PM, Ke Wu wrote:
> Here is my localrc:
>
> ENABLED_SERVICES="$ENABLED_SERVICES,swift"
> MYSQL_PASSWORD=password
> ADMIN_PASSWORD= password
> RABBIT_PASSWORD= password
> SERVICE_TOKEN= password
> SWIFT_HASH= password
Do you have spaces following the '=' as shown above?
Hey all!
Using quantum as a little bit of a guinea pig, we've been poking at
setuptools-git, which is a setuptools plugin which adds git vcs support
to setuptools. Why would we care? Well, setuptools itself has baked in
support for cvs and svn (yay! such future thought!) One of the nice bits
is th
Hi Phil! :)
I believe Russell Bryant recently did some work on pulling the RPC code
out of Nova and into openstack-common. Russell, perhaps you have some
insight into Phil's question below?
Best,
-jay
On 06/28/2012 09:46 AM, Day, Phil wrote:
Hi All,
At the risk of sounding badly behind the
I'm seeing this error too. It appears that the environment variables
(SERVICE_TOKEN, etc.) aren't getting exported, causing keystoneclient to not
find them in the environment and triggering that error.
What I can't figure out is what changed in the last couple days to make this
suddenly stop wo
- Original Message -
> From: "Monty Taylor"
> To: openstack@lists.launchpad.net
> Sent: Thursday, June 28, 2012 11:13:28 AM
> Subject: Re: [Openstack] Jenkins vs SmokeStack tests & Gerrit merge blockers
>
>
>
> On 06/28/2012 07:32 AM, Daniel P. Berrange wrote:
> > Today we face a situ
I've found where the problem stems from. It snuck in with the keystone sql
backend change:
https://github.com/openstack-dev/devstack/commit/3f7c06f5aaff5d3e2ec28931e0fe4ab8376208e6#L1L1944
Previously the arguments to the keystone commands were being passed in
directly, now they're not, hence th
On Jun 28, 2012, at 9:01 AM, Jay Pipes wrote:
> On 06/27/2012 06:51 PM, Doug Davis wrote:
>> Consider the creation of a "Job" type of entity that will be returned
>> from the original call - probably a 202. Then the client can check the
>> Job to see how things are going.
>> BTW - this pattern ca
those are supposed to be ip addresses, so I would go with doc bug now unless
there is a good reason to change it.
Vish
On Jun 28, 2012, at 12:00 PM, Lars Kellogg-Stedman wrote:
> Maybe I sent this out too late at night; I think it slipped below
> everyone's radar. I'm interested in whether or
On 06/28/2012 01:49 PM, Dan Prince wrote:
>
>
> - Original Message -
>> From: "Monty Taylor" To:
>> openstack@lists.launchpad.net Sent: Thursday, June 28, 2012
>> 11:13:28 AM Subject: Re: [Openstack] Jenkins vs SmokeStack tests &
>> Gerrit merge blockers
>>
>>
>>
>> On 06/28/2012 07
This turned out to be a legitimate bug in devstack.
bug report:
https://bugs.launchpad.net/devstack/+bug/1019056
and review:
https://review.openstack.org/#/c/9143/
All the best,
- Gabriel
> -Original Message-
> From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net
+1
On Thu, Jun 28, 2012 at 2:27 PM, Vishvananda Ishaya
wrote:
> those are supposed to be ip addresses, so I would go with doc bug now
> unless there is a good reason to change it.
>
> Vish
>
> On Jun 28, 2012, at 12:00 PM, Lars Kellogg-Stedman wrote:
>
> > Maybe I sent this out too late at night;
While at a minimum this is a doc bug, I would suggest we do one of the
following:
1. Rename existing parameters that require the value to be an ip address
such as 'metadata_host' to 'metadata_host_ip' so that it is more obvious.
Make this a standard for all config parameters.
2. I agree with Lars
https://review.openstack.org/9153 now as a review.
On Thu, Jun 28, 2012 at 5:08 PM, Nathanael Burton <
nathanael.i.bur...@gmail.com> wrote:
> While at a minimum this is a doc bug, I would suggest we do one of the
> following:
>
> 1. Rename existing parameters that require the value to be an ip
Hi Sebastien,
Thanks again for your reply. Sorry for disturbing you again but I am in a
bit of hurry now. As you talk about that swift supports object storage so I
can store the VMs data using swift. So if I have my VM instance running on
my nova client and if I want to copy some massive data fr
Shouldn't the options which requires hostname be *_hostname?
I don't know if it's just me but "ip address" and "host" seem to be
synonyms.
On Fri, Jun 29, 2012 at 8:11 AM, Matt Joyce wrote:
> https://review.openstack.org/9153 now as a review.
>
>
> On Thu, Jun 28, 2012 at 5:08 PM, Nathanael Bu
I don't think we'll be able to dictate what our users decide host means.
But this issue isn't worth this much traffic.
On Thu, Jun 28, 2012 at 6:38 PM, Zhongyue Luo wrote:
> Shouldn't the options which requires hostname be *_hostname?
>
> I don't know if it's just me but "ip address" and "host"
In my setup, I have SERVICE_TOKEN defined in localrc, which is used by stack.sh
(via read_password function) to set the environment variable, eventually to be
used by keystone_data.sh (But probably you know all that) and I don't see the
error. (But I somehow still have prettytable 0.5 - so my g
> I particularly hate the single-line "Fixes bug 1234566"-type commit messages.
I assume your concern was regarding commits where "Fixes bug 1234566" is the
first and ONLY line.
"Fixes bug 1234566" comes from Wiki.
Plus there is restriction on how long the first line of the commit message can
74 matches
Mail list logo
