Re: [Spacewalk-list] Spacewalk syncing against wrong repository
Eric, I ran into a similar issue and resolved it by removing files on the Spacewalk server at /var/cache/rhn/ . After that, a channel sync forced the cache to rebuild. I am betting that you are seeing the cache get corrupt somehow and by renaming the source repos, its generating a new cache for the repo. Bill Howe howe.b...@gmail.com On 08/10/2017 10:15 AM, Eric wrote: Update: I was able to fix this by renaming the repo on the hosting server itself...not spacewalk. I do not understand what caused this. I have played around with this a bit and created another repo with the original name..and spacewalk did exactly the same thing as outlined below. On Monday 07 August 2017 11:59:03 Eric wrote: Ok, I am including the log excerpt so that you guys can see that I'm not crazy. I created an entirely new channel, and a new repository.with a completely fictitious URL. And it happily synced to another repo, on another system. The only reason I know it's going out to my rhel 6 repo, is the package numbers match, and it's pulling in EL6 rpms. The URL in the logs is completely bogus! That is the URL configured in the repo set up screen, and the only repo that the rhel_7_os_repo is configured to use. 2017/08/07 11:47:38 -07:00 Command: ['/usr/bin/spacewalk-repo-sync', '-- channel', 'rhel_7_os_repo_2', '--type', 'yum'] 2017/08/07 11:47:38 -07:00 Sync of channel started. 2017/08/07 11:47:38 -07:00 Repo URL: http://nohost.nodomain/local_repo/ 2017/08/07 11:47:41 -07:00 Packages in repo: 17182 2017/08/07 11:51:38 -07:00 Packages already synced: 17157 2017/08/07 11:51:38 -07:00 Packages to sync:25 2017/08/07 11:51:38 -07:00 1/25 : html2ps-1.0-0.4.b5.el6.noarch 2017/08/07 11:51:39 -07:00 2/25 : lzop-1.02-0.9.rc1.el6.x86_64 2017/08/07 11:51:39 -07:00 3/25 : perl-B-Keywords-1.09-3.1.el6.noarch 2017/08/07 11:51:39 -07:00 4/25 : perl-Devel-Cycle-1.10-3.1.el6.noarch 2017/08/07 11:51:39 -07:00 5/25 : perl-Exception-Class-1.29-1.1.el6.noarch 2017/08/07 11:51:39 -07:00 6/25 : perl-Font-AFM-1.20-3.1.el6.noarch 2017/08/07 11:51:39 -07:00 7/25 : perl-HTML-Format-2.04-11.1.el6.noarch 2017/08/07 11:51:39 -07:00 8/25 : perl-Locale-PO-0.21-2.1.el6.noarch 2017/08/07 11:51:39 -07:00 9/25 : perl-MIME-Types-1.28-2.el6.noarch 2017/08/07 11:51:39 -07:00 10/25 : perl-Module-Find-0.08-3.el6.noarch 2017/08/07 11:51:39 -07:00 11/25 : perl-Net-SMTP-SSL-1.01-4.el6.noarch 2017/08/07 11:51:39 -07:00 12/25 : perl-PadWalker-1.9-1.el6.x86_64 2017/08/07 11:51:39 -07:00 13/25 : perl-Perl-Critic-1.105-2.el6.noarch 2017/08/07 11:51:39 -07:00 14/25 : perl-Pod-Spell-1.01-6.1.el6.noarch 2017/08/07 11:51:39 -07:00 15/25 : perl-String-Format-1.15-2.1.el6.noarch 2017/08/07 11:51:39 -07:00 16/25 : perl-Syntax-Highlight-Engine- Kate-0.04-5.1.el6.noarch 2017/08/07 11:51:39 -07:00 17/25 : perl-Test-Perl-Critic-1.01-7.1.el6.noarch 2017/08/07 11:51:39 -07:00 18/25 : perl-UNIVERSAL-can-1.15-1.el6.noarch 2017/08/07 11:51:39 -07:00 19/25 : perl-UNIVERSAL-isa-1.03-1.el6.noarch 2017/08/07 11:51:39 -07:00 20/25 : perl-XML-TokeParser-0.05-2.1.el6.noarch 2017/08/07 11:51:39 -07:00 21/25 : perl-XML-Writer-0.606-6.el6.noarch 2017/08/07 11:51:39 -07:00 22/25 : python-backports-1.0-3.el6.x86_64 2017/08/07 11:51:39 -07:00 23/25 : python-jsonpatch-1.2-2.el6.noarch 2017/08/07 11:51:39 -07:00 24/25 : scons-2.0.1-1.el6.noarch 2017/08/07 11:51:39 -07:00 25/25 : xhtml2ps-1.0-0.4.b5.el6.noarch 2017/08/07 11:51:39 -07:00 Linking packages to channel. 2017/08/07 11:51:39 -07:00 Repo http://nohost.nodomain/local_repo/ has 0 errata. 2017/08/07 11:51:39 -07:00 Sync of channel completed in 0:04:00. On Monday 07 August 2017 10:54:34 Eric wrote: Issue: Two channels configured: EL6 and EL7 Two repositories configured: EL6_Repo and EL7_Repo These two repos are on seperate systems. URLS for the repositories are http://repoel6/el6_repo and http://repoel7/el7_repo For months, this has worked with zero issues. I have not reconfigured or changed anything, other than installing RedHat patches 2 weeks ago. Today, when I synced the repos.the package count on the EL7 channel was wa to high, 35K packages. I looked in it, and it had EL6 rpm's! I deleted all the packages, and resynced. Tailed the log in /var/log/rhn/reposync and the sync starts out as normalshows the correct EL7 URL...but when it shows the package count in the log.it's wrong. It's showing the EL6 package count, and when the sync finishes...it's obviously synced to the EL6 repo. I doublechecked the EL7 Repo..it's correct, all EL7 packages, NO EL6 packages. I hit the URL from a browser.all is as expected. Went back on Spacewalk, deleted the channel, deleted the repo. Created everything again from scratchused different names. Exact same thing. I cannot understand what's happening here. Is the database corrupt? No matter how many different channels I create, and new reposit always goes back to syncing off that o
Re: [Spacewalk-list] Spacewalk syncing against wrong repository
Update: I was able to fix this by renaming the repo on the hosting server itself...not spacewalk. I do not understand what caused this. I have played around with this a bit and created another repo with the original name..and spacewalk did exactly the same thing as outlined below. On Monday 07 August 2017 11:59:03 Eric wrote: > Ok, I am including the log excerpt so that you guys can see that I'm not > crazy. I created an entirely new channel, and a new repository.with a > completely fictitious URL. And it happily synced to another repo, on > another system. The only reason I know it's going out to my rhel 6 repo, > is the package numbers match, and it's pulling in EL6 rpms. > > The URL in the logs is completely bogus! That is the URL configured in > the repo set up screen, and the only repo that the rhel_7_os_repo is > configured to use. > > > 2017/08/07 11:47:38 -07:00 Command: ['/usr/bin/spacewalk-repo-sync', '-- > channel', 'rhel_7_os_repo_2', '--type', 'yum'] > 2017/08/07 11:47:38 -07:00 Sync of channel started. > 2017/08/07 11:47:38 -07:00 Repo URL: http://nohost.nodomain/local_repo/ > 2017/08/07 11:47:41 -07:00 Packages in repo: 17182 > 2017/08/07 11:51:38 -07:00 Packages already synced: 17157 > 2017/08/07 11:51:38 -07:00 Packages to sync:25 > 2017/08/07 11:51:38 -07:00 1/25 : html2ps-1.0-0.4.b5.el6.noarch > 2017/08/07 11:51:39 -07:00 2/25 : lzop-1.02-0.9.rc1.el6.x86_64 > 2017/08/07 11:51:39 -07:00 3/25 : perl-B-Keywords-1.09-3.1.el6.noarch > 2017/08/07 11:51:39 -07:00 4/25 : perl-Devel-Cycle-1.10-3.1.el6.noarch > 2017/08/07 11:51:39 -07:00 5/25 : perl-Exception-Class-1.29-1.1.el6.noarch > 2017/08/07 11:51:39 -07:00 6/25 : perl-Font-AFM-1.20-3.1.el6.noarch > 2017/08/07 11:51:39 -07:00 7/25 : perl-HTML-Format-2.04-11.1.el6.noarch > 2017/08/07 11:51:39 -07:00 8/25 : perl-Locale-PO-0.21-2.1.el6.noarch > 2017/08/07 11:51:39 -07:00 9/25 : perl-MIME-Types-1.28-2.el6.noarch > 2017/08/07 11:51:39 -07:00 10/25 : perl-Module-Find-0.08-3.el6.noarch > 2017/08/07 11:51:39 -07:00 11/25 : perl-Net-SMTP-SSL-1.01-4.el6.noarch > 2017/08/07 11:51:39 -07:00 12/25 : perl-PadWalker-1.9-1.el6.x86_64 > 2017/08/07 11:51:39 -07:00 13/25 : perl-Perl-Critic-1.105-2.el6.noarch > 2017/08/07 11:51:39 -07:00 14/25 : perl-Pod-Spell-1.01-6.1.el6.noarch > 2017/08/07 11:51:39 -07:00 15/25 : perl-String-Format-1.15-2.1.el6.noarch > 2017/08/07 11:51:39 -07:00 16/25 : perl-Syntax-Highlight-Engine- > Kate-0.04-5.1.el6.noarch > 2017/08/07 11:51:39 -07:00 17/25 : perl-Test-Perl-Critic-1.01-7.1.el6.noarch > 2017/08/07 11:51:39 -07:00 18/25 : perl-UNIVERSAL-can-1.15-1.el6.noarch > 2017/08/07 11:51:39 -07:00 19/25 : perl-UNIVERSAL-isa-1.03-1.el6.noarch > 2017/08/07 11:51:39 -07:00 20/25 : perl-XML-TokeParser-0.05-2.1.el6.noarch > 2017/08/07 11:51:39 -07:00 21/25 : perl-XML-Writer-0.606-6.el6.noarch > 2017/08/07 11:51:39 -07:00 22/25 : python-backports-1.0-3.el6.x86_64 > 2017/08/07 11:51:39 -07:00 23/25 : python-jsonpatch-1.2-2.el6.noarch > 2017/08/07 11:51:39 -07:00 24/25 : scons-2.0.1-1.el6.noarch > 2017/08/07 11:51:39 -07:00 25/25 : xhtml2ps-1.0-0.4.b5.el6.noarch > 2017/08/07 11:51:39 -07:00 Linking packages to channel. > 2017/08/07 11:51:39 -07:00 Repo http://nohost.nodomain/local_repo/ has 0 > errata. > 2017/08/07 11:51:39 -07:00 Sync of channel completed in 0:04:00. > > On Monday 07 August 2017 10:54:34 Eric wrote: > > Issue: > > > > Two channels configured: EL6 and EL7 > > > > Two repositories configured: EL6_Repo and EL7_Repo These two repos are on > > seperate systems. URLS for the repositories are http://repoel6/el6_repo > > and http://repoel7/el7_repo > > > > > > For months, this has worked with zero issues. I have not reconfigured or > > changed anything, other than installing RedHat patches 2 weeks ago. > > > > Today, when I synced the repos.the package count on the EL7 > > channel > > was wa to high, 35K packages. I looked in it, and it had EL6 > > rpm's! > > > > I deleted all the packages, and resynced. Tailed the log in > > /var/log/rhn/reposync and the sync starts out as normalshows the > > correct EL7 URL...but when it shows the package count in the > > log.it's wrong. It's showing the EL6 package count, and when the sync > > finishes...it's obviously synced to the EL6 repo. > > > > I doublechecked the EL7 Repo..it's correct, all EL7 packages, NO EL6 > > packages. I hit the URL from a browser.all is as expected. > > > > Went back on Spacewalk, deleted the channel, deleted the repo. Created > > everything again from scratchused different names. > > > > Exact same thing. I cannot understand what's happening here. Is the > > database corrupt? No matter how many different channels I create, and new > > reposit always goes back to syncing off that one EL6 repo. And > > the > > logs always show everything you'd expect..correct repo URL, etc..but > > when the sync starts..it's actually pulli
Re: [Spacewalk-list] Spacewalk syncing against wrong repository
Ok, I am including the log excerpt so that you guys can see that I'm not crazy. I created an entirely new channel, and a new repository.with a completely fictitious URL. And it happily synced to another repo, on another system. The only reason I know it's going out to my rhel 6 repo, is the package numbers match, and it's pulling in EL6 rpms. The URL in the logs is completely bogus! That is the URL configured in the repo set up screen, and the only repo that the rhel_7_os_repo is configured to use. 2017/08/07 11:47:38 -07:00 Command: ['/usr/bin/spacewalk-repo-sync', '-- channel', 'rhel_7_os_repo_2', '--type', 'yum'] 2017/08/07 11:47:38 -07:00 Sync of channel started. 2017/08/07 11:47:38 -07:00 Repo URL: http://nohost.nodomain/local_repo/ 2017/08/07 11:47:41 -07:00 Packages in repo: 17182 2017/08/07 11:51:38 -07:00 Packages already synced: 17157 2017/08/07 11:51:38 -07:00 Packages to sync:25 2017/08/07 11:51:38 -07:00 1/25 : html2ps-1.0-0.4.b5.el6.noarch 2017/08/07 11:51:39 -07:00 2/25 : lzop-1.02-0.9.rc1.el6.x86_64 2017/08/07 11:51:39 -07:00 3/25 : perl-B-Keywords-1.09-3.1.el6.noarch 2017/08/07 11:51:39 -07:00 4/25 : perl-Devel-Cycle-1.10-3.1.el6.noarch 2017/08/07 11:51:39 -07:00 5/25 : perl-Exception-Class-1.29-1.1.el6.noarch 2017/08/07 11:51:39 -07:00 6/25 : perl-Font-AFM-1.20-3.1.el6.noarch 2017/08/07 11:51:39 -07:00 7/25 : perl-HTML-Format-2.04-11.1.el6.noarch 2017/08/07 11:51:39 -07:00 8/25 : perl-Locale-PO-0.21-2.1.el6.noarch 2017/08/07 11:51:39 -07:00 9/25 : perl-MIME-Types-1.28-2.el6.noarch 2017/08/07 11:51:39 -07:00 10/25 : perl-Module-Find-0.08-3.el6.noarch 2017/08/07 11:51:39 -07:00 11/25 : perl-Net-SMTP-SSL-1.01-4.el6.noarch 2017/08/07 11:51:39 -07:00 12/25 : perl-PadWalker-1.9-1.el6.x86_64 2017/08/07 11:51:39 -07:00 13/25 : perl-Perl-Critic-1.105-2.el6.noarch 2017/08/07 11:51:39 -07:00 14/25 : perl-Pod-Spell-1.01-6.1.el6.noarch 2017/08/07 11:51:39 -07:00 15/25 : perl-String-Format-1.15-2.1.el6.noarch 2017/08/07 11:51:39 -07:00 16/25 : perl-Syntax-Highlight-Engine- Kate-0.04-5.1.el6.noarch 2017/08/07 11:51:39 -07:00 17/25 : perl-Test-Perl-Critic-1.01-7.1.el6.noarch 2017/08/07 11:51:39 -07:00 18/25 : perl-UNIVERSAL-can-1.15-1.el6.noarch 2017/08/07 11:51:39 -07:00 19/25 : perl-UNIVERSAL-isa-1.03-1.el6.noarch 2017/08/07 11:51:39 -07:00 20/25 : perl-XML-TokeParser-0.05-2.1.el6.noarch 2017/08/07 11:51:39 -07:00 21/25 : perl-XML-Writer-0.606-6.el6.noarch 2017/08/07 11:51:39 -07:00 22/25 : python-backports-1.0-3.el6.x86_64 2017/08/07 11:51:39 -07:00 23/25 : python-jsonpatch-1.2-2.el6.noarch 2017/08/07 11:51:39 -07:00 24/25 : scons-2.0.1-1.el6.noarch 2017/08/07 11:51:39 -07:00 25/25 : xhtml2ps-1.0-0.4.b5.el6.noarch 2017/08/07 11:51:39 -07:00 Linking packages to channel. 2017/08/07 11:51:39 -07:00 Repo http://nohost.nodomain/local_repo/ has 0 errata. 2017/08/07 11:51:39 -07:00 Sync of channel completed in 0:04:00. On Monday 07 August 2017 10:54:34 Eric wrote: > Issue: > > Two channels configured: EL6 and EL7 > > Two repositories configured: EL6_Repo and EL7_Repo These two repos are on > seperate systems. URLS for the repositories are http://repoel6/el6_repo and > http://repoel7/el7_repo > > > For months, this has worked with zero issues. I have not reconfigured or > changed anything, other than installing RedHat patches 2 weeks ago. > > Today, when I synced the repos.the package count on the EL7 channel > was wa to high, 35K packages. I looked in it, and it had EL6 rpm's! > > I deleted all the packages, and resynced. Tailed the log in > /var/log/rhn/reposync and the sync starts out as normalshows the correct > EL7 URL...but when it shows the package count in the log.it's > wrong. It's showing the EL6 package count, and when the sync > finishes...it's obviously synced to the EL6 repo. > > I doublechecked the EL7 Repo..it's correct, all EL7 packages, NO EL6 > packages. I hit the URL from a browser.all is as expected. > > Went back on Spacewalk, deleted the channel, deleted the repo. Created > everything again from scratchused different names. > > Exact same thing. I cannot understand what's happening here. Is the > database corrupt? No matter how many different channels I create, and new > reposit always goes back to syncing off that one EL6 repo. And the > logs always show everything you'd expect..correct repo URL, etc..but > when the sync starts..it's actually pulling the EL6 repo. > > Completely at a loss here, anybody have an idea? > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list