Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 85222 - As of 26-Feb-03, tcpdump-3.6.2-12.2.1AS.1 errata for AW2.1 not available for AS2.1
Summary: As of 26-Feb-03, tcpdump-3.6.2-12.2.1AS.1 errata for AW2.1 not available for ...
Alias: None
Product: Red Hat Network
Classification: Red Hat
Component: RHN/Channels
Version: RHN Stable
Hardware: ia64
OS: Linux
Target Milestone: ---
Assignee: Mihai Ibanescu
QA Contact: Red Hat Satellite QA List
Depends On:
TreeView+ depends on / blocked
Reported: 2003-02-26 19:22 UTC by Glen A. Foster
Modified: 2007-04-18 16:51 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-02-27 23:17:23 UTC
Target Upstream Version:

Attachments (Terms of Use)
AW2.1 output of "up2date --showall --list" (deleted)
2003-02-26 23:57 UTC, Glen A. Foster
no flags Details
AS2.1 output of "up2date --showall --list" (deleted)
2003-02-26 23:58 UTC, Glen A. Foster
no flags Details
AW2.1 output of "rpm -qa | sort" (deleted)
2003-02-27 16:06 UTC, Glen A. Foster
no flags Details
AS2.1 output of "rpm -qa | sort" (deleted)
2003-02-27 16:06 UTC, Glen A. Foster
no flags Details

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

# 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@as2.1 root]# rpm -q tcpdump

[root@aw2.1 root]# rpm -q tcpdump

... 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

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

rpm -e tcpdump
up2date --update --download --src --nox tcpdump
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. :(

Note You need to log in before you can comment on or make changes to this bug.