Description of problem: We have on sputnik-prod all z-stream channels. But after upgrade from sat520 to sat530 we get: Error: Cannot retrieve repository metadata (repomd.xml) for repository: rhel-x86_64-server-5.3.z. Please verify its path and try again Channels details say: Last Repo Build: (none) Repo Cache Status: (none) For all z-stream channel. It is not specific to 5.3.z. Even if I manualy put such channel to queue using: INSERT INTO rhnRepoRegenQueue (id, channel_label, client, reason, force, bypass_filters, next_action, created, modified) VALUES (rhn_repo_regen_queue_id_seq.nextval, 'rhel-x86_64-server-5.3.z' , 'msuchy-by-hand', NULL, 'N', 'N', sysdate, sysdate, sysdate); It is after few moments deleted from table, but repomd cache is not created and status is not changed. Version-Release number of selected component (if applicable): sat530 How reproducible: once Steps to Reproduce: 1. have sat520, sync z-stream channel 2. upgrade to sat530 3. register to z-stream channel 4. do yum upgrade Actual results: Cannot retrieve repository metadata (repomd.xml) for repository: rhel-x86_64-server-5.3.z Expected results: yum upgrade works
Note if I do: INSERT INTO rhnRepoRegenQueue (id, channel_label, client, reason, force, bypass_filters, next_action, created, modified) VALUES (rhn_repo_regen_queue_id_seq.nextval, 'rhel-x86_64-server-5.0.z' , 'msuchy-by-hand', NULL, 'Y', 'Y', sysdate, sysdate, sysdate) the repomd is generated and I can use it in yum. But the status on webUI is still (none).
Little update This will not force create of repomd. INSERT INTO rhnRepoRegenQueue (id, channel_label, client, reason, force, bypass_filters, next_action, created, modified) VALUES (rhn_repo_regen_queue_id_seq.nextval, 'rhel-x86_64-server-5.1.z' , 6 'msuchy-by-hand', NULL, 'Y', 'N', sysdate, sysdate, sysdate); But this will do: INSERT INTO rhnRepoRegenQueue (id, channel_label, client, reason, force, bypass_filters, next_action, created, modified) VALUES (rhn_repo_regen_queue_id_seq.nextval, 'rhel-x86_64-server-5.1.z' , 6 'msuchy-by-hand', NULL, 'Y', 'Y', sysdate, sysdate, sysdate); So it seems, something is broken in channelToProcess.isChannelRepodataRequired()
function isChannelRepodataRequired contains this logic (simplified): DistChannelMap channelDist = ChannelFactory.lookupDistChannelMap(toConsider); if (channelDist != null) { repodataRequired = true; } return repodataRequired; But lookupDistChannelMap return null since rhnDistChannelMap is not populated for z-streams. SQL> select ID, LABEL from rhnchannel, rhnDistChannelMap where rhnchannel.id=rhnDistChannelMap.channel_id and label like 'rhel-x86_64-server%' ; ID ---------- LABEL -------------------------------------------------------------------------------- 227 rhel-x86_64-server-5 331 rhel-x86_64-server-5-appstk-2 254 rhel-x86_64-server-cluster-5 ID ---------- LABEL -------------------------------------------------------------------------------- 255 rhel-x86_64-server-cluster-storage-5 232 rhel-x86_64-server-vt-5 SQL> select ID, LABEL from rhnchannel, rhnDistChannelMap where rhnchannel.id=rhnDistChannelMap.channel_id and label like '%-5.%.z' ; no rows selected
Commited to spacewalk git as 4f4be35b9258cd089fce4fc14389222f596bc2a0
Cherrypicked to satellite.git as commit f3b52f91a30b14ef65a86563d81eae2820fb881d
QA: Changing to VERIFIED: Testing procedure: reproducer from comment 0 Testing results: Repo cache status started to regenerate immediately after the upgrade. repomd.xml is available for client system after repo generation. Update of client works well. Verified against: rhel5-x86_64-server-5 (one variant only) spacewalk-java-lib-0.5.44-92 spacewalk-java-config-0.5.44-92 spacewalk-taskomatic-0.5.44-92 spacewalk-java-0.5.44-92 Thanks for the fix!
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2010-0897.html