[Spacewalk-list] EPEL 7 reposync issue

Jan Hutař jhutar at redhat.com
Thu Feb 11 06:15:48 UTC 2016


Hello,
I have created repo pointing directly at:

  https://dl.fedoraproject.org/pub/epel/7/x86_64/

associated it with the channel and clicked "Sync" and it is
syncing now:

Sync started: Thu Feb 11 01:11:34 2016
['/usr/bin/spacewalk-repo-sync', '--channel', 'epel-x86_64-7', '--type', 'yum', '']
Repo URL: https://dl.fedoraproject.org/pub/epel/7/x86_64/
Packages in repo:              9409
Packages already synced:          0
Packages to sync:              9409
1/9409 : ghc-ghc-7.6.3-18.3.el7-0.x86_64
2/9409 : libcec-2.2.0-1.el7-0.x86_64
3/9409 : guake-0.8.0-1.el7-0.noarch
4/9409 : struts-javadoc-1.3.10-12.el7-0.noarch
5/9409 : python-parsedatetime-doc-1.5-3.el7-0.noarch
6/9409 : ghc-wai-devel-1.4.0.1-1.el7-0.x86_64
7/9409 : tesseract-langpack-por-3.04.00-3.el7-0.noarch
8/9409 : tesseract-langpack-frm-3.04.00-3.el7-0.noarch
9/9409 : lighttpd-mod_geoip-1.4.39-1.el7-0.x86_64
10/9409 : calligra-semanticitems-2.9.10-1.el7-0.x86_64
11/9409 : rubygem-railties-doc-4.2.5-2.el7-0.noarch
12/9409 : NLopt-2.4.2-2.el7-0.x86_64
13/9409 : nagios-plugins-dhcp-2.0.3-3.el7-0.x86_64
14/9409 : perl-Algorithm-CheckDigits-1.3.0-2.el7-0.noarch
15/9409 : opendbx-1.4.6-6.el7-0.x86_64
16/9409 : pypy-2.2.1-2.el7-0.x86_64
17/9409 : pythia8-hepmcinterface-8.1.86-1.el7-0.x86_64
18/9409 : hidapi-devel-0.7.0-2.a88c724.el7-0.x86_64
19/9409 : python-zope-component-4.1.0-1.el7-1.noarch
[...]

Can you reproduce the issue with this URL as well? When you
point yum to your local mirror, can it see the packages (i.e.
are repodata correct)?

Thank you in advance,
Jan



On Fri, 5 Feb 2016 14:38:46 +0100 Olivier FONT
<contact at olivierfont.fr> wrote:

> Hi Waldirio,
> 
> Thank for your reply.
> I don't have any problem with creating a local repository.
> Packages can be downloaded and installed in client which
> yum.conf.d is configured.
> 
> I want to sync this local repository to a spacewalk channel
> enabling it for spacewalk clients.
> 
> Does spacewalk-repo-sync command work in your case?
> 
> Olivier
> 
> 
> 2016-02-05 13:41 GMT+01:00 Waldirio Manhães Pinheiro
> <waldirio at gmail.com>:
> 
> > Hello Olivier, good morning
> >
> > I can see you have repo locally, the structure is not a big
> > trouble, because you still having the metadata in repodata
> > dir.
> >
> > I did one test in my lab
> >
> > ###
> > [root at deskx packs]# find .
> > .
> > ./b
> > ./b/backupninja-1.0.1-5.el7.noarch.rpm
> > ./a
> > ./a/AntTweakBar-devel-1.16-2.el7.x86_64.rpm
> > ./c
> > ./c/Coin2-2.5.0-18.el7.x86_64.rpm
> >
> > [root at deskx packs]# createrepo .
> > Spawning worker 0 with 3 pkgs
> > Workers Finished
> > Gathering worker results
> >
> > Saving Primary metadata
> > Saving file lists metadata
> > Saving other metadata
> > Generating sqlite DBs
> > Sqlite DBs complete
> >
> > [root at deskx packs]# cat /etc/yum.repos.d/local.repo
> > [local]
> > name=local
> > baseurl=file:///root/packs
> > gpgcheck=0
> > [root at deskx packs]#
> >
> >
> > [root at deskx packs]# yum repolist
> > Loaded plugins: fastestmirror, refresh-packagekit,
> > rhnplugin, security This system is receiving updates from
> > RHN Classic or Red Hat Satellite. Loading mirror speeds from
> > cached hostfile
> > local                                                    |
> > 2.9 kB 00:00 ... ...
> > local                                local
> >     3
> > repolist: 17,549
> > [root at deskx packs]#
> > ###
> >
> > So if you can see 3 packages here, your repo is really
> > totally operational (structure, metadata, etc), the next
> > step is configure in SW to do a sync, there will be
> > necessary just pay attention in the channel that you are
> > creating a relationship with the repo (arch mistakes is very
> > common), btw, my advice is, first point your machine to your
> > local repo and check if you will see all packages by "yum
> > grouplist" command for example, if yes, you can check your
> > configuration in SW (repos, channels).
> >
> > Let me know if works for you.
> >
> > Take care
> >
> >
> > ______________
> > Atenciosamente
> > Waldirio
> > msn: waldirio at gmail.com
> > Skype: waldirio
> > Site: www.waldirio.com.br
> > Blog: blog.waldirio.com.br
> > LinkedIn:
> > http://br.linkedin.com/pub/waldirio-pinheiro/22/b21/646 PGP:
> > www.waldirio.com.br/public.html
> >
> > On Fri, Feb 5, 2016 at 6:08 AM, Olivier FONT
> > <contact at olivierfont.fr> wrote:
> >
> >> Hello,
> >>
> >> I am facing an issue trying to sync an EPEL local
> >> repository in spacewalk.
> >>
> >> Since CentOS 7, EPEL repository is splitted in
> >> subdirectories named by the first letter of the RPM package
> >> name. I can create a local repository but I can't sync it
> >> with spacewalk.
> >>
> >> Here the returned error:
> >>
> >> Sync started: Thu Feb  4 16:39:58 2016
> >> ['/usr/bin/spacewalk-repo-sync', '--channel',
> >> 'epel-centos-7-x64', '--type', 'yum'] Repo URL:
> >> file:///var/www/html/pub/epel7/ Packages in
> >> repo:                 1 Packages already synced:          0
> >> Packages to sync:                 1
> >> 1/1 : unzoo-4.4-16.el7-0.x86_64
> >> Downloaded package unzoo-4.4-16.el7.x86_64, from
> >> epel-centos-7-x64, but it was invalid. Linking packages to
> >> channel. Repo file:///var/www/html/pub/epel7/ has 0 errata.
> >> Sync completed.
> >> Total time: 0:00:00
> >>
> >> The package is not listed on spacewalk GUI and is not
> >> available for spacewalk clients.
> >>
> >> It works fine for CentOS 6 EPEL.
> >>
> >> Thanks for your help.
> >>
> >> Olivier
> >>
> >>
> >> _______________________________________________
> >> 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
> >
> 
> 
> 
> -- 
> Cordialement,
> Olivier FONT
> ---------------------------------
> http://www.olivierfont.fr


-- 
Jan Hutar     Systems Management QA
jhutar at redhat.com     Red Hat, Inc.




More information about the Spacewalk-list mailing list