[Spacewalk-list] spacecmd system_listupgrades not working

Sun Aug 25 10:45:36 UTC 2013

This is fixed in spacecmd-2.1.6-1.  system_listupgrades will filter out
duplicate packages now with the filter_latest_packages() function that was
already in place.

/aron

On Sat, Aug 17, 2013 at 2:55 AM, Aron Parsons <aronparsons at gmail.com> wrote:

> Hi Tomas,
> I'll take a closer look, hopefully within the week. I'm busy on travel
> until September.
> On Aug 15, 2013 2:41 PM, "Tomas Lestach" <tlestach at redhat.com> wrote:
>
>> Hey Aron,
>>
>> do you want to comment on this thread on spacewalk-list?
>>
>>
>> Regards,
>> Tomas
>> --
>> Tomas Lestach
>> Red Hat Satellite Engineering, Red Hat
>>
>>
>> ----- Forwarded Message -----
>> > From: "Tomas Lestach" <tlestach at redhat.com>
>> > To: spacewalk-list at redhat.com
>> > Cc: "Aron Parsons" <aparsons at redhat.com>
>> > Sent: Thursday, August 15, 2013 3:31:52 PM
>> > Subject: Re: [Spacewalk-list] spacecmd system_listupgrades not working
>> >
>> > > Is the removal of duplicates the solution?
>> >
>> > I believe it would be the easiest and quickest solution.
>> >
>> > > Because default on a
>> > > RHEL-derived system, RPM/YUM leaves the 3 latest kernel-packages on
>> > > the system, so you can boot the system with the old kernel of the
>> > > new kernel is not working for you.
>> >
>> > Sure.
>> >
>> > > Maybe the better solution would be to check if there are older
>> > > packages on the system. If there are older packages and the version
>> > > to which those packages could be upgraded is already present on the
>> > > system, the upgrades aren't listed. This could also comes in handy
>> > > if you have multiple version of a package on your system. For
>> > > instance, the installation or upgrade of JDK7 by RPM doesn't remove
>> > > the old versions.
>> >
>> > java-1.5.0-gcj
>> > java-1.7.0-openjdk
>> > java-1.8.0-openjdk
>> > are different packages. java-1.8.0-openjdk isn't really an upgrade of
>> > java-1.7.0-openjdk. Well, it could be considered as upgrade from the
>> > content point of view, but definitely not from the rpm view.
>> >
>> > (For java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc19.x86_64, package name
>> > is 'java-1.7.0-openjdk' (not java) version is 1.7.0.25,
>> > release 2.3.12.3.fc19, ...)
>> >
>> > > If you have 3 older versions of the JDK7 on your
>> > > environment and not the latest, the update gets listed 4 times!!
>> >
>> > No. You can have only 'kernel' package installed in multiple versions
>> > on one system.
>> >
>> >
>> > CC'ing Aron, the author of the spacecmd.
>> >
>> > Regards,
>> > --
>> > Tomas Lestach
>> > Red Hat Satellite Engineering, Red Hat
>> >
>> >
>> > > Once for every old version and once because the latest versions is
>> > > not installed yet. So you get 3 false positives, the same as with
>> > > the kernels.
>> > >
>> > > Regards,
>> > > Andreas
>> > >
>> > >
>> > > ________________________________________
>> > > Van: spacewalk-list-bounces at redhat.com
>> > > [spacewalk-list-bounces at redhat.com] namens Tomas Lestach
>> > > [tlestach at redhat.com]
>> > > Verzonden: donderdag 15 augustus 2013 10:36
>> > > Aan: spacewalk-list at redhat.com
>> > > Onderwerp: Re: [Spacewalk-list] spacecmd system_listupgrades not
>> > > working
>> > >
>> > > Right,
>> > >
>> > > spacecmd system_listupgrades actually uses the
>> > > system.listLatestUpgradablePackages API.
>> > > Output of this API you can check on your spacewalk at
>> > > /rhn/apidoc/handlers/SystemHandler.jsp#listLatestUpgradablePackages
>> > >
>> > > basically for every installed server package, that can be upgraded
>> > > following structure is returned:
>> > >
>> > > string "name"
>> > > string "arch"
>> > > string "from_version"
>> > > string "from_release"
>> > > string "from_epoch"
>> > > string "to_version"
>> > > string "to_release"
>> > > string "to_epoch"
>> > > string "to_package_id"
>> > >
>> > > so you see for every upgradable package the latest package to that
>> > > you may upgrade.
>> > >
>> > > What spacecmd system_listupgrades actually does is it returns a
>> > > package list just according to "to_package_id".
>> > > So if you have multiple kernel versions installed, for all the
>> > > older
>> > > ones the latest kernel is offered as an
>> > > update, what causes the kernel package is listed several times.
>> > >
>> > > An option would be just to remove duplicates from the list.
>> > >
>> > >
>> > > Regards,
>> > > --
>> > > Tomas Lestach
>> > > Red Hat Satellite Engineering, Red Hat
>> > >
>> > >
>> > > ----- Original Message -----
>> > > > From: "Anthony J Coffman" <Tony.Coffman at snapon.com>
>> > > > To: spacewalk-list at redhat.com
>> > > > Sent: Wednesday, August 14, 2013 8:43:54 PM
>> > > > Subject: Re: [Spacewalk-list] spacecmd system_listupgrades not
>> > > > working
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > I can confirm and maybe explain what is going on. I don’t use
>> > > > this
>> > > > function very much but I just tried it on my Spacewalk 2.0
>> > > > install.
>> > > >
>> > > >
>> > > >
>> > > > Here is the spacecmd output for a system that the Spacewalk GUI
>> > > > said
>> > > > was up to date.
>> > > >
>> > > >
>> > > >
>> > > > spacecmd {SSM:0}> system_listupgrades centos5server
>> > > >
>> > > > kernel-PAE-2.6.18-348.12.1.el5.i686
>> > > >
>> > > > kernel-PAE-2.6.18-348.12.1.el5.i686
>> > > >
>> > > >
>> > > >
>> > > > But when I checked what kernel-PAE packages were installed, there
>> > > > were 3 installed currently on that system.
>> > > >
>> > > >
>> > > >
>> > > > [root at centos5server ~]# rpm -q kernel-PAE
>> > > >
>> > > > kernel-PAE-2.6.18-348.3.1.el5
>> > > >
>> > > > kernel-PAE-2.6.18-348.4.1.el5
>> > > >
>> > > > kernel-PAE-2.6.18-348.12.1.el5
>> > > >
>> > > >
>> > > >
>> > > > If I remove the two older kernels and then run the listupgrades
>> > > > command it shows no updates
>> > > >
>> > > >
>> > > >
>> > > > [root at centos5server ~]# rpm -e kernel-PAE-2.6.18-348.3.1.el5
>> > > >
>> > > > [root at centos5server ~]# rpm -e kernel-PAE-2.6.18-348.4.1.el5
>> > > >
>> > > > [root@ centos5server ~]# rhn-profile-sync
>> > > >
>> > > >
>> > > >
>> > > > spacecmd {SSM:0}> system_listupgrades rich-iweb-10-rv
>> > > >
>> > > > WARNING: No upgrades available for rich-iweb-10-rv
>> > > >
>> > > >
>> > > >
>> > > > Does this explain it? it’s listing the update twice – once for
>> > > > each
>> > > > of the out of date kernels. The GUI must have some logic that
>> > > > covers
>> > > > this case that the API doesn’t have.
>> > > >
>> > > >
>> > > >
>> > > > Regards,
>> > > >
>> > > > --Tony
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > From: spacewalk-list-bounces at redhat.com
>> > > > [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Andreas
>> > > > Dijkman
>> > > > Sent: Wednesday, August 14, 2013 11:08 AM
>> > > > To: spacewalk-list at redhat.com
>> > > > Subject: [Spacewalk-list] spacecmd system_listupgrades not
>> > > > working
>> > > >
>> > > >
>> > > >
>> > > > Hi,
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > We currently have some systems configured with spacewalk and
>> > > > wanted
>> > > > to play around with spacecmd.
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > The problem is the output of spacecmd system_listupgrades.
>> > > > Somehow
>> > > > there is a package-cache or something, because the
>> > > > system_listupgrades-command returns the list of not installed
>> > > > packages including the latest kernel-packages.
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > However in the spacewalk-web-GUI these updates aren't listed. Can
>> > > > someone explain or confirm this behavior? We are running
>> > > > Spacewalk
>> > > > 2.0 with Oracle as backend.
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > Met vriendelijke groet,
>> > > >
>> > > > Andreas Dijkman
>> > > > Oracle Technical Consultant
>> > > > Phone: +31(0)50-210 0132 | Mobile: +31(0)6-8115 2982
>> > > > Cygnis | Stationsweg 3B | 9726 AC Groningen
>> > > >
>> > > >
>> > > > _______________________________________________
>> > > > Spacewalk-list mailing list
>> > > > Spacewalk-list at redhat.com
>> > > > https://www.redhat.com/mailman/listinfo/spacewalk-list
>> > >
>> > > _______________________________________________
>> > > Spacewalk-list mailing list
>> > > Spacewalk-list at redhat.com
>> > > https://www.redhat.com/mailman/listinfo/spacewalk-list
>> > >
>> > > _______________________________________________
>> > > Spacewalk-list mailing list
>> > > Spacewalk-list at redhat.com
>> > > https://www.redhat.com/mailman/listinfo/spacewalk-list
>> > >
>> >
>> > _______________________________________________
>> > Spacewalk-list mailing list
>> > Spacewalk-list at redhat.com
>> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130825/05151c0e/attachment.htm>