We're setting up an internal network of Oracle Linux repositories: One central yum mirror that gets the packages directly from Oracle, and then local repos at different sites that will sync with the central server. Each server will need both x86_64 and i386 packages.

The first local mirror, like the central server, is x86_64 architecture. The first reposync:

reposync -r ol6_latest -p /path/to/dest/directory

copied everything from the x86_64 repo to the new server but nothing from the i386 repo. The second try:

reposync -r ol6_latest -a i386 -p /path/to/i386/dest/directory

copied all the "noarch" RPMs from the x86_64 repo and didn't touch the i386 files. From the reposync man page, that isn't what we expected:

-a ARCH, --arch=ARCH
Act as if running the specified arch (default: current arch,
note: does not override $releasever).

Is there a way to convince reposync that we really do want both the x86_64 and i386 repos on the same server?

Thanks for whatever light you can shed.

Hi,

I do not really know Oracle Linux, but in yum (or actually dnf) you have arch and basearch.

On 64 bits machine both are x86_64.
But on 32 bits, the arch can is usually i686, while basearch is i386.

I hope t helps you.

Thanks. I tried using --arch=i686, and it retrieved more packages, but still not the full 32-bit repository. The problem is likely that my ULN mirror server and the one where I'm trying to make the copy are both 64-bit machines. If the receiving machine were 32-bit, it would probably work. Some of the apps we run, although they are running on 64-bit machines, require some 32-bit libraries.

Any other suggestions?