Если здесь не ответят - сходи на http://3nity.ru, тусовка спецов по системам хранения.
Лично я за такие фокусы не люблю псевдоаппаратные рейды, особенно те адаптеки, которые DEPO ставят в свои сервера начального уровня. У самого была подобная проблема. Благо был бекап, и проще оказалось переставить систему. С тех пор - сугубо софтовый рейд!
и соответственно первые два виртуалхоста прописались на mod-proxy1, вторые - на втором. Соответственно ищу паттерн, с помощью которого на сервере такие структурные данные можно было бы разбирать.
По всему похоже что hiera должно быть то что надо, но пока не осиляю (
myhand: Это не типовая задача. Я привел Вам пример, что в дебиане вообще так (имхо, дебильно) с сетевыми настройками не работают.
Это вопрос личных предпочтений. Лично мне подход редхата нравится.
"Админ" должен уметь принимать некоторые решения без доброго дядиньки в RH. Вам строчку в rc.local добавить лень? Ну, тогда ищите себе другую работу...
Не лень. Но это на мой взгляд не соответствует идеологии. Это мы так до слакварного "все компилять руками и ставить в /usr/local" докатимся.
Ну имя пакета несколько ээ... неожиданное. Но таки да, то что нужно. Спасибо. Таки rpm.pbone.net полезен. Вот и я для себя вынес пользу какую-то из нашей милой беседы.
Посмотрите мои сообщения и узнаете, что нет - не со всеми.
Ну так давайте тогда не будем и тут опускаться до уровня LOR'а и относится друг к другу с уважением.
В этом посте нет слова "не умеет". В этом посте сказано, что такой функциональности штатно нет в дистрибутиве и каждому админу надо городить свой скрипт для решения типовой задачи.
Замечу, что в Debian подобных CentOS обвязок вокруг iptables/ipset - нет. Это фича - и никто не плачет, что его заставили выполнить свою работу.
Ну да. Дистрибутив упомянут. Должны же Вы быть способны найти репы федоры и пакет с ipset там?
Разумеется. Но вот ведь незадача, в пакетах от федоры точно так же нет поддержки ipset в инит скриптах. Так что это вы уважаемый поторопились.
Или и это за пределами возможностей "одминов"?
Это такой со всеми такой высокомерный стиль общения в духе "все xxxxxxx один я дартаньян"?
myhand: Вообще, странно ожидать наличия в системе готового решения для абсолютно всех тривиальных задач. Ссаной тряпкой гнать таких "системных администраторов", кто не умеет делать элементарные вещи.
Если здесь не ответят - сходи на http://3nity.ru, тусовка спецов по системам хранения.
Лично я за такие фокусы не люблю псевдоаппаратные рейды, особенно те адаптеки, которые DEPO ставят в свои сервера начального уровня. У самого была подобная проблема. Благо был бекап, и проще оказалось переставить систему. С тех пор - сугубо софтовый рейд!
Симпатично, но малость не то.
Все равно для каждой ноды надо перечислять список виртуалхостов на ней в nodes.pp, и при добавлении очередного виртуалхоста править в двух местах.
А в идеале хотелось бы получить в таком виде:
node.pp:
Дык непонятно тогда:
- Что тут обсуждать-то?
Можно-ли? Ну, естественно - можно. Делают-ли - да, делают (см. примеры в вики).
Ну тривиальный случай понятен.
Но вот когда есть n хостов по m виртуалхостов на каждом - хочется данные разнести с логикой.
Что бы в отдельном текстовом/xm/json/и т.д. файле описать какие у нас есть виртуалки на каких хостах, а не тащить эту информацию в паппетовый рецепт.
alw добавил 18.11.2011 в 15:33
Ок, ну давай по центосу:
Содержимое fileserver.conf:
У меня так:
fileserver.conf:
ну и в рецепте
прекрасно работает.
Это не типовая задача. Я привел Вам пример, что в дебиане вообще так (имхо, дебильно) с сетевыми настройками не работают.
Это вопрос личных предпочтений. Лично мне подход редхата нравится.
"Админ" должен уметь принимать некоторые решения без доброго дядиньки в RH. Вам строчку в rc.local добавить лень? Ну, тогда ищите себе другую работу...
Не лень. Но это на мой взгляд не соответствует идеологии. Это мы так до слакварного "все компилять руками и ставить в /usr/local" докатимся.
Мда. Видимо я оказался прав:Не ожидал... Ну, ловите:http://mirror.yandex.ru/fedora/rpmfusion/free/fedora/releases/14/Everything/source/SRPMS/xtables-addons-1.30-1.fc14.src.rpm
RPM-ку открыть осилите?
Ну имя пакета несколько ээ... неожиданное. Но таки да, то что нужно. Спасибо. Таки rpm.pbone.net полезен. Вот и я для себя вынес пользу какую-то из нашей милой беседы.
Ну так давайте тогда не будем и тут опускаться до уровня LOR'а и относится друг к другу с уважением.
Нет у меня проблемы. Есть инструмент. Полезный и удобный. Хотелось
а. Упомянуть о нем тем, кто не знает.
б. Обменяться опытом с теми, кто им пользуется.
Какое это имеет отношение к философии - не понятно.
/ru/forum/comment/9673209
В этом посте нет слова "не умеет". В этом посте сказано, что такой функциональности штатно нет в дистрибутиве и каждому админу надо городить свой скрипт для решения типовой задачи.
Замечу, что в Debian подобных CentOS обвязок вокруг iptables/ipset - нет. Это фича - и никто не плачет, что его заставили выполнить свою работу.
Ну да. Дистрибутив упомянут. Должны же Вы быть способны найти репы федоры и пакет с ipset там?
Разумеется. Но вот ведь незадача, в пакетах от федоры точно так же нет поддержки ipset в инит скриптах. Так что это вы уважаемый поторопились.
Или и это за пределами возможностей "одминов"?
Это такой со всеми такой высокомерный стиль общения в духе "все xxxxxxx один я дартаньян"?
А чего его обсуждать?
Ну там много есть много интересно..
я бы в частности хотел обсудить генереж конфигов виртуалхостов паппетом на основе темплейтов.
А давно? Мы с ним уже пару лет живем..
А сейчас оно у тебя в продакшене есть?
/me посмотрел на 200+ серверов с центосом/паппетом вокруг и не поверил.
ты использовал puppet внутри локалки в единой локальной инфраструктуре? или же для конфигурежа единичных серверов через интернет?
Вообще, странно ожидать наличия в системе готового решения для абсолютно всех тривиальных задач. Ссаной тряпкой гнать таких "системных администраторов", кто не умеет делать элементарные вещи.
Где было сказано про "не умеет"?
И Вас, извините, носом ткнули в готовые скрипты.
Разве? Была ссылка или листинг?