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
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 Mahrouarazique.mahr...@gmail.com
Le 28
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 fox...@gmail.com wrote:
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 to those
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.
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
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 for
Ok. I will add the required methods to the fakelbvirt.
Regards,
Leander
On Wed, Jun 27, 2012 at 4:50 PM, Jay Pipes jaypi...@gmail.com wrote:
On 06/27/2012 10:17 AM, Leander Bessa Beernaert wrote:
snip
How do I proceed now? Should i ate the required methods to the
fake_libvirt? Do note
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
Hi guys, have any updates here?
On Sun, Jun 17, 2012 at 12:59 PM, Igor Laskovy igor.lask...@gmail.com 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
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 anything
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
+1
Chris
Sent from my iPad
On Jun 26, 2012, at 3:42 PM, Anne Gentle a...@openstack.org 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 mord...@inaugust.com
wrote:
Hey guys!
We
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
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
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:
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 of
On Mon, Jun 25, 2012 at 5:28 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Mon, Jun 25, 2012 at 6:19 PM, Ken Thomas k...@yahoo-inc.com wrote:
[...]
I've already submitted the keystone changes for review
(https://review.openstack.org/#/c/8958/3/keystoneclient/shell.py) and I'd be
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
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 :
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 or
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 mord...@inaugust.com wrote:
Hey guys!
We have all of the projects properly and consistently building
First off, I wanted to say I think these are a great set of
recommendations.
On Wed, Jun 27, 2012, Daniel P. Berrange berra...@redhat.com wrote:
Fixes: bug #1003373
Implements: blueprint libvirt-xml-cpu-model
Change-Id: I4946a16d27f712ae2adf8441ce78e6c0bb0bb657
Signed-off-by:
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
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 berra...@redhat.comwrote:
On Thu, Jun 28, 2012 at 12:01:10PM +0200, Thierry
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
On Thu, Jun 28, 2012 at 7:52 AM, Julien Danjou jul...@danjou.info 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
On Thu, Jun 28, 2012 at 12:19 PM, Chmouel Boudjnah chmo...@chmouel.comwrote:
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/
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 berra...@redhat.com wrote:
Fixes: bug #1003373
Implements: blueprint libvirt-xml-cpu-model
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
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
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.
--
On Thu, Jun 28, 2012 at 1:28 PM, Julien Danjou jul...@danjou.info 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
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
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 slight
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 thing
On 06/28/2012 11:13 AM, Monty Taylor wrote:
snip
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
Sweet, didn't know about that :-P
Maybe that should be in openstack-common??
On 6/28/12 10:48 AM, Timothy Daly ti...@yahoo-inc.com 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:
On Thu, Jun 28, 2012, Joshua Harlow harlo...@yahoo-inc.com 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
On Thu, Jun 28, 2012, Daniel P. Berrange berra...@redhat.com 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?
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 -
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:
On Thu, Jun 28, 2012 at 4:52 AM, Milind milindkpa...@gmail.com 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
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 harlo...@yahoo-inc.comwrote:
Hi all,
I remember hearing once that someone had a openstack import/hacking style
checking tool.
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
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 the
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
brian.wal...@rackspace.com 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
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 jenkins gate
On Wed, Jun 27, 2012 at 9:34 PM, Ke Wu ke...@ibeca.me 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
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
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
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
- Original Message -
From: Monty Taylor mord...@inaugust.com
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
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
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 can be used
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 mord...@inaugust.com 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
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
vishvana...@gmail.comwrote:
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
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
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
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 matt.jo...@cloudscaling.comwrote:
https://review.openstack.org/9153 now as a review.
On Thu, Jun 28, 2012 at
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 lzye...@gmail.com wrote:
Shouldn't the options which requires hostname be *_hostname?
I don't know if it's just me but ip
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
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
be.
Title: quantal_folsom_swift_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_swift_trunk/7/Project:quantal_folsom_swift_trunkDate of build:Thu, 28 Jun 2012 04:31:53 -0400Build duration:1 min 54 secBuild cause:Started by an SCM changeBuilt
Title: precise_folsom_swift_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_swift_trunk/4/Project:precise_folsom_swift_trunkDate of build:Thu, 28 Jun 2012 04:31:54 -0400Build duration:2 min 2 secBuild cause:Started by an SCM changeBuilt
Title: quantal_folsom_swift_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_swift_trunk/8/Project:quantal_folsom_swift_trunkDate of build:Thu, 28 Jun 2012 11:31:54 -0400Build duration:2 min 10 secBuild cause:Started by an SCM changeBuilt
Title: precise_folsom_swift_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_swift_trunk/5/Project:precise_folsom_swift_trunkDate of build:Thu, 28 Jun 2012 11:31:53 -0400Build duration:2 min 44 secBuild cause:Started by an SCM changeBuilt
Title: quantal_folsom_python-novaclient_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_python-novaclient_trunk/11/Project:quantal_folsom_python-novaclient_trunkDate of build:Thu, 28 Jun 2012 13:01:53 -0400Build duration:1 min 34 secBuild
Title: precise_folsom_python-novaclient_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_python-novaclient_trunk/12/Project:precise_folsom_python-novaclient_trunkDate of build:Thu, 28 Jun 2012 13:01:55 -0400Build duration:1 min 38 secBuild
at 20120628
at 20120628
Title: quantal_folsom_deploy
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_deploy/29/Project:quantal_folsom_deployDate of build:Thu, 28 Jun 2012 15:09:05 -0400Build duration:38 secBuild cause:Started by command lineBuilt on:masterHealth
Title: quantal_folsom_test
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_test/7/Project:quantal_folsom_testDate of build:Thu, 28 Jun 2012 15:29:25 -0400Build duration:56 secBuild cause:Started by user adamBuilt on:masterHealth
Title: quantal_folsom_test
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_test/9/Project:quantal_folsom_testDate of build:Thu, 28 Jun 2012 17:02:48 -0400Build duration:2 min 31 secBuild cause:Started by command lineBuilt on:masterHealth
Title: precise_folsom_python-quantumclient_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_python-quantumclient_trunk/6/Project:precise_folsom_python-quantumclient_trunkDate of build:Thu, 28 Jun 2012 18:01:53 -0400Build duration:2 min 0 secBuild
Title: quantal_folsom_nova_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_nova_trunk/54/Project:quantal_folsom_nova_trunkDate of build:Thu, 28 Jun 2012 18:01:54 -0400Build duration:3 min 34 secBuild cause:Started by an SCM changeBuilt
Title: precise_folsom_nova_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_nova_trunk/59/Project:precise_folsom_nova_trunkDate of build:Thu, 28 Jun 2012 18:01:53 -0400Build duration:3 min 52 secBuild cause:Started by an SCM changeBuilt
Title: precise_folsom_nova_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_nova_trunk/60/Project:precise_folsom_nova_trunkDate of build:Thu, 28 Jun 2012 19:01:54 -0400Build duration:4 min 23 secBuild cause:Started by an SCM changeBuilt
Title: precise_folsom_nova_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_nova_trunk/61/Project:precise_folsom_nova_trunkDate of build:Thu, 28 Jun 2012 20:01:55 -0400Build duration:4 min 47 secBuild cause:Started by an SCM changeBuilt
Title: quantal_folsom_nova_trunk
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_nova_trunk/57/Project:quantal_folsom_nova_trunkDate of build:Thu, 28 Jun 2012 21:18:47 -0400Build duration:2 min 50 secBuild cause:Started by user zulBuilt
88 matches
Mail list logo