[Spacewalk-list] Fwd: spacewalk-repo-sync --SOLVED
Vasileios Baousis
bbaous at gmail.com
Sat Jan 26 14:07:36 UTC 2019
Hello,
I sniffed the http traffic from my spacewalk server and it seemed that
there was a problem to connect to external repositories.
Then I remembered that after each installation the /etc/rhn/rhn.conf is
recreated ...Therefore, my proxy settings were disappeared !!
Therefore after each upgrade the proxy should be re-entered in
/etc/rhn/rhn.conf
...
server.satellite.http_proxy = xxx.xxx.xxx.xxx:8080
server.satellite.http_proxy_username =
server.satellite.http_proxy_password =
...
Vasilis
On 26/01/2019 12:02, Robert Paschedag wrote:
> Am 26. Januar 2019 09:35:06 MEZ schrieb Vasileios Baousis <bbaous at gmail.com>:
>> T
>>
> I can confirm, that the ".../repodata/repomd.xml" is present on the server. So I would suggest you to run a "tcpdump" in parallel on the server to track, what URL exactly your server tries to download and why it is failing. Easiest way to solve your problem, as you're not using HTTPS.
>
> Robert
>
>> more centos7_x86_64_ceph1.1.log
>> 2019/01/25 21:28:28 +01:00 Command: ['/usr/bin/spacewalk-repo-sync',
>> '-c', 'centos7_x86_64_ceph1.1', '--include=*x86_64*',
>> '--exclude=*ia64*,*noarch*,*.i686']
>> 2019/01/25 21:28:28 +01:00 Sync of channel started.
>> 2019/01/25 21:28:28 +01:00
>> 2019/01/25 21:28:28 +01:00 Processing repository with URL:
>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>> 2019/01/25 21:28:58 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/25 21:28:58 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/25 21:28:58 +01:00 Sync of channel completed in 0:00:30.
>> 2019/01/25 22:12:24 +01:00 Command: ['/usr/bin/spacewalk-repo-sync',
>> '-c', 'centos7_x86_64_ceph1.1', '--include=*x86_64*',
>> '--exclude=*ia64*,*noarch*,*.i686', '-t', 'yum', '-vvv']
>> 2019/01/25 22:12:24 +01:00 Sync of channel started.
>> 2019/01/25 22:12:24 +01:00 3171 0.0.0.0:
>> server/rhnChannel.channel_info('centos7_x86_64_ceph1.1',)
>> 2019/01/25 22:12:25 +01:00
>> 2019/01/25 22:12:25 +01:00 Processing repository with URL:
>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>> 2019/01/25 22:12:55 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/25 22:12:55 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/25 22:12:55 +01:00 Sync of channel completed in 0:00:30.
>> 2019/01/26 00:32:04 +01:00 Command: ['/usr/bin/spacewalk-repo-sync',
>> '-p', 'centos7-x86_64', '--include=*x86_64*',
>> '--exclude=*ia64*,*noarch*,*.i686']
>> 2019/01/26 00:32:04 +01:00 Sync of channel started.
>> 2019/01/26 00:32:04 +01:00
>> 2019/01/26 00:32:04 +01:00 Processing repository with URL:
>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>> 2019/01/26 00:32:34 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/26 00:32:34 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/26 00:32:34 +01:00 Sync of channel completed in 0:00:30.
>> 2019/01/26 04:32:03 +01:00 Command: ['/usr/bin/spacewalk-repo-sync',
>> '-p', 'centos7-x86_64', '--include=*x86_64*',
>> '--exclude=*ia64*,*noarch*,*.i686']
>> 2019/01/26 04:32:03 +01:00 Sync of channel started.
>> 2019/01/26 04:32:03 +01:00
>> 2019/01/26 04:32:03 +01:00 Processing repository with URL:
>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>> 2019/01/26 04:32:33 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/26 04:32:33 +01:00 ERROR: Cannot retrieve repository metadata
>> (repomd.xml) for repository: centos7_x86_64_ceph1.1. Please verify its
>> path and try again
>> 2019/01/26 04:32:33 +01:00 Sync of channel completed in 0:00:30.
>> 2019/01/26 08:32:02 +01:00 Command: ['/usr/bin/spacewalk-repo-sync',
>> '-p', 'centos7-x86_64', '--include=*x86_64*',
>> '--exclude=*ia64*,*noarch*,*.i686']
>> 2019/01/26 08:32:02 +01:00 Sync of channel started.
>> 2019/01/26 08:32:02 +01:00
>> 2019/01/26 08:32:02 +01:00 Processing repository with URL:
>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>>
>>
>>
>>
>> 22:43, Dennis Pittman wrote:
>>> Please attach the output of the commands and your logs?
>>>
>>>
>>> Get Outlook for iOS <https://aka.ms/o0ukef>
>>>
>> ------------------------------------------------------------------------
>>> *From:* Vasileios Baousis <bbaous at gmail.com>
>>> *Sent:* Friday, January 25, 2019 4:50 PM
>>> *To:* Dennis Pittman
>>> *Cc:* spacewalk-list at redhat.com
>>> *Subject:* Re: [Spacewalk-list] Fwd: spacewalk-repo-sync
>>> All the files were generated in the respective repos, however command
>>> spacewalk-repo-syn still fails . I encountered this problem some
>> years
>>> ago( from version 2.4 to 2.5 of before) and I cannot remember the
>>> solution.
>>> Something with a white space in a configuration file but I cannot
>>> remember this fix.
>>>
>>> Thanks
>>>
>>> Vasilis
>>> ---
>>> Vasileios Baousis
>>>
>>> On 25 Jan 2019, at 21:36, Dennis Pittman <djpittma at outlook.com
>>> <mailto:djpittma at outlook.com>> wrote:
>>>
>>>> It’s not automatic sometimes it takes a little while for the
>>>> repomd.xml to be generated. You can use “taskotop” to monitor the
>>>> progress of the jobs.
>>>>
>>>> Get Outlook for iOS
>>>>
>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fo0ukef&data=02%7C01%7C%7C6e826480d25f4fbbc09508d6830f24b8%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636840498389653496&sdata=Xwd9mDDI2HEhnmQYk7B%2BBcOrt0zReG%2FaUJoIaOn0Tr4%3D&reserved=0>
>> ------------------------------------------------------------------------
>>>> *From:* Vasileios Baousis <bbaous at gmail.com
>> <mailto:bbaous at gmail.com>>
>>>> *Sent:* Friday, January 25, 2019 4:32 PM
>>>> *To:* Dennis Pittman; spacewalk-list at redhat.com
>>>> <mailto:spacewalk-list at redhat.com>
>>>> *Subject:* Re: [Spacewalk-list] Fwd: spacewalk-repo-sync
>>>>
>>>> Hello and thanks for your response
>>>>
>>>> I run the commands to re-generate the repomd.xml and I saw in
>>>> taskomatic_daeamon logs and in the respective directories of the
>>>> repositories that the files were recreated.
>>>>
>>>>
>>>> However, if I rerun the command to synchronize the channel it fails
>>>> again.
>>>>
>>>> /usr/bin/spacewalk-repo-sync -c centos7_x86_64_ceph1.1
>>>> ======================================
>>>> | Channel: centos7_x86_64_ceph1.1
>>>> ======================================
>>>> Sync of channel started.
>>>>
>>>> Processing repository with URL:
>>>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>>>> ERROR: Cannot retrieve repository metadata (repomd.xml) for
>>>> repository: centos7_x86_64_ceph1.1. Please verify its path and try
>> again
>>>> Sync of channel completed in 0:00:30.
>>>> Total time: 0:00:30
>>>>
>>>>
>>>>
>>>> IINFO: Connected to https://SPACEWALK/rpc/api as USER
>>>>
>>>> Repository Label: ceph
>>>> Repository URL: http://download.ceph.com/rpm-luminous/el7/x86_64/
>>>> Repository Type: yum
>>>> Repository SSL Ca Certificate: None
>>>> Repository SSL Client Certificate: None
>>>>
>>>>
>>>> Thanks
>>>>
>>>>
>>>> V
>>>>
>>>>
>>>>
>>>> On 25/01/2019 21:00, Dennis Pittman wrote:
>>>>> Hello V,
>>>>>
>>>>> I think missed the point during my last response.
>>>>> Check your configured repos:
>>>>> "spacecmd repo_details centos7_x86_64_ceph"
>>>>> or
>>>>> "spacewalk-repo-sync -l" to get a list of software channels with
>>>>> associated repos.
>>>>>
>>>>> --Dennis P
>>>>>
>>>>>
>> ------------------------------------------------------------------------
>>>>> *From:* Dennis Pittman <djpittma at outlook.com>
>>>>> *Sent:* Friday, January 25, 2019 3:52 PM
>>>>> *To:* Vasileios Baousis; spacewalk-list at redhat.com
>>>>> *Subject:* Re: [Spacewalk-list] Fwd: spacewalk-repo-sync
>>>>> Hello V,
>>>>>
>>>>> There could be several reasons why the repodata "repomd.xml" is not
>>>>> being created or updated. The simple step would be to look at your
>>>>> taskomatic logs and see where the failure occurs.
>>>>>
>>>>> EL type hosts log locations are: "/var/log/rhn" In there you'll
>>>>> find most of the logs needed to diagnose what's failing.
>>>>>
>>>>> Here's some other stuff I pulled together from the web and this
>>>>> community.
>>>>>
>>>>> =====
>>>>> How To - Regenerate Spacewalk\Satellite software channel(s)
>> repodata
>>>>> << Source:
>>>>>
>> https://www.unixinfo.nl/rh-red-hat-satellite-re-generating-repodata-channel-fix/
>>
>>>>> << Source : Redhat Solution 319983 >>
>>>>>
>>>>> Issue:
>>>>> * Red Hat Satellite is not re-generating repodata for any
>>>>> channel , How to fix and regenerate the repodata ?
>>>>> * On the Red Hat Satellite server repodata is missing under
>>>>> /var/cache/rhn/repodata/channel-label , even after restarting
>>>>> taskomatic service repodata is not getting generated
>>>>> * On the Red Hat Satellite client, yum fails with;
>>>>>
>>>>> "Error: Cannot retrieve repository metadata (repomd.xml) for
>>>>> repository: channel-label.
>>>>> Please verify its path and try again"
>>>>>
>>>>> * Difference in Packages Count on satellite and on client for
>>>>> same channel
>>>>>
>>>>>
>>>>> Environment:
>>>>> * Red Hat Satellite
>>>>> * Red Hat Enterprise Linux (RHEL)
>>>>>
>>>>>
>>>>> Resolution:
>>>>> Follow the steps below on your Red Hat Satellite server to force
>>>>> repodata generation for any software channel (problematic or not).
>>>>>
>>>>> Option 1: Schedule repodata re-generation task for taskomatic
>>>>> daemon using API:
>>>>>
>>>>> # spacewalk-api --server=<your Satellite FQDN> --user=<admin
>>>>> user> --password=< paswword> channel.software.regenerateYumCache
>>>>> %session% <Channel Label>
>>>>>
>>>>> Note: Replace satellite server hostname , username/password and
>>>>> channel label with proper values.
>>>>> If there is more than one affected channel, then run this
>>>>> command multiple time with different channel labels.
>>>>>
>>>>> Example: To re-generate repodata for
>>>>> rhn-tools-rhel-x86_64-server-6 channel you can use this command:
>>>>>
>>>>> # spacewalk-api --server=sw.sciquest.com
>>>>>
>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsw.sciquest.com&data=02%7C01%7C%7C6e826480d25f4fbbc09508d6830f24b8%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636840498389653496&sdata=08gwty6kFdRGUrUv8xLff%2F1ISezDVUhLDddoegdkadw%3D&reserved=0>
>>
>>>>> --user=sciquest1 --password=secret
>>>>> channel.software.regenerateYumCache %session%
>>>>> rhel6-rhn-tools-x86_64-20180618
>>>>>
>>>>> Option 2: Force execution of the scheduled task
>>>>>
>>>>> - Login to `RH Satellite` WebUi
>>>>> - Click on `Admin` tab
>>>>> - Click on `Task Schedules` on left hand menu
>>>>> - Click on `Channel-repodata-bunch`
>>>>> - Click on button "Single Run Schedule"
>>>>>
>>>>> Monitor /var/log/rhn/rhn_taskomatic_daemon.log file on the
>>>>> spacewalk server for progress of the repodata re-generation and
>>>>> confirm whether repodata files got created under
>>>>> /var/cache/rhn/repodata/channel-label directory or not.
>>>>>
>>>>> # ls -l /var/cache/rhn/repodata/<channel-label>
>>>>>
>>>>>
>>>>> Note: Initially we can see files with ".new" extension which
>>>>> means that repodata re-generation is in progress.
>>>>> Once the ".new" extension is removed, this means that repodata
>>>>> generation has completed.
>>>>>
>>>>> After the above steps are completed you can run the below
>>>>> mentioned commands on the client and confirm Channel contents are
>>>>> available to the client or not:
>>>>>
>>>>> # yum clean all
>>>>> # yum repolist
>>>>>
>>>>> --Dennis P
>>>>>
>>>>>
>>>>>
>> ------------------------------------------------------------------------
>>>>> *From:* spacewalk-list-bounces at redhat.com
>>>>> <spacewalk-list-bounces at redhat.com> on behalf of Vasileios Baousis
>>>>> <bbaous at gmail.com>
>>>>> *Sent:* Friday, January 25, 2019 3:41 PM
>>>>> *To:* spacewalk-list at redhat.com
>>>>> *Subject:* [Spacewalk-list] Fwd: spacewalk-repo-sync
>>>>> Hello,
>>>>>
>>>>> After my spacewalk upgrade to 2.9 all my channel synchronizations
>>>>> are failing . e.g
>>>>>
>>>>> /usr/bin/spacewalk-repo-sync -c centos7_x86_64_ceph -t yum
>>>>>
>>>>> Processing repository with URL:
>>>>> http://download.ceph.com/rpm-luminous/el7/x86_64/
>>>>>
>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdownload.ceph.com%2Frpm-luminous%2Fel7%2Fx86_64%2F%3Ffbclid%3DIwAR1aUnNiBiKu_SCxkWCK2GH48PZwKDshJdxHzBZ64uoiDVQ9ecjKhlN7izY&data=02%7C01%7C%7C6e826480d25f4fbbc09508d6830f24b8%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636840498389653496&sdata=devmOYhB2Lcwjw%2FVWMVAq2%2BPbuDlVOMkbVgO5FhbecM%3D&reserved=0>
>>>>>
>>>>> ERROR: Cannot retrieve repository metadata (repomd.xml) for
>>>>> repository: centos7_x86_64_ceph1.1. Please verify its path and try
>>>>> again
>>>>>
>>>>> All the channel sync used to work properly before the upgrade.
>>>>>
>>>>> Any suggestions?
>>>>> Thanks
>>>>>
>>>>> V
>>>>>
>>>>>
>
More information about the Spacewalk-list
mailing list