2011-09-12 9 views
26

ठीक है, क्या मैं उड़ सकता हूं ?? मैं इस से बहुत बीमार और थक गया हूँ। मैं ज्यादातर दिन काम कर रहा हूं और डब्ल्यूसीएफ सेवाएं बहुत अच्छी तरह से काम कर रही हैं। अगली बार जब मैं अपना ऐप चलाता हूं और डब्ल्यूसीएफ कॉल करता हूं, बम! टीसीपी सॉकेट अब उपलब्ध नहीं है। मैंने इसे हल करने के लिए उच्च और निम्न खोज की है और कोई वास्तविक समाधान नहीं है। एकमात्र समाधान जो मैं पा सकता हूं वह मशीन को रीबूट करना है जो एक बड़ा समय-अपशिष्ट और बोझ है। WPA सेवा को पुनरारंभ करना, net.tcp सेवा, आईआईएस, इत्यादि कुछ नहीं करता है। लॉग ऑन करना और पीछे हटना इसे ठीक नहीं करता है। केवल एक रिबूट इस समस्या को हल करता है। मैं अपने ऐप को फिर से डब्ल्यूसीएफ कॉल करने के अलावा कुछ भी नहीं करता, और यह बकवास होता है। कुछ भी के साथ कोई विन्यास समस्या नहीं है। मैं महीनों से इस से निपट रहा हूं और ऐसा क्यों होता है कि ऐसा क्यों होता है इसका कोई विशिष्ट कारण या समाधान नहीं मिल रहा है। यह मेरे फ़ायरवॉल के साथ या बंद होता है, इससे कोई फर्क नहीं पड़ता।डब्ल्यूसीएफ - संदेश प्रेषित नहीं किया जा सका क्योंकि एंडपॉइंट पते पर सेवा ... पते के प्रोटोकॉल के लिए अनुपलब्ध है

किसी से भी कोई अंतर्दृष्टि? मुझे लगता है कि डब्ल्यूसीएफ/net.tcp परत में वास्तव में एक बग है जो इसका कारण बन रहा है। जब भी कभी-कभी वेब.कॉन्फिग परिवर्तन होता है तो मैं इसे उत्पादन 2008 आर 2 सर्वर पर भी प्राप्त करता हूं, इसलिए मैंने बदलाव से पहले आईआईएस, डब्ल्यूपीए, नेट टीसीपी, आदि सेवाओं को रोकना सीखा है, फिर उन्हें पुनरारंभ करें। क्या मुसीबत है।

मैं सभी के आसपास .NET4 का उपयोग कर रहा हूं, वीएस -2010, सभी सर्विस पैक इत्यादि लागू हैं। सब कुछ सबसे वर्तमान है।

मुझे माफ करना, जबकि मैं रिबूट .....

किसी को भी इस के साथ मदद कर सकते हैं?

+0

क्या आप आईआईएस में होस्टिंग कर रहे हैं, या इसे सेवा या स्वयं-होस्ट किए गए ऐप के रूप में चला रहे हैं? क्या आपने 'नेटस्टैट' या टीसीपी व्यू जैसे टूल की कोशिश की है: http://technet.microsoft.com/en-us/sysinternals/bb897437 यह देखने के लिए कि बंदरगाह बंद है या बंदरगाह पर कुछ और ले रहा है ? – CodingWithSpike

+0

ऐसी सेवा को डीबग करते समय मुझे डब्ल्यूसीएफ सेवाओं के साथ एक ही अनुभव था। यह यादृच्छिक रूप से हो सकता है कि आप एक समय पर अपने डिबगिंग सत्र को रोकते हैं कि आपका सिस्टम इसका सामना करने में सक्षम नहीं है। बंदरगाह में बंदरगाहों का प्रकार, और इस मुद्दे को हल करने के लिए सिस्टम रीबूट की आवश्यकता है। इसे एक वोट दिया, क्योंकि मैं उत्सुक हूं कि इस के लिए मूल और संभावित समाधान क्या है ... – kroonwijk

+0

क्या यह एक प्रश्न है? यह किसी अज्ञात समस्या के बारे में उदास कहानी की तरह दिखता है = ऐसे मामले में टिकट (एमएस पार्टनर) या एमएस कनेक्ट के माध्यम से एमएस समर्थन से संपर्क करना बेहतर होता है। –

उत्तर

22
  1. खुला एक कमांड प्रॉम्प्ट
  2. नेविगेट ग: \ windows \ microsoft.net \ framework64 \ v4.0.30319
  3. आदेश "ServiceModelReg.exe -r"
का उपयोग कर सेवा मॉडल रजिस्टर

क्रेडिट वहां जाएं http://kumaranbose.blogspot.be/2010/08/cryptic-wcf-nettcp-errors.html

+0

मैं इसे सही उत्तर के रूप में चिह्नित नहीं कर सकता क्योंकि यह मेरा प्रश्न नहीं है, अगर यह मेरा प्रश्न था, तो यह सही जवाब होगा। मैं कई msdn howtos के माध्यम से चला गया और उनमें से कोई भी इस कदम का उल्लेख नहीं किया। इस समय के बाद – THBBFT

+0

@ सर्ज, धन्यवाद। – slimflem

1

मुझे यकीन नहीं है कि मेरे पास जवाब है, लेकिन आप उस प्रक्रिया की पहचान कर सकते हैं जिसमें बंदरगाह खुला है और इससे समस्या के दायरे को कम करने में मदद मिल सकती है। मैंने Sysinternals सूट का उपयोग किया है जिसमें एक TCPView है। यह प्रोजेगी मेरे लिए सहायक थी।

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

0

ध्वनि Net.Tcp श्रोता एडाप्टर सेवा वेब सेवा एक गलती राज्य में चैनल डालकर कुछ प्रक्रिया या अपवाद है फेंक द्वारा मारे गए जा रहा है।

क्या आपने पहले और दूसरी विफलता पर सेवा को पुनरारंभ करने के लिए स्वचालित रूप से सेवा के स्टार्टअप प्रकार को सेट करने का प्रयास किया है?

मुझे यह बहुत संदेह है कि wcf net.tcp चैनल परत में एक बग है। यदि श्रोता चल रहा है और टीसीपी सॉकेट अब उपलब्ध नहीं है तो मैं सुझाव दूंगा कि आप कोड को विशेष रूप से अपवाद हैंडलिंग रणनीति के आसपास देखें और आईआईएस अनुरोध लॉग में एक झलक देखें।

6

यह समस्या मुझे लगभग 3 वर्षों तक शिकार करती है लेकिन केवल स्पोरैडिक होती है। टीसीपीवीव ने मदद की। मैंने SMSSvcHost.exe प्रक्रिया को मार दिया है और फिर Net.Tcp श्रोता एडाप्टर सेवा को पुनरारंभ किया है। इस मुद्दे को मंजूरी दे दी। वास्तव में कोई समाधान नहीं है लेकिन कम से कम, मुझे अब सर्वर को रिबूट करने का सहारा नहीं लेना है।

3

मुझे यह समस्या थी। यह प्रत्येक आईआईएस रीसेट के बाद होगा (जो हमारी तैनाती के हिस्से के रूप में होता है)। NetTcpPortSharing सेवा को पुनरारंभ करने के बाद यह समस्या हल हो गई थी (जो नेट को भी पुनरारंभ करता है।टीसीपी श्रोता एडाप्टर सेवा)

+0

यह मेरे लिए काम किया। – Hogan

-1

आईआईएस में एप्लिकेशन पूल चलाने के लिए उपयोग किए गए खाते में एडी में जांचें।

आवेदन पूल चल रहा है लेकिन पासवर्ड परिवर्तन के लिए खाता अक्षम/लॉक/आवश्यकता होने पर 1 कनेक्शन प्रयास पर रोक देगा।

संबंधित मुद्दे