2011-07-28 8 views
9

Próbuję użyć TransactionScope do testów jednostkowych i ciągle dostaję błędy na naszym serwerze kompilacji. Po wykonaniu kilku pomocnych odpowiedzi na pytania i blogów zainstalowałem DTCPing i uruchomiłem go na obu & server2. Kiedy uruchamiam go w odwrotnej kolejności wydaje się połączyć w jednym kierunku, a nie w drugiej:MSDTC działa tylko w jednym kierunku

++++++++++++Validating Remote Computer Name++++++++++++ 
Please refer to following log file for details: 
    D:\KPAHQDEV043372.log 
Invoking RPC method on teamcity 
RPC test is successful 
++++++++++++RPC test completed+++++++++++++++ 
++++++++++++Start DTC Binding Test +++++++++++++ 
Trying Bind to teamcity 
Binding call to teamcity Failed 
Session Down 

Ale gdy uruchomię go w zamierzonym kierunku po prostu nie RPC

++++++++++++Validating Remote Computer Name++++++++++++ 
Please refer to following log file for details: 
    C:\TEAMCITY3024.log 
Invoking RPC method on kpahqdev04 
Problem:fail to invoke remote RPC method 
Error(0x6BA) at dtcping.cpp @303 
-->RPC pinging exception 
-->1722(The RPC server is unavailable.) 
RPC test failed 

I znalazłem przydatne informacje: here, ale teraz po prostu utknąłem. Jakieś pomysły?

+0

Nie jestem pewien, czy to ci pomoże, ale pomogło mi to. Zobacz następujący link: http://social.msdn.microsoft.com/Forums/en-US/a0f714e4-c278-4ec0-a471-fe5cf2f4b68b/transactionscope-fails?forum=windowstransactionsprogramming&prof=required Zwróć uwagę na część, w której kładzie nacisk na plik hosts i liczbę wpisów oraz w jakiej formie. – CSharpenter

+0

Jakieś rozwiązanie tego? Mam dokładnie ten sam problem. Ping i telnet do portu 135 jest w porządku w obu kierunkach, a DTC ma reguły wyjątków na obu zaporach, ale nadal pojawia się błąd 1722. – ChrisC

Odpowiedz

0

Byłem w tym samym miejscu i ostatecznie doszedłem do wniosku, że najbardziej oczywiste było rozwiązanie: jeden komputer ma włączoną zaporę ogniową, podczas gdy inne nie. Trudno było zauważyć, że tylko część firewalla została włączona, podczas gdy inne zostały wyłączone, więc nie zauważyłem tego po raz pierwszy.

0

Należy dodać usługę Distributed Transaction Coordinator jako wyjątek w zaporze sieciowej. Upewnij się także, że usługa RPC (port 135) jest włączona i dodana jako wyjątek do zapory.

Można również sprawdzić, czy przyczyną problemu jest firewall, wyłączając zaporę firewall i ponownie uruchamiając usługę DTCP.

Powiązane problemy