উইন্ডোজ নির্ধারিত কাজটি ত্রুটি কোড 0xc000013a দিয়ে শেষ করতে ব্যর্থ


11

আমি উইন্ডোজ সার্ভার 2003 ব্যবহার করছি এবং একটি নির্ধারিত টাস্ক রয়েছে যা সম্পূর্ণ করতে ব্যর্থ। কার্যটি প্রতিদিন বিকেল তিনটায় একটি উইন্ডোজ কমান্ড স্ক্রিপ্ট (.সিএমডি) চালানোর জন্য প্রস্তুত হয়। স্ক্রিপ্টটি এমন একটি প্রোগ্রাম চালায় যা একটি এসকিউএল সার্ভার ডাটাবেস থেকে কিছু ডেটা বের করে এবং সেই ডেটা কোনও এফটিপি সার্ভারে আপলোড করে।

তফসিলযুক্ত কার্য ফোল্ডারের "শেষ ফলাফল" কলামে প্রদর্শিত ত্রুটি কোডটি 0xc000013a। একটি দ্রুত গুগল অনুসন্ধান এই মাইক্রোসফ্ট সমর্থন পৃষ্ঠায় নিয়ে যায় যা জানিয়েছে: সর্বাধিক সাধারণ "সি" ত্রুটি কোডটি হল "0xC000013A: CTRL + C" এর ফলস্বরূপ অ্যাপ্লিকেশনটি সমাপ্ত করা হয়েছে।

টাস্কটি চলার সময় কেউ লগইন করেনি, সুতরাং CTRL + C টিপানোর জন্য কেউ নেই। আমি নিশ্চিত নই যে মাইক্রোসফ্ট ডকুমেন্টেশনে এখানে যা বলা হচ্ছে তা আমি বুঝতে পেরেছি।

আমি প্রাথমিক বিষয়গুলি পরীক্ষা করেছি - নির্ধারিত টাস্কটি সক্ষম, প্রতিদিন চালানোর জন্য নির্ধারিত এবং বৈধ স্থানে থাকা কোনও ফাইলের দিকে ইঙ্গিত করে। মজার বিষয় হচ্ছে, আমি যখন এই কাজটি ম্যানুয়ালি চালিত করি (হয় কমান্ড লাইন থেকে। সিএমডি স্ক্রিপ্ট চালিয়ে, বা টাস্কটিতে ডান ক্লিক করে "রান" ক্লিক করে) কাজটি সফলভাবে শেষ হয়।

এই ত্রুটি কোডটির অর্থ কী, এবং আমি যখন জোর করে সেখানে না আসি তখন এই কাজটি কীভাবে চালাতে পারি?


আপনার নিজের দ্বারা শেষ স্ক্রিপ্টে একটি প্রস্থান কোড যুক্ত করার চেষ্টা করুন (উদাঃ exit 0)। যদি এটি এখনও ব্যর্থ হয় তবে এটি নিজেই ব্যর্থ হচ্ছে। যদি তা না হয় তবে এটি কেবল একটি বোগাসের প্রস্থান কোড যা টাস্ক শিডিয়ুলার দ্বারা ভুল ব্যাখ্যা করা হয়েছিল।
বিজেস্টার 16

উত্তর:


6

নির্ধারিত স্ক্রিপ্টগুলির সমস্যা নিবারণ:

  1. যদি আপনি ইতিমধ্যে না পেয়ে থাকেন তবে উন্নত > ভিউ লগের অধীনে জিইউআইতে তফসিলযুক্ত কার্য লগ ফাইলটি পরীক্ষা করুন । সর্বাধিক সাম্প্রতিক এন্ট্রিগুলি খুঁজতে " " ফাইলটি অনুসন্ধান করুন এবং আপনি কিছুটা অতিরিক্ত ত্রুটির তথ্য দেখতে পাবেন।***

  2. আউটপুট ক্যাপচার করতে একটি লগ ফাইল সংজ্ঞা দিন এবং সেখানে স্ট্যান্ডার্ড আউট এবং স্ট্যান্ডার্ড ত্রুটি উভয়ই প্রেরণ করুন। কোন পরিবর্তন প্রতিধ্বনি অফ করার প্রতিধ্বনি অন নিশ্চিত করুন যে আপনি কোনো ত্রুটি বার্তা supressing করছি না যাবে।
    উদাহরণস্বরূপ, যদি আপনার স্ক্রিপ্টটি কল করা হয় ftp.data.cmdতবে আপনার নির্ধারিত টাস্কটি এটি দেখতে দেখতে লাগবে,

    cmd /c ftp.data.cmd >> ftp.data.log 2>&1

  3. লিপিটি ঝুলছে কি? হয়তো টাস্ক শিডিয়ুলার নির্দিষ্ট সময়ের পরে স্ক্রিপ্টটি হত্যা করছে (অতএব CTRL + C ত্রুটি কোড)। আপনার স্ক্রিপ্টের কৌশলগত পয়েন্টগুলিতে এর কয়েকটি যুক্ত করুন,

    echo %DATE% %TIME%

  4. আপনি কি নিশ্চিত যে স্ক্রিপ্টটি চালু অ্যাকাউন্টটির স্ক্রিপ্টের সমস্ত কিছুর অনুমতি / অ্যাক্সেস রয়েছে?

  5. যদি আপনি কোনও আনন্দ পেতে না পারেন তবে এই কমান্ডটি চালান এবং আউটপুট এখানে পোস্ট করুন, সম্ভবত আমরা সময়সূচী দিয়ে শুরু করতে পারি,

    schtasks /query /v /fo LIST /s YOURSERVER


4

আমি সরাসরি প্রশ্নের উত্তর দিতে পারি না কারণ ত্রুটি বার্তার অর্থ কী তা আমি বিশেষভাবে জানি না (তেমনি এটি কীভাবে সংশোধন করতে হবে) তবে আমি যদি এটির সমস্যা সমাধানের চেষ্টা করছিলাম তবে আমি একটি লগ ফাইলটিতে কয়েকটি লেখার যোগ করব স্ক্রিপ্টের কৌশলগত পয়েন্টগুলি এবং তারপরে নির্ধারিত সময়ের পরে দেখুন শেষ চেকপয়েন্টটি কী চলবে।

আমার সন্দেহটি হ'ল স্ক্রিপ্টের শংসাপত্রগুলির অধীনে চলছে এমন কোনও কিছুতে যা ব্যর্থ হচ্ছে বা স্ক্রিপ্টের কিছুতে একটি লগ-ইন ব্যবহারকারীর প্রয়োজন। স্ক্রিপ্টের জিনিসগুলি যেখানে ব্যর্থ হয়েছে তা হ্রাস করা আপনার "আপত্তিকর" কোড খুঁজতে সহায়তা করতে পারে।


2

আমি বুঝতে পারি এটি একটি পুরানো পোস্টিং তবে সমাধানগুলি অনুসন্ধান করার সময় তারা খুব সহায়ক এবং সম্ভবত আমি যা পেয়েছি তা সহায়ক হতে পারে। আমি উইন্ডোজ সার্ভার 2003-এ একটি এফটিপি সার্ভারে আপলোড করার জন্য উইনসিসিপি ব্যবহার করছিলাম এবং একই ত্রুটি বার্তাটি পেয়েছি এবং শিষ্টলজিইউ.এসটিএসটি ফাইলটি "টাস্কটি যদি এটির জন্য প্রস্তুত থাকে তবে এটি বন্ধ করুন:" বিভাগে পর্যাপ্ত সময় না দেওয়ার ইঙ্গিত করেছিল যদিও আমি টাস্কটি দিয়েছিলাম আপলোড করার জন্য প্রচুর সময়।

টাস্ক ম্যানেজারের দিকে তাকিয়ে আমি দেখতে পেলাম যে WinSCP.exe ছাড়ছে না এবং তালিকায় আমার প্রচুর প্রক্রিয়া রয়েছে, তাই আমি কোনও খোলা প্রক্রিয়াটি মেরে ফেলতে একটি ব্যাচ ফাইল তৈরি করেছি (টাস্কিল / এফ / আইএম উইনসপিপিএক্স) এবং আমি সেই ব্যাচের ফাইলটি WinSCP এর আগে চালানো আছে এবং এটি এখন ভালভাবে কাজ করে।


2

আমি আজ এটিতে একটি দূরবর্তী সার্ভারে ছুটে এসেছি এবং সমাধানটি ছিল "রান লগইন করা হয় তখনই" চালান "থেকে" ব্যবহারকারী লগ ইন থাকুক বা না থাকুন "চালান to

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


1

কোরির উত্তরের অনুরূপ আমি সুপারিশ করব যে আপনি নির্ধারিত টাস্কটি কে হিসাবে চালিত হবে তা পরীক্ষা করে দেখুন, যেমন আমি এই ত্রুটিটি দেখেছি যখন টাস্কটি চালাচ্ছে এমন ব্যবহারকারী অ্যাকাউন্টে লগ-ইন করা ব্যবহারকারীর মতো একই অনুমতি নেই when


1

এটি যদি আগে চলে যায় তবে সম্ভবত নেটওয়ার্ক আউটেজের মতো শর্ত বা অন্য হোস্টের কোনও সমস্যা ব্যর্থতার ব্যাখ্যা দিতে পারে।


1

আমারও একই ত্রুটি ছিল এবং এটি হ'ল যে ব্যাচ ফাইলটি আমি চালাচ্ছিলাম সেগুলি কমান্ড দিয়ে কিছু ফাইল মোছার জন্য অনুরোধ করেছিল to ব্যাচ প্রক্রিয়াতে ওয়াই / এন উত্তর দেওয়ার কোনও ব্যবহারকারী নেই বলে নির্ধারিত কাজটি সমাপ্ত করা হয়েছে। নীচে আমার নির্ধারিত টাস্ক লগটিতে আমি যে বার্তাটি পেয়েছি তা হল: "এই কাজটি সমাপ্ত করা হয়েছিল This আমার সুপারিশটি হ'ল কমান্ড প্রম্পট থেকে কাজটি কোনও ব্যবহারকারীর মিথস্ক্রিয়াটির জন্য কোথায় থামছে বা প্রম্পট করছে তা দেখার জন্য, এটি সংশোধন করুন এবং আপনার কাজটি ঠিকঠাক হবে।


1

আপনি যদি টাস্ক শিডিয়ুলার নিয়ন্ত্রণের অধীনে প্রোগ্রামটি চালানোর চেষ্টা করছেন, System.EnLive.CurrentDirectory ফিরে আসবে সি: \ উইন্ডোজ return সিস্টেম 32, যেখানে আপনার এক্সিকিউটেবলটি নেই NOT এই ত্রুটিটি একটি ফাইল-খুঁজে পাওয়া যায়নি ত্রুটি হতে পারে; আমি একটি উপ-ডিরেক্টরিতে লগ ইন করার চেষ্টা করছিলাম এবং এটি সিস্টেম 32 ট্রিতে উপস্থিত ছিল না।


0

আমার স্ক্রিপ্টগুলিতে এটি স্পষ্ট। ব্যাচের ফাইলের শেষে আমার "বিরতি" থাকায় এর কারণ হ'ল এবং নির্ধারিত কাজটি 20 মিনিটের মধ্যে সীমাবদ্ধ। যখন ব্যবহারকারী উপস্থিত থাকে, হাই কাজের প্রবাহ দেখতে পারে। যখন 20 মিনিটের পরে ব্যাচ ফাইলটি নির্ধারিত টাস্কের মাধ্যমে শেষ হয় না। এটি 0xc000013a সৃষ্টি করছে এবং ঠিক আছে।


0

আমার একই সমস্যা ছিল এবং এটি "অন সিস্টেম স্টার্টআপ" থেকে "অন লগন" এ ট্রিগার পরিবর্তন করে ঠিক করেছিলাম।


0

একই সমস্যা ছিল .. নির্ধারিত টাস্কটি চালানোর জন্য নিবন্ধীকৃত ব্যবহারকারীর সাথে খেলে স্থির হয়েছে। শেষ পর্যন্ত, ডোমেন পরিবর্তন করা উত্তর ছিল।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.