все отлично работает, но примерно через сутки процесс остается в списке ps xw, но по факту скрипт перестает отрабатывать...
есть ли этому какие-то причины? может ли nohup в заморозку какую-нить уходить?
скрипт поочереди перебирает все файлы в папке и обрабатывает данные в них.
скрипт перестает работать через сутки не успев еще обработать все данные..
ну надо как-то отладку скрипта делать. а не проблему в nohup или сервере искать - так?
Влад, первым делом надо разбираться с той сущностью, у которой отношения вероятности наличия бага к предположительной сложности устранения этого бага выше.
если у вас дома свет погаснет - вы же не пойдёте вскрывать всю проводку? вероятнее всего электричество отрубили на подстанции. там же его и врубят через некоторое время. всего-то и надо убедиться, что у соседей его тоже нет...
вероятность найти баг в nohup низкая (софтина дубовая и давно отлаженная), устранить его самому - тоже.
вероятность найти баг в коде скрипта выше, устранить его тоже сможете сами.
исходя из этого я бы начал думать скорее на скрипт. но если хочется начать с nohup - можете погуглить на тему "nohup hangs", может что и найдёте...
vreitech, .. мм можете, пожалуйста, посмотреть список запущенных процессов после nohup php parse.php
например, 1278 ? Ss 1:27 php-fpm: master process (/usr/local/vesta/php/etc/php -fpm.conf)
эта команда не могла нарушить процесс выполнения моего запущенного скрипта?
1185 ? R 721:40 php parse.php
1186 ? Ss 0:00 nginx: master process /usr/local/vesta/nginx/sbin/ves ta-nginx
1248 ? Ss 1:46 /usr/sbin/dovecot
1258 ? S 2:26 dovecot/log
1269 ? S 0:03 dovecot/config
1278 ? Ss 1:27 php-fpm: master process (/usr/local/vesta/php/etc/php -fpm.conf)
1380 ? Ss 2:17 /usr/sbin/httpd -DFOREGROUND
1532 ? Sl 33:05 /usr/bin/python2 -s /usr/bin/fail2ban-server -s /var/ run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail
1549 ? Ss 0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/n ginx.conf
1999 ? S< 0:19 [kworker/1:1H]
3188 ? S 0:00 [kworker/u8:2]
4100 ? S< 0:00 [dio/sda2]
5237 ? S 0:00 [kworker/0:1]
5405 ? S 0:00 [kworker/3:2]
5913 ? S< 0:00 [kworker/3:1H]
5943 ? S 0:00 dovecot/ssl-params
6399 ? S 0:00 [kworker/1:0]
6730 ? S 0:00 [kworker/0:0]
6899 ? S 0:00 [kworker/3:0]
6992 ? Ss 0:00 sshd: root@pts/0
7025 pts/0 Ss 0:00 -bash
7062 pts/0 R+ 0:00 ps xw
12059 ? S< 0:01 [kworker/2:1H]
19701 ? S 0:00 [kworker/2:1]
21838 ? S 0:00 [kworker/2:0]
21984 ? S 0:00 [kworker/u8:1]
26394 ? Ss 0:03 /usr/bin/spamd --pidfile /var/run/spamd.pid -d -c -m5 -H
26395 ? S 0:00 spamd child
26396 ? S 0:00 spamd child
26556 ? S 0:00 /usr/sbin/CROND -n
26561 ? Ss 0:00 /bin/bash /usr/share/clamav/freshclam-sleep
26569 ? S 0:00 sleep 8533
28413 ? S 0:00 [kworker/0:2]
29543 ? R 0:00 [kworker/1:1]
32600 ? S 0:00 [kworker/3:1]
1185 ? R 721:40 php parse.php
R - идёт выполнение на ЦПУ.
на скрине также видно, что процесс php выполняется. судя по LA проблема не в задержках ввода-вывода.
у меня такое впечатление, что у вас в скрипте просто где-то бесконечный цикл образовался, например.