Bug 1293821
Summary: | virt-who processes(PPID != 1) cannot be killed immediately after unregister system | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Liushihui <shihliu> |
Component: | virt-who | Assignee: | Radek Novacek <rnovacek> |
Status: | CLOSED ERRATA | QA Contact: | gaoshang <sgao> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.8 | CC: | gxing, hsun, ovasik, rbalakri, sgao, shihliu |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | virt-who-0.16-4.el6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-05-10 23:57:02 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Liushihui
2015-12-23 07:32:52 UTC
Fixed in virt-who-0.16-2.el6. Reopen it on virt-who-0.16-3.el6.noarch since virt-who dead after unregister system. please see the detail as the following: Checked version: virt-who-0.16-3.el6.noarch subscription-manager-1.16.8-1.el6.x86_64 python-rhsm-1.16.6-1.el6.x86_64 Checked processes: 1.Register system to satellite and run virt-who at libvirt mode.there are 2 virt-who threads. [root@intel-canoepass-10 ~]# service virt-who status virt-who (pid 13779) is running... [root@intel-canoepass-10 ~]# ps -ef|grep virt-who root 13779 1 1 02:37 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 13786 13779 0 02:37 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 13808 10536 0 02:37 pts/1 00:00:00 grep virt-who 2. Unregister system,then check virt-who thread [root@intel-canoepass-10 ~]# subscription-manager unregister System has been unregistered. [root@intel-canoepass-10 ~]# ps -ef|grep virt-who root 13818 10536 0 02:38 pts/1 00:00:00 grep virt-who [root@intel-canoepass-10 ~]# service virt-who status virt-who dead but subsys locked Result: virt-who dead after unregister system. Expected result: It should keep only one virt-who(PPID=1) process after unregister system. Fixed in virt-who-0.16-4.el6. Verified it on virt-who-0.16-4.el6.noarch since virt-who can work normally and system has been unregistered has shown on rhsm log immediately after unregister system. Therefore, verify it. Verified version: virt-who-0.16-4.el6.noarch subscription-manager-1.16.8-2.el6.x86_64 python-rhsm-1.16.6-1.el6.x86_64 Verified process: 1.Register system to Satellite and run virt-who at libvirt mode.there are 2 virt-who threads. [root@sgi-xe500-01 ~]# service virt-who restart Stopping virt-who: [ OK ] Starting virt-who: [ OK ] [root@sgi-xe500-01 ~]# ps -ef|grep virt-who root 1379 1 1 02:33 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 1387 1379 0 02:33 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 1392 8716 0 02:33 pts/0 00:00:00 grep virt-who 2. Unregister system,then check virt-who thread [root@sgi-xe500-01 ~]# subscription-manager unregister System has been unregistered. [root@sgi-xe500-01 ~]# ps -ef|grep virt-who root 1379 1 0 02:33 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 1397 1379 0 02:33 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 1402 8716 0 02:34 pts/0 00:00:00 grep virt-who 3. Check virt-who's log after unregister system. 2016-02-25 02:35:43,162 [virtwho.env_cmdline DEBUG] HyperV-4(1494):MainThread @hyperv.py:getHostGuestMapping:521 - Unable to enumerate using root/virtualization namespace, trying root/virtualization/v2 namespace 2016-02-25 02:35:46,749 [virtwho.test-esx1 DEBUG] Esx-3(1492):MainThread @esx.py:_prepare:58 - Creating ESX event filter 2016-02-25 02:35:54,734 [virtwho.env_cmdline DEBUG] HyperV-4(1494):MainThread @virt.py:enqueue:351 - Report gathered, putting to queue for sending 2016-02-25 02:35:54,741 [virtwho.main DEBUG] MainProcess(1469):MainThread @subscriptionmanager.py:_connect:121 - Authenticating with certificate: /etc/pki/consumer/cert.pem 2016-02-25 02:35:54,745 [virtwho.main ERROR] MainProcess(1469):MainThread @virtwho.py:_main:751 - Fatal error: Traceback (most recent call last): File "/usr/share/virt-who/virtwho.py", line 748, in _main result = virtWho.run() File "/usr/share/virt-who/virtwho.py", line 333, in run self.send_current_report() File "/usr/share/virt-who/virtwho.py", line 153, in send_current_report if self.send(report): File "/usr/share/virt-who/virtwho.py", line 197, in send self._sendGuestAssociation(report) File "/usr/share/virt-who/virtwho.py", line 224, in _sendGuestAssociation manager.hypervisorCheckIn(report, self.options) File "/usr/share/virt-who/manager/subscriptionmanager/subscriptionmanager.py", line 161, in hypervisorCheckIn self._connect(report.config) File "/usr/share/virt-who/manager/subscriptionmanager/subscriptionmanager.py", line 124, in _connect "Unable to read certificate, system is not registered or you are not root") SubscriptionManagerUnregisteredError: Unable to read certificate, system is not registered or you are not root 2016-02-25 02:35:54,747 [virtwho.main INFO] MainProcess(1469):MainThread @virtwho.py:_main:753 - Waiting for reload signal 4. Re-register system to satellite and check vir-who status and threads [root@sgi-xe500-01 ~]# subscription-manager register --username=admin --password=admin Registering to: bigisis.rhts.eng.bos.redhat.com:443/rhsm The system has been registered with ID: f901e50e-f52c-4595-a77c-3f364c2739a3 [root@sgi-xe500-01 ~]# ps -ef|grep virt-who root 1379 1 0 02:33 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 1432 1379 0 02:34 ? 00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py root 1442 8716 0 02:34 pts/0 00:00:00 grep virt-who [root@sgi-xe500-01 ~]# service virt-who status virt-who (pid 1469) is running... Result: After unregister system, virt-who run normally and "system has been unregistered" has shown on rhsm log immediately.Re-register system to server, virt-who still work normally. 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. https://rhn.redhat.com/errata/RHEA-2016-0859.html |