<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Op 30/01/2013 16:39, Pietro Leone Pola
      Falletti di Villafalletto schreef:<br>
    </div>
    <blockquote cite="mid:51093EC1.3000908@diff.org" type="cite">Hallo,
      I have other info, I installed another server and spacewalk tells
      me that there are some packages to update:
      <br>
      <br>
      tzdata-2012j-1.el6.noarch     tzdata-2012i-2.el6.noarch    <br>
      <br>
      xorg-x11-server-common-1.10.6-1.0.1.el6.centos.x86_64    
      xorg-x11-server-common-1.10.6-1.el6.centos.x86_64    <br>
      <br>
      xorg-x11-server-Xorg-1.10.6-1.0.1.el6.centos.x86_64    
      xorg-x11-server-Xorg-1.10.6-1.el6.centos.x86_64    <br>
      <br>
      xulrunner-10.0.12-1.el6.centos.x86_64    
      xulrunner-10.0.11-1.el6.centos.x86_64
      <br>
      <br>
      But yum on the server sees one package only:
      <br>
      <br>
      yum check-update
      <br>
      Loaded plugins: fastestmirror, rhnplugin, security
      <br>
      This system is receiving updates from RHN Classic or RHN
      Satellite.
      <br>
      Loading mirror speeds from cached hostfile
      <br>
      <br>
      xulrunner.x86_64           10.0.12-1.el6.centos
                                centos6-x86_64
      <br>
      <br>
      Any idea?
      <br>
      <br>
      Thanks, Pietro.
      <br>
      <br>
    </blockquote>
    There's two possible causes I think:<br>
    <ol>
      <li>The yum cache on the client side hasn't been refreshed yet so
        it's using old data when trying to do the updates. You should be
        avble to fix this by running "<b>yum clean all</b>" on the
        client and trying the update again (or yum check-update on the
        client)</li>
      <li>The repository cache on the spacewalk server side hasn't been
        rebuilt. Normally this gets rebuilt automatically after a little
        time (usually max 1 min), and is triggered by the taskomatic
        deamon. You can check the last repo change and rebuild dates in
        the webinterface by going to <b>Channels > Software Channels
          > channelname you want</b> and looking at the "Last
        Modified" and "Last Repo Build" times. They should be fairly
        close to each other.<br>
        <br>
        If they haven't been rebuilt chances are the taskomatic daemon
        has crashed due to a bug and needs a restart.</li>
    </ol>
    <p>Regards,<br>
      Jeremy<br>
    </p>
    <blockquote cite="mid:51093EC1.3000908@diff.org" type="cite">On
      01/30/2013 09:23 AM, Pietro Leone Pola Falletti di Villafalletto
      wrote:
      <br>
      <blockquote type="cite">Hallo, any idea? I found an old bug, but
        the solution does not work.
        <br>
        <br>
        Thanks, Pietro.
        <br>
        <br>
        On 01/29/2013 05:44 PM, Pietro Leone Pola Falletti di
        Villafalletto wrote:
        <br>
        <blockquote type="cite">Hallo, I see several systems that need
          update, but when I schedule an
          <br>
          update it fails with this error:
          <br>
          <br>
          Error while executing packages action: empty transaction [[6]]
          <br>
          <br>
          On the servers yum does not find any update needed, spacewalk
          see three
          <br>
          packages.
          <br>
          <br>
          Any idea?
          <br>
          <br>
          Thanks, Pietro.
          <br>
        </blockquote>
      </blockquote>
    </blockquote>
    <br>
  <p>**** DISCLAIMER ****<br><a href="http://www.schaubroeck.be/maildisclaimer.htm">http://www.schaubroeck.be/maildisclaimer.htm</a></p>
</body>
</html>