LINUX.ORG.RU

Через время отваливается демон

 , , ,


0

1

Добрый день вам. Столкнулся с проблемой: ОС FreeBSD 8.4 Release. Настроил motion на несколько IP камер. Motion выжираешь под себя порой почти половину процессора (тачка из разряда офисных компов, на ней из тяжёлого крутится только motion). Сделал PHP-прокси для просмотра видео, PHP читает поток с motion readfile("http://localhost:port/stream.mjpeg"); и отдаёт его в браузер в тэг <img>

last pid:  8373;  load averages:  0.76,  0.97,  0.91    up 0+12:42:08  20:49:13
43 processes:  1 running, 42 sleeping
CPU: 32.3% user,  0.0% nice,  1.1% system,  0.9% interrupt, 65.6% idle
Mem: 131M Active, 1614M Inact, 142M Wired, 36M Cache, 112M Buf, 42M Free
Swap: 3072M Total, 36K Used, 3072M Free

  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
 8191 root          8  44    0 92164K 36176K select  0  17:28 64.84% motion
 1147 root          1  45    0  3580K  1892K select  0  13:16  1.56% natd
 1451 mysql        10  44    0 50880K 22288K sigwai  0   0:42  0.00% mysqld
 1273 bind          5  44    0 36012K 25904K kqread  0   0:18  0.00% named
 1475 root          1  44    0 22132K 10944K select  0   0:01  0.00% httpd

Через какое-то время motion тупо отваливается. Просто пропадает из процессов. В /var/log/messages только ошибки подключения к некоторым камерам (они в дауне), 70% камер работают. Вручную перезапускаю сервис /usr/local/etc/rc.d/motion start и всё работает как надо... Через время снова отваливается...

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

запусти демон и приаттачь к нему gdb

unC0Rr ★★★★★ ()
Ответ на: комментарий от unC0Rr

Честно говоря, я не умею пользоваться gdb, но я погуглю на эту тему... Думал, может кто-то сталкивался с подобной проблемой и решал её...

Kesano ()
Ответ на: комментарий от Kesano

Вот, motion выжирает целое ядро... как понять, почему? Нормально ли это для 5 камер и слабенького двухъядерного камня...

last pid: 10098;  load averages:  1.20,  1.23,  1.21    up 0+16:25:39  00:32:44
43 processes:  1 running, 42 sleeping
CPU: 43.6% user,  0.0% nice,  0.6% system,  1.1% interrupt, 54.7% idle
Mem: 140M Active, 1626M Inact, 143M Wired, 20M Cache, 112M Buf, 36M Free
Swap: 3072M Total, 128K Used, 3072M Free

  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
 8191 root         10  44    0 95236K 42840K select  0 186:04 87.79% motion
 1147 root          1  44    0  3580K  1892K select  1  15:48  0.00% natd
 1451 mysql        10  44    0 51008K 22236K sigwai  0   0:54  0.00% mysqld
 1273 bind          5  44    0 36012K 26252K kqread  0   0:23  0.00% named
 1475 root          1  44    0 22132K 10928K select  1   0:01  0.00% httpd

Kesano ()
Ответ на: комментарий от Kesano

Поставь что-нибудь, что перезапускает сервис, а потом неспеша разбирайся.

IPR ★★★★★ ()

временное решение:

/usr/bin/pgrep motion || /etc/init.d/motion restart
vxzvxz ★★★ ()
Ответ на: комментарий от vxzvxz

Это в куда? В крон?

last pid: 21476;  load averages:  1.32,  1.67,  1.56    up 1+14:34:08  22:41:13
41 processes:  1 running, 40 sleeping
CPU: 42.5% user,  0.0% nice,  1.1% system,  2.3% interrupt, 54.1% idle
Mem: 155M Active, 1510M Inact, 200M Wired, 73M Cache, 112M Buf, 28M Free
Swap: 3072M Total, 84K Used, 3072M Free

  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
10168 root         14  44    0   124M 59500K nanslp  1  19.1H 108.25% motion

WCPU радует.. Что бы это могло значить?

Kesano ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.