галимый рейс, чо

@muromec охуеть ты ответил на вопрос. да

@hirthwork http://en.wikipedia.org/wiki/Race_condition

@muromec блядь, ты реально считаешь остальных такими же тупыми как и ты?

Запросто: возможно, nohup делает fork, затем в новом процессе exec, а в старом exit, и у тебя гонка.

@l29ah нохап делает форк, правда?

@l29ah 1. в переменную pid попадает валидный пид. 2. этот пид после срабатывания exit 1 продолжает висеть в списке процессов мой вопрос скорее о том, гарантируется ли, что ps обязан увидеть все процессы которым были назначены pidы до этого

@muromec Не знаю.

@muromec нохап вешает обработчик sighup в котором делает нихуя

@hirthwork нет ты. так вообще пишут только пидарасы - у тебя всегда будет рейс. еще вставь туда sleep, чтобы в лучших традициях линукс-костылизма.

@l29ah если бы нохап делал форк, то откуда баш знает pid форка?

@muromec слушай, может ты по-хорошему съебёшь? не хочу никого на этом чудесном ресурсе банить

@muromec В /0 нет такой информации.

@hirthwork кококо, скрипткиди-кокок-забаню!

@muromec Мне тоже объясни, где тут гонка, если форка нет.

перепиши на systemd

@l29ah форк делает баш: 'nohup myprog &'

@anonymous леннарт перелогиньтесь

@muromec Я говорю про форк в nohup. Где гонка-то?

@muromec и когда баш делает форк он получает пид возвращённый форком. и этот пид я кладу в переменную. какая гонка?

@l29ah А, я понял, спасибо.

@hirthwork Баш не успевает экзекнуться в myprog.

@l29ah откуда он тогда pid берёт?

@hirthwork От форка.

@l29ah бля, а вот теперь и я понял. ок. спс

пиздец, блядь. говно галимое. и как теперь жить? не хочу слипы

@hirthwork А нахуя тебе вообще это говно с ps?

@l29ah это init-скрипт для java-демона. мы уже годы с ним живём и я решил в кои-то веки убрать это spurious failures

@hirthwork я тебе сразу написал - не надо писать такую хуйню. так делать нельзя, оно не работает, используй проверенные методы с супервайзерами, start-stop-daemon, пидами в /var и всем таким.

@hirthwork Как это отвечает на мой вопрос?

@l29ah а как ты иначе проверишь не сдохло ли джаваговно сразу после старта

@muromec нет, надо чтобы на костылях, а то пацаны перестанут уважать

@238328 куркума, соси хуй.

@hirthwork Проверю жив ли пид после определённого таймаута. Да, говно: если на твоей охуенной системе плодится по пятьдесят тыщ процессов в секунду, то ты соснёшь. Можно собрать прыщи с четырёхбайтовыми пидами, тогда будет чуть менее говно.

@hirthwork Ну и да, если ставить такую цель, то зачем &? Можно запустить в сабпроцессе с таймаутом снаружи.

@l29ah а еще можно засунуть рейс в `while not ok`, и перед стартом килять старый процесс, да. костылей придумаем мы, чтобы не юзать ПТТРНГД

@muromec А как же работает костыльd?

Кстати, да, у start-stop-daemon есть опция -w.

@l29ah костыльд по-честному проверяет, забиндился ли процесс на тот адрес, который собственно должен слушать. ну еще SIGCHILD и какая-то магия с cgroups (я ее не знаю сам). собственно в общем случае все равно должен быть таймаут, потомушо у софтины есть время инициализации (прогрузки библиотек и конфигов, попытки забиндится на сокет, етц) в течении которого неизвестно, выйдет она или нет.

@muromec Дваждую, ещё вочдогами и монитами.

уау, итт ленартохейтеры опять насосались хуйцов, почему я не удивлен?

@muromec я

@muromec джава-приложение не знает своего пида и не может записать его в /var/run

@hirthwork Путин запретил?

@l29ah Гослинг

@hirthwork а, ну удобно.

@muromec я передам это владимиру

@238328 #АМОРАЛЬНО // лайк, если помнишь старые форсед-мемы

@anonymous я