差異處

這裏顯示兩個版本的差異處。

連向這個比對檢視

兩邊的前次修訂版 前次修改
tech:pbsfaq [2024/11/14 07:14] – 升級到 3.2.8-1 後出現吃大量 CPU 的問題 jonathantech:pbsfaq [2024/11/14 07:16] (目前版本) – 升級到 3.2.8-1 後出現吃大量 CPU 的問題 jonathan
行 1: 行 1:
 ====== PBS 常見問題與解決方式 ====== ====== PBS 常見問題與解決方式 ======
  
-==== 無法移除 zpool 問題 ====+===== 無法移除 zpool 問題 =====
   * 參考 - https://forum.proxmox.com/threads/unable-to-remove-datastore-in-pbs.123061/   * 參考 - https://forum.proxmox.com/threads/unable-to-remove-datastore-in-pbs.123061/
   * Exp 無法移除 zfs-backup <cli>   * Exp 無法移除 zfs-backup <cli>
行 16: 行 16:
 </cli> </cli>
  
-==== ZPool 突然消失問題 ====+===== ZPool 突然消失問題 =====
   * 進行 remote 同步過程, 不知名原因造成原本建立的 pbs-zpool 消失, 因為測試備份資料, 所以沒有特別找 zfs 資料救回處理程序   * 進行 remote 同步過程, 不知名原因造成原本建立的 pbs-zpool 消失, 因為測試備份資料, 所以沒有特別找 zfs 資料救回處理程序
   * 此時 proxmox-backup 服務已經無法正常運作, 網頁管理介面也無法出現, 但 systemctl restart proxmox-backup 仍然可以成功, 在 message log 沒有看到異常原因   * 此時 proxmox-backup 服務已經無法正常運作, 網頁管理介面也無法出現, 但 systemctl restart proxmox-backup 仍然可以成功, 在 message log 沒有看到異常原因
行 34: 行 34:
   * 再透過網頁管理界面重新建立 Datastore : pvenackup , 這樣原本的 Sync Jobs 就可以繼續恢復運作   * 再透過網頁管理界面重新建立 Datastore : pvenackup , 這樣原本的 Sync Jobs 就可以繼續恢復運作
  
-==== 修改備份 vm/ct 目錄的 Owner ====+===== 修改備份 vm/ct 目錄的 Owner =====
   * 當 PBS-A 是 PVE 備份寫入處 vm/ct 目錄的 Owner 會是 pveuser@pbs {{:tech:2020072101.png}}   * 當 PBS-A 是 PVE 備份寫入處 vm/ct 目錄的 Owner 會是 pveuser@pbs {{:tech:2020072101.png}}
   * 透過 remote rsync 過來到 PBS-B 的目錄 owner 會是 backup@pam {{:tech:2020072102.png}}   * 透過 remote rsync 過來到 PBS-B 的目錄 owner 會是 backup@pam {{:tech:2020072102.png}}
行 45: 行 45:
 </code> {{:tech:2020072103.png}} </code> {{:tech:2020072103.png}}
  
-==== 升級到 3.2.8-1 後出現吃大量 CPU 的問題 ====+===== 升級到 3.2.8-1 後出現吃大量 CPU 的問題 =====
   * 參考 - https://forum.proxmox.com/threads/pbs-goes-crazy-when-upgrading-to-version-6-8-12-4.157349/   * 參考 - https://forum.proxmox.com/threads/pbs-goes-crazy-when-upgrading-to-version-6-8-12-4.157349/
   * 主要現象是 PBS 3.2.8-1 這版本在部分硬體設備執行時 proxmox-backup-proxy 突然出現吃大量 CPU 資源 \\ {{:tech:螢幕擷取畫面_2024-11-14_070813.png|}}   * 主要現象是 PBS 3.2.8-1 這版本在部分硬體設備執行時 proxmox-backup-proxy 突然出現吃大量 CPU 資源 \\ {{:tech:螢幕擷取畫面_2024-11-14_070813.png|}}
行 57: 行 57:
 </cli> </cli>
  
-==== PBS 服務突然失效(Listen Port 8007 消失) ====+===== PBS 服務突然失效(Listen Port 8007 消失) =====
   * 透過 systemctl restart proxmox-backup 重起並無法解決   * 透過 systemctl restart proxmox-backup 重起並無法解決
   * 查詢 /var/log/daemon 看到以下的錯誤訊息 \\ {{:tech:2020072301.png}}   * 查詢 /var/log/daemon 看到以下的錯誤訊息 \\ {{:tech:2020072301.png}}
行 88: 行 88:
 </code> </code>
  
-==== 備份 CT 出現 parameter 'encoded-size': value must have a minimum value of 13 (got 12) 錯誤訊息 ====+===== 備份 CT 出現 parameter 'encoded-size': value must have a minimum value of 13 (got 12) 錯誤訊息 =====
   * 參考 - https://forum.proxmox.com/threads/ct-backup-error-parameter-encoded-size-value-must-have-a-minimum-value-of-13-got-12.73051/   * 參考 - https://forum.proxmox.com/threads/ct-backup-error-parameter-encoded-size-value-must-have-a-minimum-value-of-13-got-12.73051/
   * 主要原因是備份的 CT 內含有 0 byte 的檔案, 目前看到大部分的原因是 /etc/pve/firewall 內的 *.fw , 因為沒有設定 firewall 規則, 所以直接刪除這些檔案即可 <code sh>   * 主要原因是備份的 CT 內含有 0 byte 的檔案, 目前看到大部分的原因是 /etc/pve/firewall 內的 *.fw , 因為沒有設定 firewall 規則, 所以直接刪除這些檔案即可 <code sh>
行 94: 行 94:
 </code> </code>
  
-==== 升級後出現 unable to parse active worker status 'UPID:xxx:00003BD8:...:5X4X6113:termproxy::root: 5X4X6355 OK' - not a valid user id ====+===== 升級後出現 unable to parse active worker status 'UPID:xxx:00003BD8:...:5X4X6113:termproxy::root: 5X4X6355 OK' - not a valid user id =====
   * 參考 - https://forum.proxmox.com/threads/solved-unable-to-parse-active-worker-status.74675/   * 參考 - https://forum.proxmox.com/threads/solved-unable-to-parse-active-worker-status.74675/
   * 這是已知的問題, 可以直接執行以下語法解決 <code sh>   * 這是已知的問題, 可以直接執行以下語法解決 <code sh>
  • tech/pbsfaq.1731539684.txt.gz
  • 上一次變更: 2024/11/14 07:14
  • 由 jonathan