Apache 2.4 नाकाबिल है और इसे Windows सर्वर पर रोका नहीं जा सकता


11

हम दो है विंडोज सर्वर , में एक 2012 आर 2 और अन्य 2008 R2 जो का उपयोग करता है अपाचे HTTP सर्वर ( httpd) 2.4 प्रॉक्सी में / रिवर्स प्रॉक्सी मोड (के उपयोग ProxyPass, ProxyPassReverseऔर आभासी मेजबान विन्यास)। दोनों सर्वर Apache हौस से Apache 2.4.27 x64 बाइनरी बिल्ड का उपयोग करते हैं ।

हमारे पास दोनों सर्वरों पर कुछ बैकअप स्क्रिप्ट चल रही हैं। वे सभी सेवाओं (अपाचे सहित) को रोकते हैं और फिर बैकअप करते हैं और सभी सेवाओं को फिर से शुरू करते हैं।

ये स्क्रिप्ट कई सालों से काम कर रही हैं (लगभग 4 साल)। लेकिन से शुरू July 12, 2018, व्यवहार अब अजीब है। बैकअप स्क्रिप्ट अपना काम कर रही है, सभी सेवाओं को रोक रही है, बैकअप बना रही है लेकिन अब, अपाचे को छोड़कर सभी सेवाओं को फिर से शुरू किया गया है।

जांच करने के बाद, मैंने पाया कि Apache 2.4.27 सेवा को रोका नहीं जा सकता। सेवा कंसोल का उपयोग करते समय और मैन्युअल रूप से सेवा को रोकने की कोशिश करते हुए, कंसोल "रोकना" दिखाता है और कुछ भी नहीं होता है।

इसलिए मैंने चल रही प्रक्रियाओं की जाँच की और देखा कि एक httpd.exeप्रक्रिया चल रही है। मैंने उस प्रक्रिया को मारने की कोशिश की, लेकिन भाग्य से नहीं।

तो, मैंने कोशिश की:

taskkill /im "httpd.exe" /f /t

और आउटपुट है:

ERROR: The process with PID 560 (child process of PID 480) could not be terminated.
Reason: There is no running instance of the task.

इसलिए मैंने pskillSysinternals से इस प्रक्रिया को मारने का परीक्षण किया :

pskill -t 560

और आउटपुट है:

Copyright (C) 1999-2016  Mark Russinovich
Sysinternals - www.sysinternals.com

Process 5956 killed.

लेकिन यह गलत है, क्योंकि httpdप्रक्रिया हमेशा चल रही है!

इसलिए मैंने Apache को 2.4.27 से 2.4.34 तक अपडेट किया है, लेकिन समस्या बनी हुई है। स्थिति को अनब्लॉक करने के लिए केवल एक चीज पूरे सर्वर को रिबूट करना है।

मैंने स्थापित अद्यतनों की जाँच की, और उनमें से कुछ को July 11, 2018एक दिन पहले स्थापित किया गया था:

  • KB4338420
  • KB4338818
  • KB4339093
  • KB4338423

इसलिए मुझे लगता है कि समस्या इन अद्यतनों में से एक है। इसलिए उन सभी को अनइंस्टॉल करने से पहले, क्या कोई ऐसा व्यक्ति है जिसे मैं जैसी ही समस्या है, मेरा मतलब है कि Apache 2.4 असमय हो जाता है और इसे Windows सर्वर पर रोका नहीं जा सकता है?

बड़ा मुद्दा यह है, अगर उस httpdप्रक्रिया को नहीं मारा जा सकता है, तो अपाचे को फिर से शुरू नहीं किया जा सकता है क्योंकि पोर्ट 80 पहले से ही बाध्य है।


3
शीर्षक यह एक फिल्म राक्षस की तरह लग रहा है ..
Trotski94

यह हाहा चाहता था
SiZiOUS

जवाबों:


10

ठीक है, इसलिए मुझे लगता है कि मैं सही रास्ते पर था।

हाल ही में स्थापित अद्यतनों के बारे में वेब पर खोज करने के बाद, KB4338818 समस्या पैदा करने वाला है।

यह अन्य सॉफ्टवेयर्स के लिए हो रहा है, जैसे कि फाइलजिला सर्वर, जैसा कि यहां विस्तृत है

मैंने अभी इस सिक्योरिटी अपडेट को अनइंस्टॉल किया है और अब अपाचे को सामान्य रूप में शुरू / बंद किया जा सकता है!

इसलिए मुझे उम्मीद है कि Microsoft इसे बाद के अपडेट में ठीक कर देगा!


मुझे लगता है कि आपको अपना उत्तर मिल गया है लेकिन मैं सोच रहा था कि क्या सर्वर रीस्टार्ट ने भी समस्या को ठीक किया होता? इसके अतिरिक्त, यदि अपाचे नहीं चल रहा था, तो अद्यतन लागू किया गया था, तो संभव है कि यह मुद्दों का कारण न बने।
मंकीज़ियस

हां, जैसा कि मैंने पहले ही मूल प्रश्न में समझाया था, स्थिति को अनब्लॉक करने का एकमात्र समाधान पूरे सर्वर को पुनरारंभ करना है ... जो एक गंदा वर्कअराउंड है!
सियोजूस

क्षमा करें, मैंने उस विवरण को याद किया, यह थोड़ा दफन था। रिबूट के बाद, क्या प्रक्रिया गैर-हत्या योग्य थी? मैं सिर्फ इसलिए पूछ रहा हूं क्योंकि मैं अपने स्थानीय मशीन पर अपाचे के साथ विंडोज 7 x64 चला रहा हूं लेकिन अभी तक KB4338818 नहीं मिला है इसलिए मैं जानना चाहता हूं कि क्या उम्मीद है।
मंकीज़ियस

1
कोई बात नहीं, आपको अपनी टिप्पणी को सही ठहराने की जरूरत नहीं है। :) रिबूट के बाद, यदि आप स्वचालित रूप से शुरू करने के लिए अपाचे को व्यवस्थित करते हैं, तो यह काम करेगा। लेकिन जब आप सेवा को बंद करने की कोशिश करते हैं (मैन्युअल रूप से या स्क्रिप्ट का उपयोग करके) तो httpdप्रक्रिया फ्रीज हो जाएगी और अन-किलरेबल हो जाएगी।
सियोजुस



1

KB4338831 Windows Server 2012 R2 के लिए समस्या को हल करने के लिए लगता है।

इस गैर-सुरक्षा अद्यतन में सुधार और सुधार शामिल हैं जो एक भाग KB4338815 (10 जुलाई, 2018 को जारी किए गए) थे और अगले मासिक रोलअप अपडेट के पूर्वावलोकन के रूप में इन नए गुणवत्ता सुधारों को भी शामिल किया गया है। स्रोत: 18 जुलाई, 2018-KB4338831 (मासिक रोलअप का पूर्वावलोकन)

यह विंडोज अपडेट पर अनुशंसित अपडेट के रूप में उपलब्ध है।


0

मुझे लगता है कि आप निश्चित रूप से सही रास्ते पर हैं। मुझे Windows सर्वर पर टॉमकैट के साथ एक समान समस्या थी। मेरे पास टॉमकैट के साथ एक और सर्वर था जो हालांकि समस्या का सामना नहीं कर रहा था, और केवल एक बड़ा अंतर मुझे पता चला कि काम करने वाले सर्वर में आईआईएस भी स्थापित था और अन्य बंदरगाहों पर चल रहा था। काम के इर्द-गिर्द मैंने डिफ़ॉल्ट वेब साइट को स्थापित करने वाले समस्या सर्वर पर IIS लोड करने की कोशिश की ताकि यह गैर-मानक पोर्ट का उपयोग करे और समस्या अपडेट को अनइंस्टॉल किए बिना दूर चली गई प्रतीत होती है।


1
ठीक है ... मैं इसे वापस लेता हूं ... IIS चाल केवल समय के कुछ काम करने लगती है। पोर्ट 80 को लोडिंग IIS के साथ तय किया गया लगता है, लेकिन 443 केवल कुछ समय में काम करता है। इसके अलावा, मेरे लिए अपमानजनक अद्यतन KB4338815 है। कम से कम मेरे प्रोडक्शन सर्वर के लिए यह एकमात्र ऐसी चीज है जो इस पर चल रही है, इसलिए मैं टॉमकैट को फिर से शुरू करने के साथ लगभग आसानी से रिबूट कर सकता हूं।
डॉन प्रीजियोसो जूल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.