On 08/15/2016 08:21 AM, Malla Reddy Madupu wrote:
Hi *Avi*
I have re synchronized the OEL5 latest channel, now the packages are the
11973 only, however when i build/ sync the OEL5x client (Physical
machine) it took more than 30 min to build the repodata.
Yes, for the first time it takes so lon
Hi Avi
I have re synchronized the OEL5 latest channel, now the packages are the 11973
only, however when i build/ sync the OEL5x client (Physical machine) it took
more than 30 min to build the repodata.
BTW, can I run the below command to clean the orphaned packages?
"spacewalk-data-fsck -r -S -
Hi Avi
Can i run this command to clean the orphaned packages over the spacewalk server
side?$ "spacewalk-data-fsck -r -S -C -O"Best RegardsMalla
On Monday, August 15, 2016 10:43 AM, Malla Reddy Madupu
wrote:
Hi All
Yes, I have removed/ deleted all the packages with the OEL5x_latest and
Hi All
Yes, I have removed/ deleted all the packages with the OEL5x_latest and re
synchronized back with the 11937 packages. Now, it's lill better but however
it's same 1.6 GB of sql lite file generating over the client side. is there a
way to control not to generate such a huge files every time
On 08/10/2016 01:25 AM, Avi Miller wrote:
Hi,
We cannot reproduce this issue internally. In our Spacewalk testing, a client
connected to a channel that only syncs from ol5_x86_64_latest creates almost
exactly the same metadata as if it were directly connected to yum.oracle.com or
ULN.
But ye
Thank you Avi
What is your suggestion here to move forward with OL5x? BTW, we are not using
the UEK kernel hence "ol5_u11_base" channels may not be helpful for us. other
than Unbreakable channels, can we use any?
If you want any further information from my end for Sapcewalk server/ client, I
am
Hi,
We cannot reproduce this issue internally. In our Spacewalk testing, a client
connected to a channel that only syncs from ol5_x86_64_latest creates almost
exactly the same metadata as if it were directly connected to yum.oracle.com or
ULN.
But yes, it creates about 1.6GB of data:
-rw-r--r
Hi Avi
I am not combining any channels in fact in another email thread, i have shared
the screens for the Space-Walk repo and Oracle repo. both are not matching. If
the channel has 11942 packages it's really great to hear and it's almost 70%
lesser than from what we have currently with our spac
Hi,
> On 8 Aug 2016, at 2:30 PM, Malla Reddy Madupu wrote:
>
> Actually this is a Oracle Enterprise Linux O/S not RHEL and the total number
> of packages are in this repository are 38916
> here's the URL:
> "http://public-yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64/repodata/";
Note that
Hi,
You need an active CSI and ULN access to synchronise the Base/Patch channels. I
don't recommend combining them into a single channel. Rather, you link a parent
OL5U11 channel to the ol5_u11_base channel on ULN and then create a child
ol5_u11_patch channel.
This is discussing in the Concept
Hi Thomas
Thank you very much for your reply.
Actually this is a Oracle Enterprise Linux O/S not RHEL and the total number of
packages are in this repository are 38916here's the URL:
"http://public-yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64/repodata/";
Best RegardsMalla
On Monday, Au
Hi Avi
Thank you very much for your reply and your kind help isgreatly appreciated.
As per your suggestion, I would like to create newrepositories ol5_u11_base and
ol5_u11_patch instead of "OEL5_x86_64_latest", could youplease share the
complete URLs and how can I use the both repos in on
Hey Thomas,
> On 5 Aug 2016, at 3:16 AM, Tomas Lestach wrote:
>
> 800M repodata looks to be a lot. How many packages are in that channel? If
> it's a public repository, can you share the url, so I can sync it and check
> size the generated repodata and whether I'll find something odd there?
I
Hi,
> On 4 Aug 2016, at 9:36 PM, Malla Reddy Madupu wrote:
>
> We are facing an issue with slow repository build for all the OEL5.x clients.
> Inf act client is building 800MB of xml files as below mentioned.
This is a known issue with the OL5 (not OEL) latest repository. It's HUGE. We
are wo
I was checking size of repodata on our production machine and I see the
biggest ones:
362M/var/cache/rhn/repodata/rhel-x86_64-workstation-6
350M/var/cache/rhn/repodata/rhel-x86_64-server-6
326M/var/cache/rhn/repodata/rhel-x86_64-server-6.7.z
rhel-x86_64-workstation-6 contains 19521 p
Hi All
Environment
SpaceWalkVersion: 2.5
O/Sversion:OEL5.x(Oracle Enterprise Linux)
We are facing an issue withslow repository build for all the OEL5.x clients.
Inf act client is building800MB of xml files as below mentioned.
-rw-r--r--1 root root 1958177
16 matches
Mail list logo