Re: [Openstack] multiple public ip
Hi Vish, Assign direct/static IP address to Instance something like bridge rather than nating is possible? Same like vSphare Best Regards, Umar On Thu, Jan 31, 2013 at 8:37 AM, Vishvananda Ishaya vishvana...@gmail.comwrote: On Jan 30, 2013, at 11:35 AM, Umar Draz unix...@gmail.com wrote: Hi Caitlin, I need multiple ip address for my Haproxy server. Here is my senario I have already running Haproxy Server virtual machine for web load balancing on vSphare with 45 public ip address. We are running 45 diffrent websites and we required diffrent ips for each webiste. We have 6 webservers with only local ip address. These 6 webservers holding all 45 websites. Haproxy just forward the request to local webservers accorindg to DNS. You can associate multiple floating ips to a single instance. Floating ips just create natting entries. Keep in mind that traffic that originates from the server will only come from one of these ips. Also there is no way for the server to determine which ip address the traffic came in on so you will need to do the forwarding at the HTTP layer which has access to the domain name used for the request. Vish -- Umar Draz Network Architect ___ 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] multiple public ip
Perhaps you can use the multiple flat network model shown here: http://docs.openstack.org/trunk/openstack-network/admin/content/use_cases_multi_flat.html The TenantC VM1 gets two IPs, one from each net. But in this case each net is in a different subnet. May be you can create the nets for the same subet but with diff ranges or even just one IP(/32) and disable DHCP. Basically the idea is to use multiple vNICs. Just throwing at you, I am not entirely sure if it will work, I havent tried it. Regards, Balu On Thu, Jan 31, 2013 at 1:51 PM, Umar Draz unix...@gmail.com wrote: Hi Vish, Assign direct/static IP address to Instance something like bridge rather than nating is possible? Same like vSphare Best Regards, Umar On Thu, Jan 31, 2013 at 8:37 AM, Vishvananda Ishaya vishvana...@gmail.com wrote: On Jan 30, 2013, at 11:35 AM, Umar Draz unix...@gmail.com wrote: Hi Caitlin, I need multiple ip address for my Haproxy server. Here is my senario I have already running Haproxy Server virtual machine for web load balancing on vSphare with 45 public ip address. We are running 45 diffrent websites and we required diffrent ips for each webiste. We have 6 webservers with only local ip address. These 6 webservers holding all 45 websites. Haproxy just forward the request to local webservers accorindg to DNS. You can associate multiple floating ips to a single instance. Floating ips just create natting entries. Keep in mind that traffic that originates from the server will only come from one of these ips. Also there is no way for the server to determine which ip address the traffic came in on so you will need to do the forwarding at the HTTP layer which has access to the domain name used for the request. Vish -- Umar Draz Network Architect ___ 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] Configuring instances during first boot
Hello, Thank you for your answers, Effectively I did'nt see this point ... I must now think about it ... I hope that copy ganlance image to cinder bootable volume will answer to this probleme. That's because in our hand made cloud, we use cobbler/kickstart to deploy every VM ... so no resize needed during the installation. Regards, 2013/1/30 Juerg Haefliger jue...@gmail.com: On Wed, Jan 30, 2013 at 10:19 AM, Benoit ML ben4...@gmail.com wrote: Hello, I' new in openstack world (but not in virtualisation/cloud) and I'm asking myself (and you ;) ) what's the objective and interest to resize disk at boot time ? Cloud images are usually built as small as possible. For example the Ubuntu images are 2 GB in size. When an instance is launched, Nova resizes the image file according to the instance flavor selected (for example 10 GB for a small instance, 100 GB for an X large instance, aso). It is then up to the guest to make use of that additional disk space. One approach is to have a script the initramfs that enlarges the root partition to the max available size, ideally consuming the whole disk. Later in the boot process, cloud-init runs and online-resizes the root filesystem. Thus you end up with an instance with a root filesystem that consumes the whole disk. ...Juerg Thank you in advance. Regards, 2013/1/29 Juerg Haefliger jue...@gmail.com: On Tue, Jan 29, 2013 at 3:03 PM, Pádraig Brady p...@draigbrady.com wrote: On 01/29/2013 01:08 PM, JuanFra Rodriguez Cardoso wrote: Thanks for your replies!! Has anyone tried to resize root disk of Centos/Fedora instances with cloud-init? I assume you're referring to resizing the root partition? Juerg Haefliger is working on cloud-utils and cloud-initramfs-tools packages for Fedora/Red Hat, which support the growroot feature. He might have some packages for you to test. Yes working on packaging for RHEL and adding support for GPT partition tables for Fedora. I could give you preliminary RHEL6 packages but Fedora is not quite there yet. Let me know. ...Juerg thanks, Pádraig. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- -- Benoit -- -- Benoit ___ 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] List of Cinder compatible devices
openstack-bounces+avishay=il.ibm@lists.launchpad.net wrote on 01/31/2013 12:37:07 AM: From: Tom Fifield fifie...@unimelb.edu.au To: openstack@lists.launchpad.net, Date: 01/31/2013 12:38 AM Subject: Re: [Openstack] List of Cinder compatible devices Sent by: openstack-bounces+avishay=il.ibm@lists.launchpad.net Here's a starting point: http://wiki.openstack.org/CinderSupportMatrix Regards, Tom Tom, Thanks for doing this. I recommend that instead of Y, we should put the letter of the version in which the feature first appeared. So for example, E, F, G, ... Thanks, Avishay ___ 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] List of Cinder compatible devices
Just added some stuff about RBD where E refers to Essex. -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 11:20 AM, Avishay Traeger avis...@il.ibm.com wrote: openstack-bounces+avishay=il.ibm@lists.launchpad.net wrote on 01/31/2013 12:37:07 AM: From: Tom Fifield fifie...@unimelb.edu.au To: openstack@lists.launchpad.net, Date: 01/31/2013 12:38 AM Subject: Re: [Openstack] List of Cinder compatible devices Sent by: openstack-bounces+avishay=il.ibm@lists.launchpad.net Here's a starting point: http://wiki.openstack.org/CinderSupportMatrix Regards, Tom Tom, Thanks for doing this. I recommend that instead of Y, we should put the letter of the version in which the feature first appeared. So for example, E, F, G, ... Thanks, Avishay ___ 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] List of Cinder compatible devices
I think need add Vendor storage series. like not all the EMC storage would support Cinder. On Thu, Jan 31, 2013 at 11:19 PM, Sébastien Han han.sebast...@gmail.comwrote: Just added some stuff about RBD where E refers to Essex. -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 11:20 AM, Avishay Traeger avis...@il.ibm.com wrote: openstack-bounces+avishay=il.ibm@lists.launchpad.net wrote on 01/31/2013 12:37:07 AM: From: Tom Fifield fifie...@unimelb.edu.au To: openstack@lists.launchpad.net, Date: 01/31/2013 12:38 AM Subject: Re: [Openstack] List of Cinder compatible devices Sent by: openstack-bounces+avishay=il.ibm@lists.launchpad.net Here's a starting point: http://wiki.openstack.org/CinderSupportMatrix Regards, Tom Tom, Thanks for doing this. I recommend that instead of Y, we should put the letter of the version in which the feature first appeared. So for example, E, F, G, ... Thanks, Avishay ___ 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 -- Shake Chen ___ 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] List of Cinder compatible devices
In that case, it is probably best to transpose the table, with series included, the number of products will yield too many columns to be workable. Also: Do blank spaces indicate not supported or unknown? koert On 01/31/2013 04:47 PM, Shake Chen wrote: I think need add Vendor storage series. like not all the EMC storage would support Cinder. On Thu, Jan 31, 2013 at 11:19 PM, Sébastien Han han.sebast...@gmail.com mailto:han.sebast...@gmail.com wrote: Just added some stuff about RBD where E refers to Essex. -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 11:20 AM, Avishay Traeger avis...@il.ibm.com mailto:avis...@il.ibm.com wrote: openstack-bounces+avishay=il.ibm@lists.launchpad.net mailto:il.ibm@lists.launchpad.net wrote on 01/31/2013 12:37:07 AM: From: Tom Fifield fifie...@unimelb.edu.au mailto:fifie...@unimelb.edu.au To: openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net, Date: 01/31/2013 12:38 AM Subject: Re: [Openstack] List of Cinder compatible devices Sent by: openstack-bounces+avishay=il.ibm@lists.launchpad.net mailto:il.ibm@lists.launchpad.net Here's a starting point: http://wiki.openstack.org/CinderSupportMatrix Regards, Tom Tom, Thanks for doing this. I recommend that instead of Y, we should put the letter of the version in which the feature first appeared. So for example, E, F, G, ... Thanks, Avishay ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack More help : https://help.launchpad.net/ListHelp -- Shake Chen ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp signature.asc Description: OpenPGP digital 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] List of Cinder compatible devices
On Thu, Jan 31, 2013 at 8:56 AM, Koert van der Veer ko...@cloudvps.comwrote: In that case, it is probably best to transpose the table, with series included, the number of products will yield too many columns to be workable. Also: Do blank spaces indicate not supported or unknown? koert On 01/31/2013 04:47 PM, Shake Chen wrote: I think need add Vendor storage series. like not all the EMC storage would support Cinder. On Thu, Jan 31, 2013 at 11:19 PM, Sébastien Han han.sebast...@gmail.comwrote: Just added some stuff about RBD where E refers to Essex. -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 11:20 AM, Avishay Traeger avis...@il.ibm.com wrote: openstack-bounces+avishay=il.ibm@lists.launchpad.net wrote on 01/31/2013 12:37:07 AM: From: Tom Fifield fifie...@unimelb.edu.au To: openstack@lists.launchpad.net, Date: 01/31/2013 12:38 AM Subject: Re: [Openstack] List of Cinder compatible devices Sent by: openstack-bounces+avishay=il.ibm@lists.launchpad.net Here's a starting point: http://wiki.openstack.org/CinderSupportMatrix Regards, Tom Tom, Thanks for doing this. I recommend that instead of Y, we should put the letter of the version in which the feature first appeared. So for example, E, F, G, ... Thanks, Avishay ___ 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 -- Shake Chen ___ 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 So thanks for putting this together but this brings something up that I've been meaning to raise on the dev-list anyway. In my opinion it should be a requirement that for a driver to be accepted in Cinder it implements all of the functionality of the base LVM driver (ie all of the rows listed in the matrix here). Having to go through and determine what feature is or is not supported per driver is EXACTLY what I want to avoid. If we go down the path of building a matrix and allowing partial integration it's going to create a huge mess and IMO the user experience is going to suffer greatly. Of course a driver can do more than what's on the list, but I think this is the minimum requirement and I've been pushing back on submissions based on this. The only exceptions have been some of the newer Grizzly features, but that's only because we're moving those up to generalized cases that folks can inherit from if they use iSCSI. For those that want to do FC or AOE drivers however they're going to need to have a solution of their own. My thought is there should be a simple list of back-end device and version and whether it's supported in Grizzly or Folsom or . All API features should be assumed available. ___ 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] multiple public ip
The doc cited explains how this works with Quantum, but not with Openstack. VM1 is shown as being accessible via two VNICs, that implies that their is a Hypervisor that is available by two NICs. How does Nova know that this is in fact one Hypervisor and not two? Similar question must be addressed for Cinder and Swift. I am most familiar with Swift, and it really does not address this situation. Balamurugan V G balamuruga...@gmail.com wrote: ___ 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] Multiple public ips with Quantum
Hello, I am trying to implement a scenario where a group of instances have multiple public ips each on the same network. Reasons for this are legacy related, other tenants should operate like with regular floating ips. I've tried to create multiple vifs on an instance with the same network, but it seems like nova doesn't like that. A provider network seems the way to go for the single tenant that has the special machines but we don't want to give direct access to the other tenants. The problem comes up when we need to add subnets to the two networks (flat vm network for normal tenants, and provider) the ip spaces overlap. The allocation pools will not overlap though but the subnets are rejected for overlap. Is there a way to get these subnets to work or some other solution to the above scenario? Thanks, Trevor Adams ___ 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 ceph integration
Try to have a look at the boot from volume feature. Basically the disk base of your instance is an RBD volume from Ceph. Something will be remain in /var/lib/nova/instances but it's only the kvm xml file. http://ceph.com/docs/master/rbd/rbd-openstack/?highlight=openstack Cheers! -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 7:40 AM, Wolfgang Hennerbichler wolfgang.hennerbich...@risc-software.at wrote: Hi, I'm sorry if this has been asked before. My question is: can I integrate ceph into openstack's nova cinder in a way, that I don't need /var/lib/nova/instances anymore? I'd like to have EVERYTHING in ceph, starting from glance images to nova-disk-images and volumes (cinder). And more important: Can this be done in a way so that my horizon-users can still use horizon (including snapshotting) without the need of abusing the command-line? :) I've read that cinder and glance are supported, but I didn't find much information on nova-disk-images and ceph. thanks for a reply wolfgang ___ 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 ceph integration
On Thu, Jan 31, 2013 at 11:43 AM, Sébastien Han han.sebast...@gmail.comwrote: Try to have a look at the boot from volume feature. Basically the disk base of your instance is an RBD volume from Ceph. Something will be remain in /var/lib/nova/instances but it's only the kvm xml file. http://ceph.com/docs/master/rbd/rbd-openstack/?highlight=openstack Cheers! -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 7:40 AM, Wolfgang Hennerbichler wolfgang.hennerbich...@risc-software.at wrote: Hi, I'm sorry if this has been asked before. My question is: can I integrate ceph into openstack's nova cinder in a way, that I don't need /var/lib/nova/instances anymore? I'd like to have EVERYTHING in ceph, starting from glance images to nova-disk-images and volumes (cinder). And more important: Can this be done in a way so that my horizon-users can still use horizon (including snapshotting) without the need of abusing the command-line? :) I've read that cinder and glance are supported, but I didn't find much information on nova-disk-images and ceph. thanks for a reply wolfgang ___ 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 Boot from volume is one good option, another is to setup ceph and point nova's insances_path to point to it. I haven't done it with Ceph but I've done this sort of thing using iSCSI mounts on the compute node. ___ 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] DevStack setup on XenServer
Thank you Bob. I expanded the RAM of my Virtual Machine, but the execution of the script show me this error: ++ dirname /root/devstack/openstack-dev-devstack-f49c410/tools/xen/scripts/install-os-vpx.sh + thisdir=/root/devstack/openstack-dev-devstack-f49c410/tools/xen/scripts + '[' '' ']' + '[' 'Ubuntu 11.10 (64-bit) for DevStack' ']' + echo Ubuntu 11.10 '(64-bit)' for DevStack Ubuntu 11.10 (64-bit) for DevStack ++ xe_min vm-install 'template=Ubuntu 11.10 (64-bit) for DevStack' new-name-label=DevStackOSDomU ++ local cmd=vm-install ++ shift ++ xe vm-install --minimal 'template=Ubuntu 11.10 (64-bit) for DevStack' new-name-label=DevStackOSDomU Error: Failed to find a valid default SR for the Pool. Please provide an sr-name-label or sr-uuid parameter. + vm_uuid= complete log is here www.forumaltavilla.it/joomla/Documenti/installazione2.txt It seems that XenServer isn't able to find the Ubuntu image for the DomU Thanks a lot, Antonio On 29 January 2013 12:26, Bob Ball bob.b...@citrix.com wrote: Hi Antonio, ** ** I’m assuming that there really is enough free memory on the XS host? Could you check with XenCenter or the following command line that XenServer knows there is enough memory? xe host-list params=memory-total,memory-free ** ** It’s possible that this is related to dynamic memory allocation – from the log file the devstack setup used the following: xe vm-memory-limits-set static-min=16MiB static-max=1024MiB dynamic-min=1024MiB dynamic-max=1024MiB uuid=e3975dab-c7a5-7490-02c6-988185a2c6f6 ** ** Try changing the static-min value to 1024 so dynamic memory allocation is ruled out: xe vm-memory-limits-set static-min=1024MiB static-max=1024MiB dynamic-min=1024MiB dynamic-max=1024MiB uuid=e3975dab-c7a5-7490-02c6-988185a2c6f6 ** ** Thanks, ** ** Bob ** ** *From:* openstack-bounces+bob.ball=citrix@lists.launchpad.net [mailto: openstack-bounces+bob.ball=citrix@lists.launchpad.net] *On Behalf Of *Antonio Tirri *Sent:* 28 January 2013 19:15 *To:* openstack@lists.launchpad.net *Subject:* [Openstack] [OpenStack] DevStack setup on XenServer ** ** I have to install a devstack multinode using 3 nodes configured as follows: 1) Controller on Ubuntu 12.04 LTS 2) Node Compute on Ubuntu 12.04 LTS with KVM hypervisor 3) Node Compute on XenServer While in first two points I am successful, the third point show me the following error when i launch the script ./install_os_domU.sh --- + echo -n 'Starting VM... ' Starting VM... + xe vm-start uuid=e3975dab-c7a5-7490-02c6-988185a2c6f6 There are no suitable hosts to start this VM on. The following table provides per-host reasons for why the VM could not be started: xenserver-antonio: Cannot start here [Not enough free memory] --- Full log is at this address: http://www.forumaltavilla.it/joomla/Documenti/installazione.txt How can I solve this problem? Thank you ___ 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 and open connections
Even though I don't experience this problem (and prefer nginx to apache), I can help diagnose: Connections ending up in CLOSE_WAIT means that the socket isn't being fully closed, which is controlled by the client lib (in this case python-keystoneclient) which uses httplib2 under the hood. When requests complete successfully httplib2 *does* close the connections just fine, so I'm wondering if you're actually triggering some kind of unhandled exception in keystoneclient. Are you seeing any errors in your logs anywhere? It's also worth noting that httplib2 has some very peculiar retry behaviors and other vagaries that come into play when the remote endpoint is unresponsive, etc. Another potential problem is if you're running a proxy layer (such as haproxy) in the middle there are various configuration options which can cause the connection to remain open even after the backend has sent a complete response (adding inappropriate keep-alive headers, stripping connection: close, filtering packets, etc.). The same is true of any other middleware you might be running that could get between the python process opening the socket and the remote end returning a response. Hope something in there helps, - Gabriel -Original Message- From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net [mailto:openstack- bounces+gabriel.hurley=nebula@lists.launchpad.net] On Behalf Of Sam Morrison Sent: Wednesday, January 30, 2013 7:36 PM To: openstack@lists.launchpad.net list Subject: [Openstack] Horizon and open connections We have horizon running based on the Ubuntu Folsom Cloud Archive packages. What I notice is that after a while we have thousands of connections in the CLOSE_WAIT state to keystone and our nova api servers. The host also uses up all it's available memory (2GB) After a restart of apache all the connections are cleaned up and the memory used drops down to about 200MB Just wondering if this is supposed to happen or is there a bug. It seems to me that horizon isn't closing connections or something. Anyone have a similar issue/solution? Cheers, Sam ___ 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 ceph integration
+1 John Since CephFS is not production ready what you can do is map RBD device to all of your compute nodes and then mount them in /var/lib/nova/instances. The downside of this that you have way more IOPS since you only have one RBD per compute node for EVERY VMs that will end up into this compute. With the boot from volume it's one RBD per instance which brings way more IOPS to your instance. Still with boot from volume you can also enjoy the rbd cache on the client side, cache that will also helps with buffered IO. Cheers! -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 7:53 PM, John Griffith john.griff...@solidfire.com wrote: On Thu, Jan 31, 2013 at 11:43 AM, Sébastien Han han.sebast...@gmail.com wrote: Try to have a look at the boot from volume feature. Basically the disk base of your instance is an RBD volume from Ceph. Something will be remain in /var/lib/nova/instances but it's only the kvm xml file. http://ceph.com/docs/master/rbd/rbd-openstack/?highlight=openstack Cheers! -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 7:40 AM, Wolfgang Hennerbichler wolfgang.hennerbich...@risc-software.at wrote: Hi, I'm sorry if this has been asked before. My question is: can I integrate ceph into openstack's nova cinder in a way, that I don't need /var/lib/nova/instances anymore? I'd like to have EVERYTHING in ceph, starting from glance images to nova-disk-images and volumes (cinder). And more important: Can this be done in a way so that my horizon-users can still use horizon (including snapshotting) without the need of abusing the command-line? :) I've read that cinder and glance are supported, but I didn't find much information on nova-disk-images and ceph. thanks for a reply wolfgang ___ 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 Boot from volume is one good option, another is to setup ceph and point nova's insances_path to point to it. I haven't done it with Ceph but I've done this sort of thing using iSCSI mounts on the compute node. ___ 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] Add NIC to running instance?
Hi Yaguang, Could you restore the review please ? Because I cannot push the rebased code on an abandoned review and only the review owner is authorized to do that. Regards, Édouard. On Thu, Jan 24, 2013 at 4:05 PM, Yaguang Tang yagu...@canonical.com wrote: Hi, I am glad you have make this feather works now, and I am appreciate if rebase and submit again, I can help review the code.:) On 01/24/2013 03:35 PM, Édouard Thuleau wrote: Hi, I'm glad that you confirm my first impression about this blueprint :-) I'm eager to help on this implementation, would you like me to rebase the changes for you ? I can get to it right now. Cheers, Édouard. On Wed, Jan 23, 2013 at 5:57 PM, heut2008 heut2...@gmail.com wrote: I think we can obsoleted the quantum blueprint now, it can be implemented from nova side and has no dependency to quantum any more, and I'll update the code and resubmit the code ASASP, hope it can be accepted before grrizzly-3. 2013/1/24 Édouard Thuleau thul...@gmail.com Hi all, I took a look to the Nova blueprint [1] and I noticed that it depends on a Quantum blueprint [2]. This blueprint [2] was created April 2012. Quantum is now able to dynamically allocate ports and it's all Nova needs to implement this new feature. Can we obsoleted the Quantum blueprint [2] ? [1] https://blueprints.launchpad.net/nova/+spec/network-adapter-hotplug [2] https://blueprints.launchpad.net/quantum/+spec/nova-quantum-interface-creation Regards, Édouard. On Mon, Jan 14, 2013 at 6:18 PM, Vishvananda Ishaya vishvana...@gmail.com wrote: This doesn't exist yet, but I thought at one point it was being worked on. Hot-adding nics would be a great feature for the quantum integration especially. Blueprint here: https://blueprints.launchpad.net/nova/+spec/network-adapter-hotplug There was work done here: https://review.openstack.org/#/c/11071/ But it hasn't been touched for a while. Not sure what happened to it. Vish On Jan 14, 2013, at 8:00 AM, Wojciech Dec wdec.i...@gmail.com wrote: Hi All, is there a nova command to add a NIC to a running instance (ie without the need to do nova boot ... --nic 1 --nic new-nic) ? Documentation not showing up anything... Regards, W. Dec ___ 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 -- Yaguang Tang -- Tang Yaguang Canonical Ltd. | www.ubuntu.com | www.canonical.com Mobile: +86 152 1094 6968 gpg key: 0x187F664F ___ 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 and open connections
On 01/31/2013 11:59 AM, Gabriel Hurley wrote: Even though I don't experience this problem (and prefer nginx to apache), I can help diagnose: Connections ending up in CLOSE_WAIT means that the socket isn't being fully closed, which is controlled by the client lib (in this case python-keystoneclient) which uses httplib2 under the hood. Expanding on that a bit. CLOSE_WAIT is the state a TCP endpoint will enter upon receiving a FINished segment from the remote TCP. When the FIN arrives, the local application will receive notification of this via the classic read return of zero on a receive/read call against the socket. The FIN segment means I will be sending you no more data. Meanwhile, the local TCP will have ACKed the FIN segment, and the remote TCP will transition to FIN_WAIT_2 upon receipt of that ACK (until then it will be in FIN_WAIT_1). Depending on how the remote application triggered the sending of the FIN, the TCP connection is now in a perfectly valid simplex state wherein the side in CLOSE_WAIT can continue sending data to the side which will now be in FIN_WAIT_2. It is exceedingly rare for applications to want a simplex TCP connection If such a unidirectional TCP connection is not of any use to an application, (the common case)then that application should/must also close the connection upon the read return of zero. Thus, seeing lots of connections stuck in CLOSE_WAIT is an indication of an application-level (relative to TCP) bug wherein the application on the CLOSE_WAIT side is ignoring the read return of zero. Such bugs in applications may be masked by a few things: 1) If the remote side called close() rather than shutdown(SHUT_WR) then an attempt on the CLOSE_WAIT side to send data to the remote will cause the remote TCP to return a RST segment (reset) because there is no longer anything above TCP to receive the data. This will then cause the local TCP to terminate the connection. This may also happen if the local application set SO_KEEPALIVE to enable TCP keepalives. *) If the local side doesn't send anything, and doesn't have TCP keepalives set, if the remote TCP has a FIN_WAIT_2 timer of some sort going (long story involving a hole in the TCP specification and implementation workarounds, email if you want to hear it) then when that FIN_WAIT_2 timer expires the remote TCP may sent a RST segment. RST segments are best effort in sending - they don't get retransmitted explicitly. In case 1 if the RST segment doesn't make it back, the local TCP will retransmit the data it was sending (because it will not have received an ACKnowledgement either). It will then either receive the RST triggered by that retransmission, or if no RSTs ever make it back, the local TCP will at some point reach its retransmission limit and terminate the connection. In case 2, if that one RST is lost, that's it, and the CLOSE_WAIT may remain forever. Again though, given the rarity of actual application use of a simplex TCP connection, 99 times out of 10, seeing lots of CLOSE_WAIT connections building-up implies a buggy application or the libraries doing work on its behalf. rick jones ___ 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 ceph integration
Speaking of which guys,anything particular stability-wise regarding Ceph within OpenStack. It's officially not production-ready, yet it's often that solution that comes out when we are looking for data clustering.GlusterFS...yah or nay? Razique Mahroua-Nuage Corazique.mahr...@gmail.comTel: +33 9 72 37 94 15 Le 31 janv. 2013 à 19:43, Sébastien Han han.sebast...@gmail.com a écrit :Try to have a look at the boot from volume feature. Basically the diskbase of your instance is an RBD volume from Ceph. Something will beremain in /var/lib/nova/instances but it's only the kvm xml file.http://ceph.com/docs/master/rbd/rbd-openstack/?highlight=openstackCheers!--Regards,Sébastien Han.On Thu, Jan 31, 2013 at 7:40 AM, Wolfgang Hennerbichlerwolfgang.hennerbich...@risc-software.at wrote:Hi,I'm sorry if this has been asked before. My question is: can I integrate ceph into openstack's nova cinder in a way, that I don't need /var/lib/nova/instances anymore? I'd like to have EVERYTHING in ceph, starting from glance images to nova-disk-images and volumes (cinder). And more important: Can this be done in a way so that my horizon-users can still use horizon (including snapshotting) without the need of abusing the command-line? :)I've read that cinder and glance are supported, but I didn't find much information on nova-disk-images and ceph.thanks for a replywolfgang___Mailing list: https://launchpad.net/~openstackPost to : openstack@lists.launchpad.netUnsubscribe : https://launchpad.net/~openstackMore help : https://help.launchpad.net/ListHelp___Mailing list: https://launchpad.net/~openstackPost to : openstack@lists.launchpad.netUnsubscribe : https://launchpad.net/~openstackMore 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] Centos : yum install openstack-quantum-openvswitch
Hey guys, I'm having the same problem on RHEL 6.3. Did a search on openvswitch at RHN and it came up with nothing. Where is it? Fedora's core repos? On Sun, Nov 18, 2012 at 4:15 PM, George Lekatsas glekats...@gmail.comwrote: Hello, following the installation instruction and yum install openstack-quantum-openvswitch in centos 6.3 i have: Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile * base: ftp. * epel: ftp.cc. * extras: ftp. * updates: ftp. Setting up Install Process Resolving Dependencies -- Running transaction check --- Package openstack-quantum-openvswitch.noarch 0:2012.2-2.el6 will be installed -- Processing Dependency: openvswitch for package: openstack-quantum-openvswitch-2012.2-2.el6.noarch -- Finished Dependency Resolution Error: Package: openstack-quantum-openvswitch-2012.2-2.el6.noarch (epel) Requires: openvswitch You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Do i have to install openvswitch from sources??? ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- \*..+.- --Greg Chavez +//..;}; ___ 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] Centos : yum install openstack-quantum-openvswitch
Disco: https://github.com/homework/openvswitch/blob/master/INSTALL.RHEL. And then, in my case, I'm just adding it to a local mrepo configuration. That really sucks, though. C'mon EPEL. Seriously, this is one of the hardest application deployments I've ever done. It's actually worse than OpenNMS! On Thu, Jan 31, 2013 at 6:19 PM, Greg Chavez greg.cha...@gmail.com wrote: Hey guys, I'm having the same problem on RHEL 6.3. Did a search on openvswitch at RHN and it came up with nothing. Where is it? Fedora's core repos? On Sun, Nov 18, 2012 at 4:15 PM, George Lekatsas glekats...@gmail.comwrote: Hello, following the installation instruction and yum install openstack-quantum-openvswitch in centos 6.3 i have: Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile * base: ftp. * epel: ftp.cc. * extras: ftp. * updates: ftp. Setting up Install Process Resolving Dependencies -- Running transaction check --- Package openstack-quantum-openvswitch.noarch 0:2012.2-2.el6 will be installed -- Processing Dependency: openvswitch for package: openstack-quantum-openvswitch-2012.2-2.el6.noarch -- Finished Dependency Resolution Error: Package: openstack-quantum-openvswitch-2012.2-2.el6.noarch (epel) Requires: openvswitch You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Do i have to install openvswitch from sources??? ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- \*..+.- --Greg Chavez +//..;}; -- \*..+.- --Greg Chavez +//..;}; ___ 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 ceph integration
Ceph has been officially production ready for block (rbd) and object storage (radosgw) for a while. It's just the file system that isn't ready yet: http://ceph.com/docs/master/faq/#is-ceph-production-quality Josh On 01/31/2013 01:23 PM, Razique Mahroua wrote: Speaking of which guys, anything particular stability-wise regarding Ceph within OpenStack. It's officially not production-ready, yet it's often that solution that comes out when we are looking for data clustering. GlusterFS...yah or nay? *Razique Mahroua** - **Nuage Co* razique.mahr...@gmail.com mailto:razique.mahr...@gmail.com Tel : +33 9 72 37 94 15 Le 31 janv. 2013 à 19:43, Sébastien Han han.sebast...@gmail.com mailto:han.sebast...@gmail.com a écrit : Try to have a look at the boot from volume feature. Basically the disk base of your instance is an RBD volume from Ceph. Something will be remain in /var/lib/nova/instances but it's only the kvm xml file. http://ceph.com/docs/master/rbd/rbd-openstack/?highlight=openstack Cheers! -- Regards, Sébastien Han. On Thu, Jan 31, 2013 at 7:40 AM, Wolfgang Hennerbichler wolfgang.hennerbich...@risc-software.at wrote: Hi, I'm sorry if this has been asked before. My question is: can I integrate ceph into openstack's nova cinder in a way, that I don't need /var/lib/nova/instances anymore? I'd like to have EVERYTHING in ceph, starting from glance images to nova-disk-images and volumes (cinder). And more important: Can this be done in a way so that my horizon-users can still use horizon (including snapshotting) without the need of abusing the command-line? :) I've read that cinder and glance are supported, but I didn't find much information on nova-disk-images and ceph. thanks for a reply wolfgang ___ 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] netns help
Hi all, How does one delete netns? I followed the following link to create requited net,subnet, router in which dhcp is disabled https://raw.github.com/EmilienM/openstack-folsom-guide/master/scripts/quantum-networking.sh but I still see as : root@folsom-network:~# ip netns qrouter-39d5fa21-c604-4d3b-a37b-90457c9b11fe qdhcp-20554b0b-dc5f-48c5-87fa-47b90dc9242f Does this mean dhcp is still being active? Thanks Paras. ___ 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] [keystone] Why are we returing such a big payload in validate token?
Hi, As of now v3 validateToken response has tokens, service catalog, users, project , roles and domains. (i.e) Except for groups we are returning everything. We also discussed about the possibility of 100s of endpoints. ValidateToken is supposed to be a high frequency call .This is going to be a huge performance impact . What is the use case for such a big payload when compared with v2? If a service needs catalog , then the service can always ask for the catalog. Thanks Haneef ___ 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] Why are we returing such a big payload in validate token?
+1000 On 01/31/2013 07:44 PM, Ali, Haneef wrote: Hi, As of now v3 validateToken response has “tokens, service catalog, users, project , roles and domains. (i.e) Except for groups we are returning everything. We also discussed about the possibility of 100s of endpoints. ValidateToken is supposed to be a high frequency call . This is going to be a huge performance impact . What is the use case for such a big payload when compared with v2? If a service needs catalog , then the service can always ask for the catalog. Thanks Haneef ___ 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] Why are we returing such a big payload in validate token?
On 01/31/2013 07:44 PM, Ali, Haneef wrote: Hi, As of now v3 validateToken response has tokens, service catalog, users, project , roles and domains. (i.e) Except for groups we are returning everything. We also discussed about the possibility of 100s of endpoints. ValidateToken is supposed to be a high frequency call . This is Validate token should not going be a high frequency call. The information is encapsulated inside the signed token for just that reason. I would agree with the sentiment, however, that we are cramming a lot of info into the token. TOkens should be scoped much, much more finely: by default one service or endpoint, and one tenant. The only thing that should require the full service catalog is the initial request of an unsigned token, and that should merely go back to the client. going to be a huge performance impact . What is the use case for such a big payload when compared with v2? If a service needs catalog , then the service can always ask for the catalog. Thanks Haneef ___ 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] Why are we returing such a big payload in validate token?
Isn't signed token an optional feature? If so validateToken is going to be a high frequency call. Also Service Catalog is a constant, the services can cache it. It doesn't need to be part of validateToken. Thanks Haneef From: openstack-bounces+haneef.ali=hp@lists.launchpad.net [mailto:openstack-bounces+haneef.ali=hp@lists.launchpad.net] On Behalf Of Adam Young Sent: Thursday, January 31, 2013 6:25 PM To: openstack@lists.launchpad.net Subject: Re: [Openstack] [keystone] Why are we returing such a big payload in validate token? On 01/31/2013 07:44 PM, Ali, Haneef wrote: Hi, As of now v3 validateToken response has tokens, service catalog, users, project , roles and domains. (i.e) Except for groups we are returning everything. We also discussed about the possibility of 100s of endpoints. ValidateToken is supposed to be a high frequency call .This is Validate token should not going be a high frequency call. The information is encapsulated inside the signed token for just that reason. I would agree with the sentiment, however, that we are cramming a lot of info into the token. TOkens should be scoped much, much more finely: by default one service or endpoint, and one tenant. The only thing that should require the full service catalog is the initial request of an unsigned token, and that should merely go back to the client. going to be a huge performance impact . What is the use case for such a big payload when compared with v2? If a service needs catalog , then the service can always ask for the catalog. Thanks Haneef ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.netmailto: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] Why are we returing such a big payload in validate token?
On Jan 31, 2013, at 6:37 PM, Ali, Haneef haneef@hp.com wrote: Isn’t signed token an optional feature? If so validateToken is going to be a high frequency call. Also “Service Catalog” is a constant, the services can cache it. It doesn’t need to be part of validateToken. Service catalog is not a constant. That said the only time it is used is when a service needs to proxy a call to another service using the same token. If we had a reasonable way to make requests on behalf of other users we don't really need it as the service could just keep its own catalog and make requests on behalf of the requesting user. Vish Thanks Haneef From: openstack-bounces+haneef.ali=hp@lists.launchpad.net [mailto:openstack-bounces+haneef.ali=hp@lists.launchpad.net] On Behalf Of Adam Young Sent: Thursday, January 31, 2013 6:25 PM To: openstack@lists.launchpad.net Subject: Re: [Openstack] [keystone] Why are we returing such a big payload in validate token? On 01/31/2013 07:44 PM, Ali, Haneef wrote: Hi, As of now v3 validateToken response has “tokens, service catalog, users, project , roles and domains. (i.e) Except for groups we are returning everything. We also discussed about the possibility of 100s of endpoints. ValidateToken is supposed to be a high frequency call .This is Validate token should not going be a high frequency call. The information is encapsulated inside the signed token for just that reason. I would agree with the sentiment, however, that we are cramming a lot of info into the token. TOkens should be scoped much, much more finely: by default one service or endpoint, and one tenant. The only thing that should require the full service catalog is the initial request of an unsigned token, and that should merely go back to the client. going to be a huge performance impact . What is the use case for such a big payload when compared with v2? If a service needs catalog , then the service can always ask for the catalog. Thanks Haneef ___ 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] [keystone] Why are we returing such a big payload in validate token?
On 01/31/2013 10:57 PM, Vishvananda Ishaya wrote: On Jan 31, 2013, at 6:37 PM, Ali, Haneef haneef@hp.com mailto:haneef@hp.com wrote: Isn’t signed token an optional feature? If so validateToken is going to be a high frequency call. Also “Service Catalog” is a constant, the services can cache it. It doesn’t need to be part of validateToken. Service catalog is not a constant. That said the only time it is used is when a service needs to proxy a call to another service using the same token. If we had a reasonable way to make requests on behalf of other users we don't really need it as the service could just keep its own catalog and make requests on behalf of the requesting user. I'm working on it. It is called trusts and there is a WIP posted here: https://review.openstack.org/#/c/20289/ Blueprint is here: https://blueprints.launchpad.net/keystone/+spec/trusts Vish Thanks Haneef *From:*openstack-bounces+haneef.ali=hp@lists.launchpad.net mailto:openstack-bounces+haneef.ali=hp@lists.launchpad.net [mailto:openstack-bounces+haneef.ali=hp@lists.launchpad.net mailto:bounces+haneef.ali=hp@lists.launchpad.net]*On Behalf Of*Adam Young *Sent:*Thursday, January 31, 2013 6:25 PM *To:*openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net *Subject:*Re: [Openstack] [keystone] Why are we returing such a big payload in validate token? On 01/31/2013 07:44 PM, Ali, Haneef wrote: Hi, As of now v3 validateToken response has “tokens, service catalog, users, project , roles and domains. (i.e) Except for groups we are returning everything. We also discussed about the possibility of 100s of endpoints. ValidateToken is supposed to be a high frequency call .This is Validate token should not going be a high frequency call. The information is encapsulated inside the signed token for just that reason. I would agree with the sentiment, however, that we are cramming a lot of info into the token. TOkens should be scoped much, much more finely: by default one service or endpoint, and one tenant. The only thing that should require the full service catalog is the initial request of an unsigned token, and that should merely go back to the client. going to be a huge performance impact . What is the use case for such a big payload when compared with v2? If a service needs catalog , then the service can always ask for the catalog. Thanks Haneef ___ Mailing list:https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to :openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Unsubscribe :https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack More help :https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack 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] multiple public ip
The doc cited explains how this works with Quantum, but not with Openstack. -As of Folsom, you have the option of using Quantum for networking or Nova Network and I believe Nova network will eventually be deprecated. VM1 is shown as being accessible via two VNICs, that implies that their is a Hypervisor that is available by two NICs -There can be any number of vNICs while using just one physical NIC. Each port created in quantum is a vNIC. However the illustration showed 3 physical NICs all of which could have been on a single hypervisor or each on it sown hypervisor. Looks like we are deviating from the original question which was posed by Umar. Regards, Balu On Thu, Jan 31, 2013 at 11:18 PM, Caitlin Bestler caitlin.best...@nexenta.com wrote: The doc cited explains how this works with Quantum, but not with Openstack. VM1 is shown as being accessible via two VNICs, that implies that their is a Hypervisor that is available by two NICs. How does Nova know that this is in fact one Hypervisor and not two? Similar question must be addressed for Cinder and Swift. I am most familiar with Swift, and it really does not address this situation. Balamurugan V G balamuruga...@gmail.com wrote: Perhaps you can use the multiple flat network model shown here: http://docs.openstack.org/trunk/openstack-network/admin/content/use_cases_multi_flat.html The TenantC VM1 gets two IPs, one from each net. But in this case each net is in a different subnet. May be you can create the nets for the same subet but with diff ranges or even just one IP(/32) and disable DHCP. Basically the idea is to use multiple vNICs. Just throwing at you, I am not entirely sure if it will work, I havent tried it. Regards, Balu On Thu, Jan 31, 2013 at 1:51 PM, Umar Draz unix...@gmail.com wrote: Hi Vish, Assign direct/static IP address to Instance something like bridge rather than nating is possible? Same like vSphare Best Regards, Umar On Thu, Jan 31, 2013 at 8:37 AM, Vishvananda Ishaya vishvana...@gmail.com wrote: On Jan 30, 2013, at 11:35 AM, Umar Draz unix...@gmail.com wrote: Hi Caitlin, I need multiple ip address for my Haproxy server. Here is my senario I have already running Haproxy Server virtual machine for web load balancing on vSphare with 45 public ip address. We are running 45 diffrent websites and we required diffrent ips for each webiste. We have 6 webservers with only local ip address. These 6 webservers holding all 45 websites. Haproxy just forward the request to local webservers accorindg to DNS. You can associate multiple floating ips to a single instance. Floating ips just create natting entries. Keep in mind that traffic that originates from the server will only come from one of these ips. Also there is no way for the server to determine which ip address the traffic came in on so you will need to do the forwarding at the HTTP layer which has access to the domain name used for the request. Vish -- Umar Draz Network Architect ___ 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] openvswitch rpm on RHEL 6.3 frustration
On RHEL 6.3, with EPEL repos, we have openstack-quantum-openvswitch.noarch. It requires openvswitch.x86_64, which isn't provided by either RHEL channels or EPEL! So I tracked down the openvswitch source (not that hard) , and after a few hours of battling various compilation erros, ended up with three rpms that I add to my mrepo yum repo: [root@cs-repo-02 SysEng6-x86_64]# ls *openv* kmod-openvswitch-1.7.3-1.el6.x86_64.rpm openvswitch-1.7.3-1.x86_64.rpm openvswitch-debuginfo-1.7.3-1.x86_64.rpm So I re-run my attempt to install the OpenVswitch plugin and guess what! Error: Package: openvswitch-1.7.3-1.x86_64 (syseng6) Requires: openvswitch-kmod You say openvswitch-kmod, I say kmod-openvswitch, you say go F yourself. It's late, I've been working this for weeks. This is just the latest obstacle. Please help. The OpenVswitch people are few and unresponsive, by the way. Useless mailing lists. -- \*..+.- --Greg Chavez +//..;}; ___ 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] openvswitch rpm on RHEL 6.3 frustration
Hi Greg, I can install openvswitch-1.7.3-1.x86_64.rpm on CentOS6.3 if specifying with kmod-openkmod-openvswitch-1.7.3-1.el6.x86_64.rpm: # rpm -ivh openvswitch-1.7.3-1.x86_64.rpm kmod-openvswitch-1.7.3-1.el6.x86_64.rpm Preparing...### [100%] 1:kmod-openvswitch ### [ 50%] 2:openvswitch### [100%] # Thanks Ken'ichi Ohmichi --- On Thu, 31 Jan 2013 23:52:39 -0500 Greg Chavez greg.cha...@gmail.com wrote: On RHEL 6.3, with EPEL repos, we have openstack-quantum-openvswitch.noarch. It requires openvswitch.x86_64, which isn't provided by either RHEL channels or EPEL! So I tracked down the openvswitch source (not that hard) , and after a few hours of battling various compilation erros, ended up with three rpms that I add to my mrepo yum repo: [root@cs-repo-02 SysEng6-x86_64]# ls *openv* kmod-openvswitch-1.7.3-1.el6.x86_64.rpm openvswitch-1.7.3-1.x86_64.rpm openvswitch-debuginfo-1.7.3-1.x86_64.rpm So I re-run my attempt to install the OpenVswitch plugin and guess what! Error: Package: openvswitch-1.7.3-1.x86_64 (syseng6) Requires: openvswitch-kmod You say openvswitch-kmod, I say kmod-openvswitch, you say go F yourself. It's late, I've been working this for weeks. This is just the latest obstacle. Please help. The OpenVswitch people are few and unresponsive, by the way. Useless mailing lists. -- \*..+.- --Greg Chavez +//..;}; ___ 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] openvswitch rpm on RHEL 6.3 frustration
Ken'ich, Arigato gozaimasu. Where did you get that rpm? On Fri, Feb 1, 2013 at 1:19 AM, Ken'ichi Ohmichi oomi...@mxs.nes.nec.co.jpwrote: Hi Greg, I can install openvswitch-1.7.3-1.x86_64.rpm on CentOS6.3 if specifying with kmod-openkmod-openvswitch-1.7.3-1.el6.x86_64.rpm: # rpm -ivh openvswitch-1.7.3-1.x86_64.rpm kmod-openvswitch-1.7.3-1.el6.x86_64.rpm Preparing...### [100%] 1:kmod-openvswitch ### [ 50%] 2:openvswitch### [100%] # Thanks Ken'ichi Ohmichi --- On Thu, 31 Jan 2013 23:52:39 -0500 Greg Chavez greg.cha...@gmail.com wrote: On RHEL 6.3, with EPEL repos, we have openstack-quantum-openvswitch.noarch. It requires openvswitch.x86_64, which isn't provided by either RHEL channels or EPEL! So I tracked down the openvswitch source (not that hard) , and after a few hours of battling various compilation erros, ended up with three rpms that I add to my mrepo yum repo: [root@cs-repo-02 SysEng6-x86_64]# ls *openv* kmod-openvswitch-1.7.3-1.el6.x86_64.rpm openvswitch-1.7.3-1.x86_64.rpm openvswitch-debuginfo-1.7.3-1.x86_64.rpm So I re-run my attempt to install the OpenVswitch plugin and guess what! Error: Package: openvswitch-1.7.3-1.x86_64 (syseng6) Requires: openvswitch-kmod You say openvswitch-kmod, I say kmod-openvswitch, you say go F yourself. It's late, I've been working this for weeks. This is just the latest obstacle. Please help. The OpenVswitch people are few and unresponsive, by the way. Useless mailing lists. -- \*..+.- --Greg Chavez +//..;}; ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- \*..+.- --Greg Chavez +//..;}; ___ 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] openvswitch rpm on RHEL 6.3 frustration
Hi Greg, On Fri, 1 Feb 2013 02:25:00 -0500 Greg Chavez greg.cha...@gmail.com wrote: Arigato gozaimasu. Where did you get that rpm? Dou itashimashite, I built the rpm files from source file by the following way: # wget http://openvswitch.org/releases/openvswitch-1.7.3.tar.gz # tar -zxvf openvswitch-1.7.3.tar.gz # vi ./openvswitch-1.7.3/datapath/linux/compat/include/linux/skbuff.h -- To avoid compile error, I remove the following lines. -- -#if LINUX_VERSION_CODE KERNEL_VERSION(3,2,0) -static inline struct page *skb_frag_page(const skb_frag_t *frag) -{ - return frag-page; -} -#endif - # rm openvswitch-1.7.3.tar.gz # tar -zcvf openvswitch-1.7.3.tar.gz openvswitch-1.7.3/ # mv openvswitch-1.7.3.tar.gz rpmbuild/SOURCES/ # rpmbuild -bb -D `uname -r` openvswitch-1.7.3/rhel/openvswitch.spec # rpmbuild -bb -D `uname -r` openvswitch-1.7.3/rhel/openvswitch-kmod-rhel6.spec # ls ~/rpmbuild/RPMS/x86_64/ kmod-openvswitch-1.7.3-1.el6.x86_64.rpm openvswitch-1.7.3-1.x86_64.rpm openvswitch-debuginfo-1.7.3-1.x86_64.rpm # Thanks Ken'ichi Ohmichi --- On Fri, Feb 1, 2013 at 1:19 AM, Ken'ichi Ohmichi oomi...@mxs.nes.nec.co.jpwrote: Hi Greg, I can install openvswitch-1.7.3-1.x86_64.rpm on CentOS6.3 if specifying with kmod-openkmod-openvswitch-1.7.3-1.el6.x86_64.rpm: # rpm -ivh openvswitch-1.7.3-1.x86_64.rpm kmod-openvswitch-1.7.3-1.el6.x86_64.rpm Preparing...### [100%] 1:kmod-openvswitch ### [ 50%] 2:openvswitch### [100%] # Thanks Ken'ichi Ohmichi --- On Thu, 31 Jan 2013 23:52:39 -0500 Greg Chavez greg.cha...@gmail.com wrote: On RHEL 6.3, with EPEL repos, we have openstack-quantum-openvswitch.noarch. It requires openvswitch.x86_64, which isn't provided by either RHEL channels or EPEL! So I tracked down the openvswitch source (not that hard) , and after a few hours of battling various compilation erros, ended up with three rpms that I add to my mrepo yum repo: [root@cs-repo-02 SysEng6-x86_64]# ls *openv* kmod-openvswitch-1.7.3-1.el6.x86_64.rpm openvswitch-1.7.3-1.x86_64.rpm openvswitch-debuginfo-1.7.3-1.x86_64.rpm So I re-run my attempt to install the OpenVswitch plugin and guess what! Error: Package: openvswitch-1.7.3-1.x86_64 (syseng6) Requires: openvswitch-kmod You say openvswitch-kmod, I say kmod-openvswitch, you say go F yourself. It's late, I've been working this for weeks. This is just the latest obstacle. Please help. The OpenVswitch people are few and unresponsive, by the way. Useless mailing lists. -- \*..+.- --Greg Chavez +//..;}; ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- \*..+.- --Greg Chavez +//..;}; ___ 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-ubuntu-testing-notifications] Build Still Failing: precise_grizzly_nova_trunk #579
Title: precise_grizzly_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_nova_trunk/579/Project:precise_grizzly_nova_trunkDate of build:Thu, 31 Jan 2013 05:31:13 -0500Build duration:3 min 32 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: All recent builds failed.0ChangesFixes is not usageby zhongyue.naheditnova/api/ec2/cloud.pyeditnova/utils.pyeditnova/tests/api/openstack/fakes.pyeditnova/virt/libvirt/imagecache.pyeditnova/common/memorycache.pyConsole Output[...truncated 6088 lines...]dch -a [e35feaa] Remove duplicated tapdev creation code from libvirt VIFdch -a [e41f8be] Move helper APIs for OVS ports into linux_netdch -a [1c07735] Add 'ovs_interfaceid' to nova network VIF modeldch -a [86eabe4] Replace use of mkdtemp with fixtures.TempDirdch -a [84e5e69] Fix the wrong datatype in task_log table.dch -a [4a04aac] Cleanup of extract_opts.pydch -a [ac8a9d8] Baremetal/utils should not log certain exceptionsdch -a [7c5b098] Use setup.py testr to run testr in run_tests.sh.dch -a [cc88380] Fix nova coverage.dch -a [e306bea] PXE driver should rmtree directories it createddch -a [6ee9880] Fix floating ips with external gatewaydch -a [52bee33] Add support for Option Groups in LazyPluggabledch -a [f379db5] fix misspellings in logs, comments and testsdch -a [abd8957] Generate coverage even if tests failed.dch -a [c538024] Allow snapshots of paused and suspended instancesdch -a [8d5891e] Sync latest cfg from oslo-incubatordch -a [72da619] Add rootwrap filters for password injection with localfsdch -a [6e3fcd5] Prevent metadata updates until instance is active.dch -a [485e4bd] Run_as_root to ensure resize2fs succeed for all image backendsdch -a [41848d4] XenAPI: Fix volume detachdch -a [abaef3b] Refactor: extract method: driver_dict_from_configdch -a [af5936f] Go back to the original branch after pylint checkdch -a [b87385b] Ignore auto-generated files by lintstackdch -a [2adf639] libvirt: use tap for non-blockdevice images on Xendch -a [e34d5d9] Add Compute API validations for block device mapdch -a [f7fbdeb] Fix state sync logic related to the PAUSED VM statedch -a [1f96a67] Tests for PXE bare-metal provisioning helper server.dch -a [67376d3] Map libvirt error to InstanceNotFound in get_instance_disk_infodch -a [f9bfc24] don't clear the database dicts in the tearDown methoddch -a [6344bff] Fix double reboot issue during soft rebootdebcommitTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Build 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_grizzly_python-cinderclient_trunk #31
Title: precise_grizzly_python-cinderclient_trunk General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_python-cinderclient_trunk/31/Project:precise_grizzly_python-cinderclient_trunkDate of build:Thu, 31 Jan 2013 07:33:52 -0500Build duration:2 min 28 secBuild cause:Started by user Chuck ShortBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesNo ChangesConsole Output[...truncated 2281 lines...]Finished at 20130131-0736Build needed 00:01:06, 1660k disc spaceINFO:root:Uploading package to ppa:openstack-ubuntu-testing/grizzly-trunk-testingDEBUG:root:['dput', 'ppa:openstack-ubuntu-testing/grizzly-trunk-testing', 'python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_source.changes']gpg: Signature made Thu Jan 31 07:35:06 2013 EST using RSA key ID 9935ACDCgpg: Good signature from "Openstack Ubuntu Testing Bot (Jenkins Key) <ja...@shingle-house.org.uk>"gpg: Signature made Thu Jan 31 07:35:05 2013 EST using RSA key ID 9935ACDCgpg: Good signature from "Openstack Ubuntu Testing Bot (Jenkins Key) <ja...@shingle-house.org.uk>"Checking signature on .changesGood signature on /tmp/tmpWbQWWb/python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_source.changes.Checking signature on .dscGood signature on /tmp/tmpWbQWWb/python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1.dsc.Uploading to ppa (via ftp to ppa.launchpad.net): Uploading python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1.dsc: done. Uploading python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise.orig.tar.gz: done. Uploading python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1.debian.tar.gz: done. Uploading python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_source.changes: done.Successfully uploaded packages.INFO:root:Installing build artifacts into /var/lib/jenkins/www/aptDEBUG:root:['reprepro', '--waitforlock', '10', '-Vb', '/var/lib/jenkins/www/apt', 'include', 'precise-grizzly', 'python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_amd64.changes']Exporting indices...Successfully created '/var/lib/jenkins/www/apt/dists/precise-grizzly/Release.gpg.new'Successfully created '/var/lib/jenkins/www/apt/dists/precise-grizzly/InRelease.new'Deleting files no longer referenced...deleting and forgetting pool/main/p/python-cinderclient/python-cinderclient_1.0.2.9.g55ae2c1+git201301240231~precise-0ubuntu1_all.debINFO:root:Pushing changes back to bzr testing branchDEBUG:root:['bzr', 'push', 'lp:~openstack-ubuntu-testing/python-cinderclient/precise-grizzly']Pushed up to revision 21.INFO:root:Storing current commit for next build: c74994597fe9400bee79046bf9f15b163c50b61cINFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/python-cinderclient/grizzly /tmp/tmpWbQWWb/python-cinderclientmk-build-deps -i -r -t apt-get -y /tmp/tmpWbQWWb/python-cinderclient/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/python-cinderclient/precise-grizzly --forcedch -b -D precise --newversion 1:1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1 Automated Ubuntu testing build:dch -a No change rebuild.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_source.changessbuild -d precise-grizzly -n -A python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/grizzly-trunk-testing python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include precise-grizzly python-cinderclient_1.0.2.11.gf0a6dee+git201301310733~precise-0ubuntu1_amd64.changesbzr push lp:~openstack-ubuntu-testing/python-cinderclient/precise-grizzlyEmail was triggered for: FixedTrigger Success was overridden by another trigger and will not send an email.Sending email for trigger: Fixed-- 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_grizzly_nova_trunk #580
Title: precise_grizzly_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_nova_trunk/580/Project:precise_grizzly_nova_trunkDate of build:Thu, 31 Jan 2013 09:31:11 -0500Build duration:4 min 21 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: All recent builds failed.0ChangesPass parameter filter back to model layerby stephen.graneditnova/tests/api/ec2/test_cloud.pyeditnova/api/ec2/cloud.pyConsole Output[...truncated 6091 lines...]dch -a [e35feaa] Remove duplicated tapdev creation code from libvirt VIFdch -a [e41f8be] Move helper APIs for OVS ports into linux_netdch -a [1c07735] Add 'ovs_interfaceid' to nova network VIF modeldch -a [86eabe4] Replace use of mkdtemp with fixtures.TempDirdch -a [84e5e69] Fix the wrong datatype in task_log table.dch -a [4a04aac] Cleanup of extract_opts.pydch -a [ac8a9d8] Baremetal/utils should not log certain exceptionsdch -a [7c5b098] Use setup.py testr to run testr in run_tests.sh.dch -a [cc88380] Fix nova coverage.dch -a [e306bea] PXE driver should rmtree directories it createddch -a [6ee9880] Fix floating ips with external gatewaydch -a [52bee33] Add support for Option Groups in LazyPluggabledch -a [f379db5] fix misspellings in logs, comments and testsdch -a [abd8957] Generate coverage even if tests failed.dch -a [c538024] Allow snapshots of paused and suspended instancesdch -a [8d5891e] Sync latest cfg from oslo-incubatordch -a [72da619] Add rootwrap filters for password injection with localfsdch -a [6e3fcd5] Prevent metadata updates until instance is active.dch -a [485e4bd] Run_as_root to ensure resize2fs succeed for all image backendsdch -a [41848d4] XenAPI: Fix volume detachdch -a [abaef3b] Refactor: extract method: driver_dict_from_configdch -a [af5936f] Go back to the original branch after pylint checkdch -a [b87385b] Ignore auto-generated files by lintstackdch -a [2adf639] libvirt: use tap for non-blockdevice images on Xendch -a [e34d5d9] Add Compute API validations for block device mapdch -a [f7fbdeb] Fix state sync logic related to the PAUSED VM statedch -a [1f96a67] Tests for PXE bare-metal provisioning helper server.dch -a [67376d3] Map libvirt error to InstanceNotFound in get_instance_disk_infodch -a [f9bfc24] don't clear the database dicts in the tearDown methoddch -a [6344bff] Fix double reboot issue during soft rebootdebcommitTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Build 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_grizzly_nova_trunk #581
Title: precise_grizzly_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_nova_trunk/581/Project:precise_grizzly_nova_trunkDate of build:Thu, 31 Jan 2013 11:01:13 -0500Build duration:3 min 40 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: All recent builds failed.0ChangesFixes not in operator usageby zhongyue.naheditnova/virt/xenapi/fake.pyeditnova/api/openstack/compute/image_metadata.pyeditnova/tests/api/openstack/fakes.pyeditnova/api/openstack/compute/contrib/flavorextraspecs.pyeditnova/tests/integrated/api/client.pyeditnova/tests/compute/test_resource_tracker.pyeditnova/tests/fakeguestfs.pyeditnova/api/openstack/compute/contrib/availability_zone.pyeditnova/scheduler/filters/trusted_filter.pyeditnova/virt/fake.pyeditnova/api/openstack/wsgi.pyeditnova/virt/baremetal/driver.pyeditnova/tests/integrated/integrated_helpers.pyeditnova/api/openstack/compute/contrib/floating_ips_bulk.pyeditnova/virt/xenapi/vm_utils.pyeditnova/api/openstack/compute/servers.pyeditnova/virt/libvirt/driver.pyeditHACKING.rsteditnova/api/openstack/__init__.pyeditnova/api/openstack/compute/contrib/simple_tenant_usage.pyeditnova/virt/baremetal/volume_driver.pyeditnova/tests/test_virt_disk_vfs_localfs.pyeditnova/api/ec2/cloud.pyeditnova/availability_zones.pyeditnova/api/openstack/compute/contrib/aggregates.pyeditnova/service.pyeditnova/tests/test_libvirt.pyeditnova/virt/libvirt/imagecache.pyeditnova/compute/vm_mode.pyeditnova/tests/test_xenapi.pyConsole Output[...truncated 6095 lines...]dch -a [e35feaa] Remove duplicated tapdev creation code from libvirt VIFdch -a [e41f8be] Move helper APIs for OVS ports into linux_netdch -a [1c07735] Add 'ovs_interfaceid' to nova network VIF modeldch -a [86eabe4] Replace use of mkdtemp with fixtures.TempDirdch -a [84e5e69] Fix the wrong datatype in task_log table.dch -a [4a04aac] Cleanup of extract_opts.pydch -a [ac8a9d8] Baremetal/utils should not log certain exceptionsdch -a [7c5b098] Use setup.py testr to run testr in run_tests.sh.dch -a [cc88380] Fix nova coverage.dch -a [e306bea] PXE driver should rmtree directories it createddch -a [6ee9880] Fix floating ips with external gatewaydch -a [52bee33] Add support for Option Groups in LazyPluggabledch -a [f379db5] fix misspellings in logs, comments and testsdch -a [abd8957] Generate coverage even if tests failed.dch -a [c538024] Allow snapshots of paused and suspended instancesdch -a [8d5891e] Sync latest cfg from oslo-incubatordch -a [72da619] Add rootwrap filters for password injection with localfsdch -a [6e3fcd5] Prevent metadata updates until instance is active.dch -a [485e4bd] Run_as_root to ensure resize2fs succeed for all image backendsdch -a [41848d4] XenAPI: Fix volume detachdch -a [abaef3b] Refactor: extract method: driver_dict_from_configdch -a [af5936f] Go back to the original branch after pylint checkdch -a [b87385b] Ignore auto-generated files by lintstackdch -a [2adf639] libvirt: use tap for non-blockdevice images on Xendch -a [e34d5d9] Add Compute API validations for block device mapdch -a [f7fbdeb] Fix state sync logic related to the PAUSED VM statedch -a [1f96a67] Tests for PXE bare-metal provisioning helper server.dch -a [67376d3] Map libvirt error to InstanceNotFound in get_instance_disk_infodch -a [f9bfc24] don't clear the database dicts in the tearDown methoddch -a [6344bff] Fix double reboot issue during soft rebootdebcommitTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Build 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_grizzly_glance_trunk #99
Title: precise_grizzly_glance_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_glance_trunk/99/Project:precise_grizzly_glance_trunkDate of build:Thu, 31 Jan 2013 12:01:12 -0500Build duration:8 min 54 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesPull in tarball version fix from oslo.by mordrededitglance/openstack/common/version.pyConsole Output[...truncated 5679 lines...]Distribution: precise-grizzlyFail-Stage: buildHost Architecture: amd64Install-Time: 39Job: glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1.dscMachine Architecture: amd64Package: glancePackage-Time: 447Source-Version: 2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1Space: 20012Status: attemptedVersion: 2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1Finished at 20130131-1210Build needed 00:07:27, 20012k disc spaceERROR:root:Error occurred during package creation/build: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1.dsc']' returned non-zero exit status 2ERROR:root:Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1.dsc']' returned non-zero exit status 2INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/glance/grizzly /tmp/tmpRu0KbI/glancemk-build-deps -i -r -t apt-get -y /tmp/tmpRu0KbI/glance/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/glance/precise-grizzly --forcedch -b -D precise --newversion 2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1 Automated Ubuntu testing build:dch -a No change rebuild.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1_source.changessbuild -d precise-grizzly -n -A glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1.dscTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1.dsc']' returned non-zero exit status 2Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'glance_2013.1~2013.1.a50.g7feecf1+git201301311201~precise-0ubuntu1.dsc']' returned non-zero exit status 2Build 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: raring_grizzly_glance_trunk #112
Title: raring_grizzly_glance_trunk General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/raring_grizzly_glance_trunk/112/Project:raring_grizzly_glance_trunkDate of build:Thu, 31 Jan 2013 12:01:09 -0500Build duration:14 minBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesPull in tarball version fix from oslo.by mordrededitglance/openstack/common/version.pyConsole Output[...truncated 8068 lines...]Checking signature on .dscGood signature on /tmp/tmpa_naiS/glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1.dsc.Uploading to ppa (via ftp to ppa.launchpad.net): Uploading glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1.dsc: done. Uploading glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring.orig.tar.gz: done. Uploading glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1.debian.tar.gz: done. Uploading glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1_source.changes: done.Successfully uploaded packages.INFO:root:Installing build artifacts into /var/lib/jenkins/www/aptDEBUG:root:['reprepro', '--waitforlock', '10', '-Vb', '/var/lib/jenkins/www/apt', 'include', 'raring-grizzly', 'glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1_amd64.changes']Exporting indices...Successfully created '/var/lib/jenkins/www/apt/dists/raring-grizzly/Release.gpg.new'Successfully created '/var/lib/jenkins/www/apt/dists/raring-grizzly/InRelease.new'Deleting files no longer referenced...deleting and forgetting pool/main/g/glance/glance-api_2013.1.2013.1.a46.g73ffec0+git201301311002~raring-0ubuntu1_all.debdeleting and forgetting pool/main/g/glance/glance-common_2013.1.2013.1.a46.g73ffec0+git201301311002~raring-0ubuntu1_all.debdeleting and forgetting pool/main/g/glance/glance-registry_2013.1.2013.1.a46.g73ffec0+git201301311002~raring-0ubuntu1_all.debdeleting and forgetting pool/main/g/glance/glance_2013.1.2013.1.a46.g73ffec0+git201301311002~raring-0ubuntu1_all.debdeleting and forgetting pool/main/g/glance/python-glance-doc_2013.1.2013.1.a46.g73ffec0+git201301311002~raring-0ubuntu1_all.debdeleting and forgetting pool/main/g/glance/python-glance_2013.1.2013.1.a46.g73ffec0+git201301311002~raring-0ubuntu1_all.debINFO:root:Pushing changes back to bzr testing branchDEBUG:root:['bzr', 'push', 'lp:~openstack-ubuntu-testing/glance/raring-grizzly']Pushed up to revision 236.INFO:root:Storing current commit for next build: d7be5c1982893d2a43b6554add42240ab040e0d1INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/glance/grizzly /tmp/tmpa_naiS/glancemk-build-deps -i -r -t apt-get -y /tmp/tmpa_naiS/glance/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hgit log 7ea5be5952eed1d72656a58a7f486b6a14f85f23..HEAD --no-merges --pretty=format:[%h] %sbzr merge lp:~openstack-ubuntu-testing/glance/raring-grizzly --forcedch -b -D raring --newversion 2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1 Automated Ubuntu testing build:dch -a [d7be5c1] Fixes 'not in' operator usagedch -a [8291e3c] Fix kwargs in xattr BadDriverConfiguration exc.dch -a [35be498] Prints list-cached dates in isoformatdch -a [6d90682] Fail sensibly if swiftclient absent in testdch -a [94969ae] Pull in tarball version fix from oslo.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1_source.changessbuild -d raring-grizzly -n -A glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/grizzly-trunk-testing glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include raring-grizzly glance_2013.1.2013.1.a50.g7feecf1+git201301311201~raring-0ubuntu1_amd64.changesbzr push lp:~openstack-ubuntu-testing/glance/raring-grizzlyEmail was triggered for: FixedTrigger Success was overridden by another trigger and will not send an email.Sending email for trigger: Fixed-- 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_grizzly_swift_trunk #100
Title: precise_grizzly_swift_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_swift_trunk/100/Project:precise_grizzly_swift_trunkDate of build:Thu, 31 Jan 2013 16:01:11 -0500Build duration:3 min 1 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesRemove tempauth allowed_sync_hosts conf optionby gregory.holt+launchpad.neteditdoc/manpages/proxy-server.conf.5editetc/proxy-server.conf-sampleConsole Output[...truncated 2404 lines...]Package: swiftPackage-Time: 0Source-Version: 1.7.7+git201301311601~precise-0ubuntu1Space: 0Status: failedVersion: 1.7.7+git201301311601~precise-0ubuntu1Finished at 20130131-1603Build needed 00:00:00, 0k disc spaceE: Package build dependencies not satisfied; skippingERROR:root:Error occurred during package creation/build: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'swift_1.7.7+git201301311601~precise-0ubuntu1.dsc']' returned non-zero exit status 3ERROR:root:Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'swift_1.7.7+git201301311601~precise-0ubuntu1.dsc']' returned non-zero exit status 3INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/swift/grizzly /tmp/tmptETuh1/swiftmk-build-deps -i -r -t apt-get -y /tmp/tmptETuh1/swift/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hgit log 87a42ab9ca032e1a539f50ac37600f7ee8312e60..HEAD --no-merges --pretty=format:[%h] %sbzr merge lp:~openstack-ubuntu-testing/swift/precise-grizzly --forcedch -b -D precise --newversion 1.7.7+git201301311601~precise-0ubuntu1 Automated Ubuntu testing build:dch -a [8552953] Remove tempauth allowed_sync_hosts conf optiondch -a [f28914c] Handle access_log_headers in proxy_loggingdch -a [00dbad0] Add optional locking to swift-ring-builderdch -a [c45e435] Add wsgify and split_path utilities to swobdch -a [0dc32d3] Fix keystoneauth with OPTIONS headers (eg: CORS)debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC swift_1.7.7+git201301311601~precise-0ubuntu1_source.changessbuild -d precise-grizzly -n -A swift_1.7.7+git201301311601~precise-0ubuntu1.dscTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'swift_1.7.7+git201301311601~precise-0ubuntu1.dsc']' returned non-zero exit status 3Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'swift_1.7.7+git201301311601~precise-0ubuntu1.dsc']' returned non-zero exit status 3Build 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_grizzly_nova_trunk #582
Title: precise_grizzly_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_nova_trunk/582/Project:precise_grizzly_nova_trunkDate of build:Thu, 31 Jan 2013 16:04:14 -0500Build duration:3 min 44 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: All recent builds failed.0ChangesAdd api samples to fping extensionby maurosraddnova/tests/integrated/api_samples/os-fping/fping-get-details-resp.json.tpladddoc/api_samples/os-fping/fping-get-resp.jsonaddnova/tests/integrated/api_samples/os-fping/fping-get-details-resp.xml.tpleditnova/tests/integrated/test_api_samples.pyaddnova/tests/integrated/api_samples/os-fping/server-post-req.json.tpladddoc/api_samples/os-fping/server-post-req.xmladddoc/api_samples/os-fping/fping-get-details-resp.xmladddoc/api_samples/os-fping/fping-get-resp.xmladddoc/api_samples/os-fping/server-post-resp.jsonaddnova/tests/integrated/api_samples/os-fping/fping-get-resp.json.tpladdnova/tests/integrated/api_samples/os-fping/server-post-resp.json.tpladddoc/api_samples/os-fping/server-post-resp.xmladdnova/tests/integrated/api_samples/os-fping/server-post-req.xml.tpladddoc/api_samples/os-fping/server-post-req.jsonaddnova/tests/integrated/api_samples/os-fping/server-post-resp.xml.tpladdnova/tests/integrated/api_samples/os-fping/fping-get-resp.xml.tpladddoc/api_samples/os-fping/fping-get-details-resp.jsonCode cleanup for rebuild block device mappingby rconradharriseditnova/utils.pyeditnova/exception.pyeditnova/compute/manager.pyeditnova/tests/compute/test_compute.pyxenapi: Ax unecessary `block_device_info` paramsby rconradharriseditnova/virt/xenapi/vmops.pyUse _prep_block_device in rebuild.by rconradharriseditnova/compute/manager.pyDRYing up volume_in_mapping code.by rconradharriseditnova/tests/test_libvirt.pyeditnova/virt/xenapi/vm_utils.pyeditnova/virt/vmwareapi/vmops.pyeditnova/block_device.pyeditnova/virt/libvirt/driver.pyeditnova/tests/test_block_device.pyFix rebuild with volumes attachedby rconradharriseditnova/virt/xenapi/vm_utils.pyeditnova/virt/xenapi/vmops.pyeditnova/tests/xenapi/test_vm_utils.pyeditnova/compute/manager.pyeditnova/block_device.pyConsole Output[...truncated 6131 lines...]dch -a [e35feaa] Remove duplicated tapdev creation code from libvirt VIFdch -a [e41f8be] Move helper APIs for OVS ports into linux_netdch -a [1c07735] Add 'ovs_interfaceid' to nova network VIF modeldch -a [86eabe4] Replace use of mkdtemp with fixtures.TempDirdch -a [84e5e69] Fix the wrong datatype in task_log table.dch -a [4a04aac] Cleanup of extract_opts.pydch -a [ac8a9d8] Baremetal/utils should not log certain exceptionsdch -a [7c5b098] Use setup.py testr to run testr in run_tests.sh.dch -a [cc88380] Fix nova coverage.dch -a [e306bea] PXE driver should rmtree directories it createddch -a [6ee9880] Fix floating ips with external gatewaydch -a [52bee33] Add support for Option Groups in LazyPluggabledch -a [f379db5] fix misspellings in logs, comments and testsdch -a [abd8957] Generate coverage even if tests failed.dch -a [c538024] Allow snapshots of paused and suspended instancesdch -a [8d5891e] Sync latest cfg from oslo-incubatordch -a [72da619] Add rootwrap filters for password injection with localfsdch -a [6e3fcd5] Prevent metadata updates until instance is active.dch -a [485e4bd] Run_as_root to ensure resize2fs succeed for all image backendsdch -a [41848d4] XenAPI: Fix volume detachdch -a [abaef3b] Refactor: extract method: driver_dict_from_configdch -a [af5936f] Go back to the original branch after pylint checkdch -a [b87385b] Ignore auto-generated files by lintstackdch -a [2adf639] libvirt: use tap for non-blockdevice images on Xendch -a [e34d5d9] Add Compute API validations for block device mapdch -a [f7fbdeb] Fix state sync logic related to the PAUSED VM statedch -a [1f96a67] Tests for PXE bare-metal provisioning helper server.dch -a [67376d3] Map libvirt error to InstanceNotFound in get_instance_disk_infodch -a [f9bfc24] don't clear the database dicts in the tearDown methoddch -a [6344bff] Fix double reboot issue during soft rebootdebcommitTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Build step 'Execute shell' marked build as failureEmail was triggered for: FailureSending email for trigger: Failure-- Mailing list:
[Openstack-ubuntu-testing-notifications] Build Still Failing: precise_grizzly_nova_trunk #583
Title: precise_grizzly_nova_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_nova_trunk/583/Project:precise_grizzly_nova_trunkDate of build:Thu, 31 Jan 2013 18:20:25 -0500Build duration:4 min 46 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: All recent builds failed.0ChangesAdd support for compressing qcow2 snapshotsby rafieditnova/virt/libvirt/utils.pyUse conductor for instance_info_cache_update.by rbryanteditnova/tests/compute/test_compute.pyeditnova/compute/manager.pyeditnova/network/api.pyeditnova/tests/network/test_quantumv2.pyeditnova/network/quantumv2/api.pyFixes FloatingIPDNS extension show method.by tmelloeditnova/tests/api/openstack/compute/contrib/test_floating_ip_dns.pyeditnova/api/openstack/compute/contrib/floating_ip_dns.pyFixes unhandled exception in detach_volumeby tushar.vitthal.patileditnova/tests/compute/test_compute.pyeditnova/compute/manager.pyeditnova/tests/compute/test_compute_cells.pyConsole Output[...truncated 6143 lines...]dch -a [e35feaa] Remove duplicated tapdev creation code from libvirt VIFdch -a [e41f8be] Move helper APIs for OVS ports into linux_netdch -a [1c07735] Add 'ovs_interfaceid' to nova network VIF modeldch -a [86eabe4] Replace use of mkdtemp with fixtures.TempDirdch -a [84e5e69] Fix the wrong datatype in task_log table.dch -a [4a04aac] Cleanup of extract_opts.pydch -a [ac8a9d8] Baremetal/utils should not log certain exceptionsdch -a [7c5b098] Use setup.py testr to run testr in run_tests.sh.dch -a [cc88380] Fix nova coverage.dch -a [e306bea] PXE driver should rmtree directories it createddch -a [6ee9880] Fix floating ips with external gatewaydch -a [52bee33] Add support for Option Groups in LazyPluggabledch -a [f379db5] fix misspellings in logs, comments and testsdch -a [abd8957] Generate coverage even if tests failed.dch -a [c538024] Allow snapshots of paused and suspended instancesdch -a [8d5891e] Sync latest cfg from oslo-incubatordch -a [72da619] Add rootwrap filters for password injection with localfsdch -a [6e3fcd5] Prevent metadata updates until instance is active.dch -a [485e4bd] Run_as_root to ensure resize2fs succeed for all image backendsdch -a [41848d4] XenAPI: Fix volume detachdch -a [abaef3b] Refactor: extract method: driver_dict_from_configdch -a [af5936f] Go back to the original branch after pylint checkdch -a [b87385b] Ignore auto-generated files by lintstackdch -a [2adf639] libvirt: use tap for non-blockdevice images on Xendch -a [e34d5d9] Add Compute API validations for block device mapdch -a [f7fbdeb] Fix state sync logic related to the PAUSED VM statedch -a [1f96a67] Tests for PXE bare-metal provisioning helper server.dch -a [67376d3] Map libvirt error to InstanceNotFound in get_instance_disk_infodch -a [f9bfc24] don't clear the database dicts in the tearDown methoddch -a [6344bff] Fix double reboot issue during soft rebootdebcommitTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['debcommit']' returned non-zero exit status 7Build 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_grizzly_swift_trunk #101
Title: precise_grizzly_swift_trunk General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_swift_trunk/101/Project:precise_grizzly_swift_trunkDate of build:Thu, 31 Jan 2013 19:01:16 -0500Build duration:4 min 4 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesCleanup based on pyflakes.by mordrededitswift/common/swob.pyeditswift/proxy/controllers/base.pyeditswift/proxy/controllers/obj.pyeditswift/common/db_replicator.pyeditswift/common/ring/__init__.pyeditswift/container/server.pyedittest/unit/proxy/test_server.pyeditswift/common/middleware/recon.pyeditswift/common/bench.pyeditswift/common/memcached.pyeditswift/common/middleware/tempauth.pyeditswift/common/ring/ring.pyeditswift/container/auditor.pyeditswift/common/constraints.pyeditswift/obj/server.pyeditswift/proxy/server.pyeditswift/obj/replicator.pyeditswift/common/utils.pyeditswift/proxy/controllers/__init__.pyeditswift/account/server.pyeditswift/common/middleware/staticweb.pyeditswift/account/auditor.pyConsole Output[...truncated 4404 lines...]Uploading to ppa (via ftp to ppa.launchpad.net): Uploading swift_1.7.7+git201301311901~precise-0ubuntu1.dsc: done. Uploading swift_1.7.7+git201301311901~precise.orig.tar.gz: done. Uploading swift_1.7.7+git201301311901~precise-0ubuntu1.debian.tar.gz: done. Uploading swift_1.7.7+git201301311901~precise-0ubuntu1_source.changes: done.Successfully uploaded packages.INFO:root:Installing build artifacts into /var/lib/jenkins/www/aptDEBUG:root:['reprepro', '--waitforlock', '10', '-Vb', '/var/lib/jenkins/www/apt', 'include', 'precise-grizzly', 'swift_1.7.7+git201301311901~precise-0ubuntu1_amd64.changes']Exporting indices...Successfully created '/var/lib/jenkins/www/apt/dists/precise-grizzly/Release.gpg.new'Successfully created '/var/lib/jenkins/www/apt/dists/precise-grizzly/InRelease.new'Deleting files no longer referenced...deleting and forgetting pool/main/s/swift/python-swift_1.7.7+git201301301902~precise-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-account_1.7.7+git201301301902~precise-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-container_1.7.7+git201301301902~precise-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-doc_1.7.7+git201301301902~precise-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-object_1.7.7+git201301301902~precise-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-proxy_1.7.7+git201301301902~precise-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift_1.7.7+git201301301902~precise-0ubuntu1_all.debINFO:root:Pushing changes back to bzr testing branchDEBUG:root:['bzr', 'push', 'lp:~openstack-ubuntu-testing/swift/precise-grizzly']Pushed up to revision 138.INFO:root:Storing current commit for next build: abe70e8323825a3a6465148ac0d50aa3c9edf575INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/swift/grizzly /tmp/tmpnWDkhC/swiftmk-build-deps -i -r -t apt-get -y /tmp/tmpnWDkhC/swift/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hgit log 87a42ab9ca032e1a539f50ac37600f7ee8312e60..HEAD --no-merges --pretty=format:[%h] %sbzr merge lp:~openstack-ubuntu-testing/swift/precise-grizzly --forcedch -b -D precise --newversion 1.7.7+git201301311901~precise-0ubuntu1 Automated Ubuntu testing build:dch -a [abe70e8] Cleanup based on pyflakes.dch -a [8552953] Remove tempauth allowed_sync_hosts conf optiondch -a [f28914c] Handle access_log_headers in proxy_loggingdch -a [00dbad0] Add optional locking to swift-ring-builderdch -a [c45e435] Add wsgify and split_path utilities to swobdch -a [0dc32d3] Fix keystoneauth with OPTIONS headers (eg: CORS)debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC swift_1.7.7+git201301311901~precise-0ubuntu1_source.changessbuild -d precise-grizzly -n -A swift_1.7.7+git201301311901~precise-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/grizzly-trunk-testing swift_1.7.7+git201301311901~precise-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include precise-grizzly swift_1.7.7+git201301311901~precise-0ubuntu1_amd64.changesbzr push lp:~openstack-ubuntu-testing/swift/precise-grizzlyEmail was triggered for: FixedTrigger Success was overridden by another trigger and will not send an email.Sending email for trigger: Fixed-- 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: raring_grizzly_swift_trunk #98
Title: raring_grizzly_swift_trunk General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/raring_grizzly_swift_trunk/98/Project:raring_grizzly_swift_trunkDate of build:Thu, 31 Jan 2013 19:01:15 -0500Build duration:4 min 25 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesCleanup based on pyflakes.by mordrededitswift/container/auditor.pyeditswift/common/ring/__init__.pyeditswift/common/ring/ring.pyeditswift/account/auditor.pyeditswift/common/bench.pyeditswift/obj/replicator.pyeditswift/proxy/controllers/__init__.pyeditswift/common/memcached.pyeditswift/common/middleware/staticweb.pyeditswift/proxy/controllers/base.pyeditswift/account/server.pyeditswift/proxy/controllers/obj.pyeditswift/common/utils.pyeditswift/proxy/server.pyeditswift/common/db_replicator.pyeditswift/obj/server.pyeditswift/container/server.pyeditswift/common/constraints.pyeditswift/common/middleware/tempauth.pyeditswift/common/swob.pyeditswift/common/middleware/recon.pyedittest/unit/proxy/test_server.pyConsole Output[...truncated 4889 lines...]Uploading to ppa (via ftp to ppa.launchpad.net): Uploading swift_1.7.7+git201301311901~raring-0ubuntu1.dsc: done. Uploading swift_1.7.7+git201301311901~raring.orig.tar.gz: done. Uploading swift_1.7.7+git201301311901~raring-0ubuntu1.debian.tar.gz: done. Uploading swift_1.7.7+git201301311901~raring-0ubuntu1_source.changes: done.Successfully uploaded packages.INFO:root:Installing build artifacts into /var/lib/jenkins/www/aptDEBUG:root:['reprepro', '--waitforlock', '10', '-Vb', '/var/lib/jenkins/www/apt', 'include', 'raring-grizzly', 'swift_1.7.7+git201301311901~raring-0ubuntu1_amd64.changes']Exporting indices...Successfully created '/var/lib/jenkins/www/apt/dists/raring-grizzly/Release.gpg.new'Successfully created '/var/lib/jenkins/www/apt/dists/raring-grizzly/InRelease.new'Deleting files no longer referenced...deleting and forgetting pool/main/s/swift/python-swift_1.7.7+git201301301901~raring-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-account_1.7.7+git201301301901~raring-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-container_1.7.7+git201301301901~raring-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-doc_1.7.7+git201301301901~raring-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-object_1.7.7+git201301301901~raring-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift-proxy_1.7.7+git201301301901~raring-0ubuntu1_all.debdeleting and forgetting pool/main/s/swift/swift_1.7.7+git201301301901~raring-0ubuntu1_all.debINFO:root:Pushing changes back to bzr testing branchDEBUG:root:['bzr', 'push', 'lp:~openstack-ubuntu-testing/swift/raring-grizzly']Pushed up to revision 138.INFO:root:Storing current commit for next build: abe70e8323825a3a6465148ac0d50aa3c9edf575INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/swift/grizzly /tmp/tmpEWtihx/swiftmk-build-deps -i -r -t apt-get -y /tmp/tmpEWtihx/swift/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hgit log 87a42ab9ca032e1a539f50ac37600f7ee8312e60..HEAD --no-merges --pretty=format:[%h] %sbzr merge lp:~openstack-ubuntu-testing/swift/raring-grizzly --forcedch -b -D raring --newversion 1.7.7+git201301311901~raring-0ubuntu1 Automated Ubuntu testing build:dch -a [abe70e8] Cleanup based on pyflakes.dch -a [8552953] Remove tempauth allowed_sync_hosts conf optiondch -a [f28914c] Handle access_log_headers in proxy_loggingdch -a [00dbad0] Add optional locking to swift-ring-builderdch -a [c45e435] Add wsgify and split_path utilities to swobdch -a [0dc32d3] Fix keystoneauth with OPTIONS headers (eg: CORS)debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC swift_1.7.7+git201301311901~raring-0ubuntu1_source.changessbuild -d raring-grizzly -n -A swift_1.7.7+git201301311901~raring-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/grizzly-trunk-testing swift_1.7.7+git201301311901~raring-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include raring-grizzly swift_1.7.7+git201301311901~raring-0ubuntu1_amd64.changesbzr push lp:~openstack-ubuntu-testing/swift/raring-grizzlyEmail was triggered for: FixedTrigger Success was overridden by another trigger and will not send an email.Sending email for trigger: Fixed-- 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: raring_grizzly_cinder_trunk #119
Title: raring_grizzly_cinder_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/raring_grizzly_cinder_trunk/119/Project:raring_grizzly_cinder_trunkDate of build:Thu, 31 Jan 2013 20:31:08 -0500Build duration:6 min 30 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesAllow volume back-end to report infinite or unknown as capacityby zhiteng.huangeditcinder/tests/scheduler/test_host_manager.pyeditcinder/scheduler/host_manager.pyeditcinder/scheduler/filters/capacity_filter.pyeditcinder/tests/scheduler/test_host_filters.pyConsole Output[...truncated 5816 lines...]Distribution: raring-grizzlyFail-Stage: buildHost Architecture: amd64Install-Time: 53Job: cinder_2013.1+git201301312031~raring-0ubuntu1.dscMachine Architecture: amd64Package: cinderPackage-Time: 179Source-Version: 2013.1+git201301312031~raring-0ubuntu1Space: 23324Status: attemptedVersion: 2013.1+git201301312031~raring-0ubuntu1Finished at 20130131-2037Build needed 00:02:59, 23324k disc spaceERROR:root:Error occurred during package creation/build: Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312031~raring-0ubuntu1.dsc']' returned non-zero exit status 2ERROR:root:Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312031~raring-0ubuntu1.dsc']' returned non-zero exit status 2INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/cinder/grizzly /tmp/tmp3je7b5/cindermk-build-deps -i -r -t apt-get -y /tmp/tmp3je7b5/cinder/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/cinder/raring-grizzly --forcedch -b -D raring --newversion 2013.1+git201301312031~raring-0ubuntu1 Automated Ubuntu testing build:dch -a No change rebuild.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC cinder_2013.1+git201301312031~raring-0ubuntu1_source.changessbuild -d raring-grizzly -n -A cinder_2013.1+git201301312031~raring-0ubuntu1.dscTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312031~raring-0ubuntu1.dsc']' returned non-zero exit status 2Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312031~raring-0ubuntu1.dsc']' returned non-zero exit status 2Build 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_grizzly_cinder_trunk #120
Title: precise_grizzly_cinder_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_cinder_trunk/120/Project:precise_grizzly_cinder_trunkDate of build:Thu, 31 Jan 2013 20:37:39 -0500Build duration:6 min 21 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 1 out of the last 5 builds failed.80ChangesAllow volume back-end to report infinite or unknown as capacityby zhiteng.huangeditcinder/tests/scheduler/test_host_filters.pyeditcinder/scheduler/host_manager.pyeditcinder/scheduler/filters/capacity_filter.pyeditcinder/tests/scheduler/test_host_manager.pyConsole Output[...truncated 5068 lines...]Distribution: precise-grizzlyFail-Stage: buildHost Architecture: amd64Install-Time: 80Job: cinder_2013.1+git201301312037~precise-0ubuntu1.dscMachine Architecture: amd64Package: cinderPackage-Time: 245Source-Version: 2013.1+git201301312037~precise-0ubuntu1Space: 23332Status: attemptedVersion: 2013.1+git201301312037~precise-0ubuntu1Finished at 20130131-2043Build needed 00:04:05, 23332k disc spaceERROR:root:Error occurred during package creation/build: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312037~precise-0ubuntu1.dsc']' returned non-zero exit status 2ERROR:root:Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312037~precise-0ubuntu1.dsc']' returned non-zero exit status 2INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/cinder/grizzly /tmp/tmpvXxZgk/cindermk-build-deps -i -r -t apt-get -y /tmp/tmpvXxZgk/cinder/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/cinder/precise-grizzly --forcedch -b -D precise --newversion 2013.1+git201301312037~precise-0ubuntu1 Automated Ubuntu testing build:dch -a No change rebuild.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC cinder_2013.1+git201301312037~precise-0ubuntu1_source.changessbuild -d precise-grizzly -n -A cinder_2013.1+git201301312037~precise-0ubuntu1.dscTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312037~precise-0ubuntu1.dsc']' returned non-zero exit status 2Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312037~precise-0ubuntu1.dsc']' returned non-zero exit status 2Build 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_grizzly_cinder_trunk #121
Title: precise_grizzly_cinder_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_grizzly_cinder_trunk/121/Project:precise_grizzly_cinder_trunkDate of build:Thu, 31 Jan 2013 21:06:42 -0500Build duration:3 min 49 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 2 out of the last 5 builds failed.60ChangesSet source volume to in use during cloneby walter.boringeditcinder/volume/manager.pyConsole Output[...truncated 5066 lines...]Distribution: precise-grizzlyFail-Stage: buildHost Architecture: amd64Install-Time: 38Job: cinder_2013.1+git201301312106~precise-0ubuntu1.dscMachine Architecture: amd64Package: cinderPackage-Time: 140Source-Version: 2013.1+git201301312106~precise-0ubuntu1Space: 23332Status: attemptedVersion: 2013.1+git201301312106~precise-0ubuntu1Finished at 20130131-2110Build needed 00:02:20, 23332k disc spaceERROR:root:Error occurred during package creation/build: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312106~precise-0ubuntu1.dsc']' returned non-zero exit status 2ERROR:root:Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312106~precise-0ubuntu1.dsc']' returned non-zero exit status 2INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/cinder/grizzly /tmp/tmps9op9R/cindermk-build-deps -i -r -t apt-get -y /tmp/tmps9op9R/cinder/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/cinder/precise-grizzly --forcedch -b -D precise --newversion 2013.1+git201301312106~precise-0ubuntu1 Automated Ubuntu testing build:dch -a No change rebuild.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC cinder_2013.1+git201301312106~precise-0ubuntu1_source.changessbuild -d precise-grizzly -n -A cinder_2013.1+git201301312106~precise-0ubuntu1.dscTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312106~precise-0ubuntu1.dsc']' returned non-zero exit status 2Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'precise-grizzly', '-n', '-A', 'cinder_2013.1+git201301312106~precise-0ubuntu1.dsc']' returned non-zero exit status 2Build 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: raring_grizzly_cinder_trunk #120
Title: raring_grizzly_cinder_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/raring_grizzly_cinder_trunk/120/Project:raring_grizzly_cinder_trunkDate of build:Thu, 31 Jan 2013 21:10:32 -0500Build duration:4 min 10 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 2 out of the last 5 builds failed.60ChangesSet source volume to in use during cloneby walter.boringeditcinder/volume/manager.pyConsole Output[...truncated 5815 lines...]Distribution: raring-grizzlyFail-Stage: buildHost Architecture: amd64Install-Time: 31Job: cinder_2013.1+git201301312110~raring-0ubuntu1.dscMachine Architecture: amd64Package: cinderPackage-Time: 87Source-Version: 2013.1+git201301312110~raring-0ubuntu1Space: 23320Status: attemptedVersion: 2013.1+git201301312110~raring-0ubuntu1Finished at 20130131-2114Build needed 00:01:27, 23320k disc spaceERROR:root:Error occurred during package creation/build: Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312110~raring-0ubuntu1.dsc']' returned non-zero exit status 2ERROR:root:Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312110~raring-0ubuntu1.dsc']' returned non-zero exit status 2INFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/cinder/grizzly /tmp/tmpsEuyDC/cindermk-build-deps -i -r -t apt-get -y /tmp/tmpsEuyDC/cinder/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hbzr merge lp:~openstack-ubuntu-testing/cinder/raring-grizzly --forcedch -b -D raring --newversion 2013.1+git201301312110~raring-0ubuntu1 Automated Ubuntu testing build:dch -a No change rebuild.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC cinder_2013.1+git201301312110~raring-0ubuntu1_source.changessbuild -d raring-grizzly -n -A cinder_2013.1+git201301312110~raring-0ubuntu1.dscTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312110~raring-0ubuntu1.dsc']' returned non-zero exit status 2Error 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.getcwd(), 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 141, in raise esubprocess.CalledProcessError: Command '['sbuild', '-d', 'raring-grizzly', '-n', '-A', 'cinder_2013.1+git201301312110~raring-0ubuntu1.dsc']' returned non-zero exit status 2Build 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