ты не перепутал git с пакетным менеджером?

http://ru.wikipedia.org/wiki/Git

man SCM

Хотелось бы это заменить на git либо на подобное, если я правильно понял его возможности. А именно: контроль версии и наличия софта, установка софта на машины при обновлении.

Нет ты его возможности понял неправильно либо у тебя в голове каша и сперва учись выражать свои мысли яснее.

И да в случае calculate ты попутал сам git и то как именно, чем и для каких целей используется утилитами calculat-а.

А можно ли с его помощью менять настройки системы?

Да я тебе разрешаю.

Тебе нужно смотреть в сторону таких вещей как puppet и etckeeper. Для убунты есть еще landscape, но оно вроде анально огорожено каноникалом.

Имеется в общей сложности 300 машин на Linux, на данный момент скрипты по ssh по очереди обновляют машины c сети. Хотелось бы это заменить на git либо на подобное, если я правильно понял его возможности. А именно: контроль версии и наличия софта, установка софта на машины при обновлении. А можно ли с его помощью менять настройки системы? Например, сменить в соответствии с новыми требованиями порты разрешённые, различного рода конфигурации, установку нового де и тп?

Я заметил, что при обновлении calculate linux, много используется git

не устаю поражаться: каких только полудурков ни берут в эникейщики...

Напишу тут в пятый раз про Spacewalk. Уж для федоры - сам бог велел. И оно никем никак не огорожено.

http://www.spacewalkproject.org/

Напишу тут в пятый раз про Spacewalk

О, спасибо, выглядит интересно!

Там есть тонкости с неполной поддержкой deb-based дистрибутивов, но для rpm-инфраструктуры это уже давно отлаженное решение, для продакшн готово.

не устаю поражаться: каких только полудурков ни берут в эникейщики...

Мда.

напиши мне список репов нормальных пожалуйста, а то совсем стандартный пустой.

Напиши список, чего не хватает.

vmware workstation,mc,chromium 4 репа перепробовал все 404 у него , + при обновлении и установке программ из rpm пакетов,часто хочет файлы, которых нет в стандартном репе, и потом кричит,что что-то не установлено.
Хотя я сейчас вот мучаюсь ещё с cifs,только от рута монтировать хочет .... Я просто в шоке, у меня срок до конца января, надо сделать в одиночку фактически всю инфраструктуру.... Помоги пожалуйста с федорой в некоторых деталях. Скайп скинь если не сложно, скину логи некоторые,а то уже крыша едет,рядом ток девочка 20 лет и мужик в голове которого только 5 конфигов центоси .

Ну ты даешь.

mc есть в стандартных репах, chromium в russianfedora-free http://wiki.russianfedora.ru/index.php?title=Репозитории#Russian_Fedora

vmware - это вообще отдельная песня, маны в гугле

А помощь по развертыванию инфраструктуры - это в Job. Наверняка найдется народ, которому на праздники делать нечего.

рядом ток девочка 20 лет и мужик в голове которого только 5 конфигов центоси

а, так у вас работодатель мазохист - специально нанимает себе тупоголовых ламеров, понятно

поставил мсшник,видно глюк был,писало ненайденно,хромиум позже,по сути проблема в монтировании дисков. При обращении к «Домашняя папка» произошла ошибка, ответ системы: This program is not installed setuid root - «user» CIFS mounts not supported.
//10.0.104.231/estp /home/erzent/t cifs auto,user,username=******,password=*******,workgroup=estp,uid=1000,gid=1000,rw 0 0
//10.0.104.231/distrib /home/erzent/p cifs auto,user,username=*******,password=*****,workgroup=distrib,uid=1000,gid=1000,rw 0 0
cifs-utils.x86_64 и cifs-utils-devel.x86_64 установлены. На кальке я с ноута вхожу при таком fstab ... у меня голова уже кругом, вроде уж fstab должен быть одинаковый .

в гите есть триггеры (кажись, так зовутся). в частности, есть триггер «после обновления». на него можно повесить любой скрипт - делай что хошь с обновленными данными. а само обновление из гита (гит пулл) можно повесить на крон. Останется только держать нужную ветку рабочей и живой.

но для rpm-инфраструктуры это уже давно отлаженное решение,

Им бы еще документацию получше, а то местами ловил очень непонятные глюки и решалось оно больше шаманством, а не реальным пониманием причины.

Но для нежелающих осиливать puppet/chef - самое оно, мне понравилось.

Git не для этого. Представь себе что тебе надо будет выкатить обновление ПО на часть машин. А что делать если тебе надо будет поставить программу X только на восемнадцати машин из 300... - В общем что-то вроде puppet с группами нужно... А до папета уже git запилить. :)

Не могу понять, это тонко или толсто

Это просто тупо.

почитай остальные темы поциента

это не толсто, это грустно

вмваря есть у нас в репе. я опакетил, но plm не торопится.

А vmware нас под суд не отдаст? А то какой-нибудь флеш со скайпом - это по сравнению с vmware детский лепет.

Лично я использую Puppet.
Кроме него, можешь посмотреть на Chef и CFEngine.

нет. а даже если подаст, то они должны сначала нам написать и попросить удалить.

puppet

И да, если совсем чегото не понимаете, лучше спросить «Чуваки, а как замутить такуюто(тут коротко что надо) магию????». В итоге и вам краснеть меньше, и нам читать быстрее :)

Я смотрю, гит ты знаешь даже лучше чем самбу4.

А по теме: используй инструменты по назначение, тебе их уже насоветовали.

450 машин со скриптом

Раз вы купили 450 серверов, наймите специалиста, что ли.

puppet /thread

Ты в пятницу уже после обеда глушить начал?

Тебе ssh нужен и всё. Git тут вообще непричём.

В остальном ты помощи просишь сумбурно, непонятно, что собственно советовать. Федору выбрал - неправильно, надо брать стабильный дистрибутив. Центов, дебиан, убунту lts.

Это пишет человек с звёздочкой?!

Я ещё офигенней метод придумал!

Ставим софт на одну машину, а на другие делаем hammer mirror-copy для нужных PFS (типа /usr). О как!

google://SCM

chef/puppet/cfengine/... тысячи их.

Git - система контроля версий, он для другого сделан. Можно, например, в нём конфиги самой SCM хранить, чтобы видеть кто/когда/что напортачил.

это не толсто, это грустно

согласен, каша полная

Каша естественно, реальная документация есть только к rhel. Здесь много говорят,а доходит до их работы.... 10-20 машин с одинаковыми людьми,но грамотеи всё прям знают.Либо используют софт времён второй мировой, образно говоря,который не обновляется и ждёт периода переустановки.А программы ставят, подключаясь к каждой машине по ssh... Было бы,как у многих, 10-15 машин, я бы и не парился.

Каша естественно, реальная документация есть только к rhel.

так и говори тогда, что тебе не документация нужна, а пошаговая инструкция для дебилов. только про раздел job тебе уже намекнули.

Это пишет человек с звёздочкой?!

да ладно, тут один с двумя звёздочками спрашивал как обновить убунту с лтс до лтс.

и 450 машин со скриптом по ssh'у это бред.

ИМХО ты не в том направлении копаешь. Git тебе не помощник. Он для текстов, исходных.

Тебе иерархическую сеточку ИМХО нужно делать, т.е. как в армии — десятник командует десятком, сотник — десятком десятников, и так далее.

Возможно и децентрализованное облако.

Мде. И после таких попыток забивания шурупов рубанком люди кричат про убогость Linux.

линукс в cello?

забивания шурупов рубанком

А в виндавс это работает.

Fedora свежа. От стабильного Debian-а пахнет нафталином. Как-то так.

идей много, а вот как реализовать ... Вот предположим, нам дали новые диски на серваки, как мне цивилизованно на всех машинах поменять fstab?

забивания шурупов рубанком

А в виндавс это работает.

как и в линукс. Но в job.

идей много, а вот как реализовать ...

см. выше готовые решения + раздел job

Вот предположим, нам дали новые диски на серваки, как мне цивилизованно на всех машинах поменять fstab?

диски святой дух будет ставить? Вот пусть дух и прописывает fstab.

я сказал цивилизованно,а не бегать везде и прописывать .бегать лень.

про раздел job вообще смешно, один выпендривался оч много, предложил, оказалось вообще не чего не знает. Бегать по всему офису я не собираюсь,тогда и дальше будут скрипты+ssh .

спасибо. надо будет посмотреть. а то количество машин начинает переваливать за пару десятков и пора бы переходить к масштабируемым решениям.