Alexey Shrub -> debian-russian@lists.debian.org @ Thu, 12 Nov 2015 21:56:48 +0300:
>> 1. вычистить именованные сокеты, которые могли остаться после падения в >> предыдущем запуске AS> мне кажется что это какой-то грязный костыль не имеющий отношения с системе AS> инициализации, чистить мусор за собой должен тот что его создал = освобождать AS> ресурсы должен тот кто их занимал, если без костыля никак, то делать его нужно AS> отдельным процессов от которого должен зависеть дальнейших запуск Это теория или практика? Питание никогда не пропадало? OOM killer никогда не срабатывал? >> 2. поднять unicorn >> 3. поднять демон, выполняющий отложенные задания >> База данных, фронтэнд и почтовка поднимаются отдельно, это собственно >> application level. На практике пять строчек на bash. AS> почему это нельзя сделать зависимостями? "Вы не брезгливы, но невнимательны" (c) Это можно сделать зависимостями, я об этом писал. А можно написать на ассемблере. И то, и другое - сложнее и более чревато ошибками, чем написать процедуру на sh. >> Призовая игра. Апгрейд. AS> а как апгдейд связан с системой инициализации? И да, если во время апгрейда AS> ничего не должно работать, то надо всё стопать чтобы ничего не AS> работало. Начать видимо с nginx, тогда к остальным запросы перестанут AS> переходить. Так к nginx они будут приходить, и systemd будет пытаться поднять его. Поднимет, а от него уже пойдут запросы к движку. Предлагаем остановить systemd? :)
