<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вт, 17 сент. 2024 г. в 10:45, Hennadii Makhomed <<a href="mailto:gmm@csdoc.com">gmm@csdoc.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 17.09.2024 10:20, Илья Шипицин wrote:<br>
<br>
>>> Кажется, гораздо проще, если уж нельзя воспроизвести проблему на стенде,<br>
>>> сделать временно:<br>
>>><br>
>>> mv /usr/sbin/nginx /usr/sbin/nginx.bak<br>
>>><br>
>>> mv /usr/sbin/nginx-debug /usr/sbin/nginx<br>
>>><br>
>>> service nginx upgrade<br>
>><br>
>> А что делать в том случае, когда файловая система /usr смонтирована<br>
>> в режиме read-only и не удается воспроизвести проблему на стенде?<br>
> <br>
> если вы попали в такую ситуацию - стоит задуматься, зачем вы в нее попали.<br>
> желание переименовывать файлы и файловая система, смонтированная в режиме<br>
> read-only - как бы немного друг другу противоречат<br>
> <br>
> for the sake of simplicity - не надо пытаться решать задачу переименования<br>
> файла на read-only системе, пожалуйста<br>
<br>
задача, которую я решаю, формулируется таким образом:<br>
<br>
сделать переключение между release и debug версиями nginx<br>
в режиме on the fly и без потери клиентских соединений,<br>
способом, который будет работать всегда и который будет<br>
максимально удобным для пользоватлей nginx и инженеров<br>
технической поддержки, которые общаются с пользователями<br>
коммерческих версий nginx-plus (США) и Angie PRO (Россия).<br></blockquote><div><br></div><div>отлично. наверное, в рамках платной поддержки есть какая-то выгода вышеупомянутых </div><div>компаний. предлагаю сделать эту задачу их головной болью</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
У меня нет задачи переименовывать файлы на read-only системе<br>
см. также Феномен XY: как избежать «неправильных» проблем<br>
<a href="https://habr.com/ru/companies/dododev/articles/467047/" rel="noreferrer" target="_blank">https://habr.com/ru/companies/dododev/articles/467047/</a><br>
<br>
не надо пытаться разговаривать со мной менторским тоном<br>
и хамить мне, иначе у меня не будет желания вам отвечать.<br></blockquote><div><br></div><div>да, в общем, нестрашно. ваше желаниие или нежелание отвечать - ваше добровольное дело.</div><div>переживу.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
кроме того, было бы очень желательно не увлекаться overquoting`ом,<br>
потому что подобным образом - вы демонстрируете свое презрение и<br>
свое высокомерие не только по отношению ко мне, но и по отношению<br>
ко всем остальным участникам и читателям этого списка рассылки.<br></blockquote><div><br></div><div>я просто в гмейле отвечаю. если он как-то не так форматирует, тут не мое презрение,</div><div>а разработки гмейла.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>> Какое решение этой задачи будет более оптимальным?<br>
>><br>
>> service nginx upgrade<br>
>><br>
>> service nginx upgrade-to-debug<br>
>><br>
>> service nginx upgrade-to-release<br>
<br>
-- <br>
Best regards,<br>
  Gena<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="https://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">https://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
</blockquote></div></div>