পরিষেবা শুরুর অনুরোধটি খুব দ্রুত পুনরাবৃত্তি হয়েছিল, সীমা শুরু করতে অস্বীকার করে

23

আমার একটি সিস্টেমযুক্ত পরিষেবা রয়েছে যা নিম্নলিখিত ত্রুটিটি দেখায় service start request repeated too quickly, refusing to start

আমি বুঝতে পারি যে পরিষেবাটি ব্যর্থতার সাথে পুনরায় চালু করার জন্য কনফিগার করা হয়েছে এবং এটি বারবার পুনরায় আরম্ভ হচ্ছে। কিন্তু কখন এটি পুনরায় চালু করতে অস্বীকার করে? এটির সংজ্ঞা দেয় এমন কোন সীমা বা সংখ্যা আছে কি?

তদুপরি, এর too quicklyঅর্থ হ'ল, এটি একটি নির্দিষ্ট সময়কালে পুনরায় আরম্ভের সংখ্যার সীমাবদ্ধ?

linux systemd

— বিকাশ তিওয়ারি
সূত্র

26

ডিফল্ট সীমাটি 10 সেকেন্ড সময়কালে 5 টি পুনঃসূচনা করার অনুমতি দেয়। Restart=পরিষেবা সংজ্ঞাতে কনফিগার বিকল্পের কারণে কোনও পরিষেবা যদি এই প্রান্তিকের ওপারে চলে যায় তবে এটি আর আরম্ভ করার চেষ্টা করবে না।

সিস্টেমডি যখন কোনও পরিষেবা পুনরায় চালু করার চেষ্টা করে তখন হারগুলি StartLimitIntervalSec=ও StartLimitBurst=বিকল্পগুলি এবং বিকল্পগুলি Restart=নিয়ন্ত্রণ করে কনফিগার করা হয় ।

আরো তথ্য মধ্যে man systemd.unitএবং man systemd.service।

তারপরে systemctl daemon-reloadইউনিট কনফিগারেশন পুনরায় লোড করতে ব্যবহার করুন ।

— সোভেন
সূত্র

3

ধন্যবাদ @ সুইভেন। কোথায় এই কনফিগারেশন সংজ্ঞায়িত করা হয়?

— বিকাশ তিওয়ারি

পরিষেবা ফাইলের মধ্যে। StartLimit...অপশন আছে নাও হতে পারে এবং মাত্র ডিফল্ট (10 সেকেন্ড 5 পুনরায় আরম্ভ) ব্যবহার করুন।

— সেভেন

ডিফল্ট মানটি কি অন্য কোনও কনফিগার ফাইলে লেখা আছে?

— বিকাশ তিওয়ারি

3

অক্ষমতা করতে কনফিগার করা, যেমন /etc/systemd/system.confসঙ্গে DefaultStartLimitIntervalSec(এবং অনুরূপ) অপশন। তবে এগুলি প্রায়শই সেট করা হয় না এবং সংকলিত ডিফল্ট ব্যবহার করা হয়। দেখুন man systemd-system।

— সেভেন

@ সেভেন সার্ভিস ফাইলটি কোথায়?

— ব্যবহারকারী ২

2

এটি লক্ষণীয় যে কিছু ত্রুটিগুলি এই ত্রুটিটি ছুঁড়েছে বলে মনে হচ্ছে, অন্যদিকে কারণটি পৃথক।

আমি ডিফল্ট ব্যানটাইম মন্তব্য করেছি এবং একটি বিকল্প ইনলাইন .ুকিয়েছি **bantime = 7200 #3600**

আমি একটি নতুন বিভাগ [এসএএসএল] যুক্ত করেছিলাম , যার মধ্যে একটি ফিল্টার নাম অন্তর্ভুক্ত ছিল যা আমি অনুসরণ করা নিবন্ধে দেওয়া থেকে পরিবর্তিত হয়েছিল।

এগুলির যে কোনও একটিতে ত্রুটিযুক্ত না করে, ব্যর্থ 2ban পুনরায় আরম্ভ করতে অস্বীকৃতি জানায় the

পরিষেবা শুরুর অনুরোধটি ত্রুটি শুরু করতে অস্বীকার করে খুব দ্রুত পুনরাবৃত্তি হয়েছিল

আমি যখন [এসএএসএল] বিভাগটি মন্তব্য করেছি কেবল তখনই কি আমি একটি ত্রুটি পেয়েছি যা একটি অবৈধ ব্যানটাইমকে নির্দেশ করে, যা থেকে আমি সংগ্রহ করেছি যে এটি ইনলাইন মন্তব্যে মোকাবেলা করতে পারে না।

আমি যখন এটি স্থির করে দিয়েছি এবং নতুন [এসএএসএল] বিভাগটি নির্বিঘ্নিত করেছি, তখন আমি একটি ত্রুটি পেয়েছি যে ফিল্টারটি পাওয়া যায় নি। সঠিকরূপে নামকৃত ফিল্টারটির বদলে প্রত্যাশার সাথে ব্যর্থ2ban পুনরায় লোড হয়।

সুতরাং যদি আপনি পরিবর্তনগুলি করেন এবং এই ত্রুটিটি পান তবে নিশ্চিত হন যে আপনি পরিবর্তনগুলি সরিয়ে দিয়েছেন এবং একটি লক্ষণ ঠিক করার চেষ্টা করার আগেও একই ত্রুটি পেয়েছেন।

— MickG
সূত্র

0

এই একই সমস্যার জন্য আমি কেবল একটি দ্রুত এবং নোংরা উপায়টি হ'ল আমি একটি ব্যাশ র‍্যাপার স্ক্রিপ্ট তৈরি করেছি যা ঘুমায় যাতে পরিষেবাটি তত দ্রুত শুরু না হয়। আমার তাত্ক্ষণিক পুনরায় আরম্ভের প্রয়োজন নেই বলে আমার জন্য কাজ করে ..

/root/sleep_and_start_autossh.sh

    /bin/bash -e
    sleep 200
    /usr/bin/autossh args...

/etc/systemd/system/autossh.service

    StartLimitIntervalSec=120 # this didn't seem to do much for me.
    #ExecStart=/usr/bin/autossh args ...
    ExecStart=/root/sleep_and_start_autossh.sh

— deploycat
সূত্র

আপনাকে করার প্রয়োজন কম StartLimitIntervalSec থ্রোটলিং এড়াতে, অথবা 0 করার জন্য এটিকে অক্ষম সেট করা আছে। সিস্টেমেড ডকুমেন্টেশন পড়ুন।

— ভ্লাদিমির পানতেলিভ

0

এই ত্রুটিটি দিয়ে কোন পরিষেবাটি শুরু করতে ব্যর্থ হবে তা আপনি নির্দিষ্ট করবেন না।

আমার এই সমস্যাটি ছিল fail2banএবং মিকজির উত্তরে যেমন ত্রুটিটি ছিল আমার ব্যর্থ 2 ব্যাবস্থাপনায় ছিল এবং সিস্টেমড সার্ভিস কনফিগারেশনের সাথে আমার কোনও যোগসূত্র ছিল না।

ব্যর্থ 2 বন দিয়ে সমাধানটি এটি দিয়ে শুরু করা

fail2ban-client -x start

যা একটি বিশদ ত্রুটি বার্তা প্রদর্শন করবে। কিছু কারণে systemctl start fail2banআসল ত্রুটি ব্যবহার করার সময় হারিয়ে যায় এবং কোনও লগের সন্ধান পাওয়া যায় না।

একবার কনফিগারেশন ত্রুটি সংশোধন করা হলে, পরিষেবাটি আবার বন্ধ করা যেতে পারে বা (পুনরায়) সিস্টেমড দিয়ে শুরু করা যেতে পারে।

— mivk
সূত্র