Bug 85222

Summary: As of 26-Feb-03, tcpdump-3.6.2-12.2.1AS.1 errata for AW2.1 not available for AS2.1
Product: [Retired] Red Hat Network Reporter: Glen A. Foster <glen.foster>
Component: RHN/ChannelsAssignee: Mihai Ibanescu <mihai.ibanescu>
Status: CLOSED WORKSFORME QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: medium    
Version: RHN StableCC: rhn-bugs
Target Milestone: ---   
Target Release: ---   
Hardware: ia64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-02-27 23:17:23 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
AW2.1 output of "up2date --showall --list"
none
AS2.1 output of "up2date --showall --list"
none
AW2.1 output of "rpm -qa | sort"
none
AS2.1 output of "rpm -qa | sort" none

Description Glen A. Foster 2003-02-26 19:22:37 UTC
Intro: I don't know if I filed this against the right component.  Please 
forward to the appropriate product/component as necessary.

Description of problem: As of today (26-Feb-2003), the AS2.1 and AW2.1 RHN 
channels for IPF/IA64 are out of synchronization; not packages available for 
AW2.1 are available for AS2.1 -- this is an issue.  See data below.

Version-Release number of selected component (if applicable):
RHN channels for AS2.1/ia64 and AW2.1/ia64 as of 26-Feb-2003.

How reproducible: 100% (always)

Steps to Reproduce:
1. Perform an everything install on IPF box w/ RHAS 2.1
2. Register with RHN
3. Get all available errata package updates (SRPMS, too), download-only
4. Perform steps 1 through 3 with RHAW2.1 on IPF box
5. Compare rpms downloaded from RHN server
    
Actual results:

... caveat: I copied all RPMs from /var/spool/up2date on both systems (as2.1 
and aw2.1) to a server in "as2.1" and "aw2.1" directories.  I also created sub-
directories "as2.1/SRPMS" and "aw2.1/SRPMS* and moved *.src.rpm packages to 
those sub-directories.

# ls aw2.1/*.rpm | wc
    159     159    6047
# ls as2.1/*.rpm | wc
    157     157    5960
# ls aw2.1/SRPMS/*.rpm | wc
     59      59    2295
# ls as2.1/SRPMS/*.rpm | wc
     59      59    2290
# diff -r --brief as2.1/ aw2.1/
Only in as2.1/SRPMS: clumanager-1.0.19-2.src.rpm
Only in aw2.1/SRPMS: tcpdump-3.6.2-12.2.1AS.1.src.rpm
Only in aw2.1/: arpwatch-2.1a11-12.2.1AS.1.ia64.rpm
Only in as2.1/: clumanager-1.0.19-2.ia64.rpm
Only in aw2.1/: libpcap-0.6.2-12.2.1AS.1.ia64.rpm
Only in aw2.1/: tcpdump-3.6.2-12.2.1AS.1.ia64.rpm

Expected results: Packages for AW2.1 to be a subset or equivalent to AS2.1

Additional info: The clumanager packages are AS2.1-only, so they are not a 
concern.  However, the AS2.1 release should offer the tcpdump, libpcap, and 
arpwatch packages that are available to AW2.1...

Comment 1 Mihai Ibanescu 2003-02-26 21:10:39 UTC
Glen, try:

up2date --list --showall

I can see the packages there.

Comment 2 Glen A. Foster 2003-02-26 23:57:46 UTC
Created attachment 90387 [details]
AW2.1 output of "up2date --showall --list"

Comment 3 Glen A. Foster 2003-02-26 23:58:08 UTC
Created attachment 90388 [details]
AS2.1 output of "up2date --showall --list"

Comment 4 Mihai Ibanescu 2003-02-27 00:15:35 UTC
The packages you mention missing in AS do show on the list. Am I missing something?

Comment 5 Glen A. Foster 2003-02-27 00:20:55 UTC
I'm not sure if you're missing anything.  Nevertheless, when I run the
following command on a text console on an Advanced Server 2.1 everything
install:

# up2date --update --download --src --nox

... I do not get the tcpdump errata packages.  I do get them on a
similarly-configured Advanced Workstation install.

Comment 6 Mihai Ibanescu 2003-02-27 00:26:19 UTC
Can you please run (on the AS box):
rpm -q tcpdump

Is the tcpdump package installed?
Is the output the same on the AS box?
Trying to narrow it down...

Comment 7 Glen A. Foster 2003-02-27 16:04:55 UTC
[root root]# rpm -q tcpdump
tcpdump-3.6.2-11.7.2.0

[root root]# rpm -q tcpdump
tcpdump-3.6.2-11.7.2.0

... I'll attach an 'rpm -qa | sort' for both AS and AW.  The only mods I made 
to each was to add dante to _both_ distros.

Comment 8 Glen A. Foster 2003-02-27 16:06:15 UTC
Created attachment 90401 [details]
AW2.1 output of "rpm -qa | sort"

Comment 9 Glen A. Foster 2003-02-27 16:06:45 UTC
Created attachment 90402 [details]
AS2.1 output of "rpm -qa | sort"

Comment 10 Mihai Ibanescu 2003-02-27 17:03:40 UTC
OK, so here's today's version of what's going on:

On my workstation (which is 7.3, but up2date didn't change that much), doing:

rpm -q tcpdump
tcpdump-3.6.2-12

up2date --update --download --src --nox tcpdump
[snip]
None of the packages you requested were found, or they are already updated.

rpm -e tcpdump
up2date --update --download --src --nox tcpdump
[snip]
tcpdump-3.6.2-12.i386.rpm:  ########################## Done.                   
tcpdump-3.6.2-12.src.rpm:   ########################## Done.                   

So, if you have the package installed, it won't download it again, neither the
binary nor the source.

I believe the source rpm got into /var/spool/up2date prior to the package being
installed - but I am not sure.

Does this make sense? (my explanation, not up2date's behaviour :-)

Otherwise, I was able to download the source rpm for tcpdump from the 2.1AS ia64
channel without any problem - the channels seem to be as identical as they were
meant to be by looking at the database.

Comment 11 Glen A. Foster 2003-02-27 18:12:28 UTC
I can't tell what the next action item is for diagnosing this.  I'm under the 
impression you're effectively saying "it should just work"... I'll try to re-
install AS and AW on machines today and try it again to reproduce it and report 
back either way.

Comment 12 Glen A. Foster 2003-02-27 23:17:23 UTC
The next time I tried this experiment, the only diffs were AS2.1-specific,
namely "im" and "clumanager".  I can't seem to re-create this defect, so
I'm closing it.  Sorry for the red herring. :(