On 17.09.2024 10:20, Илья Шипицин wrote:

>>> Кажется, гораздо проще, если уж нельзя воспроизвести проблему на стенде,
>>> сделать временно:
>>>
>>> mv /usr/sbin/nginx /usr/sbin/nginx.bak
>>>
>>> mv /usr/sbin/nginx-debug /usr/sbin/nginx
>>>
>>> service nginx upgrade
>>
>> А что делать в том случае, когда файловая система /usr смонтирована
>> в режиме read-only и не удается воспроизвести проблему на стенде?
>
> если вы попали в такую ситуацию - стоит задуматься, зачем вы в нее попали.
> желание переименовывать файлы и файловая система, смонтированная в режиме
> read-only - как бы немного друг другу противоречат
>
> for the sake of simplicity - не надо пытаться решать задачу переименования
> файла на read-only системе, пожалуйста

задача, которую я решаю, формулируется таким образом:

сделать переключение между release и debug версиями nginx
в режиме on the fly и без потери клиентских соединений,
способом, который будет работать всегда и который будет
максимально удобным для пользоватлей nginx и инженеров
технической поддержки, которые общаются с пользователями
коммерческих версий nginx-plus (США) и Angie PRO (Россия).

У меня нет задачи переименовывать файлы на read-only системе
см. также Феномен XY: как избежать «неправильных» проблем
https://habr.com/ru/companies/dododev/articles/467047/

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

кроме того, было бы очень желательно не увлекаться overquoting`ом,
потому что подобным образом - вы демонстрируете свое презрение и
свое высокомерие не только по отношению ко мне, но и по отношению
ко всем остальным участникам и читателям этого списка рассылки.

>> Какое решение этой задачи будет более оптимальным?
>>
>> service nginx upgrade
>>
>> service nginx upgrade-to-debug
>>
>> service nginx upgrade-to-release

--
Best regards,
Gena
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru