Bug 202998

Summary: datatype error message from yum makecache
Product: [Retired] Red Hat Network Reporter: Beth Nackashi <bnackash>
Component: RHN/BackendAssignee: Bryan Kearney <bkearney>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rhn500CC: bkearney, katzj
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: beta2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-12-23 00:02:01 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 195503    

Description Beth Nackashi 2006-08-17 18:41:32 UTC
Description of problem:
yum makecache doesn't seem to work.  It spits out this error message:

[root@bnackash-64 etc]# yum makecache
Setting up repositories
rhel5-beta-client-i386-te 100% |=========================|  672 B    00:00
Error: Error: requested datatype other not available


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

How reproducible:
always

Steps to Reproduce:
1. Register an i386 rhel5 system to webqa.  It should auto-subscribe to the
RHEL5 beta i386 channel.
2. yum makecache
3.
  
Actual results:
[root@bnackash-64 etc]# yum makecache
Setting up repositories
rhel5-beta-client-i386-te 100% |=========================|  672 B    00:00
Error: Error: requested datatype other not available


Expected results:
This should either complete or give a more interpretable error message.

Additional info:

Comment 1 James Bowes 2006-08-17 19:16:07 UTC
The error occurs because yum tries to cache the 'other' repo metadata (changelog
entries for the rpms, basically), and does not find a location for the
other.xml.gz file in the Repository's repomd.xml file.

We do not generate the other.xml.gz file through RHN yet, and so do not point to
it in the repomd.xml file.

Anyways, I think that yum is fine how it is, but that RHN should be generating
other.xml.gz

Comment 2 James Bowes 2006-08-17 19:18:26 UTC
Jeremy can correct me on this if I'm wrong, but I don't think any of the key
updating tools (pup, pirut) use the data in other.xml.gz.

Comment 5 James Bowes 2006-09-13 18:49:08 UTC
This is fixed in the rhn 500 branch, but it might be worth releasing before
then, so we can get testing with the rhel betas.

Comment 6 RHEL Program Management 2006-12-23 00:02:01 UTC
A package has been built which should help the problem described in 
this bug report. This report is therefore being closed with a resolution 
of CURRENTRELEASE. You may reopen this bug report if the solution does 
not work for you.