Hi All<div><br></div><div>I notice that ovirt-node 2.3.0 had CIM handling added via bz 753215 / <a href="http://gerrit.ovirt.org/#change,2480" target="_blank">http://gerrit.ovirt.org/#change,2480</a> . I thought i'd give it a test. Alas, I can't get it to work.</div>
<div><br></div><div>I enable CIM via the TUI, set the password and attempt to query a well know CIMv2 class such as OMC_Processor - failed</div><div><br></div><div>wbemcli ein -noverify <a href="https://cim:PASSWORD@10.100.0.3/root/cimv2:OMC_Processor" target="_blank">https://cim:PASSWORD@10.100.0.3/root/cimv2:OMC_Processor</a></div>
<div><div>*</div><div>* wbemcli: Cim: (5) CIM_ERR_INVALID_CLASS: Class not found</div><div>*</div></div><div><br></div><div>So I thought i'd try enumerating all the classes.</div><div><br></div><div><div>wbemcli ecn -noverify <a href="https://cim:passw0rd@10.100.0.3/root/cimv2" target="_blank">https://cim:passw0rd@10.100.0.3/root/cimv2</a></div>
</div><div><br></div><div>returns nothing :-(</div><div><br></div><div>and</div><div><br></div><div><div>wbemcli ecn -noverify <a href="https://cim:PASSWORD@10.100.0.3/root/virt" target="_blank">https://cim:PASSWORD@10.100.0.3/root/virt</a></div>
<div>*</div><div>* wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: The target namespace does not exist</div></div><div>*</div><div><br></div><div>this does imply at least that the cimv2 class exists :-)</div><div><br></div>
<div>So, continuing the saga I went into the TUI, <F2> got myself a console and tried running sfcbd with all the debugging I could find.</div>
<div><br>
</div><div><div>[root@kvm1 admin]# ps ax|grep sfcbd</div><div> 2474 ? Ssl 0:00 /usr/sbin/sfcbd -d</div><div> 2475 ? S 0:00 /usr/sbin/sfcbd -d</div><div> 2479 ? S 0:00 /usr/sbin/sfcbd -d</div>
<div> 2480 ? S 0:00 /usr/sbin/sfcbd -d</div><div> 2579 ? S 0:00 /usr/sbin/sfcbd -d</div><div> 2580 ? S 0:00 /usr/sbin/sfcbd -d</div><div> 2584 ? S 0:00 /usr/sbin/sfcbd -d</div>
</div><div><br></div><div>I killed the current process and started as follows :</div><div><br></div><div><div>[root@kvm1 admin]# SFCB_TRACE_FILE=/tmp/sfcb.log /usr/sbin/sfcbd -t 2097151 </div><div>--- sfcbd V1.3.11 started - 4304</div>
<div>--- Using /etc/sfcb/sfcb.cfg</div><div>--- Max provider procs: 32</div><div>--- initSocketPairs: 64</div><div>--- localConnectServer started</div><div>--- Max Http procs: 8</div><div>--- sfcbd HTTP Daemon V1.3.11 configured for port 5989 - 4308</div>
<div>--- sfcbd HTTP Daemon V1.3.11 configured for socket /tmp/sfcbHttpSocket - 4308</div><div>--- Using Basic Authentication</div><div>--- Keep-alive timeout: 15 seconds</div><div>--- Maximum requests per connection: 10</div>
<div>--- Caching ClassProvider for /var/lib/sfcb/registration/repository/root/interop/classSchemas (1.0-3) using 2296 bytes</div><div>^C--- Winding down sfcbd</div><div>--- localConnectServer ended</div><div>--- Stopping adapters</div>
<div>--- HTTP-Daemon terminating 4308</div><div>--- Adapters stopped</div><div>--- Stopping providers</div><div>--- stopped IndCIMXMLHandler 4329</div><div>--- stopped InternalProvider 4317</div><div>--- stopped ProfileProvider 4314</div>
<div>--- stopped InteropProvider 4312</div><div>--- stopped ClassProvider 4309</div><div>--- Providers stopped</div></div><div><br></div><div>I can see the request come in via the logfile above</div><div><br></div><div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(803) : --- Header: POST</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Authorization: Basic blah</div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Host: <a href="http://10.100.0.3:5989" target="_blank">10.100.0.3:5989</a></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Content-Type: application/xml; charset="utf-8"</div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Connection: Keep-Alive, TE</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMProtocolVersion: 1.0</div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMOperation: MethodCall</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMMethod: EnumerateClassNames</div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: CIMObject: root%2Fcimv2</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: Content-Length: 398</div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(824) : --- Header: </div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(1000) : -#- xmlIn 398 bytes:</div><div><?xml version="1.0" encoding="utf-8" ?></div>
<div><CIM CIMVERSION="2.0" DTDVERSION="2.0"></div><div><MESSAGE ID="4711" PROTOCOLVERSION="1.0"><SIMPLEREQ><IMETHODCALL NAME="EnumerateClassNames"><LOCALNAMESPACEPATH><NAMESPACE NAME="root"></NAMESPACE><NAMESPACE NAME="cimv2"></NAME</div>
<div>SPACE></LOCALNAMESPACEPATH></div><div><IPARAMVALUE NAME="DeepInheritance"><VALUE>TRUE</VALUE></IPARAMVALUE></div><div></IMETHODCALL></SIMPLEREQ></div><div></MESSAGE></CIM></div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpAdapter.c(1003) : -#- xmlIn end</div></div><div><br></div><div>However the response is effectively null and that is how it's interpreted by the client</div><div>
<br></div><div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : "~PROTOCOLVERSION="1.0">\n<SIMPLERSP>\n<IMETHODRESPONSE~NAME="</div><div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 19 bytes:</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : EnumerateClassNames</div><div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 18 bytes:</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : ">\n<IRETURNVALUE>\n</div><div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 0 bytes:</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : </div><div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end</div><div><br></div>
<div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(100) : Leaving: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(63) : Entering: commWrite</div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(69) : ->> xmlOut 65 bytes:</div>
<div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(78) : </IRETURNVALUE>\n</IMETHODRESPONSE>\n</SIMPLERSP>\n</MESSAGE>\n</CIM></div><div><br></div><div>[1] [04/23/2012 08:44:22] 4349/0x7f2be768e7c0 --- httpComm.c(79) : -<< xmlOut end</div>
</div><div><br></div><div><br></div><div>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.</div><div><br></div><div>Note: I tried the </div>
<div><br></div><div>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 :)</div><div><br></div><div>Just before I submitted this I found </div>
<div><br></div><div><pre style="white-space:pre-wrap;background-color:rgb(240,240,240)"><span class="cmdline" style="font-weight:bold"><a href="https://bugzilla.redhat.com/show_bug.cgi?id=809090">https://bugzilla.redhat.com/show_bug.cgi?id=809090</a></span></pre>
<pre style="white-space:pre-wrap;background-color:rgb(240,240,240)"><span class="cmdline"><pre style="white-space:pre-wrap;font-weight:normal"><span class="cmdline" style="font-weight:bold"><a href="https://bugzilla.redhat.com/show_bug.cgi?id=809093">https://bugzilla.redhat.com/show_bug.cgi?id=809093</a></span></pre>
<pre style="white-space:pre-wrap"><b><br></b></pre><pre style="white-space:pre-wrap"><span style="font-family:arial;white-space:normal">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 ?</span></pre>
<pre style="white-space:pre-wrap"><span style="font-family:arial;white-space:normal">Tks</span></pre><pre style="white-space:pre-wrap"><span style="font-family:arial;white-space:normal">Geoff</span></pre></span></pre></div>