ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       09 Nov 2007  15:21:39
 To : Valentin Nechayev
 Subject : Re: Засада при старте апача
 -------------------------------------------------------------------------------- 
 

 09 ноя 2007, пятница, в 09:58 KRAST, Valentin Nechayev написал(а):
 
  VG>>> [emerg] (17)File exists: Couldn't create accept lock 
  VG>>> (/var/log/accept.lock.639) (5)
  VG>>> Это происходит из-за того, что при некорректном шатдауне сервера файл 
  VG>>> блокировки апача не удаляется. И хотя к имени файла добавляется номер
  VG>>> пида, 
  VG>>> при старте системы апач часто получает один и тот же пид, т.к. одни и те
  VG>>> же 
  VG>>> сервисы запускаются в том же порядке. В результате файл блокировки 
  VG>>> действительно оказывается уже существующим и почему-то апач его не
  VG>>> пытается 
  VG>>> перезаписать, а просто выходит.
  EG>> А всё потому, что кто-то не читал man hier (вероятно, маинтейнер порта).
  EG>> Для таких файлов надо использовать /var/run, который при загрузке
  EG>> принудительно очищается - и щастье придет.
  VN> Всё потому, что апач не стирает этот файл при старте, даже точно
  VN> имея этот pid. Размещение в /var/run - не метод потому, что есть
  VN> шанс при повторном запуске получить тот же pid.
 
 При одновременном запуске двух копий? Так это ж хорошо, вторая копия
 и не должна запустится. Или если его срубили по kill -9/10/11
 и запустили без перезагрузки машины? Практически это не шибко вероятный
 случай и однозначно не случай VG; при ручном перезапуске и совпадении pid
 увидим, что оно не встало и ручками можем почистить pid-файл.
 
 Eugene
 -- 
 Choose no friends
 --- slrn/0.9.8.1 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор