LP 印刷サービス

「LP 印刷サービス」とは、ユーザーが作業を続けながらファイルを印刷できるようにするソフトウェアユーティリティの集合です。当初、印刷サービスは LP スプーラと呼ばれていました (LP はラインプリンタの意味ですが、現在ではレーザプリンタなどのさまざまな種類のプリンタも含まれます。スプール (Spool) は、system peripheral operation off-line の頭文字です)。

印刷サービスは、LP 印刷サービスソフトウェア、システム管理者が提供する印刷フィルタ、ハードウェア (プリンタ、システム、およびネットワーク接続) からなっています。

LP 印刷サービスの構造

この節では、LP 印刷サービスのディレクトリ構造、ファイル、ログ、およびコマンドについて説明します。

LP 印刷サービスのディレクトリ

LP 印刷サービスのファイルは、表 8–1 のように 7 つのディレクトリに分散されています。

LP 印刷サービスの構成ファイル

lpsched デーモンが/etc/lp ディレクトリに格納する構成情報を、次の表に示します。

表 8–2 の構成ファイルはプライベートインタフェースで、将来のリリースでは変更される可能性があります。現在の場所にあるファイルに依存する、または現在使用している形式のデータに依存するソフトウェアを構築しないようにしてください。

これらの構成ファイルは、lpd ベースのプリンタサーバー上の /etc/printcap ファイルと同じ機能を提供します。

これらのファイルの内容を確認できますが、ファイルを直接編集しないでください。代わりに、lpadmin コマンドを使用して構成を変更します。変更内容は /etc/lp ディレクトリ内の構成ファイルに入力されます。lpsched デーモンは、構成ファイルを管理して構成します。

/etc/lp/printers ディレクトリには、システムに認識されるローカルプリンタごとに 1 つずつサブディレクトリが入っています。次の例は、プリンタ sparc1 と luna の /etc/lp/printers サブディレクトリを示します。

$ ls -l /etc/lp/printers
drwxrwxr-x 2 lp lp 512 Jan 23 23:53 luna
drwxrwxr-x 2 lp lp 512 Jan 11 17:50 sparc1

プリンタ固有の各ディレクトリ内では、次のファイルを使用してプリンタを記述できます。

通常、プリンタ luna の構成ファイル /etc/lp/printers/luna/configuration は、次のようになっています。

Banner: on: Always
Content types: PS
Device: /dev/term/b
Interface: /usr/lib/lp/model/standard
Printer type: PS
Modules: default

terminfo データベース

/usr/share/lib ディレクトリには、terminfo データベースのディレクトリが入っており、そのディレクトリには多数のタイプの端末とプリンタに関する定義が入っています。LP 印刷サービスは、terminfo データベース内の情報を使用してプリンタを初期設定し、選択されたページサイズ、文字ピッチ、行ピッチ、および文字セットを設定し、一連のコードをプリンタに送ります。

各プリンタは、terminfo データベース内で短縮名を使用して識別されます。terminfo データベースの構造については、プリンタタイプを参照してください。 必要であれば、terminfo データベースにエントリを追加できますが、これは煩雑で時間のかかる作業です。詳細は、サポートされていないプリンタの terminfo エントリを追加するを参照してください。

デーモンと LP 内部ファイル

/usr/lib/lp ディレクトリには、表 8–3 に示すような LP 印刷サービスに使用されるデーモンとファイルが入っています。

LP 印刷サービスのログファイル

LP 印刷サービスは、次の 2 組のログファイルを管理します。

印刷待ち行列ログ

各システムのスケジューラは、/var/spool/lp/tmp/ system ディレクトリと/var/spool/lp/requests/ system ディレクトリ内で印刷要求ログを保管します。各印刷要求は、要求に関する情報を含んだファイルを 2 つ (各ディレクトリに 1 つずつ) 持っています。/var/spool/lp/requests/system ディレクトリ内の情報には、スーパーユーザーまたは lp しかアクセスできません。/var/spool/lp/tmp/systemディレクトリ内の情報には、その要求を出したユーザー、スーパーユーザー、または lp しかアクセスできません。

次の例では、/var/spool/lp/tmp/starbug ディレクトリの内容を示します。

$ ls /var/spool/lp/tmp/starbug
5     5-0
# cat 5-0
C 1
D print1
F /etc/profile
P 20
T /etc/profile
t simple
U root
s 0000
v 2

これらのファイルは、印刷要求が待ち行列に入っている限り、そのディレクトリ内に残っています。要求が完了すると、ファイル内の情報は組み合わされ 、/var/lp/logs/requests ファイルに追加されます。このファイルについては、次の節で説明します。

現在待ち行列に入っている印刷要求の状態を追跡したい場合は、/var/spool/lp/logs ディレクトリの情報を使用します。

履歴ログ

LP 印刷サービスは、lpsched と requests という 2 つのログファイルに印刷サービスの履歴を記録します。これらのログファイルは、/var/lp/logs ディレクトリに入っています。これらのログ内の情報を使用し、印刷の問題を診断して解決できます。次の例は、/var/lp/logs ディレクトリの内容を示します。

# cd /var/lp/logs
# ls
lpsched.1    requests    requests.2
lpsched     lpsched.2    requests.1
# 

問題の解決に最も重要な 2 つのログファイルは、ローカルの印刷要求に関する情報が入っている lpsched ログと、すでに完了してプリンタの待ち行列にない印刷要求の情報が入っている requests ログです。

requests ログの構造は単純なので、共通の UNIX シェルコマンドを使用してデータを抽出できます。要求は、出力された順番に要求 ID を示す行で区切って表示されます。 = で始まる区切り行より下の各行には、その行に含まれる情報の種類を識別する 1 つの文字が付いています。各文字は、空白文字 1 つでデータと区切られます。

次の例は、requests ログの内容を示しています。

# pwd
/var/lp/logs
# tail requests.2
= print1-3, uid 0, gid 1, size 206662, Wed Nov 14 08:56:30 MST 2001
z print1
C 1
D print1
F /usr/dict/words
P 20
T /usr/dict/words
t simple
U root
s 0x0014
v 2
#

表 8–4 に、文字コードとそれに対応する LP requests ログ内の行を示します。

表 8–5 に、LP requests ログ内の結果コードとその説明を示します。

スプーリングディレクトリ

印刷待ち行列に入れられたファイルは、印刷されるまで /var/spool/lp ディレクトリに格納されますが、それがわずか数秒の場合があります。表 8–6 は、 /var/spool/lp ディレクトリの内容を示します。

LP 印刷サービスのコマンド

表 8–7 に、頻繁に使用する LP 印刷サービスのコマンドを示します。(1M) のコマンドを使用するには、スーパーユーザーまたは lp になるか、同等の役割になる必要があります。

LP 印刷サービスの機能

LP 印刷サービスは、次の機能を実行します。

• ファイルを管理してローカル印刷要求をスケジュールする。

• ネットワーク要求を受け取り、スケジュールする。

• ファイルが正しく印刷されるように、必要に応じてフィルタを通す。

• プリンタとインタフェースするプログラムを起動する。

• ジョブの状態を追跡する。

• プリンタに取り付けられたフォームを追跡する。

• 現在装着されている印字ホイールを追跡する。

• 新しいフォームや別の印字ホイールを取り付け、装着するよう警告を発する。

• 印刷問題に関する警告を発する。

LP によるファイルの管理とローカル印刷要求のスケジューリングの方法

LP 印刷サービスには、lpsched というスケジューラデーモンが組み込まれています。スケジューラデーモンは、プリンタの設定と構成に関する情報を使用して LP システムファイルを更新します。

また、lpsched デーモンは、ユーザーが要求をアプリケーションから出すかコマンド行から出すかに関係なく、図 8–1 のように、プリンタサーバー上のすべてのローカル印刷要求をスケジュールします。さらに、スケジューラはプリンタとフィルタの状態を追跡します。プリンタが要求を印刷し終わると、プリンタサーバー上の待ち行列に残っているものがあれば、スケジューラは次の要求をスケジュールします。

図 8–1 lpsched デーモンによるローカル印刷要求のスケジューリング方法

各プリンタサーバーは、LP スケジューラを 1 つだけ実行していなければなりません。スケジューラは、システムのブート時に (または実行レベル 2 を入力すると)、制御スクリプト /etc/rc2.d/S80lp によって起動されます。システムを再起動しなくても、/etc/init.d/lp stop コマンドを使用してスケジューラを停止し、/etc/init.d/lp start コマンドを使用して再起動できます。各システムのスケジューラは、lp コマンドによってシステムに出された要求を管理します。

ネットワーク印刷要求のスケジューリング

各印刷クライアントは、ネットワーク経由で直接、プリンタサーバーと通信します。通信は、要求コマンド (lp、lpstat、 cancel、lpr、lpq、または lprm) とプリンタサーバー上の印刷サービス間で行われます。これによって、クライアント専用システムにおける印刷システムのオーバーヘッドが軽減され、その結果、拡張性、パフォーマンス、およびデータの正確性が向上します。

プリンタサーバーは、現在、インターネットサービスデーモン (inetd) で印刷要求を待機します。ネットワークから印刷サービスへ要求があると、inetd デーモンは「プロトコルアダプタ」と呼ばれるプログラム (in.lpd) を起動します。プロトコルアダプタは、印刷要求を翻訳して、印刷スプーラに送信し、その結果を要求依頼元に戻します。このプロトコルアダプタは、要求の発生時に起動し、ネットワーク要求の処理が完了すると終了します。このプロセスによって、印刷のためのアイドル状態のシステムのオーバーヘッドが解消されます。また、Solaris の以前の印刷機能にあった、ネットワークに接続された印刷サポート用の余分なシステム構成が不要になります。

印刷ファイルにフィルタを適用する

印刷フィルタは、待ち行列内のファイルの内容をある形式から別の形式に変換するプリンタサーバー上のプログラムです。

印刷フィルタは、必要に応じて簡単なものでも複雑なものでもかまいません。SunOS リリースの場合は、出力先プリンタが PostScript 形式へのデータ変換を必要とするほとんどの PostScript 印刷状況に対応する印刷フィルタが、/usr/lib/lp/postscript ディレクトリに組み込まれています。PostScript 以外のプリンタ用のフィルタが必要な場合は、そのフィルタを作成し、目的のシステムに追加しなければなりません。

一連の「印刷フィルタ記述子ファイル」が /etc/lp/fd ディレクトリに用意されています。これらの記述子ファイルは、フィルタの特性 (高速フィルタや低速フィルタなど) を記述し、フィルタプログラム (/usr/lib/lp/postscript/postdaisy など) を指します。

プリンタインタフェースプログラムの機能

LP 印刷サービスは、オペレーティングシステムの他の部分と情報をやり取りします。また、標準プリンタインタフェースプログラムを使用して、次の作業を実行します。

• 必要に応じてプリンタポートを初期化する。標準プリンタインタフェースプログラムは、stty コマンドを使用してプリンタポートを初期化する。

• プリンタを初期化する。標準プリンタインタフェースプログラムは、terminfo データベースと TERM シェル変数を使用して、適切な制御シーケンスを見つける。

• 必要に応じてバナーページを印刷する。

• 印刷要求で指定された部数だけ印刷する。

LP 印刷サービスは、別のプログラムが指定されなければ、標準インタフェースプログラム ( /usr/lib/lp/model ディレクトリに入っています) を使用します。独自のインタフェースプログラムを作成することもできますが、独自のプログラムがプリンタへの接続を終了させないことや正しいプリンタの初期設定を妨げないことを確認しなければなりません。

lpsched デーモンによる印刷ジョブ状態の確認

lpsched デーモンは、処理する各印刷要求のログを保持し、印刷処理中に発生したエラーを記録します。 このログは /var/lp/logs/lpsched ファイルに保管されます。毎晩、lp cron ジョブは /var/lp/logs/lpsched ファイルを新しい lpsched.n ファイル名に変更し、新しいログファイルを開始します。エラーが発生したり、印刷待ち行列からジョブが消えたりした場合は、ログファイルを使用して lpsched デーモンで実行された印刷ジョブへの処理を判別できます。

ログファイルの消去

/var/lp/logs ディレクトリ内の lpsched および requests ログファイルは、情報が追加されるにつれて大きくなります。LP 印刷サービスは、デフォルトの cron ジョブを使用してログファイルを消去します。lp cron ジョブは /var/spool/cron/crontabs/lp ファイルに入っています。このジョブはログファイルの内容を定期的に移動します。ログの内容は log.1 に移動され、log.1 の内容は log.2 に移動されるというようになります。log.2 が上書きされると、その内容は失われます (つまり、前の log.1 の内容が代わりに書き込まれます)。

プリンタ要求のログの交換間隔を変更する方法

Solaris 2.6 リリースより、プリンタサーバー上の requests ログファイルは、毎日ではなく、毎週交換されることになりました。プリンタサーバーの使用頻度が高い場合は、交換間隔を毎日に再設定できます。

1. プリンタサーバー上でスーパーユーザーまたは lp になります。

2. EDITOR 環境変数を設定します。

   # EDITOR=vi # export EDITOR

3. lp の crontab ファイルを編集します。

   # crontab -e lp

4. requests ログファイルの交換間隔を指定するファイルの先頭行を、毎日曜日 (0) から、毎日を示すアスタリスク (*) に変更します。

   13 3 * * * cd /var/lp/logs; if [ -f requests ]; then if [ -f requests.1 ]; then /bin/mv requests.1 requests.2; fi; /usr/bin/cp requests requests.1;>requests; fi

5. ファイルを保存して、終了します。

ローカル印刷の処理スケジュール

印刷要求は、クライアントとサーバーが異なるシステムにある場合と同じ経路をたどります。要求は常に同じ経路をたどり、クライアントからサーバーに流れます。

次の図に、ユーザーがローカルプリンタ上に PostScript ファイルを印刷する要求を出したときに実行される処理を示します。ローカルプリンタとは、ユーザーのシステムに接続されたプリンタです。ローカルシステム上の lpsched デーモンがすべての処理を実行します。これらの処理には、プリンタと内容形式の照合、デフォルトプリンタの特定、要求のフィルタ処理、指定されたプリンタインタフェースプログラムの起動などが含まれます。

プリンタインタフェースプログラムは、次のことを行います。

• パナーページの印刷

• プリンタ障害の検出

• プリンタ障害ポリシーを、リセット、継続、または印刷ジョブのやり直しのどれかに決定する

• 最後に、インタフェースプログラムは lpcat プログラムを使用して、印刷要求をローカルプリンタのシリアルポートにダウンロードする

図 8–2 ローカルでの印刷処理

リモート印刷の処理スケジュール

次の図は、Solaris 印刷クライアントのユーザーが lpd ベースのプリンタサーバーに印刷要求を出したときに実行される処理を示します。このコマンドは、直接プリンタサーバーと接続して、自身の通信を処理します。

図 8–3 Solaris 印刷クライアントと lpd ベースのプリンタサーバー間の印刷

次の図は、lpd ベースの印刷クライアントが Solaris プリンタサーバーに印刷要求を出す様子を示しています。 lpd デーモンは、印刷要求のローカル部分とプリンタサーバーへの接続を処理します。プリンタサーバー上の inetd プロセスは、ネットワーク印刷要求を待って、プロトコルアダプタを起動して要求を処理します。プロトコルアダプタは lpsched デーモンと通信し、このデーモンがプリンタサーバー上で要求を処理します。

図 8–4 lpd ベースの印刷クライアントと Solaris プリンタサーバー間の印刷

次の図は、Solaris 印刷クライアントのユーザーが Solaris プリンタサーバーに印刷要求を出したときに実行される処理を示します。印刷クライアント上の印刷コマンドは、プリンタサーバーと直接通信することにより、各印刷要求のローカル部分を処理します。

プリンタサーバー上の inetd プロセスは、ネットワーク上の印刷要求を監視し、プロトコルアダプタを起動して、プリンタサーバー上の lpsched デーモンと通信します。このデーモンが印刷要求を処理します。

図 8–5 Solaris 印刷クライアントと Solaris プリンタサーバー間の印刷