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
<[email protected]> 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
> <[email protected]>:
> 
> > 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@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@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@deskx packs]# cat /etc/yum.repos.d/local.repo
> > [local]
> > name=local
> > baseurl=file:///root/packs
> > gpgcheck=0
> > [root@deskx packs]#
> >
> >
> > [root@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@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: [email protected]
> > 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
> > <[email protected]> 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
> >> [email protected]
> >> https://www.redhat.com/mailman/listinfo/spacewalk-list
> >>
> >
> >
> > _______________________________________________
> > Spacewalk-list mailing list
> > [email protected]
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
> >
> 
> 
> 
> -- 
> Cordialement,
> Olivier FONT
> ---------------------------------
> http://www.olivierfont.fr


-- 
Jan Hutar     Systems Management QA
[email protected]     Red Hat, Inc.

_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list

Reply via email to