[Spacewalk-list] spacewalk-repo-sync incorrectly creating links for file:// repo

[Jan Pazdziora]

On Mon, Jan 30, 2012 at 03:10:17PM -0600, john miller wrote:
> 914 of the 2804 packages fail with the same error when I run
> spacewalk-repo-sync --channel rhel6-dev-base-i386  --url
> file:///var/www/mrepo/rhel-server-6.2-i386/RPMS.os/
> ....
> 415/914 : libreport-plugin-mailx-2.0.5-20.el6-0.i686
> (50, "Package upload failed: [Errno 2] No such file or directory:
> '/var/satellite/redhat/1/35b/libreport-plugin-mailx/2.0.5-20.el6/i686/35b77f7e28f3df740c59099898d35f87c90714e1aa56540c22af1a92274ad2ce/libreport-plugin-mailx-2.0.5-20.el6.i686.rpm'",
> 'Invalid information uploaded to the server')
> ....
> 
> When I examine the file it appears that the symbolic link is wrong:
> 1586680 lrwxrwxrwx. 1 root root 62 Jan 30 13:41
> libreport-plugin-mailx-2.0.5-20.el6.i686.rpm ->
> ../disc1/Packages/libreport-plugin-mailx-2.0.5-20.el6.i686.rpm
> 
> Am I interpreting this correctly? I'm guessing the 1890 rpms that worked
> successfully were already loaded from 6.1
> 
> My workaround is:
> spacewalk-repo-sync --channel rhel6-dev-base-i386  --url
> http://spacewalk.example.com/mrepo/rhel-server-6.2-i386/RPMS.os/
> 
> The downside is I now have two copies of the rpm on the server. One in
> /var/www/mrepo/rhel-server-6.2-i386/RPMS.os/ and another in
> /var/satellite/. Hard drive space is cheap so I'm not too worried about
> getting a fix just wanted to get the workaround out there.

You hit a problem that Spacewalk has been moving things around
(with rename) and it moved your mrepo symlinks. Which means the
relative symlinks are no longer valid, and your mrepo is likely
missing them now.

The fix is not in Spacewalk master (commit
6e234a96cb97711d763bae592a19bddd503e58e4) but it will essentially do
the copy in the file:/// situation, so the packages will consume the
space twice just like without http:// workaround.

-- 
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat