সিস্টেমড, ইন্টারেক্টিভ স্ক্রিপ্ট এবং টাইমার

ভূমিকা

লিনাক্সের জন্য ডেভেলপ করার সময়, ইন্টারেক্টিভ স্ক্রিপ্ট তৈরি করার কাজ যা সিস্টেম চালু বা বন্ধ করার সময় কার্যকর করা হয়। সিস্টেম V তে এটি সহজ ছিল, কিন্তু systemd এর সাথে এটি সমন্বয় করে। কিন্তু এর নিজস্ব টাইমার থাকতে পারে।

কেন আমরা লক্ষ্য প্রয়োজন?

এটা প্রায়ই লেখা হয় যে টার্গেট V -init সিস্টেমে রানলেভেলের একটি অ্যানালগ হিসাবে কাজ করে। আমি মৌলিকভাবে একমত নই। তাদের মধ্যে আরও রয়েছে এবং আপনি প্যাকেজগুলিকে গোষ্ঠীতে ভাগ করতে পারেন এবং উদাহরণস্বরূপ, একটি কমান্ডের মাধ্যমে পরিষেবাগুলির একটি গ্রুপ চালু করতে পারেন এবং অতিরিক্ত ক্রিয়া সম্পাদন করতে পারেন। তদুপরি, তাদের কোনও শ্রেণিবিন্যাস নেই, কেবল নির্ভরতা।

ইন্টারেক্টিভ স্ক্রিপ্ট চালানোর সাথে টার্গেটের উদাহরণ (ফিচার ওভারভিউ) যখন সক্রিয় করা হয়

লক্ষ্য নিজেই বর্ণনা:

cat installer.target
[Unit]
Description=My installer
Requires=multi-user.target 
Conflicts=rescue.service rescue.target
After=multi-user.target rescue.service rescue.target 
AllowIsolate=yes
Wants=installer.service

যখন multi-user.target চালু হবে এবং installer.service কল করবে তখন এই টার্গেট শুরু হবে। যাইহোক, এই ধরনের বেশ কয়েকটি পরিষেবা থাকতে পারে।

cat installer.service
[Unit]
# описание
Description=installer interactive dialog

[Service]
# Запустить один раз, когда остальное будет запущенно
Type=idle
# Команда запуска - вызов скрипта
ExecStart=/usr/bin/installer.sh
# Интерактивное взаимодействие с пользователем через tty3
StandardInput=tty
TTYPath=/dev/tty3
TTYReset=yes
TTYVHangup=yes

[Install]
WantedBy=installer.target

এবং অবশেষে, স্ক্রিপ্ট চালানোর একটি উদাহরণ:

#!/bin/bash
# Переходим в tty3
chvt 3
echo "Install, y/n ?"
read user_answer

সবচেয়ে গুরুত্বপূর্ণ বিষয় হল final.target নির্বাচন করা - যে লক্ষ্যে সিস্টেমটি স্টার্টআপে পৌঁছাতে হবে। স্টার্টআপ প্রক্রিয়া চলাকালীন, systemd নির্ভরতার মধ্য দিয়ে যাবে এবং এর প্রয়োজনীয় সবকিছু চালু করবে।
final.target নির্বাচন করার বিভিন্ন উপায় আছে, আমি এর জন্য লোডার অপশন ব্যবহার করেছি।

চূড়ান্ত লঞ্চ এই মত দেখায়:

1. বুটলোডার শুরু হয়
2. বুটলোডার final.target প্যারামিটার অতিক্রম করে ফার্মওয়্যার চালু করা শুরু করে
3. সিস্টেমড সিস্টেম শুরু করতে শুরু করে। ক্রমানুসারে তাদের নির্ভরতা (উদাহরণস্বরূপ, multi-user.target) এর মাধ্যমে basic.target থেকে installer.target বা work.target-এ যায়। পরেরটি সিস্টেমটিকে পছন্দসই মোডে কাজ করতে আনে

লঞ্চের জন্য ফার্মওয়্যার প্রস্তুত করা হচ্ছে

ফার্মওয়্যার তৈরি করার সময়, কাজটি সর্বদা শুরুতে সিস্টেমের অবস্থা পুনরুদ্ধার করা এবং বন্ধ করার সময় এটি সংরক্ষণ করা হয়। স্টেট মানে কনফিগারেশন ফাইল, ডাটাবেস ডাম্প, ইন্টারফেস সেটিংস ইত্যাদি।

Systemd একই টার্গেটে সমান্তরালভাবে প্রসেস চালায়। এমন কিছু নির্ভরতা রয়েছে যা আপনাকে স্ক্রিপ্টের স্টার্টআপ ক্রম নির্ধারণ করতে দেয়।

এটি আমার প্রকল্পে কিভাবে কাজ করে ( https://habr.com/ru/post/477008/ https://github.com/skif-web/monitor)

1. সিস্টেম শুরু হয়
2. settings_restore.service পরিষেবা চালু হয়েছে। এটি ডেটা বিভাগে settings.txt ফাইলের উপস্থিতি পরীক্ষা করে। যদি এটি সেখানে না থাকে, তাহলে একটি রেফারেন্স ফাইল তার জায়গায় স্থাপন করা হয়। এরপর, সিস্টেম সেটিংস পুনরুদ্ধার করা হয়:
   • প্রশাসকের পাসওয়ার্ড
   • হোস্টনাম,
   • সময় অঞ্চল
   • লোকেল
   • সমস্ত মিডিয়া ব্যবহার করা হচ্ছে কিনা তা নির্ধারণ করে। ডিফল্টরূপে, চিত্রের আকার ছোট - মিডিয়াতে অনুলিপি এবং রেকর্ড করার সুবিধার জন্য। স্টার্টআপে, এটি এখনও অব্যবহৃত স্থান আছে কিনা তা পরীক্ষা করে। যদি থাকে, ডিস্কটি পুনরায় বিভাজন করা হয়।
   • MAC ঠিকানা থেকে মেশিন-আইডি তৈরি করা হচ্ছে। DHCP এর মাধ্যমে একই ঠিকানা পাওয়ার জন্য এটি গুরুত্বপূর্ণ
   • নেটওয়ার্ক সেটিংস
   • লগের আকার সীমিত করে
   • বাহ্যিক ড্রাইভটি কাজের জন্য প্রস্তুত করা হচ্ছে (যদি সংশ্লিষ্ট বিকল্পটি সক্রিয় থাকে এবং ড্রাইভটি নতুন হয়)
3. পোস্টগ্রেস্ক শুরু করুন
4. পুনরুদ্ধার পরিষেবা শুরু হয়। zabbix নিজেই এবং এর ডাটাবেস প্রস্তুত করার জন্য এটি প্রয়োজন:
   • ইতিমধ্যে একটি zabbix ডাটাবেস আছে কিনা পরীক্ষা করে। যদি তা না হয়, এটি শুরুর ডাম্প থেকে তৈরি করা হয়েছে (জ্যাবিক্স সহ)
   • টাইম জোনের একটি তালিকা তৈরি করা হয়েছে (ওয়েব ইন্টারফেসে সেগুলি প্রদর্শনের জন্য প্রয়োজন)
   • বর্তমান আইপি পাওয়া গেছে, এটি ইস্যুতে প্রদর্শিত হয় (কনসোলে লগ ইন করার আমন্ত্রণ)
5. আমন্ত্রণ পরিবর্তিত হয় - কাজ করার জন্য প্রস্তুত বাক্যাংশটি উপস্থিত হয়
6. ফার্মওয়্যার ব্যবহারের জন্য প্রস্তুত

পরিষেবা ফাইলগুলি গুরুত্বপূর্ণ, তারাই তাদের লঞ্চের ক্রম সেট করে

[Unit]
Description=restore system settings
Before=network.service prepare.service postgresql.service systemd-networkd.service systemd-resolved.service

[Service]
Type=oneshot
ExecStart=/usr/bin/settings_restore.sh

[Install]
WantedBy=multi-user.target

আপনি দেখতে পাচ্ছেন, আমি নির্ভরতা ইনস্টল করেছি যাতে আমার স্ক্রিপ্ট প্রথমে কাজ করে, এবং শুধুমাত্র তখনই নেটওয়ার্ক চলে যাবে এবং DBMS শুরু হবে।

এবং দ্বিতীয় পরিষেবা (জ্যাবিক্স প্রস্তুতি)

#!/bin/sh
[Unit]
Description=monitor prepare system
After=postgresql.service settings_restore.service
Before=zabbix-server.service zabbix-agent.service

[Service]
Type=oneshot
ExecStart=/usr/bin/prepare.sh

[Install]
WantedBy=multi-user.target

এটি এখানে একটু বেশি জটিল। লঞ্চটি multi-user.target-এও রয়েছে, কিন্তু postgresql DBMS এবং আমার setting_restore শুরু করার পরে। কিন্তু zabbix পরিষেবা শুরু করার আগে।

লগরোটেটের জন্য টাইমার পরিষেবা

Systemd CRON প্রতিস্থাপন করতে পারে। সিরিয়াসলি। তদুপরি, নির্ভুলতা মিনিট পর্যন্ত নয়, তবে সেকেন্ড পর্যন্ত (যদি এটি প্রয়োজন হয় তবে কী হবে)। অথবা আপনি একটি একঘেয়ে টাইমার তৈরি করতে পারেন, যা একটি ইভেন্ট থেকে টাইমআউট দ্বারা বলা হয়।
এটি একঘেয়ে টাইমার ছিল যা আমি তৈরি করা মেশিনের শুরু থেকে সময় গণনা করে।
এর জন্য 2টি ফাইল লাগবে
logrotateTimer.service - পরিষেবাটির প্রকৃত বিবরণ:

[Unit]
Description=run logrotate

[Service]
ExecStart=logrotate /etc/logrotate.conf
TimeoutSec=300

এটা সহজ - লঞ্চ কমান্ডের বর্ণনা।
দ্বিতীয় ফাইল logrotateTimer.timer যেখানে টাইমার কাজ করে:

[Unit]
Description=Run logrotate

[Timer]
OnBootSec=15min
OnUnitActiveSec=15min

[Install]
WantedBy=timers.target

এখানে কি আছে:

• টাইমার বিবরণ
• সিস্টেম বুট থেকে শুরু করে প্রথম শুরুর সময়
• আরও লঞ্চের সময়কাল
• টাইমার পরিষেবার উপর নির্ভরশীলতা। আসলে, এই স্ট্রিংটি টাইমার তৈরি করে

বন্ধ করার সময় ইন্টারেক্টিভ স্ক্রিপ্ট এবং আপনার শাটডাউন লক্ষ্য

অন্য একটি বিকাশে, আমাকে মেশিনটি বন্ধ করার আরও জটিল সংস্করণ করতে হয়েছিল - আমার নিজের লক্ষ্যের মাধ্যমে, অনেকগুলি ক্রিয়া সম্পাদন করার জন্য। এটি সাধারণত RemainAfterExit বিকল্পের সাথে একটি ওয়ানশট পরিষেবা তৈরি করার সুপারিশ করা হয়, তবে এটি আপনাকে একটি ইন্টারেক্টিভ স্ক্রিপ্ট তৈরি করতে বাধা দেয়।

কিন্তু বাস্তবতা হল যে ExecOnStop বিকল্প দ্বারা চালু করা কমান্ডগুলি TTY এর বাইরে কার্যকর করা হয়! এটি পরীক্ষা করা সহজ - tty কমান্ড পেস্ট করুন এবং এর আউটপুট সংরক্ষণ করুন।

তাই আমি আমার টার্গেট দিয়ে বন্ধ বাস্তবায়ন করেছি। আমি 100% সঠিক বলে দাবি করি না, তবে এটি কাজ করে!
এটি কীভাবে করা হয়েছিল (সাধারণ শর্তে):
আমি একটি লক্ষ্য my_shutdown.target তৈরি করেছি, যা কারও উপর নির্ভর করে না:
my_shutdown.target

[Unit]
Description=my shutdown
AllowIsolate=yes
Wants=my_shutdown.service 

এই লক্ষ্যে যাওয়ার সময় (systemctl isolate my_shutdwn.target এর মাধ্যমে), এটি my_shutdown.service পরিষেবা চালু করে, যার কাজটি সহজ - my_shutdown.sh স্ক্রিপ্ট চালানো:

[Unit]
Description=MY shutdown

[Service]
Type=oneshot
ExecStart=/usr/bin/my_shutdown.sh
StandardInput=tty
TTYPath=/dev/tty3
TTYReset=yes
TTYVHangup=yes

WantedBy=my_shutdown.target

• এই স্ক্রিপ্টের ভিতরে আমি প্রয়োজনীয় ক্রিয়া সম্পাদন করি। আপনি নমনীয়তা এবং সুবিধার জন্য লক্ষ্যে অনেক স্ক্রিপ্ট যোগ করতে পারেন:

my_sutdown.sh

#!/bin/bash --login
if [ -f /tmp/reboot ];then
    command="systemctl reboot"
elif [ -f /tmp/shutdown ]; then
    command="systemctl poweroff"
fi
#Вот здесь нужные команды
#Например, cp /home/user/data.txt /storage/user/
    $command

বিঃদ্রঃ. /tmp/রিবুট এবং /tmp/শাটডাউন ফাইল ব্যবহার করে। আপনি পরামিতি সহ লক্ষ্য কল করতে পারবেন না. শুধুমাত্র সেবা সম্ভব.

কিন্তু আমি কাজের নমনীয়তা এবং কর্মের একটি নিশ্চিত ক্রম থাকতে লক্ষ্য ব্যবহার করি।

যাইহোক, সবচেয়ে মজার বিষয় পরে এসেছিল। মেশিনটি বন্ধ/পুনরায় চালু করতে হবে। এবং 2টি বিকল্প রয়েছে:

• আপনার স্ক্রিপ্টের সাথে রিবুট, শাটডাউন এবং অন্যান্য কমান্ডগুলি (এগুলি এখনও সিস্টেমসিটিএল-এর সিমলিংক) প্রতিস্থাপন করুন। স্ক্রিপ্টের ভিতরে, my_shutdown.target এ যান। এবং লক্ষ্যের ভিতরের স্ক্রিপ্টগুলি সরাসরি systemctl কল করে, উদাহরণস্বরূপ, systemctl রিবুট
• একটি সহজ বিকল্প, কিন্তু আমি এটা পছন্দ করি না। সমস্ত ইন্টারফেসে, শাটডাউন/রিবুট/অন্য কল করবেন না, তবে সরাসরি টার্গেট সিস্টেমসিটিএল আইসোলেট my_shutdown.target-এ কল করবেন না

আমি প্রথম বিকল্পটি বেছে নিয়েছি। Systemd-এ, রিবুট (পাওয়ার অফের মতো) হল systemd-এর সিমলিংক।

ls -l /sbin/poweroff 
lrwxrwxrwx 1 root root 14 сен 30 18:23 /sbin/poweroff -> /bin/systemctl

অতএব, আপনি তাদের নিজের স্ক্রিপ্টগুলির সাথে প্রতিস্থাপন করতে পারেন:
পুনরায় বুট করার

#!/bin/sh
    touch /tmp/reboot
    sudo systemctl isolate my_shutdown.target
fi

উত্স: www.habr.com