<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>47595</bug_id>
          
          <creation_ts>2023-09-14 21:56:23 +0300</creation_ts>
          <short_desc>У серверов по умолчанию д.б. выключены suspend/hibernate</short_desc>
          <delta_ts>2024-10-02 11:08:15 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Альт Сервер</product>
          <component>Установка</component>
          <version>10.1</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Leonid Krivoshein">klark</reporter>
          <assigned_to name="Evgeny Sinelnikov">sin</assigned_to>
          <cc>andy</cc>
    
    <cc>antohami</cc>
    
    <cc>jqt4</cc>
    
    <cc>mike</cc>
    
    <cc>shaba</cc>
    
    <cc>sin</cc>
          
          <qa_contact name="qa-p8@altlinux.org">qa-p8</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>233227</commentid>
    <comment_count>0</comment_count>
    <who name="Leonid Krivoshein">klark</who>
    <bug_when>2023-09-14 21:56:23 +0300</bug_when>
    <thetext>Если кому-то надо, пусть включают, но мне о таких неизвестно.

P.S.: antohami@ предложил сделать фичей в m-p.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233228</commentid>
    <comment_count>1</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-09-14 22:00:26 +0300</bug_when>
    <thetext>(Ответ для Leonid Krivoshein на комментарий #0)
&gt; Если кому-то надо, пусть включают, но мне о таких неизвестно.
&gt; 
&gt; P.S.: antohami@ предложил сделать фичей в m-p.

Не в m-p (это невозможно, так как система ставится из пакетов), а сделать installer-feature-no-sleep, которая будет маскировать hibernate.target и suspend.target postinstall-скриптом.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233229</commentid>
    <comment_count>2</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-09-14 22:09:12 +0300</bug_when>
    <thetext>(Ответ для Антон Мидюков на комментарий #1)
&gt; (Ответ для Leonid Krivoshein на комментарий #0)
&gt; &gt; Если кому-то надо, пусть включают, но мне о таких неизвестно.
&gt; &gt; 
&gt; &gt; P.S.: antohami@ предложил сделать фичей в m-p.
&gt; 
&gt; Не в m-p (это невозможно, так как система ставится из пакетов), а сделать
&gt; installer-feature-no-sleep, которая будет маскировать hibernate.target и
&gt; suspend.target postinstall-скриптом.

Хотя можно сделать не фичей, а в связке m-p и installer. Добавить в инсталяторе поддержку списка сервисов (postinstall.d/65-setup-services.sh), которые нужно замаскировать и через m-p их задавать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233233</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2023-09-15 01:03:27 +0300</bug_when>
    <thetext>А чем эти юниты мешают?
Кто их запускает на сервере?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233234</commentid>
    <comment_count>4</comment_count>
    <who name="Leonid Krivoshein">klark</who>
    <bug_when>2023-09-15 03:52:18 +0300</bug_when>
    <thetext>(Ответ для Alexey Shabalin на комментарий #3)
&gt; А чем эти юниты мешают?
Тем, что на серверах эти функции не нужны и даже вредны, на большинстве серверных железок они просто не работают.

&gt; Кто их запускает на сервере?
Они включены в systemd по дефолту, их надо маскировать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233235</commentid>
    <comment_count>5</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2023-09-15 05:24:49 +0300</bug_when>
    <thetext>Если маскирование отдельных юнитов требует специальной ручки, то её нужно добавить.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233972</commentid>
    <comment_count>6</comment_count>
    <who name="Leonid Krivoshein">klark</who>
    <bug_when>2023-09-27 22:14:30 +0300</bug_when>
    <thetext>Про systemctl mask hibernate.target jqt4@ в одной задаче год назад сказал:
&gt; Я протестировал такой способ на Delta Computers Bober/Rhodeola с
&gt; alt-workstation-10.0-aarch64.iso и обнаружил недостаток - если подать
&gt; команду от root:
&gt; echo disk &gt; /sys/power/state
&gt; то происходит переход в hibernate и компьютер отключается.
Но речь была о специфичном aarch64, где suspend уже отключен в ядре. Не знаю, стоит ли придавать значение ещё и такой возможности ввести машину в спячку. По сути root может обойти маскировку, отправив руками deep, disk или что-то ещё:

https://www.kernel.org/doc/Documentation/power/states.txt</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>233987</commentid>
    <comment_count>7</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-09-28 05:20:31 +0300</bug_when>
    <thetext>(Ответ для Leonid Krivoshein на комментарий #6)
&gt; Про systemctl mask hibernate.target jqt4@ в одной задаче год назад сказал:
&gt; &gt; Я протестировал такой способ на Delta Computers Bober/Rhodeola с
&gt; &gt; alt-workstation-10.0-aarch64.iso и обнаружил недостаток - если подать
&gt; &gt; команду от root:
&gt; &gt; echo disk &gt; /sys/power/state
&gt; &gt; то происходит переход в hibernate и компьютер отключается.
&gt; Но речь была о специфичном aarch64, где suspend уже отключен в ядре. Не
&gt; знаю, стоит ли придавать значение ещё и такой возможности ввести машину в
&gt; спячку. По сути root может обойти маскировку, отправив руками deep, disk или
&gt; что-то ещё:
&gt; 
&gt; https://www.kernel.org/doc/Documentation/power/states.txt

Не стоит.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234208</commentid>
    <comment_count>8</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2023-10-02 21:11:52 +0300</bug_when>
    <thetext>Я бы закрыл как NOTABAG. Не надо глобально и системно маскировать никакие сервисы.
Эти сервисы автоматически никак не запускаются, их можно запустить только специально вручную. Если админ хочет это сделать, пусть делает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234210</commentid>
    <comment_count>9</comment_count>
    <who name="Leonid Krivoshein">klark</who>
    <bug_when>2023-10-02 22:08:50 +0300</bug_when>
    <thetext>(Ответ для Alexey Shabalin на комментарий #8)
&gt; Я бы закрыл как NOTABAG. Не надо глобально и системно маскировать никакие
&gt; сервисы.
&gt; Эти сервисы автоматически никак не запускаются, их можно запустить только
&gt; специально вручную. Если админ хочет это сделать, пусть делает.
Ошибка в том, что &quot;из коробки&quot; на всех серверных дистрибутивах таргеты включены. Скорее всего, дело рук systemd, а не выпускающих. Если это возможно исправить на уровне systemd, можно перевесить, и тогда включать таргеты в тех дистриубитивах, где это нужно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234212</commentid>
    <comment_count>10</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2023-10-02 23:05:01 +0300</bug_when>
    <thetext>Это не ошибка. Так и задумано. Эти таргеты должны быть включены. Некоторые сервисы запускаются именно в этих таргетах. Или выключаются в этих таргетах. Замаскировав эти таргеты вы не сможете корректно выключить сервер.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234265</commentid>
    <comment_count>11</comment_count>
    <who name="Leonid Krivoshein">klark</who>
    <bug_when>2023-10-03 17:07:43 +0300</bug_when>
    <thetext>По моему опыту маскировка hibrnate.target и suspend.target никогда ранее не приводила к вышеописанным побочным эффектам, как невозможность корректного выключения компьютера. Если допустить, что маскировака этих двух таргетов всё же неидеальна, тогда нужен иной способ решения проблемы, поскольку suspend и hibernate включены в серверных дистрибутивах &quot;из коробки&quot;. Но другого способа я не знаю.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234269</commentid>
    <comment_count>12</comment_count>
    <who name="Антон Мидюков">antohami</who>
    <bug_when>2023-10-03 17:30:17 +0300</bug_when>
    <thetext>(Ответ для Leonid Krivoshein на комментарий #11)
&gt; По моему опыту маскировка hibrnate.target и suspend.target никогда ранее не
&gt; приводила к вышеописанным побочным эффектам, как невозможность корректного
&gt; выключения компьютера. Если допустить, что маскировака этих двух таргетов
&gt; всё же неидеальна, тогда нужен иной способ решения проблемы, поскольку
&gt; suspend и hibernate включены в серверных дистрибутивах &quot;из коробки&quot;. Но
&gt; другого способа я не знаю.

Другой способ в /etc/systemd/sleep.conf:
AllowSuspend=no
AllowHibernation=no
AllowSuspendThenHibernate=no
AllowHybridSleep=no</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>234283</commentid>
    <comment_count>13</comment_count>
    <who name="jqt4@altlinux.org">jqt4</who>
    <bug_when>2023-10-03 19:45:33 +0300</bug_when>
    <thetext>(Ответ для Evgeny Sinelnikov на комментарий #5)
&gt; Если маскирование отдельных юнитов требует специальной ручки, то её нужно
&gt; добавить.

Предлагаю такую реализацию:
https://git.altlinux.org/people/jqt4/packages/?p=installer.git;a=commitdiff;h=e91b442efbd5790e659bad4a67ede48181171c92
https://git.altlinux.org/people/jqt4/public/?p=mkimage-profiles-rpi.git;a=commitdiff;h=0467d2260bfc84b246d4b27ecd4acfa5440472a4</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>