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

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

    <bug>
          <bug_id>28026</bug_id>
          
          <creation_ts>2012-11-21 15:23:46 +0400</creation_ts>
          <short_desc>apache-base: Необходимо обеспечить совместимость службы с systemd</short_desc>
          <delta_ts>2019-02-25 01:48:04 +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>apache-base</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://www.altlinux.org/Systemd_Status_P7</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>28008</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Mike">amike</reporter>
          <assigned_to name="solo">solo</assigned_to>
          <cc>at</cc>
    
    <cc>cas</cc>
    
    <cc>crux</cc>
    
    <cc>ender</cc>
    
    <cc>lakostis</cc>
    
    <cc>ldv</cc>
    
    <cc>mike</cc>
    
    <cc>mithraen</cc>
    
    <cc>qa_viy</cc>
    
    <cc>rapter</cc>
    
    <cc>rider</cc>
    
    <cc>shaba</cc>
    
    <cc>solo</cc>
    
    <cc>viy</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>135114</commentid>
    <comment_count>0</comment_count>
    <who name="Mike">amike</who>
    <bug_when>2012-11-21 15:23:46 +0400</bug_when>
    <thetext>Подготовить корректный unit-файл.

Подробности по ссылке: http://www.altlinux.org/Systemd_Status_P7</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>143094</commentid>
    <comment_count>1</comment_count>
    <who name="Artemenko Dmitry">rapter</who>
    <bug_when>2013-10-11 20:10:01 +0400</bug_when>
    <thetext>Проблема собственно не в systemd. 
Рассказываю методологию:
1)Добавляю в /usr/sbin/apachectl2 в секцию start() в самом начале &quot;sleep 10&quot;, а так же модифицирую заголовок в &quot;#!/bin/sh -x&quot;, что бы отследить в логах ход выполнения скрипта.
2)При загрузке обнаруживается, что poststart() обнаруживает успешный запуск службы и создает lock-файл только на последней итерации цикла.
3)Количество проходов этого самого цикла определяет $LOOPSSTART, который можно настроить в /etc/sysconfig/httpd2. В дефолтном варианте параметр задает 10 проходов.
4)Убираем слип, $LOOPSSTART увеличиваем до 100, перезагружаемся и видим:
...
окт 11 22:30:32 media.localdomain _apachectl2[4290]: + usleep 300000
окт 11 22:30:32 media.localdomain _apachectl2[4290]: + briefstatus
окт 11 22:30:32 media.localdomain _apachectl2[4290]: + RETVAL=3
окт 11 22:30:32 media.localdomain _apachectl2[4290]: + (( i=((89-1))  ))
окт 11 22:30:32 media.localdomain _apachectl2[4290]: + (( 88&gt;0 ))
окт 11 22:30:32 media.localdomain _apachectl2[4290]: + usleep 300000
окт 11 22:30:33 media.localdomain _apachectl2[4290]: + briefstatus
окт 11 22:30:33 media.localdomain _apachectl2[4290]: + touch /var/lock/subsys/httpd2
окт 11 22:30:33 media.localdomain _apachectl2[4290]: + RETVAL=0
окт 11 22:30:33 media.localdomain _apachectl2[4290]: + break
окт 11 22:30:33 media.localdomain _apachectl2[4290]: + return 0
То есть для нормального старта не хватает совсем чуть-чуть, как бы 12 проходов вместо 10.

Говорить твердо о причинах такого необычно долгого старта я не берусь, но есть 2 предположения:
1)За время старта апача успевает инициализироваться только &quot;systemd[1]: Starting Console Manager...&quot;, да и то, она отрабатывает раньше заходов в цикл вообще, что не должно влиять, даже если бы этот демон был зависимостью для апача.
2)В этот момент времени параллельно отрабатывает prefdm, запускающий иксы и при этом сильно нагружающий систему. Надо пологать, что им просто на двоих не хватает &quot;мегагерцофф&quot;, что бы стартануть за 10 проходов цикла, а за 12 успевает.

Решение:
Предлагаю увеличить в  /etc/sysconfig/httpd2 дефолтное значение $LOOPSSTART. На нормальных режимах работы это не вызовет увеличения времени запуска и остановки службы, а на относительно слабых и\или загруженных машинах позволит демону успевать стартовать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>178922</commentid>
    <comment_count>2</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2019-02-25 01:48:04 +0300</bug_when>
    <thetext>Подозреваю что уже исправлено.
Тем более в сизифе нет apache, есть только apache2.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>