InfoPrint Manager for Linuxを コンテナーで実行する
コンテナ内で実行する仮想オペレーティングシステムを構成する場合は、物理システム上で構成する場合と同じ考慮事項に従ってください。コンテナの作成方法は、Open Container Initiative（OCI）の仕様に準拠している限り、透過的なままです。
コンテナ管理システムとInfoPrint Manager
initで起動する必要があります。- Red Hat Universalベースイメージ
- Rocky Linuxベースイメージ。
- AlmaLinuxベースイメージ。
Ricohでは、 コンテナーにボリュームとしてファイルシステムをマウントすることを推奨しています。これらのボリュームは、InfoPrint Managerをインストールする前に作成する必要があります。InfoPrint Managerにマウントされたファイルシステムには以下のものがあります。
/var/lib/pd/var/pd/var/pddir/var/psf/var/psf/segments
- 重要:
- システムの初期インストール中（例えば、Dockerの場合は
docker-compose buildコマンド、Podmanの場合はpodman-compose buildコマンド）、コンテナは外部ボリュームにアクセスできないため、InfoPrint Manager インストーラによって作成されたフォルダ構造を一時的なローカルフォルダにコピーする手動ステップが必要です。 - 上記のボリュームをマウントした状態でコンテナーを初めて起動する場合、バックアップしたフォルダー構造をマウントしたボリュームに復元する必要があります。
- この手順は、InfoPrint Managerの更新がシステムに適用されるたびに実行する必要があります。
- InfoPrint Managerに必要なポートがコンテナから露出していることを確認してください。詳しくは、InfoPrint Manager for AIX／Linux／Windowsで使用されるポートを参照してください。
InfoPrint Managerのインストールで、CUPS、BSD、またはPSFOtherデバイスサポートシステム (DSS) のいずれかを使用するプリンターを実行する場合は、/etc/cupsディレクトリーを別のコンテナーイメージと同期していることを確認してください。これらはLinuxシステムファイルであり、InfoPrint Managerのファイルではないにもかかわらず、InfoPrint Managerはこれらのファイルに対して、コンテナーの再初期化後に特定のプリンターを確実に表示するために重要なデータを使用しています。このディレクトリーが永続的でない場合、コンテナーをアップグレードするたびに、特定のInfoPrint Managerの実宛先オブジェクトの削除と再定義が必要な場合があります。