Ad Widget

Collapse

With update to 3.24 yum fails GPG checks

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • japicka
    Junior Member
    • Mar 2017
    • 4

    #1

    With update to 3.24 yum fails GPG checks

    Since the update this morning to 3.2.4, on any system where I have the repo package installed, I can no longer update zabbix. I get the following error:

    The GPG keys listed for the "Zabbix Official Repository - x86_64" repository are already installed but they are not correct for this package.

    If I go into /etc/yum.repos.d and edit zabbix.repo and turn off the GPG check the update proceeds normally.

    However you have changed your signing signature for the packages, perhaps you should update your repo package as well.
  • Atsushi
    Senior Member
    • Aug 2013
    • 2028

    #2
    Is the version of the package that caused the error not 3.2.4-1?
    3.2.4-2 seems to be released, please retry.

    Comment

    • japicka
      Junior Member
      • Mar 2017
      • 4

      #3
      Not for Centos/RHEL 6

      3.2.4-1 is the latest release for RHEL/CENTOS 6, and it's still a problem.

      Comment

      • barmaleyka
        Junior Member
        • Mar 2017
        • 1

        #4
        both rhel7 and rhel6 packages are signed with the same key

        Code:
        # rpm -qip zabbix-agent-3.2.4-1.el6.x86_64.rpm zabbix-agent-3.2.4-1.el7.x86_64.rpm | grep -i sign
        Signature   : DSA/SHA1, Thu 02 Mar 2017 12:38:32 AM EST, Key ID d13d58e479ea5ed4
        Signature   : DSA/SHA1, Thu 02 Mar 2017 12:38:57 AM EST, Key ID d13d58e479ea5ed4
        zabbix-release package for both rhel7 and rhel6 uses

        Code:
        gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ZABBIX-A14FE591
        previous version of the rhel6 package was signed by the correct key

        Code:
        # rpm -qip zabbix-agent-3.2.3-1.el6.x86_64.rpm | grep -i sign
        Signature   : RSA/10, Thu 22 Dec 2016 01:29:18 AM EST, Key ID 082ab56ba14fe591
        Currently I can't install the package on the fresh server without manually importing the correct key -
        it can be downloaded, or just the key for the unsupported repo can be imported.

        On the servers with some history, where previous versions were installed before upgrading to the 3.2 branch,
        the correct key is imported. I can only assume that the packages before 3.2 were signed by ZABBIX-79EA5ED4,
        that's how it got imported. 3.2 switched to the new key ZABBIX-A14FE591 for whatever reason and was using it
        up to 3.2.4 release.

        Comment

        • jan.garaj
          Senior Member
          Zabbix Certified Specialist
          • Jan 2010
          • 506

          #5
          Zabbix uses another GPG key from 3.2 version. Just use correct one:
          Old one: http://repo.zabbix.com/RPM-GPG-KEY-ZABBIX
          New one (3.2+): http://repo.zabbix.com/RPM-GPG-KEY-ZABBIX-A14FE591
          Devops Monitoring Expert advice: Dockerize/automate/monitor all the things.
          My DevOps stack: Docker / Kubernetes / Mesos / ECS / Terraform / Elasticsearch / Zabbix / Grafana / Puppet / Ansible / Vagrant

          Comment

          • japicka
            Junior Member
            • Mar 2017
            • 4

            #6
            Ok, but don't you think the repo RPM should be fixed

            Ok that's great, shouldn't the repo RPM be updated accordingly?

            Comment

            • jan.garaj
              Senior Member
              Zabbix Certified Specialist
              • Jan 2010
              • 506

              #7
              Probably old key has been used for 3.2.4 packages: https://support.zabbix.com/browse/ZBX-11868

              Workaround: import both keys
              Code:
              rpm --import http://repo.zabbix.com/RPM-GPG-KEY-ZABBIX-79EA5ED4
              rpm --import http://repo.zabbix.com/RPM-GPG-KEY-ZABBIX-A14FE591
              Devops Monitoring Expert advice: Dockerize/automate/monitor all the things.
              My DevOps stack: Docker / Kubernetes / Mesos / ECS / Terraform / Elasticsearch / Zabbix / Grafana / Puppet / Ansible / Vagrant

              Comment

              • neonardo1
                Junior Member
                • Mar 2017
                • 2

                #8
                The RPMs should be updated and signed with the correct key. Signing with the wrong key and then not fixing it only contributes to speculation of something potentially malicious.

                Waiting until the next release to fix the packages isn't acceptable.

                Comment

                • japicka
                  Junior Member
                  • Mar 2017
                  • 4

                  #9
                  Problem also exists on RHEL 7

                  Just verified that it is also a issue in RHEL 7 as well as 6.

                  Where I somewhat agree with another poster that changing the key is probably not the best idea, the Key they are changing to is installed with the REPO rpm.

                  So all you are really doing is changing to a different key that has been verified. However, I would like to see the zabbix people FIX the repo RPM or update it accordingly.

                  For now I am doing what the other poster said, changing it the the RPM-GPG-KEY-ZABBIX instead of RPM-GPG-KEY-ZABBIX-A14FE591. They are both installed by the repo RPM and they are both valid signing keys.

                  Comment

                  • Atsushi
                    Senior Member
                    • Aug 2013
                    • 2028

                    #10
                    The update procedure is as follows.

                    Code:
                    # yum update http://repo.zabbix.com/zabbix/3.2/rhel/7/x86_64/zabbix-release-3.2-1.el7.noarch.rpm
                    # yum clean all
                    # yum update zabbix-agent
                    You can upgrade the package if you import KEY for Zabbix 3.2 packages.

                    Comment

                    Working...