Packaging
重新打包 RPM
我們將 HP DataProtector 用於我們的備份環境。安裝方法還有一些不足之處,我們正在嘗試以這樣一種方式自動化它,以減少我們的 Unix 管理員畏縮的頻率。我們是一家 SLES/OpenSUSE 商店,因此我們正在嘗試使用 DP 更新檔建構一個 YUM 儲存庫。
我可以使 repo 很好,只是更新檔 RPM 配置不正確。RPM 中的“修訂”欄位設置不正確,它們都是“1”,即使我將它們拉出的主 RPM 正確遞增。
我真的很希望能夠使用正確的版本重建這些 RPM,因為這將允許正常的更新過程來處理這些更新檔,而不是 HP 想要處理這些的奇怪方式。
惠普想要處理這些的奇怪方式需要:
使用所有軟體設置安裝伺服器。沒問題。
允許
root
ssh 進入客戶端站點以安裝影響 xinitd 配置的軟體
- 這反過來又需要在所有目標機器上放置一個無密碼的 SSH 公鑰,以便安裝過程可以在沒有提示的情況下遠端進行。
- 在進行任何部署之前,每個客戶端都必須由 repo 伺服器上的 root 手動 SSH 以填充 known_hosts
由於我們不允許
root
通過 SSH 登錄,因此每次獲得更新檔時,我們都必須觸摸每個伺服器的 sshd_config 以暫時允許它們。我們還證明,在初始安裝後,後續更新檔可以通過rpm
僅 peachy 安裝。因此,如果可能的話,我們希望將其放入 YUM 儲存庫中。
受 HP 的啟發,我沒有重新打包現有的 RPM,而是將其打包在一個額外的 RPM 中。新的 RPM 非常簡單,它裡面只有一個更新檔 RPM,並呼叫
rpm
命令來安裝它。