windows2000(sp4)
metaFrame xpsを使用しています。

ICAデスクトップ接続、及び公開アプリケーション起動時に
ログオンスクリプト実行中に、長い時間がかかり、
起動要求のエラーが出力されてしまいます。

以前までは、ＩＣＡも公開アプリも正常に起動できていました。
windowsコンポーネントをインストールもしくはアンインストールした後に、
上記のような障害が発生しました。
みなさんは、windowsコンポーネントサービスは、何をインストールしているのでしょうか？
ご教授ください。
またメタサーバは、ドメインコントローラではありません。

イベントログでは、RSVPエラーが表示されています。
よろしくお願いします。

教えてください。

10台あるMETAサーバ中、不特定の1台が不定期にログオン不能となる現象が発生し悩んでいます。放置しておけば30分程度でログオン可能になりますが、現象発生中はローカルログオン・RDPにてのログオン全て受け付けてくれない（クライアントからみるとフリーズしている感じ）状態になります。回避策をご存知の方がいらっしゃればお教えください。

環境・・
AD-DC：W2KSP3 x 1（ターミナルライセンスサーバ）
AD-DC&データストア&データコレクタ：W2KSP3+XPaFR3 x 1
デスクトップ公開用：W2KSP3+XPaFR3 x 10（ロードバランス構成）
クライアント数：300（OSいろいろ）

１０台でロードバランス機能を使用している環境で
ネットワーク障害等の理由でクライアントから
のセッションが切れた場合に、そのクライアントが
再度システムを起動したときに、同じサーバに再接続
させたいのですが、可能でしょうか。またその方法について
もご教授いただければと思います。

メタ上でＶＢ５.０で開発したアプリケーションから印刷をかけているのですが、突然印刷が出来なくなってしまう場合があります。この状態の時は、ＶＢ上でプリンタ自体が読み込めておらずそれが原因で印刷が出来ないのは分かっています。ただ何で突然プリンタが読み込めなくなるのかが分かりません。
こうなった場合、メタを再起動するか、
コントロールパネル　⇒　管理ツール　⇒　サービス　⇒　Print Spooler を一旦停止して
開始する事で回避出来るようですが、現象が起こる度に毎回こういう事は出来ません。

どなたかご教示下さい。お願いします。困り果ててます、、。

失礼しました。

障害内容　：ドメインユーザーでICAクライアント8.0を使うと
　　　　　　サーバとのセッションを張れない
環境　　　：サーバ Win2000SV SP4×３台　metaXP FR3
クライアント　Win2000PRO　WinXP PRO

接続に行くユーザ名の認証の前で弾かれている状態です。そのユーザに
ローカルの管理者権限を与えてログオン→ICA起動ならばOKかつ、
一般ユーザでログオン→管理者としてアプリケーション起動はOKなので
純粋にローカルの権限がどこかで不足しているものと考えています。

以下はトライしてみた内容です。
・「ユーザーは対話型ログインを許可する」にDomain Usersを追加→NG
・HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensingにアクセス権を与える→NG

Win2000PROからは問題なく接続できるのでXPの仕様でひっかかっていると
思うのですが、何か事例ございませんでしょうか？

御世話になります。

少々厄介な障害が上がっており御相談です。
障害内容

こんにちは、
ＯＳ環境は、Windows2000Server SP3　3台
ＭＥＴＡ環境は、XPe FR2　です。
今回サーバファームの、データストアのあるホストサーバを
クリアインストールすることになりました。　そのため、データストアを
２番機に移行したく、DocumentID：CTX102255を参照して行ったのですが、
どうしても手順4で失敗します。1度強引に手順7まで行いましたが、
メディアからサーバをリカバリする羽目になりました。　
----------------------------------------------------------------
Accessデータストアを移動または復元するには：

ハードウェアで障害が発生した場合や、ハードウェアをアップグレードする場合は、
次の手順に従って、データストアのバックアップをインストールするか、
元のデータストアを別のサーバーに移動します。

1. データストアのバックアップまたは元のデータストアを新しいサーバーにコピーします。

2. 新規ホストサーバーで、手順1.でコピーした新しいローカルデータベースを参照するDNSファイルを作成します。

3. サーバーファーム内のすべてのサーバー上で、dsmaint failoverコマンドを実行して、新しいホストサーバーを指定します。このコマンドを正しく実行するには、各サーバー上でIMAサービスが起動している必要があります。このコマンドは、新しいホストサーバー上でdsmaint configコマンドを実行する（手順4.）前に実行してください。この順番と同様にコマンドを実行しなかった場合、サーバーファーム内の他のサーバーがデータストアに情報を書き込めなくなります。

4. 新しいホストサーバー上で、dsmaint configコマンドを実行し、IMAサービスが手順2で作成した新しいDSNファイルを参照させます。Accessデータストア上にセキュリティを設定していない場合は、デフォルトのアカウント（citrix）とパスワード（citrix）を使用します。

5. レジストリエディタ（Regedt32.exe）を起動して、次のレジストリキーの値をImaaccess.dllからImaodbc.dllに変更して、元のホストサーバーのロールを間接アクセスサーバーに変更します（元のサーバーは、新しいホストサーバーを経由して間接的にデータストアにアクセスするようになります）。

HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DatabaseDriver

注：以上の手順は、MetaFrameXP, Feature Release 3のサーバーファームで行う必要はありません。Feature Release 3を使用している場合は、レジストリ値を削除するオリジナルホストサーバーで、「dsmaint failover new_direct_servername」コマンドを実行します。Feature Release 3では、Imaodbc.dll値は使用されていません。

6. 新しいホストサーバー上で、いったんIMAサービスを停止し、再起動します。

7. 新しいホストサーバー上でIMAサービスを起動した後で、サーバーファーム内のほかのすべてのサーバー上で、IMAサービスをいったん停止し、再起動します。
-----------------------------------------------------------------

手順4での失敗は、CTX103716にもありますが、dsmaint configコマンド実行の際に
-----------------------------------------
「新しい設定でデータストアに接続しています。
データストアに接続できません。
以前の設定に戻します。
設定を変更できません。
パラメータおよびデータソースの指定を確認してください。」
---------------------------------------------------
となる事です。データストアパスワードは変更していないので、【citrix】で問題ないと
思ったのですが...
そういえば手順2のDNSファイル作成も、ホストサーバからコピーして、WSIDの名前を変更
しただけなので、「作成」とは言えません

ご指南頂けます様、
宜しくお願い致します。

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

ＳｅｃｕｒｅＧａｔｅＷａｙのセットアップにおいてＳＴＡを実行するサーバー設定時の
ＦＱＤＮ及び、パスの新規指定時に下記のようないエラーが発生しセットアップが出来なく
こまっております。
どなたかお助けいただきたくお願い致します。

【エラー内容】
　無効または予期しないエラー
　指定されたSecureTicketAutorityと通信できません。

なお、IISのInetpubについてはシステムドライブでなく設定しています。
もちろんSTAの設定についても上記を考慮しております。

【環境】
・OS：WindowsServer2003
・IIS：6.0
・MetaFrame　PresentationServer3.0
・SecureGateWay2.0

以上よろしくお願い申し上げます。　

こんにちは。いつも参考にさせていただいています。
下記件に関して、どなたかご存じの方がいましたらアドバイスをお願い致します。

＜環境＞
○MetaFrameサーバ
・WindowsServer2003
・MetaFrameXP Feature Release3 (FR3)

○MetaFrameクライアント
・Program Neighborhood Ver7.00.17535

＜現象＞
公開アプリ(シームレスウィンドウで公開)を起動直後に、
クライアントからのキーボード入力が利かない現象が発生しています。

現状の対策として、以下のどちらかを実行しています。
１．暫く(1分ほど)待つ
２．一度クライアント側のウィンドウをフォーカスして、
　　その後、公開アプリをフォーカスする

どなたか原因又は設定による対策をご存知でしたら、
アドバイスをお願い致します。

環境は次のとおりです。
（Windows2000 server SP4 + MetaframeXP FR3 SP3）のサーバ２台でロードバランス
で運用しています。接続クライアント数は約30台で、WinXP PRO SP1 + ICA WIN32 V7.0
です。

不定期にサーバ２台のうち１台（時には両方とも）がCPU負荷率100％になり、そのサーバにつながっている端末の業務が固まります。サーバのプロセスを調べると、WINLOGON.EXEがCPUを消費していることが分かりました。Metaframeではなく、Windows2000のターミナルサービスの障害の可能性もあると思っています。どなたかこれと似たような経験はお持ちでないでしょうか？ありましたら是非教えてください。