cPanelベースのホスト上のPuppet、Nagios、Munin
私は過去1年間、Puppet、Nagios、Muninを使用して、一般的な監視/傾向分析のために20〜30〜cPanelベースのホストを管理してきましたが、構成などの展開/管理に使用しなければならなかった多くの方法が苦痛でした。
CPanelに慣れていない方のために、Perl *、Ruby *など、yumexcludeにいくつか追加します。これにより、Yumを介したインストールとの競合が多数発生するため、Puppetを介して（パッケージタイプを介して）新しいサーバーでbootstrapを監視できる）という問題が発生します。
これで、すべてのカスタムRPMを作成し、仕様ファイルから特定の依存関係を削除できましたが、可能であればこれを避けたいと思います。この種の環境を管理するための機能的な方法を提案している人はいますか？
現在、RPMを介してPuppet、Facter、Muninをインストールし、-nodepsなどを使用して強制インストールします（これらはインストールされているため、Yum wants）はありません）。今回は（RPMを作成する可能性がありますが、最初にこの一般的な問題に取り組みたいと思います）。
CPanelのRubyインスタンス-/ scripts/installruby-を使用します。そこから、gemまたはソースを介してインストールできます。
問題はRPMの自動分解にあります。残念ながら、cPanelはRPMベースのパッケージを使用しません/ Yumは除外/非標準領域（RHELに関する限り）にいくつかのものをインストールします）にいくつかのものを追加し、RPM/Yumの分解で問題を引き起こします。
私が見つけた解決策は、独自のRPMを構築し、それを自動分解しないようにすることでした。
Muninは、次のWHMプラグインインストーラーを介してインストールできます。
メイン>> cPanel >>プラグインの管理
「インストールして更新を続ける」をクリックするだけでインストールされます。
Yumは、RPMデータベースと適切なバージョンにある限り、yum.confのexclude=セクションに依存関係のあるパッケージをインストールできるはずです。 cPanelシステムは、RPMデータベースが頻繁に破損することが知られています。再構築してから、インストールを再試行してください。 RPMデータベースを再構築します。
/ var/lib/rpm/__ db *ファイルを削除して、デッドRPMプロセスから古いロックをクリアします。
cd /var/lib/rpm
rm __db*
RPMデータベースを再構築します。
rpm --rebuilddb
違いはありますか？
そうでない場合は、不足している依存関係もインストールされていますか？使用して確認してください：
rpm -qa
または：
rpm -qi [packagename]
cPanelはRPM経由でRubyをインストールするので、これをリストする必要があり、yum経由でインストールするときに依存関係を解決する必要があります。ただし、cPanelはPHPをインストールしないので、これが依存関係がない場合、それは別の問題です。