Компания RedHat представила (http://listman.redhat.com/archives/fedora-devel-list/2004-Se...) новый проект "Stateless Linux" (будет развиваться на базе Fedora), цель которого создание механизма, позволяющего нескольким компьютерам использовать одну установленную систему. Т.е. устанавливаем систему на одном компьютере, а другие машины загружаются по сети или с CD-диска и используют  отличные от первичной системы блоки конфигурации, все же остальное для них не дублируется, а является общим (программы и данные кэшируются на локальном диске в режиме "только для чтения").

Подробнее идеи проекта изложены в PDF документе "Introduction to Stateless Linux (http://people.redhat.com/~hp/stateless/StatelessLinux.pdf)". Прототип работающего "Stateless Linux" (набор RPM пакетов) можно скачать здесь (http://people.redhat.com/dmalcolm/stateless/). Доступно также HOWTO по установке и настройке (http://people.redhat.com/dmalcolm/stateless/stateless-linux-.../).

URL: http://listman.redhat.com/archives/fedora-devel-list/2004-Se...
Новость: http://www.opennet.me/opennews/art.shtml?num=4366

• а зачем тут заполнять заголовок?,klalafuda, 08:48 , 16-Сен-04
  • а зачем тут заполнять заголовок?,klalafuda, 08:49 , 16-Сен-04
  • а зачем тут заполнять заголовок?,Maxim Chirkov, 08:57 , 16-Сен-04
    • а зачем тут заполнять заголовок?,klalafuda, 09:28 , 16-Сен-04
  • 2cent,_, 09:46 , 16-Сен-04
    • 2cent,klalafuda, 10:42 , 16-Сен-04
      • 2cent,yarmol, 10:08 , 18-Сен-04
• было это...,GreenX, 09:32 , 16-Сен-04
  • было это...,klalafuda, 09:56 , 16-Сен-04
    • было это...,GreenX, 10:21 , 16-Сен-04
• а зачем мне заголовок?,klalafuda, 10:24 , 16-Сен-04
  • а зачем мне заголовок?,_, 11:16 , 16-Сен-04
    • а зачем мне заголовок?,Аноним, 14:07 , 16-Сен-04
      • Маза типа такая. Поскольку Mail.Ru это,Банзай, 20:40 , 16-Сен-04

хм, сама идея - "загрузка рабочих станций через сеть с сервера" - мягко говоря не нова и не слишком оригинальна. PXE + dhcpd + NFS и вперед и с песней. *BSD || Linux || кто угодно замечательно потянет такую "распределенную" загрузку со всей настройкой в течении часа без всяких статей :)

ps: статью я [пока] не читал :) просто первая мысль, пришедшая в голову от прочтения анонса..

// wbr

ессно еще + bootpd

// wbr

>кто угодно замечательно потянет такую "распределенную" загрузку со всей настройкой в
>течении часа без всяких статей :)

Там вся прелесть в том, что удаленный клиент не работает непосредственно по сети, а синхронизирует (кэширует) основное дерево дистрибутива на свой диск, дальнейшая работа производится с локального диска.

>>кто угодно замечательно потянет такую "распределенную" загрузку со всей настройкой в
>>течении часа без всяких статей :)
>
>Там вся прелесть в том, что удаленный клиент не работает непосредственно по
>сети, а синхронизирует (кэширует) основное дерево дистрибутива на свой диск, дальнейшая
>работа производится с локального диска.

на сервере:
pkg_delete qt3-libs (допустим, 3.1.3)
pkg_add qt3-libs-3.3.3

что на это скажет локальный кеш клиента? :) вся прелесть чистой сетевой загрузки заключается в том числе в простоте централизованного администрирования рабочих станций с гарантированным результатом.

ps: я не против предложенного варианта, просто это видимо несколько разные подходы. у сетевой загрузки то-же есть свои недостатки.

// wbr

Еще не стоит забывать, что это будет Решение, а не набор "сделай сам".
Что есть гуд.

>Еще не стоит забывать, что это будет Решение, а не набор "сделай
>сам".

что именно это будет [и будет ли] покажет только время

>Что есть гуд.

равно как и будет ли это гут или негут :)

// wbr

Еще была такая штука - LTSP (Linux Terminal Server Project), нечто посередине, между готовым решением и "сделай сам". Набор скриптов, которым кормишь редхатовский дистр (поддерживались от 5.0 до 7.2), а он "все делает".
Тоже удаленная загрузка, и один дистр, при персональных конфигурационных файлах.

Насколько я помню, SUN подобную систему продвигала еще лет 6 назад, со своими первыми тонкими клиентами.

>Насколько я помню, SUN подобную систему продвигала еще лет 6 назад, со
>своими первыми тонкими клиентами.

http://ru.sun.com/win/products/sunray/article.html

забавная штука.

// wbr

>>Насколько я помню, SUN подобную систему продвигала еще лет 6 назад, со
>>своими первыми тонкими клиентами.
>
>http://ru.sun.com/win/products/sunray/article.html
>
>забавная штука.
>
>// wbr
Нет..., еще задолго до этого.
Идея и была в том, что рабочая станция кеширует необходимые приложения и у себя на винте.

почитал их pdf (http://people.redhat.com/~hp/stateless/StatelessLinux.pdf)
идея конечно забавная, хотя что-то мне это напоминает.. может быть, roaming profile? :)

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

ps: понятно, что только при должной реализации :)

// wbr

Кстати у IBM чего-то такое есть:

http://www.osp.ru/cw/2004/24/039_1.htm

http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstract...

Поскольку Mail.Ru это всего-навсего QMail, запатченный ДатаАртом,
то тостер Mail.Ru со всеми ихиими патчами чисто все устарело уже.
Пацанам из поинерлагерской радиорубки с Линуксом на P-133 это
неинтересно в натуре. Так как уже где-то было написано.
Что компьютер может принмать почту. О как!