From mburns at redhat.com Tue Apr 3 14:35:12 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 03 Apr 2012 10:35:12 -0400 Subject: [node-devel] oVirt Node Weekly Sync Meeting Minutes -- 2012-04-03 Message-ID: <1333463712.3120.7.camel@mburns-laptop.usersys.redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-03-13.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-03-13.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-03-13.00.log.html ============================ #ovirt: oVirt Node Week Sync ============================ Meeting started by mburns at 13:00:55 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-03-13.00.log.html . Meeting summary --------------- * Agenda and roll call (mburns, 13:01:11) * action item review (mburns, 13:02:21) * no bugs not moved to 2.5.0 yet (mburns, 13:02:50) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-27-13.00.html (mburns, 13:03:17) * ACTION: mburns jboggs fabiand to review 2.4.0 bugs and move bugs out to 2.5.0 that we can't get done (mburns, 13:03:53) * high level automation plan was written up by fabiand (mburns, 13:04:59) * LINK: http://ovirt.org/wiki/Node_Testing (mburns, 13:05:22) * ACTION: fabiand to post link to node-devel and request comments (mburns, 13:05:39) * mburns didn't get any time to review stateless or network manager migration (mburns, 13:06:20) * ACTION: mburns to review stateless, update wiki, get todo list together (mburns, 13:06:38) * ACTION: mburns to post wiki feature page for network manager transition (mburns, 13:06:50) * still working on debugging CIM feature with DV (mburns, 13:07:09) * ACTION: mburns will update status of CIM by EOD wednesday (mburns, 13:07:43) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=809090 (mburns, 13:08:52) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=809093 (mburns, 13:08:55) * ACTION: mburns to try pure f17 with sblim-sfcb and f16/f17 with tog-pegasus (mburns, 13:11:12) * Release status (mburns, 13:11:38) * oVirt project is freezing on April 30 (mburns, 13:12:43) * we're tracking 2.4.0 for April 30, but need bugzilla review first (mburns, 13:12:49) * Bugzilla review (mburns, 13:13:38) * 32 bugs in 2.4.0 (mburns, 13:14:05) * 1 in 2.5.0 (mburns, 13:14:25) * 4 untargetted (mburns, 13:14:37) * ACTION: mburns to target the 4 bug without a target (mburns, 13:14:58) * other topics (mburns, 13:15:33) Meeting ended at 13:17:31 UTC. Action Items ------------ * mburns jboggs fabiand to review 2.4.0 bugs and move bugs out to 2.5.0 that we can't get done * fabiand to post link to node-devel and request comments * mburns to review stateless, update wiki, get todo list together * mburns to post wiki feature page for network manager transition * mburns will update status of CIM by EOD wednesday * mburns to try pure f17 with sblim-sfcb and f16/f17 with tog-pegasus * mburns to target the 4 bug without a target Action Items, by person ----------------------- * jboggs * mburns jboggs fabiand to review 2.4.0 bugs and move bugs out to 2.5.0 that we can't get done * mburns * mburns jboggs fabiand to review 2.4.0 bugs and move bugs out to 2.5.0 that we can't get done * mburns to review stateless, update wiki, get todo list together * mburns to post wiki feature page for network manager transition * mburns will update status of CIM by EOD wednesday * mburns to try pure f17 with sblim-sfcb and f16/f17 with tog-pegasus * mburns to target the 4 bug without a target * **UNASSIGNED** * fabiand to post link to node-devel and request comments People Present (lines said) --------------------------- * mburns (55) * pmyers (6) * jboggs (4) * ovirtbot (3) * k3rn (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From fabian.deutsch at gmx.de Wed Apr 4 11:50:53 2012 From: fabian.deutsch at gmx.de (Fabian Deutsch) Date: Wed, 04 Apr 2012 13:50:53 +0200 Subject: [node-devel] [RFC] Test Automation Message-ID: <1333540253.2861.32.camel@sober> Hey, we want Node to be a stable base OS, as node becomes bigger and complex it might be time to introduce some automated testing to different parts of node. The testing can start at real low-level stuff like syntax checks and unit tests, but should end in testing the whole process, so covering the installation, configuration and running some VMs. The testing itself can then be triggered at different points, e.g. syntax checks by using git-hooks, unit and sanity checks by e.g. jenkins or gerrit. Open questions remain, like: When can we do reliable unit tests? Some TUI backing code relies on runtime informations (e.g. network informations) and thus can only be tested on a running node. - Or: How can we do automated testing of the TUI? An idea is to minimize the logic within the TUI code and to push all the logic into functions which then in turn can be tested. - And: How can the runtime sanity checks be run? I've written down the current plan on http://ovirt.org/wiki/Node_Testing which is far from complete, but a starting point. So, go ahead and add your comments, ideas, remarks, and questions to the wiki, to get machines to do all the testing for us :) Greetings fabian From mburns at redhat.com Mon Apr 9 18:53:45 2012 From: mburns at redhat.com (Mike Burns) Date: Mon, 09 Apr 2012 14:53:45 -0400 (EDT) Subject: [node-devel] Cancelled: oVirt Node weekly meeting Message-ID: <45b20cc9-6726-42dd-8aaa-d254275f47db@zmail17.collab.prod.int.phx2.redhat.com> A single instance of the following meeting has been cancelled: Subject: oVirt Node weekly meeting Organizer: "Mike Burns" Location: #ovirt on irc.oftc.net Time: Tuesday, April 10, 2012, 9:00:00 AM - 9:30:00 AM GMT -05:00 US/Canada Eastern Invitees: node-devel at ovirt.org; aliguori at linux.vnet.ibm.com; anthony at codemonkey.ws; whenry at redhat.com *~*~*~*~*~*~*~*~*~* -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: meeting.ics Type: text/calendar Size: 2635 bytes Desc: not available URL: From mburns at redhat.com Tue Apr 17 13:26:29 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 17 Apr 2012 09:26:29 -0400 Subject: [node-devel] oVirt Node Weekly Meeting Minutes -- 2012-04-17 Message-ID: <1334669189.3279.64.camel@beelzebub.mburnsfire.net> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-17-13.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-17-13.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-17-13.00.log.html ============================== #ovirt: ovirt-node-weekly-sync ============================== Meeting started by mburns at 13:00:54 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-17-13.00.log.html . Meeting summary --------------- * Action Item Review (mburns, 13:01:48) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-03-13.00.html (mburns, 13:01:59) * ACTION: jboggs fabiand mburns to review and move bugs to 2.5.0 today (mburns, 13:09:24) * ACTION: mburns to review overall list and move non-critical stuff out (mburns, 13:09:38) * stateless still in same state as 2 weeks ago (mburns, 13:10:45) * ACTION: mburns to review stateless and update wiki, get to-do list together (mburns, 13:10:58) * ACTION: mburns to post wiki feature page for network manager transition (mburns, 13:11:12) * ACTION: mburns to review untargetted bugs (mburns, 13:11:34) * CIM stuff is still pending resolution of Fedora bugzillas (mburns, 13:11:56) * Release status (mburns, 13:12:13) * 30 bugs targeted for 2.4.0 -- review pending (mburns, 13:12:26) * release tentatively scheduled for 30-Apr (mburns, 13:12:41) * oVirt Project release is 31-May (mburns, 13:12:58) * ACTION: mburns to switch jenkins builds to f17 (mburns, 13:15:11) * other topics (mburns, 13:17:15) Meeting ended at 13:24:04 UTC. Action Items ------------ * jboggs fabiand mburns to review and move bugs to 2.5.0 today * mburns to review overall list and move non-critical stuff out * mburns to review stateless and update wiki, get to-do list together * mburns to post wiki feature page for network manager transition * mburns to review untargetted bugs * mburns to switch jenkins builds to f17 Action Items, by person ----------------------- * fabiand * jboggs fabiand mburns to review and move bugs to 2.5.0 today * jboggs * jboggs fabiand mburns to review and move bugs to 2.5.0 today * mburns * jboggs fabiand mburns to review and move bugs to 2.5.0 today * mburns to review overall list and move non-critical stuff out * mburns to review stateless and update wiki, get to-do list together * mburns to post wiki feature page for network manager transition * mburns to review untargetted bugs * mburns to switch jenkins builds to f17 * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (49) * jboggs (10) * ovirtbot (4) * Akegata (3) * fabiand (3) * rgolan (2) * itzik (1) * pmyers (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From geoffocallaghan at gmail.com Mon Apr 23 21:49:51 2012 From: geoffocallaghan at gmail.com (Geoff O'Callaghan) Date: Tue, 24 Apr 2012 07:49:51 +1000 Subject: [node-devel] ovirt-node CIM handling Message-ID: Hi All I notice that ovirt-node 2.3.0 had CIM handling added via bz 753215 / http://gerrit.ovirt.org/#change,2480 . I thought i'd give it a test. Alas, I can't get it to work. I enable CIM via the TUI, set the password and attempt to query a well know CIMv2 class such as OMC_Processor - failed wbemcli ein -noverify https://cim:PASSWORD at 10.100.0.3/root/cimv2:OMC_Processor * * wbemcli: Cim: (5) CIM_ERR_INVALID_CLASS: Class not found * So I thought i'd try enumerating all the classes. wbemcli ecn -noverify https://cim:passw0rd at 10.100.0.3/root/cimv2 returns nothing :-( and wbemcli ecn -noverify https://cim:PASSWORD at 10.100.0.3/root/virt * * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: The target namespace does not exist * this does imply at least that the cimv2 class exists :-) So, continuing the saga I went into the TUI, got myself a console and tried running sfcbd with all the debugging I could find. [root at kvm1 admin]# ps ax|grep sfcbd 2474 ? Ssl 0:00 /usr/sbin/sfcbd -d 2475 ? S 0:00 /usr/sbin/sfcbd -d 2479 ? S 0:00 /usr/sbin/sfcbd -d 2480 ? S 0:00 /usr/sbin/sfcbd -d 2579 ? S 0:00 /usr/sbin/sfcbd -d 2580 ? S 0:00 /usr/sbin/sfcbd -d 2584 ? S 0:00 /usr/sbin/sfcbd -d I killed the current process and started as follows : [root at kvm1 admin]# SFCB_TRACE_FILE=/tmp/sfcb.log /usr/sbin/sfcbd -t 2097151 --- sfcbd V1.3.11 started - 4304 --- Using /etc/sfcb/sfcb.cfg --- Max provider procs: 32 --- initSocketPairs: 64 --- localConnectServer started --- Max Http procs: 8 --- sfcbd HTTP Daemon V1.3.11 configured for port 5989 - 4308 --- sfcbd HTTP Daemon V1.3.11 configured for socket /tmp/sfcbHttpSocket - 4308 --- Using Basic Authentication --- Keep-alive timeout: 15 seconds --- Maximum requests per connection: 10 --- Caching ClassProvider for /var/lib/sfcb/registration/repository/root/interop/classSchemas (1.0-3) using 2296 bytes ^C--- Winding down sfcbd --- localConnectServer ended --- Stopping adapters --- HTTP-Daemon terminating 4308 --- Adapters stopped --- Stopping providers --- stopped IndCIMXMLHandler 4329 --- stopped InternalProvider 4317 --- stopped ProfileProvider 4314 --- stopped InteropProvider 4312 --- stopped ClassProvider 4309 --- Providers stopped I can see the request come in via the logfile above [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(803) : --- Header: POST [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Authorization: Basic blah [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Host: 10.100.0.3:5989 [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Content-Type: application/xml; charset="utf-8" [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Connection: Keep-Alive, TE [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMProtocolVersion: 1.0 [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMOperation: MethodCall [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMMethod: EnumerateClassNames [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMObject: root%2Fcimv2 [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Content-Length: 398 [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(1000) : -#- xmlIn 398 bytes: TRUE [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(1003) : -#- xmlIn end However the response is effectively null and that is how it's interpreted by the client [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : "~PROTOCOLVERSION="1.0">\n\n> xmlOut 19 bytes: [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : EnumerateClassNames [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 18 bytes: [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : ">\n\n [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 0 bytes: [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 65 bytes: [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : \n\n\n\n [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end I tried this on F16 and centos6 - same result, so either i'm doing something terribly wrong or there is a bug in the upstream. Note: I tried the wbemcli ecn -noverify against an esxi box and got the expected result, so I can also confirm it's not a problem with my wbemcli client :) Just before I submitted this I found https://bugzilla.redhat.com/show_bug.cgi?id=809090 https://bugzilla.redhat.com/show_bug.cgi?id=809093 * * I didn't find a bz against ovirt-node as well, should I raise one and xref with the above info and F16/17 bz's ? Tks Geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburns at redhat.com Tue Apr 24 00:47:13 2012 From: mburns at redhat.com (Mike Burns) Date: Mon, 23 Apr 2012 20:47:13 -0400 Subject: [node-devel] ovirt-node CIM handling In-Reply-To: References: Message-ID: <1335228433.9449.17.camel@mburns-laptop.usersys.redhat.com> Hi Geoff, On Tue, 2012-04-24 at 07:49 +1000, Geoff O'Callaghan wrote: > Hi All > > > I notice that ovirt-node 2.3.0 had CIM handling added via > bz 753215 / http://gerrit.ovirt.org/#change,2480 . I thought i'd > give it a test. Alas, I can't get it to work. > Yes, I failed to communicate that there were problems with the cim stuff. The overall goal was to expose libvirt-cim schemas, not all cim schemas, though that could be a next step. > > I enable CIM via the TUI, set the password and attempt to query a well > know CIMv2 class such as OMC_Processor - failed > > > wbemcli ein -noverify > https://cim:PASSWORD at 10.100.0.3/root/cimv2:OMC_Processor > * > * wbemcli: Cim: (5) CIM_ERR_INVALID_CLASS: Class not found > * > > > So I thought i'd try enumerating all the classes. > > > wbemcli ecn -noverify https://cim:passw0rd at 10.100.0.3/root/cimv2 > > > returns nothing :-( > > > and > > > wbemcli ecn -noverify https://cim:PASSWORD at 10.100.0.3/root/virt > * > * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: The target namespace > does not exist > * > This is something that we caught that's related to the bugs you reference later. > > this does imply at least that the cimv2 class exists :-) > > > So, continuing the saga I went into the TUI, got myself a console > and tried running sfcbd with all the debugging I could find. > > > [root at kvm1 admin]# ps ax|grep sfcbd > 2474 ? Ssl 0:00 /usr/sbin/sfcbd -d > 2475 ? S 0:00 /usr/sbin/sfcbd -d > 2479 ? S 0:00 /usr/sbin/sfcbd -d > 2480 ? S 0:00 /usr/sbin/sfcbd -d > 2579 ? S 0:00 /usr/sbin/sfcbd -d > 2580 ? S 0:00 /usr/sbin/sfcbd -d > 2584 ? S 0:00 /usr/sbin/sfcbd -d > > > I killed the current process and started as follows : > > > [root at kvm1 admin]# SFCB_TRACE_FILE=/tmp/sfcb.log /usr/sbin/sfcbd -t > 2097151 > --- sfcbd V1.3.11 started - 4304 > --- Using /etc/sfcb/sfcb.cfg > --- Max provider procs: 32 > --- initSocketPairs: 64 > --- localConnectServer started > --- Max Http procs: 8 > --- sfcbd HTTP Daemon V1.3.11 configured for port 5989 - 4308 > --- sfcbd HTTP Daemon V1.3.11 configured for > socket /tmp/sfcbHttpSocket - 4308 > --- Using Basic Authentication > --- Keep-alive timeout: 15 seconds > --- Maximum requests per connection: 10 > --- Caching ClassProvider > for /var/lib/sfcb/registration/repository/root/interop/classSchemas > (1.0-3) using 2296 bytes > ^C--- Winding down sfcbd > --- localConnectServer ended > --- Stopping adapters > --- HTTP-Daemon terminating 4308 > --- Adapters stopped > --- Stopping providers > --- stopped IndCIMXMLHandler 4329 > --- stopped InternalProvider 4317 > --- stopped ProfileProvider 4314 > --- stopped InteropProvider 4312 > --- stopped ClassProvider 4309 > --- Providers stopped > > > I can see the request come in via the logfile above > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(803) : > --- Header: POST > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: Authorization: Basic blah > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: Host: 10.100.0.3:5989 > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: Content-Type: application/xml; charset="utf-8" > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: Connection: Keep-Alive, TE > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: CIMProtocolVersion: 1.0 > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: CIMOperation: MethodCall > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: CIMMethod: EnumerateClassNames > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: CIMObject: root%2Fcimv2 > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: Content-Length: 398 > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : > --- Header: > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- > httpAdapter.c(1000) : -#- xmlIn 398 bytes: > > > NAME="EnumerateClassNames"> NAME="root"> SPACE> > TRUE > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- > httpAdapter.c(1003) : -#- xmlIn end > > > However the response is effectively null and that is how it's > interpreted by the client > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : > "~PROTOCOLVERSION="1.0">\n\n > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< > xmlOut end > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : > Leaving: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : > Entering: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> > xmlOut 19 bytes: > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : > EnumerateClassNames > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< > xmlOut end > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : > Leaving: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : > Entering: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> > xmlOut 18 bytes: > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : > ">\n\n > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< > xmlOut end > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : > Leaving: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : > Entering: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> > xmlOut 0 bytes: > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< > xmlOut end > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : > Leaving: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : > Entering: commWrite > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> > xmlOut 65 bytes: > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : > \n\n\n\n > > > [1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< > xmlOut end > > > Given the above output, you obviously know far more about cim than I do. >From what I've learned, there is an incompatibility between sblim-sfcb and libvirt-cim in Fedora 16. We'll look closer as we move to F17 as the base install. > > I tried this on F16 and centos6 - same result, so either i'm doing > something terribly wrong or there is a bug in the upstream. > > > Note: I tried the > > > wbemcli ecn -noverify against an esxi box and got the expected result, > so I can also confirm it's not a problem with my wbemcli client :) > I've tested the same code on a RHEVH-6 machine and can connect correctly to the libvirt-cim interface. > > Just before I submitted this I found > > > https://bugzilla.redhat.com/show_bug.cgi?id=809090 > https://bugzilla.redhat.com/show_bug.cgi?id=809093 > > > I didn't find a bz against ovirt-node as well, should I raise one and xref with the above info and F16/17 bz's ? You can, but there's not much we can do until libvirt-cim and sblim-sfcb start working in Fedora. Part of the problem is that there apparently isn't much demand cim working in upstream. We're also looking for people that actually know something about cim to help with developing and testing cim. Thanks Mike > > Tks > Geoff > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel From geoffocallaghan at gmail.com Tue Apr 24 11:02:22 2012 From: geoffocallaghan at gmail.com (Geoff O'Callaghan) Date: Tue, 24 Apr 2012 21:02:22 +1000 Subject: [node-devel] ovirt-node CIM handling In-Reply-To: <1335228433.9449.17.camel@mburns-laptop.usersys.redhat.com> References: <1335228433.9449.17.camel@mburns-laptop.usersys.redhat.com> Message-ID: Hi Mike, Tks for the reply... On Tue, Apr 24, 2012 at 10:47 AM, Mike Burns wrote: > Hi Geoff, > > On Tue, 2012-04-24 at 07:49 +1000, Geoff O'Callaghan wrote: > > Hi All > > > > > > I notice that ovirt-node 2.3.0 had CIM handling added via > > bz 753215 / http://gerrit.ovirt.org/#change,2480 . I thought i'd > > give it a test. Alas, I can't get it to work. > > > Yes, I failed to communicate that there were problems with the cim > stuff. > > The overall goal was to expose libvirt-cim schemas, not all cim schemas, > though that could be a next step. > > [snip] > > Given the above output, you obviously know far more about cim than I do. > From what I've learned, there is an incompatibility between sblim-sfcb > and libvirt-cim in Fedora 16. We'll look closer as we move to F17 as > the base install. > Nah, i'm a CIM newbie, i've used it a little bit with ESX but nothing too serious. I was just trying to get my head around it with ovirt. > > > I tried this on F16 and centos6 - same result, so either i'm doing > > something terribly wrong or there is a bug in the upstream. > > > > > > Note: I tried the > > > > > > wbemcli ecn -noverify against an esxi box and got the expected result, > > so I can also confirm it's not a problem with my wbemcli client :) > > > > I've tested the same code on a RHEVH-6 machine and can connect correctly > to the libvirt-cim interface. > > > > Just before I submitted this I found > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=809090 > > https://bugzilla.redhat.com/show_bug.cgi?id=809093 > > > > > > I didn't find a bz against ovirt-node as well, should I raise one and > xref with the above info and F16/17 bz's ? > > You can, but there's not much we can do until libvirt-cim and sblim-sfcb > start working in Fedora. Part of the problem is that there apparently > isn't much demand cim working in upstream. > > We're also looking for people that actually know something about cim to > help with developing and testing cim. > > Further exploring tonight shows that the libvirt-cim package is not correctly registering the mof files. ie. If you do a sfcbrepos -h you will see something like : [root at kvm1 admin]# sfcbrepos -h usage: /usr/bin/sfcbrepos [-h] [-f] [-i] [-b backendopt] [-c cimschemadir] [-s stagingdir] [-r registrationdir] -h display help message -f force repository creation -i do not migrate instances from previous repository (default=do migrate) -X create repository in non-native format as specifed by argument -s specify staging directory [/var/lib/sfcb/stage] -r specify repository directory [/var/lib/sfcb/registration] -c specify directory containing CIM Schema MOFs [/usr/share/mof/cim-current] -t create tiny class repository by omitting inheritance information -z compress repository with gzip If you look in /var/lib/sfcb/registration you will see a directory structure ./root ./root/cimv2 ./root/interop ./root/interop/qualifiers ./root/interop/sfcb_registeredprofile ./root/interop/sfcb_indicationservicecapabilities ./root/interop/classSchemas ./root/interop/sfcb_registeredprofile.idx ./root/interop/sfcb_indicationservicecapabilities.idx ./root/interop/qualifiers.idx This implies that the cimv2 class is there, but empty, which agrees with the test result. It also shows that there should be an root/interop class that works.... so testing that... $ wbemcli ecn -noverify https://cim:passw0rd at 10.100.0.3/root/interop 10.100.0.3:5989/root/interop:CIM_IndicationFilter 10.100.0.3:5989/root/interop:CIM_Service 10.100.0.3:5989/root/interop:CIM_RegisteredSubProfile 10.100.0.3:5989/root/interop:CIM_WBEMService 10.100.0.3:5989/root/interop:CIM_AbstractIndicationSubscription 10.100.0.3:5989/root/interop:CIM_IndicationService 10.100.0.3:5989/root/interop:CIM_ListenerDestinationCIMXML 10.100.0.3:5989/root/interop:CIM_IndicationHandler ..... etc Doing an instance query against one of the above... $ wbemcli ein -noverify https://cim:passw0rd at 10.100.0.3/root/interop:CIM_Service 10.100.0.3:5989/root/interop:CIM_ObjectManager.CreationClassName= "CIM_ObjectManager",SystemCreationClassName="CIM_ComputerSystem",SystemName=" kvm1.example.com",Name="sfcb:NO-UUID-FILE-kvm1.example.com" So the CIM broker appears to be working, it's just that the mof's aren't registered properly - assuming i'm using the term mof correctly :-) A rpm -ql libvirt-cim reveals a bunch of stuff, specifically stuff like : /usr/share/libvirt-cim/AllocationCapabilities.mof /usr/share/libvirt-cim/AllocationCapabilities.registration /usr/share/libvirt-cim/AppliedFilterList.mof ... /usr/share/libvirt-cim/cim_schema_2.21.0Experimental-MOFs.zip /usr/share/libvirt-cim/cimv2.21.0-cimv2_mof /usr/share/libvirt-cim/cimv2.21.0-interop_mof /usr/share/libvirt-cim/install_base_schema.sh /usr/share/libvirt-cim/provider-register.sh The provider-register.sh is the important bit, it should be passed parms to get it to configure for sfcb - the problem is in this script as it's not doing what it should be doing - manually running it doesn't work and you get errors like : # ./provider-register.sh -v -t sfcb -r KVMRedirectionSAP.registration -m KVMRedirectionSAP.mof Staging provider registration. cp: cannot stat `/var/tmp/KVMRedirectionSAP.reg': No such file or directory Error: could not copy registration files Failed to stage provider registration. However, if I try using the same script from another package that supplies mof's - eg sblim-cmpi-base then it mostly works.... (ie replace the libvirt-cim script with the one from sblim-cmpi-base) # ./provider-register.sh -v -t sfcb -r KVMRedirectionSAP.registration -m KVMRedirectionSAP.mof Registering class Xen_KVMRedirectionSAP Registering class KVM_KVMRedirectionSAP Registering class LXC_KVMRedirectionSAP Staging provider registration. Shutting down sfcb. Stopping sblim-sfcb (via systemctl): [ OK ] Timed out waiting for sfcb shutdown... Please stop sfcb manually and rebuild the repository using sfcbrepos. [root at ovirt-f16 libvirt-cim]# service sfcb stop Redirecting to /bin/systemctl stop sfcb.service [root at ovirt-f16 libvirt-cim]# sfcbrepos Setting up sfcb Repository, Class, and Provider Registration Your old repository and registration data will be deleted (static instances will be saved) Do you want to proceed? (type yes to continue) yes and testing (note: I did this on a F16 system that exhibits the same problem rather than on the node itself). $ wbemcli ecn -noverify https://root:passw0rd at 192.168.1.63/root/cimv2|egrep KVM 192.168.1.63:5989/root/cimv2:KVM_KVMRedirectionSAP 192.168.1.63:5989/root/cimv2:Xen_KVMRedirectionSAP 192.168.1.63:5989/root/cimv2:CIM_KVMRedirectionSAP 192.168.1.63:5989/root/cimv2:LXC_KVMRedirectionSAP That's as far as I got as I need to do some other stuff, but the above may help and I may get some more time tomorrow to see if I can figure what the intention of the libvirt-cim rpm really is. Tks Geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburns at redhat.com Tue Apr 24 13:20:23 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 24 Apr 2012 09:20:23 -0400 Subject: [node-devel] oVirt Node Weekly Sync Meeting Minutes -- 2012-04-24 Message-ID: <1335273623.8073.69.camel@beelzebub.mburnsfire.net> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-24-13.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-24-13.01.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-24-13.01.log.html ============================== #ovirt: ovirt-node-weekly-sync ============================== Meeting started by mburns at 13:01:39 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-24-13.01.log.html . Meeting summary --------------- * Agenda and roll call (mburns, 13:02:24) * Action Item Review (mburns, 13:04:14) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-04-17-13.00.html (mburns, 13:04:21) * jbogss and fabiand reviewed bugs and moved some to 2.5.0 (mburns, 13:04:46) * ACTION: mburns to review list again and move more bugs out of 2.4.0 (mburns, 13:05:10) * jenkins builds are all F17 based now (mburns, 13:05:29) * ACTION: mburns to review untargeted bugs (mburns, 13:05:48) * ACTION: mburns to update stateless wiki and get task list together (mburns, 13:07:09) * ACTION: fabiand to create feature page for transition to network manager (mburns, 13:07:33) * release status (mburns, 13:08:28) * LINK: http://goo.gl/i8G14 (mburns, 13:09:30) * oVirt project release might slip a bit, which will let us slip a bit (mburns, 13:11:02) * biggest task is to make sure node works when based on F17 (mburns, 13:11:59) * 2nd biggest task is reviewing/pushing patches (mburns, 13:12:32) * there are ~40 patches there that need review (mburns, 13:13:18) * AGREED: pep8 patches will be deferred to 2.5.0 (mburns, 13:14:04) * ACTION: mburns to send update on release date based on oVirt Project decision (mburns, 13:15:10) * ACTION: fabiand jboggs mburns to do patch reviews (mburns, 13:15:31) * Other Topics (mburns, 13:15:42) Meeting ended at 13:18:56 UTC. Action Items ------------ * mburns to review list again and move more bugs out of 2.4.0 * mburns to review untargeted bugs * mburns to update stateless wiki and get task list together * fabiand to create feature page for transition to network manager * mburns to send update on release date based on oVirt Project decision * fabiand jboggs mburns to do patch reviews Action Items, by person ----------------------- * fabiand * fabiand to create feature page for transition to network manager * fabiand jboggs mburns to do patch reviews * jboggs * fabiand jboggs mburns to do patch reviews * mburns * mburns to review list again and move more bugs out of 2.4.0 * mburns to review untargeted bugs * mburns to update stateless wiki and get task list together * mburns to send update on release date based on oVirt Project decision * fabiand jboggs mburns to do patch reviews * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (53) * fabiand (9) * ovirtbot (4) * jboggs (3) * pmyers (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From mburns at redhat.com Tue Apr 24 16:25:17 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 24 Apr 2012 12:25:17 -0400 Subject: [node-devel] [Fwd: [Users] UPDATE: oVirt 3.1 release date changed] Message-ID: <1335284717.8073.72.camel@beelzebub.mburnsfire.net> FYI... -------- Forwarded Message -------- From: Ofer Schreiber To: arch , users , board Subject: [Users] UPDATE: oVirt 3.1 release date changed Date: Tue, 24 Apr 2012 12:23:21 -0400 (EDT) Due to multiple integration issues (Java 7, Fedora 17 and JBoss official rpm support) we've decided to postpone the next release of oVirt [1] to June 27th. This one month delay will hopefully give us enough time to stabilize all the different layers of oVirt, and produce a better release. Stay tuned, -- Ofer Schreiber oVirt Release Manager [1] http://www.ovirt.org/wiki/Second_Release _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From geoffocallaghan at gmail.com Wed Apr 25 02:34:10 2012 From: geoffocallaghan at gmail.com (Geoff O'Callaghan) Date: Wed, 25 Apr 2012 12:34:10 +1000 Subject: [node-devel] ovirt-node CIM handling In-Reply-To: References: <1335228433.9449.17.camel@mburns-laptop.usersys.redhat.com> Message-ID: Just replying to myself ..... http://permalink.gmane.org/gmane.linux.redhat.fedora.extras.cvs/743219 details how libvirt-cim gets some better support for sfcb - libvirt-cim-0.6.1-2 seems to be the required level to get it going. I upgraded libvirt-cim on my f17 system to the above from rawhide and at least now the cimv2 class has some policies loaded but they don't work. I'll move this over to the libvirt-cim mailing list. [snip] Tks Geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburns at redhat.com Wed Apr 25 10:25:06 2012 From: mburns at redhat.com (Mike Burns) Date: Wed, 25 Apr 2012 06:25:06 -0400 Subject: [node-devel] ovirt-node CIM handling In-Reply-To: References: <1335228433.9449.17.camel@mburns-laptop.usersys.redhat.com> Message-ID: <1335349506.8073.102.camel@beelzebub.mburnsfire.net> On Wed, 2012-04-25 at 12:34 +1000, Geoff O'Callaghan wrote: > Just replying to myself ..... > > > http://permalink.gmane.org/gmane.linux.redhat.fedora.extras.cvs/743219 details how libvirt-cim gets some better support for sfcb - libvirt-cim-0.6.1-2 seems to be the required level to get it going. I upgraded libvirt-cim on my f17 system to the above from rawhide and at least now the cimv2 class has some policies loaded but they don't work. I'll move this over to the libvirt-cim mailing list. > > > [snip] > Thanks Geoff. I had started replying yesterday that there were known issues with F16 libvirt-cim. I had thought that the F17 version would help, but hadn't gotten to creating an F17 instance to test with. I'm cc'ing DV who was helping with the cim effort earlier and is involved in libvirt-cim as well. Mike > > Tks > Geoff > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel From xuhj at linux.vnet.ibm.com Thu Apr 26 06:13:47 2012 From: xuhj at linux.vnet.ibm.com (Xu He Jie) Date: Thu, 26 Apr 2012 14:13:47 +0800 Subject: [node-devel] boot loader install failed when exec vdsm-upgrade on node Message-ID: <4F98E79B.1090501@linux.vnet.ibm.com> Hello, everyone, I am trying execute vdsm-upgrade on ovirt-node. But I get an error 'boot loader install failed' after execute vdsm-upgrade. I found '/usr/libexec/ovirt-config-boot' will use 'grub' to install bootloader. But it only installed grub2 in node. I check the ovirt-node.spec found if the iso build on fedora will install grub2, it only install grub on RHEL. so is it a bug, or I miss something? And when I build iso on rhel will get some error as below: soulxu-rhel at thinkpad-xuhj ovirt-node-iso]$ make iso rm -f *.ks Node Creator script is: /home/soulxu-rhel/work-code/ovirt-node/recipe//node-creator cp /home/soulxu-rhel/work-code/ovirt-node/recipe//*.ks . rm -f version.ks ( \ echo "PRODUCT='"oVirt Node Hypervisor"'" ;\ echo "PRODUCT_SHORT='"oVirt Node Hypervisor"'" ;\ echo "PACKAGE=ovirt-node-iso" ;\ echo "VERSION=2.3.0" ;\ echo "RELEASE=999.1.el6" ;\ ) > version.ks ksflatten -c ovirt-node-image.ks -o ovirt-node-iso.ks /home/soulxu-rhel/work-code/ovirt-node/recipe//node-creator ovirt-node-iso.ks [sudo] password for soulxu-rhel: mke2fs 1.41.12 (17-May-2010) Filesystem label=ovirt-node-iso OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 81920 inodes, 327680 blocks 3276 blocks (1.00%) reserved for the super user First data block=0 Maximum filesystem blocks=335544320 10 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912 Writing inode tables: done Creating journal (8192 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 31 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. tune2fs 1.41.12 (17-May-2010) Setting maximal mount count to -1 Setting interval between checks to 0 seconds mount: special device /home/soulxu-rhel/ovirt-cache/yum-x86_64/yum-cache does not exist Traceback (most recent call last): File "/usr/bin/livecd-creator", line 1644, in sys.exit(main()) File "/usr/bin/livecd-creator", line 1614, in main target.setup(options.base_on, options.cachedir) File "/usr/bin/livecd-creator", line 521, in setup b.mount() File "/usr/bin/livecd-creator", line 67, in mount raise MountError("Bind-mounting '%s' to '%s' failed" % (self.src, self.dest)) __main__.MountError: Bind-mounting '/home/soulxu-rhel/ovirt-cache/yum-x86_64/yum-cache' to '/home/soulxu-rhel/ovirt-cache/node-creator-x86_64-tmp/livecd-creator-8I6OYO/install_root//var/cache/yum' failed ERROR: ISO build failed. make: *** [iso] Error 1 --------------------------------------------------------------------- And I didn't find livecd-tools from repo, so download one from 'ftp://rpmfind.net/linux/dag/redhat/el5/en/x86_64/dag/RPMS/livecd-tools-013-9.el5.rf.x86_64.rpm' I guess I install with wrong version. Which version of livecd-tools I should install ? Thanks! He Jie -------------- next part -------------- An HTML attachment was scrubbed... URL: