ребуется чтобы планки памяти были одинакового размера (и куча других условий), иначе этот режим просто не включится но все будет работать нормально.
UPnP не срабатывает, потому что уже ЕСТЬ физический проброс порта, настроенный. UPnP в такой схеме надо обязательно выключать
При таких постоянных отключения 220в вы угробите технику. и камеру и роутер и ПК. Ставьте бесперебойник, иначе будут проблемы
Видимо остается какая то "грязь" в таблице маршрутизации. Выключение роутера - сбрасывает эту таблицу.
/bin/bash /root/fin.sh, то всё выполнится и никаких ошибок не будет, но если я в watcher пропишу /bin/bash /root/fin.sh , а потом сделаю ./watcher.py start то никакой pid и log создан не будет.command: echo "123" >> test.txt./watcher.py restartcommand: /bin/bash /root/fin.sh./watcher.py restartjob1:
label: Watch for cams
watch: /root/var
exclude: ['/var/www/site1/cache', '/var/www/site2/cache']
events: ['move_to']
options: []
recursive: true
command: /bin/bash /root/fin.sh $src_path/$filename HELLOнужно прочитать что написано в комментариях в jobs.yml и сконфигурировать ваш:
вы имеете в виду этих индусов, которые говнокод пишут? По крайней мере, знаю больше вашего. Не нужно путать inotify и incorn. Про первый ничего не могу сказать, а второй работает рекурсивно, поэтому прежде чем что-то говорить - перепроверяйте.
А проблема оказалась более глобальной, чем может показаться. Чтобы отслеживать файлы в папках, созданных в момент запущенного слежения, нужно также чекать IN_CREATE, однако incron через раз падает на запросах IN_CREATE и на github ни один десяток таких же, как и я.
В итоге, остановился на watcher.py. В нём также нужно IN_CREATE отслеживать, но зато он не падает.