LINUX.ORG.RU

Stateless Linix от Red Hat


0

0

Суть проекта заключается в создании дистрибутива, в котором и корневая файловая система, и домашний каталог пользователя будут находиться на сервере и монтироваться удаленно с помощью NFS. Такой дистрибутив был бы крайне полезен, к примеру, в учебных заведениях, для того чтобы на всех компьютерах всегда стояла одна и та же неизменная система.

http://people.redhat.com/dmalcolm/sta...

>>> Подробности



Проверено: Demetrio ()

Глядишь и дырочки в NFS залатают

TOHbl4
()

по поводу wireless никто не пробовал OpenBSD 3.5 грузить через Etherboot у меня при вызове первой же pxe функции виснет

anonymous
()

И чем оно лучше LTSP ?

anonymous
()

Это что?

Очередной велосипед?

Чем оно лучше bootp+tftp+nfs?

anonymous
()

А зачем нужен специальный дистр? 5 лет назад, я за пару вечеров соорудил такое для машинок на работе на базе тогдашнего Ред-Хата. При этом сервером была моя тачка (p2-233) под ksi, а клиентами - одна Sparkstration и один Mac G4. На клиентских машинках мне нельзя было трогать диски, а посмотреть, как линух будет там бегать - хотелось (поскольку ни SunOS 2.6, ни MacOS 8 доволен я не был).

alt-x ★★★★★
()
Ответ на: комментарий от Cantor

> но тратить "пару вечеров" на это не хочется

Появление специализированного дистра эту проблему не снимет =)

svyatogor ★★★★★
()
Ответ на: комментарий от Cantor

>А вот затем и нужен - мне бы такое пригодилось, но тратить "пару вечеров" на это не хочется.

:) Их была пара только из-за того, что разные архитектуры. Большая часть ушла на выяснение, как их легче загрузить по сети (да, с саном это просто, но это когда знаешь :) и в одном (или обоих - не помню уже) из случаев пришлось пересобрать ядро (на первом пне это не быстро). Один вечер ушел на Спарк и один на Мак.

alt-x ★★★★★
()
Ответ на: комментарий от anonymous

>Выложи хав-ту!

А оно было уже тогда. Поэтому так легко и получилось. Основная проблема была в том, что Спарк был слабенький, и нужно было как-то научить его свопиться по сети. На тот момент существовал патч для этого. Хотя более правильно было бы использовать Network Block Devices, но поскольку уже заработало - я на это забил. А потом этот Спарк пришлось отдать - не хватало машинок.

alt-x ★★★★★
()

Народ для себя открыл amd(8)? ;-)

trunk
()
Ответ на: комментарий от alt-x

А вообще-то я погорячился. Конечно, есть, что оптимизировать. Как то же свапование по сети (только врядли оно кому-нибудь сейчас надо), ну, или иметь /usr /lib /bin /sbin и части /var зашареные между всеми машинками, а /usr/local и /etc - уникальные для каждой. А если машинки неодинаковые, то еще и /lib/modules. Это, правда, откроет интересные проблемы для rpm...

alt-x ★★★★★
()

Только что прочитал "подробности" - LOL, "линукс без гражданства" - это они автоматическим переводчиком переводили что ли? ;-)))

alt-x ★★★★★
()
Ответ на: комментарий от ivlad

>wow! Еще немного и они дойдут до концепции Solaris AutoClient. ;)))

Они идут в другую сторону - они снэпшоты будут делать. ;). По-моему, слишком примитивное решение - в лоб. Посмотрим...

alt-x ★★★★★
()

У меня давно существует едея что корень /usr - должны быть в режиме readOnly а /home /var - монтироваться в режиме rw ...

anonymous
()
Ответ на: комментарий от svyatogor

Непонятно, как перводили новость, никакого нового дистра не будет.

Читать здесь: http://people.redhat.com/~hp/stateless/StatelessLinux.pdf

Главное что клиент не работает по сети, а кэширует все что нужно локально.

chucha ★★★☆
()
Ответ на: комментарий от petrosha

> Куку ребятки! Почему в заголовке "LINIX"?
Это такой бесчеловечный опыт над посетителями ЛОРа. Сначала заменили одну букву в слове linux, спохватились только на 20-м посте. Потом заменят две, народ подсознательно будет исправлять и видеть правильное слово. Потом, через некоторое время, заменят все буквы, но народ будет видеть в слове xxxxx слово linux, и только в жарких дискуссиях, посте в 200-м кто-нибудь заметит "А не опечатка ли, и не что-то ли другое имели ввиду?"

del
()

Лучше бы сделали так: При входе сливает профиль юзера с сервера ему в хоумдир, при выходе синхронизирует rsync/cvs с сервером. Или переодически. От это я блин понмаю весч!

Poh ★☆
()
Ответ на: комментарий от Poh

>Лучше бы сделали так: При входе сливает профиль юзера с сервера ему в хоумдир, при выходе синхронизирует rsync/cvs с сервером. Или переодически. От это я блин понмаю весч!

Интересно, насколько периодически? А ежель клиент упадет? все данные так и потеряешь, можно конечно и упс на клиента поставить, может еще что надо?

Dubrovsky
()
Ответ на: комментарий от Poh

> Лучше бы сделали так: При входе сливает профиль юзера с сервера ему в хоумдир, при выходе синхронизирует rsync/cvs с сервером. Или переодически. От это я блин понмаю весч!

cvs не надо. с бинарными файлами жопа будет. как пометить что является бинарным, а что текстовым. если бинарными метить всё, то весь смысл теряется. тогда уж лучше rsync.

anonymous
()
Ответ на: комментарий от Poh

> Лучше бы сделали так: При входе сливает профиль юзера с сервера ему в хоумдир, при выходе синхронизирует rsync/cvs с сервером. Или переодически. От это я блин понмаю весч!

чего только люди не сделают что бы не ставить openAFS

anonymous
()
Ответ на: комментарий от alt-x

>>(поскольку ни SunOS 2.6, ни MacOS 8 доволен я не был).

Эээ, товарисчь явно мазохист

или повелся на шумиху вокруг Люлюкса...

anonymous
()
Ответ на: комментарий от anonymous

у меня более тысячи машин таким макаром работают

vm ★★
()
Ответ на: комментарий от ivlad

Все в линуксе надо ``ставить'' ;-) В OpenBSD afs (arla) работает из коробки.

trunk
()
Ответ на: комментарий от anonymous

>чего только люди не сделают что бы не ставить openAFS

ставить openAFS, чтобы синхронизировать HOME на десктопе и ноутбуке (а это одна из целей проекта) --- изврат. Авторы, кстати, сами пишут, что ничего нового не изобрели. просто раньше это было доступно грамотному админу (доками по AFS можно народ пугать), а теперь обычному юзеру в обычном дистрибутиве.

dn2010 ★★★★★
()
Ответ на: комментарий от dn2010

а всё из-за нескольких вещей 1) кривой RPM - действительно при установке для нескольких архитектур потребуется немалое шаманство 2) каталог $HOME является боольшой помойкой, если его оставлять в том виде какой он получается из коробки + нужно сделать скрипт который будет исполянться уже после login но до chdir($HOME) -- вообщем много всяких мелочей :-) 3) лень большинства админов - чтобы сделать упомянутое из того дистра которые принят в сети, надо потрать день..ну два если под пиво.. а можно подождать полгода-год и скачать из сети 4) нежелание или неумение пользоваться поисковиками - эта тема была очень актуальна и обсуждабельна пару лет назад - и в сети можно найти детальные и пошаговые инструкции для практически любого Linux`а (RedHat Deb,Slack etc..)

anonymous
()
Ответ на: комментарий от anonymous

>У меня давно существует едея что корень /usr - должны быть в режиме readOnly а /home /var - монтироваться в режиме rw ...

А ЗАЧЕМ? Сиди под обычным пользователем а не под рутом, и будет тебе щастье.

Orlangoor ★★★★★
()
Ответ на: комментарий от alt-x

Пробовал года три назад поставить на пень 800 МГЦ OpenOffice, зашарить домашнюю директорию и директорию с OpenOffice к которой подключил клиентскую машину на селероне 300МГц. Офис стал грузиться на клиентской машине не за 40 секунд а за 10-15.Стоял ASPLinux без oooqs.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.