Description of problem:
virt-who-0.14-3.el7.noarch removed the -b and VIRTWHO_BACKGROUND already, but if I run "virt-who -b", still can make virt-who running in background. 

Version-Release number of selected component (if applicable):
 - RHEL7.2-20150806.1-Server-x86_64(KVM) against stage candlepin
 - virt-who-0.14-3.el7.noarch
 - subscription-manager-1.15.9-2.el7.x86_64
 - python-rhsm-1.15.4-2.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1. stop virt-who service

2. check virt-who option, no -b option found
# virt-who --help
Usage: virt-who [-d] [-i INTERVAL] [-o] [--sam|--satellite5|--satellite6] [--libvirt|--vdsm|--esx|--rhevm|--hyperv]

Agent for reporting virtual guest IDs to subscription manager

Options:
  -h, --help            show this help message and exit
  -d, --debug           Enable debugging output
  -o, --one-shot        Send the list of guest IDs and exit immediately
  -i INTERVAL, --interval=INTERVAL
                        Acquire and send list of virtual guest each N seconds
  -p, --print           Print the host/guest association obtained from
                        virtualization backend (implies oneshot)
  -c CONFIGS, --config=CONFIGS
                        Configuration file that will be processed, can be used

3. run virt-who with -b option
# virt-who -d -b -i 3

4. check virt-who PID
# ps -ef|grep virt-who
root     26983     1  0 10:39 ?        00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py -d -b -i 3
root     26984 26983  0 10:39 ?        00:00:00 /usr/bin/python /usr/share/virt-who/virtwho.py -d -b -i 3

5. check rhsm.log
2015-08-14 10:41:32,637 [INFO]  @subscriptionmanager.py:136 - Sending domain info: [
    {
        "guestId": "04d4c7ba-4fd3-432c-b59a-91e72e7edff8", 
        "state": 5, 
        "attributes": {
            "active": 0, 
            "virtWhoType": "libvirt", 
            "hypervisorType": "QEMU"
        }
    }, 
    {
        "guestId": "5262e779-29c6-4331-a344-c46e78012425", 
        "state": 5, 
        "attributes": {
            "active": 0, 
            "virtWhoType": "libvirt", 
            "hypervisorType": "QEMU"
        }
    }, 
    {
        "guestId": "95572a0b-390a-4364-ae96-a48c5134d47d", 
        "state": 1, 
        "attributes": {
            "active": 1, 
            "virtWhoType": "libvirt", 
            "hypervisorType": "QEMU"
        }
    }
]
2015-08-14 10:41:34,324 [DEBUG]  @libvirtd.py:210 - Virtual machine found: rhel7.0: 95572a0b-390a-4364-ae96-a48c5134d47d
2015-08-14 10:41:34,325 [DEBUG]  @libvirtd.py:216 - Virtual machine found: rhel7.0-backup: 5262e779-29c6-4331-a344-c46e78012425
2015-08-14 10:41:34,325 [DEBUG]  @libvirtd.py:216 - Virtual machine found: rhel7.0-clone-test: 04d4c7ba-4fd3-432c-b59a-91e72e7edff8
2015-08-14 10:41:34,325 [DEBUG]  @libvirtd.py:220 - Libvirt domains found: ['95572a0b-390a-4364-ae96-a48c5134d47d', '5262e779-29c6-4331-a344-c46e78012425', '04d4c7ba-4fd3-432c-b59a-91e72e7edff8']
2015-08-14 10:41:36,377 [INFO]  @virtwho.py:190 - virt-who guest list update successful


Actual results:
no -b or VIRTWHO_BACKGROUND for virt-who, but virt-who still can be executed with -b option

Expected results:
if the -b or VIRTWHO_BACKGROUND is not available, virt-who shouldn't be executed with -b

Additional info: