[Spacewalk-list] Spacewalk syncing against wrong repository

Bill howe.bill at gmail.com
Tue Aug 15 02:51:32 UTC 2017


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.bill at 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 waaaaayyyy 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 normal....shows 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 scratch....used 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
>>> repos........it 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 at redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list




More information about the Spacewalk-list mailing list