সমাধান: "প্রসেস ফাইলটি অ্যাক্সেস করতে পারে না কারণ এটি অন্য প্রসেস দ্বারা ব্যবহৃত হচ্ছে" ত্রুটি

অনেক উইন্ডোজ ব্যবহারকারী "প্রসেস ফাইলটি অ্যাক্সেস করতে পারে না কারণ এটি অন্য প্রসেস দ্বারা ব্যবহৃত হচ্ছে" ত্রুটির মুখোমুখি হচ্ছেন। অধিকাংশ সময়, এই সমস্যা তখন হয় যখন ব্যবহারকারী netsh কমান্ড চালানোর চেষ্টা করেন। কিছু ব্যবহারকারী রিপোর্ট করেছেন যে তাদের ক্ষেত্রে, IIS (Internet Information Services) MMC (Microsoft Management Console) স্ন্যাপ-ইনে একটি ওয়েবসাইটে রাইট-ক্লিক করার চেষ্টা করার সময় এই ত্রুটি বার্তা দেখায়।

এই সমস্যা উইন্ডোজ ভিস্তা, উইন্ডোজ ৭, উইন্ডোজ ৮.১, উইন্ডোজ ১০ এবং বিভিন্ন উইন্ডোজ সার্ভার সংস্করণে ঘটতে দেখা গেছে।

প্রসেস অন্য প্রসেস দ্বারা ব্যবহৃত হচ্ছে এর কারণ কী?

আমরা এই নির্দিষ্ট সমস্যাটি বিভিন্ন ব্যবহারকারীর রিপোর্ট এবং তাদের ব্যবহৃত মেরামতের কৌশল देखकर তদন্ত করেছি। আমরা যা সংগ্রহ করেছি তার উপর ভিত্তি করে, এই নির্দিষ্ট ত্রুটি বার্তা ট্রিগার করার কয়েকটি সাধারণ পরিস্থিতি রয়েছে:

• কমান্ডটির অ্যাডমিন פרিভিলেজ প্রয়োজন — আপনি যদি টার্মিনালের ভিতরে এই ত্রুটির সম্মুখীন হন, তবে এর সবচেয়ে সম্ভাব্য কারণ হলো আপনার কাছে модиফিকেশন করার জন্য অ্যাডমিনিস্ট্রেটিভ প্রিভিলেজ নেই। একই পরিস্থিতিতে অনেক ব্যবহারকারী অ্যাডমিন প্রিভিলেজ দিয়ে সমস্যা সমাধান করেছেন।
• অন্য প্রসেস পোর্ট ৮০ বা ৪৪৩ ব্যবহার করছে — এটি IIS (Internet Information Services) চালিত কম্পিউটারে সাধারণ। যদি অন্য কোনো প্রসেস এই দুটি পোর্ট ব্যবহার করে, তবে আপনি এই ত্রুটি বার্তা দেখবেন।
• ListenOnlyList রেজিস্ট্রি সাবকি সঠিকভাবে কনফিগার করা নেই — IIS (Internet Information Services) এর সাথে আরেকটি সাধারণ পরিস্থিতি যা এই নির্দিষ্ট ত্রুটি ট্রিগার করে, তা হলো ভুলভাবে কনফিগার করা ListenOnlyList রেজিস্ট্রি সাবকি।

আপনি যদি এই নির্দিষ্ট ত্রুটি বার্তা সমাধান করতে অসক্ষম হন, তবে এই আর্টিকেল আপনাকে যাচাইকৃত ট্রাবলশুটিং ধাপের একটি সংকলন প্রদান করবে। নিচে, আপনার কাছে পদ্ধতিগুলির একটি সংগ্রহ আছে যা অন্য ব্যবহারকারীরা একই পরিস্থিতিতে সমস্যা সমাধান করতে ব্যবহার করেছেন।

সर्वোত্তম ফলাফলের জন্য, নিচের পদ্ধতিগুলো সিলসিলेवারে অনুসরণ করুন যতক্ষণ না আপনি আপনার নির্দিষ্ট পরিস্থিতিতে ত্রুটি সমাধানকারী একটি ফিক্স খুঁজে পান।

শুরু করা যাক!

পদ্ধতি ১: অ্যাডমিন প্রিভিলেজ দিয়ে কমান্ড চালানো

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

মনে রাখবেন যে এই ধরনের অপারেশনের জন্য অ্যাডমিনিস্ট্রেটর প্রিভিলেজ প্রয়োজন। আপনি যে CMD উইন্ডোতে অ্যাকশন انجام করার চেষ্টা করছেন সেটিতে অ্যাডমিন প্রিভিলেজ আছে কিনা নিশ্চিত করতে নিচের ধাপগুলো অনুসরণ করুন:

1. Windows key + R চাপুন Run ডায়লগ বক্স খোলার জন্য। তারপর, "cmd" টাইপ করুন এবং Ctrl + Shift + Enter চাপুন উন্নত Command Prompt খোলার জন্য।
2. UAC (User Account Control) দ্বারা প্রম্পট করা হলে, অ্যাডমিন প্রিভিলেজ দেওয়ার জন্য Yes-এ ক্লিক করুন।
3. উন্নত Command Prompt-এ কমান্ডটি আবার চালান এবং দেখুন একই ত্রুটি বার্তা আসছে কিনা।

আপনি যদি এখনও "প্রসেস ফাইলটি অ্যাক্সেস করতে পারে না কারণ এটি অন্য প্রসেস দ্বারা ব্যবহৃত হচ্ছে" ত্রুটি পান বা এই পরিস্থিতি প্রযোজ্য না হয়, তবে নিচের পদ্ধতিতে যান।

পদ্ধতি ২: ভিন্ন IP রেঞ্জ সেট করা

আপনি যদি netsh ব্যবহার করে DNS দ্বন্দ্ব সমাধান করার চেষ্টা করেন এবং উপরের পদ্ধতি সাহায্য না করে, তবে আপনি ভিন্ন একটি পদ্ধতি চেষ্টা করতে পারেন।

একই ত্রুটি বার্তা সমাধান করতে অসক্ষম কিছু ব্যবহারকারী বিলকুল ভিন্ন একটি IP রেঞ্জ সেট করার চেষ্টা করার পর দ্বন্দ্ব সমাধান করেছেন, এক্সক্লুশন রেঞ্জ তৈরি করার বদলে।

নিচে কয়েকটি কমান্ড আছে যা একটি প্রভাবিত ব্যবহারকারী DNS এবং Quickbooks-এর মধ্যে দ্বন্দ্ব সমাধান করতে সফলভাবে চালিয়েছিল:

netsh int ipv4 set dynamicport tcp start=10000 num=1000 netsh int ipv4 set dynamicport udp start=10000 num=1000

নোট: নিশ্চিত করুন যে আপনি যে টার্মিনালে কমান্ডটি চালাচ্ছেন সেটিতে অ্যাডমিন প্রিভিলেজ আছে।

এই পদ্ধতি দ্বন্দ্ব সমাধান না করলে বা আপনার 마주 করা পরিস্থিতিতে প্রযোজ্য না হলে, চূড়ান্ত পদ্ধতিতে যান।

পদ্ধতি ৩: IIS পোর্ট দ্বন্দ্ব সমাধান করা

আপনি যদি IIS MMC স্ন্যাপ-ইনের ভিতরে একটি ওয়েবসাইট আইটেমে রাইট-ক্লিক করার চেষ্টা করার সময় সমস্যার সম্মুখীন হন (Start-এ ক্লিক করলে কিছুই হয় না), তবে আপনাকে Netstat.exe ইউটিলিটি ব্যবহার করে জানতে হবে অন্য কোনো প্রসেস পোর্ট ৮০ এবং পোর্ট ৪৪৩ ব্যবহার করছে কিনা।

এই সমস্যা মাইক্রোসফ্ট IIS ৬.০ এবং ৭.০ চালিত কম্পিউটারে খুব সাধারণ। অফিসিয়াল মাইক্রোসফ্ট ডকুমেন্টেশনের উপর ভিত্তি করে, আপনার বর্তমান পরিস্থিতিতে নিচের শর্তগুলোর যেকোনো একটি প্রযোজ্য হলে ত্রুটি বার্তা দেখাবে:

• IIS চালিত কম্পিউটারে ListenOnlyList রেজিস্ট্রি সাবকি সঠিকভাবে কনফিগার করা নেই।
• IIS-এর জন্য প্রয়োজনীয় TCP পোর্ট (৮০) বা SSL পোর্ট (৪৪৩) অন্য কোনো প্রসেস ব্যবহার করছে।

এই সমস্যা সমাধান করার জন্য, আমাদের Netstat.exe ইউটিলিটি ডিপ্লয় করতে হবে উপরের নির্দিষ্ট পোর্টগুলো অন্য কোনো প্রসেস ব্যবহার করছে কিনা তা নির্ধারণ করতে। যদি ইউটিলিটি নির্ধারণ করে যে পোর্টগুলো ব্যবহার হচ্ছে না, তবে আমরা ListenOnlyList সাবকি পরীক্ষা করব যে সেটি সঠিকভাবে কনফিগার করা আছে কিনা।

এখানে সম্পূর্ণ ধাপে ধাপে গাইড:

1. Windows key + R চাপুন Run ডায়লগ বক্স খোলার জন্য। তারপর, "cmd" টাইপ করুন এবং Ctrl + Shift + Enter চাপুন উন্নত Command Prompt খোলার জন্য। UAC (User Account Control) দ্বারা প্রম্পট করা হলে, অ্যাডমিনিস্ট্রেটিভ প্রিভিলেজ দেওয়ার জন্য Yes-এ ক্লিক করুন।
2. উন্নত কমান্ড প্রম্পটের ভিতরে, Netstat.exe ইউটিলিটি শুরু করার জন্য নিচের কমান্ডটি চালান:

   netstat -ano

3. ফলাফল পাওয়ার পর, Active Connections তালিকা স্ক্রোল করে দেখুন পোর্ট ৮০ এবং ৪৪৩ সক্রিয়ভাবে অন্য কোনো প্রসেস দ্বারা ব্যবহৃত হচ্ছে কিনা।

   নোট: যদি পোর্টগুলো অন্য প্রসেস দ্বারা সক্রিয়ভাবে ব্যবহৃত হয়, তবে আপনি আপনার সমস্যার উৎস শনাক্ত করেছেন। এই ক্ষেত্রে, পোর্টের PID অনুযায়ী পোর্ট দ্বন্দ্ব কীভাবে সমাধান করবেন সেটি অনলাইন থেকে জানুন।

4. উন্নত Command Prompt বন্ধ করুন কারণ পরবর্তী ধাপের জন্য অ্যাডমিন প্রিভিলেজ লাগবে না।
5. যদি পোর্টগুলো সক্রিয়ভাবে ব্যবহৃত না হয়, Windows key + R চাপুন Run ডায়লগ বক্স খোলার জন্য। তারপর, 'regedit' টাইপ করুন এবং Enter চাপুন Registry Editor খোলার জন্য। UAC (User account control) দ্বারা প্রম্পট করা হলে, অ্যাডমিনিস্ট্রেটিভ প্রিভিলেজ দেওয়ার জন্য Yes-এ ক্লিক করুন।
6. Registry Editor-এ, বাম প্যানেল ব্যবহার করে নিচের লোকেশন নেভিগেট করুন:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters\ListenOnlyList

   নোট: যদি ListenOnlyList সাবকি উপস্থিত না থাকে, তবে এটি তৈরি করার প্রয়োজন নেই কারণ ডিফল্টভাবে 0.0.0.0 IP ঠিকানা ব্যবহার হবে।

7. ListenOnlyList সাবকি মডিফাই করার আগে, আপনাকে IIS চালu HTTP সার্ভিস বন্ধ করতে হবে। তাই Registry Editor-কে ব্যাকগ্রাউন্ডে রাখুন কারণ আমরা একটু পরে এতে ফিরব।
8. পরবর্তী, Windows key + R চাপুন Run ডায়লগ বক্স খোলার জন্য, 'cmd' টাইপ করুন এবং Enter চাপুন আরেকটি Command Prompt উইন্ডো খোলার জন্য।
9. Cmd প্রম্পটে, IIS চালানোর জন্য দায়বদ্ধ HTTP সার্ভিস বন্ধ করার জন্য নিচের কমান্ডটি চালান এবং Enter চাপুন:

   net stop http

10. যতপর্যন্ত এই অপারেশন চালিয়ে যেতে চান কিনা পুছলে, 'Y' টাইপ করুন এবং Enter চাপুন কনফার্ম করার জন্য।
11. HTTP সার্ভিস ডিজেবল হলে, Command Prompt উইন্ডো বন্ধ করুন এবং Registry Editor-এ ফিরে আসুন।
12. ListenOnlyList সাবকি সিলেক্ট করা অবস্থায়, ডান প্যানেলে যান এবং নিশ্চিত করুন যে সেটিতে বৈধ IP ঠিকানা আছে। আপনি যদি কোনো অবৈধ IP ঠিকানা দেখেন, তবে সেটি মুছে ফেলুন বা একটি বৈধ IP ঠিকানার এন্ট্রিতে মডিফাই করুন।

    নোট: যদি ListenOnlyList সাবকি উপস্থিত থাকে এবং 0.0.0.0 ঠিকানা লিস্টেড থাকে, তবে আপনাকে অন্যান্য সকল IP ঠিকানা মুছে ফেলতে হবে।

13. Registry Editor বন্ধ করুন এবং আপনার কম্পিউটার রিস্টার্ট করুন।
14. পরবর্তী স্টার্টআপে, HTTP সার্ভিস স্বয়ংক্রিয়ভাবে শুরু হওয়া উচিত। কিন্তু নিশ্চিত হতে, Windows key + R চাপুন Run ডায়লগ বক্স খোলার জন্য। তারপর, "cmd" টাইপ করুন এবং Enter চাপুন Command Prompt উইন্ডো খোলার জন্য।
15. নতুন খুলা Command Prompt-এ, HTTP সার্ভিস শুরু হয়েছে কিনা নিশ্চিত করার জন্য নিচের কমান্ডটি টাইপ করুন:

    net start http

    নোট: আপনি যদি "The requested service has been already started" বার্তা পান, তবে আপনি ভালো আছেন।

16. Microsoft Internet Information Services (IIS) Microsoft Management Console (MMC) স্ন্যাপ-ইন থেকে একটি সার্ভিস শুরু করার চেষ্টা করুন। আপনাকে আর 'প্রসেস ফাইলটি অ্যাক্সেস করতে পারে না কারণ এটি অন্য প্রসেস দ্বারা ব্যবহৃত হচ্ছে' ত্রুটি দেখতে না পাবেন।