= Сообщение: 3807 из 10763 ===================================== RU.UNIX.BSD =
От : Victor Sudakov 2:5005/49 26 Nov 15 16:02:52
Кому : Alex Korchmar 26 Nov 15 16:02:52
Тема : beadm
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5656e5ba
На : area://RU.UNIX.BSD?msgid=<1187503153@ddt.demos.su>+98e1490b
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187503223@ddt.demos.su>+48ea08aa
==============================================================================
Dear Alex,
21 Nov 15 22:36, you wrote to me:
VS>> Про работу и говорим.
AK> да что-то больше на дрочево пустое похожа эта "работа"
Как я уже сказал, ты абсолютизируешь свой какой-то очень узкий опыт. А может даже не опыт, а некое идеальное представление о том, как должен быть устроен мир IT.
VS>> Пока ты в Виллабаджо миры пересобираешь, в Вилларибо уже сервер
VS>> стоит и работает.
AK> у меня нет задачи поставить единственный сервер в рекордный срок.
У тебя нет, у кого-то есть. Всё нормально. Жизнь многообразна.
VS>> Hет никаких многоэтажных настроек. Hынешний инсталлятор FreeBSD
VS>> нормально ставит за несколько нажатий кнопок, а автоматический
VS>> layout вполне пригоден для
AK> время на это "несколько" пробовал засечь?
От 2,5 до 3 минут, если параметры сети настраивать не руками, а получить по DHCP.
VS>> Я не спорю, что в некоторых ситуациях бывает удобнее и
VS>> склонировать
AK> в остальных проще поставить с нуля. С гарантией что оно встанет как
AK> надо, а не как получилось.
А с нуля как раз проще поставить штатным инсталлятором.
VS>> После появления freebsd-update собирать мир вообще анахронизм.
VS>> Даже всякие
AK> как только банальный ipsec начнет работать без пересборки ведра - так
AK> и поговорим.
Для поддержки ipsec пересобирать *мир* не надо.
AK> Впрочем, gre у нас, помнится, тоже там же, в жопе.
А с gre что не так? Модулем оно грузится, в отличие от ipsec, к сожалению.
AK>>> Кстати, "однотипные" рабочие станции
AK>>> тоже существуют только в мозгу однотипных дибилов.
VS>> Ты бредишь. К нам в филиал каждый год приходит по 20-30 штук
VS>> совершенно одинаковых компов, из которых ОИТ делает 20 одинаковых
VS>> виндовых рабочих
AK> к ним, надеюсь, прикованы совершенно одинаковые пользователи?
Пользователи доменные. Я в командировках частенько сижу под собой на чужих виндовых компах, всё что нужно работает.
VS>> станций. Отличие между ними только в том, что на одном нужен
VS>> Visio, на другом Автокад,
AK> и эти системы одинаковые и настроены одинаково? Сочувствую
AK> пользователям.
Совершенно напрасно. Я сам пользователь таким образом настроенной винды, мне достаточно удобно, насколько может быть удобно в винде.
[dd]
VS>> Я думаю, твоя ошибка в том, что ты абсолютизируешь какой-то свой
VS>> очень специфический и узкий (датацентровый?) опыт на всю IT сферу.
AK> нет. Я просто не считаю "ит сферой" ушлепков, все еще дрочащих правую
AK> клавишу мышки и не умеющих ничего кроме next-next-next. Единственная
AK> "специфичность" моего опыта в том, что я успел поработать в компаниях,
AK> где подобную породу просто не пускали на порог, и совершенно
AK> точно знаю, а не просто догадываюсь, что они на самом деле совершенно
AK> не нужны.
Я просто предлагаю тебе смотреть на вещи шире. Такие компании, о которых ты говоришь, должны быть достаточно крупными и специализированными. Возможно, если окончательно победит тотальная централизация, "облачные технологии" и аутсорсинг всего подряд, описанная тобой ситуация наступит. Но я надеюсь, что люди еще одумаются, осознают минусы такого подхода и будут применять централизацию в соответствии с принципом субсидиарности, а не просто потому что стало можно отдать "непрофильные активы" в Бангалор.
VS>> гораздо шире, чем ты думаешь. Вот совсем недавно я наблюдал, как
VS>> подрядчик (IMHO какой-то субподрядчик КРОКа) ставит стойки по всей
VS>> Связьтранснефти. Там VMware, а в ней домен-контроллеры,
VS>> Exchange-сервера, файловые сервера с дисковыми массивами и всё
VS>> такое прочее. Вполне себе подключают дистрибутивный сидюк через
VS>> ILO и запускают штатный инсталлятор виндового сервера.
AK> ну и кто тебе сказал что это - повод для подражания, а не повод быть
AK> от этого как можно дальше?
Я не говорил, что это повод для подражания. Говорил лишь, что это реальная и распространенная задача.
VS>> первом этапе никаких клонов-образов. Потом наверное будут на них
VS>> как-то
AK> дешевый клон у них - белковый. Ходит и сидюки через ilo подключает.
Во времена социализма тоже мечтали, что ручной труд вот-вот исчезнет. Помнишь "Приключения Электроника"?
AK> Hу, у этой компании пока еще деньги бесконечные, а работу, в общем-то,
AK> работать особо и не надо.
Ты как-то узко понимаешь работу. Им надо все это поставить (хотя бы через ilo), настроить и сдать в срок заказчику. Иначе денег не дадут.
VS>> Hу не руками наверное, а powershell-ом каким-нибудь или доменными
VS>> политиками (в случае винды). В случае фри я разворачиваю архивчик
AK> и когда нам надо поставить вне-доменную машинку, например, по
AK> требованиям безопасности - но при этом сохраняя общность политик и
AK> настроек - мы идем за ghost или сидюками, ага.
No comments. Тут я не в курсе генеральной линии.
AK>>> нормальные люди - скрипты пишут.
AK>>> И присобачивают их к efi/pxe/что-у-них там, чтоб два раза не
AK>>> вставать.
VS>> Hормальные люди рабочие скрипты на общее обозрение не выкладывают,
VS>> а стараются свой опыт оформлять в виде howto с комментариями.
AK> это кому сильно нечем заняться.
В смысле лучше водку пить, или что? Я в юности чуть не стал журналистом, мне иногда приятно написать какой-нибудь текст.
VS>> И тем более нормальные люди не берут чьи-то (и даже свои же
VS>> давнишние) скрипты с ЖЖ или форумов, чтобы тупо их запустить, а
VS>> стараются понять и запомнить принцип.
AK> главный принцип, который ими уже ниасилен - что не надо запоминать
AK> всякий мусор, голова не резиновая.
Правильно! Если понять принцип устройства - никакой мусор о нем запоминать не придется.
AK> Впрочем, тут ты противоречишь сам себе - ставить целиком систему из хз
AK> как хз кем собранных бинарей хз какими мутными скриптами, в целом
AK> вовсе не для тебя написанными, и страдать при этом от их
AK> несовершенства, это пожалуйста,
Это я такое говорил? Я никогда не страдал от "несовершенства" bsdinstall. Наоборот, мне он нравится (хотя мог бы быть лучше документирован).
AK> а один раз написать свой, делающий то
AK> что надо и как надо, и немедленно забыть о его содержимом, тебе
AK> религия не позволяет.
На один раз писать скрипт смысла не имеет, потому что потом ты действительно забудешь о содержимом, и даже о самом факте его написания.
А если задача типовая - написать стоит. Кстати bsdinstall прекрасно рассчитан на автоматизацию, почитай ман на него. За более глубокими знаниями можно сходить в /usr/share/bsdconfig/ и особенно в /usr/libexec/bsdinstall/. Я например недавно узнал оттуда, что путем переопределения ряда переменных среды можно получить любой ZFS dataset layout при автоматической установке. Вот встанет у меня задача автоматически установить дцать одинаковых фрей подряд - я так и сделаю. Только не встанет она никогда.
VS>>>> Hо это таки дольше, чем инсталлятор.
AK>>> тогда я даже по ссылкам не пойду, очевидно что там что-то совсем
AK>>> через жопу. Если у тебя процесс копирования одних и тех же
AK>>> байтов "дольше" - это в морг.
VS>> При чем тут процесс копирования байтов? Мне например *иногда*
VS>> проще три раза нажать кнопочки в штатном инсталляторе, а потом на
VS>> уже загрузившейся системе развернуть необходимые конфиги из tar
VS>> или получить по rdist, чем вспоминать, что ставимся мы на da1, а в
VS>> том скрипте у меня ada0 например или вообще md3.
AK> ну если это надо "вспоминать", то и в инсталляторе будет ткнуто в
AK> первый попавшийся пункт, скорей, скорей, next-next-next, в результате
AK> система окажется хорошо если просто не на том диске.
Ну, если некто не может попасть в нужные кнопочки в инсталляторе, то это человек, который тем более не сумеет написать какой-то свой велосипед.
AK> Hе говоря уже о
AK> том что в исходной цитате нет никакого "иногда", а есть утверждение
AK> что скрипты каким-то волшебным образом умудряются работать
AK> дольше скриптов из фряхиных закромов.
Например, установка через сборку мира, за которую ты ратуешь, по любому дольше скриптов из фряхиных закромов.
VS>> Хотя вот в VMware я например делаю так: подключаю диск
VS>> свежесозданной виртуалки к gmirror-e уже работающей, прямо на
AK> что мешает воспользоваться кнопкой clone? Если таки нужен именно клон.
Нет такой кнопки в ESXi. В VirtualBox есть.
AK> Впрочем, я не понимаю и зачем внутри вмвари какой-то еще gmirror.
Это я раскидывал виртуалки на несколько datastore для надежности. У ESXi есть или была какая-то нехорошая особенность иногда терять физические datastore, так вот чтобы виртуалки при этом жили.
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20110223-b20110223
* Origin: Ulthar (2:5005/49)
|
