2011-09-12 23 views
26

Ok, tôi có thể thông gió không ?? Tôi rất mệt mỏi và mệt mỏi vì điều này. Tôi đang làm việc hầu hết các ngày và các dịch vụ WCF đang làm việc tuyệt vời. Lần sau, tôi chạy ứng dụng của mình và thực hiện cuộc gọi WCF, bam! socket tcp không còn nữa. Tôi đã tìm kiếm cao và thấp để giải quyết điều này và không có giải pháp thực sự. Giải pháp duy nhất tôi có thể tìm thấy là khởi động lại máy tính mà là một gánh nặng và thời gian rất lớn. Khởi động lại dịch vụ WPA, dịch vụ net.tcp, IIS, vv không làm gì cả. Việc đăng xuất và bật lại không khắc phục được. Chỉ khởi động lại khắc phục sự cố này. Tôi không làm gì ngoại trừ chạy ứng dụng của tôi một lần nữa thực hiện một cuộc gọi WCF, và điều này xảy ra. Không có vấn đề cấu hình với bất cứ điều gì. Tôi đã đối phó với điều này trong nhiều tháng và không thể tìm thấy bất kỳ lý do cụ thể hoặc giải pháp là tại sao điều này xảy ra. Nó xảy ra với tường lửa của tôi hoặc tắt, không quan trọng.WCF - Không thể gửi tin nhắn vì dịch vụ tại địa chỉ điểm cuối ... không có sẵn cho giao thức địa chỉ

Bất kỳ thông tin chi tiết nào từ bất kỳ ai? Tôi nghĩ rằng có thực sự là một lỗi trong lớp WCF/net.tcp gây ra điều này. Tôi thậm chí có được nó trên một máy chủ sản xuất 2008 R2 khi đôi khi làm cho một sự thay đổi Web.config, vì vậy tôi đã học được để ngăn chặn các dịch vụ IIS, WPA, net.tcp, vv trước khi thay đổi sau đó khởi động lại chúng. Thật là một nỗi đau.

Tôi đang sử dụng .NET4 tất cả xung quanh, VS2010, tất cả gói dịch vụ, v.v. được áp dụng. Mọi thứ đều là mới nhất.

Xin lỗi khi tôi khởi động lại .....

Bất kỳ ai có thể trợ giúp việc này?

+0

Bạn có đang lưu trữ trong IIS hoặc chạy ứng dụng đó dưới dạng Dịch vụ hoặc ứng dụng tự lưu trữ không? Bạn đã thử thực hiện một 'netstat' hoặc một công cụ như TCP View: http://technet.microsoft.com/en-us/sysinternals/bb897437 để xem liệu cổng đó có bị đóng hay không, hoặc nếu cái gì khác đang chiếm cổng ? – CodingWithSpike

+0

Tôi đã có cùng trải nghiệm với các dịch vụ WCF trong khi gỡ lỗi một dịch vụ như vậy. Nó có thể xảy ra, một cách ngẫu nhiên, rằng bạn dừng phiên gỡ lỗi của bạn tại một thời điểm mà hệ thống của bạn không thể đối phó với nó. Các loại cổng treo cứng nhắc, và khởi động lại hệ thống là cần thiết để giải quyết vấn đề. Bình chọn lên cái này, bởi vì tôi tò mò về nguồn gốc và giải pháp có thể cho cái này là ... – kroonwijk

+0

Đây có phải là câu hỏi không? Nó trông giống như câu chuyện buồn về một số vấn đề không rõ = trong trường hợp như vậy nó là tốt hơn để liên hệ với hỗ trợ MS hoặc thông qua vé (MS Partner) hoặc thông qua MS Connect. –

Trả lời

22
  1. Mở một dấu nhắc lệnh
  2. Navigate to c: \ windows \ microsoft.net \ framework64 \ v4.0.30319
  3. Đăng ký mô hình dịch vụ bằng cách sử dụng lệnh "ServiceModelReg.exe -r"

Khoản tín dụng đến đó http://kumaranbose.blogspot.be/2010/08/cryptic-wcf-nettcp-errors.html

+0

Tôi không thể gắn cờ câu trả lời này là câu trả lời đúng vì đó không phải là câu hỏi của tôi, nếu đó là câu hỏi của tôi, đây sẽ là câu trả lời đúng. Tôi đã đi qua một vài howtos msdn và không ai trong số họ đề cập đến bước này. – THBBFT

+0

@Serge sau tất cả thời gian này, cảm ơn bạn. – slimflem

1

Tôi không chắc chắn tôi có câu trả lời nhưng, bạn có thể xác định quy trình mở cổng và có thể giúp thu hẹp phạm vi của sự cố. Tôi đã sử dụng bộ Sysinternals trong đó có một TCPView. Proggy này là hữu ích cho tôi.

TCPView - http://technet.microsoft.com/en-us/sysinternals/bb897437

0

Sounds net.tcp dịch vụ Listener Adapter được bị giết bởi một số quá trình hoặc ngoại lệ là ném bởi dịch vụ web đặt kênh trong tình trạng đứt gãy.

Bạn đã thử đặt loại khởi động của dịch vụ thành tự động và khôi phục để khởi động lại dịch vụ khi lỗi đầu tiên và thứ hai không?

Tôi nghi ngờ rất nhiều rằng có lỗi trong lớp kênh net.tcp wcf. Nếu người nghe đang chạy và tcp ổ cắm không còn có sẵn tôi sẽ đề nghị bạn nhìn vào mã đặc biệt là xung quanh chiến lược xử lý ngoại lệ và có một peek vào các bản ghi yêu cầu iis.

6

Sự cố này tìm kiếm tôi trong gần 3 năm nay nhưng chỉ thỉnh thoảng xảy ra. TCPView đã giúp. Tôi đã giết quá trình SMSSvcHost.exe và sau đó khởi động lại dịch vụ Bộ điều hợp Net.Tcp Listener. Điều đó đã giải quyết vấn đề. Không thực sự là một giải pháp nhưng ít nhất, tôi không phải nghỉ mát để khởi động lại máy chủ nữa.

3

Tôi gặp sự cố này. Nó sẽ xảy ra sau mỗi lần thiết lập lại IIS (điều này xảy ra như là một phần của triển khai của chúng tôi). Vấn đề đã được giải quyết sau khi khởi động lại dịch vụ NetTcpPortSharing (cũng khởi động lại Net.Dịch vụ Bộ điều hợp Trình nghe Tcp)

+0

Điều này làm việc cho tôi. – Hogan

-1

Kiểm tra AD tài khoản được sử dụng để chạy Application Pool trong IIS.

Hồ bơi Appplication có thể đang chạy nhưng sẽ dừng trên lần kết nối thứ nhất nếu tài khoản bị vô hiệu hóa/bị khóa/cần thay đổi mật khẩu.

Các vấn đề liên quan