Bug 1315604 - virt-who generate too many timeout info when it can't reach the vcenter
Summary: virt-who generate too many timeout info when it can't reach the vcenter
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-who
Version: 6.8
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Radek Novacek
QA Contact: Eko
URL:
Whiteboard:
Depends On: 1265582
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-08 08:23 UTC by Liushihui
Modified: 2016-12-01 00:34 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1265582
Environment:
Last Closed: 2016-03-18 07:38:57 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Liushihui 2016-03-08 08:23:46 UTC
Since it also exist on virt-who-0.16-5.el6.noarch, therefore, track it on RHEL6.8.

+++ This bug was initially created as a clone of Bug #1265582 +++

Description of problem:
When virt-who connect to vcenter through proxy, virt-who will generate too many info of "Wait for ESX event finished, timeout"

Version-Release number of selected component (if applicable):
virt-who-0.14-8.el7.noarch
subscription-manager-1.15.9-10.el7.x86_64
python-rhsm-1.15.4-5.el7.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Register system to SAM
2. Configure virt-who run at esx mode and make virt-who connect vcenter through proxy. then restart virt-who service.
3. Restart squid on proxy
[root@samdns ~]# service squid restart
4. Before squid is restarted, check the virt-who's log 

Actual results:
It will generate over 100 times "Wait for ESX event finished, timeout" info every one minute. 
2015-09-23 17:13:56,001 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,005 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,008 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,011 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,015 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,019 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,022 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,025 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,029 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,032 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,036 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,039 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,042 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,046 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,049 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,052 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,056 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
2015-09-23 17:13:56,059 [DEBUG]  @esx.py:105 - Wait for ESX event finished, timeout
............

Expected results:
Virt-who shouldn't generate too many redundant timeout info in the log.

Additional info:
After squid is restarted ,virt-who can resend h/g mapping to server

Comment 1 Radek Novacek 2016-03-10 09:59:45 UTC
I'm not able to reproduce it, when I restart squid service, virt-who retries the connection after 60 seconds:

2016-03-10 10:49:29,504 ERROR: Virt backend 'esx' fails with exception:
URLError: <urlopen error [Errno 111] Connection refused>
2016-03-10 10:49:29,505 INFO: Waiting 60 seconds before retrying backend 'esx'
2016-03-10 10:50:29,965 INFO: Report for config "esx" haven't changed, not sending

It seems that your squid doesn't close the connection when being restarted and therefore virt-who gets some other error that it doesn't handle properly.

Can you provide me an environment where I can reproduce it?

Comment 2 Liushihui 2016-03-18 07:38:57 UTC
Radek, I can't reproduce it as the bug's description on virt-who-0.16-7.el6.noarch. Therefore, I close it .


Note You need to log in before you can comment on or make changes to this bug.