অ্যাপাচি ২.৪ অযোগ্যযোগ্য এবং উইন্ডোজ সার্ভারে থামানো যায় না


11

আমরা দুই আছে উইন্ডোজ সার্ভার , এক 2012 R2 হলো এবং অন্যান্য 2008 R2 হলো যা ব্যবহার Apache HTTP সার্ভার ( httpd) 2.4 প্রক্সি ইন / রিভার্স প্রক্সি মোড (ব্যবহার ProxyPass, ProxyPassReverseএবং ভার্চুয়াল হোস্ট কনফিগারেশন)। উভয় সার্ভার অ্যাপাচি ২.৪.২7 x64 বাইনারি বিল্ড অ্যাপাচি হাউস থেকে ব্যবহার করে ।

আমাদের উভয় সার্ভারে কিছু ব্যাকআপ স্ক্রিপ্ট চলছে। তারা সমস্ত পরিষেবা (অ্যাপাচি সহ) বন্ধ করে দেয় এবং তারপরে ব্যাকআপ করে এবং সমস্ত পরিষেবা পুনরায় চালু করে।

এই স্ক্রিপ্টগুলি বেশ কয়েক বছর ধরে (প্রায় 4 বছর) ধরে দুর্দান্ত কাজ করছে। তবে থেকে শুরু করে July 12, 2018, আচরণটি এখন অদ্ভুত। ব্যাকআপ স্ক্রিপ্টগুলি তাদের কাজগুলি করছে, সমস্ত পরিষেবা বন্ধ করে দিচ্ছে, ব্যাকআপ তৈরি করছে তবে এখন, অ্যাপাচি ব্যতীত সমস্ত পরিষেবা পুনরায় চালু করা হয়েছে।

তদন্তের পরে, আমি দেখতে পেয়েছি যে অ্যাপাচি ২.৪.২7 পরিষেবা বন্ধ করা যাচ্ছে না। পরিষেবাদি কনসোলটি ব্যবহার করার সময় এবং ম্যানুয়ালি পরিষেবাটি বন্ধ করার চেষ্টা করার সময় কনসোলটি "থামানো" দেখায় এবং কিছুই ঘটে না।

সুতরাং আমি চলমান প্রক্রিয়াগুলি পরীক্ষা করে দেখেছি যে একটি 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.

সুতরাং pskillসিসিনটার্নাল থেকে প্রক্রিয়াটি হ্রাস করার জন্য আমি পরীক্ষা করেছি :

pskill -t 560

এবং আউটপুটটি হ'ল:

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

Process 5956 killed.

তবে এটি মিথ্যা, httpdপ্রক্রিয়াটি সর্বদা চলমান থাকায় !

সুতরাং আমি অ্যাপাচি ২.৪.২7 থেকে ২.৪.৩৪ এ আপডেট করেছি, তবে সমস্যাটি রয়ে গেছে। পরিস্থিতিটিকে অবরুদ্ধ করতে একমাত্র কাজটি হ'ল পুরো সার্ভারটি পুনরায় বুট করা।

আমি ইনস্টলড আপডেটগুলি পরীক্ষা করে দেখেছি এবং এর মধ্যে কিছুদিন July 11, 2018আগে ইনস্টল করা হয়েছে :

  • KB4338420
  • KB4338818
  • KB4339093
  • KB4338423

সুতরাং আমি অনুমান করি যে সমস্যাগুলি এই আপডেটগুলির মধ্যে একটি। সুতরাং তাদের সমস্ত আনইনস্টল করার আগে, এমন কি কেউ আছেন যাঁর মতো আমার একই সমস্যা আছে, আমি বলতে চাইছি অ্যাপাচি ২.৪ অযোগ্য হয়ে যায় এবং উইন্ডোজ সার্ভারে থামানো যায় না?

বড় সমস্যাটি হ'ল, যদি সেই httpdপ্রক্রিয়াটি হত্যা করা না যায় তবে 80 বন্দর ইতিমধ্যে আবদ্ধ হওয়ায় অ্যাপাচি পুনরায় আরম্ভ করা যাবে না।


3
শিরোনামটি চলচ্চিত্রের দৈত্যের মতো শোনাচ্ছে ..
ট্রটস্কি94

এটি
হাহাহা

উত্তর:


10

ঠিক আছে, তাই আমি মনে করি আমি সঠিক পথে ছিলাম।

সম্প্রতি ইনস্টল করা আপডেটগুলি সম্পর্কে ওয়েবে অনুসন্ধান করার পরে, কেবি 4৩৩88৮৮৮ সমস্যাটি সৃষ্টি করে।

এখানে বিস্তারিত হিসাবে ফাইলজিলা সার্ভারের মতো অন্যান্য সফ্টওয়্যারগুলির ক্ষেত্রে এটি ঘটছে ।

আমি সবেমাত্র এই সুরক্ষা আপডেটটি আনইনস্টল করেছি এবং এখন অ্যাপাচি স্বাভাবিক হিসাবে শুরু / থামানো যেতে পারে!

সুতরাং আমি আশা করি মাইক্রোসফ্ট পরবর্তী আপডেটে এটি ঠিক করবে!


আমি দেখতে পেয়েছি যে আপনি আপনার উত্তরটি পেয়েছেন তবে আমি ভাবছিলাম যে কোনও সার্ভার পুনঃসূচনাটিও সমস্যাটি সমাধান করে দিতে পারে? অতিরিক্তভাবে, অ্যাপাচি চলমান অবস্থায় যদি আপডেটটি প্রয়োগ করা হয় তবে এটি সম্ভবত সমস্যাগুলির কারণ না ঘটায়।
MonkeyZeus

হ্যাঁ, আমি যেমন ইতিমধ্যে মূল প্রশ্নে ব্যাখ্যা করেছি, পরিস্থিতি অবরোধ মুক্ত করার একমাত্র সমাধান হ'ল পুরো সার্ভারটি পুনরায় চালু করা ... যা একটি নোংরা কাজ!
সিজিওস

দুঃখিত, আমি সেই বিশদটি মিস করেছি, এটি কিছুটা সমাহিত হয়েছিল। পুনরায় বুট করার পরে, প্রক্রিয়াটি কি দখলযোগ্য থেকে যায়? আমি কেবল জিজ্ঞাসা করছি কারণ আমি আমার স্থানীয় মেশিনে অ্যাপাচি দিয়ে উইন্ডোজ 7 x64 চালাচ্ছি তবে এখনও KB4338818 পাইনি তাই আমি কী আশা করব তা জানতে চাই।
MonkeyZeus

1
কোনও সমস্যা নেই, আপনাকে আপনার মন্তব্যটি ন্যায়সঙ্গত করতে হবে না। :) পুনরায় বুট করার পরে, আপনি যদি স্বয়ংক্রিয়ভাবে শুরু করার জন্য অ্যাপাচি সেট আপ করেন তবে এটি কার্যকর হবে। আপনি যখন পরিষেবাটি বন্ধ করার চেষ্টা করবেন (ম্যানুয়ালি বা স্ক্রিপ্টগুলি ব্যবহার করে) httpdপ্রক্রিয়াটি হিমশীতল হয়ে যাবে এবং অ-দমনযোগ্য হয়ে উঠবে।
সিজিওস



1

KB4338831 উইন্ডোজ সার্ভার 2012 আর 2 এর জন্য সমস্যাটি ঠিক করেছে বলে মনে হচ্ছে।

এই অন-সুরক্ষা আপডেটে উন্নতি এবং সংশোধনগুলি অন্তর্ভুক্ত করা হয়েছে যা কেবি 433331515 (জুলাই 10, 2018 প্রকাশিত হয়েছিল) এবং পরবর্তী মাসিক রোলআপ আপডেটের পূর্বরূপ হিসাবে এই নতুন মানের উন্নতিগুলিও অন্তর্ভুক্ত করে। উত্স: জুলাই 18, 2018 — KB4338831 (মাসিক রোলআপের পূর্বরূপ)

এটি উইন্ডোজ আপডেটে প্রস্তাবিত আপডেট হিসাবে উপলব্ধ।


0

আমি মনে করি আপনি অবশ্যই সঠিক পথে আছেন। উইন্ডোজ সার্ভারে টমকেটের সাথে আমারও একই সমস্যা ছিল। টমকেটের সাথে আমার আরেকটি সার্ভার ছিল যা সমস্যাটি অনুভব করছিল না, এবং কেবলমাত্র বড় পার্থক্যটি আমি জানতে পারি যে ওয়ার্কিং সার্ভারে আইআইএস ইনস্টল করা ছিল এবং অন্যান্য বন্দরগুলিতে চলছিল। ওয়ার্ক-এভার হিসাবে আমি ডিফল্ট ওয়েব সাইট সেট আপ করতে সমস্যা সার্ভারে আইআইএস লোড করার চেষ্টা করেছি যাতে এটি অ-মানক বন্দর ব্যবহার করে এবং আপডেটটি আনইনস্টল না করে সমস্যাটি চলে গেছে বলে মনে হয়।


1
ঠিক আছে ... আমি এটি ফিরিয়ে নিয়েছি ... আইআইএস কৌশলটি মনে হয় কেবল কিছু সময় কাজ করে। 80 পোর্ট লোডিং আইআইএসের সাথে স্থির হয়ে গেছে বলে মনে হচ্ছে, তবে 443 কেবলমাত্র কিছু সময় কাজ করে। এছাড়াও, আমার কাছে আপত্তিজনক আপডেটটি KB4338815 বলে মনে হচ্ছে। কমপক্ষে আমার প্রোডাকশন সার্ভারের জন্য এটি কেবল এটিই চলমান, তাই টমক্যাট পুনরায় চালু করার মতো প্রায় সহজেই পুনরায় বুট করতে পারি।
ডন প্রিজিওসো
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.