Re: [Spacewalk-list] Spacewalk - Packages renamed while errata is installed.
Michael, Yes, I've been able to install it manually, but also have found the problem, it was not the server, but the client, the RHN Plugin was installed but not enabled, so the server didn't have any repositories to download the package. Thanks all for the Help! BR El lun., 16 de abr. de 2018 04:56, Michael Mraka escribió: > Ezequiel Sozzi: > > Michael, > > > > The package is under /var/satellite path, yes I can download the package > > from the webUI, I have tested again the errata's deploy and there are not > > errors showed on the error_log file. > > > > Any further ideas? > > Are you able to install this package manually? > > yum install libgudev1-219-30.el7_3.9 > > > Thanks in advance. > > > > Ezequiel A. Sozzi. > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk - Packages renamed while errata is installed.
Ezequiel Sozzi: > Michael, > > The package is under /var/satellite path, yes I can download the package > from the webUI, I have tested again the errata's deploy and there are not > errors showed on the error_log file. > > Any further ideas? Are you able to install this package manually? yum install libgudev1-219-30.el7_3.9 > Thanks in advance. > > Ezequiel A. Sozzi. Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk - Packages renamed while errata is installed.
Michael, The package is under /var/satellite path, yes I can download the package from the webUI, I have tested again the errata's deploy and there are not errors showed on the error_log file. Any further ideas? Thanks in advance. Ezequiel A. Sozzi. 2018-04-11 4:59 GMT-03:00 Michael Mraka : > Ezequiel Sozzi: > > Hello! > > > > I'm currently have a problem with erratas deployments. While I'm trying > to > > deploy an errata I get the following error: > > > > *Details:* > > This action will be executed after 4/9/18 12:16:00 PM GMT > > This action's status is: Failed. > > The client picked up this action on 4/9/18 8:23 AM > > The client completed this action on 4/9/18 8:23 AM > > Client execution returned "Failed: Packages failed to install properly: > > Package libgudev1-0:219-30.el7_3.9.x86_64 is not available for > > installation" (code 32) > > > > Errata Affected: > >- RHBA-2017:1311 - systemd bug fix update > ... > > sha256:d36b44c7639c9ef352289a48c78e2b7b2c20ad16fa140154bdf6d152a6e702ab > > libgudev1-219-30.el7_3.9-x86_64 > ... > > > > Comparing the packages I found that Spacewalk is trying to download > > libgudev1-*0:*219-30.el7_3.9.x86_64 instead > libgudev1-219-30.el7_3.9-x86_64 > > I've been looking on rhn logs but I didn't find any log that could advice > > me about where the "0:" is added to the packages name. > > More weird is this problem only happens with only one repository. > > > > Does anyone have any Idea about what it could be happening? > > Hello Ezequiel, > > It's not a but It's just two different way how to reference the package. > libgudev1-219-30.el7_3.9-x86_64 in the erratum is the real filename of > the package. While action refers to so-called NEVRA > (name-epoch-version-release-arch) so the "0:" part is epoch which is not > included in filename. > > IMHO this is not a cause of your issue. > > Is the pacakge on the spacewalk filesystem (under /var/satellite)? > Can you download package from the package detail page in webUI? > Is there any error in /var/log/httpd/*error_log? > > > Thanks in advance > > > > Best Regards. > > > > Ezequiel Sozzi. > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk - Packages renamed while errata is installed.
Ezequiel Sozzi: > Hello! > > I'm currently have a problem with erratas deployments. While I'm trying to > deploy an errata I get the following error: > > *Details:* > This action will be executed after 4/9/18 12:16:00 PM GMT > This action's status is: Failed. > The client picked up this action on 4/9/18 8:23 AM > The client completed this action on 4/9/18 8:23 AM > Client execution returned "Failed: Packages failed to install properly: > Package libgudev1-0:219-30.el7_3.9.x86_64 is not available for > installation" (code 32) > > Errata Affected: >- RHBA-2017:1311 - systemd bug fix update ... > sha256:d36b44c7639c9ef352289a48c78e2b7b2c20ad16fa140154bdf6d152a6e702ab > libgudev1-219-30.el7_3.9-x86_64 ... > > Comparing the packages I found that Spacewalk is trying to download > libgudev1-*0:*219-30.el7_3.9.x86_64 instead libgudev1-219-30.el7_3.9-x86_64 > I've been looking on rhn logs but I didn't find any log that could advice > me about where the "0:" is added to the packages name. > More weird is this problem only happens with only one repository. > > Does anyone have any Idea about what it could be happening? Hello Ezequiel, It's not a but It's just two different way how to reference the package. libgudev1-219-30.el7_3.9-x86_64 in the erratum is the real filename of the package. While action refers to so-called NEVRA (name-epoch-version-release-arch) so the "0:" part is epoch which is not included in filename. IMHO this is not a cause of your issue. Is the pacakge on the spacewalk filesystem (under /var/satellite)? Can you download package from the package detail page in webUI? Is there any error in /var/log/httpd/*error_log? > Thanks in advance > > Best Regards. > > Ezequiel Sozzi. Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Spacewalk - Packages renamed while errata is installed.
Hello! I'm currently have a problem with erratas deployments. While I'm trying to deploy an errata I get the following error: *Details:* This action will be executed after 4/9/18 12:16:00 PM GMT This action's status is: Failed. The client picked up this action on 4/9/18 8:23 AM The client completed this action on 4/9/18 8:23 AM Client execution returned "Failed: Packages failed to install properly: Package libgudev1-0:219-30.el7_3.9.x86_64 is not available for installation" (code 32) Errata Affected: - RHBA-2017:1311 - systemd bug fix update When I check the errata's packages I get this list: RHBA-2017:1311 - Bug Fix Advisory - Packages RHEL 6 OS (x86_64) sha256:01a653b21762a7fe70639da531283bcf7df7e7261fd414ed4ee2766f84ec18e8 libgudev1-219-30.el7_3.9-i686 sha256:d36b44c7639c9ef352289a48c78e2b7b2c20ad16fa140154bdf6d152a6e702ab libgudev1-219-30.el7_3.9-x86_64 sha256:890025aa0efd5996f298fe9ca9245d0039eace186764deb142f0b3b6dc7e3293 libgudev1-devel-219-30.el7_3.9-i686 sha256:4c0d644eb4eab019af4afc8f350cdafb340bafe43ada1e4e26c4c7e9652528ca libgudev1-devel-219-30.el7_3.9-x86_64 sha256:9704dc2026c37a3fb48ef8aebebcec69727b7eca5eb7935eed13068f4ca9df58 systemd-219-30.el7_3.9-x86_64 sha256:f0cfd9f15a30a6bdd0d3918f583ed72a0a5d6c83245781aee9acbc725498 systemd-devel-219-30.el7_3.9-i686 sha256:e53cef6019e84ab3a0dd88953807d153c138d3dcdf2b82b1ae142ad8af0311a9 systemd-devel-219-30.el7_3.9-x86_64 sha256:236477aaa7892d0cdc69309babf2a6c965e9a5c015a4c33a98efe6f97a9cb5c0 systemd-libs-219-30.el7_3.9-i686 sha256:63ecd208f49be14ce5114d889ad634ef5f30c5bc3f14c145431471f00230bee2 systemd-libs-219-30.el7_3.9-x86_64 sha256:9604832bc4cafb57b41cbf092c40dccdd5d8fa62389e77b5a9c6c8b48b16f857 systemd-python-219-30.el7_3.9-x86_64 sha256:5f640b78a329045b0795b4a3cff510af03d5ace91e80cb3dc3cf322019d3dce1 systemd-sysv-219-30.el7_3.9-x86_64 Comparing the packages I found that Spacewalk is trying to download libgudev1-*0:*219-30.el7_3.9.x86_64 instead libgudev1-219-30.el7_3.9-x86_64 I've been looking on rhn logs but I didn't find any log that could advice me about where the "0:" is added to the packages name. More weird is this problem only happens with only one repository. Does anyone have any Idea about what it could be happening? Thanks in advance Best Regards. Ezequiel Sozzi. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list