Re: [Spacewalk-list] Spacewalk server keeps resyncing same packages from channel

2019-07-30 Thread Michael Mraka
Wenkai Chen:
> HI Michael,
> 
> Thanks so much for the insight. Should I configure separate channels for all 
> different distributions (updates,OS,extras) or just updates and OS will do?

Hello,

I recommend to use one channel for one repo. E.g. for CentOS 7 it looks like:

Parent Channel Button CentOS 7 (x86_64)
+ Child Channel CentOS 7 Atomic (x86_64)
+ Child Channel CentOS 7 Cloud (x86_64)
+ Child Channel CentOS 7 CR (x86_64)
+ Child Channel CentOS 7 Extras (x86_64)
+ Child Channel CentOS 7 FastTrack (x86_64)
+ Child Channel CentOS 7 OpsTools (x86_64)
+ Child Channel CentOS 7 PaaS (x86_64)
+ Child Channel CentOS 7 Plus (x86_64)
+ Child Channel CentOS 7 RT (x86_64)
+ Child Channel CentOS 7 Scio (x86_64)
+ Child Channel CentOS 7 Storage (x86_64)
+ Child Channel CentOS 7 Updates (x86_64)
+ Child Channel CentOS 7 Virt (x86_64)
+ Child Channel EPEL 7 for CentOS 7 (x86_64)
+ Child Channel Spacewalk Client 2.9 for CentOS 7 (x86_64) 
+ Child Channel Spacewalk Server 2.9 for CentOS 7 (x86_64) 

> Regards,
> 
> Chen Wenkai
> Infrastructure Security Engineer

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk server keeps resyncing same packages from channel

2019-07-18 Thread Wenkai Chen
HI Michael,

Thanks so much for the insight. Should I configure separate channels for all 
different distributions (updates,OS,extras) or just updates and OS will do?



Regards,



Chen Wenkai
Infrastructure Security Engineer



  E:  wenkai_c...@ensigninfosecurity.com
  A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213



-Original Message-
From: spacewalk-list-boun...@redhat.com  On 
Behalf Of Michael Mraka
Sent: Thursday, 18 July 2019 5:52 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Spacewalk server keeps resyncing same packages 
from channel

Wenkai Chen:
> HI Spacewalk users,
>
> I have a Spacewalk server configure with several channels (CentOS and RHEL).
> When I tried to do a spacewalk-repo-sync, I discovered that it keeps syncing 
> the same packages over and over again. These same packages are already 
> resynced during the last repo sync. However, it gets synced again.
>
> For instance, my command below runs a spacewalk-repo-sync on a channel twice. 
> In those 2 runs, the same packages are being downloaded and imported. Its 
> seems to me that these packages never got written to database. Anyone can 
> help advise if this is correct or incorrect behaviour?
> Thank you .
>
> [root@ensco2swkdev01 rhn]# spacewalk-repo-sync -c centos7
> 16:40:33 ==
> 16:40:33 | Channel: centos7
> 16:40:33 ==
> 16:40:33 Sync of channel started.
> 16:40:33
> 16:40:33   Processing repository with URL: 
> http://mirror.centos.org/centos/7/updates/x86_64/
> 16:41:46 Packages in repo:  2236
> 16:41:50 Packages already synced:   2228
> 16:41:50 Packages to sync: 8
> 16:41:50 New packages to download: 8
> 16:41:50   Downloading packages:
> 16:41:50 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
...
> 16:42:01   Processing repository with URL: 
> http://mirror.centos.org/centos/7/os/x86_64/
> 16:42:11
> 16:42:11   Importing comps file comps.xml.
> 16:42:13 Packages in repo: 10019
> 16:42:34 Packages already synced:  10011
> 16:42:34 Packages to sync: 8
> 16:42:34 New packages to download: 8
> 16:42:34   Downloading packages:
> 16:42:34 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
...

Hello,

If you download the two packages
http://mirror.centos.org/centos/7/updates/x86_64/Packages/pki-base-10.5.9-6.el7.noarch.rpm
http://mirror.centos.org/centos/7/os/x86_64/Packages/pki-base-10.5.9-6.el7.noarch.rpm
you can see they have different size and buildtime.
414392  'Fri 02 Nov 2018 20:05:20 CET' os/pki-base-10.5.9-6.el7.noarch.rpm
414396  'Tue 29 Jan 2019 18:47:13 CET' updates/pki-base-10.5.9-6.el7.noarch.rpm
So what's actually happening there is: you sync pki-base from os, then 
overwrite it with version from updates; and then during the next sync you 
overwrite it with os version and once more with updates version, etc.

IMHO it's Centos bug - a package from os should never be (without 
version-release change) rebuilt into updates.

I'd recommend to create a separate child channel for updates and do not mix os 
and updates rpms into one channel.


Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list



CONFIDENTIALITY NOTICE: “This email is confidential and may also be privileged. 
If this email has been sent to you in error, please delete it immediately and 
notify us. Please do not copy, distribute or disseminate part or whole of this 
email if you are not the intended recipient or if you have not been authorized 
to do so. We reserve the right, to the extent and under circumstances permitted 
by applicable laws, to monitor, retain, intercept and block email messages to 
and from our systems. Thank you.”


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk server keeps resyncing same packages from channel

2019-07-18 Thread Michael Mraka
Wenkai Chen:
> HI Spacewalk users,
> 
> I have a Spacewalk server configure with several channels (CentOS and RHEL).
> When I tried to do a spacewalk-repo-sync, I discovered that it keeps syncing 
> the same packages over and over again. These same packages are already 
> resynced during the last repo sync. However, it gets synced again.
> 
> For instance, my command below runs a spacewalk-repo-sync on a channel twice. 
> In those 2 runs, the same packages are being downloaded and imported. Its 
> seems to me that these packages never got written to database. Anyone can 
> help advise if this is correct or incorrect behaviour?
> Thank you .
> 
> [root@ensco2swkdev01 rhn]# spacewalk-repo-sync -c centos7
> 16:40:33 ==
> 16:40:33 | Channel: centos7
> 16:40:33 ==
> 16:40:33 Sync of channel started.
> 16:40:33
> 16:40:33   Processing repository with URL: 
> http://mirror.centos.org/centos/7/updates/x86_64/
> 16:41:46 Packages in repo:  2236
> 16:41:50 Packages already synced:   2228
> 16:41:50 Packages to sync: 8
> 16:41:50 New packages to download: 8
> 16:41:50   Downloading packages:
> 16:41:50 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
...
> 16:42:01   Processing repository with URL: 
> http://mirror.centos.org/centos/7/os/x86_64/
> 16:42:11
> 16:42:11   Importing comps file comps.xml.
> 16:42:13 Packages in repo: 10019
> 16:42:34 Packages already synced:  10011
> 16:42:34 Packages to sync: 8
> 16:42:34 New packages to download: 8
> 16:42:34   Downloading packages:
> 16:42:34 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
...

Hello,

If you download the two packages
http://mirror.centos.org/centos/7/updates/x86_64/Packages/pki-base-10.5.9-6.el7.noarch.rpm
http://mirror.centos.org/centos/7/os/x86_64/Packages/pki-base-10.5.9-6.el7.noarch.rpm
you can see they have different size and buildtime.
414392  'Fri 02 Nov 2018 20:05:20 CET' os/pki-base-10.5.9-6.el7.noarch.rpm
414396  'Tue 29 Jan 2019 18:47:13 CET' updates/pki-base-10.5.9-6.el7.noarch.rpm
So what's actually happening there is: you sync pki-base from os, then
overwrite it with version from updates; and then during the next sync
you overwrite it with os version and once more with updates version, etc.

IMHO it's Centos bug - a package from os should never be (without
version-release change) rebuilt into updates.

I'd recommend to create a separate child channel for updates and do not
mix os and updates rpms into one channel.


Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Spacewalk server keeps resyncing same packages from channel

2019-07-18 Thread Wenkai Chen
HI Spacewalk users,

I have a Spacewalk server configure with several channels (CentOS and RHEL).
When I tried to do a spacewalk-repo-sync, I discovered that it keeps syncing 
the same packages over and over again. These same packages are already resynced 
during the last repo sync. However, it gets synced again.

For instance, my command below runs a spacewalk-repo-sync on a channel twice. 
In those 2 runs, the same packages are being downloaded and imported. Its seems 
to me that these packages never got written to database. Anyone can help advise 
if this is correct or incorrect behaviour?
Thank you .

[root@ensco2swkdev01 rhn]# spacewalk-repo-sync -c centos7
16:40:33 ==
16:40:33 | Channel: centos7
16:40:33 ==
16:40:33 Sync of channel started.
16:40:33
16:40:33   Processing repository with URL: 
http://mirror.centos.org/centos/7/updates/x86_64/
16:41:46 Packages in repo:  2236
16:41:50 Packages already synced:   2228
16:41:50 Packages to sync: 8
16:41:50 New packages to download: 8
16:41:50   Downloading packages:
16:41:50 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
16:41:50 2/8 : pki-kra-10.5.9-6.el7.noarch.rpm
16:41:50 3/8 : pki-symkey-10.5.9-6.el7.x86_64.rpm
16:41:50 4/8 : pki-ca-10.5.9-6.el7.noarch.rpm
16:41:52 5/8 : pki-tools-10.5.9-6.el7.x86_64.rpm
16:41:53 6/8 : pki-base-java-10.5.9-6.el7.noarch.rpm
16:41:55 7/8 : pki-javadoc-10.5.9-6.el7.noarch.rpm
16:41:56 8/8 : pki-server-10.5.9-6.el7.noarch.rpm
16:41:56
16:41:56   Importing packages to DB:
   Importing packages: 
|##| 100.0%
16:42:00
16:42:00   Linking packages to the channel.
16:42:00
16:42:00   Errata in repo: 0.
16:42:00
16:42:00   Processing repository with URL: 
http://mirror.centos.org/centos/7/extras/x86_64/
16:42:00 Packages in repo:   419
16:42:01 No new packages to sync.
16:42:01
16:42:01   Errata in repo: 0.
16:42:01
16:42:01   Processing repository with URL: 
http://mirror.centos.org/centos/7/os/x86_64/
16:42:11
16:42:11   Importing comps file comps.xml.
16:42:13 Packages in repo: 10019
16:42:34 Packages already synced:  10011
16:42:34 Packages to sync: 8
16:42:34 New packages to download: 8
16:42:34   Downloading packages:
16:42:34 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
16:42:34 2/8 : pki-kra-10.5.9-6.el7.noarch.rpm
16:42:34 3/8 : pki-ca-10.5.9-6.el7.noarch.rpm
16:42:34 4/8 : pki-symkey-10.5.9-6.el7.x86_64.rpm
16:42:36 5/8 : pki-tools-10.5.9-6.el7.x86_64.rpm
16:42:36 6/8 : pki-base-java-10.5.9-6.el7.noarch.rpm
16:42:38 7/8 : pki-javadoc-10.5.9-6.el7.noarch.rpm
16:42:39 8/8 : pki-server-10.5.9-6.el7.noarch.rpm
16:42:40
16:42:40   Importing packages to DB:
   Importing packages: 
|##| 100.0%
16:42:43
16:42:43   Linking packages to the channel.
16:42:43
16:42:43   Errata in repo: 0.
16:42:43 Sync of channel completed in 0:02:10.
16:42:43 Total time: 0:02:10
[root@ensco2swkdev01 rhn]# spacewalk-repo-sync -c centos7
17:08:38 ==
17:08:38 | Channel: centos7
17:08:38 ==
17:08:38 Sync of channel started.
17:08:38
17:08:38   Processing repository with URL: 
http://mirror.centos.org/centos/7/updates/x86_64/
17:09:45 Packages in repo:  2236
17:09:50 Packages already synced:   2228
17:09:50 Packages to sync: 8
17:09:50 New packages to download: 8
17:09:50   Downloading packages:
17:09:50 1/8 : pki-base-10.5.9-6.el7.noarch.rpm
17:09:50 2/8 : pki-kra-10.5.9-6.el7.noarch.rpm
17:09:50 3/8 : pki-symkey-10.5.9-6.el7.x86_64.rpm
17:09:50 4/8 : pki-ca-10.5.9-6.el7.noarch.rpm
17:09:51 5/8 : pki-tools-10.5.9-6.el7.x86_64.rpm
17:09:51 6/8 : pki-base-java-10.5.9-6.el7.noarch.rpm
17:09:52 7/8 : pki-javadoc-10.5.9-6.el7.noarch.rpm
17:09:52 8/8 : pki-server-10.5.9-6.el7.noarch.rpm
17:09:52
17:09:52   Importing packages to DB:
   Importing packages: 
|##| 100.0%
17:09:56
17:09:56   Linking packages to the channel.
17:09:56
17:09:56   Errata in repo: 0.
17:09:56
17:09:56   Processing repository with URL: 
http://mirror.centos.org/centos/7/extras/x86_64/
17:09:56 Packages in repo:   419
17:09:57 No new packages to sync.
17:09:57
17:09:57   Errata in repo: 0.
17:09:57
17:09:57   Processing repository with URL: 
http://mirror.centos.org/centos/7/os/x86_64/
17:10:01
17:10:01   Importing comps file comps.xml.
17:10:03 Packages in repo: 10019
17:10:23 Packages already synced:  10011
17:10:23 Packages to sync: 8
17:10:23 New packages to download: 8
17:10:23   Downloading packages: