跳到主要內容

[MySQL] 解決 MySQL 5.7.36 升級至 5.7.37 失敗：key ID 3a79bd29 NOKEY 錯誤修復教學

-
延伸閱讀更多 Linux 維護技巧：
📝 問題摘要：
當嘗試將 MySQL 從 5.7.36 升級至 5.7.37 時，可能會遇到 GPG 簽章驗證失敗的錯誤 (NOKEY)。這是因為 MySQL 官方更新了 GPG 金鑰，但舊系統中仍保留過期的金鑰所致。

一、 錯誤訊息分析

在執行 yum update 或相關更新指令時，出現以下錯誤：

warning: /var/cache/yum/x86_64/7/mysql57-community/packages/mysql-community-libs-compat-5.7.37-1.el7.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID 3a79bd29: NOKEY Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql The GPG keys listed for the "MySQL 5.7 Community Server" repository are already installed but they are not correct for this package. Failing package is: mysql-community-libs-compat-5.7.37-1.el7.x86_64 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql
更新錯誤截圖

二、 解決方案 (Solution)

根據 cPanel 官方與 MySQL 社群的建議，我們需要手動匯入新的 GPG 金鑰 (2022 版本) 來解決此問題。

方法 1：手動匯入新 GPG Key (通用解法)

適用於一般 CentOS / RHEL / AlmaLinux 系統，直接執行以下指令匯入新金鑰：

rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2022

方法 2：cPanel 用戶專用解法

如果您使用的是 cPanel 伺服器，官方提供了一個自動修復腳本：

/scripts/autorepair mysql_gpg_key

三、 驗證修復結果

匯入金鑰後，重新執行更新指令，錯誤應該已經消失，並且能順利安裝 MySQL 更新。

修復指令執行 更新過程順利 更新成功完成
📚 參考資料：
🏷️ 文章標籤 (Tags)
MySQL 網管筆記 Pixnet搬家

留言

張貼留言

這個網誌中的熱門文章

[教學] LibreNMS 在 AlmaLinux 9.7 的企業級監控完整部署：Nginx + PHP 8.3 + MariaDB + SELinux 實戰指南（含 Weathermap/Oxidized）

-
圖片
📚 延伸閱讀：相關技術系列 👉 Graylog 安裝與升級實戰筆記 👉 CentOS 8 安裝 Cacti 1.2.23 完整教學 📝 文章筆記 LibreNMS 完整安裝教學：LNMP Stack 建立與 WeatherMap 配置 本篇以 AlmaLinux 9.7 為基礎環境，示範 LibreNMS 的完整企業級監控平台建置流程，包含 Nginx + PHP 8.3 + MariaDB 的 LNMP Stack 安裝、SELinux 設定、以及 Weathermap 與 Oxidized 的整合配置。適合需要在 RHEL 9 系列環境部署網路監控平台的網管人員參考。 Step 1. 安裝 LNMP Stack (Linux+Nginx+MariaDB+PHP)) # Linux OS Update sudo yum update -y # 確定及設定系統時區 timedatectl set-timezone Asia/Taipei timedatectl Step 2. 新增 LibreNMS 使用者 useradd librenms -d /opt/librenms -M -r -s "$(which bash)" 創建一個名為 librenms 的新系統用戶，該用戶將用於運行 LibreNMS。運行以下指令創建新用戶 librenms。 -d /opt/librenms ：指定新用戶的主目錄為/opt/librenms。 -M ：不為新用戶創建主目錄。 -r ：定義新用戶為系統用戶。 -s “$(which bash)” ：指定新用戶要bash的shell。 ...
Read more »

【開發雜談】網管人的痛點我都懂！打造我的最強側邊欄工具：📡NetProbe 網路偵探📡

-
做網管查 IP 還在開三個視窗切換嗎？這篇開發日記記錄了我如何為了解決痛點，從零打造「NetProbe 網路偵探」側邊欄工具。從 V1 的陽春表單到 V136 整合 VirusTotal 與 SSL 檢測的完全體，這是屬於工程師的極致自動化浪漫。 「其實我是一個懶的寫 Blog 的人。 那為什麼還要寫？因為有一天我可能會失憶。」 技術導流 除了網際網路偵測，還需要手機照片救援？ 看看這篇實戰： [實戰] ADB + PowerShell 強制救援 LINE 照片 做網管、搞 IT 或是身為站長的開發者，應該都有個共同痛點：查一個 IP 或網域，真的要開好多分頁！光是 nslookup 和 whois 敲完，杯裡的咖啡都涼了。☕ 因此我決定： 「既然都要查，不如直接在我的部落格側邊欄弄一個萬能查詢小工具吧！」 今天就來聊聊這個常駐在本站側邊欄的黑科技—— 「NetProbe 網路偵探」 。它是如何從一個陽春的 HTML 表單，進化成現在這個 V155 完全體 的血淚歷程。 😩 網管人的真實痛點：視窗切換地獄 傳統標準流程： 遇到怪 IP 時，要分別開啟 FortiGuard、VirusTotal、Kaspersky 三個分頁，再重複執行「複製、貼上、搜尋」。視窗切來切去，效率低到爆！NetProbe 的誕生，就是為了實現「點一下，全參數帶入」的極速體驗。 💻 NetProbe 開發血淚史 (Dev Log) 1. 混沌初開：V1 時期 (單純表單) 最初的 V1 版本真的極度簡陋。沒有版號、沒有精緻的 CSS，就是一個純粹的「輸入框 + 送出按鈕」。當時功能極其單純：只能查查 GSN DNS 或看個基本的 A 紀錄。 2. 功能大爆發：V7 ~ V93 (區塊化革命) 資安情資整合： 成功串接 FortiGuard、VirusTotal、Kaspersky，實踐一鍵檢測威脅。 模組化分層： 介面正式演進為 DNS 解析...
Read more »

Rocky Linux 8 × HPE IMC 7.3 × MariaDB：2026 部署前言與 Phase 0～1 完整環境準備

-
📌 前言系列 - 本站前作 本系列文章為以下兩篇 CentOS 7 實戰指南的「2026 年現代化重製與推進版」。強烈建議搭配閱讀以了解 iMC 底層演進脈絡： 👉 [安裝篇] HPE IMC 7.3 在 CentOS 7 的完整部署全書：環境相容性修正與 MySQL 5.7 初始建置實戰 👉 [進階篇] HPE IMC 7.3 在 CentOS 7 的維運實戰：MySQL 8.0 極限調優與 OpenSSH 資安升級指南 📝 文章筆記 Rocky Linux 8 × HPE IMC 7.3 × MariaDB：2026 部署前言與 Phase 0～1 完整環境準備 ⚠️ 本系列並非官方標準部署，而是基於實戰驗證的「可運作方案」，適用於無法使用舊版 OS 的現代環境。 本文詳細解析 2026 年為何選擇 Rocky Linux 8 作為 HPE iMC 7.3 的部署平台，並提供硬體資源預檢與系統基礎環境校正的實戰腳本。 為什麼 2026 還在裝 iMC 7.3？ 先把現實講白一點： 現在的 Linux 世界，已經有 Rocky 8、Rocky 9，甚至 Rocky 10 在那邊排隊，RHEL 9 也早就 GA 一段時間了。 但 iMC 7.3 的官方世界，還停在「最後支援 Red Hat / CentOS 8」那一頁：文件寫得很漂亮，實際上 CentOS 7/8 本尊早就 EOL。打開 HPE 的 iMC 7.3 文件，你會看到一個很典型的「時代交接場景」： 作業系統支援矩陣： Windows...
Read more »