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

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

    <bug>
          <bug_id>56593</bug_id>
          
          <creation_ts>2025-10-24 13:25:31 +0300</creation_ts>
          <short_desc>Сломался вызов %post_service</short_desc>
          <delta_ts>2025-11-18 09:01:00 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>service</component>
          <version>unstable</version>
          <rep_platform>x86_64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>51911</dup_id>
          <see_also>https://bugzilla.altlinux.org/show_bug.cgi?id=51911</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Sergey Y. Afonin">asy</reporter>
          <assigned_to name="placeholder@altlinux.org">placeholder</assigned_to>
          <cc>arseny</cc>
    
    <cc>at</cc>
    
    <cc>glebfm</cc>
    
    <cc>imz</cc>
    
    <cc>ldv</cc>
    
    <cc>legion</cc>
    
    <cc>placeholder</cc>
    
    <cc>sem</cc>
    
    <cc>vt</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>275425</commentid>
    <comment_count>0</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2025-10-24 13:25:31 +0300</bug_when>
    <thetext>Или не только %post_service

Просто так работает (p11):

# service ntpd restart
Stopping ntpd service:                    [ DONE ]
Starting ntpd service:                    [ DONE ]

rpm-4.13.0.1-alt40:

# rpm -Uvh --force ntpd_4.2.8p18-alt1%3ap11+374399.200.2.1@1739522518_x86%5f64.rpm
Preparing...                            ############################################################ [100%]
Updating / installing...
1: ntpd-4.2.8p18-alt1                   ############################################################ [100%]
Service ntpd is not running.[PASSED]
Starting ntpd service: daemon control: got EOF
[FAILED]

В p10 c rpm-4.13.0.1-alt34 всё хорошо:

# rpm -Uvh --force ntpd_4.2.8p18-alt1%3ap10+363449.100.1.1@1732654665_i586.rpm
Preparing...                            #################################################################### [100%]
Updating / installing...
1: ntpd-4.2.8p18-alt1                   #################################################################### [100%]
Stopping ntpd service: [ DONE ]
Starting ntpd service: [ DONE ]</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275426</commentid>
    <comment_count>1</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2025-10-24 13:28:53 +0300</bug_when>
    <thetext>И ладно бы ntpd, взял и перезапустил. Но когда то же самое происходит с bird и отпадает маршрутизация на хосте в нескольких километрах, то начинаются немного нервные поиски решения, как попасть, особенно если OSPF нейбор коммутатор, у которого в ssh только старые алгоритмы...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275467</commentid>
    <comment_count>2</comment_count>
    <who name="Vitaly Chikunov">vt</who>
    <bug_when>2025-10-24 18:33:43 +0300</bug_when>
    <thetext>1. Оно же пишет, что оно его пытается рестартануть, следовательно макрос выполнил свою функцию.

2. Но, с точки зрения service, он перед этим &quot;не запущен&quot;:

 Service ntpd is not running.[PASSED]

и затем он не запустился:

 Starting ntpd service: daemon control: got EOF

Я меня внутри докера воспроизводится похожая ситуация:

 [root@43268c878a2a /]# service ntpd restart
 Service ntpd is not running. [PASSED]
 Starting ntpd service:       [ DONE ]
 [root@43268c878a2a /]# service ntpd restart
 Service ntpd is not running. [PASSED]
 Starting ntpd service: daemon control: got EOF

При этом ntpd процесс запущен.

В случае с докером ntpd не до конца проинициализировался и start-stop-daemon определяет, что процесс &quot;не запущен&quot;, по причине, что процесс из /var/run/ntpd.pid хоть и существует, но не имеет нужный uid.

 [root@43268c878a2a /]# start-stop-daemon --start -N 0 --exec /sbin/ntpd --pidfile /var/run/ntpd.pid --user ntpd --test
 Would start /sbin/ntpd .

Для иллюстрации если убрать `--user ntpd`, то он его начинает замечать:

 [root@43268c878a2a /]# start-stop-daemon --start -N 0 --exec /sbin/ntpd --pidfile /var/run/ntpd.pid --test
 /sbin/ntpd already running.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275474</commentid>
    <comment_count>3</comment_count>
    <who name="Vitaly Chikunov">vt</who>
    <bug_when>2025-10-24 19:36:24 +0300</bug_when>
    <thetext>Если проблема не в самом ntpd, то может service сломался?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275480</commentid>
    <comment_count>4</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2025-10-24 22:10:13 +0300</bug_when>
    <thetext>(Ответ для Vitaly Chikunov на комментарий #2)

&gt; 2. Но, с точки зрения service, он перед этим &quot;не запущен&quot;:
&gt; 
&gt;  Service ntpd is not running.[PASSED]

ТАк запущен же, если &quot;service ntpd restart&quot; делать, и всё происходит правильно. А если этот рестарт делается из rpm через обновление пакета, то всё. И это в p11 и Сизифе. Потом ntpd только прибивать, так как PID съезжает после такого рестарта. В p10 всё в порядке, при этом в p10 тоже самый пакет ntpd, только пересобранный в p10.

service-0.5.33-alt1 везде от p10 и до Сизифа. Если только в окружении что-то. Но почему только из-под rpm?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275481</commentid>
    <comment_count>5</comment_count>
    <who name="Vitaly Chikunov">vt</who>
    <bug_when>2025-10-25 00:19:49 +0300</bug_when>
    <thetext>Воспроизвел баг.

В отличии от простого restart, при rpm -U происходит удаление старого бинарника и в start-stop-daemon, в этом случае, проверка через сравнение st_ino/st_dev невозможна и включается логика сравнения по имени бинарника указанного в --exec. Из-за usrmerge там не то же имя, что и в /proc/&lt;pid&gt;/exe

 + start-stop-daemon --stop --exec /sbin/ntpd --pidfile /var/run/ntpd.pid --user ntpd --test

 # ls -la /proc/$(cat /var/run/ntpd.pid)/exe
 lrwxrwxrwx 1 root root 0 Oct 24 20:52 /proc/2875/exe -&gt; /usr/sbin/ntpd</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275482</commentid>
    <comment_count>6</comment_count>
    <who name="Vitaly Chikunov">vt</who>
    <bug_when>2025-10-25 03:30:55 +0300</bug_when>
    <thetext>Предлагаю такой фикс 
https://git.altlinux.org/tasks/398228/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275483</commentid>
    <comment_count>7</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2025-10-25 15:02:59 +0300</bug_when>
    <thetext>(Ответ для Vitaly Chikunov на комментарий #6)

&gt; Предлагаю такой фикс 
&gt; https://git.altlinux.org/tasks/398228/

У меня работает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275973</commentid>
    <comment_count>8</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2025-11-01 12:11:41 +0300</bug_when>
    <thetext>Как там с аппрувом, или снова проблема с перфекционизмом,
как c https://bugzilla.altlinux.org/51235 ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>277333</commentid>
    <comment_count>9</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2025-11-18 09:01:00 +0300</bug_when>
    <thetext>

*** This bug has been marked as a duplicate of bug 51911 ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>