このコンテンツは選択した言語では利用できません。
Chapter 4. Known issues
The known issues for Red Hat Update Infrastructure 3.0 includes the following subjects.
When a user tries to list packages in repositories with a large amount of packages, rhui-manager reports an error:
An unexpected error has occurred during the last operation. More information can be found in /root/.rhui/rhui.log.
An example of a repository with a large amount of packages is
Red Hat Enterprise Linux 7 Server from RHUI (RPMs) (7Server-x86_64). See BZ 1399605 for more details.- A repository may not finish synchronizing if the Red Hat Update Appliance (RHUA) reboots while the task is running. If it becomes necessary to synchronize the repository manually, you should first check the task list in Pulp. Something internal in Pulp must have gone wrong, and you will need to cancel that task if it appears to be stuck in the Running state while nothing is actually being transferred. You can try synchronizing the affected repository in rhui-manager again. If the re-synchronization does not resolve the problem, you may have to cancel the new synchronization task, remove the broken repository, and add and synchronize the repository once more. See Check Repository Synchronization in the Red Hat Update Infrastructure System Administrator’s Guide for more details.
When attempting to upload
redhat-logos-4.9.16-1.noarch.rpmto a custom repository, the upload fails with the following error:An unexpected error has occurred during the last operation. More information can be found in /root/.rhui/rhui.log.
See BZ#1198817 for more details.
- The user will not see an error message when the command-line interface (CLI) is used with invalid host names. See BZ#1409697 for more details.
-
It is impossible to pull the OSTree repository on an Atomic Host immediately after it synchronizes for the first time. The synchronization must run at least twice; even then, the content is not available until Pulp publishes the files in the Apache directories, which takes several more minutes. Use the rhui-manager utility to forcibly run the synchronization for the second time or wait for the next synchronization, which occurs 4 hours after the first one. You can use the
pulp-admin tasks listcommand on the RHUA node to check if a Pulp task is running and thepulp-admin tasks details --task-id IDcommand to check the progress of a running Pulp synchronization or publish task. See BZ#1427190 for more details. -
After you unregister a CDS instance from the RHUI, it is still configured in the load balancing pool on your HAProxy node. HAProxy notices the unavailability of the CDS and stops forwarding requests to it, but the configuration file remains unchanged. You should not have to take any action in this case. If you want the HAProxy to forget completely about the CDS node, edit the
/etc/haproxy/haproxy.cfgfile on the HAProxy node accordingly. See BZ#1454542 for more details.
