[Openstack] Vm provision code flow in openstack
Hello everyone, I am trying to understand the flow of control in code in openstack for provisioning a VM. I want to understand it in order to do modify scheduler module as per our requirements. I have found the code base which, if I am not wrong, is kept in /usr/share/pyshared/nova/* directory but I can't see .py files getting accessed or executed if I provision a VM. Can someone please help me to understand the flow of code or give me pointers from where I can understand it. I hope even if I know the starting point (REST handler for VM provisioning call) in code then I will be able to trace it. Thanks Regards Deepak Deepak Jeswani Software Engineer, Distributed Systems Group, IBM Research-India ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Swift container's rwx permissions
Clay- You are correct – the hadoop-swift filesystem is just an implement of the Hadoop FileSystem class that uses swift for storage. As such, it's just translating filesystem calls into HTTP requests into swift and is not accessing the filesystem of the object servers directly. Shashank- I'm curious about what version of that Hadoop-Swift-integration project you're trying to run. You shouldn't have been able to create containers with it in any of the more recent versions. You might want to try the converged branch of https://github.com/hortonworks/Hadoop-and-Swift-integration. This is the branch that's getting submitted back to Apache for inclusion in Hadoop. Hope that helps, -David From: Vaidy Gopalakrishnan gva...@gmail.commailto:gva...@gmail.com Date: Friday, April 26, 2013 4:06 PM To: Clay Gerrard clay.gerr...@gmail.commailto:clay.gerr...@gmail.com, David Dobbins david.dobb...@rackspace.commailto:david.dobb...@rackspace.com Cc: Shashank Sahni shredde...@gmail.commailto:shredde...@gmail.com, openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net Subject: Re: [Openstack] Swift container's rwx permissions [Hi Clay] Including David who can answer this much better. Vaidy On Fri, Apr 26, 2013 at 12:30 PM, Clay Gerrard clay.gerr...@gmail.commailto:clay.gerr...@gmail.com wrote: Wow, so I glanced quickly at the github project to try and get some context, but I think I actually start getting *more* confused when I see swift in the same class name as file-system ;) I'd like you (or maybe vaidy, hi vaidy!) to correct me if I'm wrong, but this hadoop integration will *not* access the filesystem of the object servers directly? Everything will happen on a pool of processing boxes that will talk to swift via HTTP - same as any other client? In that case, the error message is just a leaky abstraction showing through. HDFS probably has permission errors that it tries to helpfully map back to file system constructs which just don't apply when you're trying to simulate a file system on object storage. You'll have to get down the the HTTP to understand what's causing the error. Presumably a 401 from Swift, so access to swift logs would be helpful. OTOH, if we're * actually* talking about filesystem permissions; then I'm totally confused. But ACL's definitely won't help. They're just a row sitting in a sqlite database - probably on a totally different server from where the one replica of this object is sitting on the filesystem. Nothing you can set in the api will change the filesystem permissions of the directory structure or files on the object servers. Maybe do you have some more overview info on the general approach? I don't really have any Hadoop experience, so maybe it'd be better if there's a hadoop expert out there that also has some experience with swift and can help get you on the right track... -Clay In On Fri, Apr 26, 2013 at 1:11 AM, Shashank Sahni shredde...@gmail.commailto:shredde...@gmail.com wrote: Hi everyone, I've been experimenting with using Swift(1.8) as Hadoop's DFS backend. https://github.com/DmitryMezhensky/Hadoop-and-Swift-integration After a few glitches, I'm able to create/access/delete objects/containers using hadoop's cli fs tool. But whenever I'm trying to run the job it fails with the following error. ERROR security.UserGroupInformation: PriviledgedActionException as:dharmesh cause:java.io.IOException: The ownership/permissions on the staging directory swift://hadooptest.rackspace/tmp/app/mapred/staging/dharmesh/.staging is not as expected. It is owned by and permissions are rwxrwxrwx. The directory must be owned by the submitter dharmesh or by dharmesh and permissions must be rwx-- Note that, the local system username is dharmesh and the openstack account and associated tenant is dharmesh too. I tried setting the permissions by creating tmp container using swift post -r 'dharmesh:dharmesh', but unfortunately ended up with the same result. Is there an other way to set rwx ACLs in swift? -- Shashank Sahni ___ 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] [openstack-community] OpenStack Teacher /Student Certification
Hi, There is a free certification program called CloudU that Rackspace is prompting. http://www.rackspace.com/knowledge_center/cloudu/curriculum This is a free program as far as I know. It has some 10-sih lesson? The content is about Cloud rather than Openstack, but worth looking at it. Why don't you send an email Ben Kepes? http://www.itcertificationmaster.com/free-cloud-training-and-certification/ He started CloudU, maybe he would be interested in getting involved with your certification program as well. Note that Rackspace does provide OS certification, but they cost money; you understand where I am going even if Mr. Ben Kepes finds that interesting. Also, you have to consider what certification means to people and to your students. If this were just some workshop I think you can get away with it (but definitely can't use OS trademark without asking the Foundation, that's pretty obvious). But if you are charging fee and expecting people to claim to be OS certified (that's what certification is about) and is used as a document for employment, you have to make it very clear that your certification is nothing more than self-evaluation. I don't have a good word for it so let's keep it that way. You should actually contact local college and see if they are interested in setting one up with you. John On Sun, Apr 28, 2013 at 9:34 AM, Frans Thamura fr...@meruvian.org wrote: Tim Glad you do a smiliar work with me. Yes. Agree. Curriculum is more.important. My experience. For student handout step by step also a good way to teach. I will share.my ToC.of openstack content that we develop asap. Because it is Indonesian language. It is open content witg creative.license. I think global work for this work will be awesome to groq commmunity and also standard. Frans On Apr 28, 2013 8:19 PM, Tim Horgan tim.hor...@cit.ie wrote: Hi Frans, I work in the Higher Education (HE) sector at Cork Institute of Technology (CIT), Ireland (www.cit.ie) and I'm also the organiser of OpenStack Ireland meetups (http://www.meetup.com/OpenStack-Ireland/). At CIT we run various cloud related academic programmes (http://cloud.cit.ie) which are delivered online to a global audience. For sometime now I have been thinking about offering an online course related to OpenStack and would be delighted to hear views from you and others about this suggestion. Your ideas about certification are great but we probably would need to focus on the curriculum first. One idea that I have had is to explore the possibility of setting up and running a free MOOC ( http://en.wikipedia.org/wiki/Massive_open_online_course) similar to https://www.coursera.org/. This would allow us to reach a scalable global audience. Coming from the HE sector I can help with certification and have extensive knowledge of online delivery, that's my day job! Regards, Tim On 28 Apr 2013, at 12:50, Frans Thamura fr...@meruvian.org wrote: hi all I am working with Education, take a look www.jeni-academy.org now i am thinking to create OpenSTack + CLoudFoundry certification, that we will give to the teacher in every school (targeting vocational highschool/secondary school and polytechnics). any one can work together for this? because I want to put logo in our certification for OpenStack, where is the place i can ask for this permission? this program usually part of my experience create user group, every school or region of state will become regional academy = state based user group, I love to work together with anyone outside Indonesia, for smiliar work, so we can create one content, one program, and better result. West JAva State only, have 263 schools , and around 12.000 school target all over Indonesia, that will be interesting work, around 500.000 student. right now they focus is IaaS, and our focus in JAva User Group/JENI is PaaS. Microsoft asks me to put Azure, but they cannot provide the license for education, so I give the rest of the network to OpenStack.. plus CloudFoundry Right now we use Ubuntu.. NB: I wish Redhat interest with this, but I email to RH SEA, no program for this yet in our region. We have create a free material to setup, deploy, setup OpenSTack and CloudFoundry, the missing thing is -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ Community mailing list commun...@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/community - *TIM HORGAN* Head of Online Delivery Cork Institute of Technology, Cork, Ireland
[Openstack] Keystone JSON format access control policy
Hi everyone, I'm currently looking at access control mechanisms of OpenStack and finding that the access control policy is specified using JSON format. I'm wondering why we do not adopt an XML based approach like XACML, is it because of the performance problem, or we just choose JSON as it's simple? Thank you very much for your feedback. Best Regards, -- Xiangjun ___ 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] Quantum CLI errors on Grizzly
Hi folks, I have installed Grizzly on CentOS 6.3 and was setting up Quantum by following the instructions given in the below link : https://fedoraproject.org/wiki/Packstack_to_Quantum In step 13 when I start using Quantum CLI to create a private network using the command - *quantum net-create private* I get [ Error 111 ] Connection refused as an error. I have installed OpenvSwitch from the source Even in the dashboard it's not allowing me to create Routers. Same Error 111 is seen there too. Any suggestions ? Thank you, -- Ashutosh Narayan http://ashutoshn.wordpress.com/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Vm provision code flow in openstack
So, there are a few things which happen here. VM provisioning is handled by the compute driver (checkout run_instance in nova/compute/manager.py). Scheduling however is handled by the scheduler, which has a plugin system (checkout nova/scheduler/*). Also, you'd be better off browing git for the source code ( http://github.com/openstack/nova.git) instead of the system installed files. Cheers, Michael On Mon, Apr 29, 2013 at 7:14 PM, Deepak Jeswani1 dejes...@in.ibm.comwrote: Hello everyone, I am trying to understand the flow of control in code in openstack for provisioning a VM. I want to understand it in order to do modify scheduler module as per our requirements. I have found the code base which, if I am not wrong, is kept in /usr/share/pyshared/nova/* directory but I can't see .py files getting accessed or executed if I provision a VM. Can someone please help me to understand the flow of code or give me pointers from where I can understand it. I hope even if I know the starting point (REST handler for VM provisioning call) in code then I will be able to trace it. Thanks Regards Deepak Deepak Jeswani Software Engineer, Distributed Systems Group, IBM Research-India ___ 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] [Grizzly] Unable to retrieve quota information
Hi Folks, I have installed Grizzly on CentOS 6.4. I was able to see quota information for quite some time. But looks like after reboot the quota information is not reflected in the Overview tab. Is there a bug related to this, if not which services should I check to fix this issue. Please suggest. Thank you, -- Ashutosh Narayan http://ashutoshn.wordpress.com/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Vm provision code flow in openstack
Hello Michael, Many thanks for your response. I somehow found this code base (in installed openstack instance) and I inserted debug steps (opening a log file and printing statements into it) to see if the code flows through the file (specifically file '/usr/share/pyshared/nova/compute/api.py' in function 'def _create_instance'). Also I checked stat of all files to see if they get accessed when I do the provisioning. But neither my debug worked nor I could get the access stat of file. So I have doubt. either these are not the files (but as you pointed out, these are the correct file) or I have to insert debug statements in source files and build them again to see effect. Let me do changes in source code, build it and see what happens. If you have any comments please let me know. Thanks Regards Deepak From: Michael Still mi...@stillhq.com To: Deepak Jeswani1/India/IBM@IBMIN Cc: OpenStack general mailing list openstack@lists.launchpad.net Date: 04/29/2013 03:57 PM Subject:Re: [Openstack] Vm provision code flow in openstack Sent by:mikalst...@gmail.com So, there are a few things which happen here. VM provisioning is handled by the compute driver (checkout run_instance in nova/compute/manager.py). Scheduling however is handled by the scheduler, which has a plugin system (checkout nova/scheduler/*). Also, you'd be better off browing git for the source code ( http://github.com/openstack/nova.git) instead of the system installed files. Cheers, Michael On Mon, Apr 29, 2013 at 7:14 PM, Deepak Jeswani1 dejes...@in.ibm.com wrote: Hello everyone, I am trying to understand the flow of control in code in openstack for provisioning a VM. I want to understand it in order to do modify scheduler module as per our requirements. I have found the code base which, if I am not wrong, is kept in /usr/share/pyshared/nova/* directory but I can't see .py files getting accessed or executed if I provision a VM. Can someone please help me to understand the flow of code or give me pointers from where I can understand it. I hope even if I know the starting point (REST handler for VM provisioning call) in code then I will be able to trace it. Thanks Regards Deepak Deepak Jeswani Software Engineer, Distributed Systems Group, IBM Research-India ___ 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] nova-network IPv6
Hi all, We've got a Folsom cloud running nova-network in FlatDHCP multi-host, currently with just a single public fixed range. We followed http://docs.openstack.org/folsom/openstack-compute/admin/content/configuring-compute-to-use-ipv6-addresses.htmlto get IPv6 going (plus adding a bunch of rules allowing ICMPv6 on the compute bridges for NDP). We've now got instances with the desired global IPv6 addresses but are having connectivity issues, e.g., no luck ping6-ing instances from in or outside the cloud LAN. We started looking into possible security group issues which is when we found this related tidbit: - Currently, ipv6 and other protocols cannot be managed with the security rules, making them permitted by default - ( http://docs.openstack.org/folsom/openstack-compute/admin/content/instance-networking.html ) Is that correct? If it is, it seems like the kind of thing that really ought to be mentioned in the configuration info as it's a show-stopper for public IPv6 deployment! Also, any tips on what might be getting in the way would be much appreciated. -- Cheers, ~Blairo ___ 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] [Grizzly] Unable to retrieve quota information
Hello, Ashutosh Narayan aashutoshnara...@gmail.com wrote: I have installed Grizzly on CentOS 6.4. I was able to see quota information for quite some time. But looks like after reboot the quota information is not reflected in the Overview tab. Is there a bug related to this, if not which services should I check to fix this issue. Is the data itself wrong, or is it not displayed at all with an error notification popping up? Have a look at your httpd error logs when this happens and see if there is more information there (like a stack trace). Regards, Julie ___ 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] [Grizzly] Unable to retrieve quota information
Hi, Data is not displayed at all and it pops an error dialog. Http error_log shows - [Mon Apr 29 12:11:35 2013] [error] \x1b[31;1mRecoverable error: [Errno 111] Connection refused\x1b[0m Error 111 is another pop up which I see when I click on various sections under Admin tab or Projects Tab. Any pointers ? On Mon, Apr 29, 2013 at 4:55 PM, Julie Pichon jpic...@redhat.com wrote: Hello, Ashutosh Narayan aashutoshnara...@gmail.com wrote: I have installed Grizzly on CentOS 6.4. I was able to see quota information for quite some time. But looks like after reboot the quota information is not reflected in the Overview tab. Is there a bug related to this, if not which services should I check to fix this issue. Is the data itself wrong, or is it not displayed at all with an error notification popping up? Have a look at your httpd error logs when this happens and see if there is more information there (like a stack trace). Regards, Julie -- Ashutosh Narayan http://ashutoshn.wordpress.com/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [Grizzly] Unable to retrieve quota information
Hi, Ashutosh Narayan aashutoshnara...@gmail.com wrote: Data is not displayed at all and it pops an error dialog. Http error_log shows - [Mon Apr 29 12:11:35 2013] [error] \x1b[31;1mRecoverable error: [Errno 111] Connection refused\x1b[0m Error 111 is another pop up which I see when I click on various sections under Admin tab or Projects Tab. Any pointers ? The full stack trace would be more helpful, but based on one of your previous emails to the mailing list this could be related to your Quantum issues. Connection refused means the service is not running, you should check that all services are up (nova, cinder, quantum are needed for the quota overview). Regards, Julie ___ 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 JSON format access control policy
The JSON approach is rather arbitrary; keystone has an API to manage publish policy blobs of any format (/v3/policies), and the policy engines themselves are completely pluggable. I don't think there's anything preventing a deployment from implementing an XACML based policy solution (if there is a blocker to using XACML, it's certainly a bug). -Dolph On Mon, Apr 29, 2013 at 4:50 AM, Xiangjun Qian xiangjunq...@gmail.comwrote: Hi everyone, I'm currently looking at access control mechanisms of OpenStack and finding that the access control policy is specified using JSON format. I'm wondering why we do not adopt an XML based approach like XACML, is it because of the performance problem, or we just choose JSON as it's simple? Thank you very much for your feedback. Best Regards, -- Xiangjun ___ 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] cinder-volume ignoring rabbit config?
On 27 April 2013 02:14, Dennis Jacobfeuerborn denni...@conversis.de wrote: 2013-04-27 03:05:35DEBUG [qpid.messaging.io.raw] OPEN[31bbb00]: localhost:5672 2013-04-27 03:05:35ERROR [cinder.openstack.common.rpc.**impl_qpid] Unable to connect to AMQP server: [Errno 111] ECONNREFUSED. Sleeping 1 seconds Dennis, The error message you are seeing relates to qpid, not rabbitmq. Somewhere in your config you have enabled qpid as the preferred messaging system and it's using the default setting of localhost. Thanks Darren ___ 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] release process and sample configs
Hi All, I've noticed that a lot of the projects do not get their sample configs updated as part of the release process. I'd suggest that one of the final commits to each project before a release is cut, is to update the sample config so it's relevant to the codebase that's being released and packaged. For those that aren't aware, in each project there is a script that can be run that will parse the entire project tree and extract all options cleanly into a new sample config file, so it need not be an onerous task I also think that the entire sample config should go into the docs for a release, so that people (non devs) don't need to hunt around in the source code to find the elusive option they want to use. Thanks Darren ___ 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] Failed db sync while upgrading from essex to folsom
Hi everyone, I'm having some trouble upgrading from essex to folsom. The cloud is currently running on Ubuntu 12.04. For the upgrade, I included the folsom repo(ubuntu cloud archive) and upgraded the packages. Things went fine until I issued nova-manage db sync. It failed with the following error. 2013-04-29 20:13:50 23254 TRACE nova raise exc.NoSuchTableError(full_name) 2013-04-29 20:13:50 23254 TRACE nova NoSuchTableError: `projects` Ironically, the table exists. But I get the same message accessing it through mysql console. Any suggestions? -- Shashank Sahni ___ 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] Quantum CLI errors on Grizzly
Ashutosh, Have you verified that the necessary Quantum processes are running? If not, ensure that quantum-dhcp-agent, quantum-l3-agent, quantum-openvswitch-agent and most importantly quantum are running. If those processes are running can you share the output from /var/log/quantum/server.log . It should contain a hint as to why the server is not ready for connections. Also, please be aware, the first time you start quantum it can take quite some time to be ready for CLI connections depending on the speed of the database you are using. Jay S. Bryant Linux Developer - OpenStack Enterprise Edition Department 7YLA, Building 015-2, Office E125, Rochester, MN Telephone: (507) 253-4270, FAX (507) 253-6410 TIE Line: 553-4270 E-Mail: jsbry...@us.ibm.com All the world's a stage and most of us are desperately unrehearsed. -- Sean O'Casey From: Ashutosh Narayan aashutoshnara...@gmail.com To: OpenStack openstack@lists.launchpad.net, Date: 04/29/2013 05:08 AM Subject:[Openstack] Quantum CLI errors on Grizzly Sent by:Openstack openstack-bounces+jsbryant=us.ibm@lists.launchpad.net Hi folks, I have installed Grizzly on CentOS 6.3 and was setting up Quantum by following the instructions given in the below link : https://fedoraproject.org/wiki/Packstack_to_Quantum In step 13 when I start using Quantum CLI to create a private network using the command - quantum net-create private I get [ Error 111 ] Connection refused as an error. I have installed OpenvSwitch from the source Even in the dashboard it's not allowing me to create Routers. Same Error 111 is seen there too. Any suggestions ? Thank you, -- Ashutosh Narayan http://ashutoshn.wordpress.com/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp image/jpeg___ 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 JSON format access control policy
Hey Tks man~ On Mon, Apr 29, 2013 at 3:00 PM, Dolph Mathews dolph.math...@gmail.comwrote: The JSON approach is rather arbitrary; keystone has an API to manage publish policy blobs of any format (/v3/policies), and the policy engines themselves are completely pluggable. I don't think there's anything preventing a deployment from implementing an XACML based policy solution (if there is a blocker to using XACML, it's certainly a bug). -Dolph On Mon, Apr 29, 2013 at 4:50 AM, Xiangjun Qian xiangjunq...@gmail.comwrote: Hi everyone, I'm currently looking at access control mechanisms of OpenStack and finding that the access control policy is specified using JSON format. I'm wondering why we do not adopt an XML based approach like XACML, is it because of the performance problem, or we just choose JSON as it's simple? Thank you very much for your feedback. Best Regards, -- Xiangjun ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Xiangjun ___ 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] quantum-plugin-openvswitch-agent error
Hi, I am getting the following error. Any help will be highly appreciated. head /var/log/quantum/ovs-agent.log 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun']. Exception: Command: ['sudo', 'ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-ofctl', 'del-flows', 'br-int']. Exception: Command: ['sudo', 'ovs-ofctl', 'del-flows', 'br-int'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' ___ 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] release process and sample configs
Darren Birkett wrote: I've noticed that a lot of the projects do not get their sample configs updated as part of the release process. I'd suggest that one of the final commits to each project before a release is cut, is to update the sample config so it's relevant to the codebase that's being released and packaged. For those that aren't aware, in each project there is a script that can be run that will parse the entire project tree and extract all options cleanly into a new sample config file, so it need not be an onerous task That's a very good point. This should be done before the first release candidate is cut -- and tested/refreshed if necessary afterwards. I'll add it to the release process. I also think that the entire sample config should go into the docs for a release, so that people (non devs) don't need to hunt around in the source code to find the elusive option they want to use. I'll let Anne comment on that, but it sounds sane to me :) -- Thierry Carrez (ttx) Release Manager, OpenStack ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Failed db sync while upgrading from essex to folsom
This is a MYsql DB issue, you can try to restart MYsql if possible. 2013/4/29 Shashank Sahni shredde...@gmail.com Hi everyone, I'm having some trouble upgrading from essex to folsom. The cloud is currently running on Ubuntu 12.04. For the upgrade, I included the folsom repo(ubuntu cloud archive) and upgraded the packages. Things went fine until I issued nova-manage db sync. It failed with the following error. 2013-04-29 20:13:50 23254 TRACE nova raise exc.NoSuchTableError(full_name) 2013-04-29 20:13:50 23254 TRACE nova NoSuchTableError: `projects` Ironically, the table exists. But I get the same message accessing it through mysql console. Any suggestions? -- Shashank Sahni ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- 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] release process and sample configs
On Mon, Apr 29, 2013 at 10:50 AM, Thierry Carrez thie...@openstack.orgwrote: Darren Birkett wrote: I've noticed that a lot of the projects do not get their sample configs updated as part of the release process. I'd suggest that one of the final commits to each project before a release is cut, is to update the sample config so it's relevant to the codebase that's being released and packaged. For those that aren't aware, in each project there is a script that can be run that will parse the entire project tree and extract all options cleanly into a new sample config file, so it need not be an onerous task Yes, docs uses that sample config file. We also have a Blueprint in progress to automatically generate docs from conf code. [1] Tom Fifield has a working proof-of-concept I believe. We do need developers to group config settings in ways that make sense to deployers. We can try to keep an eye on code that does this but ideally each project will know to keep an eye out for merges that should include re-built sample config files. That's a very good point. This should be done before the first release candidate is cut -- and tested/refreshed if necessary afterwards. I'll add it to the release process. I also think that the entire sample config should go into the docs for a release, so that people (non devs) don't need to hunt around in the source code to find the elusive option they want to use. I'll let Anne comment on that, but it sounds sane to me :) I think it's a fantastic idea and we want to make it worth your while. Anne [1] https://blueprints.launchpad.net/openstack-manuals/+spec/autogenerate-config-tables -- Thierry Carrez (ttx) Release Manager, OpenStack ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ 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] quantum-plugin-openvswitch-agent error
Solved by adding root_helper = sudo /usr/bin/quantum-rootwrap /etc/quantum/rootwrap.conf in /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini From: arin...@live.com To: openstack@lists.launchpad.net Date: Mon, 29 Apr 2013 17:36:25 +0200 Subject: [Openstack] quantum-plugin-openvswitch-agent error Hi, I am getting the following error. Any help will be highly appreciated. head /var/log/quantum/ovs-agent.log 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun']. Exception: Command: ['sudo', 'ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-ofctl', 'del-flows', 'br-int']. Exception: Command: ['sudo', 'ovs-ofctl', 'del-flows', 'br-int'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' ___ 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] weird nova attach of a volume
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ok so I have a volume that Im trying to attach to an instance from within horizon. It always fails with the message of could not attach volume. I try it via a nova CLI version and get messages about /dev/vdb is already in use. I had tried to attach it to /dev/vdb. I move up to vdc and same issue. I go up to vdd and all is well. however it actually shows up in the instance as /dev/vdb. so a) why is it thinking something is already using the devices when they really arent in use. b) related but not part of this problem: why is it ignoring the device I give it to mount to and just pick then next available vd device? thanks (grizzly/ubunt 12.04 controllers/centos 6.4 VMs.) steve - -- Steve Heistand NASA Ames Research Center email: steve.heist...@nasa.gov Steve Heistand/Mail Stop 258-6 ph: (650) 604-4369 Bldg. 258, Rm. 232-5 Scientific HPC ApplicationP.O. Box 1 Development/OptimizationMoffett Field, CA 94035-0001 Any opinions expressed are those of our alien overlords, not my own. # For Remedy# #Action: Resolve# #Resolution: Resolved # #Reason: No Further Action Required # #Tier1: User Code # #Tier2: Other # #Tier3: Assistance # #Notification: None # -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAlF+op0ACgkQoBCTJSAkVrG/nQCcCFr00+an/i8revlFbxT+KBNH zfEAn3b5C3t7tou1yo9Ykh1t8pFfxBL9 =LpWd -END PGP 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
[Openstack] error while spawning vm
Hi, My setup is: # nova-manage service list Binary Host Zone Status State Updated_At nova-conductor aopcsos internal enabled :-) 2013-04-29 17:10:58 nova-console aopcsos internal enabled :-) 2013-04-29 17:10:58 nova-scheduler aopcsos internal enabled :-) 2013-04-29 17:10:58 nova-certaopcso1 internal enabled :-) 2013-04-29 17:11:03 nova-compute aopcso1 nova enabled :-) 2013-04-29 17:10:55 but when i try to spawn a vm, I always get an error: 32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Starting instance... 2013-04-29 19:17:27.433 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Attempting claim: memory 512 MB, disk 0 GB, VCPUs 1 2013-04-29 19:17:27.434 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total Memory: 7984 MB, used: 512 MB 2013-04-29 19:17:27.434 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Memory limit: 11976 MB, free: 11464 MB 2013-04-29 19:17:27.435 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total Disk: 18 GB, used: 0 GB 2013-04-29 19:17:27.435 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Disk limit not specified, defaulting to unlimited 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total CPU: 8 VCPUs, used: 0 VCPUs 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] CPU limit not specified, defaulting to unlimited 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Claim successful 2013-04-29 19:17:30.663 INFO nova.virt.libvirt.driver [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Creating image 2013-04-29 19:17:30.841 INFO nova.virt.libvirt.firewall [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Called setup_basic_filtering in nwfilter 2013-04-29 19:17:30.842 INFO nova.virt.libvirt.firewall [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Ensuring static filters 2013-04-29 19:17:32.381 ERROR nova.compute.manager [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Instance failed to spawn 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Traceback (most recent call last): 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] File /usr/lib/python2.7/dist-packages/nova/compute/manager.py, line 1089, in _spawn 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] block_device_info) 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] File /usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py, line 1520, in spawn 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] block_device_info) 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] File /usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py, line 2435, in _create_domain_and_network 2013-04-29 19:17:32.381 7974 TRACE nova.compute.manager [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] domain = self._create_domain(xml, instance=instance) 2013-04-29 19:17:32.381
[Openstack] DevStack, Xen and Bad archive mirror error
Hi,
I've just tried out DevStack with my XCP 1.6.10 server using the
instructions at
https://github.com/openstack-dev/devstack/blob/master/tools/xen/README.md
I hit exactly the same issue that Hu Yanrui mentioned in a mail to the list
last month - see https://lists.launchpad.net/openstack/msg22167.html
I think I've been able to trace down the root cause and, if I'm right, it
traces back to a problem with the README.md file.
Running the 'route' command in a VM command prompt showed that the VM
hadn't been able to autoconfigure an IP address via DHCP. This in turn
caused the Bad archive mirror error described by Hu. The reason is that
the boot options created on the VM had netcfg/choose_interface=eth0.
Checking DevStackOSDomU VM configuration in XenCenter, I saw that its eth0
was bound the vmbr network/VLAN. The xen host management/internet facing
LAN, is eth3.
Boot options are set in line 57 of install_ubuntu_template.sh (
https://github.com/openstack-dev/devstack/blob/master/tools/xen/scripts/install_ubuntu_template.sh
):
netcfg/choose_interface=${HOST_IP_IFACE} \
From the comments in xenrc (
https://github.com/openstack-dev/devstack/blob/master/tools/xen/xenrc)
lines 19-23 it looks like the HOST_IP_IFACE variable relates to the
interface in the DomU VM on which services should be exposed. As far as I
can tell (with very limited DevStack knowledge), the xenrc default of eth3
is *always* correct as the VM interfaces are created by the devstack Xen
scripts themselves.
For some reason, the README.md includes an explicit override of
HOST_IP_IFACE in the localrc example, and unfortunately both the
description and the variable name itself are very misleading to someone not
familiar with DevStack. I naturally (but wrongly) assumed that it was the
interface on the Xen *host* on which to access services - in my case my
management/public network eth0, as opposed to my storage networks on
eth1+eth2. I think Hu made a similar mistake as he had picked eth1. Once I
commented out the HOST_IP_IFACE line from my localrc, I was able to get
through the stack.sh install and service start, and to successfully log
into Horizon. I still can't successfully start an instance, but that's
probably a completely different issue and one I'll look at next.
To avoid other people hitting the same problem, I suggest the following two
lines are removed from README.md:
---
# Interface on which you would like to access services
HOST_IP_IFACE=ethX
---
Alternatively, if there's a good reason for them to be there, perhaps the
comment could be improved to say how the variable should be set and why?
Should I file a bug for this?
Cheers,
Martin
___
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] openstack and PBS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 has anyone heard or seen (or got working) an interface to openstack from PBS's batch system? thanks s - -- Steve Heistand NASA Ames Research Center email: steve.heist...@nasa.gov Steve Heistand/Mail Stop 258-6 ph: (650) 604-4369 Bldg. 258, Rm. 232-5 Scientific HPC ApplicationP.O. Box 1 Development/OptimizationMoffett Field, CA 94035-0001 Any opinions expressed are those of our alien overlords, not my own. # For Remedy# #Action: Resolve# #Resolution: Resolved # #Reason: No Further Action Required # #Tier1: User Code # #Tier2: Other # #Tier3: Assistance # #Notification: None # -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAlF+r4EACgkQoBCTJSAkVrH4hgCg8S9lb4lcJsHFJFcmt4csltB8 UeIAn0mG+Hi3Z+iqi0jfbvMSoDwb8LEY =LO+J -END PGP 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] DevStack, Xen and Bad archive mirror error
Hi Martin,
That looks like a spot on analysis to me.
If you could raise a bug I will look at fixing it tomorrow. I think it's
useful to have the bug for future reference rather than me just making the
devstack change.
Thanks for your investigations!
Bob
Martin Maisey mar...@maisey.co.uk wrote:
Hi,
I've just tried out DevStack with my XCP 1.6.10 server using the instructions at
https://github.com/openstack-dev/devstack/blob/master/tools/xen/README.md
I hit exactly the same issue that Hu Yanrui mentioned in a mail to the list
last month - see https://lists.launchpad.net/openstack/msg22167.html
I think I've been able to trace down the root cause and, if I'm right, it
traces back to a problem with the README.md file.
Running the 'route' command in a VM command prompt showed that the VM hadn't
been able to autoconfigure an IP address via DHCP. This in turn caused the Bad
archive mirror error described by Hu. The reason is that the boot options
created on the VM had netcfg/choose_interface=eth0. Checking DevStackOSDomU
VM configuration in XenCenter, I saw that its eth0 was bound the vmbr
network/VLAN. The xen host management/internet facing LAN, is eth3.
Boot options are set in line 57 of install_ubuntu_template.sh
(https://github.com/openstack-dev/devstack/blob/master/tools/xen/scripts/install_ubuntu_template.sh):
netcfg/choose_interface=${HOST_IP_IFACE} \
From the comments in xenrc
(https://github.com/openstack-dev/devstack/blob/master/tools/xen/xenrc) lines
19-23 it looks like the HOST_IP_IFACE variable relates to the interface in the
DomU VM on which services should be exposed. As far as I can tell (with very
limited DevStack knowledge), the xenrc default of eth3 is *always* correct as
the VM interfaces are created by the devstack Xen scripts themselves.
For some reason, the README.md includes an explicit override of HOST_IP_IFACE
in the localrc example, and unfortunately both the description and the variable
name itself are very misleading to someone not familiar with DevStack. I
naturally (but wrongly) assumed that it was the interface on the Xen *host* on
which to access services - in my case my management/public network eth0, as
opposed to my storage networks on eth1+eth2. I think Hu made a similar mistake
as he had picked eth1. Once I commented out the HOST_IP_IFACE line from my
localrc, I was able to get through the stack.sh install and service start, and
to successfully log into Horizon. I still can't successfully start an instance,
but that's probably a completely different issue and one I'll look at next.
To avoid other people hitting the same problem, I suggest the following two
lines are removed from README.md:
---
# Interface on which you would like to access services
HOST_IP_IFACE=ethX
---
Alternatively, if there's a good reason for them to be there, perhaps the
comment could be improved to say how the variable should be set and why?
Should I file a bug for this?
Cheers,
Martin
___
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] Failed db sync while upgrading from essex to folsom
Hello Yaguang, Thanks for your response, but no luck :( This table, projects, and related ones - users, user_project_association etc. seem to be skeleton from the time authentication service was a part of nova. The related tables are all empty. I tried to delete it, but got table doesn't exist error. Although, the .frm file exists in /var/lib/mysql. Something seems to have gone wrong with InnoDB. -- Shashank Sahni On Mon, Apr 29, 2013 at 9:29 PM, Yaguang Tang heut2...@gmail.com wrote: This is a MYsql DB issue, you can try to restart MYsql if possible. 2013/4/29 Shashank Sahni shredde...@gmail.com Hi everyone, I'm having some trouble upgrading from essex to folsom. The cloud is currently running on Ubuntu 12.04. For the upgrade, I included the folsom repo(ubuntu cloud archive) and upgraded the packages. Things went fine until I issued nova-manage db sync. It failed with the following error. 2013-04-29 20:13:50 23254 TRACE nova raise exc.NoSuchTableError(full_name) 2013-04-29 20:13:50 23254 TRACE nova NoSuchTableError: `projects` Ironically, the table exists. But I get the same message accessing it through mysql console. Any suggestions? -- Shashank Sahni ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- 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] error while spawning vm
From this error it looks you don't have brctl in any of the filters in /etc/nova/*filters: 2013-04-29 19:17:33.640 7974 TRACE nova.virt.libvirt.vif [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Stdout: '/usr/bin/nova-rootwrap: Unauthorized command: brctl delif qbr8b7fa98b-60 qvb8b7fa98b-60 (no filter matched)\n' What's the output of: # sudo grep brctl /etc/nova/rootwrap.d/* # -- should match mine /etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'addbr', bridge /etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'setfd', bridge, 0 /etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'stp', bridge, 'off' /etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'addif', bridge, interface /etc/nova/rootwrap.d/compute.filters:brctl: CommandFilter, brctl, root /etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'addbr', bridge /etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'setfd', bridge, 0 /etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'stp', bridge, 'off' /etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'addif', bridge, interface /etc/nova/rootwrap.d/network.filters:brctl: CommandFilter, brctl, root On Mon, Apr 29, 2013 at 10:21 AM, Arindam Choudhury arin...@live.comwrote: Hi, My setup is: # nova-manage service list Binary Host Zone Status State Updated_At nova-conductor aopcsos internal enabled:-) 2013-04-29 17:10:58 nova-console aopcsos internal enabled:-) 2013-04-29 17:10:58 nova-scheduler aopcsos internal enabled:-) 2013-04-29 17:10:58 nova-certaopcso1 internal enabled:-) 2013-04-29 17:11:03 nova-compute aopcso1 nova enabled:-) 2013-04-29 17:10:55 but when i try to spawn a vm, I always get an error: 32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Starting instance... 2013-04-29 19:17:27.433 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Attempting claim: memory 512 MB, disk 0 GB, VCPUs 1 2013-04-29 19:17:27.434 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total Memory: 7984 MB, used: 512 MB 2013-04-29 19:17:27.434 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Memory limit: 11976 MB, free: 11464 MB 2013-04-29 19:17:27.435 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total Disk: 18 GB, used: 0 GB 2013-04-29 19:17:27.435 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Disk limit not specified, defaulting to unlimited 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total CPU: 8 VCPUs, used: 0 VCPUs 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] CPU limit not specified, defaulting to unlimited 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Claim successful 2013-04-29 19:17:30.663 INFO nova.virt.libvirt.driver [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Creating image 2013-04-29 19:17:30.841 INFO nova.virt.libvirt.firewall [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Called setup_basic_filtering in nwfilter 2013-04-29 19:17:30.842 INFO nova.virt.libvirt.firewall [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Ensuring static filters 2013-04-29 19:17:32.381 ERROR nova.compute.manager
Re: [Openstack] DevStack, Xen and Bad archive mirror error
No problems - bug filed at
https://bugs.launchpad.net/devstack/+bug/1174455
Cheers,
Martin
On 29 April 2013 18:39, Bob Ball bob.b...@citrix.com wrote:
Hi Martin,
That looks like a spot on analysis to me.
If you could raise a bug I will look at fixing it tomorrow. I think it's
useful to have the bug for future reference rather than me just making the
devstack change.
Thanks for your investigations!
Bob
Martin Maisey mar...@maisey.co.uk wrote:
Hi,
I've just tried out DevStack with my XCP 1.6.10 server using the
instructions at
https://github.com/openstack-dev/devstack/blob/master/tools/xen/README.md
I hit exactly the same issue that Hu Yanrui mentioned in a mail to the
list last month - see https://lists.launchpad.net/openstack/msg22167.html
I think I've been able to trace down the root cause and, if I'm right,
it traces back to a problem with the README.md file.
Running the 'route' command in a VM command prompt showed that the VM
hadn't been able to autoconfigure an IP address via DHCP. This in turn
caused the Bad archive mirror error described by Hu. The reason is that
the boot options created on the VM had netcfg/choose_interface=eth0.
Checking DevStackOSDomU VM configuration in XenCenter, I saw that its eth0
was bound the vmbr network/VLAN. The xen host management/internet facing
LAN, is eth3.
Boot options are set in line 57 of install_ubuntu_template.sh (
https://github.com/openstack-dev/devstack/blob/master/tools/xen/scripts/install_ubuntu_template.sh
):
netcfg/choose_interface=${HOST_IP_IFACE} \
From the comments in xenrc (
https://github.com/openstack-dev/devstack/blob/master/tools/xen/xenrc)
lines 19-23 it looks like the HOST_IP_IFACE variable relates to the
interface in the DomU VM on which services should be exposed. As far as I
can tell (with very limited DevStack knowledge), the xenrc default of eth3
is *always* correct as the VM interfaces are created by the devstack Xen
scripts themselves.
For some reason, the README.md includes an explicit override of
HOST_IP_IFACE in the localrc example, and unfortunately both the
description and the variable name itself are very misleading to someone not
familiar with DevStack. I naturally (but wrongly) assumed that it was the
interface on the Xen *host* on which to access services - in my case my
management/public network eth0, as opposed to my storage networks on
eth1+eth2. I think Hu made a similar mistake as he had picked eth1. Once I
commented out the HOST_IP_IFACE line from my localrc, I was able to get
through the stack.sh install and service start, and to successfully log
into Horizon. I still can't successfully start an instance, but that's
probably a completely different issue and one I'll look at next.
To avoid other people hitting the same problem, I suggest the following
two lines are removed from README.md:
---
# Interface on which you would like to access services
HOST_IP_IFACE=ethX
---
Alternatively, if there's a good reason for them to be there, perhaps
the comment could be improved to say how the variable should be set and why?
Should I file a bug for this?
Cheers,
Martin
___
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] weird nova attach of a volume
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 followup on this, what I think is going on: I have an image that I am tweaking and snapshot'ing. the snapshot process remembers that a volume is attached to it but doesnt attach the volume to it when you launch a new copy of the snapshot. ideally snapshot shouldnt save what volumes are currently attached to it. filing bug. s On 04/29/2013 09:41 AM, Steve Heistand wrote: ok so I have a volume that Im trying to attach to an instance from within horizon. It always fails with the message of could not attach volume. I try it via a nova CLI version and get messages about /dev/vdb is already in use. I had tried to attach it to /dev/vdb. I move up to vdc and same issue. I go up to vdd and all is well. however it actually shows up in the instance as /dev/vdb. so a) why is it thinking something is already using the devices when they really arent in use. b) related but not part of this problem: why is it ignoring the device I give it to mount to and just pick then next available vd device? thanks (grizzly/ubunt 12.04 controllers/centos 6.4 VMs.) steve ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp - -- Steve Heistand NASA Ames Research Center email: steve.heist...@nasa.gov Steve Heistand/Mail Stop 258-6 ph: (650) 604-4369 Bldg. 258, Rm. 232-5 Scientific HPC ApplicationP.O. Box 1 Development/OptimizationMoffett Field, CA 94035-0001 Any opinions expressed are those of our alien overlords, not my own. # For Remedy# #Action: Resolve# #Resolution: Resolved # #Reason: No Further Action Required # #Tier1: User Code # #Tier2: Other # #Tier3: Assistance # #Notification: None # -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) iEYEARECAAYFAlF+v60ACgkQoBCTJSAkVrGZKACgu58xJW3peSX3Ima78uMYG7CL nJ4AoOjZuJhmmTM2yjRTWogLKwvUhhXD =DpfG -END PGP 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] error while spawning vm
Thanks for your reply. Surprisingly, in my /etc/nova/rootwrap.d/, I only have api-metadata.filters. I dont know what went wrong. Date: Mon, 29 Apr 2013 11:12:46 -0700 Subject: Re: [Openstack] error while spawning vm From: aro...@nicira.com To: arin...@live.com CC: openstack@lists.launchpad.net From this error it looks you don't have brctl in any of the filters in /etc/nova/*filters: 2013-04-29 19:17:33.640 7974 TRACE nova.virt.libvirt.vif [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Stdout: '/usr/bin/nova-rootwrap: Unauthorized command: brctl delif qbr8b7fa98b-60 qvb8b7fa98b-60 (no filter matched)\n' What's the output of: # sudo grep brctl /etc/nova/rootwrap.d/* # -- should match mine/etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'addbr', bridge /etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'setfd', bridge, 0/etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'stp', bridge, 'off' /etc/nova/rootwrap.d/compute.filters:# nova/network/linux_net.py: 'brctl', 'addif', bridge, interface/etc/nova/rootwrap.d/compute.filters:brctl: CommandFilter, brctl, root/etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'addbr', bridge /etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'setfd', bridge, 0/etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'stp', bridge, 'off' /etc/nova/rootwrap.d/network.filters:# nova/network/linux_net.py: 'brctl', 'addif', bridge, interface/etc/nova/rootwrap.d/network.filters:brctl: CommandFilter, brctl, root On Mon, Apr 29, 2013 at 10:21 AM, Arindam Choudhury arin...@live.com wrote: Hi, My setup is: # nova-manage service list Binary Host Zone Status State Updated_At nova-conductor aopcsos internal enabled :-) 2013-04-29 17:10:58 nova-console aopcsos internal enabled :-) 2013-04-29 17:10:58 nova-scheduler aopcsos internal enabled :-) 2013-04-29 17:10:58 nova-certaopcso1 internal enabled :-) 2013-04-29 17:11:03 nova-compute aopcso1 nova enabled :-) 2013-04-29 17:10:55 but when i try to spawn a vm, I always get an error: 32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Starting instance... 2013-04-29 19:17:27.433 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Attempting claim: memory 512 MB, disk 0 GB, VCPUs 1 2013-04-29 19:17:27.434 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total Memory: 7984 MB, used: 512 MB 2013-04-29 19:17:27.434 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Memory limit: 11976 MB, free: 11464 MB 2013-04-29 19:17:27.435 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total Disk: 18 GB, used: 0 GB 2013-04-29 19:17:27.435 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Disk limit not specified, defaulting to unlimited 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Total CPU: 8 VCPUs, used: 0 VCPUs 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] CPU limit not specified, defaulting to unlimited 2013-04-29 19:17:27.436 AUDIT nova.compute.claims [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Claim successful 2013-04-29 19:17:30.663 INFO nova.virt.libvirt.driver [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance: b5317dbd-bd85-4cf7-bbf0-cc653fa8c425] Creating image 2013-04-29 19:17:30.841 INFO nova.virt.libvirt.firewall [req-909247fd-b461-46d6-8b90-bfb0617c7b3a d73c9e93ac3a40d693b4864b73496fdd b6d37008724b4a32ae03ff9b44a85426] [instance:
Re: [Openstack] quantum-plugin-openvswitch-agent error
Arindam, Do you have sudo configured properly? Something like the following? Defaults:quantum !requiretty quantum ALL = (root) NOPASSWD: /usr/bin/quantum-rootwrap Jay S. Bryant Linux Developer - OpenStack Enterprise Edition Department 7YLA, Building 015-2, Office E125, Rochester, MN Telephone: (507) 253-4270, FAX (507) 253-6410 TIE Line: 553-4270 E-Mail: jsbry...@us.ibm.com All the world's a stage and most of us are desperately unrehearsed. -- Sean O'Casey From: Arindam Choudhury arin...@live.com To: openstack openstack@lists.launchpad.net, Date: 04/29/2013 02:38 PM Subject:[Openstack] quantum-plugin-openvswitch-agent error Sent by:Openstack openstack-bounces+jsbryant=us.ibm@lists.launchpad.net Hi, I am getting the following error. Any help will be highly appreciated. head /var/log/quantum/ovs-agent.log 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun']. Exception: Command: ['sudo', 'ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-ofctl', 'del-flows', 'br-int']. Exception: Command: ['sudo', 'ovs-ofctl', 'del-flows', 'br-int'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp image/jpeg___ 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] quantum-plugin-openvswitch-agent error
I solved it by adding root_helper = sudo /usr/bin/quantum-rootwrap /etc/quantum/rootwrap.conf in /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini To: arin...@live.com CC: openstack@lists.launchpad.net; openstack-bounces+jsbryant=us.ibm@lists.launchpad.net Subject: Re: [Openstack] quantum-plugin-openvswitch-agent error From: jsbry...@us.ibm.com Date: Mon, 29 Apr 2013 15:28:03 -0500 Arindam, Do you have sudo configured properly? Something like the following? Defaults:quantum !requiretty quantum ALL = (root) NOPASSWD: /usr/bin/quantum-rootwrap Jay S. Bryant Linux Developer - OpenStack Enterprise Edition Department 7YLA, Building 015-2, Office E125, Rochester, MN Telephone: (507) 253-4270, FAX (507) 253-6410 TIE Line: 553-4270 E-Mail: jsbry...@us.ibm.com All the world's a stage and most of us are desperately unrehearsed. -- Sean O'Casey From: Arindam Choudhury arin...@live.com To: openstack openstack@lists.launchpad.net, Date: 04/29/2013 02:38 PM Subject: [Openstack] quantum-plugin-openvswitch-agent error Sent by: Openstack openstack-bounces+jsbryant=us.ibm@lists.launchpad.net Hi, I am getting the following error. Any help will be highly appreciated. head /var/log/quantum/ovs-agent.log 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun']. Exception: Command: ['sudo', 'ovs-vsctl', '--timeout=2', '--', '--if-exists', 'del-port', 'br-int', 'patch-tun'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' 2013-04-29 16:59:15ERROR [quantum.agent.linux.ovs_lib] Unable to execute ['ovs-ofctl', 'del-flows', 'br-int']. Exception: Command: ['sudo', 'ovs-ofctl', 'del-flows', 'br-int'] Exit code: 1 Stdout: '' Stderr: 'sudo: sin tty presente y no hay programa askpass especificado\n' ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp inline: ATT1___ 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] Failed db sync while upgrading from essex to folsom
On Mon, 2013-04-29 at 20:16 +0530, Shashank Sahni wrote: Hi everyone, I'm having some trouble upgrading from essex to folsom. The cloud is currently running on Ubuntu 12.04. For the upgrade, I included the folsom repo(ubuntu cloud archive) and upgraded the packages. Things went fine until I issued nova-manage db sync. It failed with the following error. 2013-04-29 20:13:50 23254 TRACE nova raise exc.NoSuchTableError(full_name) 2013-04-29 20:13:50 23254 TRACE nova NoSuchTableError: `projects` Ironically, the table exists. But I get the same message accessing it through mysql console. This is due to a bug in one version of the Ubuntu package that included a broken database migration; it had a foreign key on a latin-1 table (dns_domains) referencing a text column on a utf-8 table (projects), which mysql does not support. As a result, a *later* migration that changed the projects table partially failed, and left the table in a half-created state. I ran into this problem, and the only way I found to *fix* the error was to dump the database to a sql file, drop the entire database, manually edit the dump file to correct the referencing table charset on the 'dns_domains' table, add the definition for the projects table back, then restore the database from the dump. Related issues on launchpad: https://bugs.launchpad.net/nova/+bug/993663 https://bugs.launchpad.net/ubuntu/+source/nova/+bug/975085 Amusingly, if you're using keystone, the 'projects' table is actually not used by anything, but it still has to exist. -- Calvin Walton calvin.wal...@kepstin.ca smime.p7s Description: S/MIME cryptographic signature ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Ceilometer Install
Hi Doug,
I have followed the document. The only thing that is different from the
docs is that I did not copy the yaml file (it does not exist in tarball):
cp etc/ceilometer/*.yaml /etc/ceilometer
However, the tarball is the g2 version, which is the last version that was
supposed to work with Folsom.
It seems like Collector, Computer Agent and Central Agent are working. I
only can't get the Api Server working.
On Fri, Apr 26, 2013 at 6:19 PM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
It sounds like you haven't completed the installation instructions. I
don't know if the manual steps listed at
http://docs.openstack.org/developer/ceilometer/install/manual.html work
with the tarball, but they should be close.
Doug
On Fri, Apr 26, 2013 at 3:46 AM, Riki Arslan riki.ars...@cloudturk.netwrote:
The command line I am using is: sudo /usr/local/bin/ceilometer-api.
However, the ceilometer.ini file is missing. The version of Ceilometer I
am using is ceilometer-2013.1~g2.tar.gz. And, I only have the
following configuration files:
/etc/ceilometer/ceilometer.conf
/etc/ceilometer/policy.json
/etc/ceilometer/sources.json
Thanks.
On Fri, Apr 26, 2013 at 1:10 AM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Thu, Apr 25, 2013 at 8:37 AM, Riki Arslan
riki.ars...@cloudturk.netwrote:
I thought Ceilometer did not set a dependency on any DB drivers. I have
installed the driver Mongo using sudo pip install pymongo.
Ceilometer does use a database. You have to install the right driver. If
you want Mongo, then it sounds like you've done the right thing. It's
possible mako is also being used somewhere else, I'm not sure.
Regarding the current problem; the traceback is as follows:
Traceback (most recent call last):
File /usr/local/bin/ceilometer-api, line 5, in module
pkg_resources.run_script('ceilometer==0.0.0', 'ceilometer-api')
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 499,
in run_script
self.require(requires)[0].run_script(script_name, ns)
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 1235,
in run_script
execfile(script_filename, namespace, namespace)
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/EGG-INFO/scripts/ceilometer-api,
line 38, in module
service.prepare_service()
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/ceilometer/service.py,
line 80, in prepare_service
cfg.CONF(argv[1:], project='ceilometer')
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/ceilometer/openstack/common/cfg.py,
line 1024, in __call__
self._cli_values, leftovers = self._parse_cli_opts(args)
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/ceilometer/openstack/common/cfg.py,
line 1527, in _parse_cli_opts
opt._add_to_cli(self._oparser, group)
File
/usr/local/lib/python2.7/dist-packages/oslo.config-1.1.0-py2.7.egg/oslo/config/cfg.py,
line 591, in _add_to_cli
container = self._get_argparse_container(parser, group)
File
/usr/local/lib/python2.7/dist-packages/oslo.config-1.1.0-py2.7.egg/oslo/config/cfg.py,
line 633, in _get_argparse_container
return group._get_argparse_group(parser)
AttributeError: 'OptGroup' object has no attribute '_get_argparse_group'
That is coming from oslo.config. Can you post the ceilometer.ini file
and command line you are using to start the service?
Doug
Thank for the help.
On Thu, Apr 25, 2013 at 3:27 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Thursday, April 25, 2013, Riki Arslan wrote:
I have encountered other problems too.
First of all, when starting the Central Agent I have had Glance
endpoint 404 not found errors. As, Julien pointed out (
https://bugs.launchpad.net/ceilometer/+bug/1083104), I have removed
the v1 from the Glance URLs and it worked well.
Secondly, when starting the API Server, I have received ImportError:
No module named mako.template error. Thus, I have installed python-mako
module (sudo apt-get install python-mako), and the error disappeared.
Mako is a dependency do sqlalchemy, I think. Are you using the
sqlalchemy storage driver for ceilometer?
Now, I am receiving another error within the API Server. The error is
as follows:
AttributeError: 'OptGroup' object has no attribute
'_get_argparse_group'
That sounds like a problem with the config module. Was there a full
traceback? If not, try adding the --debug option when starting the
service.
Doug
Do you think it has something to do with mod_wsgi (
http://docs.openstack.org/developer/ceilometer/install/mod_wsgi.html
)?
I would appreciate your help on this.
Thanks.
On Thu, Apr 25, 2013 at 12:27 AM, Riki Arslan
riki.ars...@cloudturk.net wrote:
Hi Doug,
Your email helped me. It was actually glanceclient version 0.5.1
that was causing the conflict. After updating it, the conflict error
disappeared.
I hope this
[Openstack] Cinder restarting every second with cryptic error
2013-04-29 17:57:00AUDIT [cinder.service] Starting cinder-volume node
(version 2013.1)
2013-04-29 17:57:00DEBUG [cinder.utils] Running cmd (subprocess): sudo
cinder-rootwrap /etc/cinder/rootwrap.conf vgs --noheadings -o name
2013-04-29 17:57:01DEBUG [cinder.utils] backend module
'cinder.db.sqlalchemy.api' from
'/usr/lib/python2.7/dist-packages/cinder/db/sqlalchemy/api.pyc'
2013-04-29 17:57:01DEBUG [cinder.volume.manager] Re-exporting 2 volumes
2013-04-29 17:57:01ERROR [cinder.service] Unhandled exception
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/cinder/service.py, line 224, in
_start_child
self._child_process(wrap.server)
File /usr/lib/python2.7/dist-packages/cinder/service.py, line 201, in
_child_process
launcher.run_server(server)
File /usr/lib/python2.7/dist-packages/cinder/service.py, line 95, in
run_server
server.start()
File /usr/lib/python2.7/dist-packages/cinder/service.py, line 342, in start
self.manager.init_host()
File /usr/lib/python2.7/dist-packages/cinder/volume/manager.py, line 149,
in init_host
self.driver.ensure_export(ctxt, volume)
File /usr/lib/python2.7/dist-packages/cinder/volume/drivers/lvm.py, line
388, in ensure_export
old_name=old_name)
File /usr/lib/python2.7/dist-packages/cinder/volume/iscsi.py, line 225, in
create_iscsi_target
self._new_target(name, tid, **kwargs)
File /usr/lib/python2.7/dist-packages/cinder/volume/iscsi.py, line 284, in
_new_target
**kwargs)
File /usr/lib/python2.7/dist-packages/cinder/volume/iscsi.py, line 73, in
_run
self._execute(self._cmd, *args, run_as_root=True, **kwargs)
File /usr/lib/python2.7/dist-packages/cinder/utils.py, line 145, in execute
'to utils.execute: %r') % kwargs)
Error: Got unknown keyword args to utils.execute: {'old_name': None}
2013-04-29 17:57:01 INFO [cinder.service] Child 4300 exited with status 2
Anyone have any clue?
___
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] Ceilometer Install
I thought it might help if mentioned little more:
/etc/ceilometer.conf file has the following parameters added:
os_username=ceilometer
os_password=$PASSWORD
os_tenant_name=service
os_auth_url=http://localhost:5000/v2.0/
I checked CLI_OPTIONS in service.py and it looks allright:
CLI_OPTIONS = [
cfg.StrOpt('os-username',
default=os.environ.get('OS_USERNAME', 'ceilometer'),
help='Username to use for openstack service access'),
cfg.StrOpt('os-password',
default=os.environ.get('OS_PASSWORD', 'admin'),
help='Password to use for openstack service access'),
cfg.StrOpt('os-tenant-id',
default=os.environ.get('OS_TENANT_ID', ''),
help='Tenant ID to use for openstack service access'),
cfg.StrOpt('os-tenant-name',
default=os.environ.get('OS_TENANT_NAME', 'admin'),
help='Tenant name to use for openstack service access'),
cfg.StrOpt('os-auth-url',
default=os.environ.get('OS_AUTH_URL',
'http://localhost:5000/v2.0'),
help='Auth URL to use for openstack service access'),
]
But still, according to the error I am getting, it can not parse
_parse_cli_opts:
Traceback (most recent call last):
File /usr/local/bin/ceilometer-api, line 5, in module
pkg_resources.run_script('ceilometer==0.0.0', 'ceilometer-api')
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 499, in
run_script
self.require(requires)[0].run_script(script_name, ns)
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 1235, in
run_script
execfile(script_filename, namespace, namespace)
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/EGG-INFO/scripts/ceilometer-api,
line 38, in module
service.prepare_service()
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/ceilometer/service.py,
line 80, in prepare_service
cfg.CONF(argv[1:], project='ceilometer')
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/ceilometer/openstack/common/cfg.py,
line 1024, in __call__
self._cli_values, leftovers = self._parse_cli_opts(args)
File
/usr/local/lib/python2.7/dist-packages/ceilometer-0.0.0-py2.7.egg/ceilometer/openstack/common/cfg.py,
line 1527, in _parse_cli_opts
opt._add_to_cli(self._oparser, group)
File
/usr/local/lib/python2.7/dist-packages/oslo.config-1.1.0-py2.7.egg/oslo/config/cfg.py,
line 591, in _add_to_cli
container = self._get_argparse_container(parser, group)
File
/usr/local/lib/python2.7/dist-packages/oslo.config-1.1.0-py2.7.egg/oslo/config/cfg.py,
line 633, in _get_argparse_container
return group._get_argparse_group(parser)
AttributeError: 'OptGroup' object has no attribute '_get_argparse_group'
I am really puzzled as Collector, Computer Agent and Central Agent are
working fine and Api Server is not.
On Tue, Apr 30, 2013 at 12:56 AM, Riki Arslan riki.ars...@cloudturk.netwrote:
Hi Doug,
I have followed the document. The only thing that is different from the
docs is that I did not copy the yaml file (it does not exist in tarball):
cp etc/ceilometer/*.yaml /etc/ceilometer
However, the tarball is the g2 version, which is the last version that was
supposed to work with Folsom.
It seems like Collector, Computer Agent and Central Agent are working. I
only can't get the Api Server working.
On Fri, Apr 26, 2013 at 6:19 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
It sounds like you haven't completed the installation instructions. I
don't know if the manual steps listed at
http://docs.openstack.org/developer/ceilometer/install/manual.html work
with the tarball, but they should be close.
Doug
On Fri, Apr 26, 2013 at 3:46 AM, Riki Arslan
riki.ars...@cloudturk.netwrote:
The command line I am using is: sudo /usr/local/bin/ceilometer-api.
However, the ceilometer.ini file is missing. The version of Ceilometer I
am using is ceilometer-2013.1~g2.tar.gz. And, I only have the
following configuration files:
/etc/ceilometer/ceilometer.conf
/etc/ceilometer/policy.json
/etc/ceilometer/sources.json
Thanks.
On Fri, Apr 26, 2013 at 1:10 AM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Thu, Apr 25, 2013 at 8:37 AM, Riki Arslan riki.ars...@cloudturk.net
wrote:
I thought Ceilometer did not set a dependency on any DB drivers. I
have installed the driver Mongo using sudo pip install pymongo.
Ceilometer does use a database. You have to install the right driver.
If you want Mongo, then it sounds like you've done the right thing. It's
possible mako is also being used somewhere else, I'm not sure.
Regarding the current problem; the traceback is as follows:
Traceback (most recent call last):
File /usr/local/bin/ceilometer-api, line 5, in module
pkg_resources.run_script('ceilometer==0.0.0', 'ceilometer-api')
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line
Re: [Openstack] release process and sample configs
On 30/04/13 02:12, Anne Gentle wrote: On Mon, Apr 29, 2013 at 10:50 AM, Thierry Carrez thie...@openstack.org mailto:thie...@openstack.org wrote: Darren Birkett wrote: I've noticed that a lot of the projects do not get their sample configs updated as part of the release process. I'd suggest that one of the final commits to each project before a release is cut, is to update the sample config so it's relevant to the codebase that's being released and packaged. For those that aren't aware, in each project there is a script that can be run that will parse the entire project tree and extract all options cleanly into a new sample config file, so it need not be an onerous task Yes, docs uses that sample config file. We also have a Blueprint in progress to automatically generate docs from conf code. [1] Tom Fifield has a working proof-of-concept I believe. Just confirming it exists - standby for the first cut of new automagic-from-code config option table creation. It will need feedback. We do need developers to group config settings in ways that make sense to deployers. We can try to keep an eye on code that does this but ideally each project will know to keep an eye out for merges that should include re-built sample config files. That's a very good point. This should be done before the first release candidate is cut -- and tested/refreshed if necessary afterwards. I'll add it to the release process. I also think that the entire sample config should go into the docs for a release, so that people (non devs) don't need to hunt around in the source code to find the elusive option they want to use. I'll let Anne comment on that, but it sounds sane to me :) I think it's a fantastic idea and we want to make it worth your while. Anne [1] https://blueprints.launchpad.net/openstack-manuals/+spec/autogenerate-config-tables ___ 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] Cinder restarting every second with cryptic error
On Mon, Apr 29, 2013 at 3:59 PM, Drew Weaver drew.wea...@thenap.com wrote: Child 4300 exited with status 2 Hi Drew, I think I know what's going on here. In the Folsom release we had to add some conversion work to deal with migrating from iet to tgt. One of the things we did here was added a kwarg to create_iscsi_target (old_name), this is handled by tgtadm just fine, however iet is not stripping this out before trying to just pass it in directly to the iet command. The iet command sees this and pukes. I'm looking for a clean way to get around this, other than just say use tgtadm for your iscsi helper. John ___ 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] Cinder restarting every second with cryptic error
Hi Drew, I think the gist listed here [1], will address the issue. I'm going to need to spin things up and test it though. Thanks, John [1] https://gist.github.com/j-griffith/5485632 On Mon, Apr 29, 2013 at 5:24 PM, John Griffith john.griff...@solidfire.comwrote: On Mon, Apr 29, 2013 at 3:59 PM, Drew Weaver drew.wea...@thenap.comwrote: Child 4300 exited with status 2 Hi Drew, I think I know what's going on here. In the Folsom release we had to add some conversion work to deal with migrating from iet to tgt. One of the things we did here was added a kwarg to create_iscsi_target (old_name), this is handled by tgtadm just fine, however iet is not stripping this out before trying to just pass it in directly to the iet command. The iet command sees this and pukes. I'm looking for a clean way to get around this, other than just say use tgtadm for your iscsi helper. John ___ 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] [Grizzly] VMs can't access internet if floating ip associated
Hi there, I'm running Grizzly on Ubuntu 12.04 in this topology: http://docs.openstack.org/trunk/openstack-network/admin/content/connectivity.html and using the per-tenant routers with private networks. I just found out that my VMs (except just one) can't access internet if I associate them a floating ip. As soon as I disassociate the floating ip, the VM can ping 8.8.8.8 Did anyone experienced this? Here is the iptables-save of the virtual router (configured thanks to the l3 agent): (the VMs floating IPs are 192.168.202.X. The even wierdest thing is that only the VM using the 192.168.202.4 floating ip can access the internet). thanks for your help... root@rajesh:~# ip netns exec qrouter-e75c9ae7-c814-42c3-bd9e-9002c025aa95 iptables-save # Generated by iptables-save v1.4.12 on Tue Apr 30 01:52:01 2013 *mangle :PREROUTING ACCEPT [103801:72619178] :INPUT ACCEPT [29779:8190400] :FORWARD ACCEPT [73997:64361803] :OUTPUT ACCEPT [3336:330688] :POSTROUTING ACCEPT [77333:64692491] COMMIT # Completed on Tue Apr 30 01:52:01 2013 # Generated by iptables-save v1.4.12 on Tue Apr 30 01:52:01 2013 *nat :PREROUTING ACCEPT [1:84] :INPUT ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :POSTROUTING ACCEPT [0:0] :quantum-l3-agent-OUTPUT - [0:0] :quantum-l3-agent-POSTROUTING - [0:0] :quantum-l3-agent-PREROUTING - [0:0] :quantum-l3-agent-float-snat - [0:0] :quantum-l3-agent-snat - [0:0] :quantum-postrouting-bottom - [0:0] -A PREROUTING -j quantum-l3-agent-PREROUTING -A OUTPUT -j quantum-l3-agent-OUTPUT -A POSTROUTING -j quantum-l3-agent-POSTROUTING -A POSTROUTING -j quantum-postrouting-bottom -A quantum-l3-agent-OUTPUT -d 192.168.202.4/32 -j DNAT --to-destination 10.0.0.4 -A quantum-l3-agent-OUTPUT -d 192.168.202.3/32 -j DNAT --to-destination 10.0.0.2 -A quantum-l3-agent-OUTPUT -d 192.168.202.6/32 -j DNAT --to-destination 10.0.0.5 -A quantum-l3-agent-POSTROUTING ! -i qg-53c422b7-8a ! -o qg-53c422b7-8a -m conntrack ! --ctstate DNAT -j ACCEPT -A quantum-l3-agent-PREROUTING -d 169.254.169.254/32 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 9697 -A quantum-l3-agent-PREROUTING -d 192.168.202.4/32 -j DNAT --to-destination 10.0.0.4 -A quantum-l3-agent-PREROUTING -d 192.168.202.3/32 -j DNAT --to-destination 10.0.0.2 -A quantum-l3-agent-PREROUTING -d 192.168.202.6/32 -j DNAT --to-destination 10.0.0.5 -A quantum-l3-agent-float-snat -s 10.0.0.4/32 -j SNAT --to-source 192.168.202.4 -A quantum-l3-agent-float-snat -s 10.0.0.2/32 -j SNAT --to-source 192.168.202.3 -A quantum-l3-agent-float-snat -s 10.0.0.5/32 -j SNAT --to-source 192.168.202.6 -A quantum-l3-agent-snat -j quantum-l3-agent-float-snat -A quantum-l3-agent-snat -s 10.0.0.0/24 -j SNAT --to-source 192.168.202.2 -A quantum-postrouting-bottom -j quantum-l3-agent-snat COMMIT # Completed on Tue Apr 30 01:52:01 2013 # Generated by iptables-save v1.4.12 on Tue Apr 30 01:52:01 2013 *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [23:2028] :OUTPUT ACCEPT [0:0] :quantum-filter-top - [0:0] :quantum-l3-agent-FORWARD - [0:0] :quantum-l3-agent-INPUT - [0:0] :quantum-l3-agent-OUTPUT - [0:0] :quantum-l3-agent-local - [0:0] -A INPUT -j quantum-l3-agent-INPUT -A FORWARD -j quantum-filter-top -A FORWARD -j quantum-l3-agent-FORWARD -A OUTPUT -j quantum-filter-top -A OUTPUT -j quantum-l3-agent-OUTPUT -A quantum-filter-top -j quantum-l3-agent-local -A quantum-l3-agent-INPUT -d 127.0.0.1/32 -p tcp -m tcp --dport 9697 -j ACCEPT COMMIT # Completed on Tue Apr 30 01:52:01 2013 michaël -- Michaël Van de Borne RD Engineer, SOA team, CETIC Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi ___ 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] Configuring tempurl in Openstack Swift
Hi, Configuring tempurl in openstack Swift requires two steps: 1) Adding tempurl to the pipeline in proxy-server.conf 2) Setting the tempurl key on the account. Step #1 above is fairly straight forward. However, step #2 is slightly complicated; at least as per [1]. It requires first authenticating the user and getting an auth token. Then make an http request with the X-Meta-Tempurl-key header to set the tempurl key. Are there easier ways to do this? If not, is it on the roadmap to do this easily? Thanks in advance. -Shri [1] http://failverse.com/using-temporary-urls-on-rackspace-cloud-files/ ___ 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] anyone has a sample quantum.conf file that configures a valid quantum.log file?
Hi, I'm new to Quantum and trying to set up an openstack quantum environment. I installed a single node environment using DevStack(on a VM) successfully. I noticed that by default there is no log files for quantum. I tried to enable the quantum logging using quantum.conf. However, I haven't been lucky enough to get it work yet. Just wondering if anyone can share a working sample of quantum.conf that enables logging to a log file? Thanks, YuLing ___ 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 tempurl in Openstack Swift
There are no plans to change the current implementation of tempurl. In order to generate a tempurl that can be validated without relying on a network call to a centralized authority service, the owner and the service must have a shared secret. In the tempurl feature, this shared secret is set as a metadata key on the account. This allows the content owner to generate as many keys as necessary (without having to call an external service) and allows Swift to validate each one (without calling an external service). Note that an auth token is only needed in order to save the shared secret in the account metadata. Once the shared secret is set, neither the owner of the content nor the user of the tempurl (ie someone otherwise without access to the swift cluster) need a valid auth token to generate or use a tempurl. The only official docs for tempurl are at http://docs.openstack.org/developer/swift/misc.html#module-swift.common.middleware.tempurl (We should probably have some docs written for http://docs.openstack.org/api/openstack-object-storage/1.0/content/ on this feature.) --John On Apr 29, 2013, at 5:26 PM, Shrinand Javadekar shrin...@maginatics.com wrote: Hi, Configuring tempurl in openstack Swift requires two steps: 1) Adding tempurl to the pipeline in proxy-server.conf 2) Setting the tempurl key on the account. Step #1 above is fairly straight forward. However, step #2 is slightly complicated; at least as per [1]. It requires first authenticating the user and getting an auth token. Then make an http request with the X-Meta-Tempurl-key header to set the tempurl key. Are there easier ways to do this? If not, is it on the roadmap to do this easily? Thanks in advance. -Shri [1] http://failverse.com/using-temporary-urls-on-rackspace-cloud-files/ ___ 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-ubuntu-testing-notifications] Build Fixed: precise_havana_python-swiftclient_trunk #4
Title: precise_havana_python-swiftclient_trunk General InformationBUILD SUCCESSBuild URL:https://jenkins.qa.ubuntu.com/job/precise_havana_python-swiftclient_trunk/4/Project:precise_havana_python-swiftclient_trunkDate of build:Mon, 29 Apr 2013 15:31:37 -0400Build duration:1 min 40 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: 2 out of the last 4 builds failed.50ChangesImprove Python 3.x compatibilityby dirkeditswiftclient/client.pyeditbin/swiftedittests/test_swiftclient.pyConsole Output[...truncated 1553 lines...]Version: 1:1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1Finished at 20130429-1533Build needed 00:00:33, 1032k disc spaceINFO:root:Uploading package to ppa:openstack-ubuntu-testing/havanaDEBUG:root:['dput', 'ppa:openstack-ubuntu-testing/havana', 'python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1_source.changes']gpg: Signature made Mon Apr 29 15:32:40 2013 EDT using RSA key ID 9935ACDCgpg: Good signature from "Openstack Ubuntu Testing Bot (Jenkins Key) <ja...@shingle-house.org.uk>"gpg: Signature made Mon Apr 29 15:32:40 2013 EDT 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/tmpszo6_v/python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1_source.changes.Checking signature on .dscGood signature on /tmp/tmpszo6_v/python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1.dsc.Uploading to ppa (via ftp to ppa.launchpad.net): Uploading python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1.dsc: done. Uploading python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise.orig.tar.gz: done. Uploading python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1.debian.tar.gz: done. Uploading python-swiftclient_1.4.0.1.g000e33d+git201304291531~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-havana', 'python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1_amd64.changes']Exporting indices...Successfully created '/var/lib/jenkins/www/apt/dists/precise-havana/Release.gpg.new'Successfully created '/var/lib/jenkins/www/apt/dists/precise-havana/InRelease.new'Deleting files no longer referenced...deleting and forgetting pool/main/p/python-swiftclient/python-swiftclient_1.3.0.17.g8ea9c4a+git201303281132~precise-0ubuntu1_all.debINFO:root:Storing current commit for next build: 000e33d0218b1e71d8798f3bd208f92cb89eaa7fINFO:root:Complete command log:INFO:root:Destroying schroot.bzr branch lp:~openstack-ubuntu-testing/python-swiftclient/grizzly /tmp/tmpszo6_v/python-swiftclientmk-build-deps -i -r -t apt-get -y /tmp/tmpszo6_v/python-swiftclient/debian/controlpython setup.py sdistgit log -n1 --no-merges --pretty=format:%Hgit log 8ea9c4aae8837842a54f513866521d0d473d781f..HEAD --no-merges --pretty=format:[%h] %sdch -b -D precise --newversion 1:1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1 Automated Ubuntu testing build:dch -a [000e33d] Improve Python 3.x compatibilitydch -a [fab61c8] Improve auth option helpdch -a [2b3d171] Static large object support.debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucdebsign -k9935ACDC python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1_source.changessbuild -d precise-havana -n -A python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1.dscdput ppa:openstack-ubuntu-testing/havana python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1_source.changesreprepro --waitforlock 10 -Vb /var/lib/jenkins/www/apt include precise-havana python-swiftclient_1.4.0.1.g000e33d+git201304291531~precise-0ubuntu1_amd64.changesEmail 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/~openst
[Openstack-ubuntu-testing-notifications] Build Still Failing: precise_havana_quantum_trunk #69
Title: precise_havana_quantum_trunk General InformationBUILD FAILUREBuild URL:https://jenkins.qa.ubuntu.com/job/precise_havana_quantum_trunk/69/Project:precise_havana_quantum_trunkDate of build:Mon, 29 Apr 2013 18:01:35 -0400Build duration:1 min 16 secBuild cause:Started by an SCM changeBuilt on:pkg-builderHealth ReportWDescriptionScoreBuild stability: All recent builds failed.0ChangesStub out get_networks_count properly for pnet unit testsby salv.orlandoeditquantum/tests/unit/test_extension_pnet.pyConsole Output[...truncated 1759 lines...]dch -a [152f3cf] Create veth peer in namespace.dch -a [9c21592] Imported Translations from Transifexdch -a [01a977b] Send 400 error if device specification contains unexpected attributesdch -a [62017cd] Imported Translations from Transifexdch -a [26b98b7] lbaas: check object state before update for pools, members, health monitorsdch -a [49c1c98] Metadata agent: reuse authentication info across eventlet threadsdch -a [11639a2] Imported Translations from Transifexdch -a [35988f1] Make the 'admin' role configurabledch -a [ee50162] Simplify delete_health_monitor() using cascadesdch -a [765baf8] Imported Translations from Transifexdch -a [15a1445] Update latest OSLO codedch -a [343ca18] Imported Translations from Transifexdch -a [c117074] Remove locals() from strings substitutionsdch -a [fb66e24] Imported Translations from Transifexdch -a [e001a8d] Add string 'quantum'/ version to scope/tag in NVPdch -a [5896322] Changed DHCPV6_PORT from 467 to 547, the correct port for DHCPv6.dch -a [80ffdde] Imported Translations from Transifexdch -a [929cbab] Imported Translations from Transifexdch -a [2a24058] Imported Translations from Transifexdch -a [b6f0f68] Imported Translations from Transifexdch -a [1e1c513] Imported Translations from Transifexdch -a [6bbcc38] Imported Translations from Transifexdch -a [bd702cb] Imported Translations from Transifexdch -a [a13295b] Enable automatic validation of many HACKING rules.dch -a [91bed75] Ensure unit tests work with all interface typesdch -a [0446eac] Shorten the path of the nicira nvp plugin.dch -a [8354133] Implement LB plugin delete_pool_health_monitor().dch -a [147038a] Parallelize quantum unit testing:debcommitbzr builddeb -S -- -sa -us -ucbzr builddeb -S -- -sa -us -ucTraceback (most recent call last): File "/var/lib/jenkins/tools/openstack-ubuntu-testing/bin/build-package", line 139, in raise esubprocess.CalledProcessError: Command '['/usr/bin/schroot', '-p', '-r', '-c', 'precise-amd64-034a83ef-85a2-4e7f-8b44-30ef440fdef5', '-u', 'jenkins', '--', 'bzr', 'builddeb', '-S', '--', '-sa', '-us', '-uc']' 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 139, in raise esubprocess.CalledProcessError: Command '['/usr/bin/schroot', '-p', '-r', '-c', 'precise-amd64-034a83ef-85a2-4e7f-8b44-30ef440fdef5', '-u', 'jenkins', '--', 'bzr', 'builddeb', '-S', '--', '-sa', '-us', '-uc']' 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 failed in Jenkins: cloud-archive_folsom_version-drift #15041
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15041/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson142720878957181702.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 950, in __getitem__ raise KeyError(key) KeyError: 'ubuntu' Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15042
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15042/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson1510813417218301812.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 950, in __getitem__ raise KeyError(key) KeyError: 'ubuntu' Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15044
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15044/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson5170308411030893023.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 948, in __getitem__ shim_resource._ensure_representation() File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 357, in _ensure_representation representation = self._root._browser.get(self._wadl_resource) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 291, in get response, content = self._request(url, extra_headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 242, in _request str(url), method=method, body=data, headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 211, in _request_and_retry url, method=method, body=body, headers=headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1543, in request (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey) File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 126, in _request LaunchpadOAuthAwareHttp, self)._request(*args) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 130, in _request redirections, cachekey) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1293, in _request (response, content) = self._conn_request(conn, request_uri, method, body, headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1267, in _conn_request conn.connect() File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 983, in connect self.disable_ssl_certificate_validation, self.ca_certs) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 80, in _ssl_wrap_socket cert_reqs=cert_reqs, ca_certs=ca_certs) File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 143, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 305, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 8] _ssl.c:504: EOF occurred in violation of protocol Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15046
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15046/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson6204805985589209714.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 948, in __getitem__ shim_resource._ensure_representation() File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 357, in _ensure_representation representation = self._root._browser.get(self._wadl_resource) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 291, in get response, content = self._request(url, extra_headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 242, in _request str(url), method=method, body=data, headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 211, in _request_and_retry url, method=method, body=body, headers=headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1543, in request (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey) File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 126, in _request LaunchpadOAuthAwareHttp, self)._request(*args) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 130, in _request redirections, cachekey) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1293, in _request (response, content) = self._conn_request(conn, request_uri, method, body, headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1229, in _conn_request conn.connect() File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 983, in connect self.disable_ssl_certificate_validation, self.ca_certs) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 80, in _ssl_wrap_socket cert_reqs=cert_reqs, ca_certs=ca_certs) File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 143, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 305, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 8] _ssl.c:504: EOF occurred in violation of protocol Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15045
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15045/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson4270415987885488765.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 948, in __getitem__ shim_resource._ensure_representation() File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 357, in _ensure_representation representation = self._root._browser.get(self._wadl_resource) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 291, in get response, content = self._request(url, extra_headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 242, in _request str(url), method=method, body=data, headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 211, in _request_and_retry url, method=method, body=body, headers=headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1543, in request (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey) File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 126, in _request LaunchpadOAuthAwareHttp, self)._request(*args) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 130, in _request redirections, cachekey) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1293, in _request (response, content) = self._conn_request(conn, request_uri, method, body, headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1267, in _conn_request conn.connect() File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 983, in connect self.disable_ssl_certificate_validation, self.ca_certs) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 80, in _ssl_wrap_socket cert_reqs=cert_reqs, ca_certs=ca_certs) File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 143, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 305, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 8] _ssl.c:504: EOF occurred in violation of protocol Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15048
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15048/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson7085633591381763572.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 948, in __getitem__ shim_resource._ensure_representation() File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 357, in _ensure_representation representation = self._root._browser.get(self._wadl_resource) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 291, in get response, content = self._request(url, extra_headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 242, in _request str(url), method=method, body=data, headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 211, in _request_and_retry url, method=method, body=body, headers=headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1543, in request (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey) File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 126, in _request LaunchpadOAuthAwareHttp, self)._request(*args) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 130, in _request redirections, cachekey) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1293, in _request (response, content) = self._conn_request(conn, request_uri, method, body, headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1267, in _conn_request conn.connect() File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 983, in connect self.disable_ssl_certificate_validation, self.ca_certs) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 80, in _ssl_wrap_socket cert_reqs=cert_reqs, ca_certs=ca_certs) File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 143, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 305, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 8] _ssl.c:504: EOF occurred in violation of protocol Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15047
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15047/
--
Started by timer
Building remotely on pkg-builder in workspace
http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/
[cloud-archive_folsom_version-drift] $ /bin/bash -xe
/tmp/hudson8032185352064199056.sh
+ OS_RELEASE=folsom
+
/var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py
folsom
INFO:root:Querying package list and versions from staging PPA.
INFO:root:Initializing connection to LP...
Traceback (most recent call last):
File
/var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py,
line 180, in module
release=stable_rel)
File
/var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py,
line 119, in query_ca_ppa
init_lp()
File
/var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py,
line 113, in init_lp
conn['lp'] = Launchpad.login_anonymously('openstack', 'production')
File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 373,
in login_anonymously
version=version)
File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 198,
in __init__
credentials, service_root, cache, timeout, proxy_info, version)
File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line
460, in __init__
self._wadl = self._browser.get_wadl_application(self._root_uri)
File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line
299, in get_wadl_application
response, content = self._request(url, media_type=wadl_type)
File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line
242, in _request
str(url), method=method, body=data, headers=headers)
File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line
211, in _request_and_retry
url, method=method, body=body, headers=headers)
File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1513, in
request
(response, new_content) = self._request(conn, authority, uri, request_uri,
method, body, headers, redirections, cachekey)
File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 126,
in _request
LaunchpadOAuthAwareHttp, self)._request(*args)
File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line
130, in _request
redirections, cachekey)
File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1293, in
_request
(response, content) = self._conn_request(conn, request_uri, method, body,
headers)
File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1267, in
_conn_request
conn.connect()
File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1018, in
connect
raise socket.error, msg
socket.error: [Errno 110] Connection timed out
Build step 'Execute shell' marked build as 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 failed in Jenkins: cloud-archive_folsom_version-drift #15049
See http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/15049/ -- Started by timer Building remotely on pkg-builder in workspace http://10.189.74.7:8080/job/cloud-archive_folsom_version-drift/ws/ [cloud-archive_folsom_version-drift] $ /bin/bash -xe /tmp/hudson2789392942052071185.sh + OS_RELEASE=folsom + /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py folsom INFO:root:Querying package list and versions from staging PPA. INFO:root:Initializing connection to LP... Traceback (most recent call last): File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 180, in module release=stable_rel) File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 119, in query_ca_ppa init_lp() File /var/lib/jenkins/tools/ubuntu-reports/server/cloud-archive/version-tracker/gather-versions.py, line 115, in init_lp conn['ubuntu'] = conn['lp'].distributions['ubuntu'] File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 948, in __getitem__ shim_resource._ensure_representation() File /usr/lib/python2.7/dist-packages/lazr/restfulclient/resource.py, line 357, in _ensure_representation representation = self._root._browser.get(self._wadl_resource) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 291, in get response, content = self._request(url, extra_headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 242, in _request str(url), method=method, body=data, headers=headers) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 211, in _request_and_retry url, method=method, body=body, headers=headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1543, in request (response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey) File /usr/lib/python2.7/dist-packages/launchpadlib/launchpad.py, line 126, in _request LaunchpadOAuthAwareHttp, self)._request(*args) File /usr/lib/python2.7/dist-packages/lazr/restfulclient/_browser.py, line 130, in _request redirections, cachekey) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1293, in _request (response, content) = self._conn_request(conn, request_uri, method, body, headers) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 1229, in _conn_request conn.connect() File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 983, in connect self.disable_ssl_certificate_validation, self.ca_certs) File /usr/lib/python2.7/dist-packages/httplib2/__init__.py, line 80, in _ssl_wrap_socket cert_reqs=cert_reqs, ca_certs=ca_certs) File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 143, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 305, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 8] _ssl.c:504: EOF occurred in violation of protocol Build step 'Execute shell' marked build as 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
