Проверить выполнение скрипта

Дистрибутив какой?

Debian 7.

А разве это будет сильно отличаться в других? :)

(
echo "Executing"
sleep 60
nohup ntpdate -s > /tmp/debug &
) &

или

screen -d -m bash -c "sleep 60; ntpdate -s"

screen -d -m bash -c «sleep 60; ntpdate -s»

Никогда не юзал screen, что даст эта команда? Где будет выхлоп или лог?

man screen

«screen -r» и ты подключишься к псевдотерминалу с выхлопом.

Вопрос: как лучше проверить, выполняется ли команда в rc.local при загрузке?

ну если скрипт самописный, то лучший, наверное, способ - это создание файлов-маркеров. У камрада цельные системы собирались через использование таких маркеров. Довольно большие системы, на десятки виртуалок.

Я ща точно не помню какой там в баше знак (кажется &&)

ntpdate -s && touch /marker &

Да там не скрипт, а в rc.local:

sleep 60
ntpdate -s &
exit 0

Ок, спасибо, разбираюсь. Полезная штука.

если

/etc/rc.local

то это и есть скрипт )))) Просто он написан не тобой.

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

exit 0

Вопрос: как лучше проверить, выполняется ли команда в rc.local при загрузке?

Выполняется, будь уверен. Проверку добавляй до exit 0

Но.

1. Если ты пытаешься что-то добавить в скрипты инициализации, будь уверен что указываешь полные пути, или убедись что установил PATH

2. В debian в качестве «sh» по умолчанию dash вместо bash. Это многих смущает

Скорее всего выполнено не будет, из-за отсутствия полных путей

Кроме того, не уверен, но сильно подозреваю, что () работает в bash, но не голом sh. Если так, то не пройдёт.

dash вместо bash ???

Охщи... даже не знал.

ntpdate -s && touch /marker &

в случае успеха выполнения ntpdate -s будет создан файл /marker

Прости, не прочитал твой комментарий. Спасибо, учту.

Выполняется, будь уверен. Проверку добавляй до exit 0

У меня вероятно что-то с изложением мыслей... Меня часто не понимают программисты, например. Почему хз.

Проверку добавляй до exit 0

Как? :) Именно за этим я сюда и пришел.

(команда && touch /твой_путь/`date +%Y-%m-%d_%H-%M`_succeed) || touch /твой_путь/`date +%Y-%m-%d_%H-%M`_fail

вот у себя в работающей конфигурации нашел. Однострочник, работает по крону. Дубово и надёжно (в реале у меня там команда «рсинк бла бла бла», но это ваще пофиг, лишь бы exit-коды прога нормально выдавала).

Вот только что попробовал так:

sleep 60 && ntpdate -s && touch /home/username/ntpdate &

(команда && touch /твой_путь/`date +%Y-%m-%d_%H-%M`_succeed) || touch /твой_путь/`date +%Y-%m-%d_%H-%M`_fail

А как оно понимает, когда succeed, а когда fail?

проверка не будет отличаться, просто в некоторых дистрах для того, чтобы /etc/rc.local стал выполняться, нужно включить сервис. Правда, я уже не помню точно в каком дистре сталкивался и имени сервиса.

если эксит код команды 0, то выполняется то, что после &&, а если не 0, то выполнится команда после ||. man bash почитай. Правда, учти, что в дебиане sh - dash, как тебе уже писали. Но логические операторы работают одинаково во всех posix-совместимых шелах.

Ок.

хм

ntpdate -s ; echo $?
1

SYNOPSIS
       ntpdate [-bBdoqsuv] [-a key] [-e authdelay] [-k keyfile] [-o version] [-p samples] [-t timeout] server [...]

ntpdate -s адрес_сервера_источника_NTP_ЖИ

ясен пень оно 1 даёт

ntpdate gate4; echo $?
30 Mar 20:36:26 ntpdate[24437]: bind() fails: Permission denied
1

из-под обычного юзера не сработает

root@playground2:~# ntpdate gate4; echo $?
30 Mar 20:38:23 ntpdate[25886]: adjust time server бла offset -0.000649 sec
0
root@playground2:~# 

во, другое дело. Вот теперь можно всю конструкцию пробовать.

root@playground2:~# ntpdate -s gate4; echo $?
0
root@playground2:~# 

Mar 30 20:40:13 playground2 ntpdate[27501]: adjust time server бла offset 0.000430 sec

(sleep 10; ntpdate -s gate4 && touch /root/ntpdate_`date +%Y-%m-%d_%H-%M`_succes) &

отрабатывает из-под рута норм, тока в консоль мусорит. По-хорошему, надо бы в /dev/null весь лишний вывод завернуть, но можно забить

так ты же сервер не указал с которого синкаться надо

Тю, блин, я думал оно умеет само ибо прописан сервер «pool.ntp.org» в /etc/default/ntpdate.

ntpdate gate4
gate4

Что такое gate4?

Что такое gate4?

это моя местная машина.

Да, теперь работает. Тогда нафига вообще этот /etc/default/ntpdate ? Странный Debian... Ладно, разберусь с этим.

Спасибо :)

дока на русском нормальная, но про БАШ, не забывай что дока именно по БАШу.

Ок, спасибо.

В 7-м дебе ничего не надо.

А что с этим в 8-м, кстати?

туда сустемд впилили, там шаманство какое-то есть с сервисом для старта rc.local, точно не подскажу. Или гугл посмотрите, вроде было про это в большом кол-ве, или местных знатоков «нафигД» зовите.

туда сустемд впилили, там шаманство какое-то есть с сервисом для старта rc.local

Твою жеж мать... совсем е$%нулись :(
Ок, спасибо.

а почему бы не использовать ntpd?

Меньше незащищенных демонов - крепче сон.

Да и ntpdate, как оказалось, отрабатывает сам при старте машины без каких-либо прописываний куда-либо.

Дело тут не в ntp вовсе, а в ПРОВЕРКЕ, а конкретно: КАКИЕ КОМАНДЫ ПРОПИСАТЬ в тот же rc.local (если изадействован он) или еще где-либо, чтобы я был спокоен, что у меня ОТРАБОТАЛ тот или иной скрипт.

ntpdate у меня был вбит туда ДЛЯ ПРИМЕРА.

Меньше незащищенных демонов - крепче сон.

1) дыра пофикшена
2) ntp клиента это не должно беспокоить.

ок, повторю, не устану: ntpdate у меня был вбит туда ДЛЯ ПРИМЕРА.

И все же, как решаешь/решал мой вопрос? не сталкивался?

2) ntp клиента это не должно беспокоить.

Внезапное расхождение по времени и как следствие даун ntpd уже пофиксили?
А то я все еще перестраховываюсь.

И все же, как решаешь/решал мой вопрос? не сталкивался?

Вы обкурились на первое апреля? Выше 100500 вариантов вам уже описали.

Меня интересуют различные варианты решения данного вопроса, мало ли.
Тебя лично что-то не устраивает или психика неустойчивая, бро, а?
Вечернюю дозу глицина пропустил?

Дарагой. Ты уж звиняй нас «болезных», но можно ты еще раз задаш вопрос. Но так что бы в этом вопросе уже исключались желания ответить: «пути к выполняемой программе должны быть полными» «конструкцию /fullpath/binname>>/logname понимаю» «конструкцию /fullpath/binname && /sbin/shutdown -r -F 0» и т.д. и т.п.

Внезапное расхождение по времени и как следствие даун ntpd уже пофиксили?

простите что? ntp по дизайну имеет расхождение по времени

простите что? ntp по дизайну имеет расхождение по времени

Я про тот момент когда возникает большое расхождение по времени локальное-получаемое ntpd падает (это не бага а фича, я серьезно) во всяком случае много лет так было.

никогда с таким не сталкивался

Хорошо когда так или иначе большинство берут с инета, но когда завязаны в локальную цепочку этот момент и всплывает.
Можно конечно проверить, на текущий, но я по старинке перестаховываюсь, проверяю по крон запущен ли ntpd и если нет ntpdate && start ntpd

Да при чем тут вообще пути и прочее. Это все умолчательное.

Я искал решения типа:

1)

if pgrep go.sh; then
    echo running
else
    echo not running
fi

2) есть еще команда watch

и т.д.

Чем больше вариантов - тем лучше. Все ответы выше имеют место быть в разных ситуациях, но везде есть свои нюансы. Так вот эти нюансы умолчательные, меня интересовали РЕШЕНИЯ.

Всем спасибо.