Matt Hyclak wrote:
> On Fri, Mar 09, 2007 at 01:59:08PM -1000, Camron W. Fox enlightened us:
>> Jim Perrin wrote:
>>> On 3/9/07, Camron W. Fox <cwfox(a)us.fujitsu.com> wrote:
>>>
>>> <snip>
>>>
>>>> rhnget: "Unknown error that needs more debugging occured with channel
>>>> rhel-x86_64-es-4-extras. Skipping.\n'up2date'"
>>>> mrepo: Mirroring failed for rhns:///rhel-x86_64-es-4-extras with message:
>>>>
>>> Look at url string, rhns:///
>>>
>>> I don't think that looks right. You might wish to check the
>>> corresponding versions of all software involved. I'm not 100% where
>>> it's pulling that value, but it may give you a place to start looking.
>>>
>>>
>> Jim,
>>
>> It's straight out of /etc/mrepo.conf.d/rhel4es.conf, which is the
>> same on both boxes:
>>
>
> What version of mrepo? There was a problem at one time where rhns:///
> evaluated to something that came from the up2date configuration, which on a
> CentOS box was not a redhat rhn server (go figure...).
>
> You might check that, as well as making sure the the line
>
> up2date default
>
> is uncommented in /etc/sysconfig/rhn/sources
>
> It is commented by default on CentOS boxes and is required for mrepo to work.
>
> Matt
>
Matt,
D'Oh!!! I forgot to uncomment the "up2date default" line in
/etc/sysconfig/rhn/sources! Thanks for showing me the obvious.
Best Regards,
Camron
Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu America, INC.
E-mail: cwfox(a)us.fujitsu.com