Форма входа
Читем онлайн Разработка приложений в среде Linux. Второе издание - Майкл Джонсон
Шрифт:
-
+
Интервал:
-
+
Закладка:
Сделать
12.5. Повторное открытие журнальных файлов
Большинство системных демонов ведут журнальные файлы, записывая в них все, что они делают. Поскольку многие системы Unix месяцами работают без остановки, эти журнальные файлы могут стать достаточно большими. Простое периодическое удаление (или переименование) журнальных файлов — не самое хорошее решение, потому что демоны будут продолжать записывать в эти файлы, несмотря на их недоступность, а необходимость останавливать и запускать каждый демон для очистки журнальных файлов приводит к недоступности системы (хоть и на незначительное время). Общий способ для демонов справиться с упомянутой ситуацией — перехватывать SIGHUP и повторно открывать журнальные файлы. Это позволяет организовать ротацию журналов (периодическое открытие новых журнальных файлов при сохранении старых), используя простой сценарий вроде приведенного ниже.
dd /var/log
mv messages messages.old
killall -HUP syslogd
Logrotate (ftp://ftp.redhat.com/pub/redhat/code/logrotate/) — одна из программ, которая использует преимущество такого метода для выполнения безопасной ротации журналов.
Включение этой возможности у большинства демонов достаточно просто. Одним их наиболее легких подходов является использование глобальной переменной, которая индицирует необходимость повторного открытия журналов.
Затем обработчик сигнала SIGHUP в своем вызове устанавливает эту переменную, и главная часть программы проверяет эту переменную насколько можно часто. Ниже приведен пример соответствующей программы.
1: /*sighup.c*/
2:
3: #include <errno.h>
4: #include <signal.h>
5: #include <stdio.h>
6: #include <string.h>
7: #include <unistd.h>
8:
9: volatile int reopenLog = 0; /* volatile - поскольку модифицируется
10: обработчиком сигнала */
11:
12: /* записать строку в журнал */
13: void logstring(int logfd, char *str) {
14: write(logfd, str, strlen(str));
15: }
16:
17: /* когда приходит SIGHUP, сделать запись об этом и продолжить */
18: void hupHandler(int signum) {
19: reopenLog = 1;
20: }
21:
22: int main() {
23: int done = 0;
24: struct sigaction sa;
25: int rc;
26: int logfd;
27:
28: logfd = STDOUT_FILENO;
29:
30: /* Установить обработчик сигнала SIGHUP. Использовать memset() для
31: инициализации структуры sigaction чтобы обеспечить очистку
32: всего. */
33: memset(&sa, 0, sizeof(sa));
34: sa.sa_handler = hupHandler;
35:
36: if (sigaction(SIGHUP, &sa, NULL)) perror("sigaction");
37:
38: /* Записывать сообщение в журнал каждые две секунды, и
39: повторно открывать журнальный файл по требованию SIGHUP */
40: while (!done) {
41: /*sleep() возвращает не ноль, если не спит достаточно долго*/
42: rc = sleep(2);
43: if (rc) {
44: if (reopenLog) {
45: logstring(logfd,
46: "* повторное открытие журналов по запросу SIGHUPn");
47: reopenLog = 0;
48: } else {
49: logstring(logfd,
50: "* sleep прервано неизвестным сигналом "
51: "--dyingn");
52: done=1;
53: }
54: } else {
55: logstring(logfd, "Периодическое сообщениеn");
56: }
57: }
58:
59: return 0;
60: }
Чтобы протестировать эту программу, запустите ее в одном окне xterm и отправьте сигнал SIGHUP из другого. Для каждого сигнала SIGHUP, который принимает программа, она печатает сообщение, когда выполняет нормальную ротацию своих журналов. Помните, что если сигнал поступает в тот момент, когда работает другой экземпляр обработчика, доставляется только один экземпляр сигнала, поэтому не отправляйте их слишком часто.
12.6. Сигналы реального времени
Учитывая некоторые ограничения модели сигналов POSIX, например, недостающую возможность присоединения к сигналам никаких данных и вероятность того, что множество сигналов сольются в одной доставке, было разработано расширение POSIX Real Time Signals (сигналы реального времени POSIX)[67]. Системы, которые поддерживают сигналы реального времени, включая Linux, также поддерживают описанный ранее традиционный механизм сигналов POSIX. Для обеспечения наивысшего уровня переносимости между системами, мы советуем использовать стандартные интерфейсы POSIX, если только не возникает необходимости в некоторых дополнительных средствах, предоставляемых расширением реального времени.
12.6.1. Очередность и порядок сигналов
Два из ограничений стандартной модели сигналов POSIX заключаются в том, что когда сигнал перебивает сигнал, это не приводит к множественной доставке этих сигналов, и отсутствуют гарантии упорядоченной доставки множества разнородных сигналов (если вы пошлете SIGTERM, а следом SIGKILL, то нет способа узнать, какой из них придет первым). Расширение POSIX Real Time Signals добавляет новый набор сигналов, которые не подпадают под упомянутые ограничения.
Существует множество доступных сигналов реального времени, и они не используются ядром ни для каких предопределенных целей. Все сигналы между SIGRTMIN и SIGRTMAX являются сигналами реального времени, хотя точные номера их в POSIX не специфицированы (на момент написания этой книги Linux предоставляет 32 таких сигнала, но в будущем их количество может увеличиться).
Сигналы реального времени всегда ставятся в очередь; каждый такой сигнал, посланный приложению, доставляется ему (если только приложение не прервано перед тем, как такой сигнал будет доставлен). Упорядочение сигналов реального времени также хорошо определено. Сигналы с меньшими номерами всегда доставляются перед сигналами с большими номерами, и когда множество сигналов с одинаковым номером поставлены в очередь, то они доставляются в порядке постановки. Порядок доставки сигналов, не относящихся к расширению реального времени, не определен, как и порядок доставки смеси сигналов реального времени и не относящихся к ним.
Ниже показан пример кода, иллюстрирующий постановку сигналов в очередь и их упорядочивание.
1: /* queued.с */
2:
3: /* получить определение strsignal() из string.h */
4: #define _GNU_SOURCE1
5:
6: #include <sys/signal.h>
7: #include <stdlib.h>
8: #include <stdio.h>
9: #include <string.h>
10: #include <unistd.h>
11:
12: /* Глобальные переменные для построения списка сигналов */
13: int nextSig = 0;
14: int sigOrder[10];
15:
16: /* Перехватить сигнал и записать, что он был обработан */
17: void handler(int signo) {
18: sigOrder[nextSig++] = signo;
19: }
20:
21: int main() {
22: sigset_t mask;
23: sigset_t oldMask;
24: struct sigaction act;
25: int i;
26:
27: /* Обрабатываемые в программе сигналы */
28: sigemptyset(&mask);
29: sigaddset(&mask, SIGRTMIN);
30: sigaddset(&mask, SIGRTMIN+1);
31: sigaddset(&mask, SIGUSR1);
32:
33: /* Отправить сигнал handler() и сохранять их блокированными,
34: чтобы handler() был сконфигурирован во избежание
35: состязаний при манипулировании глобальными переменными */
36: act.sa_handler = handler;
37: act.sa_mask = mask;
38: act.sa_flags = 0;
39:
40: sigaction(SIGRTMIN, &act, NULL);
41: sigaction(SIGRTMIN+1, &act, NULL);
42: sigaction(SIGUSR1, &act, NULL);
43:
44: /* Блокировать сигналы, с которыми мы работаем, чтобы
45: была видна очередность и порядок */
46: sigprocmask(SIG_BLOCK, &mask, &oldMask);
47:
48: /* Генерировать сигналы */
49: raise(SIGRTMIN+1);
50: raise(SIGRTMIN);
51: raise(SIGRTMIN);
52: raise(SIGRTMIN+1);
53: raise(SIGRTMIN);
54: raise(SIGUSR1);
55: raise(SIGUSR1);
56:
57: /* Разрешить доставку этих сигналов. Все они будут доставлены
58: прямо перед возвратом этого вызова (для Linux; это
59: НЕПЕРЕНОСИМОЕ поведение). */
60: sigprocmask(SIG_SETMASK, &oldMask, NULL);
61:
62: /* Отобразить упорядоченный список перехваченных сигналов */
63: printf("Принятые сигналы:n");
64: for (i = 0; i < nextSig; i++)
65: if (sigOrder[i] < SIGRTMIN)
На этой странице вы можете бесплатно читать книгу Разработка приложений в среде Linux. Второе издание - Майкл Джонсон бесплатно.
Похожие на Разработка приложений в среде Linux. Второе издание - Майкл Джонсон книги
- UNIX: разработка сетевых приложений - Уильям Стивенс - Программное обеспечение
- Linux: Полное руководство - Денис Колисниченко - Программное обеспечение
- UNIX — универсальная среда программирования - Брайан Керниган - Программное обеспечение
- Linux - Алексей Стахнов - Программное обеспечение
- Перспективы свободного программного обеспечения в сфере государственного управления и бюджетном секторе - Максим Отставнов - Программное обеспечение
- Linux глазами хакера - Михаил Флёнов - Программное обеспечение
- Архитектура операционной системы UNIX - Морис Бах - Программное обеспечение
- Виртуальные машины: несколько компьютеров в одном - Алексей Гультяев - Программное обеспечение
- Linux From Scratch - Gerard Beekmans - Программное обеспечение
- Серверные технологии хранения данных в среде Windows® 2000 Windows® Server 2003 - Наик Дайлип - Программное обеспечение