問題タブ [windows-server-2008-x64]

Windows レジストリの読み取り/書き込みをカバーするために、一連の単体テストを作成しました。それらはCRegKey ATL API を使用します。

これらは XP Pro のデスクトップ マシンでは正常に動作しましたが、テストがビルド マシン (Windows 2008 x64 サーバー) で実行されるようになると、CreateERROR_ACCESS_DENIEDを介してキーを作成しようとすると、テストが失敗します。

ビルド マシンにログインしているユーザーは、管理者グループに属しています。

Google はメモ帳でレジストリを作成する方法のリストを表示し、msdn はリンクをクリックするとページが見つからないというメッセージを表示し続けます。

私が知る必要があるのは、サーバー上で実行するときにテストに合格できるようにするために何をする必要があるかということです? セキュリティ属性が必要だと思いますが、これについて詳しく調べたことがないので、どこから始めればよいかわかりません。どんな助けでも大歓迎です。

I have a problem with a web service I'm trying to debug. There is a problem with the web service, but I don't seem to be able to get a handle on it, because when I run the same project in the Visual Studio Debugger, it can't find any relevant registry keys. They are just coming up null. When I tried listing all the available keys in HKLM\Software the list is completely different to what I can see in RegEdit. It seems that Visual Studio is being subjected to some kind of Registry Virtualisation that the same code being run from IIS is not subject to.

I'm running Visual Studio as an Administrator ( and running it in the administrative role ) and this problem only just seems to have appeared- the same code worked fine yesterday, which makes it even more confusing.

Is there a way I can make Visual Studio's debugger/ASP.Net development server run in the same way that the process is running live? If not, is there an easy way to identify the process that my web service will be running in so I can just attach to that and debug from it that way?

Edit: The problem doesn't appear to relate to the Wow6432Node subkey as the registry keys in question relate to a 64-bit application. However I can't even see the existence of the Wow6432Node key from my code if it is running in the Visual Studio debugger.

再現できない問題があります。ASP.NET4を実行しているWebサーバー（Windows Server 2008 Datacenter 64ビット、Amazon EC2でホスト）でランダムに発生します。

これは、エラーログのASP.NET警告（非常に長いURLを持つ奇妙なGETリクエスト）で始まります。

例外情報：
例外タイプ：HttpException
例外メッセージ：この要求のURLの長さが、構成されたmaxUrlLength値を超えています。
System.Web.HttpRequest.ValidateInputIfRequiredByConfig（）
at System.Web.HttpApplication.PipelineStepManager.ValidateHelper（HttpContext context）

次にエラー：

アプリケーションID：/ LM / W3SVC / 2 / ROOT
プロセスID：4604
例外：System.Threading.ThreadAbortException
メッセージ：スレッドは中止されていました。
StackTrace：System.Web.HttpRuntime.ProcessRequestNotificationPrivate（IIS7WorkerRequest wr、HttpContext context） at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper
（IntPtr managedHttpContext、IntPtr nativeRequestContext、IntPtr moduleData、Int32 flags）atSystem.Web.Hosting.PipelineRuntime。
（IntPtr managedHttpContext、IntPtr nativeRequestContext、IntPtr moduleData、Int32フラグ）

次に別のエラー：

アプリケーションID：DefaultDomain
プロセスID：4604
例外：System.Threading.ThreadAbortException
メッセージ：スレッドは中止されていました。
スタックトレース：

そして、アプリケーションエラー：

障害のあるアプリケーションw3wp.exe、バージョン7.0.6002.18005、タイムスタンプ0x49e03238、障害のあるモジュールkernel32.dll、バージョン6.0.6002.18005、タイムスタンプ0x49e041d1、例外コード0xe0434352、障害オフセット0x00000000000176fd、プロセスID 0x％9、アプリケーション開始時間0x％10 。

Windbg

adplusでクラッシュしたためにダンプを取得できましたが、何を探すべきか本当にわかりません。以前にWindbgでいくつかのスタックオーバーフローのトラブルシューティングを行いましたが、このエラーにどのアプローチを使用すればよいかわかりません。

！エラーのあるスレッドでpe：

例外オブジェクト：00000001c323d948
例外タイプ：System.Threading.ThreadAbortException
メッセージ：スレッドは中止されていました。
InnerException：
StackTrace（生成）：

StackTraceString：
HResult：80131530

！clrstack

子SPIP呼び出しサイト
0000000015f7f0780000000076c176fd[GCFrame：0000000015f7f078]
0000000015f7f258 0000000076c176fd [GCFrame：0000000015f7f258]

k

Child-SPRetAddr呼び出しサイト
00000000f2826e39kernel32 15f7edf0 000007fe！RaiseException + 0x39
00000000 15f7eec0 000007fef2bbbfb4 clr ！ RaiseTheExceptionInternalOnly + 0x363
00000000 f2bbc906 clr！RaiseTheException + 0xa4 00000000 f2c3b99b clr！ BStrFromString + 0x66 00000000 f2c3b9 clr！Thread :: RaiseCrossContextException + 0x2a7 00000000 f2830886 clr！?? :: FNODOBFM :: 15f7f4c0 000007fe 15f7f530 000007fe 15f7f5c0 000007fe 15f7f5f0 000007fe 15f7f620 000007fe 15f7f6d0 000007fe15f7eff0 000007fe
15f7f020 000007fe
15f7f050 000007fe
15f7f0c0 000007fe
15f7f0f0 000007fe
15f7f310 000007festring'+0xafb03
00000000f27fcce3 clr!UM2MDoADCallBack+0x9e
00000000f845ba59 clr!UMThunkStubAMD64+0x273
00000000f8458f02 webengine4!W3_MGD_HANDLER::ProcessNotification+0x79
00000000f27d4595 webengine4!ProcessNotificationCallback+0x43
00000000f27d3ac8 clr!UnManagedPerAppDomainTPCount::DispatchWorkItem+0x181
00000000f294658f clr!ThreadpoolMgr::NewWorkerThreadStart+0x2e5
0000000015f7f770 000007fe 15f7f810 00000000 15f7fbd0 00000000 15f7fc00 00000000`00000000 ntdll！RtlUserThreadStart + 0x1d f29447c6 clr!ThreadpoolMgr::WorkerThreadStart+0x3b
0000000076c1be3d clr!Thread::intermediateThreadProc+0x7d
0000000076d56a51 kernel32!BaseThreadInitThunk+0xd
00000000

誰かがこれが何であるかについての手がかりを持っていますか？または、Windbgで分析するための正しい方向に私を向けることができますか？

編集：受信URLは通常、次のようになります。foo.bar.com/wEPDwULLTE1MTk5MzIzMTFkGAMFFmN0bDAwJGRiMSRkZGxEYXRhYmFzZXMPFCsAAmRkZAU7Y3RsMDAkU2VhcmNoQ2xvdWQxJF9SaWdodENvbHVtbiRfU2VhcmNoQ2xvdWQkbHN2U2VhcmNoVGVybXMPFCsADmRkZGRkZGQ8KwAUAAIUZGRkZgL/D2QFK2N0bDAwJHN1cnZleTEkX1JpZ2h0Q29sdW1uJF9JUiR1c2VyQ29tbWVudHMPFCsAA2VnZGQeuUcvQDsShDIp1k7YjJw70Ry 9 / Q1B9Sd1egrovYgkw == /

しかし、イベントログで、これは次のようなURLでも発生することがわかりました：foo.bar.com/&（.NET 4の「危険なリクエスト」）

ASP.Net アプリケーションをデバッグするときに、Visual Studio で 64 ビット バージョンの IE を起動することはできますか?

デバッグ中に複数のタブを使用できるようにする必要があり、2 つ目のタブを開くと IE 32 ビットがクラッシュします。

Windows 2008 サーバーにバッチ ファイルがあり、コマンド ラインから呼び出すと正常に動作します。ただし、このジョブを実行するようにスケジュールされたタスクを設定すると、正しく動作しません。

タスクスケジューラは、タスクが定期的に実行されていることを示していますが、エラーは表示されていません。ただし、バッチ ファイルは処理するはずのものを処理しません。

この問題を解決する方法についてのアイデアは大歓迎です

32ビットプロセスが64ビットオペレーティングシステムでアドレス指定できる最大プライベートメモリはいくつですか？

十分な馬力を備えたWindowsServer2008R2サーバー上のIIS7でMVC2アプリケーションを展開しています。SQL Server 2008 DBに接続しており、アプリケーションのパフォーマンスは、開発者ワークステーションのデバッガーで実行する場合（同じSQL Server DBに接続する場合）よりも大幅に遅くなります。すでにネットワーク接続を確認しましたが、イベントログにWindowsの問題を示すものはありません。また、DBサーバーでプロファイラーを実行しましたが、クエリはすぐに実行されます。

このパフォーマンスの問題を診断するための助けをいただければ幸いです。サーバー自体であると期待して、テスト用に新しい2008 R2サーバーを構築しましたが、パフォーマンスは同じでした。

ありがとう

編集1：

IISは、Windows Server 2008 R2 Standard、32GBRAMを実行しているDellR710サーバーで実行されています。SQL Server 2008は、Server 2008 R2 Standard、12GBRAMを実行する別のR710でホストされます。最初はIISをVMで実行していましたが、パフォーマンスの低下がVMによるものかどうかを確認するために、IISを物理マシンに移動しました。私は両方で同じパフォーマンスを経験しているので、それは要因ではなかったようです。

編集2：

データベースへの接続を開くことはボトルネックの一部であり、その後のストアドプロシージャの起動にもかなりの時間がかかるようです。

-データベース接続を開く：5秒（後続の接続はキャッシュされるため、5秒は必要ありません）

-最初のsproc：<1秒

-2番目のsproc：5秒

-3番目のsproc：<1秒

-4番目のsproc：<1秒

-5番目のsproc：6秒

非常に単純なC＃Windowsフォームプロジェクトがあります。それは私の開発用PC（Win7 x64）でうまく機能しますが、コンパイル後はWindows2008x64では実行されません。

なぜ何かアイデアはありますか？

タクンズ。

編集（詳細）：

サーバーで発生するエラーは次のとおりです。

プロジェクトのプラットフォームターゲットは、x64でコンパイルされていますが、任意のPCです。ターゲットフレームワークは.Net4クライアントプロファイルです。

それが役に立てば幸い ：）

Window Server 2008R264ビット用の.NETFramework3.5 SP1のスタンドアロンファイルまたは.isoファイルはどこにありますか？

たとえば、http 経由で 64 ビット Windows Server 2008 の新しいインストールに接続できません。サーバーはドメイン上にありますが、DC ではありません (これはまったく別の問題です)。

IIS7 はサーバー上で実行されており、Web サイトはhttp://localhost経由でローカルにアクセスできますが、同じネットワーク上の別のマシンから接続しようとすると、Windows ファイアウォールが無効になっているにもかかわらず、接続が拒否されます。

Windows エクスプローラーを使用してサーバー上の共有フォルダーに接続して参照できるので、物理的な接続の問題ではありません。サーバーからネットワーク上の他のマシンに ping を実行できますが、別のマシンからサーバーに ping を実行しようとすると、「Destination host unreachable」という結果になります。

私が知る限り、サーバーはどのマシンからの TCP 接続も拒否します。私が見逃している他の構成設定があるに違いないと考えています...助けてください。

NS