1.1, VecH (??), 13:49, 19/11/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А если апдейт запустить на нескольких компах и они будут хотеть один и тот же пакет? (так обычно бывает)
| |
|
2.2, Andrey Mitrofanov (?), 14:02, 19/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
>А если апдейт запустить на нескольких компах и они будут хотеть один
А оно для того и выстраивалось! !)
>и тот же пакет?
Или Вы про одновременно хотеть недокачанный пакет?... А вдруг(!) "оно само"?
D-oh! Вот пришли и всё испортили? ?)
> (так обычно бывает)
Героически преодолевать созданные себе трудности? :)
| |
|
3.3, VecH (??), 14:05, 19/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>А оно для того и выстраивалось! !)
>
>>и тот же пакет?
>
>Или Вы про одновременно хотеть недокачанный пакет?... А вдруг(!) "оно само"?
>D-oh! Вот пришли и всё испортили? ?)
>
>> (так обычно бывает)
>
>Героически преодолевать созданные себе трудности? :)
ну почему же, у меня в локалке 7 компов, и у всех обновление стоит в одно время автоматом
а обновления как правило для каждого компа отдельно не выпускаются и конечно же качать все будут все одновременно один файлк
| |
|
2.7, mike_t (?), 18:19, 19/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
первый апдейт лочит файл на запись, остальные отваливаются с ошибкой
| |
|
1.5, Junior (ok), 17:04, 19/11/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что, создать локальный репозитарий уже религия не позволяет и настроить на него остальные сервера?
Один раз слил зеркало и только держать актуальным.
Всё для этого есть в дистрибутиве.
Но нам же нужно более велосипедный велосипед придумать :)))
| |
|
2.6, VecH (??), 17:58, 19/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
>А что, создать локальный репозитарий уже религия не позволяет и настроить на
>него остальные сервера?
с интернетом по 3 рубля за 1 Мб довольно накладно
| |
|
3.8, Junior (ok), 20:31, 19/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>А что, создать локальный репозитарий уже религия не позволяет и настроить на
>>него остальные сервера?
>
>с интернетом по 3 рубля за 1 Мб довольно накладно
Тогда уж в любом случае правильнее сделать локальный репозитарий,
а на получаемую папку с апдейтами натравливать штатный createrepo
Тогда ничего не будет мешать обновлениям одновременно всего серверного зоопарка.
| |
|
2.10, Serg11 (??), 09:35, 20/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
это удобно, когда интернет медленный. Пока скачаешь весь репозитарий - пройдет мно-о-о-го времени. А так только апдейты один ПК скачал и все...
| |
|
3.11, Junior (ok), 09:41, 20/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
>это удобно, когда интернет медленный. Пока скачаешь весь репозитарий - пройдет мно-о-о-го
>времени. А так только апдейты один ПК скачал и все...
Прочтите внимательно, что я перед этим написал на что сетует народ при использовании NFS.
| |
3.12, sure (?), 11:06, 20/11/2008 [^] [^^] [^^^] [ответить]
| +/– |
Еще раз, по шагам (два года так жили):
готовим:
1) с Инета апдейты качает ОДИН комп (настроенный на типовую конфигурацию усеров)
2) его yumcache rsyncom сливается на сервак (в другой каталог\...)
3) этот каталог раздаётся по ftp\nfs всем через настройку СВОЕГО repo и запрет всех остальных
3) натравливаем createrepo на этот каталог, кому хочется, можно еще и группы описать
Обновления:
1) с Инета апдейты качает ВСЁ ТОТ ЖЕ ОДИН комп (настроенный на типовую конфигурацию усеров)
2) его yumcache rsyncom сливается на сервак
3) натравливаем createrepo
Есть альтернативный вариант (имеет свои недостатки) - настроить squid на кэширование файлов с выбранного репозитория. Заркала отключаются, все обновляются только с выбранного репо. Первый скачавший заполняет кэш squid, остальные получают из него же.
А вообще, может, у кого-то руки и дошли (мне оказалось проще выбить безлимитный тариф) написать нормальный yum cacheing proxy.
PS: плагинов к нему - море!
| |
|
|
1.13, rstone (?), 13:55, 23/11/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А если все это добро еще для PXE надо , тогда для
Centos/RH и производных есть cobbler .
Зело полезная штука .
| |
|