Re: Can not update a freshly loaded Red Hat Enterprise Linux AS

From: Carl Reynolds (redhat-list_at_hyperbole-software.com)
Date: 05/19/05

  • Next message: Gerrit Albrecht: "Re: GCC compiling errors"
    Date: Thu, 19 May 2005 01:02:29 -0500
    To: General Red Hat Linux discussion list <redhat-list@redhat.com>
    
    

    Dave Basener wrote:

    > I have a new academic license for 9 machines. The first machine went
    > fine, but the second machine has been the same problem after 4
    > separate full, clean installs. I have varied the package mix and in
    > the latest I used the default packages.
    >
    > When I run up2date it downloads the 2 up2date packages that it
    > suggests I update first and then hangs. The log file has:
    >
    > [Wed May 18 09:31:35 2005] up2date updating login info
    > [Wed May 18 09:31:35 2005] up2date logging into up2date server
    > [Wed May 18 09:31:36 2005] up2date successfully retrieved
    > authentication token from up2date server
    > [Wed May 18 09:31:47 2005] up2date availablePackageList from network
    > [Wed May 18 09:33:10 2005] up2date solving dep for: ['up2date']
    > [Wed May 18 09:33:12 2005] up2date solving dep for: ['up2date']
    > [Wed May 18 09:34:10 2005] up2date installing packages:
    > ['up2date-4.4.5.6-2', 'up2date-gnome-4.4.5.6-2']
    > [Wed May 18 09:34:16 2005] up2date RPM dependency error. The message was:
    > Dependencies should have already been resolved, but they are not.
    >
    > ==============================
    >
    >
    > The response to the command line (up2date) is:
    >
    > Traceback (most recent call last):
    > File "/usr/share/rhn/up2date_client/gui.py", line 2158, in
    > doInstallation
    > kernelsToInstall = up2date.installPackages(self.selectedPkgList,
    > self.rpmCallback)
    > File "/usr/share/rhn/up2date_client/up2date.py", line 752, in
    > installPackages
    > runTransaction(ts, added, removed,rpmCallback, rollbacktrans =
    > rollbacktrans)
    > File "/usr/share/rhn/up2date_client/up2date.py", line 618, in
    > runTransaction
    > "but they are not."), deps)
    > up2date_client.up2dateErrors.DependencyError: RPM dependency error.
    > The message was:
    > Dependencies should have already been resolved, but they are not.
    >
    > ===============================
    >
    > If I just try to rpm the 2 up2date rpms:
    >
    > rpm --install up2date-4.4.5.6-2.i386.rpm up2date-gnome-4.4.5.6-2.i386.rpm
    > error: rpmdbNextIterator: skipping h# 74 Header V3 DSA signature:
    > BAD, key ID db42a60e
    > error: rpmdbNextIterator: skipping h# 102 Header V3 DSA signature:
    > BAD, key ID db42a60e
    > error: rpmdbNextIterator: skipping h# 74 Header V3 DSA signature:
    > BAD, key ID db42a60e
    > error: rpmdbNextIterator: skipping h# 74 Header V3 DSA signature:
    > BAD, key ID db42a60e
    > error: rpmdbNextIterator: skipping h# 65 Header V3 DSA signature:
    > BAD, key ID db42a60e
    > error: Failed dependencies:
    > /usr/bin/python is needed by up2date-4.4.5.6-2.i386
    > mkinitrd >= 3.2.2 is needed by up2date-4.4.5.6-2.i386
    > python >= 2.2.2 is needed by up2date-4.4.5.6-2.i386
    > python-optik is needed by up2date-4.4.5.6-2.i386
    > sh-utils is needed by up2date-4.4.5.6-2.i386
    > /usr/bin/python is needed by up2date-gnome-4.4.5.6-2.i386
    > Suggested resolutions:
    > coreutils-5.2.1-31.i386.rpm
    > mkinitrd-4.1.18-2.i386.rpm
    > python-2.3.4-14.i386.rpm
    >
    > =============================
    >
    > Now, I already have coreutils-5.2.1-31
    > <https://rhn.redhat.com/network/software/packages/details.pxt?sid=1005568695&id_combo=35203%7c251001>
    > , mkinitrd-4.1.18-2
    > <https://rhn.redhat.com/network/software/packages/details.pxt?sid=1005568695&id_combo=500000012%7c90945>,
    > python-2.3.4-14
    > <https://rhn.redhat.com/network/software/packages/details.pxt?sid=1005568695&id_combo=500000210%7c37620>
    > but I'm a good sport and so I downloaded these from RH and ran the rpm
    > again:
    >
    > I am now given a new list of RPMs that I should get - which I,
    > according to RHN, already have, but that's OK, I'm game - I download
    > ncurses-5.4-13
    > <https://rhn.redhat.com/network/software/packages/details.pxt?sid=1005568695&id_combo=500000009%7c241139>
    > and module-init-tools-3.1-0.pre5.3
    > <https://rhn.redhat.com/network/software/packages/details.pxt?sid=1005568695&id_combo=38423%7c247334>
    > and try again.
    >
    > Now I just get:
    > "error: rpmdbNextIterator: skipping h# 65 Header V3 DSA
    > signature: BAD, key ID db42a60e"
    > repeated until universal heat-death.
    >
    > BTW, querying a package doesn't work either:
    > rpm --query python-2.3.4-14.i386 coreutils-5.2.1-31
    > error: rpmdbNextIterator: skipping h# 74 Header V3 DSA signature:
    > BAD, key ID db42a60e
    > error: rpmdbNextIterator: skipping h# 65 Header V3 DSA signature:
    > BAD, key ID db42a60e
    >
    >
    > Does any one have any suggestions? Anything obvious that I am doing
    > wrong? RedHat has already told me that they don't want to talk to me
    > because I have an Academic License. At some point I am going to
    > conclude that being unable to upgrade a machine because of errors that
    > their tool tells me it should have been able to avoid is a violation
    > of the license.
    >
    > Thanks for any help at all.
    >
    > Dave Basener
    >
    I ran into this problem when installing Fedora Core 3. I solved it in
    up2date by updating those packages that would update without problems.
    It meant selecting small groups of ten or less at a time to update and
    see how many would update.. Unselecting any that had dependency problems
    and going on. I continued this until all the packages that could be
    updated were updated. I then started over with the ones that were left.
    Some of them updated so I started over with the ones that were left, ...
    eventually all the packages in the list updated.

    It was a slow process and took a lot of "babysitting" the updates, but
    eventually everything updated. Often I found that if a package would not
    update on its own, if there was also a -devel package with the same
    name, selecting the -devel package first would update both packages.

    I don't know if that will help and I'm sure you don't want to go through
    a process like that with nine machines. Wish I could make a better
    suggestion.

    Carl.

    -- 
    redhat-list mailing list
    unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
    https://www.redhat.com/mailman/listinfo/redhat-list
    

  • Next message: Gerrit Albrecht: "Re: GCC compiling errors"

    Relevant Pages

    • Re: =?iso-8859-1?q?can=B4t_get_kde=2C_can=B4t_get_gnome=2E=2E=2Ew?= =?iso-8859-1?q?h
      ... You can remove a package or a group of packages via yum. ... The last two installs that fell apart on me just this week I changed nothing at all in yum. ... In one of the installs, I tried to update everything at once, and was subsequently advised not to do so. ... Updating kde-base and various other essential kde libs. ...
      (Fedora)
    • Configuration file and auxiliary packages
      ... Having hundreds of machines means ... For many packages we have site-specific configuration files we want set up ... install of a package. ... installs, etc.) but these complicate package installation considerably. ...
      (Debian-User)
    • Re: which Linux versions?
      ... you can extract the contents of an RPM as if it were ... but I've never had conflicts. ... I recall there was one package which tried to overwrite an existing ... RPM and tar.gz) is to distribute an RPM which installs all files ...
      (comp.lang.fortran)
    • Re: What Access Runtime files are needed to deploy? (2002/XP)
      ... I will definitely do the upgrade to 2003 if it creates a smaller package. ... > installs came about to 15 megs in size. ... > the activeX controls during a install (assuming you stick to the controls ... > windows 98SE, or windows xp. ...
      (comp.databases.ms-access)
    • Re: Thanks for aptitude...
      ... > Do apt/dselect and aptitude share the same database as far as the ... installs or removes package, and its database about what is installed is ...
      (Debian-User)