Description of problem:
CFME catches an event from VMWare when users connect via the remote console. CFME would like to catch a similar event from RHEV.
In talking with Itamar, he described the two instances where an event could be raised as:
1) setvmticket: when the user clicks the console button in the web UI
2) clientIP field changed: when the user actually connects
Will add a SetVmTicket event, which will be triggered, as mentioned in the bug description, when the user clicks the console button in the web UI.
bear in mind setVmTicket doesn't mean the console is actually opened. You can ask for the ticket but then simply do not open the viewer
Is that good enough?
Michal and Oved,
I think that setVmTicket might be enough. But, I'd like to understand a little more.
Does the user actually take two separate actions? For instance, 1) request vm ticket, 2) connect to the console? Or, is this all triggered from the same action in the UI?
If it's all the same action, then I think that setVmTicket is fine.
in UI it's a single action invoking two different things, setVmTicket and then the actual console invocation(or .vv file download expecting user to associate and launch the application with it). In normal circumstances it should always happen together, but it may not if you do this programmatically or if the app launch phase fails
That makes sense. SetVmTicket should be fine, then.
SetVmTicket is "user requested to access the VM" and we set the ticket.
user may or may not actually connect to the console after that (which can be detected based on the ClientIP field changing iirc)
If that's more accurate then I can add a new event for a client IP change, specifying that a user has connected (assuming the address isn't empty).
(In reply to Oved Ourfali from comment #7)
well, it's more accurate but not really reliable as the guest may not be running the guest agent. The ticket should be good enough as long as it's clear what it means (requested access vs actual connect)
Or maybe have two events? Not sure if it's of any use in CFME though
I'll just add both of them.
The SetVmTicket log entry today says: user admin@internal initiated console session for VM new_vm1
The new one will say that the user is connected / disconnected.
That way we're covered in all the cases, and CFME can use either both of them, or just one of them.
Verified according to those bugs:
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.