Error updating group repository metadata dating my vintage desk

I do not know specifically which files contain the attach repos - but I will dig around to get you an answer.

My biggest question at this point: what are you trying to accomplish with this host?

Thanks Arrey Repo files are stored in /etc/yum.repos.d/ "Error: Cannot retrieve repository metadata (repomd.xml) for repository: rhel-x86_64-server-6.

error updating group repository metadata-79

I'll try to reread the thread and think about the issue again.

If this is a production issue, I recommend opening a case with Red Hat https://access.redhat.com/support/cases/new/ All of us here at the Customer Portal (or almost all of us) are volunteers that try to help folks, but we have our limitations ;-) Here are the results after I did yum repolist Loaded plugins: product-id, rhnplugin, security, subscription-manager This system is not registered to Red Hat Subscription Management. This system is receiving updates from RHN Classic or RHN Satellite.

(They recommend that you build your system only using @Base and the bare minimum packages, then when you run the Satellite installation it will ask you if you want to have the installer fix the dependencies).

The Base OS repos are not in /etc/yum.repos.d/* - but are configured elsewhere when you subscribe your system to the Red Hat Network (using classic or subscription manager).

Then I would ensure that you only add the specific ULN repository that has the packages that you need (what do you need from ULN? ) What is the repo stanza for rhel-x86_64-server-6? repo id repo name status rhel-x86_64-server-6 Red Hat Enterprise Linux Server (v. Error: Cannot retrieve repository metadata (repomd.xml) for repository: rhel-x86_64-server-6. The directory holding the packages, the repodata directory and the .

This appears as if you are registered still with the Oracle update server.. I think that due to the line below This system is receiving updates from ULN. [[email protected] rhsm]# yum clean all Loaded plugins: product-id, refresh-packagekit, rhnplugin, security, subscription-manager This system is not registered to Red Hat Subscription Management. Cleaning repos: rhel-x86_64-server-6 Cleaning up Everything [[email protected] rhsm]# yum repolist Loaded plugins: product-id, refresh-packagekit, rhnplugin, security, subscription-manager This system is not registered to Red Hat Subscription Management. 6 for 64-bit x86_64) 0 repolist: 0 [[email protected] rhsm]# yum list Loaded plugins: product-id, refresh-packagekit, rhnplugin, security, subscription-manager This system is not registered to Red Hat Subscription Management. Please verify its path and try again have you checked the permissions on the file? I usually set directories to 755 , repodata 755 , files inside repodata which include 644. Make sure the client is configured correctly with the correct path.

There are some minor differences in the repository metadata generated by Maven 3 vs. This can cause some strange install/deploy errors if you use two different versions of Maven to deploy snapshots of the same project.

For example, if you use Maven 3 to deploy a snapshot, and then use Maven 2.0.9 (or earlier version) to deploy another snapshot of the same project, you will get an XML parse error.

Please run this and provide the output TIP: When including code/output in your reply, you should enclose the output with 3 x tilde's ~ ~~~ code here ~~~ Regarding your host. If this is just a test Satellite, EPEL might be OK.

Tags: , ,