>Не понял - а что, в Linux это - никак?
Давно пора понять, что в юнихах вообще, это никак. Если ты думаешь иначе, то это значит, только то, что ты и линуха не знаешь.

>Или не так как в Виндах (окошки не те) ? :)
А что такое "Виндах"?

>Ну а через showmount посмотреть
красноглазый(tm)

btw. В каком из юнихов нужно использовать эту экзотичную утиль, вместо кошерного "mount"?

серьёзно: открыла у тебя тётенька bla-bal.doc, один сервак сдох (отпала радиорелейка, попали буром в стекло, погас свет в помещении питающем циску), а таймайт ещё не отработал.

Или, в миру современных линуксоидов-вчерашних виндузятников, загадивших даже линух всякими KDE, принято надеяться на лучшее и к нему же готовиться?

2dsa: Сервер на линуксе доступен всегда, потому что он на линуксе (с) Красноглазый :)
Второй вариант, поскольку ты кошку упомянул: "А нефига использовать всякое ClosedSource дерьмо" (с) Он же...:)

P.S. Только не надо спорить со мной что это не так. Я знаю что это не так :)

> ... как их кузены-бздишники, нервно курят в сторонке и делают вид,
> что им этот вопрос вообще не интересен
Любители BSD просто выгодно воспользуются своим знанием английского в сочетании с привычкой читать тематические mailing lists и пойдут на домашнюю страничку nectar-a за ldap nsswitch патчами.

ТСP (по крайней мере во FreeBSD) позволяет полностью утилизировать пропускную способность на NFS трансферах, что позволяет утверждать о превосходстве NFS over TCP над NFS over UDP как минимум на _синтетических тестах_ на конкретной платформе.

Q:

NFS через ipv6 работает?

> серьёзно: открыла у тебя тётенька bla-bal.doc, один сервак сдох (отпала радиорелейка, попали буром в стекло, погас
> свет в помещении питающем циску), а таймайт ещё не отработал.

Ну что ты тут пургу несешь, слонов с моськами сравниваешь. Для организаций
такого масштаба как ты описываешь ничего не стоит поставить солярис с нормально
реализованой /net и multiserver mount. И будет там что-то типа

/usr/man -ro,soft server1,server2,server3:/usr/share/man

Ты этого желал? Кстати фича запланирована в todo для autofs5 в линуксе.
А пока солярис еще на что-то годен ;)

> Любители BSD просто выгодно воспользуются своим знанием английского в сочетании с привычкой читать
> тематические mailing lists

Так, где мой большой револьвер... Ты хоть за всех-то не говори, ага?
Тем более что в реальности ситуация полностью противоположная... Спроси
у великого сосиадмина Ирси, что ему так не понравилось в линуксе. Да он просто
не мог его настроить. Думаешь такие люди озадачиваются чтением чего-то кроме комиксов?
Просто задайся целью и сделай подборку наиболее распространеных "причин"
выбора в пользу *bsd от тех, кто такой выбор сделал. Ты обхохочешься.
Начиная с того, что bsd лучше работает на битой памяти и дисках с бэдблоками ;)

> ТСP (по крайней мере во FreeBSD) позволяет полностью утилизировать пропускную способность на NFS трансферах,

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

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

Ни о каких "карпарациях" и речи не идёт. С другой стороны под
такую сетевую среду попадают практически все наши гос-структуры: от
районо до налоговой.

>ничего не стоит поставить солярис
В каждое отделение собеса? Ради трёх-четырёх рабочих мест?
Ты хорошо подумал?

У тебя два требования: филиал с одной стороны должен быть максимально
автономен, с другой максимально когерентен с головной конторой. Вот
и попробуй их удовлетворить средствами линуха, да ещё в смешанной среде, пусть даже и без виндузы -- просто UNIX-сервер и linux-клиенты.

В MS сетях это делается одним грамотным админом букавльно из коробочной поставки. В UNIX сетях прийдётся отвалить бабосов немерено столичному системному интегретору.

...и дело тут не столько, конечно в NFS, сколько в красноглазой
комьюнити, которая понятия не имеют о сетях с серверами больше двух
штук. А производителей коммерческих UNIX'ов с другой стороны
хлебом не корми, а дай конкурента затоптать. Вместе с его наработками.
Капитализьм едрить его за ногу.
>фича запланирована в todo для autofs5
Перепишем всем миром /bin/cat!
А нафига её планировать, если она давно и благополучно живёт в
am-utils ещё с тех времён, когда они назывались AMD?

И, как предполагается дружить эту самую autofs5 c "ядерной
поддержкой" на линухе с автомонтировщиками других юниксов? Отдельные карты писать?

2dsa 1)Я могу ошибатся - нету поблизости ни солярок, ни док на солярки,
но насколько я помню формат карт automount один в один соответствует
аналогичнуму для солярки.
2) showmount это не аналог mount. Так как его основная фунциональность
а именно showmount <nfsserv>, showmount -e <nfsserv> нельзя
заменить командой mount. К слову он обязан быть и на солярке,
и в общем в любом UNIX должна быть команда с аналогичной
функциональностью. Короче man showmount.
3)В доке на amd английским по белому написано что amd это
не замена всяким там failover и multiserver mounts. То есть
его как бы можно для этого исполоьзовать но прямее этого не делать.
По этому если в autofs5 эта фича будет - это хорошо.
Но еще лучьше если она будет в nfs коде. Что бы не было всех
этих проблем с timeout и прочее.

Вto dsa> MS сетях это делается одним грамотным админом букавльно из коробочной поставки. В UNIX сетях прийдётся отвалить бабосов немерено столичному системному интегретору.

И как же это делается -- серъезно? Какие ключевые слова и где про это написано?

>И как же это делается -- серъезно? ActiveDirectory >Какие ключевые слова и где про это написано? MSDFS

2dsa

AFAIR SAMBA умеет делать MSDFS.

> Ни о каких "карпарациях" и речи не идёт.

Ну тогда точнее надо описывать ситуацию. Не все же ясновидящие (красноглазые) ;)


> А нафига её планировать, если она давно и благополучно живёт в
> am-utils ещё с тех времён, когда они назывались AMD?

Правда что ли? А чего ж ты тогда плачешься и спрашиваешь, как это сделать?
Если оно есть, значит твоя задача решена, и в чем тогда проблема?

>AFAIR SAMBA умеет делать MSDFS
Я в курсе. Только это решает всего лишь часть проблем.
Вообще, я самого начала ждал пока кто-нибудь вспомнит AFS...
Тогда бы было интересно :)

>но насколько я помню формат карт automount один в один соответствует
>аналогичнуму для солярки.

automount или amd? Ты уж определись вначале.

>2) showmount это не аналог mount.
...тем более не аналог "Сетевого оуружения"

-------------------------------------------------------------------------------
AIX Version 4.3 Commands Reference, Volume 5
-------------------------------------------------------------------------------
showmount Command

Purpose

Displays a list of all clients that have remotely mounted file systems.

Syntax

/usr/bin/showmount [ -a ] [ -d ] [ -e ] [ Host ]

Description

The showmount command displays a list of all clients that have remotely mounted
--------8<--------8<--------8<--------8<--------8<--------8<-- --

согласись, что "have mounted" это несколько не "can be mounted",
равно, как и showmount -e, которое ближайшее по смыслу, это аналог виндузового браузинга, но уж никак не WINS'а.

>тогда точнее надо описывать ситуацию. Не все же ясновидящие >(красноглазые) ;)
Я описал настолько типичную ситуацию (практически любая контора
с хотябы двумя геогрфически разнесёнными отделениями), что
не понимаю, как её можно ну узнать.
...и опять "повторял, повторяю и буду повторять", что
распространнёное мнение о лучшей приспособленности линуха для
работы в сетях не более, чем миф, в который верят недоучившиеся
виндовз-админы, подавшиеся в линуксоидов.
>Правда что ли? А чего ж ты тогда плачешься и
>спрашиваешь, как это сделать?
Что "это"? Как сделать грамотную автомонитировку в сетях?
Я не спрашивал. Напротив предлагал начинать установку NFS-клиентов
с выбрасывания "убогих" autofs монтировщиков, штатно входящих
в поставку линухов. (А потом ручками компилить am-utils
под каждую платформу и
ставить свечку, чтобы этот самосбор не глюканул прямо посреди
сдачи годового отчёта в налоговую)

А плачусь я об остуствии комплексного, кроссплатформенного
решения аналогичного по функциям MS ActiveDirectory, с
хотя бы близкой к нему степенью готовности к работе
"из коробки".

>>тогда точнее надо описывать ситуацию. Не все же ясновидящие >(красноглазые) ;)
> Я описал настолько типичную ситуацию (практически любая контора

Врешь, не типичную. Необходимость в монтировании удаленных файловых систем есть
далеко не у всех. Вот поэтому тебя и просят уточнить, для каких таких дел это используется.
Я работал в конторах с удаленными филиалами. Базы данных синхронизировались, документация
лежала на вебе, общение через почту.

> Что "это"? Как сделать грамотную автомонитировку в сетях?
Ты спрашивал решение для случая, когда в маленькой "некорпорации" отвалился один nfs-server...

> А потом ручками компилить am-utils под каждую платформу и
Во-первых есть бинарники на их сайте почти для всех платформ, во-вторых
на линуксе это добро собирается без запинки (только что проверил). В-третьих,
опять ты врешь, autofs ничем принципиально не проигрывает amd-utils, и прекрасно
выпролняет свои функции.

Кстати, о проблеме с "отвалом" nfs-сервера... Как смотришь на такую версию:
Может во фрюниксах не особо уделяли внимание этой проблеме поскольку нечему отваливаться...
в-отличие от винды... Я лично не представляю, по какой такой причине nfs-сервер
должен отвалиться, кроме как ввиду плановой его замены... Они стоят годами до смены
железа. Мне кажется проблемы твои кроятся как раз таки в той винде, которая якобы
призвана сильно облегчить жизнь админу. Палка об двух концах получается...
Она имеет фичи, призванные прикрыть ее мисфичи ;)

Где-то видел такую формулу: MS ActiveDirectory = Samba+LDAp+Kerberos - Stability - performance - flexibility

не знаю как performance а все остальное - точно

2dsa: О! Что я тебе говорил! "Может во фрюниксах не особо уделяли внимание этой проблеме поскольку нечему отваливаться..." LOL! Вот он - блеск глаз, красных аки рубины...:)

>Врешь, не типичную. Необходимость в монтировании удаленных файловых >систем есть далеко не у всех

~/.vimrc

>Во-первых есть бинарники на их сайте почти для всех платформ
Толку-то. ...причём тут бинарники. (если их, конечно несобирать
каким нибудь gcc 2.96 или 3.0).. Дело в их интеграции.

Посмотри на samba-2.2.3, в которой появился ключик -i. Мелочь,
которая мне стоила двух лет пинков, чтобы наконец-то стало возможно
пускать её в AIX'е под управлением SRC. ...и то, если бы не
парни из AIX LinuxToolBox, она бы так и форкалась не оставляя возможности быть управляемой штатными aix'овыми средствами.
И так везде и во-всём. Хотя нужен был всего лишь тривиальный
патчик в восемь строк.

>на линуксе это добро собирается без запинки (только что проверил
устало... Да собрать-то, проблем нет... Тем более, эту, одну из самых
качественных софтин, что я видел. Сопровождать потом как?
Ты гарантируешь её работоспособность, после апгрейда/фикспака libc?

>Мне кажется проблемы твои кроятся как раз таки в той винде
Винду, как серверную ОС, я знаю только по журналам. Но, что
поражает -- абсолютно чёткое понимание Microsoft'ом проблем
администрирования писюковых (читай "многосерверных") сетей. Я не говорю о качестве реализации (оно последние лет пятнадать оставлять желать лучшего независимо от производителя), но там хоть видят проблемы. А тут:

>autofs ничем принципиально не проигрывает amd-utils
Ну вот тебе простая и очевидная проблема:
Сервер Oracle стартует от пользователя oracle -- запуск его
критичен, и должен быть успешен в независимости от наличия
связи с центральноё конторой (филиал, максимально автономен, а
радиорелейка весной-осенью по утрам, работает из рук вон плохо)

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

Имеем два каталога /home/oracle и /home/dsa, один из которых
локальный на машине, содержит небольшое количество dot-файлов,
оносительно стабилен и поэтому сихронихируется через rdist,
а другой подмонтирован по nfs, и должен в любой моент времени
отражать текущее состояние.

Опять же есть машина S1, на кторой /home/dsa расположен физически,
а /home/oracle напротив -- по nfs.

Распиши эту систему средствами autofs, так чтобы карта была только одна и её можно было положить в NIS. В am-utils -- тривиально.

Раздельные каталоги /home для локальных и сетевых каталогов не
предлагать -- я не собираюсь помнить, где-что-на какой машине
лежит.

>Где-то видел такую формулу: MS
>ActiveDirectory = Samba+LDAp+Kerberos - Stability - performance - >flexibility
Есть большие подозрения, что ты цитируешь меня в переписке
с Андреем Окишевым :)

Формально всё так -- я же должен отставивать свой выбор в пользу
UNIX-систем :) Проблема в безумной стоимости такого решения.

Samba'у очень трудно заставить дружить с шифрованными паролями
(невозможно?), LDAP -- хоть и стандарт сам по себе, но осутствуют стандарты на
хранимые в нем данные -- юзер Samba'ы dsa, юзер Linux'a dsa,
клиент Oracle dsa и клиент web dsa хранятся в абсолютно рахных
классах(причем пользователь Linux в OpenLdap и пользователь AIX
в SecureWay окажутся опять же под разными dn, синхронизировать
которые -- задача не тривиальная) и образуют дичаёшую
помойку (поэтому мы и отказались от LDAP и ограничились старым,
добрым простым и надежным NIS)

Kerberos -- та ещё штучка. Похоже единственная ОС, где он
работает, так как ожидается -- Win2000.
Ну а остальные минусы... В юнихах они конечно превращаются в плюсы,
но... Who will pay? Всё же руками делать. И абсолютно доверять своему админу. А много есть таких админов, оторые во всём этом секут и
при этом не страдают акселерациеё фаланговых костей? ...это мне
в провинции хорошо, когда пацаны готовы работать только за возможность
пощупать настоящие циски и rs6k, а сколько это будет стоить в
Москве?

>Я лично не представляю, по какой такой причине nfs-сервер
>должен отвалиться
Случайно не в той консоли набрал "sudo reboot" :)

>2dsa: О! Что я тебе говорил!
Причём "красноглазые" полагают, что делают благое дело убиваясь
в оправданиях своей любимой ОС. Как мать-одиночка, опекающая своего
великовозростного сыночка-лодыря.

>> Я лично не представляю, по какой такой причине nfs-сервер должен отвалиться
> Случайно не в той консоли набрал "sudo reboot" :)

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

>>2dsa: О! Что я тебе говорил!

Дык, эта, Ирся... ты лучше расскажи тут всем, как ты настраивал юникс-системы
в бытность свою сосиадмином... пока тебя взашей не поперли оттедова...
Это так, для контекста, чтоб все знали, почему этот момент тебя так волнует :)

> Опять же есть машина S1, на кторой /home/dsa расположен физически,
> а /home/oracle напротив -- по nfs.

Чувак, все это здорово! Тока я устал от жутких противоречий ;)
Слушай, как это звучит, если собрать твои речи воедино:

Значит, начинается рабочий день в отдаленном бедном госфилиале в селе Нижнее Хуйкино,
с числом персонала 2 человека включая уборщицу. Запускается у них оракл...
далее взводится мопед на 28800 kbit/s, чтоб смонтировать по nfs /home/oracle,
который реально живет на сервере в Москве... А в это время... сервер в Москве
отваливается, падла... потому что супер-пуппер админ сделал sudo reboot не в той консоли...
Что делать и кто виноват ;)))

> Сопровождать потом как? Ты гарантируешь её работоспособность, после апгрейда/фикспака libc?

Что за детский лепет? Конечно же я не стал бы даже под страхом смерти задействовать RH, gcc-nonexistent и т.д.
Кому нужен геморрой на ровном месте. В крайнем случае, никто не отменял и не запрещал
сборку статического бинарника. Где проблеммаааааа????

> Посмотри на samba-2.2.3, в которой появился ключик -i. Мелочь,
> которая мне стоила двух лет пинков, чтобы наконец-то стало возможно
> пускать её в AIX'е под управлением SRC. ...

Ха-ха, мужик, у тебя все проблемы такого класса? Samba при старте оставляет
метку со своим пидом. Тебе набросать на Си прогу-реппер из двадцати строк для контроля
форкнувшейся самбы или сам смогешь? Если ты не понял, то запускается скрипт samba.sh,
в котором пускается самба, а ниже через секунду пускается exec waitpid `cat /var/run/samba`,
который торчит в foreground жидая завершения процесса $sambapid, и передающего
получаемые им сигналы процессу $sambapid. И для этого нужно кого-то пинать два года?

> Samba'у очень трудно заставить дружить с шифрованными паролями

Может мы о разном... но как насчет ``encrypt passwords = yes''???
Честное слово, у меня работает...

2anonymous (*) (2002-04-27 03:25:33.626): дык эта... представься сначала 314здун онанимный...:)

2dsa: ну что я говорил? железо безупречно, линукс не содержит ни единой ошибки, настоящий линуксоид никогда не ошибвается, пъяных связистов с лопатой не существует и т.д...:) И переходы на личности... Что делать если все сети этих красноглазиков дальше одного хаба и пары комнат не вылазили? :)

2Irsi (*) (2002-04-27 09:17:35.737): Дык представился-ж - anonymous ;)
Чем не нравится? Хочешь поймать и 3.14здюлей дать? Дык не поможет (тебе) ;)

> ну что я говорил? железо безупречно, линукс не содержит ни единой ошибки,
Все это чушь собачья и опрадание для ленивых, если не сказать пожестче...
Задача решается многими способами, а не одним, как dsa себе представил, вернее вбил в голову.
Кстати, перемонтировка всех клиентов _возможна_ где бы они не находились.
Причем делается все автоматически и без всяких amd-utils. Просто раскинь малость
окислившимися мозгами.

2Irsi (*) (2002-04-27 09:17:35.737): Дык представился-ж - anonymous ;)
Чем не нравится? Хочешь поймать и 3.14здюлей дать? Дык не поможет (тебе) ;)

> ну что я говорил? железо безупречно, линукс не содержит ни единой ошибки,
Все это чушь собачья и опрадание для ленивых, если не сказать пожестче...
Задача решается многими способами, а не одним, как dsa себе представил, вернее вбил в голову.
Кстати, перемонтировка всех клиентов _возможна_ где бы они не находились.
Причем делается все автоматически и без всяких amd-utils. Просто раскинь малость
окислившимися мозгами.

2anonymous (*) (2002-04-27 09:42:02.938): руки об тебя марать еще...:) Ты видимо своими убогими уреловскими мозгами другими категориями окромя дать люлей мыслить и не можешь...:) Сразу видно - прыщавый красноглазый пидоросток...:)

Для dsa и irsi могу сказать одно что если ты работаеш с БД лежащей на Mindows Share то попробуй вытащить из сетевой карты шнур и сразу воткнуть его обратно, - буде креш, а если то-же с NFS то все Ок просто прога задумается и сразу заработает как шнур воткнул. Это от того что серверная часть в NFS в отличии от SMB не хранит состояний клиента.

Длальше больше только очень недалекий человек будет монтировать диски с протоколами SMB и NFS через модем или радиорелейку так как действительно устойчивость данных соединений стремится к 0. Для этих целей есть ftp uucp и еще куча всякого. При такой распределенности файл-серверные программы с центральным сервером это сам-нарвался. Пользуй терминалы с ssh если софт файл-серверный

Еще из вышесказанного следует что у бедной конторы нет денег на приобретения SUN но есть деньзи на приобретение n копий Win98/ME/XP + n копий Office (да а че было про doc говорить?) + n Лицензий на Win 2000 для обновременного подключения + стоимость самого win2000 + это все каждые 2 года. Ну что бееедная контора да?

А про Active Directory это при количестве компьютеров менне 100 полная жопа - чтобы сделать простое действие нужно мышом 10 км проехать или если каждый пользователь уникален то тоже жопа.

А сам факт что данные по сети гуляют сами и нет возможности контроля как кто куда прогулял, а глюки будут уууууууу класс. Кстати как завести второй PDC в домене а(пусть и неактивный до поры до времени)? А нужно очень - замену NT серверу делал или сменить тип сервера с PDC на BDC и наоборот. Вот тут и будут рецепты из серри взять кровь младенца и окропить ей терминал.

Хотя директории это конечно сила.

2Irsi (*) (2002-04-27 10:20:29.371)
Обыдлился, да?

2anonymous (*) (2002-04-27 13:03:39.535): на обиженных воду возят и х@й на них кладут. :) Так что я не обиделся - было бы на кого... на онанимуса, на вообще пустое место...:)

>Дык, эта... вычли из зарплаты стоимость простоя и перестали такие
>случайности происходить ;)

И эти люди запрещают Билу Гейцу ковыряться в носу :-/
...в качество опохмелина рекомендую покурить КЗоТ.

> Samba'у очень трудно заставить дружить с шифрованными паролями
>может мы о разном...
О разном. Ты бы мог и сам догадаться.

>Значит, начинается рабочий день в отдаленном бедном госфилиале в селе
>Нижнее Хуйкино,
...
>А в это время... сервер в Москве

Поставь ещё одну машину гденибудь посередине и попробуй подумать ещё
раз.
...воистину "дальше одного хаба и пары комнат не вылазили"

>Тебе набросать на Си прогу-реппер из двадцати строк для контроля
Нах? Патч, как я сказал содержит 8 строк и нет нужды майнтайнить
скрипты полутора десятков тележек.

>а ниже через секунду
Почему не через 0.9 и не через 1.1? Судя по "решению", тебя
всего лишь недавно г-жа Дергунова с работы попёрла.

Учись у вот этого товарища:
>Задача решается многими способами
который решил, видимо чтобы не позориться, ограничиться многозначительными намёками.

>Для dsa и irsi могу сказать одно что если ты работаеш с БД лежащей на
>Mindows Share то попробуй вытащить из сетевой карты шнур и сразу
>воткнуть его обратно, - буде креш,
Попробуй :)

>а если то-же с NFS то все Ок
>просто прога задумается и сразу заработает как шнур воткнул. Это от
>того что серверная часть в NFS в отличии от SMB не хранит состояний >клиента.
А теперь переверни страничку в своём букваре и перечитай, чем
плох stateless протокол.

>очень недалекий человек будет монтировать диски с протоколами SMB и >NFS через модем или радиорелейку
>так как действительно устойчивость данных соединений стремится к 0
Можно услышать статистику работы 2-мегабиных каналов организованных
с помощью WATSON'ов? Равно как и ТЧ каналов по, пусть даже аналоговым,
радиорелейным каналам?

>Для этих целей есть ftp
ftp служит для других целей, о которых говорит средняя буковка "t".

>Пользуй терминалы с ssh
А ssh-то зачем? :)))
И о какой-же тогда автономности может идти речь?

>Еще из вышесказанного следует что у бедной конторы нет денег на
>приобретения SUN но есть деньзи на приобретение n копий Win98/ME/XP
Последний довод линуксоида :)
...а, кстати, что ты будешь делать в богатой конторе, в которой деньги есть не только, на SUN, но и ещё на RS6000? :)

>При такой распределенности файл-серверные программы с центральным >сервером
Ну положим и "файл-серверные" и "центральный сервер" -- это
твои фантазии. Что опять же ограниченность
мировозрения типичного красноглазого двумя комнатами с одним
хабом.

>А про Active Directory это при количестве компьютеров менне 100
>полная жопа
Учи HostScripting или как его там. Я же говорил о _грамотном_
админе :)

> в качество опохмелина рекомендую покурить КЗоТ.
Ах, сорри. Последний раз работал в госконторе лет восемь назад.
С тех пор забыл слово КЗОТ ;)

> Поставь ещё одну машину гденибудь посередине и попробуй подумать ещё
Ты бы описал чуть-чуть подробней задачу, а? В конторе есть оракл, но нет денег на солярис...
NFS монтируется ради .vimrc...

> Нах? Патч, как я сказал содержит 8 строк и нет нужды майнтайнить
> скрипты полутора десятков тележек.
А тот скрипт универсален, если ты не заметил. Он позволяет управлять любыми
сервисами, которые без спроса уходят в бэкграунд. А таких не мало.

> Почему не через 0.9 и не через 1.1? Судя по "решению", тебя
> всего лишь недавно г-жа Дергунова
Ага, всю жизнь мечтал работать у г-жи Дергуновой. Чем тебе не нравится решение?
Подождали секунду - дали стартануть самбе и записать свой пид. Я конечно немного
со своей колокольни описываю, т.к. все сервисы у меня супервизируются, и в случае
сбоя операция повторилась бы. В любом случае, я дал схему решения, а не его конечный вариант.

> Учись у вот этого товарища:
>>Задача решается многими способами
Уже научился ;) Я и был тем товарищем...
Какие конкретно возражения? Тебе дать вариант решения задачи автоматической
перемонтировки всех удаленных клиентов без amd-utils в случае падения nfs-сервера?
Или где?

>С тех пор забыл слово КЗОТ ;)
Не вижу повода для радости :-/

>Поставь ещё одну машину где-нибудь посередине и попробуй подумать ещё
>Ты бы описал чуть-чуть подробней задачу, а?
Сделать подсети максимально автономными и максимальн-же синхронизированными, я ведь сказал... Добавить только -- при
минимальных усилиях на восстановления в случае даже железячных
аварий. И рассматривать надо множество
задач, факторов и требований, перечисления которых здесь просто неуместны. Да и не нужно -- проще взять что-нибуль рекламно-поучительное от микрософта.

>В конторе есть оракл, но нет денег на солярис...
Почему нет? Контора -- она большая и разная. Поэтому я тебе и
посоветовал поставить третью машину "посередины", чтобы не циклиться
на "московском сервере".

>NFS монтируется ради .vimrc...
why not?

>А тот скрипт универсален, если ты не заметил.
:-/
Зачем? кроме самбы у нас нет сервисов, которые бы не вписывались
в универсальную SRC (это, то, что ты называешь "супервизированием"
процессов, и видимо страшно горд своим наколеночным поделием)
Описанием этого случая я только проилюстрировал, что означает
термин "интеграция", и почему ./configure prefix=/usr/local/opt/product && make && sudo make install
не могут считаться удовлетворительным решением, для am-utils,
которые, повторяю, не идут в составе линуксовых дистрибутивов.

>Подождали секунду - дали стартануть самбе и записать свой пид.
Почему _секунду_? Почему не две? Типа "ну должно хватить", да?
Давай уж тогда сразу десять. Чего нам -- пол-пальца туда, пол-пальца
сюда. Вместо очевидного, тривиального и абсолюно надежного
способа: просто не дать самбе уходить в бэкграунд без -D.
Ситуация простенькая, но показательная: давно уже говорил, что
неизвестно победит-ли линух виндузу, но вот юниксу точно приходит
конец. Бардак, глюкодром, тормоза, левые "стандарты" и затычки в
стиле "подождать секунду... или две".

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

> Не вижу повода для радости :-/
Так ить сытый голодного не поймет ;)

>>А тот скрипт универсален, если ты не заметил.
> Зачем? кроме самбы у нас нет сервисов

Ну sshd, например, совсем недавно научили не уходить в бэкграунд. dhcpcd, apache...
Рад слышать, что у вас этого нет ;)

> и видимо страшно горд своим наколеночным поделием
Я бы страшно гордился, если бы это "поделие" было мое ;)
Ибо написал его человек, которому никто в этой студии даже в подметки не годится...

> Почему _секунду_? Почему не две? Типа "ну должно хватить", да?
Да сколько не жалко. Наезд беспочвенный, т.к. я объяснил, чем обеспечивается
надежность запуска.

> "Всех" не надо. Надо всего лишь тех, кто был подключен к упавшему серверу.

Стоит запасной сервер и мониторит основной. В случае падения основного запасной
поднимает интерфейс с его IP, и шлет с этого IP произвольный пакетик на определенный порт
всем сервакам из заданного списка, потенциально могущим смонтировать его диски по NFS.
На всех сервачках запущен сервис (простенький скрипт), прослушивающий заданные порты,
и запускающий перемонтировку в случае получения сигнала при условии, что это необходимо.
Порт напрямую соответствует упавшему nfs серверу. Скрипт будет одинаков на всех машинах.

2anonymous (*) (2002-04-29 08:37:47.002):
"Стоит запасной сервер и мониторит основной. В случае падения основного запасной..."
Где нах запасной стоит? В той же комнате где и основной? А пъяных связистов с лопатой не бывает? Мля!

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

серьёзно: открыла у тебя тётенька bla-bal.doc, один сервак сдох (отпала радиорелейка, попали буром в стекло, погас свет в помещении питающем циску), а таймайт ещё не отработал.

----------------------------

Хватит гнать :-|

(OpenAfs + kerberos + NIS или LDAP)

работают в (например) RedHat "из коробки" (если не озадачиваться великими целами типа "ldap 'поскольку это круто' сам на кой то х ходит к керберосу", что в прочем тоже решаемо), или "все грузится с сервака по nfs + tftp"(что впрочем _тоже_ работает).

Все. Ничего никуда не пропадает (естественно _физически_ ДВА сервера надо).

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

Петров Сергей

PS OpenAFS это сказка, в том числе и для обслуживания винды. Вся Инсталяция/обновление софта автоматизируется на УРА!

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

Ни о каких "карпарациях" и речи не идёт. С другой стороны под такую сетевую среду попадают практически все наши гос-структуры: от районо до налоговой.

------------------------------------------

Хватит нести пургу...

При наличии постоянной связи между точками или отсутствии оной _все_ _технически_ можно сделать имея один tar + uucp.

Не надо сваливать в кучу отсутсвие "объекта автоматизации" это "повторяющиеся _фомализуемые_ действия" и возможности невозможности что либо сделать в юниксе.

Вот в юниксе бардаком маятся трудно это точно... интерфес не способствует :)

Петров Сергей

равно, как и showmount -e, которое ближайшее по смыслу, это аналог виндузового браузинга, но уж никак не WINS'а.

-------------------------------------

ЧТО И ГДЕ СОБРАЛСЯ БРАУЗИТЬ?

нет этого в Униксах, ну не на до ...

файловая система сделана даже без "А:" всяких. Ан нет герои не переводятся :)

короче Open AFS. (хоть на всех машинах сервера подымай если уж _так_ аналогов хочется).

В нем вся организация (и не только она :) в единой иерархии представлена.

Петров Сергей