Re: [Openstack] need help on swift and python
Hi Yogesh, Here is an example using swauth middleware and swift: ** from cloudfiles.connection import Connection conn = Connection(account:user, password, authurl=https://SWIFT-URL/auth/v1.0;) container = conn.create_container(mycontainer) obj = container.create_object(myobject.txt) obj.content_type = text/plain obj.write(Hello World) ** Christophe On Tue, Jun 26, 2012 at 7:14 AM, Yogesh Bansal yogeshbansa...@gmail.com wrote: Hi, I want to upload a file or image on swift object storage server. I can do it using curl command. But I am not able to do it using python apis. I am using Django and python to make web based application, which required to store file from client to swift object storage server. Is there any swift and python experts, who can guide me in this regard. I am able to create and list containers using python. An example will be very helpful. Thanks Yogesh Bansal ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] big problem with boot from iso
On Tue, Jun 26, 2012 at 2:30 AM, William Herry william.herry.ch...@gmail.com wrote: Hi I use boot from iso to install a centos instance, it can't recognize the disk, I create a flavor with 300G ephemeral and 300G disk, it says no valid disk found, but when I create a flavor with 30 swap, it found the disk vdb, and can install the system, but of course can boot Hey, maybe your VM disk space is exported as VIRTIO block-device (/dev/vda, ...) and your ISO image doesn't support these block devices? Try loading its underlying kernel module :) Cheers, Christian. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] big problem with boot from iso
Thanks for you reply I guess that's not the reason, I noticed that instances's xml file, and I find: disk type=file device=cdrom driver type=qcow2 cache=none/ source file=/var/lib/nova/instances/instance-0011/disk/ target bus=ide dev=vda/ /disk disk type=file device=cdrom driver type=qcow2 cache=none/ source file=/var/lib/nova/instances/instance-0011/disk.local/ target bus=virtio dev=vdb/ /disk disk type=file device=disk driver type=qcow2 cache=none/ source file=/var/lib/nova/instances/instance-0011/disk.swap/ target bus=virtio dev=vdc/ /disk it set vda and vdb to cdrom, only swap is set to disk, I don't know why this happen Thanks On Tue, Jun 26, 2012 at 3:05 PM, Christian Parpart tra...@gmail.com wrote: On Tue, Jun 26, 2012 at 2:30 AM, William Herry william.herry.ch...@gmail.com wrote: Hi I use boot from iso to install a centos instance, it can't recognize the disk, I create a flavor with 300G ephemeral and 300G disk, it says no valid disk found, but when I create a flavor with 30 swap, it found the disk vdb, and can install the system, but of course can boot Hey, maybe your VM disk space is exported as VIRTIO block-device (/dev/vda, ...) and your ISO image doesn't support these block devices? Try loading its underlying kernel module :) Cheers, Christian. -- William Herry williamherrych...@gmail.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [nova] How nova deals with the attached volumes after the server being resized?
Hi All, I saw that nova doesn't do anything with the attached volumes on the server in the essex version, and when I tried to resize a server with a volume attached on the server's /dev/vdc device, this volume disappeared after resizing(by virsh dumpxml), but I can get the volume is in-use by nova volume-list. What I want to ask is that, should we detach the volumes before resizing a server and reattach it after resized? If anything is wrong above, welcome to correct it. Thanks in Advance Best Regards, Wangpan___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] HVM + Xen Hypervisor via libvirt possible?
On Fri, Jun 22, 2012 at 2:37 PM, Thomas Goirand tho...@goirand.fr wrote: On 06/22/2012 02:04 PM, Li Wang wrote: We use CentOS in production environment. There is the Zeus project, right? I'll do some research on it Well, if you use CentOS, then why not using XCP, the open source appliance, from Citrix? It's CentOS based... I heard about the Zeus project, but I'm not sure how fare they are with this. I'm Cc-ing Mike and Jon, upstream for XCP, maybe they will be able to tell how far they've gone, and if it's already in Fedora. Hi Thomas, thanks for bringing me into this conversation. Project Zeus is on hold for a bit while we finish up some other projects we're working on. I do recommend giving XCP a try -- I know that the Citrix OpenStack developers are keen to make sure that they work well together. Mike ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] nova boot --hint same_host=[UUID] fails with InstanceNotFound: Instance [ could not be found. ?
Hey all, while strictly following the guidelines [1] on how to spawn an instance on the same host as another instance, I run into the error, that it cannot find some instanced called: [, which - of course - is not the UUID I specified. I tried dropping the [ ] and just passed the UUID right away, but still, then is just takes the first character of the UUID and says, that it can't find this one. my exact command line looked like this: nova boot --image 6c73d25e-df93-4c96-a803-9d419a367267 --flavor 16 --hint same_host=[df5fd16b-271d-45ac-9e9a-5d3ad33920e5] $instance_name 2012-06-26 08:26:28 ERROR nova.rpc.amqp [req-67363fee-1046-4ff8-90a2-05aacb1cbe10 fe655fd0ad49474db5882931685c77fe 8f956f17ce9d4c4d9957c230aab4f720] Exception during message handling 2012-06-26 08:26:28 TRACE nova.rpc.amqp Traceback (most recent call last): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/rpc/amqp.py, line 252, in _process_data 2012-06-26 08:26:28 TRACE nova.rpc.amqp rval = node_func(context=ctxt, **node_args) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/manager.py, line 115, in run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp context, ex, *args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/contextlib.py, line 24, in __exit__ 2012-06-26 08:26:28 TRACE nova.rpc.amqp self.gen.next() 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/manager.py, line 105, in run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.driver.schedule_run_instance(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/multi.py, line 78, in schedule_run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.drivers['compute'].schedule_run_instance(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py, line 72, in schedule_run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp *args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py, line 194, in _schedule 2012-06-26 08:26:28 TRACE nova.rpc.amqp filter_properties) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/host_manager.py, line 218, in filter_hosts 2012-06-26 08:26:28 TRACE nova.rpc.amqp if host.passes_filters(filter_fns, filter_properties): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/host_manager.py, line 156, in passes_filters 2012-06-26 08:26:28 TRACE nova.rpc.amqp if not filter_fn(self, filter_properties): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filters/affinity_filter.py, line 64, in host_passes 2012-06-26 08:26:28 TRACE nova.rpc.amqp if self._affinity_host(context, i) == me]) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filters/affinity_filter.py, line 30, in _affinity_host 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.compute_api.get(context, instance_id)['host'] 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/compute/api.py, line 1022, in get 2012-06-26 08:26:28 TRACE nova.rpc.amqp instance = self.db.instance_get(context, instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/api.py, line 540, in instance_get 2012-06-26 08:26:28 TRACE nova.rpc.amqp return IMPL.instance_get(context, instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.py, line 120, in wrapper 2012-06-26 08:26:28 TRACE nova.rpc.amqp return f(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.py, line 1339, in instance_get 2012-06-26 08:26:28 TRACE nova.rpc.amqp raise exception.InstanceNotFound(instance_id=instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp InstanceNotFound: Instance [ could not be found. And that's the error in the log then. Any ideas if it's my fault or how to work around this? Many thanks in advance, Christian Parpart. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] Multi-host ip mix up.
I've tried again this morning: The ip adress assigned to the vm in the dashboard is 10.0.9.3, however the instances only responds to pings on the compute node where it was launched and with the ip address 10.0.9.7. Here's the vm's log: http://paste.openstack.org/show/18796/ and the ip is assigned to br109 with the ip 10.0.9.7. I'm using a vlan configuration, the instances for this project are all launched on a network assigned to vlan109. On Mon, Jun 25, 2012 at 9:03 PM, Vishvananda Ishaya vishvana...@gmail.comwrote: 10.0.9.5 is probably the ip that nova assigned to your compute host for the bridge. ip addr show should show it on br100 There is likely something else going on that is causing your instance to fail to network properly. I would check the console output of the vm first, make sure it is getting an ip address. If that looks good, check for security group rules, then start doing tcpdump to see where you are losing packets. Vish On Jun 25, 2012, at 9:08 AM, Leander Bessa Beernaert wrote: Hello, I've setup OpenStack with a multi-host configuration. Everything appears to be working fine. However, when i launch an instance, it get's assigned an ip (10.0.9.3) and when i ping that IP i get this output: ping 10.0.9.3 PING 10.0.9.3 (10.0.9.3) 56(84) bytes of data. From 10.0.9.5 icmp_seq=1 Destination Host Unreachable From 10.0.9.5 icmp_seq=2 Destination Host Unreachable From 10.0.9.5 icmp_seq=3 Destination Host Unreachable If i ping the adress 10.0.9.5 i get a response. ping 10.0.9.5 PING 10.0.9.5 (10.0.9.5) 56(84) bytes of data. 64 bytes from 10.0.9.5: icmp_req=1 ttl=64 time=0.043 ms 64 bytes from 10.0.9.5: icmp_req=2 ttl=64 time=0.035 ms 64 bytes from 10.0.9.5: icmp_req=3 ttl=64 time=0.036 ms Any idea what's happening here? Regards, Leander ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] Bug #1011636
Hi! I am new to this list so I am not sure how things are done around here. Recently we have met an issue described in this big report ( https://bugs.launchpad.net/swift/+bug/1011636). So I've found that the three weeks old bug is still neither assigned or evaluated. How long it usually takes? I am pretty sure that such bug would be important to many people, wouldn't it? WBR, Igor ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] Reminder: Project release status meeting - 21:00 UTC
On the Project release status meeting on today: *One week left* before Folsom-2 milestone-proposed branch is cut ! Expect final adjustments to the F-2 plans and last-minute priorities to be set during the meeting... Feel free to add extra topics to the agenda: [1] http://wiki.openstack.org/Meetings/ProjectMeeting All PTLs should be present (if you can't make it, please name a substitute on [1]). Everyone else is welcome to attend. The meeting will be held at 21:00 UTC on the #openstack-meeting channel on Freenode IRC. You can look up how this time translates locally at: [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20120626T21 See you there, -- Thierry Carrez (ttx) Release Manager, OpenStack ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] About floating ip interface config
Hi all Can floating IP interface also use br100 ? I mean flag --public_interface=br100 , and if use flat dhcp mode . And the openstack environment is multi-host : Three host , one controller , two compute node . Best Regards David(李跃洲) ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] New mailing list server [status update]
On Mon, Jun 25, 2012 at 04:39:58PM -0700, Stefano Maffulli wrote:
Hello folks,
we're getting closer to being able to have a new mailing list manager.
Duncan and the infra team have a new machine running, with mailman
installed. We tested also the migration of the archives, successfully.
You can have a look at the result on the staging server:
http://stagelists.openstack.org/cgi-bin/mailman/listinfo/
Notice the visual appearance of the individual lists, like
http://stagelists.openstack.org/cgi-bin/mailman/listinfo/foundation
and of the archives (only visible at the url below):
http://stagelists.openstack.org/pipermail/openstack-dev/
I think it's good to give users landing on the archives an easy way to
navigate to openstack.org and to our others site, like wiki and docs to
get more information about openstack.
Please give the site a fast spin when you have time and let us know if
it doesn't work for you.
I think the site is looking pretty good - like the styling you
managed to inflict on Mailman !
A couple of small points / suggestions (that you might already be working on):
* Missing 1 line descriptions for 4 of the lists here:
http://stagelists.openstack.org/cgi-bin/mailman/listinfo/
* On the listinfo page, the About {LISTNAME} section of the page
merely containing a link to the archives:
http://stagelists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
To see the collection of prior postings to the list, visit the
OpenStack-Dev Archives[link].
I would suggest that you might want to put a more expansive
description on each one. I'm sure you'll probably describe
the purpose/audience of each list somewhere on the main
OpenStack website/wiki, but you'll find that users often
land on the listinfo pages directly, so it is worth
giving them full info about the list there.
As an example, with libvirt, we put the following the text in the
About section:
This list a place for discussions about the development of
libvirt. Topics for discussion include
* New features for libvirt
* Bug fixing of libvirt
* New hypervisor drivers
* Development of language bindings for libvirt API
* Testing and documentation of libvirt
For discussion involving users of libvirt, please go to the
users[link] mailing list
You can learn more about libvirt on the project web pages
at http://libvirt.org
To see the collection of prior postings to the list, visit
the libvir-list Archives[link].
https://www.redhat.com/mailman/listinfo/libvir-list
And see corresponding text of the end-users list:
https://www.redhat.com/mailman/listinfo/libvirt-users
Regards,
Daniel
--
|: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
I'v tried doing those modifications directly on the master branch, just to see if the tests would run. Sadly, i get the same output. Am i supposed to change something when adding new files before running the tests? On Tue, Jun 26, 2012 at 9:36 AM, Leander Bessa Beernaert leande...@gmail.com wrote: Performing the alteration you suggested did not change anything, the output from run_tests.sh is still the same: ./run_tests.sh -- Ran 0 tests in 0.000s OK Running PEP8 and HACKING compliance check... 4 imports missing in this test environment Any ideas? On Mon, Jun 25, 2012 at 7:01 PM, Kevin L. Mitchell kevin.mitch...@rackspace.com wrote: On Mon, 2012-06-25 at 16:56 +0100, Leander Bessa Beernaert wrote: Here's the diff http://paste.openstack.org/show/18756/ Change import diagnostics to from nova.virt.libvirt import diagnostics. (Also note that you may need to add a space between your name and your email address in Authors, and if you mean to submit this to the trunk, it'd be nice to put your entry in the alphabetically-appropriate place…) -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [Continuous-Integration] What else is running on the Jenkins slaves?
Folks, A question for the CI side-of-the-house ... What else is running on the Jenkins slaves, concurrently with the gating CI tests? The background is the intermittent glance service launch failure - the recently added strace-on-failure logic reveals the issue to be an EADDRINUSE when the registry service listen socket is bound to a supposedly unused port. Two possible explanations for this: 1. A race whereby some other process jumps in grabs this port before the registry service is launched (the window of opportunity is not too narrow, as the API service is being launched in the meantime). 2. We identify the unused port by quickly opening a closing a socket on port zero - there could I guess be some lag in recycling the port, but this seems unlikely as no connections were established, hence no need for TIME_WAIT. Option #1 seems the more likely, so I wanted to confirm there is indeed other port-grabbing stuff running on the Jenkins slaves. Cheers, Eoghan ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [Continuous-Integration] What else is running on the Jenkins slaves?
Hi Eoghan, On 26/06/12 12:30, Eoghan Glynn wrote: A question for the CI side-of-the-house ... What else is running on the Jenkins slaves, concurrently with the gating CI tests? Very basic things, not much other than the Jenkins Slave service and SSH. Nothing that should cause conflicts that you are seeing. We also intentionally only run one test run per slave at a time. The background is the intermittent glance service launch failure - the recently added strace-on-failure logic reveals the issue to be an EADDRINUSE when the registry service listen socket is bound to a supposedly unused port. Are you closing ports with SO_REUSEADDR? If the registry service or something else isn't then I guess that could cause it. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] About cannot ping from compute-node
Hi all Is it a problem : I cannot ping from compute-node to vm with a fixed IP . The nova-network service only install on controller . I can ping from controller to vm with fixed IP . Best Regards David(李跃洲) ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] Adding docs gating jobs?
Hey guys! We have all of the projects properly and consistently building and uploading sphinx docs from in tree. This is pretty exciting, because it means one more resource we can expect to work. So related to that, we were talking about putting in a gating job for each project to prevent changes from breaking the docs. I don't really expect these jobs to fail builds very often, as the jobs themselves are pretty stable - but obviously it's the kind of thing people might have an opinion on. Thoughts? Monty ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
On Tue, 2012-06-26 at 09:36 +0100, Leander Bessa Beernaert wrote: Any ideas? My gut instinct is that you have a syntax error as well, somewhere in diagnostics.py. Try running the python interpreter and manually trying that import; if it fails, you should have an error message that will help you track down what the problem is. -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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 you have a syntax error as well, somewhere in diagnostics.py. Try running the python interpreter and manually trying that import; if it fails, you should have an error message that will help you track down what the problem is. -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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… -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
You sir are my hero! File stdin, line 1, in module File connection.py, line 73, in module 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, Jun 26, 2012 at 3:56 PM, Kevin L. Mitchell kevin.mitch...@rackspace.com wrote: 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… -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [nova] How nova deals with the attached volumes after the server being resized?
Yes, you will have to manually detach and reattach volumes before using a resize in essex. Vish On Jun 26, 2012, at 12:46 AM, 王盼|2076 wrote: Hi All, I saw that nova doesn't do anything with the attached volumes on the server in the essex version, and when I tried to resize a server with a volume attached on the server's /dev/vdc device, this volume disappeared after resizing(by virsh dumpxml), but I can get the volume is in-use by nova volume-list. What I want to ask is that, should we detach the volumes before resizing a server and reattach it after resized? If anything is wrong above, welcome to correct it. Thanks in Advance Best Regards, Wangpan 网易阅读，随时随地，享受最新潮品质的移动阅读。___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] Multi-host ip mix up.
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 from the vm using tcpdump. Somehow it the request isn't making it to dnsmasq or the response is not making it back. Vish On Jun 26, 2012, at 1:35 AM, Leander Bessa Beernaert wrote: I've tried again this morning: The ip adress assigned to the vm in the dashboard is 10.0.9.3, however the instances only responds to pings on the compute node where it was launched and with the ip address 10.0.9.7. Here's the vm's log: http://paste.openstack.org/show/18796/ and the ip is assigned to br109 with the ip 10.0.9.7. I'm using a vlan configuration, the instances for this project are all launched on a network assigned to vlan109. On Mon, Jun 25, 2012 at 9:03 PM, Vishvananda Ishaya vishvana...@gmail.com wrote: 10.0.9.5 is probably the ip that nova assigned to your compute host for the bridge. ip addr show should show it on br100 There is likely something else going on that is causing your instance to fail to network properly. I would check the console output of the vm first, make sure it is getting an ip address. If that looks good, check for security group rules, then start doing tcpdump to see where you are losing packets. Vish On Jun 25, 2012, at 9:08 AM, Leander Bessa Beernaert wrote: Hello, I've setup OpenStack with a multi-host configuration. Everything appears to be working fine. However, when i launch an instance, it get's assigned an ip (10.0.9.3) and when i ping that IP i get this output: ping 10.0.9.3 PING 10.0.9.3 (10.0.9.3) 56(84) bytes of data. From 10.0.9.5 icmp_seq=1 Destination Host Unreachable From 10.0.9.5 icmp_seq=2 Destination Host Unreachable From 10.0.9.5 icmp_seq=3 Destination Host Unreachable If i ping the adress 10.0.9.5 i get a response. ping 10.0.9.5 PING 10.0.9.5 (10.0.9.5) 56(84) bytes of data. 64 bytes from 10.0.9.5: icmp_req=1 ttl=64 time=0.043 ms 64 bytes from 10.0.9.5: icmp_req=2 ttl=64 time=0.035 ms 64 bytes from 10.0.9.5: icmp_req=3 ttl=64 time=0.036 ms Any idea what's happening here? Regards, Leander ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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 this to actually fix your problem, but it's a place to start…) Also, double-check the permissions on the diagnostics.py file. Finally, verify that your current directory is the top-level directory of the repository, not the nova subdirectory of the repository… -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [Openstack-operators] New mailing list server [status update]
On 06/25/2012 11:30 PM, ronald munjoma wrote: http://stagelists.openstack.org/cgi-bin/mailman/listinfo/foundation qoute (/The subscribers list is only available to the list members./) /quote is it not better to make the subscribers list only available to the list admins? Good catch. Yes, I agree it's better. thanks, stef ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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 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 this to actually fix your problem, but it's a place to start…) Also, double-check the permissions on the diagnostics.py file. Finally, verify that your current directory is the top-level directory of the repository, not the nova subdirectory of the repository… -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] New mailing list server [status update]
On 06/26/2012 02:49 AM, Daniel P. Berrange wrote: I think the site is looking pretty good - like the styling you managed to inflict on Mailman ! Thanks. I like how libvirt hammered on the listinfo page too! To change that page needs heavy changes to the mailman code, I'm not sure it's worth maintaining a (small) fork only for that page though. A couple of small points / suggestions (that you might already be working on): [...] Both are known issues. Next in my personal todo list is to write the one liners and the longer descriptions for each list. I'll send a draft soon for discussion. Next step is to set a deadline for the migration of the server and execute. I'll coordinate with Duncan and the infra team offline. Expect news soon. Thanks, stef ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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 absolute. This is why I suggest that you should always call run_tests.sh from the top-level of the repository, not from the nova subdirectory… -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [Continuous-Integration] What else is running on the Jenkins slaves?
Thanks for the quick response ... Very basic things, not much other than the Jenkins Slave service and SSH. Nothing that should cause conflicts that you are seeing. We also intentionally only run one test run per slave at a time. Interesting, seems the alternate explanation of a lag-on-closure is the more likely in that case. Are you closing ports with SO_REUSEADDR? If the registry service or something else isn't then I guess that could cause it. We do set SO_REUSEADDR on the registry server socket, but not on the dummy socket used to identify an unused port. But I think setting SO_REUSEADDR on the latter would defeat the purpose of the dummy socket, by breaking the constraint that the port should be previously unused. Cheers, Eoghan ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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 directory perfectly, except connection.py. On Tue, Jun 26, 2012 at 4:28 PM, Kevin L. Mitchell kevin.mitch...@rackspace.com wrote: 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 absolute. This is why I suggest that you should always call run_tests.sh from the top-level of the repository, not from the nova subdirectory… -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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/libvirt, it fails. The funny thing is i can import all the modules int that directory perfectly, except connection.py. That's expected. Whenever you run Python, the current directory is added to the import path. connection.py has several absolute imports that it depends on being able to import; when you run from the top-level of the repo, things like nova.virt.libvirt.utils can be found, whereas importing from the nova/virt/libvirt directory means that nova.virt.libvirt makes no sense. -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [OpenStack][Nova] No tests available in custom branch
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 +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/libvirt, it fails. The funny thing is i can import all the modules int that directory perfectly, except connection.py. That's expected. Whenever you run Python, the current directory is added to the import path. connection.py has several absolute imports that it depends on being able to import; when you run from the top-level of the repo, things like nova.virt.libvirt.utils can be found, whereas importing from the nova/virt/libvirt directory means that nova.virt.libvirt makes no sense. -- Kevin L. Mitchell kevin.mitch...@rackspace.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] nova boot --hint same_host=[UUID] fails with InstanceNotFound: Instance [ could not be found. ?
On 06/26/2012 04:31 AM, Christian Parpart wrote: Hey all, while strictly following the guidelines [1] on how to spawn an instance on the same host as another instance, I don't see any link for [1] above? I run into the error, that it cannot find some instanced called: [, which - of course - is not the UUID I specified. I tried dropping the [ ] and just passed the UUID right away, but still, then is just takes the first character of the UUID and says, that it can't find this one. my exact command line looked like this: nova boot --image 6c73d25e-df93-4c96-a803-9d419a367267 --flavor 16 --hint same_host=[df5fd16b-271d-45ac-9e9a-5d3ad33920e5] $instance_name Did you try this? nova boot --image 6c73d25e-df93-4c96-a803-9d419a367267 --flavor 16 --hint same_host=df5fd16b-271d-45ac-9e9a-5d3ad33920e5 $instance_name Best, -jay 2012-06-26 08:26:28 ERROR nova.rpc.amqp [req-67363fee-1046-4ff8-90a2-05aacb1cbe10 fe655fd0ad49474db5882931685c77fe 8f956f17ce9d4c4d9957c230aab4f720] Exception during message handling 2012-06-26 08:26:28 TRACE nova.rpc.amqp Traceback (most recent call last): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/rpc/amqp.py, line 252, in _process_data 2012-06-26 08:26:28 TRACE nova.rpc.amqp rval = node_func(context=ctxt, **node_args) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/manager.py, line 115, in run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp context, ex, *args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/contextlib.py, line 24, in __exit__ 2012-06-26 08:26:28 TRACE nova.rpc.amqp self.gen.next() 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/manager.py, line 105, in run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.driver.schedule_run_instance(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/multi.py, line 78, in schedule_run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.drivers['compute'].schedule_run_instance(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py, line 72, in schedule_run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp *args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py, line 194, in _schedule 2012-06-26 08:26:28 TRACE nova.rpc.amqp filter_properties) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/host_manager.py, line 218, in filter_hosts 2012-06-26 08:26:28 TRACE nova.rpc.amqp if host.passes_filters(filter_fns, filter_properties): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/host_manager.py, line 156, in passes_filters 2012-06-26 08:26:28 TRACE nova.rpc.amqp if not filter_fn(self, filter_properties): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filters/affinity_filter.py, line 64, in host_passes 2012-06-26 08:26:28 TRACE nova.rpc.amqp if self._affinity_host(context, i) == me]) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filters/affinity_filter.py, line 30, in _affinity_host 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.compute_api.get(context, instance_id)['host'] 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/compute/api.py, line 1022, in get 2012-06-26 08:26:28 TRACE nova.rpc.amqp instance = self.db.instance_get(context, instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/api.py, line 540, in instance_get 2012-06-26 08:26:28 TRACE nova.rpc.amqp return IMPL.instance_get(context, instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.py, line 120, in wrapper 2012-06-26 08:26:28 TRACE nova.rpc.amqp return f(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.py, line 1339, in instance_get 2012-06-26 08:26:28 TRACE nova.rpc.amqp raise exception.InstanceNotFound(instance_id=instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp InstanceNotFound: Instance [ could not be found. And that's the error in the log then. Any ideas if it's my fault or how to work around this? Many thanks in advance, Christian Parpart. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to :
Re: [Openstack] Adding docs gating jobs?
++ -jay On 06/26/2012 10:02 AM, Monty Taylor wrote: Hey guys! We have all of the projects properly and consistently building and uploading sphinx docs from in tree. This is pretty exciting, because it means one more resource we can expect to work. So related to that, we were talking about putting in a gating job for each project to prevent changes from breaking the docs. I don't really expect these jobs to fail builds very often, as the jobs themselves are pretty stable - but obviously it's the kind of thing people might have an opinion on. Thoughts? Monty ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] nova boot --hint same_host=[UUID] fails with InstanceNotFound: Instance [ could not be found. ?
Filed a bug here: https://bugs.launchpad.net/nova/+bug/1017988 Fix for nova to allow hints that are not lists: https://review.openstack.org/9002 fix for novaclient to turn multiple hints into a list: https://review.openstack.org/9006 Vish On Jun 26, 2012, at 1:31 AM, Christian Parpart wrote: nova boot --image 6c73d25e-df93-4c96-a803-9d419a367267 --flavor 16 --hint same_host=[df5fd16b-271d-45ac-9e9a-5d3ad33920e5] $instance_name 2012-06-26 08:26:28 ERROR nova.rpc.amqp [req-67363fee-1046-4ff8-90a2-05aacb1cbe10 fe655fd0ad49474db5882931685c77fe 8f956f17ce9d4c4d9957c230aab4f720] Exception during message handling 2012-06-26 08:26:28 TRACE nova.rpc.amqp Traceback (most recent call last): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/rpc/amqp.py, line 252, in _process_data 2012-06-26 08:26:28 TRACE nova.rpc.amqp rval = node_func(context=ctxt, **node_args) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/manager.py, line 115, in run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp context, ex, *args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/contextlib.py, line 24, in __exit__ 2012-06-26 08:26:28 TRACE nova.rpc.amqp self.gen.next() 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/manager.py, line 105, in run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.driver.schedule_run_instance(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/multi.py, line 78, in schedule_run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.drivers['compute'].schedule_run_instance(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py, line 72, in schedule_run_instance 2012-06-26 08:26:28 TRACE nova.rpc.amqp *args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py, line 194, in _schedule 2012-06-26 08:26:28 TRACE nova.rpc.amqp filter_properties) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/host_manager.py, line 218, in filter_hosts 2012-06-26 08:26:28 TRACE nova.rpc.amqp if host.passes_filters(filter_fns, filter_properties): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/host_manager.py, line 156, in passes_filters 2012-06-26 08:26:28 TRACE nova.rpc.amqp if not filter_fn(self, filter_properties): 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filters/affinity_filter.py, line 64, in host_passes 2012-06-26 08:26:28 TRACE nova.rpc.amqp if self._affinity_host(context, i) == me]) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/scheduler/filters/affinity_filter.py, line 30, in _affinity_host 2012-06-26 08:26:28 TRACE nova.rpc.amqp return self.compute_api.get(context, instance_id)['host'] 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/compute/api.py, line 1022, in get 2012-06-26 08:26:28 TRACE nova.rpc.amqp instance = self.db.instance_get(context, instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/api.py, line 540, in instance_get 2012-06-26 08:26:28 TRACE nova.rpc.amqp return IMPL.instance_get(context, instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.py, line 120, in wrapper 2012-06-26 08:26:28 TRACE nova.rpc.amqp return f(*args, **kwargs) 2012-06-26 08:26:28 TRACE nova.rpc.amqp File /usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.py, line 1339, in instance_get 2012-06-26 08:26:28 TRACE nova.rpc.amqp raise exception.InstanceNotFound(instance_id=instance_id) 2012-06-26 08:26:28 TRACE nova.rpc.amqp InstanceNotFound: Instance [ could not be found. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] About floating ip interface config
Yes, this can work. This is the default setup in devstack. Generally for production you would want to split to separate interfaces or vlans for security reasons, but it does work to put everything on one interface like that. Vish On Jun 26, 2012, at 2:43 AM, David wrote: Hi all Can floating IP interface also use br100 ? I mean flag --public_interface=br100 , and if use flat dhcp mode . And the openstack environment is multi-host : Three host , one controller , two compute node . Best Regards David(李跃洲) ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
force_dhcp_release=true should cause the ip to be released immediately, assuming the relevant optional binary from dnsmasq is installed (it is in the package dnsmasq-utils in ubuntu). The dhcp_release command does not appear to be packaged with Fedora. If it is set to false then the ips should be reclaimed after a set timeout period (ten minutes by default) via a periodic task in the network worker. If they are not being reclaimed properly then there is definitely a bug somewhere... It does not appear that ips are ever properly reclaimed. They will hang around with allocated=0 and instance_id != NULL forever, until I manually correct the database. -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] About cannot ping from compute-node
This is expected. The compute host doesn't have an ip on the vm network unless you are in multi_host mode and you are running nova-network on the compute host as well. Vish On Jun 26, 2012, at 6:49 AM, David wrote: Hi all Is it a problem : I cannot ping from compute-node to vm with a fixed IP . The nova-network service only install on controller . I can ping from controller to vm with fixed IP . Best Regards David(李跃洲) ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] A collection of utilities for cleaning up the database
Since I've been regularly breaking things over the past few weeks I've gotten tired of manually clearing things out of the Nova database. I've written a small collection of tools to make this task easier: https://code.seas.harvard.edu/openstack/stackutil This is Python code which you should be able to easy_install. It requires (and easy_install will install) cliff, a framework for command-line applications. At the moment, it can: - Free ip addresses that have not been correctly released. - Delete instances stuck in the BUILD or ERROR states that won't go away when you use nova delete. - Delete volumes stuck in the attaching or creating state. - Delete disabled services. The last one is there because I couldn't figure out how to disable services (for example, when I remove a compute node). The code uses nova.flag.FLAG to read your nova configuration file, extract sql_connection, and then uses sqlalchemy.engine.create_engine() to create a database connection from that URL. WARNING: This code is a terrible hack and using it could possible corrupt your database and make your OpenStack environment fall over hard. On the other hand, if you're in the early stages of testing this may save you some grief. -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Adding docs gating jobs?
I'm for it. On Jun 26, 2012, at 9:17 AM, Jay Pipes wrote: ++ -jay On 06/26/2012 10:02 AM, Monty Taylor wrote: Hey guys! We have all of the projects properly and consistently building and uploading sphinx docs from in tree. This is pretty exciting, because it means one more resource we can expect to work. So related to that, we were talking about putting in a gating job for each project to prevent changes from breaking the docs. I don't really expect these jobs to fail builds very often, as the jobs themselves are pretty stable - but obviously it's the kind of thing people might have an opinion on. Thoughts? Monty ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Adding docs gating jobs?
great. On Tue, Jun 26, 2012 at 5:17 PM, Jay Pipes jaypi...@gmail.com wrote: ++ -jay On 06/26/2012 10:02 AM, Monty Taylor wrote: Hey guys! We have all of the projects properly and consistently building and uploading sphinx docs from in tree. This is pretty exciting, because it means one more resource we can expect to work. So related to that, we were talking about putting in a gating job for each project to prevent changes from breaking the docs. I don't really expect these jobs to fail builds very often, as the jobs themselves are pretty stable - but obviously it's the kind of thing people might have an opinion on. Thoughts? Monty __**_ Mailing list: https://launchpad.net/~**openstackhttps://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~**openstackhttps://launchpad.net/~openstack More help : https://help.launchpad.net/**ListHelphttps://help.launchpad.net/ListHelp __**_ Mailing list: https://launchpad.net/~**openstackhttps://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~**openstackhttps://launchpad.net/~openstack More help : https://help.launchpad.net/**ListHelphttps://help.launchpad.net/ListHelp -- ~~~ Dan Wendlandt Nicira, Inc: www.nicira.com twitter: danwendlandt ~~~ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
On 06/26/2012 05:55 PM, Lars Kellogg-Stedman wrote: force_dhcp_release=true should cause the ip to be released immediately, assuming the relevant optional binary from dnsmasq is installed (it is in the package dnsmasq-utils in ubuntu). The dhcp_release command does not appear to be packaged with Fedora. It's in the dnsmasq-utils package on Fedora 16 and 17 The Fedora openstack packages auto install this package and enable the option to use it. Oh I see you're using CentOS 6.2. A rebuild of this would probably work: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Workstation/en/os/SRPMS/dnsmasq-2.48-6.el6.src.rpm If it is set to false then the ips should be reclaimed after a set timeout period (ten minutes by default) via a periodic task in the network worker. If they are not being reclaimed properly then there is definitely a bug somewhere... It does not appear that ips are ever properly reclaimed. They will hang around with allocated=0 and instance_id != NULL forever, until I manually correct the database. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
On Jun 26, 2012, at 9:55 AM, Lars Kellogg-Stedman wrote: It does not appear that ips are ever properly reclaimed. They will hang around with allocated=0 and instance_id != NULL forever, until I manually correct the database. I just turned off force_dhcp_release on my install and it appears to be working. Do you see something like the following every sixty seconds in your network.log? 2012-06-26 17:52:38 DEBUG nova.manager [-] Running periodic task FlatDHCPManager._disassociate_stale_fixed_ips from (pid=20993) periodic_tasks /opt/stack/nova/nova/manager.py:164 fixed_ip_disassociate_timeout defaults to 600 so ips should be reclaimed after 10 minutes unless you have changed the value of that option. Vish ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
On Tue, Jun 26, 2012 at 6:55 PM, Lars Kellogg-Stedman l...@seas.harvard.edu wrote: force_dhcp_release=true should cause the ip to be released immediately, assuming the relevant optional binary from dnsmasq is installed (it is in the package dnsmasq-utils in ubuntu). The dhcp_release command does not appear to be packaged with Fedora. It is in optional dnsmasq-utils subpackage in F17 and F16 updates https://admin.fedoraproject.org/updates/dnsmasq-2.59-4.fc16 Cheers, Alan ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova image-list error
Le Tuesday 26 Jun 2012 à 15:24:18 (+0530), Trinath Somanchi a écrit : Hi- I have uploaded an image using glance.  $ glance index  command has given the output. But nova image-list is giving me error. root@OpenstackController:~# glance add name=Ubuntu_1204_Server is_public=true container_format=ovf disk_format=qcow2 ubuntu_server.img Uploading image 'Ubuntu_1204_Server' === =[100%] 24.9M/s, ETA 0h 0m 0s Added new image with ID: 5fde92d7-84da-49a5-b690-4ebdf7c1b2d4 root@OpenstackController:~# glance index ID                                  Name                          Disk Format         Container Format    Size         -- -- 5fde92d7-84da-49a5-b690-4ebdf7c1b2d4 Ubuntu_1204_Server            qcow2               ovf                     1544224768 root@OpenstackController:~# nova image-list ERROR: string indices must be integers, not str root@OpenstackController:~# Can any one help me out in resolving the issue. thanking you... -- Regards, -- Trinath Somanchi, +91 9866 235 130 Please post the output for # keystone service-list keystone endpoint-list -- All mail clients suck. This one just sucks less. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
Do you see something like the following every sixty seconds in your
network.log?
2012-06-26 17:52:38 DEBUG nova.manager [-] Running periodic task
FlatDHCPManager._disassociate_stale_fixed_ips from (pid=20993) periodic_tasks
/opt/stack/nova/nova/manager.py:164
I do see these messages in the log (approximately once/minute, it looks like).
Here's a test:
- I boot and then deleted ('nova delete ...') an instance. This
leaves the database looking like this:
mysql select created_at,updated_at,allocated,instance_id
from fixed_ips where allocated=0 and instance_id is not null;
+-+-+---+-+
| created_at | updated_at | allocated | instance_id |
+-+-+---+-+
| 2012-06-21 20:26:45 | 2012-06-26 18:56:32 | 0 |2247 |
+-+-+---+-+
1 row in set (0.00 sec)
- I wait a while...
mysql select utc_time();
++
| utc_time() |
++
| 19:08:24 |
++
1 row in set (0.00 sec)
- But the ip still has an instance_id:
mysql select created_at,updated_at,allocated,instance_id
from fixed_ips where allocated=0 and instance_id is not null;
+-+-+---+-+
| created_at | updated_at | allocated | instance_id |
+-+-+---+-+
| 2012-06-21 20:26:45 | 2012-06-26 18:56:32 | 0 |2247 |
+-+-+---+-+
1 row in set (0.00 sec)
fixed_ip_disassociate_timeout defaults to 600 so ips should be reclaimed
after 10 minutes unless you have changed the value of that option.
That option appears to be set to the default of 600 seconds.
--
Lars Kellogg-Stedman l...@seas.harvard.edu |
Senior Technologist| http://ac.seas.harvard.edu/
Academic Computing |
http://code.seas.harvard.edu/
Harvard School of Engineering and Applied Sciences |
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
A rebuild of this would probably work: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Workstation/en/os/SRPMS/dnsmasq-2.48-6.el6.src.rpm Thanks for the pointer! I'll drop that into our build system and see what comes out. -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Adding docs gating jobs?
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 have all of the projects properly and consistently building and uploading sphinx docs from in tree. This is pretty exciting, because it means one more resource we can expect to work. So related to that, we were talking about putting in a gating job for each project to prevent changes from breaking the docs. I don't really expect these jobs to fail builds very often, as the jobs themselves are pretty stable - but obviously it's the kind of thing people might have an opinion on. Thoughts? Monty ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] horizon install from devstack fails to find glanceclient/versioninfo
I'm having trouble running devstack today. I'm getting the following error
during the horizon installation. Does anyone have any idea what would be
causing that?
Doug
Downloading/unpacking python-glanceclient (from -r
horizon.egg-info/requires.txt (line 7))
Running setup.py egg_info for package python-glanceclient
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line
22, in module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in
get_post_version
return open(os.path.join(projectname, 'versioninfo'),
'r').read().strip()
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line 22, in
module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in
get_post_version
return open(os.path.join(projectname, 'versioninfo'),
'r').read().strip()
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Re: [Openstack] horizon install from devstack fails to find glanceclient/versioninfo
I'm seeing a lot of that on the CI gate jobs today, too. Seems to be an problem
installing dependencies with pip. Usually I blame this on transient network
problems, unless somebody's been mucking with the clients themselves...
- Gabriel
From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net
[mailto:openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net] On
Behalf Of Doug Hellmann
Sent: Tuesday, June 26, 2012 1:19 PM
To: openstack@lists.launchpad.net
Subject: [Openstack] horizon install from devstack fails to find
glanceclient/versioninfo
I'm having trouble running devstack today. I'm getting the following error
during the horizon installation. Does anyone have any idea what would be
causing that?
Doug
Downloading/unpacking python-glanceclient (from -r
horizon.egg-info/requires.txt (line 7))
Running setup.py egg_info for package python-glanceclient
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line 22, in
module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in
get_post_version
return open(os.path.join(projectname, 'versioninfo'),
'r').read().strip()
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line 22, in
module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in get_post_version
return open(os.path.join(projectname, 'versioninfo'), 'r').read().strip()
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Re: [Openstack] horizon install from devstack fails to find glanceclient/versioninfo
We did land a change to python-glanceclient earlier this morning that caused
this, but I didn't really understand the explanation given to me by Monty.
We've got a patch in review that should help alleviate the problem for now:
https://review.openstack.org/#/c/9018/1
Brain
On Jun 26, 2012, at 1:28 PM, Gabriel Hurley wrote:
I’m seeing a lot of that on the CI gate jobs today, too. Seems to be an
problem installing dependencies with pip. Usually I blame this on transient
network problems, unless somebody’s been mucking with the clients themselves…
- Gabriel
From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net
[mailto:openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net] On
Behalf Of Doug Hellmann
Sent: Tuesday, June 26, 2012 1:19 PM
To: openstack@lists.launchpad.net
Subject: [Openstack] horizon install from devstack fails to find
glanceclient/versioninfo
I'm having trouble running devstack today. I'm getting the following error
during the horizon installation. Does anyone have any idea what would be
causing that?
Doug
Downloading/unpacking python-glanceclient (from -r
horizon.egg-info/requires.txt (line 7))
Running setup.py egg_info for package python-glanceclient
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line 22,
in module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in
get_post_version
return open(os.path.join(projectname, 'versioninfo'),
'r').read().strip()
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line 22, in
module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in get_post_version
return open(os.path.join(projectname, 'versioninfo'), 'r').read().strip()
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
Found the issue. Fix here: https://review.openstack.org/9026 On Jun 26, 2012, at 12:13 PM, Lars Kellogg-Stedman wrote: A rebuild of this would probably work: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Workstation/en/os/SRPMS/dnsmasq-2.48-6.el6.src.rpm Thanks for the pointer! I'll drop that into our build system and see what comes out. -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] horizon install from devstack fails to find glanceclient/versioninfo
It sounds like maybe a new file created by the updated setup.py isn't
included in the package, so when setup.py tries to read the file during
installation it can't.
Thanks for the pointer to the devstack change. I +1ed, but don't have
commit review access there to do any more than that.
On Tue, Jun 26, 2012 at 4:34 PM, Brian Waldon brian.wal...@rackspace.comwrote:
We did land a change to python-glanceclient earlier this morning that
caused this, but I didn't really understand the explanation given to me by
Monty. We've got a patch in review that should help alleviate the problem
for now: https://review.openstack.org/#/c/9018/1
Brain
On Jun 26, 2012, at 1:28 PM, Gabriel Hurley wrote:
I’m seeing a lot of that on the CI gate jobs today, too. Seems to be an
problem installing dependencies with pip. Usually I blame this on transient
network problems, unless somebody’s been mucking with the clients
themselves…
** **
** **
- Gabriel
** **
*From:*
openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net[mailto:
openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net] *On
Behalf Of *Doug Hellmann
*Sent:* Tuesday, June 26, 2012 1:19 PM
*To:* openstack@lists.launchpad.net
*Subject:* [Openstack] horizon install from devstack fails to find
glanceclient/versioninfo
** **
I'm having trouble running devstack today. I'm getting the following error
during the horizon installation. Does anyone have any idea what would be
causing that?
Doug
** **
Downloading/unpacking python-glanceclient (from -r
horizon.egg-info/requires.txt (line 7))
Running setup.py egg_info for package python-glanceclient
Traceback (most recent call last):
File string, line 14, in module
File /opt/stack/horizon/build/python-glanceclient/setup.py, line
22, in module
version=setup.get_post_version('glanceclient'),
File glanceclient/openstack/common/setup.py, line 329, in
get_post_version
return open(os.path.join(projectname, 'versioninfo'),
'r').read().strip()
IOError: [Errno 2] No such file or directory:
'glanceclient/versioninfo'
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
** **
File string, line 14, in module
** **
File /opt/stack/horizon/build/python-glanceclient/setup.py, line 22,
in module
** **
version=setup.get_post_version('glanceclient'),
** **
File glanceclient/openstack/common/setup.py, line 329, in
get_post_version
** **
return open(os.path.join(projectname, 'versioninfo'),
'r').read().strip()
** **
IOError: [Errno 2] No such file or directory: 'glanceclient/versioninfo'**
**
** **
** **
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
Fix here: https://review.openstack.org/9026 That changes appears to be against nova/network/quantum/nova_ipam_lib.py. Is that also in the code path for non-Quantum users (specifically, people using the FlatDHCP model)? -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Swift Probetests
Have I missed a response in the past week? On 2012-06-19, at 12:14 PM, Jay Pipes wrote: On 06/19/2012 11:10 AM, Maru Newby wrote: The swift probetests are broken: https://bugs.launchpad.net/swift/+bug/1014931 Does the swift team intend to maintain probetests going forward? Given how broken they are at present (bad imports, failures even when imports are fixed), it would appear that probetests are not gating commits. That should probably change if the tests are to be maintainable. Hi Maru, cc'ing Jose from the Swift QA team at Rackspace... I don't know what the status is on these probetests or whether they are being maintained. Jose or John, any ideas? If they are useful, we could bring them into the module initialization of the Tempest Swift tests. Best, jay ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
Yessir. The issue (which was very annoying to track down) is the nova_ipam_lib is loaded by default, and it trickily was unsetting the timeout_fixed_ips setting of FlatDHCPManager with the (seemingly innocuous): self.net_manager.timeout_fixed_ips = not self.net_manager.DHCP Vish On Jun 26, 2012, at 1:46 PM, Lars Kellogg-Stedman wrote: Fix here: https://review.openstack.org/9026 That changes appears to be against nova/network/quantum/nova_ipam_lib.py. Is that also in the code path for non-Quantum users (specifically, people using the FlatDHCP model)? -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Swift Probetests
Not that I know of. Best, -jay On 06/26/2012 04:54 PM, Maru Newby wrote: Have I missed a response in the past week? On 2012-06-19, at 12:14 PM, Jay Pipes wrote: On 06/19/2012 11:10 AM, Maru Newby wrote: The swift probetests are broken: https://bugs.launchpad.net/swift/+bug/1014931 Does the swift team intend to maintain probetests going forward? Given how broken they are at present (bad imports, failures even when imports are fixed), it would appear that probetests are not gating commits. That should probably change if the tests are to be maintainable. Hi Maru, cc'ing Jose from the Swift QA team at Rackspace... I don't know what the status is on these probetests or whether they are being maintained. Jose or John, any ideas? If they are useful, we could bring them into the module initialization of the Tempest Swift tests. Best, jay ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Swift Probetests
The probe tests are internal whole-system type of tests that test functionality never exposed through normal integration testing. They exist at the level between unit tests and functional tests. For example, one of the probetests makes sure that asynchronous container updates actually happen. Unit tests aren't concerned with this sort of internal system integration test, and functional tests only test external functionality. The probe tests ensure that the interaction between the different swift processes are still functioning as expected. At least that's the idea. If they are broken in master right now, then that shows how little they are checked. Unless the other swift core devs feel differently, I think they should probably be fixed up. --John On Jun 26, 2012, at 4:21 PM, Jay Pipes wrote: Not that I know of. Best, -jay On 06/26/2012 04:54 PM, Maru Newby wrote: Have I missed a response in the past week? On 2012-06-19, at 12:14 PM, Jay Pipes wrote: On 06/19/2012 11:10 AM, Maru Newby wrote: The swift probetests are broken: https://bugs.launchpad.net/swift/+bug/1014931 Does the swift team intend to maintain probetests going forward? Given how broken they are at present (bad imports, failures even when imports are fixed), it would appear that probetests are not gating commits. That should probably change if the tests are to be maintainable. Hi Maru, cc'ing Jose from the Swift QA team at Rackspace... I don't know what the status is on these probetests or whether they are being maintained. Jose or John, any ideas? If they are useful, we could bring them into the module initialization of the Tempest Swift tests. Best, jay smime.p7s Description: S/MIME cryptographic signature ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [Nova] How to improve our bug triaging ?
On Jun 21, 2012, at 7:29 AM, Thierry Carrez wrote: snip * 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 exciting events... +1 * Add BugTriaging to the core dev duties (new ReviewDays task) ? May be a good idea since core devs are also Nova bug supervisors, so they actually /can/ triage bugs. However it sounds a bit unfair to core devs, and I fear it would result in Nova reviews getting even less attention than they get currently... Lets hold off on this until we see how the below goes * Should we just encourage more people to do BugTriaging ? Sounds like the obvious solution. However to do good triaging, you need bug supervisors rights, and when I proposed to open that team (the nova-bugs team) to anyone, there was resistance. Maybe it makes sense for Nova though... or maybe someone should actively manage that team and grant rights to any known triager that needs them. Lets just open it up for now and approve everyone in the current queue Thoughts ? Other suggestions ? A formalized way for triagers to mark tough bugs for review by core would be great. Then a core duty of sifting through those bugs makes sense. Vish ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] horizon install from devstack fails to find glanceclient/versioninfo
On Tue, Jun 26, 2012 at 3:43 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Thanks for the pointer to the devstack change. I +1ed, but don't have commit review access there to do any more than that. It just merged...I've requeued a couple of reviews that failed earlier due to this problem, we'll see how it goes. dt -- Dean Troyer dtro...@gmail.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [keystone] proposing adding Adam Young (ayoung) to keystone-core
I can get behind that. Despite some vigorous debates he and I have had, I can stand behind his overall knowledge, contributions and quality standards. ;-) +1. - Gabriel -Original Message- From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net [mailto:openstack- bounces+gabriel.hurley=nebula@lists.launchpad.net] On Behalf Of Joseph Heck Sent: Tuesday, June 26, 2012 2:07 PM To: openstack@lists.launchpad.net (openstack@lists.launchpad.net) Subject: [Openstack] [keystone] proposing adding Adam Young (ayoung) to keystone-core Given his work in Keystone since the redux, I would like propose Adam Young (ayoung) be added to the group keystone-core. For a process in doing this, I thought we'd generally follow Nova's core- promotion process = lazy consensus over a week, and assuming no -1's and at least two +1's from current core members, it's good to go. -joe ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [keystone] proposing adding Adam Young (ayoung) to keystone-core
Easy +1 -Dolph Mathews On Jun 26, 2012, at 4:06 PM, Joseph Heck he...@mac.com wrote: Given his work in Keystone since the redux, I would like propose Adam Young (ayoung) be added to the group keystone-core. For a process in doing this, I thought we'd generally follow Nova's core-promotion process = lazy consensus over a week, and assuming no -1's and at least two +1's from current core members, it's good to go. -joe ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] horizon install from devstack fails to find glanceclient/versioninfo
OK, I got past that part but now I'm seeing an error about a missing volume group stack-volumes. Is that related to enabling cinder? The only settings I have in my localrc file are passwords. Is there something else I need to do to ensure cinder is on? On Tue, Jun 26, 2012 at 5:47 PM, Dean Troyer dtro...@gmail.com wrote: On Tue, Jun 26, 2012 at 3:43 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Thanks for the pointer to the devstack change. I +1ed, but don't have commit review access there to do any more than that. It just merged...I've requeued a couple of reviews that failed earlier due to this problem, we'll see how it goes. dt -- Dean Troyer dtro...@gmail.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] horizon install from devstack fails to find glanceclient/versioninfo
On Tue, Jun 26, 2012 at 6:37 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: OK, I got past that part but now I'm seeing an error about a missing volume group stack-volumes. Is that related to enabling cinder? The only settings I have in my localrc file are passwords. Is there something else I need to do to ensure cinder is on? I use this to enable cinder: ENABLED_SERVICES=$(echo $ENABLED_SERVICES | sed 's/n-vol/c-api,c-sch,c-vol/') But the volume group should be created either way. The cinder patch did change its name from nova-volumes to stack-volumes though. dt -- Dean Troyer dtro...@gmail.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova doesn't release ips when terminating instances
The issue (which was very annoying to track down) is the nova_ipam_lib is loaded by default, and it trickily was unsetting the timeout_fixed_ips setting of FlatDHCPManager with the (seemingly innocuous): self.net_manager.timeout_fixed_ips = not self.net_manager.DHCP Got it. I can confirm that it has fixed our problem with addresses not being released. Thanks! -- Lars Kellogg-Stedman l...@seas.harvard.edu | Senior Technologist| http://ac.seas.harvard.edu/ Academic Computing | http://code.seas.harvard.edu/ Harvard School of Engineering and Applied Sciences | ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] About floating ip interface config
Hi David, Are you using devstack? Would you please explain me more details about your issue? I have the similar kind of questions before, but I am not sure we met the same. Firstly, how many NICs are you using for OpenStack? If you are using flat dhcp mode, no matter you set br100 or other ethernet to it, they are both fine as Vish explained. Please remember do not let your fix ip network and floating ip network connect to the same bridge or ethernet/NIC. Best wishes. Vincent Hou (侯胜博) Software Engineer, Standards Growth Team, Emerging Technology Institute, IBM China Software Development Lab Tel: 86-10-82450778 Fax: 86-10-82453660 Notes ID: Sheng Bo Hou/China/IBM@IBMCNE-mail: sb...@cn.ibm.com Address:3F Ring, Building 28 Zhongguancun Software Park, 8 Dongbeiwang West Road, Haidian District, Beijing, P.R.C.100193 Vishvananda Ishaya vishvana...@gmail.com Sent by: openstack-bounces+sbhou=cn.ibm@lists.launchpad.net 2012-06-27 00:51 To David yuezhou...@hisoft.com cc openstack@lists.launchpad.net Subject Re: [Openstack] About floating ip interface config Yes, this can work. This is the default setup in devstack. Generally for production you would want to split to separate interfaces or vlans for security reasons, but it does work to put everything on one interface like that. Vish On Jun 26, 2012, at 2:43 AM, David wrote: Hi all Can floating IP interface also use br100 ? I mean flag --public_interface=br100 , and if use flat dhcp mode . And the openstack environment is multi-host : Three host , one controller , two compute node . Best Regards David(李跃洲) ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Nova image-list error
Try nova --debug image-list - It should give you more information/stack trace. -Mandar From: openstack-bounces+mandar.vaze=nttdata@lists.launchpad.net [mailto:openstack-bounces+mandar.vaze=nttdata@lists.launchpad.net] On Behalf Of Trinath Somanchi Sent: Tuesday, June 26, 2012 3:24 PM To: openstack@lists.launchpad.net Subject: [Openstack] Nova image-list error Hi- I have uploaded an image using glance. $ glance index command has given the output. But nova image-list is giving me error. root@OpenstackController:~# glance add name=Ubuntu_1204_Server is_public=true container_format=ovf disk_format=qcow2 ubuntu_server.img Uploading image 'Ubuntu_1204_Server' [100%] 24.9M/s, ETA 0h 0m 0s Added new image with ID: 5fde92d7-84da-49a5-b690-4ebdf7c1b2d4 root@OpenstackController:~# glance index ID Name Disk Format Container Format Size -- -- 5fde92d7-84da-49a5-b690-4ebdf7c1b2d4 Ubuntu_1204_Server qcow2 ovf 1544224768 root@OpenstackController:~# nova image-list ERROR: string indices must be integers, not str root@OpenstackController:~# Can any one help me out in resolving the issue. thanking you... -- Regards, -- Trinath Somanchi, +91 9866 235 130 __ Disclaimer:This email and any attachments are sent in strictest confidence for the sole use of the addressee and may contain legally privileged, confidential, and proprietary data. If you are not the intended recipient, please advise the sender by replying promptly to this email and then delete and destroy this email and any attachments without any further use, copying or forwarding ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack-poc] [OpenStack Foundation] Technical Committee: reserved seats for PTLs (or not)
Jim Jagielski wrote: Why not STV? Many many many other FOSS orgs use it; it's well known and really does the job. Many many FOSS orgs also use Schulze [1]... That said I would agree that while Schulze is great to pick a single winner, it's lacking a bit when the vote is about picking multiple winners : if a given party owns 51% of the voters and they all vote the same, you'll end up with them 100% of the seats. This can be mitigated by using CIVS's experimental support for proportional representation[2], which is what I suggest we use in the draft. However that support is... well... experimental, so maybe STV is a better choice here. In particular in CIVS you have to numerically ponder the options, which is admittedly very confusing. Would you recommend an online platform that lets us run the election using STV ? Any other advantage to using STV ? [1] http://en.wikipedia.org/wiki/Schulze_method#Use_of_the_Schulze_method [2] http://www.cs.cornell.edu/w8/~andru/civs/proportional.html -- Thierry Carrez (ttx) Release Manager, OpenStack ___ Mailing list: https://launchpad.net/~openstack-poc Post to : openstack-poc@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-poc More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Failure: precise-openstack-essex-test #572
Title: precise-openstack-essex-test
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise-openstack-essex-test/572/Project:precise-openstack-essex-testDate of build:Tue, 26 Jun 2012 12:39:22 -0400Build duration:1 min 20 secBuild cause:Started by command lineBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 3 out of the last 5 builds failed.40ChangesNo ChangesConsole Output[...truncated 700 lines...]++ export EC2_PRIVATE_KEY=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/pk.pem++ EC2_PRIVATE_KEY=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/pk.pem++ export EC2_CERT=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cert.pem++ EC2_CERT=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cert.pem++ export NOVA_CERT=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cacert.pem++ NOVA_CERT=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cacert.pem++ export EUCALYPTUS_CERT=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cacert.pem++ EUCALYPTUS_CERT=/var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cacert.pem++ alias 'ec2-bundle-image=ec2-bundle-image --cert /var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cert.pem --privatekey /var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/pk.pem --user 42 --ec2cert /var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cacert.pem'++ alias 'ec2-upload-bundle=ec2-upload-bundle -a 062ad348c89f446bb7d2ca5843a39077 -s 90de464cc3a94dada3102a2a0d0f4ac4 --url http://test-10.os.magners.qa.lexington: --ec2cert /var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/cacert.pem'++ export RUNNING_TIMEOUT=120++ RUNNING_TIMEOUT=120++ export ASSOCIATE_TIMEOUT=15++ ASSOCIATE_TIMEOUT=15+ source /var/lib/jenkins/jobs/precise-openstack-essex-test/workspace/devstack/exerciserc++ export ACTIVE_TIMEOUT=60++ ACTIVE_TIMEOUT=60++ export ASSOCIATE_TIMEOUT=15++ ASSOCIATE_TIMEOUT=15++ export BOOT_TIMEOUT=60++ BOOT_TIMEOUT=60++ export RUNNING_TIMEOUT=120++ RUNNING_TIMEOUT=120++ export TERMINATE_TIMEOUT=30++ TERMINATE_TIMEOUT=30+ DEFAULT_INSTANCE_TYPE=m1.tiny+ DEFAULT_IMAGE_NAME=ami+ nova listERROR: printt=SKIP boot_from_volumeSKIP client-argsSKIP client-envSKIP swiftFAILED aggregatesFAILED bundleFAILED eucaFAILED floating_ipsFAILED volumes=Traceback (most recent call last): File "/var/lib/jenkins/tools/jenkins-scripts/collate-versions.py", line 39, in table.set_field_align('Package', 'l') File "/usr/lib/python2.7/dist-packages/prettytable.py", line 163, in __getattr__raise AttributeError(name)AttributeError: set_field_alignBuild step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure--
Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications
Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications
More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Failure: quantal_folsom_python-novaclient_trunk #4
Title: quantal_folsom_python-novaclient_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/quantal_folsom_python-novaclient_trunk/4/Project:quantal_folsom_python-novaclient_trunkDate of build:Tue, 26 Jun 2012 13:01:53 -0400Build duration:1 min 57 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 4 builds failed.75ChangesImplement post-tag versioning numbering.by mordrededitMANIFEST.ineditsetup.pyeditnovaclient/openstack/common/setup.pyedit.gitignoreCleanup of setup.py usage of openstack-common.by mordreddeletetools/rfc.sheditsetup.pyConsole Output[...truncated 1093 lines...]hard linking tests/v1_1/test_floating_ips.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_hosts.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_images.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_keypairs.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_limits.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_quota_classes.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_quotas.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_security_group_rules.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_security_groups.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_servers.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_shell.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_usage.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/testfile.txt -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/utils.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tools/install_venv.py -> python-novaclient-2.6.1.2/toolshard linking tools/nova.bash_completion -> python-novaclient-2.6.1.2/toolshard linking tools/pip-requires -> python-novaclient-2.6.1.2/toolshard linking tools/test-requires -> python-novaclient-2.6.1.2/toolshard linking tools/with_venv.sh -> python-novaclient-2.6.1.2/toolscopying setup.cfg -> python-novaclient-2.6.1.2Writing python-novaclient-2.6.1.2/setup.cfgcreating distCreating tar archiveremoving 'python-novaclient-2.6.1.2' (and everything under it)ERROR:root:Error occurred during package creation/buildERROR:root:[Errno 2] No such file or directory: '/tmp/tmpVXkoH7/git/python-novaclient/dist/python-novaclient-2012.2.tar.gz'INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/python-novaclient/quantal-folsom-proposed /tmp/tmpVXkoH7/python-novaclientmk-build-deps -i -r -t apt-get -y /tmp/tmpVXkoH7/python-novaclient/debian/controlpython setup.py sdistTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 138, in raise eIOError: [Errno 2] No such file or directory: '/tmp/tmpVXkoH7/git/python-novaclient/dist/python-novaclient-2012.2.tar.gz'Error in sys.excepthook:Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 68, in apport_excepthookbinary = os.path.realpath(os.path.join(os.getcwdu(), sys.argv[0]))OSError: [Errno 2] No such file or directoryOriginal exception was:Traceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 138, in raise eIOError: [Errno 2] No such file or directory: '/tmp/tmpVXkoH7/git/python-novaclient/dist/python-novaclient-2012.2.tar.gz'Build step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Failure: precise_folsom_python-novaclient_trunk #6
Title: precise_folsom_python-novaclient_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_python-novaclient_trunk/6/Project:precise_folsom_python-novaclient_trunkDate of build:Tue, 26 Jun 2012 13:01:54 -0400Build duration:2 min 3 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 2 out of the last 5 builds failed.60ChangesImplement post-tag versioning numbering.by mordrededitMANIFEST.inedit.gitignoreeditsetup.pyeditnovaclient/openstack/common/setup.pyCleanup of setup.py usage of openstack-common.by mordreddeletetools/rfc.sheditsetup.pyConsole Output[...truncated 801 lines...]hard linking tests/v1_1/test_floating_ips.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_hosts.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_images.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_keypairs.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_limits.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_quota_classes.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_quotas.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_security_group_rules.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_security_groups.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_servers.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_shell.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/test_usage.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/testfile.txt -> python-novaclient-2.6.1.2/tests/v1_1hard linking tests/v1_1/utils.py -> python-novaclient-2.6.1.2/tests/v1_1hard linking tools/install_venv.py -> python-novaclient-2.6.1.2/toolshard linking tools/nova.bash_completion -> python-novaclient-2.6.1.2/toolshard linking tools/pip-requires -> python-novaclient-2.6.1.2/toolshard linking tools/test-requires -> python-novaclient-2.6.1.2/toolshard linking tools/with_venv.sh -> python-novaclient-2.6.1.2/toolscopying setup.cfg -> python-novaclient-2.6.1.2Writing python-novaclient-2.6.1.2/setup.cfgcreating distCreating tar archiveremoving 'python-novaclient-2.6.1.2' (and everything under it)ERROR:root:Error occurred during package creation/buildERROR:root:[Errno 2] No such file or directory: '/tmp/tmp7EfvNf/git/python-novaclient/dist/python-novaclient-2012.2.tar.gz'INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/python-novaclient/precise-folsom-proposed /tmp/tmp7EfvNf/python-novaclientmk-build-deps -i -r -t apt-get -y /tmp/tmp7EfvNf/python-novaclient/debian/controlpython setup.py sdistTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 138, in raise eIOError: [Errno 2] No such file or directory: '/tmp/tmp7EfvNf/git/python-novaclient/dist/python-novaclient-2012.2.tar.gz'Error in sys.excepthook:Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 68, in apport_excepthookbinary = os.path.realpath(os.path.join(os.getcwdu(), sys.argv[0]))OSError: [Errno 2] No such file or directoryOriginal exception was:Traceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 138, in raise eIOError: [Errno 2] No such file or directory: '/tmp/tmp7EfvNf/git/python-novaclient/dist/python-novaclient-2012.2.tar.gz'Build step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Failure: precise_folsom_python-glanceclient_trunk #4
Title: precise_folsom_python-glanceclient_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_python-glanceclient_trunk/4/Project:precise_folsom_python-glanceclient_trunkDate of build:Tue, 26 Jun 2012 13:01:53 -0400Build duration:2 min 17 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 2 out of the last 4 builds failed.50ChangesAdd support for tag-based version numbers.by mordrededit.gitignoreeditMANIFEST.ineditsetup.pyeditglanceclient/openstack/common/setup.pyConsole Output[...truncated 873 lines...]hard linking glanceclient/v2/images.py -> python-glanceclient-0.1.0.4/glanceclient/v2hard linking glanceclient/v2/schemas.py -> python-glanceclient-0.1.0.4/glanceclient/v2hard linking glanceclient/v2/shell.py -> python-glanceclient-0.1.0.4/glanceclient/v2hard linking python_glanceclient.egg-info/PKG-INFO -> python-glanceclient-0.1.0.4/python_glanceclient.egg-infohard linking python_glanceclient.egg-info/SOURCES.txt -> python-glanceclient-0.1.0.4/python_glanceclient.egg-infohard linking python_glanceclient.egg-info/dependency_links.txt -> python-glanceclient-0.1.0.4/python_glanceclient.egg-infohard linking python_glanceclient.egg-info/entry_points.txt -> python-glanceclient-0.1.0.4/python_glanceclient.egg-infohard linking python_glanceclient.egg-info/requires.txt -> python-glanceclient-0.1.0.4/python_glanceclient.egg-infohard linking python_glanceclient.egg-info/top_level.txt -> python-glanceclient-0.1.0.4/python_glanceclient.egg-infohard linking tests/__init__.py -> python-glanceclient-0.1.0.4/testshard linking tests/utils.py -> python-glanceclient-0.1.0.4/testshard linking tests/v1/__init__.py -> python-glanceclient-0.1.0.4/tests/v1hard linking tests/v1/test_image_members.py -> python-glanceclient-0.1.0.4/tests/v1hard linking tests/v1/test_images.py -> python-glanceclient-0.1.0.4/tests/v1hard linking tests/v2/__init__.py -> python-glanceclient-0.1.0.4/tests/v2hard linking tests/v2/test_schemas.py -> python-glanceclient-0.1.0.4/tests/v2hard linking tools/pip-requires -> python-glanceclient-0.1.0.4/toolshard linking tools/test-requires -> python-glanceclient-0.1.0.4/toolshard linking tools/with_venv.sh -> python-glanceclient-0.1.0.4/toolscopying setup.cfg -> python-glanceclient-0.1.0.4Writing python-glanceclient-0.1.0.4/setup.cfgcreating distCreating tar archiveremoving 'python-glanceclient-0.1.0.4' (and everything under it)ERROR:root:Error occurred during package creation/buildERROR:root:[Errno 2] No such file or directory: '/tmp/tmpo_e8tU/git/python-glanceclient/dist/python-glanceclient-2012.2.tar.gz'INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/python-glanceclient/precise-folsom-proposed /tmp/tmpo_e8tU/python-glanceclientmk-build-deps -i -r -t apt-get -y /tmp/tmpo_e8tU/python-glanceclient/debian/controlpython setup.py sdistTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 138, in raise eIOError: [Errno 2] No such file or directory: '/tmp/tmpo_e8tU/git/python-glanceclient/dist/python-glanceclient-2012.2.tar.gz'Error in sys.excepthook:Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 68, in apport_excepthookbinary = os.path.realpath(os.path.join(os.getcwdu(), sys.argv[0]))OSError: [Errno 2] No such file or directoryOriginal exception was:Traceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 138, in raise eIOError: [Errno 2] No such file or directory: '/tmp/tmpo_e8tU/git/python-glanceclient/dist/python-glanceclient-2012.2.tar.gz'Build step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Failure: precise_essex_deploy_proposed #22
Title: precise_essex_deploy_proposed General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_essex_deploy_proposed/22/Project:precise_essex_deploy_proposedDate of build:Tue, 26 Jun 2012 16:52:04 -0400Build duration:8 min 28 secBuild cause:Started by user adamBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 2 out of the last 5 builds failed.60ChangesNo ChangesBuild Artifactslogs/syslog.tar.gzlogs/test-02.os.magners.qa.lexington-log.tar.gzlogs/test-03.os.magners.qa.lexington-log.tar.gzlogs/test-04.os.magners.qa.lexington-log.tar.gzlogs/test-07.os.magners.qa.lexington-log.tar.gzlogs/test-08.os.magners.qa.lexington-log.tar.gzlogs/test-09.os.magners.qa.lexington-log.tar.gzlogs/test-10.os.magners.qa.lexington-log.tar.gzConsole Output[...truncated 2105 lines...]DEBUG: Service 'openstack-dashboard'DEBUG: - Machine: test-09.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Service 'glance'DEBUG: - Machine: test-12.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Calling 'juju status'...DEBUG: Service 'openstack-dashboard'DEBUG: - Machine: test-09.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Service 'glance'DEBUG: - Machine: test-12.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Service 'keystone'DEBUG: - Machine: test-07.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Service 'rabbitmq'DEBUG: - Machine: test-10.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Service 'mysql'DEBUG: - Machine: test-08.os.magners.qa.lexingtonDEBUG: - State:pendingDEBUG: Calling 'juju status'...DEBUG: Calling 'juju status'...DEBUG: Calling 'juju status'...ERROR: Call to 'juju status' failed!- Deploying nova-compute in group 1/1- Deploying nova-volume in group 1/1- Deploying nova-cloud-controller in group 1/1- Deploying keystone in group 1/1- Deploying rabbitmq in group 1/1- Deploying mysql in group 1/1- Deploying openstack-dashboard in group 1/1- Deploying glance in group 1/1+ rc=1+ echo 'Deployer returned: 1'Deployer returned: 1++ /var/lib/jenkins/tools/juju-deployer/deployer.py -f nova-cloud-controllerERROR: Service 'nova-cloud-controller' not found in current deployment.+ export NOVA_HOST=+ NOVA_HOST=+ [[ -z '' ]]+ echo 'Couldn'\''t find NOVA_HOST.'Couldn't find NOVA_HOST.+ exit 1Build step 'Execute shell' marked build as failureArchiving artifactsEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Failure: precise_folsom_nova_trunk #31
Title: precise_folsom_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_nova_trunk/31/Project:precise_folsom_nova_trunkDate of build:Tue, 26 Jun 2012 18:01:53 -0400Build duration:7 min 47 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80Changesfix libvirt get_memory_mb_total() with xenby pbradyeditnova/virt/libvirt/connection.pyRemoves utils.fetch_file (no longer used).by dprinceeditnova/utils.pyRemoves utils.logging_error (no longer used)by dprinceeditnova/utils.pyConsole Output[...truncated 11267 lines...]deleting and forgetting pool/main/n/nova/nova-doc_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-network_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-objectstore_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-scheduler_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-vncproxy_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-volume_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-xcp-network_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-xcp-plugins_2012.2+git201206261304~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/python-nova_2012.2+git201206261304~precise-0ubuntu1_all.debINFO:root:Pushing changes back to bzr testing branchPushed up to revision 379.INFO:root:Storing current commit for next build: c4ddd0fff52bf83fc65db43ff5850116c7f29f68INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/nova/precise-folsom-proposed /tmp/tmpRi7l8O/novamk-build-deps -i -r -t apt-get -y /tmp/tmpRi7l8O/nova/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/nova/precise-folsom --forcedch -b -D precise --newversion 2012.2+git201206261802~precise-0ubuntu1 Automated Ubuntu testing build:dch -b -D precise --newversion 2012.2+git201206261802~precise-0ubuntu1 Automated Ubuntu testing build:debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC nova_2012.2+git201206261802~precise-0ubuntu1_source.changessbuild -d precise-folsom -n -A nova_2012.2+git201206261802~precise-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/folsom-trunk-testing nova_2012.2+git201206261802~precise-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include precise-folsom nova_2012.2+git201206261802~precise-0ubuntu1_amd64.changesbzr push lp:~openstack-ubuntu-testing/nova/precise-folsom+ [ ! 0 ]+ jenkins-cli build precise_folsom_deployNo such job 'precise_folsom_deploy' perhaps you meant hudson.model.FreeStyleProject@28ce8cee[precise_essex_deploy]?java -jar jenkins-cli.jar build args...Starts a build, and optionally waits for a completion.Aside from general scripting use, this command can beused to invoke another job from within a build of one job.With the -s option, this command changes the exit code based onthe outcome of the build (exit code 0 indicates a success.) JOB : Name of the job to build -p : Specify the build parameters in the key=value format. -s : Wait until the completion/abortion of the command --username VAL : User name to authenticate yourself to Hudson --password VAL : Password for authentication. Note that passing a password in arguments is insecure. --password-file VAL : File that contains the passwordBuild step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Fixed: precise_essex_deploy_proposed #24
Title: precise_essex_deploy_proposed General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/precise_essex_deploy_proposed/24/Project:precise_essex_deploy_proposedDate of build:Tue, 26 Jun 2012 18:05:37 -0400Build duration:14 minBuild cause:Started by user adamBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 3 out of the last 5 builds failed.40ChangesNo ChangesBuild Artifactslogs/syslog.tar.gzlogs/test-02.os.magners.qa.lexington-log.tar.gzlogs/test-03.os.magners.qa.lexington-log.tar.gzlogs/test-04.os.magners.qa.lexington-log.tar.gzlogs/test-06.os.magners.qa.lexington-log.tar.gzlogs/test-07.os.magners.qa.lexington-log.tar.gzlogs/test-08.os.magners.qa.lexington-log.tar.gzlogs/test-09.os.magners.qa.lexington-log.tar.gzlogs/test-10.os.magners.qa.lexington-log.tar.gzlogs/test-11.os.magners.qa.lexington-log.tar.gzConsole Output[...truncated 2716 lines...]+ export NOVA_COMPUTE_HOST=test-10.os.magners.qa.lexington+ NOVA_COMPUTE_HOST=test-10.os.magners.qa.lexington+ [[ -z test-10.os.magners.qa.lexington ]]+ /var/lib/jenkins/tools/jenkins-scripts/collate-versions.py test-07.os.magners.qa.lexington test-10.os.magners.qa.lexington test-03.os.magners.qa.lexington test-06.os.magners.qa.lexington test-04.os.magners.qa.lexington+---+---+-+|Package| Version | Host |+---+---+-+| nova-api | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || nova-cert | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || nova-common | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || nova-objectstore | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || nova-scheduler| 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || python-nova | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || python-novaclient | 2012.1-0ubuntu1 | test-07.os.magners.qa.lexington || nova-common | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || nova-volume | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || python-nova | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || python-novaclient | 2012.1-0ubuntu1 | test-10.os.magners.qa.lexington || nova-api | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-03.os.magners.qa.lexington || nova-common | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-03.os.magners.qa.lexington || nova-compute | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-03.os.magners.qa.lexington || nova-compute-kvm | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-03.os.magners.qa.lexington || nova-network | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-03.os.magners.qa.lexington || python-nova | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-03.os.magners.qa.lexington || python-novaclient | 2012.1-0ubuntu1 | test-03.os.magners.qa.lexington || glance| 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-api| 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-client | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-common | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-registry | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || python-glance | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || python-keystone | 2012.1+stable~20120608-aff45d6-0ubuntu1 | test-04.os.magners.qa.lexington || python-keystoneclient | 2012.1-0ubuntu1 | test-04.os.magners.qa.lexington || keystone | 2012.1+stable~20120608-aff45d6-0ubuntu1 | test-04.os.magners.qa.lexington |+---+---+-+Exception in thread Thread-5 (most likely raised during interpreter shutdown):Traceback (most recent call last): File "/usr/lib/python2.7/threading.py", line 551, in __bootstrap_inner File "/usr/lib/python2.7/dist-packages/paramiko/transport.py", line 1587, in run File "/usr/lib/python2.7/dist-packages/paramiko/channel.py", line 1128, in _unlink File "/usr/lib/python2.7/dist-packages/paramiko/channel.py", line 1091, in _set_closed File "/usr/lib/python2.7/threading.py", line 295, in notifyAll File
[Openstack-ubuntu-testing-notifications] Build Failure: precise_essex_deploy_proposed #25
Title: precise_essex_deploy_proposed
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_essex_deploy_proposed/25/Project:precise_essex_deploy_proposedDate of build:Tue, 26 Jun 2012 18:32:07 -0400Build duration:39 secBuild cause:Started by user adamBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 4 out of the last 5 builds failed.20ChangesNo ChangesBuild Artifactslogs/syslog.tar.gzlogs/test-02.os.magners.qa.lexington-log.tar.gzlogs/test-03.os.magners.qa.lexington-log.tar.gzlogs/test-04.os.magners.qa.lexington-log.tar.gzlogs/test-06.os.magners.qa.lexington-log.tar.gzlogs/test-07.os.magners.qa.lexington-log.tar.gzlogs/test-08.os.magners.qa.lexington-log.tar.gzlogs/test-09.os.magners.qa.lexington-log.tar.gzlogs/test-10.os.magners.qa.lexington-log.tar.gzlogs/test-11.os.magners.qa.lexington-log.tar.gzConsole Output[...truncated 295 lines...]generating PXE menu structurewarning: kernel option length exceeds 255warning: kernel option length exceeds 255warning: kernel option length exceeds 255warning: kernel option length exceeds 255copying files for distro: precise-x86_64trying hardlink /var/www/cobbler/ks_mirror/precise-x86_64/linux -> /var/www/cobbler/images/precise-x86_64/linuxtrying hardlink /var/www/cobbler/ks_mirror/precise-x86_64/initrd.gz -> /var/www/cobbler/images/precise-x86_64/initrd.gzcopying files for distro: precise-i386trying hardlink /var/www/cobbler/ks_mirror/precise-i386/linux -> /var/www/cobbler/images/precise-i386/linuxtrying hardlink /var/www/cobbler/ks_mirror/precise-i386/initrd.gz -> /var/www/cobbler/images/precise-i386/initrd.gzcopying files for distro: quantal-x86_64trying hardlink /var/www/cobbler/ks_mirror/quantal-x86_64/linux -> /var/www/cobbler/images/quantal-x86_64/linuxtrying hardlink /var/www/cobbler/ks_mirror/quantal-x86_64/initrd.gz -> /var/www/cobbler/images/quantal-x86_64/initrd.gzcopying files for distro: precise-i386-maas-ephemeraltrying hardlink /var/lib/maas/ephemeral/precise/ephemeral/i386/20120424/kernel -> /var/www/cobbler/images/precise-i386-maas-ephemeral/kerneltrying hardlink /var/lib/maas/ephemeral/precise/ephemeral/i386/20120424/initrd -> /var/www/cobbler/images/precise-i386-maas-ephemeral/initrdcopying files for distro: maverick-x86_64trying hardlink /var/www/cobbler/ks_mirror/maverick-x86_64/linux -> /var/www/cobbler/images/maverick-x86_64/linuxtrying hardlink /var/www/cobbler/ks_mirror/maverick-x86_64/initrd.gz -> /var/www/cobbler/images/maverick-x86_64/initrd.gztrying symlink /var/www/cobbler/ks_mirror/maverick-x86_64/initrd.gz -> /var/www/cobbler/images/maverick-x86_64/initrd.gztrying cachelink /var/www/cobbler/ks_mirror/maverick-x86_64/initrd.gz -> /var/www/cobbler/images/.link_cache/e11143f1c20dd9ec366b0e540632234b1c73bc86 -> /var/www/cobbler/images/maverick-x86_64/initrd.gzcopying: /var/www/cobbler/ks_mirror/maverick-x86_64/initrd.gz -> /var/www/cobbler/images/maverick-x86_64/initrd.gzException occured: Exception value: [Errno 2] No such file or directory: '/var/www/cobbler/images/maverick-x86_64/initrd.gz'Exception Info: File "/usr/lib/python2.7/dist-packages/cobbler/remote.py", line 89, in runrc = self._run(self) File "/usr/lib/python2.7/dist-packages/cobbler/remote.py", line 184, in runnerreturn self.remote.api.sync(self.options.get("verbose",False),logger=self.logger) File "/usr/lib/python2.7/dist-packages/cobbler/api.py", line 701, in syncreturn sync.run() File "/usr/lib/python2.7/dist-packages/cobbler/action_sync.py", line 123, in runself.settings.webdir,True) File "/usr/lib/python2.7/dist-packages/cobbler/pxegen.py", line 184, in copy_single_distro_filesapi=self.api, logger=self.logger) File "/usr/lib/python2.7/dist-packages/cobbler/utils.py", line 1195, in linkfilereturn copyfile(src, dst, api=api, logger=logger) File "/usr/lib/python2.7/dist-packages/cobbler/utils.py", line 1206, in copyfileif not os.path.samefile(src,dst): File "/usr/lib/python2.7/posixpath.py", line 154, in samefiles2 = os.stat(f2)!!! TASK FAILED !!!+ exit 1Build step 'Execute shell' marked build as failureArchiving artifactsEmail was triggered for: FailureSending email for trigger: Failure--
Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications
Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications
More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Still Failing: precise_folsom_nova_trunk #32
Title: precise_folsom_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_folsom_nova_trunk/32/Project:precise_folsom_nova_trunkDate of build:Tue, 26 Jun 2012 18:31:54 -0400Build duration:7 min 43 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 2 out of the last 5 builds failed.60ChangesAllow access to metadata server / without IP checkby zhiteng.huangeditnova/api/metadata/handler.pyConsole Output[...truncated 11269 lines...]deleting and forgetting pool/main/n/nova/nova-doc_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-network_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-objectstore_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-scheduler_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-vncproxy_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-volume_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-xcp-network_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/nova-xcp-plugins_2012.2+git201206261802~precise-0ubuntu1_all.debdeleting and forgetting pool/main/n/nova/python-nova_2012.2+git201206261802~precise-0ubuntu1_all.debINFO:root:Pushing changes back to bzr testing branchPushed up to revision 379.INFO:root:Storing current commit for next build: c4ddd0fff52bf83fc65db43ff5850116c7f29f68INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/nova/precise-folsom-proposed /tmp/tmprb6df6/novamk-build-deps -i -r -t apt-get -y /tmp/tmprb6df6/nova/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/nova/precise-folsom --forcedch -b -D precise --newversion 2012.2+git201206261832~precise-0ubuntu1 Automated Ubuntu testing build:dch -b -D precise --newversion 2012.2+git201206261832~precise-0ubuntu1 Automated Ubuntu testing build:debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC nova_2012.2+git201206261832~precise-0ubuntu1_source.changessbuild -d precise-folsom -n -A nova_2012.2+git201206261832~precise-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/folsom-trunk-testing nova_2012.2+git201206261832~precise-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include precise-folsom nova_2012.2+git201206261832~precise-0ubuntu1_amd64.changesbzr push lp:~openstack-ubuntu-testing/nova/precise-folsom+ [ ! 0 ]+ jenkins-cli build precise_folsom_deployNo such job 'precise_folsom_deploy' perhaps you meant hudson.model.FreeStyleProject@28ce8cee[precise_essex_deploy]?java -jar jenkins-cli.jar build args...Starts a build, and optionally waits for a completion.Aside from general scripting use, this command can beused to invoke another job from within a build of one job.With the -s option, this command changes the exit code based onthe outcome of the build (exit code 0 indicates a success.) JOB : Name of the job to build -p : Specify the build parameters in the key=value format. -s : Wait until the completion/abortion of the command --username VAL : User name to authenticate yourself to Hudson --password VAL : Password for authentication. Note that passing a password in arguments is insecure. --password-file VAL : File that contains the passwordBuild step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Still Failing: precise_essex_deploy_proposed #26
Title: precise_essex_deploy_proposed General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_essex_deploy_proposed/26/Project:precise_essex_deploy_proposedDate of build:Tue, 26 Jun 2012 18:42:31 -0400Build duration:3 min 57 secBuild cause:Started by user adamBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 4 out of the last 5 builds failed.20ChangesNo ChangesBuild Artifactslogs/syslog.tar.gzlogs/test-02.os.magners.qa.lexington-log.tar.gzlogs/test-03.os.magners.qa.lexington-log.tar.gzlogs/test-04.os.magners.qa.lexington-log.tar.gzlogs/test-06.os.magners.qa.lexington-log.tar.gzlogs/test-07.os.magners.qa.lexington-log.tar.gzlogs/test-08.os.magners.qa.lexington-log.tar.gzlogs/test-09.os.magners.qa.lexington-log.tar.gzlogs/test-10.os.magners.qa.lexington-log.tar.gzlogs/test-11.os.magners.qa.lexington-log.tar.gzConsole Output[...truncated 982 lines...]INFO:root:Setting up connection to test-09.os.magners.qa.lexingtonERROR:root:Could not setup SSH connection to test-09.os.magners.qa.lexingtonINFO:root:Setting up connection to test-06.os.magners.qa.lexingtonERROR:root:Could not setup SSH connection to test-06.os.magners.qa.lexingtonINFO:root:Archiving logs on test-07.os.magners.qa.lexingtonWARNING:paramiko.transport:Oops, unhandled type 3ERROR:root:Coult not create tarball of logs on test-07.os.magners.qa.lexingtonINFO:root:Archiving logs on test-08.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-08.os.magners.qa.lexingtonINFO:root:Archiving logs on test-09.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-09.os.magners.qa.lexingtonINFO:root:Archiving logs on test-04.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-04.os.magners.qa.lexingtonINFO:root:Archiving logs on test-11.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-11.os.magners.qa.lexingtonINFO:root:Archiving logs on test-03.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-03.os.magners.qa.lexingtonINFO:root:Archiving logs on test-06.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-06.os.magners.qa.lexingtonINFO:root:Archiving logs on test-10.os.magners.qa.lexingtonERROR:root:Coult not create tarball of logs on test-10.os.magners.qa.lexingtonINFO:root:Archiving logs on test-02.os.magners.qa.lexingtonINFO:paramiko.transport:Secsh channel 2 opened.INFO:root:Grabbing information from test-07.os.magners.qa.lexingtonERROR:root:Unable to get information from test-07.os.magners.qa.lexingtonINFO:root:Grabbing information from test-08.os.magners.qa.lexingtonERROR:root:Unable to get information from test-08.os.magners.qa.lexingtonINFO:root:Grabbing information from test-09.os.magners.qa.lexingtonERROR:root:Unable to get information from test-09.os.magners.qa.lexingtonINFO:root:Grabbing information from test-04.os.magners.qa.lexingtonERROR:root:Unable to get information from test-04.os.magners.qa.lexingtonINFO:root:Grabbing information from test-11.os.magners.qa.lexingtonERROR:root:Unable to get information from test-11.os.magners.qa.lexingtonINFO:root:Grabbing information from test-03.os.magners.qa.lexingtonERROR:root:Unable to get information from test-03.os.magners.qa.lexingtonINFO:root:Grabbing information from test-06.os.magners.qa.lexingtonERROR:root:Unable to get information from test-06.os.magners.qa.lexingtonINFO:root:Grabbing information from test-10.os.magners.qa.lexingtonERROR:root:Unable to get information from test-10.os.magners.qa.lexingtonINFO:root:Grabbing information from test-02.os.magners.qa.lexingtonTraceback (most recent call last): File "/var/lib/jenkins/tools/jenkins-scripts/collate-test-logs.py", line 91, in connections[host]["sftp"].close()KeyError: 'sftp'+ exit 1Build step 'Execute shell' marked build as failureArchiving artifactsEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Still Failing: precise_essex_deploy_proposed #27
Title: precise_essex_deploy_proposed
General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_essex_deploy_proposed/27/Project:precise_essex_deploy_proposedDate of build:Tue, 26 Jun 2012 18:57:52 -0400Build duration:32 secBuild cause:Started by user adamBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 4 out of the last 5 builds failed.20ChangesNo ChangesBuild Artifactslogs/syslog.tar.gzlogs/test-02.os.magners.qa.lexington-log.tar.gzlogs/test-03.os.magners.qa.lexington-log.tar.gzlogs/test-04.os.magners.qa.lexington-log.tar.gzlogs/test-06.os.magners.qa.lexington-log.tar.gzlogs/test-07.os.magners.qa.lexington-log.tar.gzlogs/test-08.os.magners.qa.lexington-log.tar.gzlogs/test-09.os.magners.qa.lexington-log.tar.gzlogs/test-10.os.magners.qa.lexington-log.tar.gzlogs/test-11.os.magners.qa.lexington-log.tar.gzConsole Output[...truncated 356 lines...]DEBUG: Loading metadata from /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/mysql/metadata.yamlDEBUG: Loading config.yaml from /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/mysql/config.yamlDEBUG: Charm 'openstack-dashboard' - using charm path '/var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/openstack-dashboard'DEBUG: Charm path exists @ /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/openstack-dashboard.DEBUG: Loading metadata from /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/openstack-dashboard/metadata.yamlDEBUG: Loading config.yaml from /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/openstack-dashboard/config.yamlDEBUG: Charm 'glance' - using charm path '/var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/glance'DEBUG: Charm path exists @ /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/glance.DEBUG: Loading metadata from /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/glance/metadata.yamlDEBUG: Loading config.yaml from /var/lib/jenkins/jobs/precise_essex_deploy_proposed/workspace/precise/glance/config.yamlDEBUG: Adding option to 'nova-release' to deploy config: nova-computeDEBUG: Adding option to 'config-flags' to deploy config: nova-computeDEBUG: Adding option to 'nova-release' to deploy config: nova-volumeDEBUG: Adding option to 'overwrite' to deploy config: nova-volumeDEBUG: Adding option to 'nova-release' to deploy config: nova-cloud-controllerDEBUG: Adding option to 'config-flags' to deploy config: nova-cloud-controllerDEBUG: Adding option to 'network-manager' to deploy config: nova-cloud-controllerDEBUG: Adding option to 'keystone-release' to deploy config: keystoneDEBUG: Adding option to 'admin-token' to deploy config: keystoneDEBUG: Adding option to 'admin-password' to deploy config: keystoneDEBUG: Adding option to 'glance-release' to deploy config: glanceDEBUG: Using the following config:{u'glance': {u'glance-release': u'proposed'}, u'keystone': {u'admin-password': u'openstack', u'admin-token': u'ubuntutesting', u'keystone-release': u'proposed'}, u'nova-cloud-controller': {u'config-flags': u'quota_instances=1000,quota_cores=20,quota-ram=20,quota_volumes=1000,quota_gigabytes=1,quota_floating_ips=1000',u'network-manager': u'FlatDHCPManager',u'nova-release': u'proposed'}, u'nova-compute': {u'config-flags': u'auto_assign_floating_ip=True', u'nova-release': u'proposed'}, u'nova-volume': {u'nova-release': u'proposed', u'overwrite': u'true'}}DEBUG: Calling 'juju status'...ERROR: Call to 'juju status' failed!+ rc=1+ echo 'Deployer returned: 1'Deployer returned: 1++ /var/lib/jenkins/tools/juju-deployer/deployer.py -f nova-cloud-controllerERROR: Call to 'juju status' failed!+ export NOVA_HOST=+ NOVA_HOST=+ [[ -z '' ]]+ echo 'Couldn'\''t find NOVA_HOST.'Couldn't find NOVA_HOST.+ exit 1Build step 'Execute shell' marked build as failureArchiving artifactsEmail was triggered for: FailureSending email for trigger: Failure--
Mailing list: https://launchpad.net/~openstack-ubuntu-testing-notifications
Post to : openstack-ubuntu-testing-notifications@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-ubuntu-testing-notifications
More help : https://help.launchpad.net/ListHelp
[Openstack-ubuntu-testing-notifications] Build Fixed: precise_essex_deploy_proposed #28
Title: precise_essex_deploy_proposed General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/precise_essex_deploy_proposed/28/Project:precise_essex_deploy_proposedDate of build:Tue, 26 Jun 2012 19:16:34 -0400Build duration:13 minBuild cause:Started by user adamBuilt on:masterHealth ReportWDescriptionScoreBuild stability: 3 out of the last 5 builds failed.40ChangesNo ChangesBuild Artifactslogs/syslog.tar.gzlogs/test-02.os.magners.qa.lexington-log.tar.gzlogs/test-03.os.magners.qa.lexington-log.tar.gzlogs/test-04.os.magners.qa.lexington-log.tar.gzlogs/test-06.os.magners.qa.lexington-log.tar.gzlogs/test-07.os.magners.qa.lexington-log.tar.gzlogs/test-08.os.magners.qa.lexington-log.tar.gzlogs/test-09.os.magners.qa.lexington-log.tar.gzlogs/test-10.os.magners.qa.lexington-log.tar.gzlogs/test-11.os.magners.qa.lexington-log.tar.gzConsole Output[...truncated 2575 lines...]+ KEYSTONE_HOST=test-08.os.magners.qa.lexington+ [[ -z test-08.os.magners.qa.lexington ]]++ /var/lib/jenkins/tools/juju-deployer/deployer.py -f nova-compute+ export NOVA_VOLUME_HOST=test-10.os.magners.qa.lexington+ NOVA_VOLUME_HOST=test-10.os.magners.qa.lexington+ [[ -z test-10.os.magners.qa.lexington ]]++ /var/lib/jenkins/tools/juju-deployer/deployer.py -f nova-volume+ export NOVA_COMPUTE_HOST=test-07.os.magners.qa.lexington+ NOVA_COMPUTE_HOST=test-07.os.magners.qa.lexington+ [[ -z test-07.os.magners.qa.lexington ]]+ /var/lib/jenkins/tools/jenkins-scripts/collate-versions.py test-11.os.magners.qa.lexington test-07.os.magners.qa.lexington test-10.os.magners.qa.lexington test-06.os.magners.qa.lexington test-08.os.magners.qa.lexington+---+---+-+|Package| Version | Host |+---+---+-+| nova-common | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || nova-volume | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || python-nova | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-07.os.magners.qa.lexington || python-novaclient | 2012.1-0ubuntu1 | test-07.os.magners.qa.lexington || nova-api | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || nova-common | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || nova-compute | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || nova-compute-kvm | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || nova-network | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || python-nova | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-10.os.magners.qa.lexington || python-novaclient | 2012.1-0ubuntu1 | test-10.os.magners.qa.lexington || python-keystone | 2012.1+stable~20120608-aff45d6-0ubuntu1 | test-08.os.magners.qa.lexington || python-keystoneclient | 2012.1-0ubuntu1 | test-08.os.magners.qa.lexington || keystone | 2012.1+stable~20120608-aff45d6-0ubuntu1 | test-08.os.magners.qa.lexington || nova-api | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-11.os.magners.qa.lexington || nova-cert | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-11.os.magners.qa.lexington || nova-common | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-11.os.magners.qa.lexington || nova-objectstore | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-11.os.magners.qa.lexington || nova-scheduler| 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-11.os.magners.qa.lexington || python-nova | 2012.1+stable~20120612-3ee026e-0ubuntu1 | test-11.os.magners.qa.lexington || python-novaclient | 2012.1-0ubuntu1 | test-11.os.magners.qa.lexington || glance| 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-api| 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-client | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-common | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || glance-registry | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington || python-glance | 2012.1+stable~20120608-5462295-0ubuntu2.2 | test-06.os.magners.qa.lexington |+---+---+-++ [[ 0 != 0 ]]+ jenkins-cli build precise_essex_test+ exit 0Archiving artifactsEmail was triggered for: FixedTrigger Success was overridden by another trigger and will
