🥇 प्रणाली, अन्तरक्रियात्मक लिपि र टाइमर

परिचय

लिनक्सको लागि विकास गर्दा, अन्तरक्रियात्मक स्क्रिप्टहरू सिर्जना गर्ने कार्य जुन प्रणाली खोल्दा वा बन्द हुँदा कार्यान्वयन गरिन्छ। प्रणाली 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 चयन गर्ने विभिन्न तरिकाहरू छन्, मैले यसको लागि लोडर विकल्प प्रयोग गरें।

अन्तिम प्रक्षेपण यस्तो देखिन्छ:

बुटलोडर सुरु हुन्छ
बुटलोडरले final.target प्यारामिटर पार गरेर फर्मवेयर सुरु गर्न थाल्छ
Systemd ले प्रणाली सुरु गर्न थाल्छ। क्रमशः तिनीहरूको निर्भरता (उदाहरणका लागि, multi-user.target) मार्फत basic.target बाट installer.target वा work.target मा जान्छ। पछिल्लोले प्रणालीलाई इच्छित मोडमा काम गर्न ल्याउँछ

प्रक्षेपणको लागि फर्मवेयर तयारी गर्दै

फर्मवेयर सिर्जना गर्दा, कार्य सँधै स्टार्टअपमा प्रणाली स्थिति पुनर्स्थापित गर्ने र बन्द गर्दा यसलाई बचत गर्ने हुन्छ। राज्य भनेको कन्फिगरेसन फाइलहरू, डाटाबेस डम्पहरू, इन्टरफेस सेटिङहरू, आदि हो।

Systemd समानान्तरमा समान लक्ष्यमा प्रक्रियाहरू चलाउँछ। त्यहाँ निर्भरताहरू छन् जसले तपाईंलाई स्क्रिप्टहरूको स्टार्टअप अनुक्रम निर्धारण गर्न अनुमति दिन्छ।

यसले मेरो परियोजनामा कसरी काम गर्छ ( https://habr.com/ru/post/477008/ https://github.com/skif-web/monitor)

प्रणाली सुरु हुन्छ
Settings_restore.service सेवा सुरु भएको छ। यसले डेटा खण्डमा settings.txt फाइलको उपस्थिति जाँच गर्छ। यदि यो त्यहाँ छैन भने, त्यसपछि एउटा सन्दर्भ फाइल यसको स्थानमा राखिएको छ। अर्को, प्रणाली सेटिङहरू पुनर्स्थापित छन्:
- प्रशासक पासवर्ड
- होस्टनाम,
- समय क्षेत्र
- लोकेल
- सबै मिडिया प्रयोग भइरहेको छ कि छैन भनेर निर्धारण गर्दछ। पूर्वनिर्धारित रूपमा, छवि आकार सानो छ - प्रतिलिपि गर्न र मिडियामा रेकर्डिङ गर्न सजिलोको लागि। स्टार्टअपमा, यसले अझै पनि प्रयोग नगरिएको ठाउँ छ कि छैन भनेर जाँच गर्छ। यदि त्यहाँ छ भने, डिस्क पुन: विभाजन गरिएको छ।
- MAC ठेगानाबाट मेसिन-आईडी उत्पन्न गर्दै। DHCP मार्फत उही ठेगाना प्राप्त गर्न यो महत्त्वपूर्ण छ
- नेटवर्क सेटिङहरू
- लगहरूको आकार सीमित गर्दछ
- बाह्य ड्राइभ कामको लागि तयार भइरहेको छ (यदि सम्बन्धित विकल्प सक्षम छ र ड्राइभ नयाँ छ)
postgresq सुरु गर्नुहोस्
पुनर्स्थापना सेवा सुरु हुन्छ। यो zabbix आफै र यसको डाटाबेस तयार गर्न आवश्यक छ:
- पहिले नै zabbix डाटाबेस छ कि छैन जाँच गर्दछ। यदि होइन भने, यो प्रारम्भिक डम्पबाट सिर्जना गरिएको छ (zabbix सहित)
- समय क्षेत्रहरूको सूची सिर्जना गरिएको छ (वेब इन्टरफेसमा तिनीहरूलाई प्रदर्शन गर्न आवश्यक छ)
- हालको आईपी फेला पर्यो, यो मुद्दामा प्रदर्शित हुन्छ (कन्सोलमा लग इन गर्न निमन्त्रणा)
निमन्त्रणा परिवर्तन हुन्छ - काम गर्न तयार वाक्यांश देखिन्छ
फर्मवेयर प्रयोगको लागि तयार छ

सेवा फाइलहरू महत्त्वपूर्ण छन्, तिनीहरू हुन् जसले तिनीहरूको सुरुवातको अनुक्रम सेट गर्दछ

[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 सुरु हुनेछ।

र दोस्रो सेवा (zabbix तयारी)

#!/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 सेवाहरू सुरु गर्नु अघि।

logrotate को लागि टाइमर सेवा

Systemd ले CRON लाई प्रतिस्थापन गर्न सक्छ। गम्भीरतापूर्वक। यसबाहेक, सटीकता मिनेट सम्म होइन, तर सेकेन्ड सम्म हो (यदि आवश्यक छ भने के हो)। वा तपाइँ एक नीरस टाइमर सिर्जना गर्न सक्नुहुन्छ, घटनाबाट टाइमआउट द्वारा बोलाइएको।
यो नीरस टाइमर थियो जुन मैले सिर्जना गरेको मेसिनको सुरुबाट समय गणना गर्दछ।
यसका लागि २ फाइलहरू आवश्यक पर्नेछ
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 आदेश टाँस्नुहोस् र यसको आउटपुट बचत गर्नुहोस्।

त्यसैले मैले मेरो लक्ष्यबाट बन्दलाई कार्यान्वयन गरें। म १००% सही भएको दाबी गर्दिन, तर यसले काम गर्छ!
यो कसरी गरियो (सामान्य सर्तहरूमा):
मैले एउटा लक्ष्य my_shutdown.targe सिर्जना गरें, जुन कसैमा निर्भर थिएन:
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_shutdown.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 विकल्पहरू छन्:

रिबुट, बन्द र अन्य आदेशहरू (तिनीहरू अझै पनि systemctl मा सिम्लिङ्कहरू छन्) लाई तपाईंको स्क्रिप्टसँग बदल्नुहोस्। स्क्रिप्ट भित्र, my_shutdown.target मा जानुहोस्। र लक्ष्य भित्रको स्क्रिप्टहरूले सिधै systemctl लाई कल गर्छ, उदाहरणका लागि, systemctl रिबुट
एक सरल विकल्प, तर मलाई यो मन पर्दैन। सबै इन्टरफेसमा, शटडाउन/रिबुट/अन्य कल नगर्नुहोस्, तर सीधै लक्षित systemctl isolate my_shutdown.target कल गर्नुहोस्।

मैले पहिलो विकल्प रोजें। Systemd मा, रिबुट (जस्तै poweroff) 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

Systemd, अन्तरक्रियात्मक स्क्रिप्ट र टाइमर