Hi qinglong,
suspended means Hibernation, the instance's memory and cpu states will be saved
to disk, stoped means powered off,
suspended instance can be resume from the disk, and the jobs in instance will
keep on running, but stopped instance will not.
2013-01-17
Wangpan
发件人：孟庆龙
发送时间：2013
Hi Kevin-
Thanks for the reply and making me understand the data flow.
I have one more doubt in plate.
I see that in api-paste.ini, with respect to the online available
documentation
https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/blob/master/OpenStack_Folsom_Install_Guide_WebVersi
On Thu, 2012-12-06 at 23:58 +0530, Trinath Somanchi wrote:
> Suppose, we have a resquest to Nova..
>
> The following steps are performed...
>
> 1. The request is captured by webob and is authenticated by keystone
> and is decorated to wsgi app
Not quite correct; webob decorates (some of) the fun
On Thu, 2012-12-06 at 13:13 -0600, Michael Basnight wrote:
> Seems like a good start to a wiki page to me :)
Heh. Feel free to start one up :) Or maybe this would be a candidate
for Sandy Walsh's nova internals blog series? :)
--
Kevin L. Mitchell
___
Seems like a good start to a wiki page to me :)
Sent from my digital shackles
On Dec 6, 2012, at 11:27 AM, "Kevin L. Mitchell"
wrote:
> Honestly, I don't understand your questions; I figured the documentation
> I pointed you to would answer them, and the fact it doesn't suggests
> that you're
Thanks a lot kevin..
Your explanation has cleared my doubts..
Keeping togethor what i understand...
Suppose, we have a resquest to Nova..
The following steps are performed...
1. The request is captured by webob and is authenticated by keystone and is
decorated to wsgi app
2. Nova-api maps the
It's probably best to ask these sorts of questions on the email list, as
it gives an opportunity to others to answer them, as well as allowing
others who may have similar questions to see the answers in the first
place.
On Thu, 2012-12-06 at 23:24 +0530, Trinath Somanchi wrote:
> [1] In nova or qu
Honestly, I don't understand your questions; I figured the documentation
I pointed you to would answer them, and the fact it doesn't suggests
that you're not asking what I thought you were asking. Maybe an
approach from the beginning:
Nova, Quantum, Glance, Keystone, etc. all have, as components,
Hi Kevin-
Thanks for the reply..
But, few of my doubts are left ...
[1] What is the significance of the api-paste.ini file in the configuration
of nova/quantum and other modules of ipenstack?
[2] How do the modules use these API configuration options? How they are
used different from normal ".c
On Thu, 2012-12-06 at 16:11 +0530, Trinath Somanchi wrote:
> What is the significance of api-paste.ini file in the configuration of
> nova and quantum and other modules of openstack?
>
> How this configuration is parsed and used? by which api of the
> openstack modules?
So, api-paste.ini is par
For anyone with the same problem, I've managed to fix my problem by
updating my old api-paste.ini with the one provided with the
Folsom package.
Regards,
Leander
On Fri, Nov 9, 2012 at 2:42 PM, Leander Bessa Beernaert wrote:
> Hello,
>
> I have just installed the Folsom package of Nova API a
This is based on the behavior of elastic ips in amazon where a call to
associate an ip with a new instance will simply move it.
Vish
On Nov 6, 2012, at 4:53 PM, Stef T wrote:
> Hello Everyone,
> So, before I start making code changes to nova-network, I have to ask,
> why does the nova-net
Dear Qin Xiaohong,
Thank you very so much indeed. That's EXACTLY what I was looking for.
Cheers,
Desta
On Fri, Oct 26, 2012 at 6:17 PM, Qin, Xiaohong wrote:
> Hi,
>
> ** **
>
> This is just an entering point to load all client side nova code, the
> “nova list” CLI eventually invokes the
Hi,
This is just an entering point to load all client side nova code, the "nova
list" CLI eventually invokes the following code in your stack directory,
python-novaclient/novaclient/v1_1/shell.py
Inside this file, you can see the following function,
def do_list
That prints out the list of VMs
Hi
As reported below "nova" command are processed by the nova client, you have to
look for it.
Cheers
--
Andrea Rosa
From: openstack-bounces+andrea.rosa=hp@lists.launchpad.net
[mailto:openstack-bounces+andrea.rosa=hp@lists.launchpad.net] On Behalf Of
Desta Haileselassie Hagos
Sent: 26
On 09/28/2012 06:45 PM, Vishvananda Ishaya wrote:
Hi Roberto,
It looks like you have the wrong version of python-glanceclient installed
Try pip install python-glanceclient (or install the appropriate package via
your package management system).
Hi Vish
thanks, now it works!
Regards
Rober
Hi Roberto,
It looks like you have the wrong version of python-glanceclient installed
Try pip install python-glanceclient (or install the appropriate package via
your package management system).
Vish
On Sep 28, 2012, at 6:38 AM, Roberto Sassu wrote:
> Hi everyone
>
> I have a controller nod
Hi vish-
Can please outline about or point to some source where we get info on nava
compute api code structure and relationship between the different
classes
This helps devs to understand the code orientation and request flow inside
the api.
-
Trinaths
On Sep 13, 2012 6:04 AM, "Vishvananda I
Sure, you could write a different implementation of compute.api (and
network.api and volume.api if needed) to talk to the other provider.
Vish
On Sep 12, 2012, at 8:45 AM, Leander Bessa Beernaert
wrote:
> Hello,
>
> I've been tasked with translating the OpenStack API to another provider, so
I'd like to add that i'm unable to ping or ssh this instance from any nodes
in my setup. Ping and ssh are working on normal instances.
On Fri, Sep 7, 2012 at 10:28 AM, Leander Bessa Beernaert <
leande...@gmail.com> wrote:
> Hello,
>
> I've been trying to set up cloud pipe for OpenStack. I'm runni
tivity from the hosts, etc.
>
> ** **
>
> ** **
> --
>
> *From:* Leander Bessa Beernaert [mailto:leande...@gmail.com]
> *Sent:* Wednesday, September 05, 2012 11:26 AM
> *To:* **George Mihaiescu
> **
> *Cc:* openstack@lists.launchpad.net
openstack-bounces+george.mihaiescu=q9@lists.launchpad.net[mailto:
>> openstack-bounces+george.mihaiescu=q9@lists.launchpad.net] *On
>> Behalf Of *Leander Bessa Beernaert
>> *Sent:* Wednesday, September 05, 2012 9:49 AM
>> *To:* Vishvananda Ishaya
>> *Cc:* openstack
Beernaert [mailto:leande...@gmail.com]
Sent: Wednesday, September 05, 2012 11:26 AM
To: George Mihaiescu
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] [OpenStack][Nova]Problems and questions regarding
network and/or routing
Do i also need ip_forward enabled on the controller node
;>> *From:*
>>> openstack-bounces+george.mihaiescu=q9@lists.launchpad.net[mailto:
>>> openstack-bounces+george.mihaiescu=q9@lists.launchpad.net] *On
>>> Behalf Of *Leander Bessa Beernaert
>>> *Sent:* Wednesday, September 05, 2012 9:49 AM
>>>
; *To:* Vishvananda Ishaya
> *Cc:* openstack@lists.launchpad.net
> *Subject:* Re: [Openstack] [OpenStack][Nova]Problems and questions
> regarding network and/or routing
>
> ** **
>
> I'm having the strangest issue. I have set up a separate OpenStack cluster
> to test out
9:49 AM
To: Vishvananda Ishaya
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] [OpenStack][Nova]Problems and questions regarding
network and/or routing
I'm having the strangest issue. I have set up a separate OpenStack cluster to
test out the multi-host setup.
I have one contro
I'm having the strangest issue. I have set up a separate OpenStack cluster
to test out the multi-host setup.
I have one controller node and 4 compute nodes. Each compute node is
running nova-network, nova-compute and nova-api-metadata. I have set up a
tenant with the a multi-host network on the ad
On Sep 4, 2012, at 3:01 PM, Leander Bessa Beernaert wrote:
> Question follows inlined below.
>
> On Tue, Sep 4, 2012 at 6:48 PM, Vishvananda Ishaya
> wrote:
>
> On Sep 4, 2012, at 8:35 AM, Leander Bessa Beernaert
> wrote:
>
>> Hello all,
>>
>> I've had a few reports from users testing ou
Question follows inlined below.
On Tue, Sep 4, 2012 at 6:48 PM, Vishvananda Ishaya wrote:
>
> On Sep 4, 2012, at 8:35 AM, Leander Bessa Beernaert
> wrote:
>
> Hello all,
>
> I've had a few reports from users testing out the sample installation of
> OpenStack i setup. The reports were all relate
On Sep 4, 2012, at 8:35 AM, Leander Bessa Beernaert wrote:
> Hello all,
>
> I've had a few reports from users testing out the sample installation of
> OpenStack i setup. The reports were all related to problems with inter-vm
> network speeds and connection timeouts as well as the inability t
If your eth0 (public interface) can access Internet, with the ip_forward
your instance should be able too...
On Wed, Aug 8, 2012 at 12:05 PM, Leander Bessa Beernaert <
leande...@gmail.com> wrote:
> So i have set up a small proof of concept, one controller node and two
> compute nodes. Since the
So i have set up a small proof of concept, one controller node and two
compute nodes. Since the switches do not support VLAN i'm using flat dhcp.
Each machine has two network interfaces. Eth0 is connected to the public
switch and eth1 to the private switch. The private switch has no access to
the i
It's part of the operating system
# echo 1 > /proc/sys/net/ipv4/ip_forward
Then edit your /etc/sysctl.conf and uncomment net.ipv4.ip_forward=1 to
make this persistent after reboot.
Finally run --> # sysctl -p
That's all, cheers!
On Tue, Aug 7, 2012 at 11:50 PM, Leander Bessa Beernaert
wrote:
Hi,
If you run VlanManager [1] you have actually two important flags :
Private Switch :
vlan_interface=ethX
Public Switch :
public_interface=ethX
[1]
http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-vlan-networking.html
Regards
On Tue, Aug 7, 2012 at 11:50 PM
Is there a flag in the nova.conf file or is this something that needs to be
done on the operating system?
On Tue, Aug 7, 2012 at 8:26 PM, Sébastien Han wrote:
> Hi,
>
> If eth0 is connected to the public switch and if eth1 is connected to
> the private switch you can enable the ipv4 forwarding on
Hi,
If eth0 is connected to the public switch and if eth1 is connected to
the private switch you can enable the ipv4 forwarding on the compute
node. Thanks to this the VMs will have access to the outside world and
the packet will be routed from eth1 to eth0 :).
Cheers!
On Tue, Aug 7, 2012 at 5:1
On 07/23/2012 09:44 AM, 延生 付 wrote:
>
> Dear all,
>
> When I deply nova-compute based on epel repository, I found
> openstack-nova-compute always dead but pid file exists.
> While there is no any log file generated in /var/log/nova.
> The OS is RHEL6.1. The nova.conf is copied from controller
What Stephan said, appart that, yes, it's production ready :-)
Nuage & Co - Razique Mahroua razique.mahr...@gmail.com
Le 10 juil. 2012 à 11:52, Leander Bessa Beernaert a écrit :If i don't run libvirt with root, it can't write to the shared folder. It's the only way i've been able to get this to wo
Np ;)
On Tue, Jul 10, 2012 at 12:33 PM, Leander Bessa Beernaert <
leande...@gmail.com> wrote:
> Ok. Thx for the help :)
>
>
> On Tue, Jul 10, 2012 at 11:30 AM, Sébastien Han
> wrote:
>
>> It's production ready, RedHat offers a commercial support on it.
>> Just keep in mind that it's owned by Red
Ok. Thx for the help :)
On Tue, Jul 10, 2012 at 11:30 AM, Sébastien Han wrote:
> It's production ready, RedHat offers a commercial support on it.
> Just keep in mind that it's owned by Redhat ;)
>
>
>
> On Tue, Jul 10, 2012 at 12:24 PM, Leander Bessa Beernaert <
> leande...@gmail.com> wrote:
>
>>
It's production ready, RedHat offers a commercial support on it.
Just keep in mind that it's owned by Redhat ;)
On Tue, Jul 10, 2012 at 12:24 PM, Leander Bessa Beernaert <
leande...@gmail.com> wrote:
> Is GlusterFS be more viable for a production environment?
>
>
> On Tue, Jul 10, 2012 at 11:17
Is GlusterFS be more viable for a production environment?
On Tue, Jul 10, 2012 at 11:17 AM, Sébastien Han wrote:
> Great!
>
> The last time I ran the live-migration, it was with GlusterFS and CephFS
> and I didn't changed any permissions in libvirt. I did the live-migration
> with NFS once but it
Great!
The last time I ran the live-migration, it was with GlusterFS and CephFS
and I didn't changed any permissions in libvirt. I did the live-migration
with NFS once but it was in Diablo (horrible), I don't really remember my
setup. Maybe you should consider to try GlusterFS.
On Tue, Jul 10, 2
That did! Thanks :)
Do you by change have any pointer on getting the live-migration to work
without running libvirt under root?
On Tue, Jul 10, 2012 at 10:55 AM, Sébastien Han wrote:
> Change the vncserver_listen to 0.0.0.0 and re-try the live-migration, you
> should get better results :)
>
>
>
Ok it looks like Qemu is unable to access the instance state.could you perform a $ virsh list --all from the second node and tell me what you see ?as for the second message, make sure you installed the "dbus" packageRegards,Razique
Nuage & Co - Razique Mahroua razique.mahr...@gmail.com
Le 10 juil.
Change the vncserver_listen to 0.0.0.0 and re-try the live-migration, you
should get better results :)
On Tue, Jul 10, 2012 at 11:52 AM, Leander Bessa Beernaert <
leande...@gmail.com> wrote:
> If i don't run libvirt with root, it can't write to the shared folder.
> It's the only way i've been ab
If i don't run libvirt with root, it can't write to the shared folder. It's
the only way i've been able to get this to work. :S
Below follows the configuration of one of the compute nodes. 10.0.1.1 is
the controller and 10.0.1.2 is the compute node.
novncproxy_base_url=http://10.0.1.1:6080/vnc_au
I forgot to ask, did you enable the vnc console?
If so, with which parameters?
On Tue, Jul 10, 2012 at 11:48 AM, Sébastien Han wrote:
> Hi!
>
> Usually you get:
>
> 2012-07-09 13:58:27.179+: 10227: warning : qemuDomainObjTaint:1134 :
>> Domain id=2 name='instance-0002'
>> uuid=57aca8a6-
Hi!
Usually you get:
2012-07-09 13:58:27.179+: 10227: warning : qemuDomainObjTaint:1134 :
> Domain id=2 name='instance-0002'
> uuid=57aca8a6-d062-4a08-8d87-e4d11d259ac7 is tainted: high-privileges
when you change permission in libvirt (root I presumed) which is not
necessary.
2012-07-1
Well i've checked the libvirt logs on both nodes and i found these two
lines:
2012-07-09 13:58:27.179+: 10227: warning : qemuDomainObjTaint:1134 :
> Domain id=2 name='instance-0002'
> uuid=57aca8a6-d062-4a08-8d87-e4d11d259ac7 is tainted: high-privileges
> 2012-07-09 13:58:27.736+: 1022
Hi Leander,try to check libvirtd.log files, is the instance still running on the first node while you are lauching the migration process ?Razique
Nuage & Co - Razique Mahroua razique.mahr...@gmail.com
Le 9 juil. 2012 à 16:09, Leander Bessa Beernaert a écrit :Ok, so i've updated to the test package
Are you doing block migration ? (What is the exact command used to initiate
live-migration?)
What is the status of the instance ? ("nova list" output)
You can also check the status of the instance in db, specifically vm_state
and task_state
These might give some clue.
-Mandar
On Mon, Jul 9, 2012
There is no error, it just doesn't do anything :s.
I've left the instance alone for 3 hours now and it's still stuck on the
original compute node.
On Mon, Jul 9, 2012 at 5:55 PM, Mandar Vaze / मंदार वझे <
mandarv...@gmail.com> wrote:
> I see "pre_live_migration" in destination compute log, so mi
I see "pre_live_migration" in destination compute log, so migration at
least started.
Since there are no errors in either compute log, is it possible that
migration is taking long ? (Just a possibility)
When you say "migration fails" what error did you get ?
-Mandar
On Mon, Jul 9, 2012 at 7:39 P
Ok, so i've updated to the test packages from
The migration still fails, but i see no errors in the logs. I'm trying to
migrate a VM with the m1.tiny flavor from one machine to another. Their
hardware are identical and they have more than enough resources to support
the m1.tiny flavor:
cloud35
Thanks for the tip, it's a better than nothing :)
Regards,
Leander
On Fri, Jul 6, 2012 at 6:32 PM, Mandar Vaze / मंदार वझे <
mandarv...@gmail.com> wrote:
> Not sure if you are able to debug this, but a while ago there was a bug
> where instance.id was passed where instance.uuid was expected. This
Not sure if you are able to debug this, but a while ago there was a bug
where instance.id was passed where instance.uuid was expected. This used to
cause some problem.
It looks like you are using distribution package rather than devstack
installation, so it is likely that the issue is now fixed. Ca
Daniel, thank you very much for your help!
However, i'm running into my infamous "import libvirt" problem again when
running the tests (see output below), i really though i'd fixed that one
for sure -.-'.
>
> ==
> ERROR: test_di
On Fri, Jul 06, 2012 at 11:59:51AM +0100, Leander Bessa Beernaert wrote:
> Hello,
>
> I've been working on implementing the "diagnostics" command for libvirt -
> https://review.openstack.org/#/c/8839/ . Now i need to create the unit test
> for this new operation. I've been looking at the code to t
See if mounting as nfsv3 helps
See https://answers.launchpad.net/nova/+question/164689,
specifically comment #11
-Mandar
On Tue, Jul 3, 2012 at 7:18 PM, Leander Bessa Beernaert wrote:
> Hello all,
>
> I've been trying to get the live migration to work according to the guide
> http://docs.openst
Can't seem to get around it >.<. Below are the current permissions on the
folder in one of the compute nodes.
I've already tried chmod o+x /var/lib/nova/instances/ but nothing happend :/
gsd@cloud33:~$ ls -l /var/lib/nova/instances/
> total 4
> drwxrwxr-x 2 nova nova 4096 Jul 3 13:33 _base
> gsd@
On Wed, Jul 04, 2012 at 04:24:42PM +0100, Leander Bessa Beernaert wrote:
> Ok. so i have added the option you mentioned, restarted nfs and remounted
> on the compute nodes.
>
> Now i get this error: http://paste.openstack.org/show/19260/
libvirtError: internal error Process exited while reading
Ok. so i have added the option you mentioned, restarted nfs and remounted
on the compute nodes.
Now i get this error: http://paste.openstack.org/show/19260/
:S
On Wed, Jul 4, 2012 at 4:18 PM, Daniel P. Berrange wrote:
> On Tue, Jul 03, 2012 at 02:48:05PM +0100, Leander Bessa Beernaert wrote:
>
On Tue, Jul 03, 2012 at 02:48:05PM +0100, Leander Bessa Beernaert wrote:
> Hello all,
>
> I've been trying to get the live migration to work according to the guide
> http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-migrations.html.
>
> So far i've setup 2 compute n
Shouldn't libvirt have write permission in a nova directory, since it's
executed by root?
On Tue, Jul 3, 2012 at 4:51 PM, Leander Bessa Beernaert wrote:
> Still the same problem :S
>
>
> On Tue, Jul 3, 2012 at 4:46 PM, Marnus van Niekerk wrote:
>
>> Have you tried setting the ownership of /var/
Still the same problem :S
On Tue, Jul 3, 2012 at 4:46 PM, Marnus van Niekerk wrote:
> Have you tried setting the ownership of /var/lib/nova/instances to the
> nova user?
>
> sudo chown -R nova:nova /var/lib/nova/instances
>
> M
>
>
> On 03/07/2012 15:48, Leander Bessa Beernaert wrote:
>
>> Hello
Have you tried setting the ownership of /var/lib/nova/instances to the
nova user?
sudo chown -R nova:nova /var/lib/nova/instances
M
On 03/07/2012 15:48, Leander Bessa Beernaert wrote:
Hello all,
I've been trying to get the live migration to work according to the
guide
http://docs.openstack
Here's an output from ls -l:
drwxr-xr-x 3 nova nova 4096 Jul 3 14:10 instances
On Tue, Jul 3, 2012 at 4:25 PM, Leander Bessa Beernaert wrote:
> Currently it's using the default permission. Everything belongs to user
> "nova" and the group "nova".
>
>
> On Tue, Jul 3, 2012 at 4:23 PM, Sébastie
Currently it's using the default permission. Everything belongs to user
"nova" and the group "nova".
On Tue, Jul 3, 2012 at 4:23 PM, Sébastien Han wrote:
> Which permissions did you set on /var/lib/nova/instances?
>
>
> On Tue, Jul 3, 2012 at 3:48 PM, Leander Bessa Beernaert <
> leande...@gmail.c
Which permissions did you set on /var/lib/nova/instances?
On Tue, Jul 3, 2012 at 3:48 PM, Leander Bessa Beernaert wrote:
> Hello all,
>
> I've been trying to get the live migration to work according to the guide
> http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-live-
I have never tested it on a machine which doesn't have libvirt, i'll get
back to you on that.
I've ran "tox -v -epy27" and it produced this ouput
> --
> Ran 0 tests in 0.001s
> OK
> ___
Run:
sudo pip install tox
And you will get the tox command.
Does ./run_tests.sh -N nova.tests.test_libvirt work fine when you
_don't_ have libvirt? It needs to skip the test if you don't have
libvirt installed, and it needs to run it and pass if you do.
Jenkins is going to run "tox -v -epy27"
Running with " ./run_tests.sh -N nova.tests.test_libvirt" works just fine,
however i don't know if this is enough to get it past jenkins :/
On Mon, Jul 2, 2012 at 3:26 PM, Daniel P. Berrange wrote:
> On Mon, Jul 02, 2012 at 01:43:31PM +0100, Leander Bessa Beernaert wrote:
> > So, if no system pac
On Mon, Jul 02, 2012 at 01:43:31PM +0100, Leander Bessa Beernaert wrote:
> So, if no system packages can be imported, how do you test the "connection"
> class for the libvirt driver?
>
> How does that particular test case wrap around the fact that it requires
> the libvirt module? The only thing i
@Jay Thx.
@Monty I'm unable to run "tox -efull", it keeps saying the command could
not be located. I'm supposed to run this from the same place i run
"run_tests.sh" right?
On Mon, Jul 2, 2012 at 2:08 PM, Jay Pipes wrote:
> On 07/02/2012 08:57 AM, Leander Bessa Beernaert wrote:
> > I'm developin
On 07/02/2012 08:57 AM, Leander Bessa Beernaert wrote:
> I'm developing on custom branch and haven't updated the repository for
> at least 3 weeks.
> Do i fetch the lastest changes like this:
>
> git remote update
> git checkout master
> git pull origin master
>
> git checkout
I'm developing on custom branch and haven't updated the repository for at
least 3 weeks.
Do i fetch the lastest changes like this:
> git remote update
> git checkout master
> git pull origin master
git checkout
git pull master
?
On Mon, Jul 2, 2012 at 1:44 PM, Monty Taylor wrote:
>
>
> On 0
On 07/02/2012 08:43 AM, Leander Bessa Beernaert wrote:
> So, if no system packages can be imported, how do you test the
> "connection" class for the libvirt driver?
We're working on that - but as I said, please try running tox -efull
which _should_ run tests with libvirt support enabled.
> How
So, if no system packages can be imported, how do you test the "connection"
class for the libvirt driver?
How does that particular test case wrap around the fact that it requires
the libvirt module? The only thing i could find are these lines of code in
the driver's __init__ method. Do these someh
On 07/02/2012 06:02 AM, Leander Bessa Beernaert wrote:
> Thanks, that let me see the real problem now:
>
> ./tools/with_venv.sh nosetests -svx nova
> nose.config: INFO: Set working dir to /home/gsd/nova/nova/tests
> nose.config: INFO: Working directory /home/gsd/nova/nova/tests is a
Thanks, that let me see the real problem now:
> ./tools/with_venv.sh nosetests -svx nova
> nose.config: INFO: Set working dir to /home/gsd/nova/nova/tests
> nose.config: INFO: Working directory /home/gsd/nova/nova/tests is a
> package; adding to sys.path
> nose.config: INFO: Ignoring files matchin
Hi Leander,
I've noticed some weirdness with the openstack.nose_plugin (which is
used by default for the Nova test runner) sometimes either throwing
errors (particularly errors raised by nosetests) away and/or coming up
with a different set of skip tests than when running just with nosetests.
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
On 06/27/2012 12:28 PM, Leander Bessa Beernaert wrote:
You sir a my hero! I turned out someone altered the filesystem before
installing OpenStack leaving me with 3gb partition for the operating
system.
LOL, no worries. I remembered running into that in the first TryStack
zone deployment.
Bes
You sir a my hero! I turned out someone altered the filesystem before
installing OpenStack leaving me with 3gb partition for the operating
system.
Thanks.
Leander
On Wed, Jun 27, 2012 at 4:32 PM, Jay Pipes wrote:
> This looks very familiar :) Make sure that you have enough space in the
> partit
We generally add methods to the fake as they are needed by the implementation.
You should probably add the needed methods and return fake values.
Vish
On Jun 27, 2012, at 7:17 AM, Leander Bessa Beernaert wrote:
> I've been looking at the implementation of the tests and i the fake_libvirt
> is
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 latest libvirt installed and
am therefore missing another set of crucial methods which i can't test. :s
No. In general, you only want
This looks very familiar :) Make sure that you have enough space in the
partition that houses /tmp (usually whatever partition has / mounted).
The snapshot operation requires at least as much space in /tmp as the
size of the snapshot to be made.
If you have improperly given yourself a very sma
I've been looking at the implementation of the tests and i the fake_libvirt
is a bit incomplete and lacks a lot of methods. This lack of methods causes
my diagnostics code to fail the test since an error is produced.
For instance this is the output from dir(virDomain) from the fake_libvirt:
['UUI
I've tried to snapshot again today and i found this error in the
compute.log:
http://paste.openstack.org/show/18882/
Any ideas?
On Tue, Jun 26, 2012 at 9:26 AM, Leander Bessa Beernaert <
leande...@gmail.com> wrote:
> I can't find any error traces in the glance api and registry log.
>
>
> On Mon,
I've managed to fix it by removing the "import libvirt" from
diagnostics.py. I've got the answer to this through sdague in the
openstack-dev irc channel. I'ts now running :)
On Tue, Jun 26, 2012 at 4:44 PM, Kevin L. Mitchell <
kevin.mitch...@rackspace.com> wrote:
> On Tue, 2012-06-26 at 16:33 +01
On Tue, 2012-06-26 at 16:33 +0100, Leander Bessa Beernaert wrote:
> I'm not calling run_tests.sh from the nova subdirectory. I'm saying
> that from the location where nova_tests.sh is located, i can import
> connection.py.
> However, when i try to import connection.py from with
> cd=nova/virt/libvi
I'm not calling run_tests.sh from the nova subdirectory. I'm saying that
from the location where nova_tests.sh is located, i can import
connection.py.
However, when i try to import connection.py from with cd=nova/virt/libvirt,
it fails. The funny thing is i can import all the modules int that
direc
On Tue, 2012-06-26 at 16:21 +0100, Leander Bessa Beernaert wrote:
> It works from the top level, but fails if i try to import it directly
> from the same dir (nova/virt/libvirt). The other files there import
> just fine :/
Relative imports are iffy at best; imports should ideally always be
absolut
It works from the top level, but fails if i try to import it directly from
the same dir (nova/virt/libvirt). The other files there import just fine :/
On Tue, Jun 26, 2012 at 4:17 PM, Kevin L. Mitchell <
kevin.mitch...@rackspace.com> wrote:
> On Tue, 2012-06-26 at 16:05 +0100, Leander Bessa Beern
On Tue, 2012-06-26 at 16:05 +0100, Leander Bessa Beernaert wrote:
> The file, is right there in the same directory. I have double checked
> the names but it still keeps failing :s
The first thing I'd try is clearing out all your *.pyc files.
(run_tests.sh should do this for you, so I don't expect
It is pretty clear that the vm is not getting an ip address. DHCP is clearly
failing. I'm guessing 10.0.9.7 is the ip address that nova has assigned to one
of the hosts in your system, perhaps the compute host where the vm is running.
You have to find out what is happening to the dhcp request fr
You sir are my hero!
File "", line 1, in
> File "connection.py", line 73, in
> from nova.virt.libvirt import diagnostics
> ImportError: cannot import name diagnostics
The file, is right there in the same directory. I have double checked the
names but it still keeps failing :s
On Tue,
On Tue, 2012-06-26 at 15:50 +0100, Leander Bessa Beernaert wrote:
> I've successfully imported the diagnostics.py in the interpreter, so
> that can't be the problem.
Then try importing the other file you modified. If that still doesn't
help you find the problem, then I'm all out of ideas…
--
Kev
I've successfully imported the diagnostics.py in the interpreter, so that
can't be the problem.
On Tue, Jun 26, 2012 at 3:40 PM, Kevin L. Mitchell <
kevin.mitch...@rackspace.com> wrote:
> On Tue, 2012-06-26 at 09:36 +0100, Leander Bessa Beernaert wrote:
> > Any ideas?
>
> My gut instinct is that
1 - 100 of 168 matches
Mail list logo
