シトリックス炎の掲示板 1日8,000アクセスの国内最大シトリックスコミュニティ

News & Events

新規トピック作成

  • タイトル
  • ニックネーム
  • メール
  • 本文

記事を 件ずつ表示しています。

  1. 141
  2. 142
  3. 143
  4. 144
  5. 145
  6. 146
  7. 147
  8. 148
  9. 149
  10. 150

STOPエラー「0x000000ab」について

田中 2006/07/19 14:55:55

はじめまして。
以下の環境で発生しているブルーバック現象について質問させて頂きます。

□ 環境
・MetaFrame Presentation Server 3.0
・サーバOS:Windows Server 2003 SP1
・クライアントOS:Windows XP SP2

□ 発生している現象
・通常の利用では問題なく稼動
・毎月特定時期に実施する処理において、時々STOPエラー「0x000000ab」が発生
・このSTOPエラーはマイクロソフトの情報からターミナルサービスセッションのログオフに発生
参考URL:http://support.microsoft.com/kb/907242/
・マイクロソフトから修正パッチが公開されているが、パッチ適用後の動作については未保証

□ 質問内容
・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理を行った場合に起きるのか
・可能であれば、パッチを適用せずにこの現象を回避したい

ご存知の方がいらっしゃいましたらご回答頂ければと思います。
よろしくお願いいたします。

以上

TDNS 2006/07/20 11:44:15

> □ 質問内容
> ・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理
> を行った場合に起きるのか
公開デスクトップならログオフ、公開アプリならアプリケーションの終了ですね。

当方では同様の現象が発生した際には、Microsoftからパッチを受けて回避しました。
他の回避については情報が公開されていないので難しいですねぇ・・・

田中 2006/07/20 13:30:57

TDNS 様

ご回答ありがとうございます。

>公開デスクトップならログオフ、公開アプリならアプリケーションの終了ですね。
公開アプリケーションを利用しているので、アプリケーション終了時に
この現象が発生するわけですね。

>当方では同様の現象が発生した際には、Microsoftからパッチを受けて回避しました。
>他の回避については情報が公開されていないので難しいですねぇ・・・
やはりパッチの適用でしかこの現象は回避できないのですかね・・・
今、再現テストとして簡単なアプリを作って検証しているのですが、
「アプリケーションの終了」を実行しても再現しない状態です・・・
「0x00000AB」は毎回の「アプリケーションの終了」で発生
するわけではないので、他にも何かトリガーとなっている処理が
あるのではないかと考えています。
トリガーとなる処理を特定できれば、「パッチを適用しなくても、
プログラム修正で回避できるのでは?」と考えているのですが・・・

下記海外サイトによると、パッチを適用しても「0x000000AB」が
再発することがあるようですね・・・
http://forum.brianmadden.com/forum/printable.aspx?m=15187&mpage=11
パッチ適用後の保証がMSから受けられず、どんな不具合が発生するか
不明なので、何とか再現してトリガーとなる処理を特定できないものかと思います。

うまく再現できるようでしたらご報告させていただきます。

tank 2006/09/08 17:26:59

□ 質問内容
・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理を行った場合に起きるのか
>・可能であれば、パッチを適用せずにこの現象を回避したい
⇒他にWindows Server 2003のSP1適用が必須という制限が無いのであれば、
 SP1のアンインストールで取り敢えず回避できるようです。
 ※Microsoftサポート技術情報文書番号(901150)

へっぽこ 2007/05/10 11:01:10

WindowsServer2003 SP2で対応したようです。
http://support.microsoft.com/kb/910362

sms 2007/05/11 11:37:43

 はじめて書き込みします。
当方でも同様の現象が発生しており、原因は外字でした。
特定の外字が含まれていて、ある処理を行ったあとに
ログオフした時点でブルースクリーンが発生しました。
上記のパッチで回避しましたが、その後SP2で対応されたようです。
  • ニックネーム
  • メール
  • 本文

Windows2000のみが公開アプリケーションを起動できません

Help 2007/05/07 17:46:21

WindowsXPは正常にメタに接続できるのですが、Windows2000のクライアントのみが公開アプリケーションを起動できなくなってしまいました。

現象
 メタサーバを2台設置しておりますが、本番機として使用していましたサーバが突然CPU使用率100%から
 下がらなくなってしまい、周辺機器も含め一度電源を落とし再起動を行いました。
 
 上記の作業を行った後、Windows2000のクライアントのみが公開アプリケーションを起動できないという
 現象に見舞われてしまいました。
 現在はもう一台(テスト機として使用していた)のメタサーバを本番環境に整え稼動中ですがWindows2000
のクライアントは公開アプリケーションを起動できません。

 現在はXPのクライアントのみで業務を行っている状態です。
 良い方法をお教えください。

環境
 メタサーバOS:Windows2000 Server
 ドメインサーバOS:Windows2000 Server
 ICA:Var8.0
MetaFrameXP FR3

宜しくお願いします。

ドフ 2007/05/08 10:37:05

詳しくありませんが、どなたも回答されていないようなので・・・

文面を読む限りではTerminalServiceライセンス周りで不整合が出ていると思います。
Win2000のクライアントから公開アプリを起動する際、サーバ側のイベントログに
「ライセンスが無い」という主旨のエラーは出ていませんか? 確認したほうが皆さんの助言を受けやすいかと思います。
また、クライアントのWin2000がProかどうかも手がかりになりますかね・・

WinXPからのアクセスと違い、Win2000からのアクセスは「サーバ側にライセンスを登録する必要がある」という点で異なると思います。
このあたりから切り分けていくのが良いかと。
経験上、サーバのシステム日付を前後したり、何かのきっかけで登録したライセンス情報が破損する事もあるようで、
その場合はサーバ側のライセンス「再アクティブ化(ターミナルサービスライセンスの再インストール)」を行って復旧しなければならなかった事がありました。

MetaFrameかWindowsかの判断が難しいところですが、頑張ってください。

ドフ 2007/05/08 11:52:04

すいません、アクセスできるWinXPを勝手に「Pro」だと理解して書きました・・・

p 2007/05/09 12:40:33

始めまして。

win2000のクライアント側でOFFICEUPDATEの下記パッチを当てたことで、
公開アプリを使用できなくなったことが以前ありました。
・Windows 2000 用セキュリティ更新プログラム (KB913580)
・Windows 2000 Service Pack 4 用の更新プログラムロールアップ1 (KB891861)
この2つをアンインストールしてもらうことで、公開アプリが使用できるようになりました。

関係ないかもしれませんが、参考までに・・・。

APT 2007/05/10 19:45:12

こんにちわ
公開アプリケーションのログオン時にCPUを大量消費していれば、おそらくログオンダイアログ(winlogon.exe = GINA)が働いているせいでしょう。
2000ではダメでXPだとOKというのがちょっとわかりませんが。
http://support.citrix.com/article/entry.jspa?entryID=6932
http://support.microsoft.com/kb/891861/ja#
pさんの症状もおそらくSR1の問題だと思われます。
  • ニックネーム
  • メール
  • 本文

ログイン済みのユーザでのログインの抑止について

雪だるま 2007/02/06 14:59:11

利用者数>ライセンス数 の環境でPresentation
server を使用しています。
ライセンス数が少ないので早い者勝ちで使用して
いるのですが、既にログイン済みのユーザアカウント
で別の利用者がログインしてしまうと、先に使用
していた利用者の画面が後からログインした利用者
に奪われてしまいます。
そこで既にログオンしているユーザアカウントで
ログオンしようとしてもログオンさせないように
したいのですが可能なのでしょうか?

ぴぐ 2007/02/08 14:27:22

ワークスペースの利用を禁止する設定を行なってはどうでしょうか?
これでセッションを奪われる事はないと思いますが、
そもそも、同一アカウントでログオンするのは推奨しません。

DT 2007/05/09 20:45:03

横槍で申し訳ありません。

>そもそも、同一アカウントでログオンするのは推奨しません。

この記述を裏付ける、参照URLなどありましたらご教示いただ
けませんでしょうか。探しているつもりなのですがなかなか
見つかりません。
ご有識者の皆様よろしくお願いします。

当方、同一アカウントを使いまわして運用していますが、いま
のところ問題ありません。

CPS4.0 OS:Windows2003Server 1台
メタClient端末 OS:WindowsXP pro 15台
Webinterface利用、ワークグループ環境。


けろけろ 2007/05/10 10:18:46

「既にログオンしているユーザアカウントでログオンしようとしてもログオンさせないようにしたい」件ですが、
ファーム内で公開されている全てのアプリケーションに対して、
アプリケーションの制限「各ユーザについて1インスタンスのみ許可する」にチェックを入れると簡単に解決できるのではないでしょうか?
  • ニックネーム
  • メール
  • 本文

同時接続数の制限

Jun 2007/05/09 14:48:51

いつもお世話になります。

一つの公開アプリケーションをあるネットワークアドレスのPCから接続した時だけ、
同時接続数の制限を設けたいと思います。

例えば、
192.168.0.0/24のネットワークにあるPCから公開アプリケーションに接続する場合の、
同時接続数は10まで。

やり方として、
ポリシーの設定で、ユーザーのワークスペース→接続→同時接続数を制限する、
の最大接続数を指定し、ポリシーの適用先としてIPアドレス範囲を指定すれば、
できるのでは?と試していますがうまく行きません。
やり方そのものが間違いなのでしょうか?


環境:
Windows2000Server(ワークグループ)
CPSa3.0
WebInterface3.0

ご存知の方、ご教授いただけませんでしょうか?
よろしくお願いいたします。
  • ニックネーム
  • メール
  • 本文

プリンターのオートマッピング時にクライアント名を付けない方法

JUN 2007/05/07 20:23:38

プリンターのオートマッピング時にクライアント名を付けないようにすることは可能でしょうか。
例えばクライアントマシンが、CLA だとしたらMETA上では

Client/CLA#/プリンタ名

となる思うのですが、これを

プリンタ名

というようにすることは可能でしょうか。
ご教授ください。
  • ニックネーム
  • メール
  • 本文

CPS4.0で管理コンソールにログオンできない件とデータストアの復元について

sms 2007/05/07 18:22:38

 お世話になります。
以下の問題の解決策がわからず困っております。

<環境>
サーバ1 WinServer2003R2 DC
サーバ2 WinServer2003R2 + CPS4.0(Standard Edition)

サーバ1が死んでしまったためOSから再セットアップしました。

そのため、ドメインのAdministratorのSIDが別物になってしまい、
MetaFrame管理コンソールにログオンすることができなくなりました。

こういう場合は、CPS4.0の再インストールしか方法はないのでしょうか?

また、CPS4.0を再インストール後に、データストアを復元して公開アプリ
ケーションの設定を元に戻すことは可能なのでしょうか?

※単純にデータストアのバックアップを戻しただけではうまくいかず、
IMAのサービスが起動しなくなってしまいました。

ご存知の方おりましたら、お知恵をかしていただけますでしょうか?

 よろしくお願いします。
  • ニックネーム
  • メール
  • 本文

従来形式のプリンタ名(クライアント名¥プリンタ名)に4桁の番号が付く

拠点の担当窓口 2007/05/02 17:51:18

いつもなら、「Clientname\LS6700S」といったプリンタ名が
オートクリエイトされるのですが、

タイミング不定で、「Clientname\LS6700S_0001」のように
どのクライアントからの接続のオートクリエイトプリンタにも
番号が勝手に付いてしまう現象に陥っています。

一度このような状況になってしまうと、Metaframeサーバを
再起動で回避するしかありません。(他にも方法があるかも
しれませんが、手っ取り早いので再起動してしまっています)。

いつまでもそうしてはいられないので、できれば解決の糸口
でも見つかればと思っています。

同じような現象に遭われた方いらっしゃいませんでしょうか?
  • ニックネーム
  • メール
  • 本文

クライアントのドライブのマッピングについて

ine 2006/11/14 10:45:38

はじめまして。
クライアントのドライブとのマッピングについて教えてください。
MetaFrameで公開されている.Netアプリケーションを起動し
ファイルダイアログ等を開くと、以下のように表示されます。
 ・C
 ・D
 ・'クライアントのE$' (T:)
 ・'クライアントのD$' (U:)
 ・'クライアントのC$' (V:)
getLogicalDrive()を利用すると、T:/U:/V:などは取得できますが
ボリューム名「クライアントのC$」などが取得できません。
例えば、アプリ側でクライアントのC:temp\testフォルダにアクセスするために、
ボリューム名「クライアントのC$」を取得する方法はありますか?
あるいは、C:→V:、D:→U:などのマッピングのルールがあれば
教えていただきたく。
よろしくお願いいたします。

グレートニダ 2006/11/18 00:28:16

SHGetFileInfo()でどうですか?

見つけた 2007/04/28 05:33:15

GetVolumeInfoで出来ますよ。

pancra 2007/05/02 10:57:38

>あるいは、C:→V:、D:→U:などのマッピングのルールがあれば
>教えていただきたく。
割り当たる順番はVから逆順と決まってます。
ただし、サーバードライブのマッピングを
実行している場合を除く。
  • ニックネーム
  • メール
  • 本文

ローカル起動と公開アプリケーションでの起動のパフォーマンスについて

大橋 2007/04/18 22:31:17

いつもお世話になっております。

Windows 2000 ServerにMetaFrameXP FR3を導入し、VB6.0のクラサバ型システムを
構築しています。

MetaFrameサーバ上でVB6.0アプリをローカル起動させた時の処理速度と公開
アプリケーション(VB6.0アプリを公開しています)のアプリを起動させた時の
処理速度が2倍ほど開きがあります。(公開アプリケーションの方が遅い。)

どちらも同じサーバ上で処理が行われているのですから同じスピードになりそうな
ものですが、公開アプリケーションのパフォーマンスを向上させる方法はあるので
しょうか?

ご存知の方、ご教授下さい

靴屋のスミス 2007/04/26 14:48:35

アプリが立ち上がってから、何か操作をした時に遅いのでしょうか。
もしそうなら画面の書き換えが頻繁だというような特徴があるのではないかと思います。

アプリの起動自体が遅いという話であれば、ログオン処理に時間がかかっています。
ローカルアプリを起動する場合はログオン済の状態からですが、
公開アプリケーション起動の場合は MetaFrame サーバー上で Windows のログオン処理が走ってからアプリの起動が始まりますので 2 倍程度で済むなら御の字かと。
  • ニックネーム
  • メール
  • 本文

プリンタの設定

あひる 2007/04/05 21:38:04

いつも参考にさせていただいています。
早速ですが、質問があります。

イベントビューアに以下のようなログが出ています。

クライアントプリンタの自動作成に失敗しました。ドライバをインストール
できません。ドライバがサーバー上に登録されていません。ドライバのマッピングが
指定されていません。
クライアント名Aのプリンタ:(セッション○の・・・
プリンタドライバ:・・・


現状としては、クライアントのプリンタ設定で印刷しようとしています。
実際に接続時にクライントプリンタは認識されており、紙も出力されています。

しかし、実際に上記のようなエラーが出ているため、何か不具合を起こしている
のではないかと心配しています。

ご存知の方いらっしゃったら、教えてください。よろしくお願いします。

はまちゃん 2007/04/24 16:37:12

プリンタドライバがサーバに登録されていないためです。
もし、クライアントの通常使うプリンタのみ使用する場合は
ICAコネクション構成で調整をしてきてください。

gosh 2007/04/25 11:03:58

http://support.citrix.com/article/CTX109378&searchID=42672003
が公開されていますね
  • ニックネーム
  • メール
  • 本文

Powerful & Beautiful

力強く、美しいシステムを。