Копирование последних файлов от удаленных серверов
pidof gld_http должен работать, если он установлен в Вашей системе.
man pidof говорит:
Pidof finds the process id’s (pids) of the named programs. It prints those id’s on the standard output.
EDIT:
Для вашего приложения вы можете использовать замену команды:
kill -9 $(pidof gld_http)
Как упоминал @arnefm, kill -9 следует использовать как последнее средство.
проблема в том, что иногда мы идем на отдельные серверы и пытаемся запустить эти отчеты вручную для сбора данных, и это создает проблему. Этот как наш центральный сервер получает много файлов с одного и того же сервера, который мы должны найти и удалить.
Из вышеприведенного утверждения я понимаю, что вам нужно хранить только одну копию файла удаленного сервера на вашем центральном сервере. Вы можете добиться этого, сохранив только одну копию файла с удаленного сервера.
Для этого вы можете добавить имена удаленных серверов вместе с меткой времени ко всем файлам во время выполнения операции scp. Таким образом, если для центрального сервера появится более новый файл, вы можете перезаписать старый файл файлом с самой новой меткой времени.
Пара вариантов:
Разделите разовый ручной запуск генерируемого отчета так, чтобы ручной запуск хранился в другом месте, а ваши автоматические ежемесячные отчеты всегда содержали только месячный отчет.
или
Пусть скрипт, который генерирует отчет, примет необязательный параметр, так что вы можете вызвать месячный отчет из cron с соответствующим месяцем, так что имя файла будет что-то вроде 'current-report.June', и т.д. Поскольку ручной запуск не будет содержать специального параметра, ваш процесс, который захватывает ежемесячный отчет, сможет захватить именно этот отчет (естественно, этот пример ограничен, скорее всего, вы захотите иметь месяц и год, чтобы не столкнуться с проблемами, если вы решите хранить данные за более чем 12 месяцев).
И, как и выше, я уверен, что существуют бесконечные вариации. Лично я предпочитаю хранить автоматизированные скрипты/отчеты отдельно от специальных скриптов, но это, конечно, означает двойное обслуживание, если необходимо изменение. Так что, возможно, будет лучше позволить гибкости параметров, добавляемых в ваш генератор отчетов, чтобы не прерывать ваш ежемесячный процесс, когда кто-то запускает ad-hoc отчет.