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 <[email protected]> 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 > > From: Vasileios Baousis <[email protected]> > Sent: Friday, January 25, 2019 4:32 PM > To: Dennis Pittman; [email protected] > 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 <[email protected]> >> Sent: Friday, January 25, 2019 3:52 PM >> To: Vasileios Baousis; [email protected] >> 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 --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: [email protected] <[email protected]> >> on behalf of Vasileios Baousis <[email protected]> >> Sent: Friday, January 25, 2019 3:41 PM >> To: [email protected] >> 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/ >> >> 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 >>
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
