RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 987667 - rhn-plugin needs to access the netowkr for yum erase operations
Summary: rhn-plugin needs to access the netowkr for yum erase operations
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: yum-rhn-plugin
Version: 6.4
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Michael Mráka
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-07-23 20:26 UTC by Quanah Gibson-Mount
Modified: 2014-11-10 14:25 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-11-10 14:25:50 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Quanah Gibson-Mount 2013-07-23 20:26:13 UTC 
Description of problem:
When installing local packages via yum, it can be difficult to remove them if the network is down or entitlements have expired.  For example, when installing Zimbra via yum localinstall, and then going to uninstall Zimbra, we get:

zimbra-core...yum -y erase -v...Loading "rhnplugin" plugin
Config time: 0.036
There was an error communicating with RHN.
RHN Satellite or RHN Classic support will be disabled.

Error Message:
    Service not enabled for system profile: "zqa-103.eng.vmware.com"
Error Class Code: 31
Error Class Info:  
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package zimbra-core.x86_64 0:8.0.4_GA_5737.RHEL6_64-20130524120036 will be erased
Checking deps for zimbra-core.x86_64 0:8.0.4_GA_5737.RHEL6_64-20130524120036 - e
--> Finished Dependency Resolution
Dependency Process ending
Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Please verify its path and try again 


We found we could finally get it erased by adding "--disable-repo=*" to the flags for yum erase.

This should not be necessary for removing packages installed outside of the repo system.

Version-Release number of selected component (if applicable):

[build@zre-rhel6-64 ~]$ yum --version
3.2.2

How reproducible:
Always given constraints above

Steps to Reproduce:
See above

Actual results:
Package removal failure

Expected results:
Package removal success
Comment 1 Quanah Gibson-Mount 2013-07-24 20:12:08 UTC 
See also https://bugzilla.redhat.com/show_bug.cgi?id=988136 for the same problem with localinstall
Comment 3 James Antill 2014-03-24 15:19:32 UTC 
yum doesn't need to look at the network to do an erase, so you can do:

yum --noplugins erase zimbra

...assigning to rhn-plugin to see if they can fix needing the network.
Comment 4 RHEL Program Management 2014-11-10 14:25:50 UTC 
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.
Note You need to log in before you can comment on or make changes to this bug.