The virt-who version is:virt-who-0.3-3.el6.noarch.
The SAM version is:SAM(sam-0412.2),katello-headpin-0.1.145-1.el6.noarch.


(In reply to comment #0)
> Created attachment 579462 [details]
> virt-whoDebugInfo
> 
> Description of problem:
>  IndexError was shown on the shell command screen about UUID tests.
> 
>  Version-Release number of selected component (if applicable):
>  rhev-hypervisor6-6.2-20120416.0.el6
> 
>  How reproducible:
>  100%
> 
>  Steps to Reproduce:
>  1. Install rhevh on local host;
>  2. Congigure network;
>  3. Register to rhevm and sam; and add a guest on the rhevm
>  4. Configure the virt-who.
>      # vi /etc/sysconfig/virt-who
>      VIRTWHO_BACKGROUND=1
>      VIRTWHO_DEBUG=1
>      VIRTWHO_INTERVAL=1
>  5.Restart the virt-who service on terminal.
>      # service virt-who restart
> 
>  7.Puase guest and check the terminal
>  8.Resume guest and check the terminal
> 
>  Actual results:
>  There is "IndexError" shown on the shell mode screen.[attachment
> virt-whoDebugInfo]
> 
>  Expected results:
>  No error was shown.
> 
>  Additional info:

The exception is caused by unhandled type of libvirt event in logging output. Fix is simple: add the event type to the list of known events and add try block to prevent this bug from happening again.

Fixed in virt-who-0.6-6.el6.

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause: virt-who can't handle all event coming from libvirtd

Consequence: IndexError is written to log

Fix: handle missing events too and make sure that this won't happen again when some new event will be added

Result: virt-who won't show traceback when unknown event arrives

Verified the issued. The result is PASS. 
Version:
virt-who-0.6-6.el6.noarch
subscription-manager-0.99.17-1.el6.x86_64
katello-headpin-0.2.6-4.el6_2.noarch
candlepin-0.6.2-1.el6_2.noarch
thumbslug-0.0.24-1.el6_2.noarch

Step:
 1. Install rhevh on local host;
 2. Congigure network;
 3. Register to rhevm and sam; and add a guest on the rhevm
 4. Configure the virt-who.
     # vi /etc/sysconfig/virt-who
     VIRTWHO_BACKGROUND=1
     VIRTWHO_DEBUG=1
     VIRTWHO_INTERVAL=1
 5.Restart the virt-who service on terminal.
     # service virt-who restart

 7.Puase guest and check the terminal
 8.Resume guest and check the terminal

Puase guest
==============================
Virtual machine found: rhel63: 99f1d371-bbb5-483c-a3e3-ff19480210a7
Sending list of uuids: ['99f1d371-bbb5-483c-a3e3-ff19480210a7']
Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 3350, in _dispatchDomainEventCallbacks
  File "/usr/share/virt-who/virt.py", line 85, in changed
  File "/usr/share/virt-who/subscriptionmanager.py", line 81, in sendVirtGuests
subscriptionmanager.SubscriptionManagerError: Runtime Error Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched:85
^^^^^^^^This issue comes from candlepin, I have been filed a bug to candlepin(bug 823869 )

EVENT: Domain rhel63(6) Suspended Paused
Virtual machine found: rhel63: 99f1d371-bbb5-483c-a3e3-ff19480210a7
Sending list of uuids: ['99f1d371-bbb5-483c-a3e3-ff19480210a7']
EVENT: Domain rhel63(-1) Stopped Saved
Sending list of uuids: []
Sending list of uuids: []
EVENT: Domain rhel63(-1) Stopped Saved
Sending list of uuids: []

stop guest
=============================
Virtual machine found: rhel63: 99f1d371-bbb5-483c-a3e3-ff19480210a7
Sending list of uuids: ['99f1d371-bbb5-483c-a3e3-ff19480210a7']
EVENT: Domain rhel63(7) Shutdown Finished
Sending list of uuids: []
EVENT: Domain rhel63(7) Stopped Shutdown
Sending list of uuids: []

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-0900.html