haproxy не запускается

Question 1

Устанавливает новый сервер Ubuntu 10.04 и входит в систему как root. Я установил haproxy с помощью apt-get.

Я могу запускать haproxy напрямую как демон, но когда я делаю /etc/init.d/haproxy start, ничего не происходит .. даже не сообщение об ошибке.

netstat -a ничего не показывает порт http, который я пытаюсь сбалансировать с помощью haproxy ...

Идеи?

Изменить [ ! d4] Я заметил, что apt-get install haproxy говорит об этом в конце: update-rc.d: warning: /etc/init.d/haproxy отсутствует информация LSB update-rc.d: см. http: // wiki. debian.org/LSBInitScripts /etc/default/haproxy говорит ENABLED=1

Отладочный вывод для sh -xv /etc/init.d/haproxy start

#!/bin/sh
#
# chkconfig: - 85 15
# description: HA-Proxy is a TCP/HTTP reverse proxy which is particularly suited \
#              for high availability environments.
# processname: haproxy
# config: /etc/haproxy.cfg
# pidfile: /var/run/haproxy.pid

# Source function library.
if [ -f /etc/init.d/functions ]; then
  . /etc/init.d/functions
elif [ -f /etc/rc.d/init.d/functions ] ; then
  . /etc/rc.d/init.d/functions
else
  exit 0
fi
+ [ -f /etc/init.d/functions ]
+ [ -f /etc/rc.d/init.d/functions ]
+ exit 0
root@li267-63:~#

Question 2

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

Question 3

Question 4

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Question 5

Я также продолжал смотреть на scipt, не мог понять, почему он не работал, несмотря на ENABLED = 1 , определенный внутри скрипта инициализации.

В конце концов, после немного посмотрев вниз, вы увидите, что файл / etc / default / haproxy создан непосредственно перед выполнением теста, тем самым перезаписывая заданную переменную в самом сценарии инициализации ...

Question 6

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

Question 7

Question 8

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Question 9

У меня была такая же проблема, когда установка ENABLED не имела эффекта из-за того, что строка «тест» всегда терпит неудачу. Нашел причину: вы должны отредактировать / etc / default / haproxy вместо сценария init.

Question 10

В этой же проблеме возникла проблема на лазуре с debian vm. Оказывается, это довольно просто. В скрипте init для haproxy используются зависимости времени выполнения. В старой системе update-rc.d был способ, но в новой системе используется insserv: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

So если вы использовали update-rc.d для добавления службы haproxy в более новые системы, вы должны сделать:

$ sudo update-rc.d -f haproxy remove

$ sudo insserv HAProxy

Question 11

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

Question 12

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

Question 13

Question 14

Я столкнулся с этой же проблемой после первой установки поддерживаемого Ubuntu пакета, а затем (после того, как версия не поддерживала нужную мне функцию). Установка версии haproxy ppa newer. Сценарий init.d, с которым я столкнулся, указал на / usr / sbin / haproxy, когда на самом деле мой исполняемый файл был в / usr / local / sbin / haproxy. отладочный вывод «sh -xv /etc/init.d/haproxy start», упомянутый ранее, сделал эту проблему довольно очевидной.

Question 15

Я также продолжал смотреть на scipt, не мог понять, почему он не работал, несмотря на ENABLED = 1 , определенный внутри скрипта инициализации.

В конце концов, после немного посмотрев вниз, вы увидите, что файл / etc / default / haproxy создан непосредственно перед выполнением теста, тем самым перезаписывая заданную переменную в самом сценарии инициализации ...

Question 16

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

Question 17

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Question 18

В этой же проблеме возникла проблема на лазуре с debian vm. Оказывается, это довольно просто. В скрипте init для haproxy используются зависимости времени выполнения. В старой системе update-rc.d был способ, но в новой системе используется insserv: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

So если вы использовали update-rc.d для добавления службы haproxy в более новые системы, вы должны сделать:

$ sudo update-rc.d -f haproxy remove

$ sudo insserv HAProxy

Question 19

Question 20

У меня была такая же проблема, когда установка ENABLED не имела эффекта из-за того, что строка «тест» всегда терпит неудачу. Нашел причину: вы должны отредактировать / etc / default / haproxy вместо сценария init.

Question 21

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

Question 22

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

Question 23

Я столкнулся с этой же проблемой после первой установки поддерживаемого Ubuntu пакета, а затем (после того, как версия не поддерживала нужную мне функцию). Установка версии haproxy ppa newer. Сценарий init.d, с которым я столкнулся, указал на / usr / sbin / haproxy, когда на самом деле мой исполняемый файл был в / usr / local / sbin / haproxy. отладочный вывод «sh -xv /etc/init.d/haproxy start», упомянутый ранее, сделал эту проблему довольно очевидной.

Question 24

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Question 25

Question 26

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

Question 27

Я также продолжал смотреть на scipt, не мог понять, почему он не работал, несмотря на ENABLED = 1 , определенный внутри скрипта инициализации.

В конце концов, после немного посмотрев вниз, вы увидите, что файл / etc / default / haproxy создан непосредственно перед выполнением теста, тем самым перезаписывая заданную переменную в самом сценарии инициализации ...

Question 28

У меня была такая же проблема, когда установка ENABLED не имела эффекта из-за того, что строка «тест» всегда терпит неудачу. Нашел причину: вы должны отредактировать / etc / default / haproxy вместо сценария init.

Question 29

В этой же проблеме возникла проблема на лазуре с debian vm. Оказывается, это довольно просто. В скрипте init для haproxy используются зависимости времени выполнения. В старой системе update-rc.d был способ, но в новой системе используется insserv: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

So если вы использовали update-rc.d для добавления службы haproxy в более новые системы, вы должны сделать:

$ sudo update-rc.d -f haproxy remove

$ sudo insserv HAProxy

Question 30

Я столкнулся с этой же проблемой после первой установки поддерживаемого Ubuntu пакета, а затем (после того, как версия не поддерживала нужную мне функцию). Установка версии haproxy ppa newer. Сценарий init.d, с которым я столкнулся, указал на / usr / sbin / haproxy, когда на самом деле мой исполняемый файл был в / usr / local / sbin / haproxy. отладочный вывод «sh -xv /etc/init.d/haproxy start», упомянутый ранее, сделал эту проблему довольно очевидной.

Question 31

Question 32

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

Question 33

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

Question 34

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

Question 35

У меня аналогичная проблема. Я уже установил ENABLED = 1, но настройка update-rc.d по умолчанию состоит в том, чтобы поместить haproxy в K20 (rc0 | 1 | 6.d) и в S20 (rc2 | 3 | 4 | 5.d). Это означает, что он попытается начать работу до сети, поэтому в моем случае я получаю это в boot.log: -

 * Запуск haproxy haproxy [ALERT] 346/160552 (927): Запуск прокси-сервера haproxy: невозможно связать  socket [ALERT] 346/160552 (927): запуск прокси-сервера haproxy: невозможно связать сокет [ALERT] 346/160552 (927): запуск прокси-сервера haproxy: невозможно связать сокет [ALERT] 346/160552 (927): запуск прокси-сервера haproxy: невозможно  связать сокет [ALERT] 346/160552 (927): Запустить прокси-сервер: не удается связать сокет [ALERT] 346/160552 (927): Запустить прокси-сервер: не удается связать сокет [ALERT] 346/160552 (927): Запустить прокси-сервер haproxy:  не может связать сокет [fail]

, изменяя номер запуска до 35, кажется, исправил его, но я думаю, что 36 будет более безопасным (старый номер для сети - 35, поэтому лучше всего начинать после этого). Поэтому попробуйте: -

 update-rc.d -f haproxy удалить update-rc.d haproxy start 35 2 3 4 5.  остановка 20 0 1 6.

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

Question 36

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

Question 37

Question 38

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

SpamapS · Answer 1 · 4 August 2018 в 20:17

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

user · Answer 2 · 4 August 2018 в 20:17

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Seth · Answer 3 · 6 August 2018 в 04:18

Я также продолжал смотреть на scipt, не мог понять, почему он не работал, несмотря на ENABLED = 1 , определенный внутри скрипта инициализации.

В конце концов, после немного посмотрев вниз, вы увидите, что файл / etc / default / haproxy создан непосредственно перед выполнением теста, тем самым перезаписывая заданную переменную в самом сценарии инициализации ...

SpamapS · Answer 4 · 6 August 2018 в 04:18

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

user · Answer 5 · 6 August 2018 в 04:18

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Jorge Castro · Answer 6 · 6 August 2018 в 04:18

У меня была такая же проблема, когда установка ENABLED не имела эффекта из-за того, что строка «тест» всегда терпит неудачу. Нашел причину: вы должны отредактировать / etc / default / haproxy вместо сценария init.

Olivier de Jong · Answer 7 · 6 August 2018 в 04:18

В этой же проблеме возникла проблема на лазуре с debian vm. Оказывается, это довольно просто. В скрипте init для haproxy используются зависимости времени выполнения. В старой системе update-rc.d был способ, но в новой системе используется insserv: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

So если вы использовали update-rc.d для добавления службы haproxy в более новые системы, вы должны сделать:

$ sudo update-rc.d -f haproxy remove

$ sudo insserv HAProxy

belacqua · Answer 8 · 6 August 2018 в 04:18

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

devav2 · Answer 9 · 6 August 2018 в 04:18

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

grendal_prime · Answer 10 · 6 August 2018 в 04:18

Я столкнулся с этой же проблемой после первой установки поддерживаемого Ubuntu пакета, а затем (после того, как версия не поддерживала нужную мне функцию). Установка версии haproxy ppa newer. Сценарий init.d, с которым я столкнулся, указал на / usr / sbin / haproxy, когда на самом деле мой исполняемый файл был в / usr / local / sbin / haproxy. отладочный вывод «sh -xv /etc/init.d/haproxy start», упомянутый ранее, сделал эту проблему довольно очевидной.

Seth · Answer 11 · 7 August 2018 в 22:22

Я также продолжал смотреть на scipt, не мог понять, почему он не работал, несмотря на ENABLED = 1 , определенный внутри скрипта инициализации.

В конце концов, после немного посмотрев вниз, вы увидите, что файл / etc / default / haproxy создан непосредственно перед выполнением теста, тем самым перезаписывая заданную переменную в самом сценарии инициализации ...

SpamapS · Answer 12 · 7 August 2018 в 22:22

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

user · Answer 13 · 7 August 2018 в 22:22

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

Olivier de Jong · Answer 14 · 7 August 2018 в 22:22

В этой же проблеме возникла проблема на лазуре с debian vm. Оказывается, это довольно просто. В скрипте init для haproxy используются зависимости времени выполнения. В старой системе update-rc.d был способ, но в новой системе используется insserv: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

So если вы использовали update-rc.d для добавления службы haproxy в более новые системы, вы должны сделать:

$ sudo update-rc.d -f haproxy remove

$ sudo insserv HAProxy

Jorge Castro · Answer 15 · 7 August 2018 в 22:22

У меня была такая же проблема, когда установка ENABLED не имела эффекта из-за того, что строка «тест» всегда терпит неудачу. Нашел причину: вы должны отредактировать / etc / default / haproxy вместо сценария init.

belacqua · Answer 16 · 7 August 2018 в 22:22

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

devav2 · Answer 17 · 7 August 2018 в 22:22

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

grendal_prime · Answer 18 · 7 August 2018 в 22:22

Я столкнулся с этой же проблемой после первой установки поддерживаемого Ubuntu пакета, а затем (после того, как версия не поддерживала нужную мне функцию). Установка версии haproxy ppa newer. Сценарий init.d, с которым я столкнулся, указал на / usr / sbin / haproxy, когда на самом деле мой исполняемый файл был в / usr / local / sbin / haproxy. отладочный вывод «sh -xv /etc/init.d/haproxy start», упомянутый ранее, сделал эту проблему довольно очевидной.

user · Answer 19 · 10 August 2018 в 10:32

Я просто столкнулся с той же проблемой с haproxy init.d скриптом на lucid. Я просто не мог запустить haproxy, поэтому я просмотрел его и обнаружил, что вам нужно изменить переменную ENABLED в сценарии /etc/init.d/haproxy.

Изменение этой переменной, однако, не помогло, и вот почему: несколько строк ниже в /etc/init.d/haproxy переменная ENABLED проверяется скриптом со следующей строкой: test "$ ENABLED "! =" 0 "|| exit 0. Я заметил, что этот тест ВСЕГДА потерпит неудачу в моей системе, а не то, что значение ENABLED. Таким образом, остальная часть скрипта никогда не запускается.

Должен признаться, я действительно не знаю, почему эта тестовая строка работает неправильно. Но так как мы хотим, чтобы haproxy был включен в любом случае, зачем беспокоиться о проверке? ... Комментируя эту тестовую линию, она работала для меня.

Надеюсь, это поможет кому угодно.

SpamapS · Answer 20 · 10 August 2018 в 10:32

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

Seth · Answer 21 · 10 August 2018 в 10:32

Я также продолжал смотреть на scipt, не мог понять, почему он не работал, несмотря на ENABLED = 1 , определенный внутри скрипта инициализации.

В конце концов, после немного посмотрев вниз, вы увидите, что файл / etc / default / haproxy создан непосредственно перед выполнением теста, тем самым перезаписывая заданную переменную в самом сценарии инициализации ...

Jorge Castro · Answer 22 · 10 August 2018 в 10:32

У меня была такая же проблема, когда установка ENABLED не имела эффекта из-за того, что строка «тест» всегда терпит неудачу. Нашел причину: вы должны отредактировать / etc / default / haproxy вместо сценария init.

Olivier de Jong · Answer 23 · 10 August 2018 в 10:32

В этой же проблеме возникла проблема на лазуре с debian vm. Оказывается, это довольно просто. В скрипте init для haproxy используются зависимости времени выполнения. В старой системе update-rc.d был способ, но в новой системе используется insserv: https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot

So если вы использовали update-rc.d для добавления службы haproxy в более новые системы, вы должны сделать:

$ sudo update-rc.d -f haproxy remove

$ sudo insserv HAProxy

grendal_prime · Answer 24 · 10 August 2018 в 10:32

Я столкнулся с этой же проблемой после первой установки поддерживаемого Ubuntu пакета, а затем (после того, как версия не поддерживала нужную мне функцию). Установка версии haproxy ppa newer. Сценарий init.d, с которым я столкнулся, указал на / usr / sbin / haproxy, когда на самом деле мой исполняемый файл был в / usr / local / sbin / haproxy. отладочный вывод «sh -xv /etc/init.d/haproxy start», упомянутый ранее, сделал эту проблему довольно очевидной.

belacqua · Answer 25 · 10 August 2018 в 10:32

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

devav2 · Answer 26 · 10 August 2018 в 10:32

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

SpamapS · Answer 27 · 13 August 2018 в 17:00

Измените / etc / default / haproxy и убедитесь, что в нем есть строка, в которой указано ENABLED = 1 .

Значение по умолчанию - ENABLED = 0. Это делается потому, что haproxy не имеет нормальной настройки по умолчанию, поэтому вам нужно сначала настроить его, а затем включить.

39

ответ дан SpamapS 13 August 2018 в 17:00

1

Я установил ENABLED = 1, еще ничего. – Assaf Lavie 30 November 2010 в 23:00
2

Assaf, вам все равно нужно настроить haproxy. Если файл конфигурации неверен, он не запустится и, вероятно, напечатал ошибки в системных журналах (проверьте /var/log/daemon.log и / var / log / syslog) – SpamapS 4 December 2010 в 12:50
3

Почему это не начинается без подробного сообщения? Это действительно сбивает с толку! – Nikolay Fominyh 10 May 2012 в 16:59
4

@ НиколаяФоминых Согласен, это сбивает с толку! Я в конечном итоге нахожу эту тему снова и снова, потому что каждые 8 месяцев или около того мне приходится настраивать новый haproxy, и я всегда забываю о необходимости включения сервисов в / etc / default / *. Я хочу, чтобы что-то всплыло в syslog, когда вы пытаетесь запустить отключенную службу. – Jay Taylor 10 July 2013 в 22:52

user · Answer 28 · 13 August 2018 в 17:00

У меня аналогичная проблема. Я уже установил ENABLED = 1, но настройка update-rc.d по умолчанию состоит в том, чтобы поместить haproxy в K20 (rc0 | 1 | 6.d) и в S20 (rc2 | 3 | 4 | 5.d). Это означает, что он попытается начать работу до сети, поэтому в моем случае я получаю это в boot.log: -

 * Запуск haproxy haproxy [ALERT] 346/160552 (927): Запуск прокси-сервера haproxy: невозможно связать  socket [ALERT] 346/160552 (927): запуск прокси-сервера haproxy: невозможно связать сокет [ALERT] 346/160552 (927): запуск прокси-сервера haproxy: невозможно связать сокет [ALERT] 346/160552 (927): запуск прокси-сервера haproxy: невозможно  связать сокет [ALERT] 346/160552 (927): Запустить прокси-сервер: не удается связать сокет [ALERT] 346/160552 (927): Запустить прокси-сервер: не удается связать сокет [ALERT] 346/160552 (927): Запустить прокси-сервер haproxy:  не может связать сокет [fail]

, изменяя номер запуска до 35, кажется, исправил его, но я думаю, что 36 будет более безопасным (старый номер для сети - 35, поэтому лучше всего начинать после этого). Поэтому попробуйте: -

 update-rc.d -f haproxy удалить update-rc.d haproxy start 35 2 3 4 5.  остановка 20 0 1 6.

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

SiBaz, не уверен, какую версию Ubuntu вы используете, но в Lucid, в системе, о которой идет речь, сетевые сети запускаются с помощью выскочки перед переходом rc-sysinit на уровень запуска по умолчанию (2), что и запускает / etc / rc2 .d скриптов. — SpamapS, 14 December 2010 в 04:28
Я тоже использую ясность, и я могу заверить, что сетевое взаимодействие не началось, когда haproxy был запущен через rc2.d /../ init.d / haproxy. Я также заметил, что то, что я предложил, не сработало, поэтому мне пришлось добавить сети к уровням rc 2 3 4 5, чтобы начать работу до haproxy, запуск сети update-rc.d 35 2 3 4 5. Я понимаю, что это взломать, так как решением будет добавить скрипт выскочки. Я создал ошибку с пакетом haproxy, чтобы яснить в этом отношении. — user, 20 December 2010 в 19:13
Я думаю, вы должны установить флаг enabled в / etc / default / haproxy — UpTheCreek, 14 January 2013 в 02:06

belacqua · Answer 29 · 13 August 2018 в 17:00

Вы пытались запустить его как root или sudo? Если вы похожи на меня, вы иногда забываете добавлять sudo к фронту команд. Я пробовал все ваши команды без sudo, и они не сработали, как вы описали. Тем не менее, с sudo перед ними, используя установочный файл haproxy.cfg по умолчанию, он теперь работает без проблем. Просто подумал, что я бы указал, что даже с правильными конфигами, для меня это не обойдется без sudo.

:) да, сделано как root – Assaf Lavie 17 August 2011 в 23:03 — Assaf Lavie, 17 August 2011 в 23:03

devav2 · Answer 30 · 13 August 2018 в 17:00

Я знаю это год назад, но просто пытаюсь поделиться тем, что я узнал ..

использовать /etc/init.d/haproxy reload или service haproxy reload , и он перезагрузится. После этого мы просто хотим, чтобы он начал правильно;)

haproxy не запускается

64 ответа

Другие вопросы по тегам:

Похожие вопросы: