トピック検索
464 件のトピックが該当しました。
- MetaFrame対応のインクジェットプリンターを探しています。 - もも ( 2006/10/02 11:33:16 更新)
- Javaクライアントでのプリンタ使用について - SS ( 2006/09/28 17:34:05 更新)
- 印刷時にメタサーバーリブート - kato ( 2006/09/22 13:56:54 更新)
- 起動がおそい - あひる ( 2006/09/20 12:54:23 更新)
- イベント1109について - ドフ ( 2006/09/20 10:51:46 更新)
- プリンタのコメント欄を消して、サーバー再起動するとプリンタの設定が消える - ume-ue ( 2006/09/16 11:34:30 更新)
- プリンタのマッピング？について - OY5800 ( 2006/09/12 17:24:52 更新)
- Microsoft Office Document Image Writer - ミスターＢ ( 2006/09/04 13:02:04 更新)
- Auto Restored Client Printerのポートが切り替わってしまう件について - ぷー ( 2006/08/10 17:21:50 更新)
- クライアントプリンタが消える - jun ( 2006/08/07 16:56:35 更新)
MetaFrame対応のインクジェットプリンターを探しています。
現在、掲題のとおりMeta対応のA3印刷可能なインクジェットプリンターを探しております。
現行機種で現在稼動されている方、もしくは情報をお持ちの方は是非お教え願えますでしょうか？
メーカーは不問です。宜しくお願い致します。
現行機種で現在稼動されている方、もしくは情報をお持ちの方は是非お教え願えますでしょうか？
メーカーは不問です。宜しくお願い致します。
こんばんは。
KeyWord を”MetaFrame対応 インクジェットプリンター A3”で
検索したら、以下がヒットしました。いかがでしょうか？ 記事が古いかな？
http://www.ricoh.co.jp/release/by_field/printer/1998/0512_6.html
http://www.ricoh.co.jp/release/by_field/printer/2001/1221.html
KeyWord を”MetaFrame対応 インクジェットプリンター A3”で
検索したら、以下がヒットしました。いかがでしょうか？ 記事が古いかな？
http://www.ricoh.co.jp/release/by_field/printer/1998/0512_6.html
http://www.ricoh.co.jp/release/by_field/printer/2001/1221.html
レスありがとうございます！
どうやら１つめのＵＲＬの記事は仰るように古いようですね(>_<)
2つめ方で見ましたが、対応しているのはＡ４までみたいです。無念。。
どうやら１つめのＵＲＬの記事は仰るように古いようですね(>_<)
2つめ方で見ましたが、対応しているのはＡ４までみたいです。無念。。
Javaクライアントでのプリンタ使用について
いつも参考にさせて頂いています。
現在、Presentetion Server4.0を、MACで使用しており、
日本語入力ができなかった為、Javaクライアントにて使用しているのですが、
プリンタがUPDでマッピングしてないようで、プリンタが使用できません。
どなたか、解決方法をご存知の方いらっしゃいましたら、ご教授お願いします。
現在、Presentetion Server4.0を、MACで使用しており、
日本語入力ができなかった為、Javaクライアントにて使用しているのですが、
プリンタがUPDでマッピングしてないようで、プリンタが使用できません。
どなたか、解決方法をご存知の方いらっしゃいましたら、ご教授お願いします。
追加情報を書かせて頂きます。
「管理コンソール」→「プリンタの管理」→「ドライバ」→「マッピング」で、
クライアントドライバに「Mac Printer」、サーバドライバに「HP Color LaserJet 4500 (MetaFrame PCL5c Universal Driver)」を指定しところ、
サーバ上に、クライアントPCのプリンタ情報がマッピングされたのですが、
プリントアウトができず、次のようなエラーメッセージが、MAC PCに表示されました。
This file cannot be printed using the selected printer
error number 196
どなたか、解決方法をご存知の方いらっしゃいましたら、
ご教授の程、よろしくお願いします。
「管理コンソール」→「プリンタの管理」→「ドライバ」→「マッピング」で、
クライアントドライバに「Mac Printer」、サーバドライバに「HP Color LaserJet 4500 (MetaFrame PCL5c Universal Driver)」を指定しところ、
サーバ上に、クライアントPCのプリンタ情報がマッピングされたのですが、
プリントアウトができず、次のようなエラーメッセージが、MAC PCに表示されました。
This file cannot be printed using the selected printer
error number 196
どなたか、解決方法をご存知の方いらっしゃいましたら、
ご教授の程、よろしくお願いします。
印刷時にメタサーバーリブート
皆さんはじめまして
いつも参考にさせていただいております。
メタフレームで原因のわかないエラーに苦しんでいます。
初歩的な事かも知れませんが是非アドバイスを頂ければ有り難いです。
環境：OS:Windows2000Server Sp1
MetaFramePresentation Server3.0
現象:FinePrintで印刷時に突然MetaFrameCom Server が再起動してしまいます。
発生ｲﾍﾞﾝﾄ：1003 System Error ｴﾗｰｺｰﾄﾞ 000000ab
印刷でしか発生しないので、クラインアトにあるバージョンが異なる
危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
と考えています。
プリンタドライバーのマッピングを制限するなどの対応で
解決できないのでしょうか？
ヒントをご存知の方がいらしたら、アドバイス宜しくお願い致します。
いつも参考にさせていただいております。
メタフレームで原因のわかないエラーに苦しんでいます。
初歩的な事かも知れませんが是非アドバイスを頂ければ有り難いです。
環境：OS:Windows2000Server Sp1
MetaFramePresentation Server3.0
現象:FinePrintで印刷時に突然MetaFrameCom Server が再起動してしまいます。
発生ｲﾍﾞﾝﾄ：1003 System Error ｴﾗｰｺｰﾄﾞ 000000ab
印刷でしか発生しないので、クラインアトにあるバージョンが異なる
危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
と考えています。
プリンタドライバーのマッピングを制限するなどの対応で
解決できないのでしょうか？
ヒントをご存知の方がいらしたら、アドバイス宜しくお願い致します。
>印刷でしか発生しないので、クラインアトにあるバージョンが異なる
>危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
>サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
>と考えています。
ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
ドライバを利用して生成されます。クライアントのドライバは利用しません。
ですから、この場合サーバ側に問題がある可能性が高いです。
ドライバはMetaFrame対応のものを利用していますか？
また、想定しているドライバがちゃんと利用されていますか？
クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
イベントログでその辺りも確認してください。
また、Mfcom.exeが再起動するということですので、プリンタドライバ関係に何の問題もないようでしたら、
一度MetaFrame Presentation Server 3.0のインストールメディアから修復インストールを行うことで解決するかも知れません。
>危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
>サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
>と考えています。
ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
ドライバを利用して生成されます。クライアントのドライバは利用しません。
ですから、この場合サーバ側に問題がある可能性が高いです。
ドライバはMetaFrame対応のものを利用していますか？
また、想定しているドライバがちゃんと利用されていますか？
クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
イベントログでその辺りも確認してください。
また、Mfcom.exeが再起動するということですので、プリンタドライバ関係に何の問題もないようでしたら、
一度MetaFrame Presentation Server 3.0のインストールメディアから修復インストールを行うことで解決するかも知れません。
分かりやすい回答、ありがとうございました。
>クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
>ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
以前、サーバーがリブートした時に、クライアントのドライバーのバージョンを
サーバーと一致させたら、復旧した場合があったので、クライアント側のドライバーを
使っていると思っていました。
そうではなくて、ﾄﾞライバーのバージョンが違うために、別のドライバーと認識されて
違うドライバーで印刷されてしまったということでしょうか。
いずれにしても、クライアント1台がエラーになるならいいのですが、全部のクライアントに
影響がでるのは困った障害です。（再現性が無く、リブートすると正常に印刷できます。）
>クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
>ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
以前、サーバーがリブートした時に、クライアントのドライバーのバージョンを
サーバーと一致させたら、復旧した場合があったので、クライアント側のドライバーを
使っていると思っていました。
そうではなくて、ﾄﾞライバーのバージョンが違うために、別のドライバーと認識されて
違うドライバーで印刷されてしまったということでしょうか。
いずれにしても、クライアント1台がエラーになるならいいのですが、全部のクライアントに
影響がでるのは困った障害です。（再現性が無く、リブートすると正常に印刷できます。）
katoさんの質問に相乗りで大変恐縮ですが、どなたかお分かりであればご教授ください。
＞ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
＞ドライバを利用して生成されます。クライアントのドライバは利用しません。
前提としてメーカー提供のプリンタドライバの利用を考えておりますが、以下３点質問です。
①プリンタの接続形式として、クライアントPCにドライバをインストール（含むPoint&Print）し、Meta Frame Serverログオン時に作成されるAuto Created Printerを使用して印刷する場合、印刷ジョブの生成がサーバ上のドライバであれば、クライアントへドライバをインストールする目的は何でしょうか？
②一方、Meta Frame Serverに直接インストールされたドライバ（含むPoint&Print）を使用する接続形式がありますが、この方法ではクライアントへのドライバインストールは一切不要でしょうか？
③また、サーバ、ネットワーク負荷軽減および印刷時間の短縮化を考慮した場合、どちらの接続形式のほうが望ましいのでしょうか？（勝手な予想ですが、①でクライアントがRAWデータを生成しないなら、②のPoint&Printかつプリントサーバ側で最終的にRAWデータを生成する方法が最適かなとおもっています）
＞ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
＞ドライバを利用して生成されます。クライアントのドライバは利用しません。
前提としてメーカー提供のプリンタドライバの利用を考えておりますが、以下３点質問です。
①プリンタの接続形式として、クライアントPCにドライバをインストール（含むPoint&Print）し、Meta Frame Serverログオン時に作成されるAuto Created Printerを使用して印刷する場合、印刷ジョブの生成がサーバ上のドライバであれば、クライアントへドライバをインストールする目的は何でしょうか？
②一方、Meta Frame Serverに直接インストールされたドライバ（含むPoint&Print）を使用する接続形式がありますが、この方法ではクライアントへのドライバインストールは一切不要でしょうか？
③また、サーバ、ネットワーク負荷軽減および印刷時間の短縮化を考慮した場合、どちらの接続形式のほうが望ましいのでしょうか？（勝手な予想ですが、①でクライアントがRAWデータを生成しないなら、②のPoint&Printかつプリントサーバ側で最終的にRAWデータを生成する方法が最適かなとおもっています）
私の説明がことば足らずだったようで申し訳ありません。
MetaFrame上でジョブは生成しますが、印刷ジョブをプリンタへ引き渡すのはクライアント側の仕事です。
ただし、プリントサーバ経由での印刷で運用している場合には、MetaFrameからクライアントを通さずに
直接プリントサーバにジョブを送ることができます。
①につきましては、上記の通りでクライアントがプリンタにジョブを渡す役目をします。
また、ジョブ生成の際にクライアントドライバのパラメータを参照して生成します。
②につきましては、MetaFrameのローカルプリンタを利用する場合、プリントサーバ経由で
印刷する場合はクライアントへのドライバインストールは不要です
③については、運用によるかと思います。クライアントが全てローカルエリア内にある場合は
MetaFrameのローカルまたはプリントサーバでの印刷でもよろしいかと思いますが、
WANで利用しているクライアントが存在する場合は難しいです。
まぁ、ポリシーでユーザを分ければよろしいかと思いますが。
MetaFrame上でジョブは生成しますが、印刷ジョブをプリンタへ引き渡すのはクライアント側の仕事です。
ただし、プリントサーバ経由での印刷で運用している場合には、MetaFrameからクライアントを通さずに
直接プリントサーバにジョブを送ることができます。
①につきましては、上記の通りでクライアントがプリンタにジョブを渡す役目をします。
また、ジョブ生成の際にクライアントドライバのパラメータを参照して生成します。
②につきましては、MetaFrameのローカルプリンタを利用する場合、プリントサーバ経由で
印刷する場合はクライアントへのドライバインストールは不要です
③については、運用によるかと思います。クライアントが全てローカルエリア内にある場合は
MetaFrameのローカルまたはプリントサーバでの印刷でもよろしいかと思いますが、
WANで利用しているクライアントが存在する場合は難しいです。
まぁ、ポリシーでユーザを分ければよろしいかと思いますが。
起動がおそい
cps4でネイバーフットを使用しております。
クライアント端末から、起動をした場合、
メタフレームを読み込む画面があるかと思います。
その場面で何度か画面が固まります。
アカウントの場面であったり、クライアントドライブの
マッピングであったり。
（管理コンソールからドライブのマッピングは無効にしています。）
対処方法はありますでしょうか？
ご教授願います。
クライアント端末から、起動をした場合、
メタフレームを読み込む画面があるかと思います。
その場面で何度か画面が固まります。
アカウントの場面であったり、クライアントドライブの
マッピングであったり。
（管理コンソールからドライブのマッピングは無効にしています。）
対処方法はありますでしょうか？
ご教授願います。
http://support.citrix.com/article/CTX105659
を利用して拡張ログオンフィードバック機能を無効にしてみるとか。
あとは以下の KB を参考して調査ですかね。
http://support.citrix.com/article/CTX102017
http://support.citrix.com/article/CTX107478
を利用して拡張ログオンフィードバック機能を無効にしてみるとか。
あとは以下の KB を参考して調査ですかね。
http://support.citrix.com/article/CTX102017
http://support.citrix.com/article/CTX107478
こんばんは
思いついたことを記載します。
①重たいログオンスクリプトがないか？
②プリンタを多数設定していないか？
③リモートデスクトップでも同じ現象が発生するか？
思いついたことを記載します。
①重たいログオンスクリプトがないか？
②プリンタを多数設定していないか？
③リモートデスクトップでも同じ現象が発生するか？
イベント1109について
皆さんのお力をお貸しください。
当方の環境は以下のとおりです。
サーバー
・Windows2000ServerSP4 2台
・MetaFrame Presentation Server3.0
クライアント
・WindowsXP SP1 25台
昨日、2台あるMetaFrameサーバのうち1台で以下のエラーがイベントログに出力されました。
*********************
ソース：TermServDevices
分類：なし
種類：エラー
イベントID：1109
説明：Client\(クライアントPC名)#\\\(プリンタ名)プリンタを既定のプリンタとして設定できませんでした。
*********************
上記エラーが特定の時刻に同時に13件出力されました。
(クライアントPC名)はクライアント3台分、(プリンタ名)は2台のクライアント間で若干重複しているものの、ほとんどが異なるプリンタ(定義名)となっています。
この時刻、ユーザ側で公開APを稼働させていた事は確認していますが、特に異常は無かったとのこと。またサーバ側ではなんらの作業・タスクも行っていませんでした。
上記クライアントは所在地、使用者が異なる為、同時にこの様なエラーが発生するのは
サーバ側のアクションの影響と思われますが、どなたかこの事象についてご存知の方はいらっしゃいますでしょうか。
当方の環境は以下のとおりです。
サーバー
・Windows2000ServerSP4 2台
・MetaFrame Presentation Server3.0
クライアント
・WindowsXP SP1 25台
昨日、2台あるMetaFrameサーバのうち1台で以下のエラーがイベントログに出力されました。
*********************
ソース：TermServDevices
分類：なし
種類：エラー
イベントID：1109
説明：Client\(クライアントPC名)#\\\(プリンタ名)プリンタを既定のプリンタとして設定できませんでした。
*********************
上記エラーが特定の時刻に同時に13件出力されました。
(クライアントPC名)はクライアント3台分、(プリンタ名)は2台のクライアント間で若干重複しているものの、ほとんどが異なるプリンタ(定義名)となっています。
この時刻、ユーザ側で公開APを稼働させていた事は確認していますが、特に異常は無かったとのこと。またサーバ側ではなんらの作業・タスクも行っていませんでした。
上記クライアントは所在地、使用者が異なる為、同時にこの様なエラーが発生するのは
サーバ側のアクションの影響と思われますが、どなたかこの事象についてご存知の方はいらっしゃいますでしょうか。
クライアントのデフォルトプリンタのみマッピングする設定で、
なおかつプリンタ固有のドライバのみ利用する設定になっていますでしょうか？
今申し上げた設定で、クライアントが既定のプリンタに設定しているプリンタのドライバが
MetaFrameサーバ上に存在しない場合、ドフさんの仰るエラーが発生する場合があります。
ただし、印刷を行わない場合はアプリケーションの動作自体には問題ないはずです。
なおかつプリンタ固有のドライバのみ利用する設定になっていますでしょうか？
今申し上げた設定で、クライアントが既定のプリンタに設定しているプリンタのドライバが
MetaFrameサーバ上に存在しない場合、ドフさんの仰るエラーが発生する場合があります。
ただし、印刷を行わない場合はアプリケーションの動作自体には問題ないはずです。
きくりんさん、レスありがとうございます。
サーバ側のCitrixコネクション構成ツールから「クライアント設定」を見てみると、
「接続」に関しては「アカウントの設定を使用」にチェック。
「その他のオプション」の「クライアントのデフォルトプリンタのみ接続する」にはチェックが入っていません。
こちらのチェックを入れないと、クライアント側のデフォルト使用でないプリンタ定義まで、
クライアント接続時にサーバが認識しようとするわけですね。
チェックを入れてみようと思います。
この設定で2年近く稼働しているのですが、今回の1109エラーは初めて出ているようです。
特定端末のユーザが導入したプリンタの初使用時に発生したようなのですが、
1109が出るケースと1107が出るケースは何が異なるかご存知でしょうか。
1107は特に不都合なく(UPDを素直に使用している？)印刷できましたが、1109発生時にはクライアントPC側がハング同然となり、頻繁にメモリ不足となりました。
UPDでフォローできないプリンタがあるという事なのでしょうか・・・
サーバ側のCitrixコネクション構成ツールから「クライアント設定」を見てみると、
「接続」に関しては「アカウントの設定を使用」にチェック。
「その他のオプション」の「クライアントのデフォルトプリンタのみ接続する」にはチェックが入っていません。
こちらのチェックを入れないと、クライアント側のデフォルト使用でないプリンタ定義まで、
クライアント接続時にサーバが認識しようとするわけですね。
チェックを入れてみようと思います。
この設定で2年近く稼働しているのですが、今回の1109エラーは初めて出ているようです。
特定端末のユーザが導入したプリンタの初使用時に発生したようなのですが、
1109が出るケースと1107が出るケースは何が異なるかご存知でしょうか。
1107は特に不都合なく(UPDを素直に使用している？)印刷できましたが、1109発生時にはクライアントPC側がハング同然となり、頻繁にメモリ不足となりました。
UPDでフォローできないプリンタがあるという事なのでしょうか・・・
1107に関しては、サーバ上にドライバが存在しない状態で、
クライアントが持つすべてのプリンタをマップする設定で、
かつユニバーサルを利用しない設定の場合に多発します。
また3.0利用の場合は、HotFixのMPSJ300W2K3R01が適用されていない場合に
発生することもあります。
この場合は、ユーザが利用するプリンタが作成されていれば印刷は可能のはずです。
1109に関しては、デフォルトプリンタのマップしか許さない設定なのに、
デフォルトのプリンタが利用するドライバがサーバ上になく、
ユニバーサルの利用も許していない場合に出る場合と、
ターミナル・サービスのバグ（仕様？）で、複数の印刷キューを処理したセッションが
切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
なぜか処理済みキューまでも復元しようと試みるようです。
そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
ドフさんの環境の事象の場合、後者の可能性が高いですね。
その場合は、このエラーメッセージは無視して構わないようです。
ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
クライアント側のイベントログに何か関連がありそうなエラー、警告、情報等は
表示されていませんでしょうか？
クライアントが持つすべてのプリンタをマップする設定で、
かつユニバーサルを利用しない設定の場合に多発します。
また3.0利用の場合は、HotFixのMPSJ300W2K3R01が適用されていない場合に
発生することもあります。
この場合は、ユーザが利用するプリンタが作成されていれば印刷は可能のはずです。
1109に関しては、デフォルトプリンタのマップしか許さない設定なのに、
デフォルトのプリンタが利用するドライバがサーバ上になく、
ユニバーサルの利用も許していない場合に出る場合と、
ターミナル・サービスのバグ（仕様？）で、複数の印刷キューを処理したセッションが
切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
なぜか処理済みキューまでも復元しようと試みるようです。
そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
ドフさんの環境の事象の場合、後者の可能性が高いですね。
その場合は、このエラーメッセージは無視して構わないようです。
ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
クライアント側のイベントログに何か関連がありそうなエラー、警告、情報等は
表示されていませんでしょうか？
きくりんさん、ありがとうございます。
サーバ側の「プリンタ管理のプロパティ」では、
「プリンタドライバ」については「ネイティブドライバが無効な場合はユニバーサルドライバを使用」
にチェックが、また
「クライアントプリンタの自動作成時にネイティブドライバをインストール」
にチェックが入っています。
きくりんさんのコメントから考えると、最終的にUPDを使用して問題ないものの、
「ネイティブドライバの構成を試行して失敗」が発生するため、現状では1107が出ているように思われますね。
1109に関してはご指摘のとおり、「デフォルトプリンタのマップしか許さない」設定ではない為、
条件からすると記述の後者が当てはまるのかと思います。
きくりんさんは、この1109イベントに関する情報をどこで取得されていますか？
CitrixやMSのサイトで検索しても1109に関する記述・過去事例は皆無に思われましたが、
バグ情報などがどこかで参照できますでしょうか。
MetaFrameを運用していると結構な頻度でイベントログエラーが出ますが、
そのイベント内容とMetaFrameの障害内容を結びつけるのがほとほと苦労します。
経験しか無いんでしょうか・・
＞ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
サーバ側には1109以外、不安定に関係ありそうなエラーは出ていませんでした。
クライアントがWin98と古く、公開APもPDFプレビューイメージを作成するような重い処理なのですが、
MetaFrame経由ならばクライアント側にリソース負荷がかかるのは変ですよね。
サーバ側からクライアント上のプリンタを認識しようとして、クライアント側に負荷がかかる
という状況なのでしょうか。
このあたりは、将来当該クライアントを98からXPに更改する予定があるため、同じプリンタ接続で再現
させて確認してみようかと思います。
サーバ側の「プリンタ管理のプロパティ」では、
「プリンタドライバ」については「ネイティブドライバが無効な場合はユニバーサルドライバを使用」
にチェックが、また
「クライアントプリンタの自動作成時にネイティブドライバをインストール」
にチェックが入っています。
きくりんさんのコメントから考えると、最終的にUPDを使用して問題ないものの、
「ネイティブドライバの構成を試行して失敗」が発生するため、現状では1107が出ているように思われますね。
1109に関してはご指摘のとおり、「デフォルトプリンタのマップしか許さない」設定ではない為、
条件からすると記述の後者が当てはまるのかと思います。
きくりんさんは、この1109イベントに関する情報をどこで取得されていますか？
CitrixやMSのサイトで検索しても1109に関する記述・過去事例は皆無に思われましたが、
バグ情報などがどこかで参照できますでしょうか。
MetaFrameを運用していると結構な頻度でイベントログエラーが出ますが、
そのイベント内容とMetaFrameの障害内容を結びつけるのがほとほと苦労します。
経験しか無いんでしょうか・・
＞ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
サーバ側には1109以外、不安定に関係ありそうなエラーは出ていませんでした。
クライアントがWin98と古く、公開APもPDFプレビューイメージを作成するような重い処理なのですが、
MetaFrame経由ならばクライアント側にリソース負荷がかかるのは変ですよね。
サーバ側からクライアント上のプリンタを認識しようとして、クライアント側に負荷がかかる
という状況なのでしょうか。
このあたりは、将来当該クライアントを98からXPに更改する予定があるため、同じプリンタ接続で再現
させて確認してみようかと思います。
>きくりんさんは、この1109イベントに関する情報をどこで取得されていますか？
TechNetに普通に掲載されていますよ。記事内ではバグだとは決して認めていませんが(笑)
http://technet2.microsoft.com/WindowsServer/en/library/28ca223c-d281-471a-9e39-beaac5eb2a8e1033.mspx?mfr=true
Microsoftの日本語サイトで探しても出てきませんね。
障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
目的のものを見つけやすいですよ。
後はTry&Errorでしょうかね。
TechNetに普通に掲載されていますよ。記事内ではバグだとは決して認めていませんが(笑)
http://technet2.microsoft.com/WindowsServer/en/library/28ca223c-d281-471a-9e39-beaac5eb2a8e1033.mspx?mfr=true
Microsoftの日本語サイトで探しても出てきませんね。
障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
目的のものを見つけやすいですよ。
後はTry&Errorでしょうかね。
＞Microsoftの日本語サイトで探しても出てきませんね。
＞障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
＞目的のものを見つけやすいですよ。
なるほど、日本語サイトで見ていましたが、英文サイトのほうに解説がでていますか。
良い事を教えていただきました。
当件に関してはハードの縛りを外し、様子を見てみようと思います。
きくりんさんはご経験が豊富そうなので、もう一点伺いたいのですが・・
サーバに搭載されているUPDで「対応(印刷)できないプリンタ」はほとんど無いものですか？
また、一般的な運用としてUPDをあてにする(ネイティブドライバ追加を逐次しない)のは
あまり良くない方針でしょうか。
「詳細設定」をしない分には使用に問題ないかなと思っているのですが。
＞障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
＞目的のものを見つけやすいですよ。
なるほど、日本語サイトで見ていましたが、英文サイトのほうに解説がでていますか。
良い事を教えていただきました。
当件に関してはハードの縛りを外し、様子を見てみようと思います。
きくりんさんはご経験が豊富そうなので、もう一点伺いたいのですが・・
サーバに搭載されているUPDで「対応(印刷)できないプリンタ」はほとんど無いものですか？
また、一般的な運用としてUPDをあてにする(ネイティブドライバ追加を逐次しない)のは
あまり良くない方針でしょうか。
「詳細設定」をしない分には使用に問題ないかなと思っているのですが。
物理的に印刷できないというのは恐らくないと思います。
ただし、UPDはデータをEMFで生成するので、仮にRAWしか対応しないプリンタがあれば
印刷に失敗すると思います。
また、ネイティブドライバを使うか否かというのは、
印刷をどういった目的で使うかによります。
UPDの場合は、サーバ上で中間データを作成して、
それをクライアントのプリンタドライバに引き継ぎますが、
ネイティブを利用した場合とは微妙に印刷結果が変わります。
（余白や色調、解像度等）
ビジネス文書しか印刷せず、それもさほど体裁にうるさくないというのであれば、
UPDで問題ないと思いますが、
デザインオフィス等は、やはりネイティブにこだわりますし、
印刷位置が細かく決められている伝票印刷やシール印刷等の場合も
ネイティブドライバでの運用が必須となります。
ですから、「使い方による」としか申し上げられません。
ただし、UPDはデータをEMFで生成するので、仮にRAWしか対応しないプリンタがあれば
印刷に失敗すると思います。
また、ネイティブドライバを使うか否かというのは、
印刷をどういった目的で使うかによります。
UPDの場合は、サーバ上で中間データを作成して、
それをクライアントのプリンタドライバに引き継ぎますが、
ネイティブを利用した場合とは微妙に印刷結果が変わります。
（余白や色調、解像度等）
ビジネス文書しか印刷せず、それもさほど体裁にうるさくないというのであれば、
UPDで問題ないと思いますが、
デザインオフィス等は、やはりネイティブにこだわりますし、
印刷位置が細かく決められている伝票印刷やシール印刷等の場合も
ネイティブドライバでの運用が必須となります。
ですから、「使い方による」としか申し上げられません。
きくりんさん、度々のレスありがとうございます。
メタは非常に便利ですが、細かい部分を詰めようとすると情報が少ないため、
実運用の経験豊富な方のコメントが非常に参考になります。
当初の質問の件については、何かわかったら追ってアップしようかと思います。
メタは非常に便利ですが、細かい部分を詰めようとすると情報が少ないため、
実運用の経験豊富な方のコメントが非常に参考になります。
当初の質問の件については、何かわかったら追ってアップしようかと思います。
その後いろいろと解ったので情報提供します。
結論としては、きくりんさんの指摘した以下事象と判断しました。
＞ターミナル・サービスのバグ（仕様？）で、複数の印刷キューを処理したセッションが
＞切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
＞なぜか処理済みキューまでも復元しようと試みるようです。
＞そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
先のやりとりの後、3回ほど同じ1109エラーが発生した為、イベントログの流れを追ってみました。
状況を見る限りでは
①2つのMFサーバのうち一方でのみで発生している事。
②連続して出力されるID1109エラーの直前に、あきらかに業務システムのMFクライアントではない
不明なプリンタについてID4/8/9等の警告が必ず記録されている事。
が解りました。
これについて精査したところ、以下の事が判明しました。
③②は社内の運用部門が定期的に行う、パスワード変更用端末からのRDT接続により発生している
④問題の起きるサーバの「Citrixコネクション構成ツール」からRDPプロトコルの「クライアント設定」
を確認したところ、問題の起きないサーバと比べ
・Winクライアントのプリンタマッピングを無効にする
・クライアントのLPTポートマッピングを無効にする
にチェックが入っていない。
③④により、2つのMFサーバのうち当該のサーバ側でのみ、RDT接続時にクライアントのプリンタを
サーバ側で認識しようとしていると考えられ、それに関連して発生する警告イベントをトリガー
として、更に1109エラーを出力させていると考えられます。
ちなみに1109エラーは、パスワード変更用端末のプリンタに関するものではなく、
業務システムの正規クライアントのうち「定義はあるがプリンタ自体は既に無いもの」を持つクライアントに関して、
その残存定義の数だけ出力されます。
きくりんさんに教えていただいたMSの解説は2003のケースとして日本語サイトにありました。
http://support.microsoft.com/kb/817870/ja
が、詳細が省かれている(というか実害が無いので軽視されているのだと思いますが)ようで、
おそらくこのCitrix上のマッピング設定による動きが、同事象を引き起こす原因になっているかと思います。
当方では問題のサーバのRDPプロトコル設定を問題無いサーバのものと同一にし、
RDT接続時のマッピング動作をやめさせることで、1109発生のトリガ自体を除去する方向で対応しました。
実装後、問題はでていないようなので、多分対処としてはあっているかと思います。
結論としては、きくりんさんの指摘した以下事象と判断しました。
＞ターミナル・サービスのバグ（仕様？）で、複数の印刷キューを処理したセッションが
＞切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
＞なぜか処理済みキューまでも復元しようと試みるようです。
＞そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
先のやりとりの後、3回ほど同じ1109エラーが発生した為、イベントログの流れを追ってみました。
状況を見る限りでは
①2つのMFサーバのうち一方でのみで発生している事。
②連続して出力されるID1109エラーの直前に、あきらかに業務システムのMFクライアントではない
不明なプリンタについてID4/8/9等の警告が必ず記録されている事。
が解りました。
これについて精査したところ、以下の事が判明しました。
③②は社内の運用部門が定期的に行う、パスワード変更用端末からのRDT接続により発生している
④問題の起きるサーバの「Citrixコネクション構成ツール」からRDPプロトコルの「クライアント設定」
を確認したところ、問題の起きないサーバと比べ
・Winクライアントのプリンタマッピングを無効にする
・クライアントのLPTポートマッピングを無効にする
にチェックが入っていない。
③④により、2つのMFサーバのうち当該のサーバ側でのみ、RDT接続時にクライアントのプリンタを
サーバ側で認識しようとしていると考えられ、それに関連して発生する警告イベントをトリガー
として、更に1109エラーを出力させていると考えられます。
ちなみに1109エラーは、パスワード変更用端末のプリンタに関するものではなく、
業務システムの正規クライアントのうち「定義はあるがプリンタ自体は既に無いもの」を持つクライアントに関して、
その残存定義の数だけ出力されます。
きくりんさんに教えていただいたMSの解説は2003のケースとして日本語サイトにありました。
http://support.microsoft.com/kb/817870/ja
が、詳細が省かれている(というか実害が無いので軽視されているのだと思いますが)ようで、
おそらくこのCitrix上のマッピング設定による動きが、同事象を引き起こす原因になっているかと思います。
当方では問題のサーバのRDPプロトコル設定を問題無いサーバのものと同一にし、
RDT接続時のマッピング動作をやめさせることで、1109発生のトリガ自体を除去する方向で対応しました。
実装後、問題はでていないようなので、多分対処としてはあっているかと思います。
プリンタのコメント欄を消して、サーバー再起動するとプリンタの設定が消える
Win2k3 SP1 + CPS4.0 Enterpriseの環境で、動かしています。
プリンタの設定を残したいので、プリンタのプロパティを開いて、コメント欄のAuto Created Client Printerを消しました。
サーバーを再起動するまでは、プリンタが保存されているのですが、サーバーを再起動するとプリンタの設定が消えてしまいます。
ポリシーで、[従来のｸﾗｲｱﾝﾄﾌﾟﾘﾝﾀを作成する]を摘要しています。
何かヒントがありましたら教えてください。
よろしくお願い致します。
プリンタの設定を残したいので、プリンタのプロパティを開いて、コメント欄のAuto Created Client Printerを消しました。
サーバーを再起動するまでは、プリンタが保存されているのですが、サーバーを再起動するとプリンタの設定が消えてしまいます。
ポリシーで、[従来のｸﾗｲｱﾝﾄﾌﾟﾘﾝﾀを作成する]を摘要しています。
何かヒントがありましたら教えてください。
よろしくお願い致します。
hotfix出てましたが適用済みですか？
実は、全く同じ構成のサーバーをもう１つ用意しているのですが、
両方ともhotfixを摘要してましたが、片方は、再起動してもプリンタ設定が消えません。
片方は、再起動すると必ず消えてしまいます。
これは、再セットアップが必要でしょうか
両方ともhotfixを摘要してましたが、片方は、再起動してもプリンタ設定が消えません。
片方は、再起動すると必ず消えてしまいます。
これは、再セットアップが必要でしょうか
再ｾｯﾄｱｯﾌﾟせずに、hotfix(PSJ400W2K3R02)を適用したところ、
再起動してもﾌﾟﾘﾝﾀ設定が保持されるようになりました。
参考までに、前回適用していたhotfixは、PSJ400W2K3R01 です。
再起動してもﾌﾟﾘﾝﾀ設定が保持されるようになりました。
参考までに、前回適用していたhotfixは、PSJ400W2K3R01 です。
プリンタのマッピング？について
プリンタのマッピング？について教えてください。
メタフレームを利用するＰＣで使用しているプリンタが
例えば、プリンタＡ、プリンタＢ、プリンタＣとあったとします。
Ａ，Ｂ，Ｃの３つのプリンタドライバをメタフレームサーバには
必ず搭載しないといけないのでしょうか？
環境は
サーバがWindows2003でメタが4.0です
クライアントＰＣはWinxpです。
メタフレームを利用するＰＣで使用しているプリンタが
例えば、プリンタＡ、プリンタＢ、プリンタＣとあったとします。
Ａ，Ｂ，Ｃの３つのプリンタドライバをメタフレームサーバには
必ず搭載しないといけないのでしょうか？
環境は
サーバがWindows2003でメタが4.0です
クライアントＰＣはWinxpです。
こんにちは。
プリンタＡ、Ｂ、Ｃのすべてをクライアントから利用する、さらにはネイティブのドライバを使いたいのであれば、インストールする必要があります。
もし、ユニバーサルプリンタドライバ（ＵＰＤ）を使うのであれば、サーバーにプリンタドライバをインストールする必要はありません。
このあたりは管理者ガイドに載っていますのでご覧ください。
プリンタＡ、Ｂ、Ｃのすべてをクライアントから利用する、さらにはネイティブのドライバを使いたいのであれば、インストールする必要があります。
もし、ユニバーサルプリンタドライバ（ＵＰＤ）を使うのであれば、サーバーにプリンタドライバをインストールする必要はありません。
このあたりは管理者ガイドに載っていますのでご覧ください。
ご回答ありがとうございます。
管理者ガイドを探してみます。
管理者ガイドを探してみます。
Microsoft Office Document Image Writer
クライントに設定されている
Microsoft Office Document Image Writer
をAUTO CREATE させたくないんですが、方法を教えてください。
※
Metaサーバ：Windows2003SE R2 SP1、Presentation Server4.0（最新のロールパック適用）
クライアント：WIndowsXP SP2、MetaFrame Presentation Server クライアント ver9.2
以前、MetaFreame1.8のころは、サーバにドライバがない場合は、AUTO Createされなっかた
のですが。。。
なお、ポリシーにおいてユニバーサルプリンタドライバは無効にしています。
よろしくお願いします。
Microsoft Office Document Image Writer
をAUTO CREATE させたくないんですが、方法を教えてください。
※
Metaサーバ：Windows2003SE R2 SP1、Presentation Server4.0（最新のロールパック適用）
クライアント：WIndowsXP SP2、MetaFrame Presentation Server クライアント ver9.2
以前、MetaFreame1.8のころは、サーバにドライバがない場合は、AUTO Createされなっかた
のですが。。。
なお、ポリシーにおいてユニバーサルプリンタドライバは無効にしています。
よろしくお願いします。
こんにちは
サーバーの「Microsoft Office Document Image Writer」を削除してみてはいかがでしょうか？
※私は試しておりません、見当違いでしたら失礼しました。
サーバーの「Microsoft Office Document Image Writer」を削除してみてはいかがでしょうか？
※私は試しておりません、見当違いでしたら失礼しました。
すいません。
後から考えたらクライアント側の「Microsoft Office Document Image Writer」をどうにかしないといけないのですね。
私の回答は見当違いです。失礼しました。
後から考えたらクライアント側の「Microsoft Office Document Image Writer」をどうにかしないといけないのですね。
私の回答は見当違いです。失礼しました。
管理コンソールから、ドライバの互換性を利用すれば良いと思います。
Auto Restored Client Printerのポートが切り替わってしまう件について
教えていただきたいのですが、店舗Ａと店舗Ｂがそれぞれ本社のメタサーバーにログインして使用しているのですが、各店舗で作成したauto restored client printerのプリンタポートが他店のPCに切り替わってしまう現象が起こっています。具体的にはそれぞれのﾊﾟｿｺﾝでＶＰ-2300のプリンタを使用しているのですが、店舗Ａには VP2300-A 店舗Ｂには vp-2300-Bというプリンタをauto restored client printerで作成しています。それぞれﾛｰｶﾙのﾌﾟﾘﾝﾀﾎﾟｰﾄに接続されているﾌﾟﾘﾝﾀです。頻繁にvp2300-Aのﾎﾟｰﾄが店舗Bのpcのﾌﾟﾘﾝﾀになっているのす。どなたか対応方法をご存知の方がいらっしゃればよろしくお願いします。
環境の詳細についてですが
metaサーバー Windows2003SE Presentation Server4.0
です。
metaサーバー Windows2003SE Presentation Server4.0
です。
同一クライアント名、同一アカウント名などは使っていませんか？
同一アカウント名、クライアント名は使用していないのですが。
下記項目は、ごらんになりましたでしょうか？
http://support.citrix.com/article/entry.jspa?entryID=3087
http://support.citrix.com/article/entry.jspa?entryID=9243
原因はともあれ運用的には、結構致命的だと思いますが、あっさり書かれてます。
該当するのがレアケースなのか・・・それだけに原因不明となり、信頼性を損ねている様な気がするのですが・・・これも無免許（CCA）運転者の愚痴ですかね。
http://support.citrix.com/article/entry.jspa?entryID=3087
http://support.citrix.com/article/entry.jspa?entryID=9243
原因はともあれ運用的には、結構致命的だと思いますが、あっさり書かれてます。
該当するのがレアケースなのか・・・それだけに原因不明となり、信頼性を損ねている様な気がするのですが・・・これも無免許（CCA）運転者の愚痴ですかね。
ありがとうございます。
さっそく確認してみます。
さっそく確認してみます。
クライアントプリンタが消える
はじめまして、junと申します。
Citrix Presentation Server 4.0でACCPで作成されたプリンタが消えるというトラブルが出ています。
サーバーのイベントを見るとCitrix Print Manager Service サービスは予期せず終了しました。
と表示されております。以降ACCPでプリンタが作成されません。
Citrix Print Manager Service サービスを再起動してあげるとACCPの機能も復帰します。
現在はサービスをエラー時に再起動するように設定してあります。
もしかしたら以前の
http://www.pbsystems.co.jp/bbs/citrix/index.html#5223と同じ症状かも知れません。
ここに記載してある英語版のパッチの日本語版は公開されているのでしょうか？
よろしくお願いいたします。
Citrix Presentation Server 4.0でACCPで作成されたプリンタが消えるというトラブルが出ています。
サーバーのイベントを見るとCitrix Print Manager Service サービスは予期せず終了しました。
と表示されております。以降ACCPでプリンタが作成されません。
Citrix Print Manager Service サービスを再起動してあげるとACCPの機能も復帰します。
現在はサービスをエラー時に再起動するように設定してあります。
もしかしたら以前の
http://www.pbsystems.co.jp/bbs/citrix/index.html#5223と同じ症状かも知れません。
ここに記載してある英語版のパッチの日本語版は公開されているのでしょうか？
よろしくお願いいたします。
Citrixのサポートサイトで御自分で探されてはいかがでしょうか？
http://support.citrix.com
でHotFixes/ServicePacksのリンクをたどれば、行き着くと思われます。
日本語のものだけ探してreadmeファイルを読めば出ているかどうか判断
できると思います。
というか上記のような状況であれば構築業者に対して情報をくれとプッシュ
すべきと思いますが・・
http://support.citrix.com
でHotFixes/ServicePacksのリンクをたどれば、行き着くと思われます。
日本語のものだけ探してreadmeファイルを読めば出ているかどうか判断
できると思います。
というか上記のような状況であれば構築業者に対して情報をくれとプッシュ
すべきと思いますが・・
Powerful & Beautiful
力強く、美しいシステムを。