2015-10-20 18 views
7

पर शुरू नहीं हुई है, मैंने विंडोज़ सेवा लिखी है, यह काम करता है और अधिकांश ऑपरेटिंग सिस्टम में स्टार्ट ठीक है। मैंने इस तथ्य को कम कर दिया है कि विंडोज 8 से अपग्रेड किए गए विंडोज 10 एक समस्या का कारण बनता है जहां सेवा स्वचालित रूप से सेट होने पर रीबूट पर सेवा शुरू नहीं होती है। मुझे लगता है कि देरी शुरू करना ठीक काम करता है। आश्चर्यचकित अगर किसी को स्क्रैच इंस्टॉल से पूर्ण के बीच बारीकियों के बारे में पता था और एक अपग्रेड जो इस छद्म मुद्दे पर संकुचन को इंगित कर सकता है।विंडोज़ सेवा विंडोज 10 अपग्रेड

जब यह काम नहीं करता है तो कोई लॉग या ईवेंट उत्पन्न नहीं होता है। यह कोशिश करने और असफल प्रतीत नहीं होता है - बस दौड़ें (शुरू करें)।


मैं बस जहां यह ठीक काम करता है और ओएस विन 8. से उन्नत बनाया गया था वहाँ कुछ निर्भरता कि अलग है प्रतीत हो रहा है एक अधिष्ठापन बारे में जाना। सेवा नेट फ्रेमवर्क 4.0 x86 के खिलाफ लिखा गया था। सेवा मैन्युअल रूप से ठीक से शुरू होती है। स्वत: (बूट पर) स्टार्टअप काम नहीं करता है। मैं कहने वाला था कि यह विफल रहता है - लेकिन ऐसा नहीं है क्योंकि यह भी कोशिश नहीं कर रहा है।

+0

यह अपने आधार की तरह लगता है है _ "आप Windows 10 अपने स्वयं स्थापित सेवाओं 'स्वचालित' की तैयारी में हैं कि करने के लिए Windows 8 अपग्रेड करते हैं शुरू नहीं है जब मशीन को रिबूट" _, जो निश्चित रूप से सच नहीं है। यदि यह था, तो यह एक बड़ी समस्या होगी जो दूसरों के सामने आपके सामने आती। मुझे शायद ही कोई विश्वास नहीं हो सकता कि कोई भी इवेंट लॉग संदेश उत्पन्न नहीं हुआ है। क्या अापको उस बारे में पूर्ण विशवास है? – CodeCaster

+0

कोई घटना उत्पन्न नहीं हुई है। – Jeff

+0

मेरे पास बिल्कुल वही समस्या है, फिर भी यह परिस्थितियों में काम करने में कामयाब नहीं है कि यह किस परिस्थिति में पुन: उत्पन्न होता है। विंडोज़ लॉग एक टाइमआउट त्रुटि दिखाता है, लेकिन मेरे लॉग 4नेट लॉग का कोई भी उत्पादन नहीं होता है। – msshapira

उत्तर

1

हमारे पास एक समान समस्या है जहां हमारी सेवाओं में से एक (.NET) विंडोज 10 में अपग्रेड करने के बाद कुछ मामलों में स्वचालित रूप से प्रारंभ नहीं होता है। इसके अलावा, कई स्थितियों में समस्या को हल करने के बाद समस्या का समाधान किया गया था 10.0.10240 ; हालांकि हर मामले में नहीं। इवेंट लॉग में कोई त्रुटि नहीं है।

अद्यतन: कुछ मामलों में देरी की शुरुआत भी काम करती है।

3

हमारे पास विंडोज 10 के साथ एक समान समस्या थी, जहां अधिकांश नेट आधारित सेवाएं स्टार्टअप पर असफल हो जाएंगी, लेकिन बाद में मैन्युअल रूप से ठीक हो सकती है। किसी कारण से, .NET में लिखी गई सेवाओं को विंडोज 10 में शुरू करने में अधिक समय लगता है। डिफ़ॉल्ट रूप से, यदि किसी सेवा के बिना 30 सेकंड से अधिक समय तक सेवा शुरू होती है, तो सेवा विंडोज द्वारा समाप्त हो जाती है। यह देरी से शुरू नहीं हुआ है, लेकिन स्टार्टअप के बाद प्रतिक्रिया देने के लिए सेवाओं को दिए गए समय में वृद्धि हुई है।

मैं उस व्यवहार को रजिस्ट्री में 60 सेकंड में बदलने में सक्षम था। \ नियंत्रण \

HKLM \ SYSTEM \ CurrentControlSet

यदि यह पहले से मौजूद नहीं है, एक DWORD (32-बिट) कुंजी "ServicesPipeTimeout" (ऋण उद्धरण) कहा जाता है बनाने के लिए: पर जाएँ। अपना मान 60000 (दशमलव में) पर सेट करें। यह मिलीसेकंड में 60 सेकंड से संबंधित है।

मैं भी इस स्वचालित करने के लिए एक regfile बनाया: [\ नियंत्रण HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet] "ServicesPipeTimeout"

विंडोज रजिस्ट्री संपादक संस्करण 5.00

= DWORD: 0000ea60

बस नोटपैड में पेस्ट करें और एक .reg फ़ाइल के रूप में सहेजें।

इसने कई मशीनों पर हमारे लिए यह मुद्दा तय किया। मुझे बताएं क्या इससे मदद मिलती है। दुर्भाग्यवश, मुझे अभी भी पता नहीं है कि क्यों .NET सेवाओं को शुरू करने में इतना समय लगता है कि वे समाप्त हो जाएंगे। हालांकि, मुझे लगता है कि यह एक माइक्रोसॉफ्ट बग है, और जरूरी नहीं कि हम उपयोगकर्ता गलत कर रहे हैं ...

+1

रजिस्ट्री को स्वयं बदलने के बजाय, यदि देरी शुरू करने का उपयोग करना आपके लिए काम नहीं करता है, तो आप कर सकते हैं सेवा के गुणों पर जाएं और सेवा वसूली का प्रयास करें। पुनर्प्राप्ति टैब के तहत आपके पास विकल्प है कि सेवा शुरू होने में विफल होने पर क्या करना है। आप वास्तव में देरी से इसे पुनरारंभ करने का प्रयास कर सकते हैं ("एक्स मिनट के बाद सेवा पुनरारंभ करें")। –

0

हमें सी ++ विंडोज सेवा के साथ भी यही समस्या है जिसे हमने बनाया है। स्वचालित स्टार्टअप ज्यादातर लोगों के लिए ठीक काम करता है।हालांकि हमारे पास 5 उदाहरण हैं जहां ग्राहक की सेवा ठीक काम कर रही थी और अब यह स्वचालित रूप से शुरू नहीं होगा।

काम करने के लिए प्रतीत होने वाली एकमात्र चीज देरी शुरू करने के लिए सेट कर रही है, लेकिन यह एक अच्छा विकल्प नहीं है क्योंकि हम तुरंत सेवा शुरू करना चाहते हैं। हमने NetLogon की सेवा निर्भरता जोड़ने का भी प्रयास किया है - जो काम नहीं करता है।

यह भी ध्यान दें कि यह ग्राहकों के लिए ठीक काम कर रहा था और किसी बिंदु पर (विंडोज़ अपडेट हो सकता है?) यह अभी स्वचालित रूप से शुरू हो गया है।

ग्राहक भी सेवाओं में जा सकते हैं और सेवा को मैन्युअल रूप से शुरू कर सकते हैं, और यह काम करता है। मैं इस धागे का पालन कर रहा हूं और देरी शुरू होने से बेहतर समाधान की उम्मीद कर रहा हूं।

प्रोजेक्ट फाइल परिवर्तन म झूठी करने के लिए 32-बिट ध्वज पसंद करते हैं, तो सेवा को पुन::

0

क्या यह हमारे लिए तय, आप अपने आप निष्पादन योग्य सेवा बदल सकते हैं है।

CorFlags.exe के साथ अपनी सेवा की जांच करें। 32BITREQ और 32BITPREF होना चाहिए 0.

Version : v4.0.30319 
CLR Header: 2.5 
PE  : PE32 
CorFlags : 0x1 
ILONLY : 1 
32BITREQ : 0 
32BITPREF : 0 
Signed : 0 
संबंधित मुद्दे