差異處

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

連向這個比對檢視

下次修改		 前次修改
tech:pbsfaq [2023/12/18 11:50] – 建立 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/ 
 +  * Exp 無法移除 zfs-backup <cli> 
 +proxmox-backup-manager datastore remove zfs-backup 
 +</cli> 
 +  * 可重開主機或是重啟 PBS 服務<cli> 
 +systemctl restart proxmox-backup.service 
 +systemctl restart proxmox-backup-proxy.service 
 +</cli> 
 +  * 再次執行就可移除 Exp.<cli> 
 +# proxmox-backup-manager datastore remove zfs-backup 
 +Removing datastore from config... 
 +TASK OK 
 +</cli> 
 + 
 +===== 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 沒有看到異常原因
行 19: 行 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}}
行 30: 行 45:
 </code> {{:tech:2020072103.png}} </code> {{:tech:2020072103.png}}
  
-==== PBS 服務突然失效(Listen Port 8007 消失) ====+===== 升級到 3.2.8-1 後出現吃大量 CPU 的問題 ===== 
 +  * 參考 - 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|}} 
 +  * 解決方法是暫時降回鎖定 3.2.7-1 這版, 重新開機<cli> 
 +apt-get install proxmox-backup-server=3.2.7-1 
 +apt-mark hold proxmox-backup-server 
 +reboot 
 +</cli> 
 +  * 等官方釋出修正版本在解開鎖定升級 <cli> 
 +apt-mark unhold proxmox-backup-server 
 +</cli> 
 + 
 +===== PBS 服務突然失效(Listen Port 8007 消失) =====
   * 透過 systemctl restart proxmox-backup 重起並無法解決   * 透過 systemctl restart proxmox-backup 重起並無法解決
   * 查詢 /var/log/daemon 看到以下的錯誤訊息 \\ {{:tech:2020072301.png}}   * 查詢 /var/log/daemon 看到以下的錯誤訊息 \\ {{:tech:2020072301.png}}
行 61: 行 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>
行 67: 行 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.1702871440.txt.gz
  • 上一次變更: 2023/12/18 11:50
  • 由 jonathan