date:20020919

On Thu, Sep 19, 2002 at 09:05:31PM +0400, Victor Wagner wrote:
> On 2002.09.19 at 21:54:19 +0500, Vlad Harchev wrote:
> > > > 
> > > > Просто пустить от рута - может поможет?
> > > 
> > > Вот с этой рекомендацией ни разу не соглашусь. Если какая-то
> > > проприетарная хрень (и даже не проприетарная) ухитряется завесить
> > > систему будучи запущенной с умолчательными правами, прав у нее надо
> > > поотрывать, а не подобавлять.
> > 
> >  Ну она как я понял не вешает, а сама падает..
> >  В такой ситуации попробовать лучше все разумные варианты, а не только те, 
> > что
> > считаются эстетически красивыми.
> 
> Ну варианты, которые могут привести к порче всей ситемы я разумными не
> считаю. Если софтина говорит внятно "мужик, а мне тут Permission
> denied", и gracefully terminated, тогда да. А если она падает, то лучше
> ну ее нафиг ибо нефиг. Запустишь от рута, а она возьмет и файловую
> систему нахрен разнесет. 
> 
> Другое дело что автор оригинального вопроса и не задумался запустить ее
> из xterm-а чтобы узнать, пытается она ему что-то сказать или нет.

Я логи читал от нее... ничего вразумительного:)

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: VMware

On 2002.09.19 at 21:54:19 +0500, Vlad Harchev wrote:
> > > 
> > > Просто пустить от рута - может поможет?
> > 
> > Вот с этой рекомендацией ни разу не соглашусь. Если какая-то
> > проприетарная хрень (и даже не проприетарная) ухитряется завесить
> > систему будучи запущенной с умолчательными правами, прав у нее надо
> > поотрывать, а не подобавлять.
> 
>  Ну она как я понял не вешает, а сама падает..
>  В такой ситуации попробовать лучше все разумные варианты, а не только те, что
> считаются эстетически красивыми.

Ну варианты, которые могут привести к порче всей ситемы я разумными не
считаю. Если софтина говорит внятно "мужик, а мне тут Permission
denied", и gracefully terminated, тогда да. А если она падает, то лучше
ну ее нафиг ибо нефиг. Запустишь от рута, а она возьмет и файловую
систему нахрен разнесет. 

Другое дело что автор оригинального вопроса и не задумался запустить ее
из xterm-а чтобы узнать, пытается она ему что-то сказать или нет.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On 2002.09.19 at 19:26:02 +0400, Yury Lyakh wrote:
> 
> > И еще мне не нравится идея, что / партиция может быть более 50 мегабайт.
> 
> А где ты это ограничение вычитал?

Я его не вычитал, а вывел эмпирически. Исходя из типичного количества
файликов в /etc в Debian.

Два года назад я бы сказал 20.

> > Отличается. Отсутствием лишней сущности, а именно аманды.
> > А в остальном - все то же самое.
> 
> Извини, но bzip2, gzip, zip тоже одна и таже размножившаяся сущность
> архиватора... но уж так повелось...

Причем можно привести конкретные обоснования зачем нужен тот или иной из
них. Заметим что gzip и bzip2 ни разу не архиваторы. Архиваторы это tar
и ar. А bzip* и gzip - компрессоры. А вот zip - объединяет и то и
другое.

> А bash, sh, zsh, ksh, csh, tcsh дальше продолжать?
> По меньшей мере sh и bash стоят обычно всегда.
> Для каждой задачи свое решение.. твой девиз? Ну так вот это оно.
> 
> Если мне дома надо бэкапить свою машинку на DDS-4, то я это делаю даже
> не дампом. Просто tar с перечислением директорий на /dev/rst0

То есть ты уверен, что восстанавливать индивидуальные файлики дома тебе
не понадобится?

> 
> Согласен, в этом согласен. Может быть наша ошибка в том что мы не
> описали обьем и разнородность серверного хозяйства требующего бэкапа?
> Ибо на 4-5 машин, я бы тоже вряд-ли дошел бы до аманды. А затем до

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

Из какой предпосылки исходил ты - не знаю. В результате получился
разговор слепого с глухим.

- Стрелять из пушки (подразумевается - по воробъям) в данном случае не
  следует. Лучше из мелкашки.
- Да, но мелкашка не пробъет (подразумевается - 150-миллиметровую броню)

> 
> А если вообще на работе не появишься? А если секретутка на работе не
> появится? Люди не имеют права ошибаться и забывать?

А если вообще никто на работе не появлялся, то нафига бэкап? Данные-то
никто не менял.

> 

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

ленточка

2002-09-19 Пенетрантность Igor Suvorov

Good Day, Victor!

Thursday, September 19, 2002, 8:33:43 PM, you wrote:

>> А затем, что мы еще tar+gzip vs amanda не расхлебали тему...

VW> А мы ее и не начинали. Весь спор ведется между dump/restore в чистом
VW> виде и dump/restore c заковыристой настройкой в виде аманды.

Кстати, Виктор (и не только), поделитесь опытом - что вы чаще
используете для бэкапа. backup/restore, или все же tar/gzip.

А то к backup/restore накопился ворох претензий, а судя по спору
приоритет все таки у backup. Почему?

--
Igor

Re: ленточка

On Thu, Sep 19, 2002 at 08:33:43PM +0400, Victor Wagner wrote:
> On 2002.09.19 at 19:57:54 +0400, Yury Lyakh wrote:


Все. Я больше не спорю. Ты прав.

> 
> > 
> > Зачем тогда плодить такие сущности как е-мыл, хттп итд? Подпадает под 
> > передачу информации? Значит надо пользоваться барабанами. И слышно хорошо и 
> > кроме барабана ничего не нужно.
> 
> Вот кстати, хттп это замечательная демонстрация того, как по мере
> развития технологии отказались от пложения сущностей. Сравни http и ftp.
> Насколько больше задач умеет решать http по сравнению с ftp и насколько
> он проще - никаких тебе отдельных data connection, никаких тебе сессий,
> никаких проблем с ASCII mode/binary mode.
> 
> И вообще, не нужно стремиться довести все до абсурда.
> 
> > 
> > Нет, твой скриптик много чего не сделает. Спорить об этом бесполезно,
> 
> А я и не спорю.
> Я спорю только по против того, что то, что не делает мой скриптик, мне
> нужно.
> 
> > пока ты хотя бы по диагонали не прочитаешь конфиг аманды. Там 1 экранная
> 
> Информацию о том, как правильно организовывать бизнес-процессы, в том
> числе и резервное копирование, я предпочитаю получать из книжек, а не из
> конфигов чьего-то софта.
> 
> > > 
> > > А в Unix, в котором компонентная модель (в виде концепции стандартных
> > > потоков ввода-вывода и конвейеров) присутствовала уже тридцать лет
> > > назад, про это стали как-то немножко забывать, и плодить всякие мозиллы
> > > с опенофисами.
> > 
> > Может стоит ознакомиться с вопросом?:) Если ты почитаешь немного глубже
> > различные источники, ты будешь приятно удивлен что Мозилла например
> > работает с командной строки... в том числе берет и кидает в пайп
> > замечательно...
> 
> Я это, представь себе, прекрасно знаю.
> А еще я знаю, что RSS у моей мозиллы сейчас 30 мегов, на основании чего
> я делаю вывод, что она монстр.
> 
> > А OO это попытка создать решение совместимости сам знаешь с чем. Не
> > было бы этого, не было бы и OO.
> 
> Причем почему-то это сам-знаешь-то представляет собой большую коллекцию
> reusable-компонент. А у oo с этим некоторые проблемы.
> > 
> > Что однако не спасет твою задницу как Chief Technical Officer в отчете
> > перед твоим руководством, почему это контору так неожиданно настигло
> > горэ...
> 
> А ссылка на то, что это был баг в аманде спасет?
> 
> > А затем, что мы еще tar+gzip vs amanda не расхлебали тему...
> 
> А мы ее и не начинали. Весь спор ведется между dump/restore в чистом
> виде и dump/restore c заковыристой настройкой в виде аманды.
> 
> > Да и вообще, дать права на чтение с /dev/nst0 дело двух секунд, что
> > здесь обсуждать? Здесь ни tar ни аманда ни при чем. Абсолютно.
> 
> Разницу между "дать права на чтения с девайса" и "дать права не пускать
> к этому девайсу кроновые задания, которые туда записать хотят"
> 
> > > И при этом влезает на одну ленточку? Как называется такое устроийство?
> > > В принципе, типичное время полной записи кассеты не превышает двух
> > > часов. Поскольку скорость передачи данных на устройство плюс-минус
> > > пропорциональна его емкости.
> > 
> > Время "на пожать" ты учитываешь? Или пользуемся hard-compression?
> 
> Конечно, пользуемся hardware compression. Зачем процессор зря нагружать.
> Если и так влезает. Вот если не влезает и надо апгрейдить стриммер,
> тогда стоит подумать.
> 
> -- 
> Victor Wagner [EMAIL PROTECTED]
> Chief Technical Officer   Office:7-(095)-748-53-88
> Communiware.Net   Home: 7-(095)-135-46-61
> http://www.communiware.net  http://www.ice.ru/~vitus
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: VMware

On Thu, 19 Sep 2002, Victor Wagner wrote:

> On 2002.09.19 at 20:24:39 +0500, Vlad Harchev wrote:
> 
> > > Передаешь. Иначе бы она его не открывала. Передаешь ты тот же
> > > умолчательный DISPLAY, который получил твой WindowMaker от xdm или
> > > xinit.
> > 
> > Именно так. Посему присоединяюсь к рекомендациям.
> >  
> > Еще дешевые решения - увеличить макс. кол-ва файлов, макс. размер сегмента
> > шареной памяти (и их макс. сумм. размер). Может эти лимиты и обычные
> > шеловские ей чего-то не дают сделать? Хотя в этих сулчаях в логах должно 
> > было
> > бы быть что-либо вразумительное..
> > 
> > Просто пустить от рута - может поможет?
> 
> Вот с этой рекомендацией ни разу не соглашусь. Если какая-то
> проприетарная хрень (и даже не проприетарная) ухитряется завесить
> систему будучи запущенной с умолчательными правами, прав у нее надо
> поотрывать, а не подобавлять.

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

 Best regards,
  -Vlad

Re: ленточка

On 2002.09.19 at 19:57:54 +0400, Yury Lyakh wrote:

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

Вот кстати, хттп это замечательная демонстрация того, как по мере
развития технологии отказались от пложения сущностей. Сравни http и ftp.
Насколько больше задач умеет решать http по сравнению с ftp и насколько
он проще - никаких тебе отдельных data connection, никаких тебе сессий,
никаких проблем с ASCII mode/binary mode.

И вообще, не нужно стремиться довести все до абсурда.

> 
> Нет, твой скриптик много чего не сделает. Спорить об этом бесполезно,

А я и не спорю.
Я спорю только по против того, что то, что не делает мой скриптик, мне
нужно.

> пока ты хотя бы по диагонали не прочитаешь конфиг аманды. Там 1 экранная

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

> > 
> > А в Unix, в котором компонентная модель (в виде концепции стандартных
> > потоков ввода-вывода и конвейеров) присутствовала уже тридцать лет
> > назад, про это стали как-то немножко забывать, и плодить всякие мозиллы
> > с опенофисами.
> 
> Может стоит ознакомиться с вопросом?:) Если ты почитаешь немного глубже
> различные источники, ты будешь приятно удивлен что Мозилла например
> работает с командной строки... в том числе берет и кидает в пайп
> замечательно...

Я это, представь себе, прекрасно знаю.
А еще я знаю, что RSS у моей мозиллы сейчас 30 мегов, на основании чего
я делаю вывод, что она монстр.

> А OO это попытка создать решение совместимости сам знаешь с чем. Не
> было бы этого, не было бы и OO.

Причем почему-то это сам-знаешь-то представляет собой большую коллекцию
reusable-компонент. А у oo с этим некоторые проблемы.
> 
> Что однако не спасет твою задницу как Chief Technical Officer в отчете
> перед твоим руководством, почему это контору так неожиданно настигло
> горэ...

А ссылка на то, что это был баг в аманде спасет?

> А затем, что мы еще tar+gzip vs amanda не расхлебали тему...

А мы ее и не начинали. Весь спор ведется между dump/restore в чистом
виде и dump/restore c заковыристой настройкой в виде аманды.

> Да и вообще, дать права на чтение с /dev/nst0 дело двух секунд, что
> здесь обсуждать? Здесь ни tar ни аманда ни при чем. Абсолютно.

Разницу между "дать права на чтения с девайса" и "дать права не пускать
к этому девайсу кроновые задания, которые туда записать хотят"

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

Конечно, пользуемся hardware compression. Зачем процессор зря нагружать.
Если и так влезает. Вот если не влезает и надо апгрейдить стриммер,
тогда стоит подумать.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: GeForce2 убил систему

2002-09-19 Пенетрантность Logvinov Andrew

Здравствуйте, Vitaly.

осмелюсь предположить что вы не заменили "nv"(или что там у вас) на
"nvidia" в разделе видеокарточки XF86Config-4. Или не рассчитали
Modeline.

-- 
С уважением,
 Logvinov  mailto:[EMAIL PROTECTED]

Re: ленточка

On Thu, Sep 19, 2002 at 06:58:55PM +0400, Victor Wagner wrote:
> > On Thu, Sep 19, 2002 at 04:54:53PM +0400, Victor Wagner wrote:
> > > В это я вполне верю. Я в данном случае настаиваю на том, что ты не
> > > привел НИ ОДНОГО аргумента в пользу того, что она делает что-то
> > > что не делается с теми же или меньшими усилиями с помощью стандартных
> > > textutils и cron. А соответственно злобный старика Оккам со своей бритвой
> > > тут как тут.
> > А ты, в свою очередь, не привел НИ ОДНОГО аргумента что может сделать
> > аманда и чего не может сделать твой самописный скрипт.
> Перечитай внимательно последнюю фразу. Что-то с ней тут не так. 

Да уж... согласен... че-то не так...

> Я как раз привел один аргумент в пользу того что делает аманда, и не
> делает мой скрипт - место на диске занимает и заставляет сисадмина учить
> концепции работы yet another софтины.

Вместо этого админ тренируется в написании скриптов:) Замечательно.. все
довольны... и бэкап будет, и админ скрипты научится писать...

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

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

Нет, твой скриптик много чего не сделает. Спорить об этом бесполезно,
пока ты хотя бы по диагонали не прочитаешь конфиг аманды. Там 1 экранная
страница на моем 100х50 терминале, сюда же включены и комментарии.

> В мелкософте не зря актив-иксы изобрели. Чтобы люди могли не писать
> каждый раз свой интернет браузер, а позвать соответствующий компонент из
> IE. 
> 
> А в Unix, в котором компонентная модель (в виде концепции стандартных
> потоков ввода-вывода и конвейеров) присутствовала уже тридцать лет
> назад, про это стали как-то немножко забывать, и плодить всякие мозиллы
> с опенофисами.

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

А OO это попытка создать решение совместимости сам знаешь с чем. Не
было бы этого, не было бы и OO.

> > К сожалению вся наша жизнь это сплошное множенье сущностей. Одних людей
> > то сколько...
> > Только в данном случае моя сущность подпадает под dpkg --get-selections,
> > вместе c ssh.
> > Твой скриптик как раз нет.
> Мой скриптик попадает под категорию local configuration files.

Это уже религия:) Не будем спорить.

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

Что однако не спасет твою задницу как Chief Technical Officer в отчете
перед твоим руководством, почему это контору так неожиданно настигло
горэ...

> > > ленты, но не имеет рута.
> > 
> > Это уже из области прав в системе.
> > Зачем эту левую тему начинать?
> 
> А зачем ее не начинать? 

А затем, что мы еще tar+gzip vs amanda не расхлебали тему...
Да и вообще, дать права на чтение с /dev/nst0 дело двух секунд, что
здесь обсуждать? Здесь ни tar ни аманда ни при чем. Абсолютно.

> Данная правая тема тесно связана с общими концепциями построения
> бизнес-процессов в системе, куда права доступа тоже входят.
> 
> А обсуждаемые способы ее решения тесно связаны с идеологией
> компонентности, что продемонстрировано парой абзацев выше.
> 
> Куда ни кинь - всюду клин - сплошные мировоззренческие вопросы вылезают.
> 
> > 
> > Возможно, а сидеть рядом с драйвом до окончания бэкапа, то есть в моем
> > случае сутки напролет, еще надежнее... Не находишь?
> 
> Нахожу. Но задача-то стоит не в максимизации надежности а в минимизации
> ущерба. А затраты на предотвращение ущерба сами по себе являются
> издержками.
> 
> > > 
> > > Вообще говоря, это тоже лишняя сущность. restore -i и команда what
> > > все замечательно расскажут.
> > 
> > А кто тебе сказал что аманда внутри себя не использует эту команду?
> 
> А мне это не интересно, что она там внутри себя использует. Из твоих
> слов очевидно, что ей этого не достаточно. Было бы достаточно, не нужна
> была бы команда amlabel.

amlabel нужна для заведения еще одного слота во внутренней базе аманды.

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

Время "на пожать" ты учитываешь? Или пользуемся hard-c

Re: головоломка: как у даленно (!) установить Debian ?

On Thu, Sep 19, 2002 at 06:33:38PM +0400, Victor Wagner wrote:
> > 
> > Возникла такая головоломка: есть машина на которой стоит RH-7.3 (свежий, 
> > почти только поставили, на нем фактически ничего еще нет), и она далеко. 
> > Но туда есть немаленький канал (2 Мбит/с) и у меня имеется на ней ssh. В 
> > наличии имеются все компакты Debian-3.0("woody").
> > Внимание - вопрос ! Надо как-то поставить туда Debian.
> > Добраться туда чтобы сделать все за консолью достаточно проблематично и 
> > чтобы кто-то сделал установку там - тоже.
> Рекомендую почитать Installation guide для Debian for Sparc. 
> Там очень сходная ситуация (установка Debian из-под более другой
> Unix-системы, в частности РХ) в деталях описана.

Можно точнее ссылку? навскидку поиск по тексту по Red не дал ничего...

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: ленточка

On Thu, Sep 19, 2002 at 05:18:54PM +0400, Victor Wagner wrote:
> 
> > > Что-то сложно. Во-первых, непонятно как в /root этот самый kusok
> > > уместился. Как это вообще на нормальной машине может на диске найтись
> > > место, куда можно сложить архив цельной файловой системы (если, конечно,
> > > это не /)
> > Виктор, ну от тебя я не ожидал:)
> > Не нравится руут, складывай в другой место, да хоть сразу на новый винт
> > лей, хоть через пайп на ресторе кидай. Шо нэясно? В чем проблемы?
> > Упрямство?
> Мне не нравится идея иметь большие куски неиспользуемого дискового
> пространства. Диски они знаешь ли где-то долларов по десять за гигабайт
> стоят. Ну может уже пять, но все равно.

Еще раз тебе говорю: ленточки созданные амандой ничем не отличаются от
твоих. Тот же dump пожатый gzip и кинутый на /dev/nst0
Что ты будешь делать дальше с этой ленточкой - твое интимной дело:)
Аманда лишь поможет быстро сориентироваться какие ленточки и в каком
порядке нужны для полного восстановления на момент последнего бэкапа.

> И еще мне не нравится идея, что / партиция может быть более 50 мегабайт.

А где ты это ограничение вычитал?
Ты не первый раз пишешь вещи не относящиеся к теме.

> > > grep и cut, которые помнить не надо - и так в пальцах сидят. А ежели на
> > > сисадмина совсем затмение найдет, можно этот файлик less-ом открыть и
> > > пальчиком строчки посчитать.
> > Это мало чем отличается от моего варианта...
> 
> Отличается. Отсутствием лишней сущности, а именно аманды.
> А в остальном - все то же самое.

Извини, но bzip2, gzip, zip тоже одна и таже размножившаяся сущность
архиватора... но уж так повелось...
А bash, sh, zsh, ksh, csh, tcsh дальше продолжать?
По меньшей мере sh и bash стоят обычно всегда.
Для каждой задачи свое решение.. твой девиз? Ну так вот это оно.

Если мне дома надо бэкапить свою машинку на DDS-4, то я это делаю даже
не дампом. Просто tar с перечислением директорий на /dev/rst0
Здесь заморачиваться с амандой смысла нет. Не те обьемы.
На прошлых работах я заморачивался амандой, потому что число серверов
было в районе 10-20-30.
Сейчас я заморачиваюсь Soltice Backup. Масштабы побольше просто, и
библиотека к тому же. Рассматриваю вариант перехода на HP NetBackup.

> Ровно это я и хотел продемонстрировать - решения использующие
> ТОЛЬКО dump/restore и то, что в системе все равно есть (rsh/ssh,
> shell etc) не отличаются от решений с амандой ни по сложности реализации
> (объем шелловского скриптика, который запускает dump на все файловые
> системы которые надо, сопоставим с объемом конфига аманда-сервера)
> ни по удобству использования, когда реализована.
> Спрашивается, а зачем аманда?

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

> То есть я могу себе представить ситуацию, когда использование
> дополнительной софтины для управления бэкапом осмыслено. Но 90%
> небольших контор с 4-5 серверами туда не попадают.

Согласен, в этом согласен. Может быть наша ошибка в том что мы не
описали обьем и разнородность серверного хозяйства требующего бэкапа?
Ибо на 4-5 машин, я бы тоже вряд-ли дошел бы до аманды. А затем до
Soltice.

> Так как многоуровневая схема имеет смысл только тогда, когда бэкап 0-го
> уровня на одну ленточку не влезает.
> Мне пока было дешевле приобрести стриммер соответствующей емкости.

дешевле чем что?? Чем просто грамотно подойти к осмыслению логики
бэкапа?
Вот был у тебя DDS-3, влазило 24 Gb с компрессией. Прошло время - уже не
влазят все сервера. Ты идешь к начальству и говоришь, вот дескать нужен
теперь DDS-4, он 40Gb с компрессией дает. Начальство кривит рожу и
говорит "ладно"... "на!".
Что дальше? Кончится DDS-4 купим LTO?

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

И вот здесь тебе придется очень сильно попотеть, чтобы научить свой
скрипт реализовывать эту логику.

> > То есть бэкап в час ночи ты запускаешь сам _лично_? Не по крону? В моем
> 
> В час ночи - не запускаю. В девять-десять вечера - бывает. Но мы с этим
> боремся.

А если вообще на работе не появишься? А если секретутка на работе не
появится? Люди не имеют права ошибаться и забывать?

> > случае все проще. Я имею рута на всех серверах.
> > 
> > Насчет же перезаписи бэкапа, ты немножко не в ту степь:)
> > amanda как раз проверяет куда она пишет... и если лента не та, что
> > ожидалась, бэкап обломится с сообщением о том что expected лента номер
> > такой-то, а вместо этого номер такой-то, или вообще немаркированная
> > лента, то есть не принадлежащая аманде.
> 
> Угу. В 16:00 перепутали ленточку, в 1:00 бэкап обломился, в 4:00 на

Фигли:) В 17:00 проходит второй amcheck, и так каждый час до часа X. В
случае если все в порядке, эти чеки не шлют письма. И не будут
задалбывать. Если же..

Re: VMware

On 2002.09.19 at 20:24:39 +0500, Vlad Harchev wrote:

> > Передаешь. Иначе бы она его не открывала. Передаешь ты тот же
> > умолчательный DISPLAY, который получил твой WindowMaker от xdm или
> > xinit.
> 
> Именно так. Посему присоединяюсь к рекомендациям.
>  
> Еще дешевые решения - увеличить макс. кол-ва файлов, макс. размер сегмента
> шареной памяти (и их макс. сумм. размер). Может эти лимиты и обычные
> шеловские ей чего-то не дают сделать? Хотя в этих сулчаях в логах должно было
> бы быть что-либо вразумительное..
> 
> Просто пустить от рута - может поможет?

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

Что собственно и достигается указанием ей DISPLAY с непустым hostname. 
Она лишается при этом права ходить к видеокарте в обход стандартного
X-протокола (через всякие разные расширения).
-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: VMware

On Thu, 19 Sep 2002, Victor Wagner wrote:

> On 2002.09.19 at 18:35:13 +0400, Yury Lyakh wrote:
> 
> > On Thu, Sep 19, 2002 at 05:53:09PM +0400, Victor Wagner wrote:
> > > On 2002.09.19 at 17:23:52 +0400, Yury Lyakh wrote:
> > > > 
> > > > Та я ее запускаю как пункт меню у себя в Wmaker, поэтому никаких DISPLAY
> > > > не настраивал по умолчанию...:)
> > > 
> > > А вот настрой. Попробуй запустить ее из шелла с выставленным DISPLAY.
> > > Если она от этого станет вести себя лучше, то будет повод разобраться,
> > > как научить WindowMaker передавать ей правильный DISPLAY.
> > 
> > Виктор, это разборки не в ту сторону... Учить ее нечему, бо как не
> > передавал я DISPLAY вмваре, так и не передаю. Ситуация этого рода не
> 
> Передаешь. Иначе бы она его не открывала. Передаешь ты тот же
> умолчательный DISPLAY, который получил твой WindowMaker от xdm или
> xinit.

Именно так. Посему присоединяюсь к рекомендациям.

Еще дешевые решения - увеличить макс. кол-ва файлов, макс. размер сегмента
шареной памяти (и их макс. сумм. размер). Может эти лимиты и обычные
шеловские ей чего-то не дают сделать? Хотя в этих сулчаях в логах должно было
бы быть что-либо вразумительное..

Просто пустить от рута - может поможет?

 Best regards,
  -Vlad

Re: VMware

On 2002.09.19 at 18:35:13 +0400, Yury Lyakh wrote:

> On Thu, Sep 19, 2002 at 05:53:09PM +0400, Victor Wagner wrote:
> > On 2002.09.19 at 17:23:52 +0400, Yury Lyakh wrote:
> > > 
> > > Та я ее запускаю как пункт меню у себя в Wmaker, поэтому никаких DISPLAY
> > > не настраивал по умолчанию...:)
> > 
> > А вот настрой. Попробуй запустить ее из шелла с выставленным DISPLAY.
> > Если она от этого станет вести себя лучше, то будет повод разобраться,
> > как научить WindowMaker передавать ей правильный DISPLAY.
> 
> Виктор, это разборки не в ту сторону... Учить ее нечему, бо как не
> передавал я DISPLAY вмваре, так и не передаю. Ситуация этого рода не

Передаешь. Иначе бы она его не открывала. Передаешь ты тот же
умолчательный DISPLAY, который получил твой WindowMaker от xdm или
xinit.

> менялась. К тому же сильно сомневаюсь что от этого изменится
> использование X-сервера со стороны вмваре.

А я вот заведомо знаю, что изменится. Плавали, знаем. Была такая
карточка, на которой vmware вешалась, пытаясь работать с этим дисплеем
как локальным, и работала, если считала его удаленным.

Для того чтобы она считала его удаленным, достаточно чтобы она ходила
к нему не через unix domain socket, а через TCP/IP. Чья это особенность
- самой vmware или xlib, но точно известно, что им вместе взятым
интеллекту не хватает сообразить что localhost:0 это здесь же, а не
где-то в интернете, и попытаться использовать всяческие расширения
X-протокола, дающие приложению более-менее прямой доступ к видеокарте.
 
А при работе через  core protocol ничего не вешается. 
  

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

Поборол. Осознано. Артем Чуприна. Именно описанным мной способом.
Какая там точно была видеокарточка - не помню.
-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On 2002.09.19 at 18:32:43 +0400, Yury Lyakh wrote:

> On Thu, Sep 19, 2002 at 04:54:53PM +0400, Victor Wagner wrote:
> > В это я вполне верю. Я в данном случае настаиваю на том, что ты не
> > привел НИ ОДНОГО аргумента в пользу того, что она делает что-то
> > что не делается с теми же или меньшими усилиями с помощью стандартных
> > textutils и cron. А соответственно злобный старика Оккам со своей бритвой
> > тут как тут.
> 
> А ты, в свою очередь, не привел НИ ОДНОГО аргумента что может сделать
> аманда и чего не может сделать твой самописный скрипт.

Перечитай внимательно последнюю фразу. Что-то с ней тут не так. 

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

> > А я не хочу засорять свою голову знаниями новых форматов конфигов. Мой
> > скриптик, который делает бэкап соизмерим по размеру с конфигом
> > амандовского сервера.
> 
> Тогда для тебя Слакварь. Там как раз голый полигон. bash есть,
> textutils, fileutils, ssh, tar, gzip, dump, restore есть.
> Зачем тебе Дебиан?

Затем что он представляет собой эвтектическую точку в сплаве из сделать
самому и взять готовое.

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

> > Кстати, мы с Артемом Чуприной периодически обсуждаем вопрос о написании
> > модульной ньюсочиталки. Модули которой можно будет интегрировать разными
> > способами посредством shell, Tcl/Tk или чего там в голову взбредет.
> > доступ к спулу - отдельной утилитой, тредилку отдельной и так далее.
> 
> И не лень же? Почитать FAQ и коментарии в конфиге вломы, а писать

Лень. Потому  и не написали. FAQ и комментарии в конфиге мы,
естественно, читали. И код местами тоже. 
Тем не менее есть задачи, которых оный код ни при каких насторйках не
решает, а хочется.

> велосипед не вломы... парадокс...
> По-моему tin/mutt (кому-то mozilla) вполне справляется с поставленными
> задачами.

mutt крайне хреново справляется с работой с множественными коллекциями
imap-ящиков. Он крайне хреново справляется с ситуацией, когда в
нескольких удаленных ящиках лежат по десятку тысяч писем (например архив
debian-russian за пару-тройку лет), и при этом эти ящики хочется
периодически чекать на предмет новой почты. С этими двумя задачами
замечательно справляется pine. Который зато не умеет справляться с
кодировками в заголовках, построением тредов и кое-чем еще.

В общем Ивану Кириллычу бы нос Ивана Никитича...

В мелкософте не зря актив-иксы изобрели. Чтобы люди могли не писать
каждый раз свой интернет браузер, а позвать соответствующий компонент из
IE. 

А в Unix, в котором компонентная модель (в виде концепции стандартных
потоков ввода-вывода и конвейеров) присутствовала уже тридцать лет
назад, про это стали как-то немножко забывать, и плодить всякие мозиллы
с опенофисами.

> К сожалению вся наша жизнь это сплошное множенье сущностей. Одних людей
> то сколько...
> Только в данном случае моя сущность подпадает под dpkg --get-selections,
> вместе c ssh.
> Твой скриптик как раз нет.

Мой скриптик попадает под категорию local configuration files.

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

А если он банально забыл, то на то есть логаут скрипты. Чтобы задать ему
сакраментальный вопрос (громким синтетическим голосом с испанским
акцентом) 

> > ленты, но не имеет рута.
> 
> Это уже из области прав в системе.
> Зачем эту левую тему начинать?

А зачем ее не начинать? 
Данная правая тема тесно связана с общими концепциями построения
бизнес-процессов в системе, куда права доступа тоже входят.

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

Куда ни кинь - всюду клин - сплошные мировоззренческие вопросы вылезают.

> 
> Возможно, а сидеть рядом с драйвом до окончания бэкапа, то есть в моем
> случае сутки напролет, еще надежнее... Не находишь?

Нахожу. Но задача-то стоит не в максимизации надежности а в минимизации
ущерба. А затраты на предотвращение ущерба сами по себе являются
издержками.

> > 
> > Вообще говоря, это тоже лишняя сущность. restore -i и команда what
> > все замечательно расскажут.
> 
> А кто тебе сказал что аманда внутри себя не использует эту команду?

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

> 
> Что-то Ваш старик совсем теории не знает... хоть бы мозгами пораскинул:)
> А что делать если полный бэкап делается сутки?

И при этом влезает на одну ленточку? Как называется такое устроийство?
В принципе, ти

Re: ленточка

On Thu, Sep 19, 2002 at 05:50:57PM +0400, Victor Wagner wrote:
> > >
> > >Она не решает другую - уровни осмыслены только тогда, когда низкие
> > >уровни занимают более одной кассеты. А это значит, что присутсвие
> > >человека при беэкапе низкого уровня необходимо в течении n/n+1 его
> > >времени, а не только в момент начала. 
> > 
> > Так и есть. Только основная часть интеллекта Аманды как раз и занимается 
> > тем, что диспетчеризует бэкапы так, чтобы можно было у стриммера ночью не 
> > стоять и все нужные данные сохранить. Она ведь сама может распределить 
> > создание бэкапов нулевого уровня по нескольким дням/лентам, так чтобы в 
> >  каждый из дней ленты хватало.
> 
> Я что-то не понял, как можно распределить создание одного бэкапа
> нулевого уровня по нескольким дням. По хорошему счету бэкап должен быть
> вообще моментальным снапшотом файловой системы на точно известный момент
> времени. На практике этого не удается, по причине отсутствия в файловой
> системе полноценных транзакций. Но как можно без потери целостности
> растянуть это дело на несколько дней, у меня в голове не укладывается.

Ты невнимательно читаешь:)
"... создание бэкапОВ нулевого уровня..."
Например сегодня mail.v6.ru бэкапиться в ноль, остальные
инкрементально... завтра fighter.v6.ru бэкапится в ноль... остальные...
ну ты понял:)

> > Не говоря уж о том, что Аманда умеет управлять tape-changer-ом.
> 
> Про который я уже сказал, что нынче часто дешевле большой стример
> купить. Вот если не дешевле, тогда у аманды появляется по крайней мере
> одно полезное свойство, ради которого ее стоит рассмотреть как вариант.

Вопрос что дешевле здесь не обсуждается:) Аманда в любом случае будет
рулить и большим тайпом и ченджером. Твой же скриптик, боюсь, потребует
основательной теоретической проработки логики, с привлечением
комбинаторики и убитием кучи времени. Иначе в один прекрасный день
узнав, что таки в комбинаторику вкралась ошибка, и 1C на самом деле не
сбэкапилась.. а вот под боком лежит померший 1C файл-сервер... я
застрелюсь сразу:) Пока меня не пристрелили...

> > Извините, если мое замечание оказалось неуместным.
> По-моему, это чуть ли не первое письмо в этом треде в котором были
> высказаны действительно конструктивные аргументы.
> 
> Все предыдущее было всего лишь столкновением двух полярных мировоззрений
> а) если есть задача, надо поискать для ее решения готовую софтину.
> б) если есть задача, надо попытаться сформулировать ее решение при
> помощи известных системе слов (команд), и только если не получилось,
> ставить какие-то софтины и изучать их.

Так любая задача имеет альтернативное решение. Не так ли?
Тогда кроме ядра и gcc тебе ничего не нужно. С/C++ знаешь? Значит все
напишешь ручками. Ну а уж если не получится, так и быть, ставь X-ы
готовые (какой ужас), не получится написать Mozilla, тоже ставь
готовую... про mutt/rtin вообще молчу... уже кажется пишешь...:))

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

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: VMware

On Thu, Sep 19, 2002 at 05:53:09PM +0400, Victor Wagner wrote:
> On 2002.09.19 at 17:23:52 +0400, Yury Lyakh wrote:
> > 
> > Та я ее запускаю как пункт меню у себя в Wmaker, поэтому никаких DISPLAY
> > не настраивал по умолчанию...:)
> 
> А вот настрой. Попробуй запустить ее из шелла с выставленным DISPLAY.
> Если она от этого станет вести себя лучше, то будет повод разобраться,
> как научить WindowMaker передавать ей правильный DISPLAY.

Виктор, это разборки не в ту сторону... Учить ее нечему, бо как не
передавал я DISPLAY вмваре, так и не передаю. Ситуация этого рода не
менялась. К тому же сильно сомневаюсь что от этого изменится
использование X-сервера со стороны вмваре.

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

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: восстановление харда

2002-09-19 Пенетрантность vlad

On Thu, 19 Sep 2002 13:58:09 +0300
vlad <[EMAIL PROTECTED]> wrote:

спасибо всем откликнувшимся, процесс идёт во всю, осталось посмотреть что из 
этого выйдет

Влад

Re: головоломка: как у даленно (!) установить Debian ?

On 2002.09.19 at 11:18:48 +0300, Denis A. Kulgeyko wrote:

>  Доброго времени суток, ув. community !
> 
> Возникла такая головоломка: есть машина на которой стоит RH-7.3 (свежий, 
> почти только поставили, на нем фактически ничего еще нет), и она далеко. 
> Но туда есть немаленький канал (2 Мбит/с) и у меня имеется на ней ssh. В 
> наличии имеются все компакты Debian-3.0("woody").
> Внимание - вопрос ! Надо как-то поставить туда Debian.
> Добраться туда чтобы сделать все за консолью достаточно проблематично и 
> чтобы кто-то сделал установку там - тоже.

Рекомендую почитать Installation guide для Debian for Sparc. 
Там очень сходная ситуация (установка Debian из-под более другой
Unix-системы, в частности РХ) в деталях описана.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On Thu, Sep 19, 2002 at 04:54:53PM +0400, Victor Wagner wrote:
> > 
> > Ну что я могу сказать, личные предпочтения, - не преступление.
> > Но в данном случае по функциональности аманда меня вполне устраивает.
> 
> В это я вполне верю. Я в данном случае настаиваю на том, что ты не
> привел НИ ОДНОГО аргумента в пользу того, что она делает что-то
> что не делается с теми же или меньшими усилиями с помощью стандартных
> textutils и cron. А соответственно злобный старика Оккам со своей бритвой
> тут как тут.

А ты, в свою очередь, не привел НИ ОДНОГО аргумента что может сделать
аманда и чего не может сделать твой самописный скрипт.

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

Этот журнал можно писать на дискету вставленную в флоппик, тут же его
копию отправлять по сети в Штаты. И еще копию ложить на пару халявных
ящиков в инете. Ну ладно, еще одну копию, просто на машину в другом
крыле здания. И так со всеми требующими этого файлами.

> > > скриптик из 10 строк, который читает упомянутый файлик со списком
> > > файловых систем проще и не требует специальных усилий на освоение и
> > > понимание - любой новичок-сисадмин, пришедший в контору, его один раз
> > > прочитает и все поймет. Если он, конечно шелл знает. А такого, который
> > > не знает, я в кандидаты на сисадмина не возьму.
> > 
> > Я знаю шел, ну и что? Я обожаю писать на bash+cut+grep+awk+sed итд. Ну и
> > что? О чем спор?
> > Я не хочу засорять Дебиан самосбором, тем более таких задач которые уже
> 
> А я не хочу засорять свою голову знаниями новых форматов конфигов. Мой
> скриптик, который делает бэкап соизмерим по размеру с конфигом
> амандовского сервера.

Тогда для тебя Слакварь. Там как раз голый полигон. bash есть,
textutils, fileutils, ssh, tar, gzip, dump, restore есть.
Зачем тебе Дебиан?

> > реализованы и реализованы неплохо. Почему бы тебе не написать mutt или
> > rtin на баше, свой, зачем пользоваться тем что уже написано?
> Кстати, мы с Артемом Чуприной периодически обсуждаем вопрос о написании
> модульной ньюсочиталки. Модули которой можно будет интегрировать разными
> способами посредством shell, Tcl/Tk или чего там в голову взбредет.
> доступ к спулу - отдельной утилитой, тредилку отдельной и так далее.

И не лень же? Почитать FAQ и коментарии в конфиге вломы, а писать
велосипед не вломы... парадокс...
По-моему tin/mutt (кому-то mozilla) вполне справляется с поставленными
задачами.

> > > 1. Какие порты надо открыть на файрволлах, чтобы машина с ленточкой
> > > и клиент могли при помощи аманды общаться (вот тебе и ненулевая
> > > конфигурация клиента)
>  
> > В данном случае, все машины в трастед нетворк. Файрволл только снаружи.
> > В случае возникновения такой потребности, на циске моим машинам
> > разрешено посылать TCP с SYN, наружу и определенным машинам. То же
> > касается и прохождения пакетов снаружи, вовнутрь. Это не проблема.
> > Тоже самое придется сделать в любом случае, при коммуникациях через
> > файрволл, даже для твоей поделки общающейся через ssh. Или ssh уже
> > правилам не подчиняется?
> 
> Как правило, существует десять тысяч других причин чтобы ssh туда
> пускали. Чем, собственно и велик старик Оккам. Если ты не умножаешь
> сущностей без необходимости, то количество вещей, которые ты должен не
> забыть заметно меньше.

К сожалению вся наша жизнь это сплошное множенье сущностей. Одних людей
то сколько...
Только в данном случае моя сущность подпадает под dpkg --get-selections,
вместе c ssh.
Твой скриптик как раз нет.

> НЕОБХОДИМОСТЬ использования такой системы как аманда ты не
> продемонстрировал.

Ты не продемонстрировал и ее НЕНУЖНОСТЬ.

> > > ленточкой нет, но кассету в стример она втыкать умеет, какие понадобятся
> > > усилия чтобы научить ее перед уходом запускать бэкап?
> >
> > Эээ... это подробней... я не понял вопроса...
> > Ленточку втыкаю я, часов так в 16 дня, когда ко мне приходит письмо с
> > результатами проверки готовности системы к ночному бэкапу.
> 
> Вот у нас система устроена немножко по-другому:
> Ленточка втыкается непосредственно перед началом бэкапа, после чего
> дергается за ручку, что пора начинать. Причем ручка устроена так, что
> дернуть за нее можно и с виндовой машине по самбе.

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

> В этот же момент фиксируется на той самой бумажке какую кассету
> воткнули, и когда.

Как в добрые старые временя... прямо журнал учета машинного времени:))

> Производится эта операция последним человеком, уходящим из офиса. Наряду
> с другими операциями, такими как выключение кондиционеров и света.

А если он банально забыл? А ночью упало дерево... (это по поводу т

Re: ленточка

2002-09-19 Пенетрантность Dmitry Tsitelov

Добрый день

Victor Wagner wrote:

On 2002.09.19 at 17:39:48 +0400, Dmitry Tsitelov wrote:

В Amand-е есть специальная утилитка для распечатки истории бэкапов в
красивом виде, со всеми необходимыми пометками.

Вот ты и привел пример, когда аманду надо скриптами обвешивать - каждый
раз после выполнения бэкапа надо эту утилитку запускать.
Чтобы история бэкапов на бумажке была актуальной.

Она не решает другую - уровни осмыслены только тогда, когда низкие
уровни занимают более одной кассеты. А это значит, что присутсвие
человека при беэкапе низкого уровня необходимо в течении n/n+1 его
времени, а не только в момент начала.

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

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

Все зависит от принятых допущений. Типичная ситуация, для разрешения которой
предназначена Amanda: есть несколько серверов, каждый из которых можно
сбэкапить на одну ленту, но все - ни в жизнь. И один бэкап-сервер с Амандой.
Для каждого из серверов говорим, как часто нам нужны бэкапы нулевого уровня и
сколько у нас всего лент. Дальше все происходит автомагически :)

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

Извините, если мое замечание оказалось неуместным.
>
По-моему, это чуть ли не первое письмо в этом треде в котором были

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

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

Главное правильно оценить тот момент, когда трудозатраты на собственную
реализацию перекроют затраты на использование готового решения. ;)

Всего хорошего.

PS: говорят, для простой ситуации довольно неплохо подходит afbackup.
--
Dmitry Tsitelov
mailto:[EMAIL PROTECTED]

Re: VMware

On 2002.09.19 at 17:23:52 +0400, Yury Lyakh wrote:

> 
> Та я ее запускаю как пункт меню у себя в Wmaker, поэтому никаких DISPLAY
> не настраивал по умолчанию...:)

А вот настрой. Попробуй запустить ее из шелла с выставленным DISPLAY.
Если она от этого станет вести себя лучше, то будет повод разобраться,
как научить WindowMaker передавать ей правильный DISPLAY.
-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On 2002.09.19 at 17:39:48 +0400, Dmitry Tsitelov wrote:

> Добрый день
> 
> Victor Wagner wrote:
> >On 2002.09.19 at 14:54:04 +0400, Yury Lyakh wrote:
> 
> >>Что аманда делает из полезного, этого сама ведет журнал что куда и
> >>какого уровня сбэкаплено. Уж этот велосипед заново писать я не хотел бы.
> >
> >
> >А вот я считаю, что этот журнал ни в коем случае нельзя держать в
> >файлах. Он должен писаться от руки на бумажке. Чтобы в случае полного
> >физического разрушения дисков он оставался незамедлительно доступен.
> >
> В Amand-е есть специальная утилитка для распечатки истории бэкапов в 
> красивом виде, со всеми необходимыми пометками.

Вот ты и привел пример, когда аманду надо скриптами обвешивать - каждый
раз после выполнения бэкапа надо эту утилитку запускать.
Чтобы история бэкапов на бумажке была актуальной.

> >
> >Она не решает другую - уровни осмыслены только тогда, когда низкие
> >уровни занимают более одной кассеты. А это значит, что присутсвие
> >человека при беэкапе низкого уровня необходимо в течении n/n+1 его
> >времени, а не только в момент начала. 
> 
> Так и есть. Только основная часть интеллекта Аманды как раз и занимается 
> тем, что диспетчеризует бэкапы так, чтобы можно было у стриммера ночью не 
> стоять и все нужные данные сохранить. Она ведь сама может распределить 
> создание бэкапов нулевого уровня по нескольким дням/лентам, так чтобы в 
>  каждый из дней ленты хватало.

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

> Не говоря уж о том, что Аманда умеет управлять tape-changer-ом.

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

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

> Извините, если мое замечание оказалось неуместным.

По-моему, это чуть ли не первое письмо в этом треде в котором были
высказаны действительно конструктивные аргументы.

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

> 
> -- 
> Dmitry Tsitelov
> mailto:[EMAIL PROTECTED]
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact 
> [EMAIL PROTECTED]
> 

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

2002-09-19 Пенетрантность Vasiliy 'Druid' Misharev

On 2002.09.19 at 17:36:15 +0400, Vasiliy 'Druid' Misharev wrote:

> 
> Hello Victor,
> 
> Thursday, September 19, 2002, 5:18:54 PM, you wrote:
> 
> VW> И еще мне не нравится идея, что / партиция может быть более 50
> VW> мегабайт.
> 
> рациональное обоснование есть?

Такое: на корневой партиции не должно быть ничего лишнего. Только то,
что требуется в процессе загрузки - /bin /sbin и /etc.

Тогда вероятность повреждения корневой партиции в случае некорректного
рестарта будет минимальной, и хотя бы до состояния single user система у
тебя всегда подымется.

Заодно снимется проблема с тем что ядро может оказываться далее 1024
цилиндра. Конечно, /boot на отдельной партиции эту проблему тоже решает.
Но почему-то это решение у меня обычно попадает под бритву злобного
старика.

Из всех машин, на которые у меня есть рутовые права, отдельный /boot
есть только на одной. И то потому, что после установки туда Solaris
места до 1024 цилиндра не осталось. А в начале диска остался один пустой
цилиндр, куда с некоторым матом и было упихано ядро.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

2002-09-19 Пенетрантность Dmitry Tsitelov

Добрый день

Victor Wagner wrote:

On 2002.09.19 at 14:54:04 +0400, Yury Lyakh wrote:

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

А вот я считаю, что этот журнал ни в коем случае нельзя держать в
файлах. Он должен писаться от руки на бумажке. Чтобы в случае полного
физического разрушения дисков он оставался незамедлительно доступен.

В Amand-е есть специальная утилитка для распечатки истории бэкапов в красивом
виде, со всеми необходимыми пометками.

Кольца есть, а уровней нету. С уровнями неудобно отдельные файлики
восстанавливать. Вот грохнули файлик, даты изменения которого никто не
помнит - то-ли вчера, то-ли в прошлый четверг. На какой ленте его
искать? А если бэкап всегда делается полный, тупо втыкаешь последнюю
ленту и с нее восстанавливаешь.

Хотя, согласен, именно эту задачу аманда со своими логами решает.

Именно.

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

Не говоря уж о том, что Аманда умеет управлять tape-changer-ом.

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

Извините, если мое замечание оказалось неуместным.

--
Dmitry Tsitelov
mailto:[EMAIL PROTECTED]

Re[2]: ленточка


Hello Victor,

Thursday, September 19, 2002, 5:18:54 PM, you wrote:

VW> И еще мне не нравится идея, что / партиция может быть более 50
VW> мегабайт.

рациональное обоснование есть?

-- 
Good luck!/AKA Druid

Re: VMware

On Thu, Sep 19, 2002 at 05:21:36PM +0400, Victor Wagner wrote:
> >  Не сталкивался. 
> >  А если пустить xnest (Х-сервер такой, есть в поставке вмвари) (пробовать со
> > всеми глубинами цвета) или Xvnc (качать отдельно - www.tridiavnc.com) (тоже
> > пробовать со всеми глубинами цвета) и пускать вмварь внутри них (путем
> > установки $DISPLAY)?
> 
> Часто помогает просто установка DISPLAY=localhost:0 вместо просто :0.
> Тогда вмварь перестает выеживаться и просить всякие странные расширения
> X-протокола типа MIT_SHM. От этого она работает медленнее, но не падает.

Та я ее запускаю как пункт меню у себя в Wmaker, поэтому никаких DISPLAY
не настраивал по умолчанию...:)

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: VMware

On Thu, Sep 19, 2002 at 06:11:30PM +0500, Vlad Harchev wrote:
> >   Остался OS Linux...
> > 
> >   Вообще-то изначально все работало просто замечательно, но в один
> >   прекрасный момент практически на ровном месте, Vmware начала
> >   слетать... и вот имеет такое и по сей день.
> > 
> >   Кто-то с этим сталкивался? Поборол? Я же спать не могу...
>  Не сталкивался. 
>  А если пустить xnest (Х-сервер такой, есть в поставке вмвари) (пробовать со
> всеми глубинами цвета) или Xvnc (качать отдельно - www.tridiavnc.com) (тоже
> пробовать со всеми глубинами цвета) и пускать вмварь внутри них (путем
> установки $DISPLAY)?
>  То есть может проблема с драйвером отображения вмвари в Х?

Это рухнуло на пустом месте, у меня не было причин ближайший год менять
bpp цвета...:(

> 
>  Или еще тупой вариант - пробовать ядро 2.4.18 и т.д. методом перебора? (я бы
> с этого начал - но думаю вы пробовали..).

Да, полгода назад когда наступил впервые на эти грабли - перепробовал
все ядра от 2.4.16, даже rc некоторые трогал:)
В конце-концов принес конфиг из дому, где все работает, и сам бинарник -
все монопенисуально. Такое впечателние что ломается сама система
где-то...

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: VMware

On 2002.09.19 at 18:11:30 +0500, Vlad Harchev wrote:
>  Не сталкивался. 
>  А если пустить xnest (Х-сервер такой, есть в поставке вмвари) (пробовать со
> всеми глубинами цвета) или Xvnc (качать отдельно - www.tridiavnc.com) (тоже
> пробовать со всеми глубинами цвета) и пускать вмварь внутри них (путем
> установки $DISPLAY)?

Часто помогает просто установка DISPLAY=localhost:0 вместо просто :0.
Тогда вмварь перестает выеживаться и просить всякие странные расширения
X-протокола типа MIT_SHM. От этого она работает медленнее, но не падает.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On 2002.09.19 at 14:54:04 +0400, Yury Lyakh wrote:

> > Что-то сложно. Во-первых, непонятно как в /root этот самый kusok
> > уместился. Как это вообще на нормальной машине может на диске найтись
> > место, куда можно сложить архив цельной файловой системы (если, конечно,
> > это не /)
> 
> Виктор, ну от тебя я не ожидал:)
> Не нравится руут, складывай в другой место, да хоть сразу на новый винт
> лей, хоть через пайп на ресторе кидай. Шо нэясно? В чем проблемы?
> Упрямство?

Мне не нравится идея иметь большие куски неиспользуемого дискового
пространства. Диски они знаешь ли где-то долларов по десять за гигабайт
стоят. Ну может уже пять, но все равно.

И еще мне не нравится идея, что / партиция может быть более 50 мегабайт.

> > grep и cut, которые помнить не надо - и так в пальцах сидят. А ежели на
> > сисадмина совсем затмение найдет, можно этот файлик less-ом открыть и
> > пальчиком строчки посчитать.
> 
> Это мало чем отличается от моего варианта...

Отличается. Отсутствием лишней сущности, а именно аманды.
А в остальном - все то же самое.

Ровно это я и хотел продемонстрировать - решения использующие
ТОЛЬКО dump/restore и то, что в системе все равно есть (rsh/ssh,
shell etc) не отличаются от решений с амандой ни по сложности реализации
(объем шелловского скриптика, который запускает dump на все файловые
системы которые надо, сопоставим с объемом конфига аманда-сервера)
ни по удобству использования, когда реализована.

Спрашивается, а зачем аманда?

То есть я могу себе представить ситуацию, когда использование
дополнительной софтины для управления бэкапом осмыслено. Но 90%
небольших контор с 4-5 серверами туда не попадают.

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

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

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

Мне пока было дешевле приобрести стриммер соответствующей емкости.

Опять же это позволяет держать еженедельные или ежемесячные бэкапы
подалшьше от серверной, например в арендованном сейфе в банке.

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

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

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

> 
> То есть бэкап в час ночи ты запускаешь сам _лично_? Не по крону? В моем

В час ночи - не запускаю. В девять-десять вечера - бывает. Но мы с этим
боремся.

> случае все проще. Я имею рута на всех серверах.
> 
> Насчет же перезаписи бэкапа, ты немножко не в ту степь:)
> amanda как раз проверяет куда она пишет... и если лента не та, что
> ожидалась, бэкап обломится с сообщением о том что expected лента номер
> такой-то, а вместо этого номер такой-то, или вообще немаркированная
> лента, то есть не принадлежащая аманде.

Угу. В 16:00 перепутали ленточку, в 1:00 бэкап обломился, в 4:00 на
высоковольтку упало дерево и от скачка напряжения погорели диски.
Приходишь ты в 10:00 на работу - и ни дисков, ни бэкапа.

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

Опять лишняя сущность. Команда what в restore все расскажет.

> 
> Бэкапная, машина тоже бэкапится:) На ту же ленточку...

Замечательно. Только с опозданием на сутки.

> :) Тьфу:)
> Задача бэкапа складывается из нескольких этапов:

Это ни разу не задача бэкапа. Это всего лишь небольшая составная часть
одного конкретного регламента, входящего в решение данной задачи -
регламента резервного копирования.

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

> А если твоими же словами про "ненормированный рабочий день"?:)) Ну ты
> понял...
> 
> > > Или на написание скриптов их отладку, дописывание, и разнесение их на все 
> > > машины Вы потратите меньше времени? Вряд-ли.

Ровно столько же - при отсутствии уровней - двое суток.

> 
> У мну тоже самое. Вместо ssh стоит amanda-client. Равнозначная замена.

Вот наверняка не вместо, а вместе.

>

Re: VMware

On Thu, 19 Sep 2002, Vlad Harchev wrote:

> On Thu, 19 Sep 2002, Yury Lyakh wrote:
> 
> > 
> >   Есть, Debian (unstable), ядро 2.4.19.
> > 
> >   Есть VMware 3.1 сейчас 3.2.
> >   Два харда /dev/hda - сам Дебиан. И /dev/hdb - Win2000Pro
> > 
> >   Проблема в том что Vmware слетает в некоторых (одних и тех же) моментах.
> > 
> >   Выглядит так: пытаюсь грузить Win2000Pro под ней, выбрали хардваре
> >   профиль, загузилась линейка снизу, затем появляется графическая
> >   заставка-картинка Windows 2000 Professional, где облачка:) синенькая
> >   линейка на заставке доходит до конца и во время переключения с
> >   заставки на графику, Vmware слетает без вопросов. Логи читал, ничего
> >   вразумительного, там разве что девелоперы разберутся...
> > 
> >   Прикол в том что, подумав, что с виндами что-то не то: решил
> >   переставить на винт заново. В vmware грузимся с bootable диска
> >   Win2000Pro (лицензионный MSDN), на некоем этапе где-то в районе чтения
> >   лицензии, слетает опять же без ругательств:)
> > 
> >   Делаем вывод что загружаемая винда не виновата, значит виновата либо
> >   VMWare либо OS Linux.
> > 
> >   VMWare переставлялась, руками все вычищалось, ставилась и так и этак -
> >   один хрен.
> > 
> >   Делаем вывод что и VMWare здесь ни при чем.
> > 
> >   Остался OS Linux...
> > 
> >   Вообще-то изначально все работало просто замечательно, но в один
> >   прекрасный момент практически на ровном месте, Vmware начала
> >   слетать... и вот имеет такое и по сей день.
> > 
> >   Кто-то с этим сталкивался? Поборол? Я же спать не могу...
> 
>  Не сталкивался. 
>  А если пустить xnest (Х-сервер такой, есть в поставке вмвари) (пробовать со

 сорри, оговорился - есть в поставке Хфри.

 Best regards,
  -Vlad

Re: VMware

On Thu, 19 Sep 2002, Yury Lyakh wrote:

> 
>   Есть, Debian (unstable), ядро 2.4.19.
> 
>   Есть VMware 3.1 сейчас 3.2.
>   Два харда /dev/hda - сам Дебиан. И /dev/hdb - Win2000Pro
> 
>   Проблема в том что Vmware слетает в некоторых (одних и тех же) моментах.
> 
>   Выглядит так: пытаюсь грузить Win2000Pro под ней, выбрали хардваре
>   профиль, загузилась линейка снизу, затем появляется графическая
>   заставка-картинка Windows 2000 Professional, где облачка:) синенькая
>   линейка на заставке доходит до конца и во время переключения с
>   заставки на графику, Vmware слетает без вопросов. Логи читал, ничего
>   вразумительного, там разве что девелоперы разберутся...
> 
>   Прикол в том что, подумав, что с виндами что-то не то: решил
>   переставить на винт заново. В vmware грузимся с bootable диска
>   Win2000Pro (лицензионный MSDN), на некоем этапе где-то в районе чтения
>   лицензии, слетает опять же без ругательств:)
> 
>   Делаем вывод что загружаемая винда не виновата, значит виновата либо
>   VMWare либо OS Linux.
> 
>   VMWare переставлялась, руками все вычищалось, ставилась и так и этак -
>   один хрен.
> 
>   Делаем вывод что и VMWare здесь ни при чем.
> 
>   Остался OS Linux...
> 
>   Вообще-то изначально все работало просто замечательно, но в один
>   прекрасный момент практически на ровном месте, Vmware начала
>   слетать... и вот имеет такое и по сей день.
> 
>   Кто-то с этим сталкивался? Поборол? Я же спать не могу...

 Не сталкивался. 
 А если пустить xnest (Х-сервер такой, есть в поставке вмвари) (пробовать со
всеми глубинами цвета) или Xvnc (качать отдельно - www.tridiavnc.com) (тоже
пробовать со всеми глубинами цвета) и пускать вмварь внутри них (путем
установки $DISPLAY)?
 То есть может проблема с драйвером отображения вмвари в Х?

 Или еще тупой вариант - пробовать ядро 2.4.18 и т.д. методом перебора? (я бы
с этого начал - но думаю вы пробовали..).

 Best regards,
  -Vlad

Re: ленточка

2002-09-19 Пенетрантность Eugene Karpachov

On 2002.09.19 at 14:54:04 +0400, Yury Lyakh wrote:

> 
> Ну что я могу сказать, личные предпочтения, - не преступление.

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

В это я вполне верю. Я в данном случае настаиваю на том, что ты не
привел НИ ОДНОГО аргумента в пользу того, что она делает что-то
что не делается с теми же или меньшими усилиями с помощью стандартных
textutils и cron. А соответственно злобный старика Оккам со своей бритвой
тут как тут.

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

А вот я считаю, что этот журнал ни в коем случае нельзя держать в
файлах. Он должен писаться от руки на бумажке. Чтобы в случае полного
физического разрушения дисков он оставался незамедлительно доступен.

> > скриптик из 10 строк, который читает упомянутый файлик со списком
> > файловых систем проще и не требует специальных усилий на освоение и
> > понимание - любой новичок-сисадмин, пришедший в контору, его один раз
> > прочитает и все поймет. Если он, конечно шелл знает. А такого, который
> > не знает, я в кандидаты на сисадмина не возьму.
> 
> Я знаю шел, ну и что? Я обожаю писать на bash+cut+grep+awk+sed итд. Ну и
> что? О чем спор?
> Я не хочу засорять Дебиан самосбором, тем более таких задач которые уже

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

> реализованы и реализованы неплохо. Почему бы тебе не написать mutt или
> rtin на баше, свой, зачем пользоваться тем что уже написано?

Кстати, мы с Артемом Чуприной периодически обсуждаем вопрос о написании
модульной ньюсочиталки. Модули которой можно будет интегрировать разными
способами посредством shell, Tcl/Tk или чего там в голову взбредет.

доступ к спулу - отдельной утилитой, тредилку отдельной и так далее.

> > 1. Какие порты надо открыть на файрволлах, чтобы машина с ленточкой
> > и клиент могли при помощи аманды общаться (вот тебе и ненулевая
> > конфигурация клиента)

> В данном случае, все машины в трастед нетворк. Файрволл только снаружи.
> В случае возникновения такой потребности, на циске моим машинам
> разрешено посылать TCP с SYN, наружу и определенным машинам. То же
> касается и прохождения пакетов снаружи, вовнутрь. Это не проблема.
> Тоже самое придется сделать в любом случае, при коммуникациях через
> файрволл, даже для твоей поделки общающейся через ssh. Или ssh уже
> правилам не подчиняется?

Как правило, существует десять тысяч других причин чтобы ssh туда
пускали. Чем, собственно и велик старик Оккам. Если ты не умножаешь
сущностей без необходимости, то количество вещей, которые ты должен не
забыть заметно меньше.

НЕОБХОДИМОСТЬ использования такой системы как аманда ты не
продемонстрировал.

> > ленточкой нет, но кассету в стример она втыкать умеет, какие понадобятся
> > усилия чтобы научить ее перед уходом запускать бэкап?
> 
> Эээ... это подробней... я не понял вопроса...
> Ленточку втыкаю я, часов так в 16 дня, когда ко мне приходит письмо с
> результатами проверки готовности системы к ночному бэкапу.

Вот у нас система устроена немножко по-другому:
Ленточка втыкается непосредственно перед началом бэкапа, после чего
дергается за ручку, что пора начинать. Причем ручка устроена так, что
дернуть за нее можно и с виндовой машине по самбе.

В этот же момент фиксируется на той самой бумажке какую кассету
воткнули, и когда.

Производится эта операция последним человеком, уходящим из офиса. Наряду
с другими операциями, такими как выключение кондиционеров и света.

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

> 
> То есть бэкап в час ночи ты запускаешь сам _лично_? Не по крону? В моем
> случае все проще. Я имею рута на всех серверах.

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

> Насчет же перезаписи бэкапа, ты немножко не в ту степь:)
> amanda как раз проверяет куда она пишет... и если лента не та, что
> ожидалась, бэкап обломится с сообщением о том что expected лента номер

Ну правильно - в 16:00 кассетку перепутали, бэкап в час ночи обломился, в три
часа ночи на провода высоковольтки упало дерево, и в десять часов утра у
тебя нету ни дисков, ни вчерашнего бэкапа.

Все-таки стартовать бэкап в присутствии человека, даже если это
девочка-секретарша, которая ничего сделать не может, кроме как позвонить
админу на мобильник и сказать "ой тут что-то страшное случилось, не
пойму что" чем-то надежнее.

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

Re: восстановление хар да

Thu, Sep 19, 2002 at 02:40:55PM +0300, vlad пишет:
> > man dd
> 
> как говориться фиг вам - индейская изба, dd доходит до первого якобы сбойного 
> сектора и
> говорит, что всё - input/output error :((. Есть ли что такое что упорно 
> игнорирует происходящие
> ошибки и упорно копирует не обращая внимания ни на что 

man dd :)
/noerror

Не гарантирую, но попробовать можно.

-- 
jk

Re: VMware

2002-09-19 Пенетрантность Vasiliy 'Druid' Misharev


Hello Yury,

Thursday, September 19, 2002, 4:05:58 PM, you wrote:


YL>   Есть VMware 3.1 сейчас 3.2.
YL>   Два харда /dev/hda - сам Дебиан. И /dev/hdb - Win2000Pro

YL> Проблема в том что Vmware слетает в некоторых (одних и тех же)
YL> моментах.

у vmware есть какие-то проблемы с w2k как раз с переключением
видеорежима. просмотри у них на сайте.



-- 
Good luck!/AKA Druid

VMware

Есть, Debian (unstable), ядро 2.4.19.

Есть VMware 3.1 сейчас 3.2.
Два харда /dev/hda - сам Дебиан. И /dev/hdb - Win2000Pro

Проблема в том что Vmware слетает в некоторых (одних и тех же) моментах.

Выглядит так: пытаюсь грузить Win2000Pro под ней, выбрали хардваре
профиль, загузилась линейка снизу, затем появляется графическая
заставка-картинка Windows 2000 Professional, где облачка:) синенькая
линейка на заставке доходит до конца и во время переключения с
заставки на графику, Vmware слетает без вопросов. Логи читал, ничего
вразумительного, там разве что девелоперы разберутся...

Прикол в том что, подумав, что с виндами что-то не то: решил
переставить на винт заново. В vmware грузимся с bootable диска
Win2000Pro (лицензионный MSDN), на некоем этапе где-то в районе чтения
лицензии, слетает опять же без ругательств:)

Делаем вывод что загружаемая винда не виновата, значит виновата либо
VMWare либо OS Linux.

VMWare переставлялась, руками все вычищалось, ставилась и так и этак -
один хрен.

Делаем вывод что и VMWare здесь ни при чем.

Остался OS Linux...

Вообще-то изначально все работало просто замечательно, но в один
прекрасный момент практически на ровном месте, Vmware начала
слетать... и вот имеет такое и по сей день.

Кто-то с этим сталкивался? Поборол? Я же спать не могу...

--
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: восстановление харда

2002-09-19 Пенетрантность Alexander Kogan

19 Сентябрь 2002 15:40, vlad написал:
Hi!

> > man dd
>
> как говориться фиг вам - индейская изба, dd доходит до первого якобы
> сбойного сектора и говорит, что всё - input/output error :((. Есть ли что
> такое что упорно игнорирует происходящие ошибки и упорно копирует не
> обращая внимания ни на что 

Это вам изба. А ман все-таки почитать полезно. dd conv=sync,noerror.

-- 
Alexander Kogan
AutoWave Processes Group
Institute of Applied Physics RAS

Re: восстановление хар да

2002-09-19 Пенетрантность Andrey Nekrasov

Hello vlad,

> > man dd
> 
> как говориться фиг вам - индейская изба, dd доходит до первого якобы сбойного 
> сектора и
> говорит, что всё - input/output error :((. Есть ли что такое что упорно 
> игнорирует происходящие
> ошибки и упорно копирует не обращая внимания ни на что 

http://www.garloff.de/kurt/linux/ddrescue/

часть нашей "памятной-записки" по нему
---
Если на IDE диске плохие блоки  

  
Командой:  
dd_rescue -Av  /dev/hdc2 /dev/hdg2  
 
копируем /dev/hdc2 на /dev/hdg2 при этом нечитабельные блоки заменяются блоками 
 
заполненными нулями (это явная потеря информации но что поделаешь). 
 

 
Для ускорения после прохождения порогов:
 
dd_rescue -Av -s 11444942.0k -b 512k /dev/hdc2 /dev/hdg2

---

> > 
> > А вообще, на будущее, man dump/restore/amanda, выбери сам по вкусу.
> > Бэкап это святое.
> 
> ой, и не говорите ;)) но это уже третий диск из четырёх, так что место для 
> бэкапа очень быстро
> кончилось :((, а чего нибудь типа стримера нету :(((

-- 
bye.
Andrey Nekrasov, SpyLOG.

Re: восстановление хар да

On Thu, Sep 19, 2002 at 02:40:55PM +0300, vlad wrote:
> > > Как slave этот диск подключается, fdisk разделы видит. При монтировании 
> > > получаем 
> > > input/output error.  То же самое получаем при любой операции (xfs_repair, 
> > > cat и т.д.) и любой
> > > другой попытке работы с диском.
> > > Может кто нибудь знает какие нибудь утилиты или способы снять с диска 
> > > информафию
> > > (скопировать один к одному, получить образ, ещё что нибудь ) ?
> > man dd
> как говориться фиг вам - индейская изба, dd доходит до первого якобы сбойного 
> сектора и
> говорит, что всё - input/output error :((. Есть ли что такое что упорно 
> игнорирует происходящие
> ошибки и упорно копирует не обращая внимания ни на что 

Насколько я знаю, "упорно игнорировать ошибки" это не Unix-way. Так что
звыняйте:)

 > А вообще, на будущее, man dump/restore/amanda, выбери сам по вкусу.
> > Бэкап это святое.
> 
> ой, и не говорите ;)) но это уже третий диск из четырёх, так что место для 
> бэкапа очень быстро
> кончилось :((, а чего нибудь типа стримера нету :(((

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: ÐÐ¶Ð¸Ð²Ð¸ÑÑ debian

2002-09-19 Пенетрантность Denis A. Egorov

ÐÐ´ÑÐ°Ð²ÑÑÐ²ÑÐ¹ÑÐµ, Sergey Akifiev!

On Thu, Sep 19, 2002 at 06:39:21PM +0700, you wrote:

-> Hello Oleg,
-> 
-> Thursday, September 19, 2002, 1:51:00 PM, you wrote:
-> 
-> OPP> Ð¡Ð¾ÑÑÐ°Ð½Ð¸Ð» Ð½Ð° Ð¿Ð°Ð¼ÑÑÑ Ð²ÐµÑÑ /etc, /home, Ð²ÑÑÐºÐ¸Ðµ ÐÐ
-> OPP> Ð¡Ð´ÐµÐ»Ð°Ð» ÑÐ¿Ð¸ÑÐ¾Ðº Ð¿Ð°ÐºÐµÑÐ¾Ð²
-> OPP> ÐÐ¾ÑÑÐ°Ð²Ð¸Ð» ÑÐ²ÐµÐ¶Ð¸Ð¹ woody
-> OPP> ÐÐ¾ÑÑÐ°Ð²Ð¸Ð» Ð¿Ð°ÐºÐµÑÑ Ð´Ð¾ ÑÑÐ°ÑÐ¾Ð³Ð¾ ÑÐ¿Ð¸ÑÐºÐ°, Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾, Ð²Ð¼ÐµÑÑÐµ ÑÐ¾ ÑÑÐ°ÑÑÐ¼Ð¸
-> OPP> Ð½Ð°ÑÑÑÐ¾Ð¹ÐºÐ°Ð¼Ð¸
-> 
-> Ð¡Ð¿Ð°ÑÐ¸Ð±Ð¾ Ð²ÑÐµÐ¼ Ð¾ÑÐºÐ»Ð¸ÐºÐ½ÑÐ²ÑÐ¸Ð¼ÑÑ. ÐÐ¾ÑÐ¾Ð¶Ðµ, Ð¿ÑÐ¸Ð´ÐµÑÑÑ Ð¿ÐµÑÐµÑÑÐ°Ð²Ð»ÑÑÑ?
-> ÐÐº. Ð¡ÐµÐ³Ð¾Ð´Ð½Ñ Ð½Ð° Ð½Ð¾ÑÑ Ð¾ÑÑÐ°Ð²Ð»Ñ ÑÑÑÐ°Ð½Ð°Ð²Ð»Ð¸Ð²Ð°ÑÑÑÑ Ð¸Ð· Ð¸Ð½ÑÐµÑÐ½ÐµÑÐ°. ÐÐ¾ Ð²Ð¾Ñ
-> Ð²Ð¾Ð¿ÑÐ¾Ñ: Ð¼Ð¾Ð¶Ð½Ð¾ Ð»Ð¸ Ð±ÑÐ´ÐµÑ Ð¿Ð¾ÑÐ¾Ð¼ Ð¿ÑÐ´ÐµÐ»Ð°ÑÑ Ð´Ð¸ÑÐº/Ð¾ÑÐ³Ð°Ð½Ð¸Ð·Ð¾Ð²Ð°ÑÑ ÑÐµÐ¿Ð¾Ð·Ð¸ÑÐ¾ÑÐ¸Ð¹
-> Ð³Ð´Ðµ-Ð½ÑÑ, ÑÑÐ¾Ð±Ñ Ð² ÑÐ»ÐµÐ´ÑÑÑÐ¸Ð¹ ÑÐ°Ð· Ð½Ðµ ÑÑÐ½ÑÑÑ Ð²ÑÐµ Ð·Ð°Ð½Ð¾Ð²Ð¾?

ÐÑÐµ Ð±ÑÐ´ÐµÑ Ð»ÐµÐ¶Ð°ÑÑ Ð² /var/cache/apt/archives

-> 
-> -- 
-> Best regards,
->  Sergeymailto:[EMAIL PROTECTED]
-> 
-> 
-> -- 
-> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
-> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Denis A. Egorov 
PGP: http://www.root.org.ua/pgp
 wget -O http://www.root.org.ua/pgp/public.key | gpg --import

Re[2]: ïÖÉ×ÉÔØ debian

2002-09-19 Пенетрантность Sergey Akifiev

Hello Oleg,

Thursday, September 19, 2002, 1:51:00 PM, you wrote:

OPP> Ð¡Ð¾ÑÑÐ°Ð½Ð¸Ð» Ð½Ð° Ð¿Ð°Ð¼ÑÑÑ Ð²ÐµÑÑ /etc, /home, Ð²ÑÑÐºÐ¸Ðµ ÐÐ
OPP> Ð¡Ð´ÐµÐ»Ð°Ð» ÑÐ¿Ð¸ÑÐ¾Ðº Ð¿Ð°ÐºÐµÑÐ¾Ð²
OPP> ÐÐ¾ÑÑÐ°Ð²Ð¸Ð» ÑÐ²ÐµÐ¶Ð¸Ð¹ woody
OPP> ÐÐ¾ÑÑÐ°Ð²Ð¸Ð» Ð¿Ð°ÐºÐµÑÑ Ð´Ð¾ ÑÑÐ°ÑÐ¾Ð³Ð¾ ÑÐ¿Ð¸ÑÐºÐ°, Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾, Ð²Ð¼ÐµÑÑÐµ ÑÐ¾ ÑÑÐ°ÑÑÐ¼Ð¸
OPP> Ð½Ð°ÑÑÑÐ¾Ð¹ÐºÐ°Ð¼Ð¸

Ð¡Ð¿Ð°ÑÐ¸Ð±Ð¾ Ð²ÑÐµÐ¼ Ð¾ÑÐºÐ»Ð¸ÐºÐ½ÑÐ²ÑÐ¸Ð¼ÑÑ. ÐÐ¾ÑÐ¾Ð¶Ðµ, Ð¿ÑÐ¸Ð´ÐµÑÑÑ Ð¿ÐµÑÐµÑÑÐ°Ð²Ð»ÑÑÑ?
ÐÐº. Ð¡ÐµÐ³Ð¾Ð´Ð½Ñ Ð½Ð° Ð½Ð¾ÑÑ Ð¾ÑÑÐ°Ð²Ð»Ñ ÑÑÑÐ°Ð½Ð°Ð²Ð»Ð¸Ð²Ð°ÑÑÑÑ Ð¸Ð· Ð¸Ð½ÑÐµÑÐ½ÐµÑÐ°. ÐÐ¾ Ð²Ð¾Ñ
Ð²Ð¾Ð¿ÑÐ¾Ñ: Ð¼Ð¾Ð¶Ð½Ð¾ Ð»Ð¸ Ð±ÑÐ´ÐµÑ Ð¿Ð¾ÑÐ¾Ð¼ Ð¿ÑÐ´ÐµÐ»Ð°ÑÑ Ð´Ð¸ÑÐº/Ð¾ÑÐ³Ð°Ð½Ð¸Ð·Ð¾Ð²Ð°ÑÑ ÑÐµÐ¿Ð¾Ð·Ð¸ÑÐ¾ÑÐ¸Ð¹
Ð³Ð´Ðµ-Ð½ÑÑ, ÑÑÐ¾Ð±Ñ Ð² ÑÐ»ÐµÐ´ÑÑÑÐ¸Ð¹ ÑÐ°Ð· Ð½Ðµ ÑÑÐ½ÑÑÑ Ð²ÑÐµ Ð·Ð°Ð½Ð¾Ð²Ð¾?

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: восстановление харда

2002-09-19 Пенетрантность vlad

On Thu, 19 Sep 2002 15:05:31 +0400
Yury Lyakh <[EMAIL PROTECTED]> wrote:

> On Thu, Sep 19, 2002 at 01:58:09PM +0300, vlad wrote:
> > 
> > Случилась такая неприятная ситуация - полетел жёсткий диск IBM 
> > IC35L040AVER07-0
> > ёмкостью в 40G, этот диск оказался из той несчастной серии которая 
> > разваливается
> > просто на глазах. На диске все разделы были в XFS. В принципе присутствует 
> > уверенность
> > что со структурой ФС практически всё в порядке. С подобными случаями с 
> > такими же
> > хардами уже сталкивался, вся проблема в том что начал сбоить контроллер и 
> > не позволяет
> > нормально читать с диска. Есть вариант с помощью IBM-овской программулины 
> > сбросить
> > состояние диска и отформатировать его :)) и начать всё с начала. Однако 
> > очень данных
> > жалко (очень-очень). 
> > 
> > Как slave этот диск подключается, fdisk разделы видит. При монтировании 
> > получаем 
> > input/output error.  То же самое получаем при любой операции (xfs_repair, 
> > cat и т.д.) и любой
> > другой попытке работы с диском.
> > 
> > Может кто нибудь знает какие нибудь утилиты или способы снять с диска 
> > информафию
> > (скопировать один к одному, получить образ, ещё что нибудь ) ?
> 
> man dd

как говориться фиг вам - индейская изба, dd доходит до первого якобы сбойного 
сектора и
говорит, что всё - input/output error :((. Есть ли что такое что упорно 
игнорирует происходящие
ошибки и упорно копирует не обращая внимания ни на что 

> 
> А вообще, на будущее, man dump/restore/amanda, выбери сам по вкусу.
> Бэкап это святое.

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

> 
> -- 
> С уважением,
> Лях Юрий
> сервисный инженер, V6
> tel/fax: +7 (095) 363-0140,
> http://www.v6.ru
> 

Влад

Re: GeForce2 убил систему

On 2002.09.19 at 15:00:34 +0400, Vitaly A. Sergeinko wrote:

> 19 Сентябрь 2002 14:56, Victor Wagner написал:
> 
> >
> > Первая мысль - а убивается ли система, или дисплей (изображение плюс
> > клавиатура). Если  второе, то на машину можно зайти по сети или через
> > последовательную консоль. (а иметь такой черный ход рекомендуется
> > всегда, когда экспериментируешь с любым софтом, лезущим в видеокарту
> > напрямую - хоть новым икс-сервером, хоть дос-эмулятором на консоли)
> >
> > Если второе, то машину можно корректно зашатдаунить, а то и просто
> > прибить икс-сервер и вернуть все на место.
> 
> Только положение дел это не спасает - как мне карточку поднять то? Иксфришные 
> драйвера с урезанной функциональностью идут.

Спасает. Потому что дает тебе возможность разбираться. Которой тебя
лишает потеря информации из логов при жесткой перезагрузке.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: восстановление хар да

2002-09-19 Пенетрантность Vitaly A. Sergeinko

On Thu, Sep 19, 2002 at 01:58:09PM +0300, vlad wrote:
> 
> Случилась такая неприятная ситуация - полетел жёсткий диск IBM 
> IC35L040AVER07-0
> ёмкостью в 40G, этот диск оказался из той несчастной серии которая 
> разваливается
> просто на глазах. На диске все разделы были в XFS. В принципе присутствует 
> уверенность
> что со структурой ФС практически всё в порядке. С подобными случаями с такими 
> же
> хардами уже сталкивался, вся проблема в том что начал сбоить контроллер и не 
> позволяет
> нормально читать с диска. Есть вариант с помощью IBM-овской программулины 
> сбросить
> состояние диска и отформатировать его :)) и начать всё с начала. Однако очень 
> данных
> жалко (очень-очень). 
> 
> Как slave этот диск подключается, fdisk разделы видит. При монтировании 
> получаем 
> input/output error.  То же самое получаем при любой операции (xfs_repair, cat 
> и т.д.) и любой
> другой попытке работы с диском.
> 
> Может кто нибудь знает какие нибудь утилиты или способы снять с диска 
> информафию
> (скопировать один к одному, получить образ, ещё что нибудь ) ?

man dd

А вообще, на будущее, man dump/restore/amanda, выбери сам по вкусу.
Бэкап это святое.

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

восстановление харда

2002-09-19 Пенетрантность vlad

Здраствуйте.

Случилась такая неприятная ситуация - полетел жёсткий диск IBM IC35L040AVER07-0
ёмкостью в 40G, этот диск оказался из той несчастной серии которая разваливается
просто на глазах. На диске все разделы были в XFS. В принципе присутствует
уверенность
что со структурой ФС практически всё в порядке. С подобными случаями с такими же
хардами уже сталкивался, вся проблема в том что начал сбоить контроллер и не
позволяет
нормально читать с диска. Есть вариант с помощью IBM-овской программулины
сбросить
состояние диска и отформатировать его :)) и начать всё с начала. Однако очень
данных
жалко (очень-очень).

Как slave этот диск подключается, fdisk разделы видит. При монтировании
получаем
input/output error. То же самое получаем при любой операции (xfs_repair, cat и
т.д.) и любой
другой попытке работы с диском.

Может кто нибудь знает какие нибудь утилиты или способы снять с диска информафию
(скопировать один к одному, получить образ, ещё что нибудь ) ?

Влад.

Re: GeForce2 убил систему

19 Сентябрь 2002 14:56, Victor Wagner написал:

>
> Первая мысль - а убивается ли система, или дисплей (изображение плюс
> клавиатура). Если  второе, то на машину можно зайти по сети или через
> последовательную консоль. (а иметь такой черный ход рекомендуется
> всегда, когда экспериментируешь с любым софтом, лезущим в видеокарту
> напрямую - хоть новым икс-сервером, хоть дос-эмулятором на консоли)
>
> Если второе, то машину можно корректно зашатдаунить, а то и просто
> прибить икс-сервер и вернуть все на место.

Только положение дел это не спасает - как мне карточку поднять то? Иксфришные 
драйвера с урезанной функциональностью идут.

-- 
Best regards
Viatly A. Sergeinko

Re: GeForce2 убил систему

On 2002.09.19 at 14:09:41 +0400, Vitaly A. Sergeinko wrote:

> Hi all
> 
> Столкнулся с непонятным явлением
> После очередного upgrade на рабочем месте у меня появились следующие глюки
> При установке nvidia-kernel + nvidia-glx система умирает при попытке запуска 
> иксов

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

Если второе, то машину можно корректно зашатдаунить, а то и просто
прибить икс-сервер и вернуть все на место. 

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

2002-09-19 Пенетрантность Vitaly A. Sergeinko

On Thu, Sep 19, 2002 at 12:18:11PM +0400, Victor Wagner wrote:
> > On Thu, Sep 19, 2002 at 11:00:02AM +0400, Victor Wagner wrote:
> > > > Я бекаплю всю серверную на ленточку Amanda-ой.
> > > > Весьма приятная вещь. Рекомендации лучших собаководов.
> > > > В Дебиане есть. Настроек минимум.
> > > Вот это-то и хреново. Ситуация из тех, когда лучше два часа потерять,
> > > а потом за пять минут долететь. Поэтому решения, которые обеспечивают
> > > максимальную гибкость в настройке
> > А мне не шашечки, мне ехать. Я оказывался пару раз в ситуации когда у
> А мне - тоже ехать. Да так, чтобы не разориться на бензине, не слишком
> медленно, и чтобы само везло.

Словоблудие.

> > меня летели винты. Восстановление было максимально коротким:
> > Выяснили какие ленточки понадобятся для восстановления слайса:
> > # /usr/sbin/amadmin DailySet1 info mail ad0s1a
> > Сливаем этот слайс с ленточек в файл.
> > # /usr/sbin/amrestore -p /dev/nst0 mail ad0s1a >/root/kusok
> > # cd /tmp
> > Затем распаковываем файл в иерархию директорий, или сразу тем же
> > amrestore, заливаем его на новый винт. В этом случае последний две
> > команды лишние. льем просто >/dev/ad0s1a
> > # restore -rf /root/kusok
> Что-то сложно. Во-первых, непонятно как в /root этот самый kusok
> уместился. Как это вообще на нормальной машине может на диске найтись
> место, куда можно сложить архив цельной файловой системы (если, конечно,
> это не /)

Виктор, ну от тебя я не ожидал:)
Не нравится руут, складывай в другой место, да хоть сразу на новый винт
лей, хоть через пайп на ресторе кидай. Шо нэясно? В чем проблемы?
Упрямство?

> во-вторых у меня это делается так:
> mt fsf `grep -n 'feast.*:/var$' /etc/backup/filesystems|cut -d : -f 1`
> rsh feast restore -rf party:/dev/nst0
> что по-моему, несколько короче, и, главное, удобозапоминаемее.
> Поскольку основное место в данных двух командах занимают стандантные
> grep и cut, которые помнить не надо - и так в пальцах сидят. А ежели на
> сисадмина совсем затмение найдет, можно этот файлик less-ом открыть и
> пальчиком строчки посчитать.

Это мало чем отличается от моего варианта...
У меня тоже одна строка, или дописать к restore ключики извлечения
_конкретного_ файла? Я просто выше показывал строку восстановления
_всей_ файловой системы, на полетевшем винте. Так что равнозначно.

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

> А самое главное - точно такая же схема применима в случае, когда
> прибегает девочка секретарша и говорит "ой, я тут важный-важный файл
> убила, как называется - не помню". Только restore надо с ключиком -i 
> запускать.

Не спорю. Применима.

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

Ну что я могу сказать, личные предпочтения, - не преступление.

Но в данном случае по функциональности аманда меня вполне устраивает.
Она тоже складывает dump-ом, файловые системы или директории tar-ом, на
ленточку в несколько записей. Далее наши пути одинаковы: в случае
проблем, есть сбэкапленная иерархия файлов/директорий, и тут уж у кого
насколько ума хватит над этим поизвращаться во всех направлениях в
процессе восстановления.

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

А во всем остальном, она полностью аналогична твоим вариантам. Разве не
так?

Хорошо, поставим вопрос по-другому... если ты найдешь, то нечто, что
аманда не сможет сделать ибо не может, а вот ты с помощью tar+dump это
сделаешь, и я скажу да "Реально на аманде я такого не сделаю", то я
прекращаю спор. И говорю "Ты прав". Пока что, твои аргументы
неубедительны. Мне есть чем заниматься кроме как изобретать велосипед.

> скриптик из 10 строк, который читает упомянутый файлик со списком
> файловых систем проще и не требует специальных усилий на освоение и
> понимание - любой новичок-сисадмин, пришедший в контору, его один раз
> прочитает и все поймет. Если он, конечно шелл знает. А такого, который
> не знает, я в кандидаты на сисадмина не возьму.

Я знаю шел, ну и что? Я обожаю писать на bash+cut+grep+awk+sed итд. Ну и
что? О чем спор?
Я не хочу засорять Дебиан самосбором, тем более таких задач которые уже
реализованы и реализованы неплохо. Почему бы тебе не написать mutt или
rtin на баше, свой, зачем пользоваться тем что уже написано?

> > Мне большей гибкости не надо.
> 
> Вопросы для самопроверки:
> 
> 1. Какие порты надо открыть на файрволлах, чтобы машина с ленточкой
> и клиент могли при помощи аманд

GeForce2 убил систему

Hi all

Столкнулся с непонятным явлением
После очередного upgrade на рабочем месте у меня появились следующие глюки
При установке nvidia-kernel + nvidia-glx система умирает при попытке запуска 
иксов
Стоит Debian 3
kernel-image-2.4.18-k7
nvidia-kernel-2.4.18-k7 (пробовал 2880, 2960, 3123)
nvidia-glx (пробовал 2880, 2960, 3123)
xserver-xfree86
железо
Atlon XP 1500+
GeForce2 MX 400 64MB
MB ALi chipset
При установке драйверов из пакета xserver-xfree86 (nv) иксы работают

Странный глюк с логами
При вылетах системы при старте иксов после перезагрузки наблюдаю битый лог 
/var/log/XFree86.log и, что удивительно, битый /var/dpkg/availabel
Иногда лог пишется нормально и можно понять, что крах системы происходит в 
момент переключения видеорежима в 1024х728

Дома у меня работает такая же связка и все хорошо, правда Atlon у меня без ХР 
и чипсет на маме от ViA

Какие есть у народа мысли о сути и причинах происходящего?

-- 
Best regards
Viatly A. Sergeinko

Re: головоломка: как удаленно (!) установи ть Debian ?

2002-09-19 Пенетрантность Dmitry E. Oboukhov


Oleg P. Philon wrote:


Привет, коллеги.

On Thu, Sep 19, 2002 at 12:36:17PM +0400, Alexandr Dubinin wrote:
 

Как бы это сделать ? Пока придумал только один вариант - поднять там 
(на RH) X11 и vmware,  сказать ему чтобы работал с реальными разделами 
на винте, надрать iso'шников с дисков Debian залить их на target и под 
vmware уже поставить Debian. А потом бутнуться уже с Debian и руками 
доправить остачу.
Ув. господа Знатоки :), может кто подкинет еще какую идею по этому 
поводу ?
 



 

IMHO Попробуй поставь всё что нужно на локальной машине, забекапь и 
востанови в нужном месте.
   



Только делать это надо на запасном разделе и прописать его в лило
по умолчанию. Надеюсь, в случае неудачи после перезапуска на месте
смогут выбрать в лило старую систему для новой попытки?
 

Прописать как дефаултную надо именно РХ систему, а дебиан как 
дополнительную.
Можно воспользоваться скриптом перловым из мандрейка - rebootin для 
перезагрузки в

нужную систему, описанную в Лило. В мандрейке этот скрипт находится в пакете
bootloaders-util
возможно он есть и в дебиане, только сейчас посмотреть не могу ((
если кому интересно - этот скриптик ниже, тогда людям придется только
перегрузить машинку если чего...


#!/usr/bin/perl
#
# Copyright (C) 2000, 2001 by MandrakeSoft,
# Pixel ,
# Chmouel Boudjnah <[EMAIL PROTECTED]>,
# Redistribution of this file is permitted under the terms of the GNU
# Public License (GPL)
#
# $Id: rebootin,v 1.9 2001/09/28 11:32:07 chmouel Exp $
#
## description:
#   Reboot once on a specified image for grub or lilo

use strict;

my $lilo_conf = "/etc/lilo.conf";

my $grub_menu = "/boot/grub/menu.lst";
my $grub_once = "/boot/grub/menu.once";
my @entries;
my $bootloader  = `/usr/sbin/detectloader -q` or die "Can't detect your 
bootloader\n";chomp $bootloader;

my ($fastboot, $noreboot);

while ( $ARGV[0] =~ /^-/ ) {
   $_ = shift;
   if (/^-f/) {
   $fastboot++;
   } elsif (/^-n/) {
   $noreboot++;
   } else {
   die "Unknow switch $_\n";
   }
}

if ($bootloader =~ /GRUB/) {
   grub_conf();
} elsif ( $bootloader =~ /LILO/) {
   lilo_conf();
} else {
   die "Can't detect your bootloader\n";
}

sub lilo_conf {
   open F, $lilo_conf or die "lilo is not installed ($lilo_conf is 
missing)\n";

   @entries = map { /=(\S.*)/ } grep { /\s*label=\S*/ } ;
   @entries > 0 or die "Bad lilo.conf (no entry found)\n";
   usage() unless $ARGV[0];
   grep /^$ARGV[0]$/, @entries or usage();
   write_fast_boot() if $fastboot;
   system("lilo -R @ARGV"); die "error while wanting to reboot on 
$ARGV[0]\n" if $?;

   exec "reboot" unless $noreboot;
}   


sub grub_conf {
   open F, $grub_menu or die "grub is not installed ($grub_menu is 
missing)\n";

   @entries = map { /\s(\S.*)/ } grep { /^title\s/ } my @l = ;

   grep { m|^altconfigfile\s.*grub/menu\.once| } @l or die "rebootin is 
of no use without altconfigfile\n";

   @entries > 0 or die "bad menu.lst (no entry found)\n";
   @ARGV == 1 or usage();
  
   for (my $i = 0; $i < @entries; $i++) {

   $ARGV[0] eq $entries[$i] and set_grub($i);
   }
  
   print STDERR "$ARGV[0] not found\n";

   usage(); # not found
}

sub set_grub {
   open F, ">$grub_once" or die "can't write rebootin file 
($grub_once), verify the rights\n";

   print F "default $_[0]\ntimeout 0\n";
   write_fast_boot() if $fastboot;
   exec "reboot" unless $noreboot;
}

sub usage {
   die "usage: rebootin \n  where  is one of " . join(", 
", @entries) . "\n";

}

sub write_fast_boot {
   local *F; open F, ">/fastboot"; close F;
}

Re: головоломка: как у даленно (!) установить Debian ?

2002-09-19 Пенетрантность Oleg P. Philon

Привет, коллеги.

On Thu, Sep 19, 2002 at 12:36:17PM +0400, Alexandr Dubinin wrote:
> >Как бы это сделать ? Пока придумал только один вариант - поднять там 
> >(на RH) X11 и vmware,  сказать ему чтобы работал с реальными разделами 
> >на винте, надрать iso'шников с дисков Debian залить их на target и под 
> >vmware уже поставить Debian. А потом бутнуться уже с Debian и руками 
> >доправить остачу.
> >Ув. господа Знатоки :), может кто подкинет еще какую идею по этому 
> >поводу ?

> IMHO Попробуй поставь всё что нужно на локальной машине, забекапь и 
> востанови в нужном месте.

Только делать это надо на запасном разделе и прописать его в лило
по умолчанию. Надеюсь, в случае неудачи после перезапуска на месте
смогут выбрать в лило старую систему для новой попытки?

Auf Wiederlesenophil aka Д-р Антикоммуний
--
Oleg P. Philon  http://gomelug.agava.ru/articles
Linux Lab, Gomel, Belarus   mailto:[EMAIL PROTECTED]
http://anticommunist.narod.ru   mailto:[EMAIL PROTECTED]

Re: unstable - репозиторий

2002-09-19 Пенетрантность Alexei Khlebnikov

> сделал
>
> for $file in `grep Filename: Packages` | grep pool  > unstable.list
>
> получил вроде лист всех unstable-пакетов
> далее натравил на этот лист wget
>
> в итоге процентов 5 файлов он не нашел
> да и Бог-бы с ними, да стало интересно,
> полез с зеркала на основной фтп-шник - прозеркалено идеально,
> файлов - нету.

Вероятно, пока ты файлики качал - в репозитории произошел апгрейд
некоторых пакетов, одни файлики исчезли, другие появились. Unstable,
как никак.

Re: ленточка

2002-09-19 Пенетрантность Wartan Hachaturow

On Thu, Sep 19, 2002 at 12:18:11PM +0400, Victor Wagner wrote:

> что по-моему, несколько короче, и, главное, удобозапоминаемее.

Гм. Не факт.

> А самое главное - точно такая же схема применима в случае, когда
> прибегает девочка секретарша и говорит "ой, я тут важный-важный файл
> убила, как называется - не помню". Только restore надо с ключиком -i 
> запускать.

Аналогично и c amanda, что не удивительно, поскольку лично я пайплю
данные с amrestore на restore. И ключик такой же ;)

> 1. Какие порты надо открыть на файрволлах, чтобы машина с ленточкой
> и клиент могли при помощи аманды общаться (вот тебе и ненулевая
> конфигурация клиента)

10080/udp
10082/tcp
10032/tcp

Это при том, что все хосты, которые нужно бэкапить, лично у меня
находятся в одной сети, которая DMZ.
И что, для доступа по rsh (ssh) rdump'у не нужно открывать портов?
(Ведь все равно в самописных схемах используется rdump?)

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

"Нажать на кнопку на стримере, вынуть текущую ленточку, вставить новую."
В шелле ничего не надо нигде делать. При этом можно заставить аманду
слать девочке письма с инструкциями и крупными HTML'ными буквами
написанными label'ами лент, которые надо перед уходом вставить.

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

Перед использованием каждая лента метится amanda, и заносится во
внутренную базу. Если лента не пренадлежит аманде, то на нее,
естественно, ничего не будет записано. Мало того, если в стримере
осталась старая лента от предыдущего бэкапа, она тоже не будет
перезаписана, а данные будут оставлены на винте (потом их можно
сбросить на ленту при помощи amflush).

> 4, Если у меня накрылась партиция на машине с ленточкой, причем как раз
> та, где лежат всяческие логи бэкапной системы, то как я узнаю, с какой
> ленточки мне восстанавливаться и какой файлик с нее читать?
> /etc/backup/filesystems у меня распечатан посредством 
> a2ps --line-numbers=1 и на стенку над машиной с ленточкой повешен.

1. А кто мешает распечатать логи бэкапной системы? :)
2. Можно копировать логи на дискетку, после каждого дампа. Никакой
принципиальной разницы с вариантом в /etc/backup/filesystems я не вижу.

Вобщем, пока что меня так и не убедили, что аманда -- это хуже, чем
самописная обвязка.
Для развлечения предлагается:

1) На скорость поменять тип ленты в самописном наборе и настроенной
аманде. (Скажем, вдруг сменился стример и ленты стали в 4 раза
больше/меньше).

2) На скорость сменить тип бэкапа с dump'а на tar или, скажем, бэкап
с компрессией на бэкап без компрессии.

3) На скорость ввести возможность раздавания приоритетов тем или иным
бэкапящимся хостам.

4) На скорость написать ежедневную напоминалку о том, какие дампы были
не сделаны, какие предстоит сделать в этот день, а также проверялку
доступности хостов для дампа/наличия правильной ленточки в бэкапе.

-- 
Regards, Wartan.
"Computers are not intelligent. They only think they are."

Re: ÐÐ¶Ð¸Ð²Ð¸ÑÑ debian

2002-09-19 Пенетрантность petrov

On Thu, Sep 19, 2002 at 12:24:33PM +0700, Sergey Akifiev wrote:
> Hello debian-russian,
> 
>   Ð¡ Ð¿Ð¾Ð»Ð³Ð¾Ð´Ð° Ð½Ð°Ð·Ð°Ð´ Ñ ÑÐºÑÐ¿ÐµÑÐ¸Ð¼ÐµÐ½ÑÐ¸ÑÐ¾Ð²Ð°Ð» Ñ debian'Ð¾Ð¼. Ð Ð¾Ð´Ð¸Ð½ Ð¿ÑÐµÐºÑÐ°ÑÐ½ÑÐ¹
>   Ð´ÐµÐ½Ñ Ð¿Ð¾ÑÐ»Ðµ Ð½ÐµÑÐ´Ð°ÑÐ½Ð¾Ð³Ð¾ Ð²ÑÐºÐ»ÑÑÐµÐ½Ð¸Ñ Ð´Ð¾Ð²Ð¾Ð»ÑÐ½Ð¾ Ð·Ð´Ð¾ÑÐ¾Ð²Ð¾ Ð±ÑÐ»Ð° Ð¸ÑÐ¿Ð¾ÑÑÐµÐ½Ð°
>   ÑÐ°Ð¹Ð»Ð¾Ð²Ð°Ñ ÑÐ¸ÑÑÐµÐ¼Ð°. Ð¢Ð°Ðº, ÑÑÐ¾ e2fsck Ð½Ðµ Ð¼Ð¾Ð³ Ð½Ð° Ð°Ð²ÑÐ¾Ð¼Ð°ÑÐµ Ð²ÑÐµ Ð¿Ð¾ÑÐ¸Ð½Ð¸ÑÑ,
>   Ð¿Ð¾ÑÐ»Ðµ ÑÐµÐ³Ð¾ Ð¿ÑÐµÐ´Ð»Ð°Ð³Ð°Ð»Ð¾ÑÑ Ð²Ð²ÐµÑÑÐ¸ Ð¿Ð°ÑÐ¾Ð»Ñ Ð´Ð»Ñ Ð¾Ð´Ð½Ð¾Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÑÑÐºÐ¾Ð³Ð¾
>   ÑÐµÐ¶Ð¸Ð¼Ð°. ÐÐ¾ÑÐ»Ðµ Ð²Ð²Ð¾Ð´Ð° Ð¿Ð°ÑÐ¾Ð»Ñ login(?) Ð²ÑÐ¿Ð°Ð´Ð°Ð» Ð¿Ð¾ `Segment violation'.
>   ÐÐ° ÑÐ¾Ð¼ Ð²ÑÐµ Ð¸ Ð¾ÑÑÐ°Ð»Ð¾ÑÑ.
> 
>   Ð¡ÐµÐ¹ÑÐ°Ñ Ð¶Ðµ Ð¿ÑÑÐ°ÑÑÑ ÑÐµÐ°Ð½Ð¸Ð¼Ð¸ÑÐ¾Ð²Ð°ÑÑ ÑÐ²Ð¾Ñ ÑÐ¸ÑÑÐµÐ¼Ñ. ÐÐ¾Ð´ÐºÐ»ÑÑÐ¸Ð» Ð²Ð¸Ð½Ñ Ðº SuSE
>   7.3, Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð¸Ð» ÑÐ°Ð¹Ð»Ð¾Ð²ÑÑ ÑÐ¸ÑÑÐµÐ¼Ñ, Ð¿ÐµÑÐµÐ¿Ð¸ÑÐ°Ð» Ñ Ð´ÑÑÐ³Ð¾Ð³Ð¾ debian'Ð°
>   login Ð¸ sh. Ð¢ÐµÐ¿ÐµÑÑ Ð¿Ð¾Ð»ÑÑÐ°ÐµÑÑÑ Ð²Ð¾Ð¹ÑÐ¸ Ð² Ð¾Ð´Ð½Ð¾Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÑÑÐºÐ¸Ð¹ ÑÐµÐ¶Ð¸Ð¼. Ð
>   ÑÑÐ¾ Ð¶Ðµ? ÐÐ¾Ð»ÑÑÐ¸Ð½ÑÑÐ²Ð¾ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼ (Ð½Ð°Ð¿ÑÐ¸Ð¼ÐµÑ more, less, vi, bash) Ð²Ð°Ð»Ð¸ÑÑÑ Ñ ÑÐµÐ¼ 
> Ð¶Ðµ
>   `Segment violation'. ÐÐ¸Ð´Ð¸Ð¼Ð¾, Ð·Ð°Ð¿Ð¾ÑÑÐµÐ½Ñ Ð±Ð¸Ð½Ð°ÑÐ½Ð¸ÐºÐ¸. Ð Ð²Ð¾Ñ Ð²Ð¾Ð¿ÑÐ¾Ñ - ÐºÐ°Ðº

ÐÐ¾ÑÐ¾Ð¶Ðµ, ÑÑÐ¾ Ð¸Ð·ÑÑÐ¾Ð´Ð¾Ð²Ð°Ð½Ð° Ð¾Ð´Ð½Ð°(?) Ð¸Ð· Ð²Ð°Ð¶Ð½ÑÑ Ð±Ð¸Ð±Ð»Ð¸Ð¾ÑÐµÐº. Ð£ Ð¼ÐµÐ½Ñ
Ð¾Ð´Ð½Ð°Ð¶Ð´Ñ Ð½Ð° ÑÑÐ°ÑÐ¾Ð¼ 486 Ð¾Ð±ÑÐ°Ð·Ð¾Ð²Ð°Ð»ÑÑ Ð±ÑÐ´ ÐºÐ»Ð°ÑÑÐµÑ Ð½Ð° Ð´Ð¸ÐºÐµ Ð² ÑÐ¾ÑÐ½Ð¾ÑÑÐ¸ Ð¿Ð¾Ð´
glibc, ÑÐ¸Ð¼Ð¿Ð¾ÑÑ Ð±ÑÐ»Ð¸ ÑÐµ Ð¶Ðµ.

Ð.Ð.

Re: cdrom Mount point

2002-09-19 Пенетрантность Andrey Kiselev

>  Andrey> Впрочем, пусть пишут, что хотят, если эти стандарты будут
>  Andrey> создавать мне неудобства, то я ими пользоваться все равно не
>  Andrey> буду. По-моему, любой нормальный человек поступит также, разве
>  Andrey> нет?
> Бывают же совпадения, млин... :-) глянь cookie этого письма :-)
> 
> The nice thing about standards is that there are so many of them to choose 
> from.
>   -- Andrew S. Tanenbaum

:-)
Точно!

-- 
Andrey V. Kiselev
Scientific Research Center for Ecological Safety Russian Academy of Sciences
Office phone:  +7 812 2307834  ICQ UIN 26871517
Registered Linux user number 169907



pgpt1yN4KRMjx.pgp
Description: PGP signature

Re: головоломка: как удаленно (!) установи ть Debian ?

2002-09-19 Пенетрантность Alexandr Dubinin

Denis A. Kulgeyko wrote:

Доброго времени суток, ув. community !

Возникла такая головоломка: есть машина на которой стоит RH-7.3
(свежий, почти только поставили, на нем фактически ничего еще нет), и
она далеко. Но туда есть немаленький канал (2 Мбит/с) и у меня имеется
на ней ssh. В наличии имеются все компакты Debian-3.0("woody").

Внимание - вопрос ! Надо как-то поставить туда Debian.
Добраться туда чтобы сделать все за консолью достаточно проблематично
и чтобы кто-то сделал установку там - тоже.
Как бы это сделать ? Пока придумал только один вариант - поднять там
(на RH) X11 и vmware, сказать ему чтобы работал с реальными разделами
на винте, надрать iso'шников с дисков Debian залить их на target и под
vmware уже поставить Debian. А потом бутнуться уже с Debian и руками
доправить остачу.
Ув. господа Знатоки :), может кто подкинет еще какую идею по этому
поводу ?

Заранее благодарен.
WBR, Денис А. Кульгейко

IMHO Попробуй поставь всё что нужно на локальной машине, забекапь и
востанови в нужном месте.

Re: головоломка: как удаленно (!) установить Debian ?

2002-09-19 Пенетрантность Alexander Shishckin

On Thu, 19 Sep 2002 11:18:48 +0300
"Denis A. Kulgeyko" <[EMAIL PROTECTED]> wrote:

Добрый день!

Задачка кажется интересной.
Предлагаю сделать следующее (не уверен, что это самый правильный вариант).
Взять бы машинку с установленным дебианом, при помощи debootstrap создать root 
environment, залить его преспокойно по ssh, и распаковать в корень.
Правда следует позаботиться о сохранности старых /etc/passwd, /etc/shadow и т.п.
Затем прописать в /etc/apt/sources.list координаты ближайшего debian'овского 
зеркала и apt-get update; apt-get -f install. После этого,
думаю, можно считать, что на машинке установлен debian.
Удачи.

>   Доброго времени суток, ув. community !
> 
> Возникла такая головоломка: есть машина на которой стоит RH-7.3 (свежий,
> 
> почти только поставили, на нем фактически ничего еще нет), и она далеко.
> 
> Но туда есть немаленький канал (2 Мбит/с) и у меня имеется на ней ssh. В
> 
> наличии имеются все компакты Debian-3.0("woody").
> Внимание - вопрос ! Надо как-то поставить туда Debian.
> Добраться туда чтобы сделать все за консолью достаточно проблематично и 
> чтобы кто-то сделал установку там - тоже.
> Как бы это сделать ? Пока придумал только один вариант - поднять там (на
> 
> RH) X11 и vmware,  сказать ему чтобы работал с реальными разделами на 
> винте, надрать iso'шников с дисков Debian залить их на target и под 
> vmware уже поставить Debian. А потом бутнуться уже с Debian и руками 
> доправить остачу.
> Ув. господа Знатоки :), может кто подкинет еще какую идею по этому
> поводу ? Заранее благодарен.
>WBR, Денис А. Кульгейко

---
Alexander Shishckin mailto: [EMAIL PROTECTED]

Re: ленточка

2002-09-19 Пенетрантность Denis A. Kulgeyko

On 2002.09.19 at 11:24:31 +0400, Yury Lyakh wrote:

> On Thu, Sep 19, 2002 at 11:00:02AM +0400, Victor Wagner wrote:
> > > Я бекаплю всю серверную на ленточку Amanda-ой.
> > > Весьма приятная вещь. Рекомендации лучших собаководов.
> > > В Дебиане есть. Настроек минимум.
> > Вот это-то и хреново. Ситуация из тех, когда лучше два часа потерять,
> > а потом за пять минут долететь. Поэтому решения, которые обеспечивают
> > максимальную гибкость в настройке
> 
> А мне не шашечки, мне ехать. Я оказывался пару раз в ситуации когда у

А мне - тоже ехать. Да так, чтобы не разориться на бензине, не слишком
медленно, и чтобы само везло.

> меня летели винты. Восстановление было максимально коротким:
> 
> Выяснили какие ленточки понадобятся для восстановления слайса:
> # /usr/sbin/amadmin DailySet1 info mail ad0s1a
> Сливаем этот слайс с ленточек в файл.
> # /usr/sbin/amrestore -p /dev/nst0 mail ad0s1a >/root/kusok
> # cd /tmp
> Затем распаковываем файл в иерархию директорий, или сразу тем же
> amrestore, заливаем его на новый винт. В этом случае последний две
> команды лишние. льем просто >/dev/ad0s1a
> # restore -rf /root/kusok

Что-то сложно. Во-первых, непонятно как в /root этот самый kusok
уместился. Как это вообще на нормальной машине может на диске найтись
место, куда можно сложить архив цельной файловой системы (если, конечно,
это не /)

во-вторых у меня это делается так:

mt fsf `grep -n 'feast.*:/var$' /etc/backup/filesystems|cut -d : -f 1`
rsh feast restore -rf party:/dev/nst0

что по-моему, несколько короче, и, главное, удобозапоминаемее.
Поскольку основное место в данных двух командах занимают стандантные
grep и cut, которые помнить не надо - и так в пальцах сидят. А ежели на
сисадмина совсем затмение найдет, можно этот файлик less-ом открыть и
пальчиком строчки посчитать.

А самое главное - точно такая же схема применима в случае, когда
прибегает девочка секретарша и говорит "ой, я тут важный-важный файл
убила, как называется - не помню". Только restore надо с ключиком -i 
запускать.

Я не пытаюсь доказать, что аманда плоха. Правда, почему-то каждый раз
когда мне требуется внести изменения в схему бэкапа, потому что старая
перестала по каким-то причинам устраивать, и начинает рассматриваться
вопрос, а не перейти ли на аманду, прибегает злобный старик Оккам,
размахивая огромной бритвой, и аманду отсекает нахрен. Шелловский
скриптик из 10 строк, который читает упомянутый файлик со списком
файловых систем проще и не требует специальных усилий на освоение и
понимание - любой новичок-сисадмин, пришедший в контору, его один раз
прочитает и все поймет. Если он, конечно шелл знает. А такого, который
не знает, я в кандидаты на сисадмина не возьму.

> Мне большей гибкости не надо.

Вопросы для самопроверки:

1. Какие порты надо открыть на файрволлах, чтобы машина с ленточкой
и клиент могли при помощи аманды общаться (вот тебе и ненулевая
конфигурация клиента)

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

3. Если рабочие часы ненормированные, и мы не можем быть
уверенными что в тот момент, когда крону захотелось сделать бэкап,
мне не захотелось вставить в стриммер какую-то ценную кассету и почитать
ее, какие усилия понадобится предпринять мне (имеющему шелл на данной
машине, но не факт, что имеющему там рута) чтобы не дать аманде
перезаписать ценную ленту.

4, Если у меня накрылась партиция на машине с ленточкой, причем как раз
та, где лежат всяческие логи бэкапной системы, то как я узнаю, с какой
ленточки мне восстанавливаться и какой файлик с нее читать?
/etc/backup/filesystems у меня распечатан посредством 
a2ps --line-numbers=1 и на стенку над машиной с ленточкой повешен.

> 
> Что еще нужно?
> По-моему задача бэкапа настолько тривиальна, что особо извращаться не
> стоит.

А по-моему - нет. Поскольку есть куча привходящих обстоятельств,
зависящих от организации бизнес-процессов в конторе, и далеко не все из
них учтены авторами аманды. Ее все равно придется скриптами обвешивать.

> Вопрос: рулить библиотекой на 4-ре драйва DLT, и 6 контейнеров по 10
> ленточек в каждом, тоже будем с помощью tar+gzip+mt?

> Можно. Не проще ли взять соответствующие решения Sun-а или HP?

А не факт. Надо внимательно посмотреть и подумать. Планирование бэкапа
это задача, которая однозначного решения не имеет. Потому что
планируется оно один раз, делается каждый день (и должно быть
спланировано так, чтобы делать его правильно было удобно, а "правильно"
- у каждого свое), а используется редко, но в обстановке крайней спешки.

> Я имел в виду со стороны клиента настроек минимум. То что Вы поскипали
> выше:)

А я имел в виду, что мне в общем-то пофигу с какой стороны настройки.
Я настраиваю систему. Рутовый шелл сервера у меня в одном окне, рутовый
шелл клиента - на соседним
А настройки по клиентам наряду с прочим содержимым
/etc можно и rdist-ом али там

головоломка: как у даленно (!) установит ь Debian ?

Доброго времени суток, ув. community !

Возникла такая головоломка: есть машина на которой стоит RH-7.3 (свежий,
почти только поставили, на нем фактически ничего еще нет), и она далеко.
Но туда есть немаленький канал (2 Мбит/с) и у меня имеется на ней ssh. В
наличии имеются все компакты Debian-3.0("woody").

Внимание - вопрос ! Надо как-то поставить туда Debian.
Добраться туда чтобы сделать все за консолью достаточно проблематично и
чтобы кто-то сделал установку там - тоже.
Как бы это сделать ? Пока придумал только один вариант - поднять там (на
RH) X11 и vmware, сказать ему чтобы работал с реальными разделами на
винте, надрать iso'шников с дисков Debian залить их на target и под
vmware уже поставить Debian. А потом бутнуться уже с Debian и руками
доправить остачу.

Ув. господа Знатоки :), может кто подкинет еще какую идею по этому поводу ?
Заранее благодарен.
WBR, Денис А. Кульгейко

Re: abiword É ÒÕÓÓËÉÊ

2002-09-19 Пенетрантность pythons

Hi!
> "Victor" == Victor Wagner <[EMAIL PROTECTED]> writes:

> "Egor" == Egor Tur <[EMAIL PROTECTED]> writes:
Egor> Ð¿ÑÐ¾Ð¿Ð¸ÑÑÐ²Ð°ÑÑ...  ÐÑÐ¼Ð°Ñ, ÑÑÐ¾ ÐÐ¸ÐºÑÐ¾Ñ ÑÑÑ ÑÐ¼Ð¾Ð¶ÐµÑ Ð¿Ð¾Ð¼Ð¾ÑÑ.
>> Ð¯ Ð¿ÑÐ¸Ð°ÑÑÐ°ÑÐ¸Ð» ÑÐ²Ð¾Ð¹ defoma hint ÑÐ°Ð¹Ð» Ð´Ð»Ñ sharetype font.

Victor> ÐÐ¾Ð»ÑÑÐ¾Ðµ ÑÐ¿Ð°ÑÐ¸Ð±Ð¾ Ð·Ð° ÑÐ¸Ð½Ñ-ÑÐ°Ð¹Ð». ÐÐ¾Ð¶ÐµÑ Ñ, Ð½Ð°ÐºÐ¾Ð½ÐµÑ, ÑÐ¾Ð±ÐµÑÑÑÑ, Ð¸
Victor> Ð·Ð°Ð¿Ð°ÐºÐµÑÐ¸ÑÑÑ ÑÑÐ¸ ÑÑÐ¸ÑÑÑ Ð² deb.

Victor> ÐÑÐ°Ð²Ð´Ð°, ÑÐ°Ð¹Ð» Ð¾ÐºÐ°Ð·Ð°Ð»ÑÑ ÐºÑÐ¸Ð²Ð¾Ð²Ð°Ñ. Ð Ð½ÐµÐ¼ ÑÐ¾Ð²ÐµÑÑÐµÐ½Ð½Ð¾ Ð½Ðµ ÑÑÐ¸ÑÑÐ²Ð°ÐµÑÑÑ
Victor> ÑÐ¾Ñ ÑÐ°ÐºÑ, ÑÑÐ¾ sharatype ÑÑÐ¾ Ð½Ð° ÑÐ°Ð¼Ð¾Ð¼ Ð´ÐµÐ»Ðµ ÑÐ½Ð¸ÐºÐ¾Ð´Ð½ÑÐµ ÑÑÐ¸ÑÑÑ Ð¸ Ð¸Ñ
Victor> Ð¼Ð¾Ð¶Ð½Ð¾ Ð¸ÑÐ¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÑ Ð½Ðµ ÑÐ¾Ð»ÑÐºÐ¾ Ð´Ð»Ñ Ð»ÑÐ±Ð¾Ð¹ ÑÑÑÑÐºÐ¾Ð¹ ÐºÐ¾Ð´Ð¸ÑÐ¾Ð²ÐºÐ¸, Ð½Ð¾ Ð¸
Victor> Ð´Ð»Ñ Latin-2.

Ð¯ Ð¿Ð¾Ð½ÑÑÐ¸Ñ Ð½Ðµ Ð¸Ð¼ÐµÐ», ÑÑÐ¾ sharatype unicode, Ð±Ð¾Ð»ÐµÐµ ÑÐ¾Ð³Ð¾ Ñ Ð¼ÐµÐ½Ñ Ð¾Ð½Ð¸ ÑÑÐ°ÑÑÐµ
Ð³Ð¾Ð´Ð° 3-4 Ð¿ÑÐ¸Ð¼ÐµÑÐ½Ð¾ Ð¿Ð¾ ÑÐ¸ÑÑÐµÐ¼Ð°Ð¼ ÑÐ°ÑÐºÐ°Ñ Ð¸ Ð²ÑÑÐ´ Ð»Ð¸ unicode :-)
Ð ÑÑÐ¾Ð±Ñ ÑÑÐµÑÑÑ unicode Ð½ÑÐ¶Ð½Ð¾ Ð²ÑÑ Ð¿ÑÐ¾Ð´ÑÐ±Ð»Ð¸ÑÐ¾Ð²Ð°ÑÑ, Ð¸Ð·Ð¼ÐµÐ½ÑÑ Charset Ð¸ Priority
Ð¸Ð»Ð¸ ÐµÑÑÑ Ð±Ð¾Ð»ÐµÐµ Ð»ÑÐ³ÐºÐ¸Ð¹ Ð¸(Ð¸Ð»Ð¸) Ð¿ÑÐ°Ð²Ð¸Ð»ÑÐ½ÑÐ¹ Ð¿ÑÑÑ?

-- 
Sed-Off

ÐÑÐ»Ð¸ Ñ Ð¿ÑÐµÐ´Ð»Ð¾Ð¶Ñ ÐµÐ¹ Ð¿ÐµÑÐµÐ½Ð¾ÑÐµÐ²Ð°ÑÑ Ñ Ð¼ÐµÐ½Ñ, Ð¾Ð½Ð° ÑÑÐ¾ Ð½ÐµÐ¿ÑÐ°Ð²Ð¸Ð»ÑÐ½Ð¾ Ð¿Ð¾Ð¹Ð¼ÐµÑ... Ð Ð±ÑÐ´ÐµÑ 
Ð¿ÑÐ°Ð²Ð°.

Re: unstable - репозиторий

2002-09-19 Пенетрантность Dmitry E. Oboukhov


Victor Wagner wrote:


On 2002.09.18 at 21:25:02 +0400, Dmitry E. Oboukhov wrote:

 


на работе у меня канал большой ;)
решил качнуть unstable, да домой оттащить, думал потом буду
обновлять его потихоньку,

маны как обычно не читал ;)
зашел на фтп, скачал файл Packages

сделал

for $file in `grep Filename: Packages` | grep pool  > unstable.list

получил вроде лист всех unstable-пакетов
далее натравил на этот лист wget

в итоге процентов 5 файлов он не нашел
да и Бог-бы с ними, да стало интересно,
   



А если миррорить правильной тулзой, которая читает Packages более
аккуратно, она смиррорит еще некоторый кусок
dists/potato/binary-твоя-архитектура.


Filename указывает на конкретный адрес в pool/, а файлов там нету
в dists/potato/ там в основном другие версии этих же пакетов.



Вот там-то они и прячутся.

В качестве правильной тулзы рекомендую absurd_debmirror, ссылки на
который есть на mirror.debian.org
 


посмотрю конечно, только будут наверно траблы с запуском,
так как сервер (на котором я все делаю и на котором у меня
логин) не под Дебианом :(

Re: ÐÐ¶Ð¸Ð²Ð¸ÑÑ debian

2002-09-19 Пенетрантность Denis A. Kulgeyko

Ð£ Ð¼ÐµÐ½Ñ ÑÐ°Ð· ÑÐ°ÐºÐ¾Ðµ Ð±ÑÐ»Ð¾. ÐÑÑÐ¿Ð½Ð¾ Ð¿Ð¾ÑÑÐ¿Ð°Ð»ÑÑ Ð²Ð¸Ð½Ñ. ÐÐ¾ÑÐ»Ðµ ÑÐ¾Ð³Ð¾ ÐºÐ°Ðº Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð¸Ð» 
ÑÐ°Ð±Ð»Ð¸ÑÑ ÑÐ°Ð·Ð´ÐµÐ»Ð¾Ð² (ÑÐ¼Ð¾Ð³ Ð´Ð¾Ð±ÑÐ°ÑÑÑÑ Ð´Ð¾ Ð²Ð½ÑÑÑÐµÐ½Ð½Ð¾ÑÑÐµÐ¹ ÑÐ°Ð¹Ð»Ð¾Ð²ÑÑ ÑÐ¸ÑÑÐµÐ¼), Ð²Ð·ÑÐ» 
debsums Ð¸ tripwire. ÐÑ, ÐµÑÐµ Ð½Ð° Ð³Ð»Ð°Ð· - ÑÑÐ¾ ÑÐ°Ð¼ Ð±ÐµÐ· Ð½Ð¸Ñ ÑÐ²Ð¸Ð´ÐµÐ». ÐÐ¾Ñ ÑÐ¾Ð»ÑÐºÐ¾ 
Ð³Ð´Ðµ Ð³Ð°ÑÐ°Ð½ÑÐ¸Ð¸, ÑÑÐ¾ Ð¸Ñ ÑÐ°Ð¹Ð»Ñ Ñ ÐºÐ¾Ð½ÑÑÐ¾Ð»ÑÐ½ÑÐ¼Ð¸ ÑÑÐ¼Ð¼Ð°Ð¼Ð¸ Ð½Ðµ Ð¿Ð¾Ð²ÑÐµÐ¶Ð´ÐµÐ½Ñ 
(ÑÐ°Ð·ÑÐ¼ÐµÐµÑÑÑ, ÐµÑÐ»Ð¸ Ð±ÑÐ»Ð° ÐºÐ¾Ð¿Ð¸Ñ Ð½Ð° Ð´ÑÑÐ³Ð¾Ð¼ Ð½Ð¾ÑÐ¸ÑÐµÐ»Ðµ - Ð»ÑÑÑÐµ Ð²Ð·ÑÑÑ ÐµÐµ, ÐºÐ°Ðº 
Ð·Ð°Ð²ÐµÐ´Ð¾Ð¼Ð¾ Ð½ÐµÐ¸ÑÐ¿Ð¾ÑÑÐµÐ½ÑÑ) ? ÐÑÐ¼Ð°Ñ, ÐµÑÐµ ÑÑÐ¾Ð¸Ñ Ð¿ÑÐ¸Ð³Ð»ÑÐ½ÑÑÑÑÑ Ðº ÑÐ´ÑÑ Ð½Ð° Ð¿ÑÐµÐ´Ð¼ÐµÑ 
ÐµÐ³Ð¾ ÑÐµÐ»Ð¾ÑÑÐ½Ð¾ÑÑÐ¸.
ÐÑÑÐ°ÑÐ¸, ÐµÑÑÑ ÐµÑÐµ Ð½ÐµÑÑÐ¾ ÑÐ¸Ð¿Ð° single mode (runlevel 1). IMHO, ÐºÐ°Ðº ÑÐ°Ð· Ð´Ð»Ñ 
Ð´Ð°Ð½Ð½Ð¾Ð³Ð¾ ÑÐ»ÑÑÐ°Ñ (ÑÐ°Ð· sulogin Ð½Ðµ ÑÐ°Ð±Ð¾ÑÐ°ÐµÑ): Ð² prompt'Ðµ lilo (Ð½Ð° grub Ð½Ðµ 
Ð¿Ð¾Ð¼Ð½Ñ, Ð½Ð¾ Ð² Ð´Ð¾ÐºÐ°Ñ Ð¿Ð¸ÑÑÑ) Ð³Ð¾Ð²Ð¾ÑÐ¸ÑÑ ÐµÐ¼Ñ Ð¿Ð°ÑÐ°Ð¼ÐµÑÑ init=/bin/sh Ð¸ Ð²Ð¼ÐµÑÑÐ¾ 
Ð¿ÑÐ¾ÑÐµÑÑÐ° init Ð¿Ð¾Ð»ÑÑÐ¸ÑÑ /bin/sh. Ð¢Ð¾Ð»ÑÐºÐ¾ "/" Ð¤Ð¡ Ð¿Ð¾ÑÐ¾Ð¼ Ð¿ÑÐ¸Ð¹Ð´ÐµÑÑÑ 
Ð¿ÐµÑÐµÐ¼Ð¾Ð½ÑÐ¸ÑÐ¾Ð²Ð°ÑÑ Ð² rw Ð¸ Ð¿ÑÐ¸Ð¼Ð¾Ð½ÑÐ¸ÑÐ¾Ð²Ð°ÑÑ Ð²ÑÐµ Ð¾ÑÑÐ°Ð»ÑÐ½ÑÐµ ÑÑÐºÐ°Ð¼Ð¸. ÐÑ Ð¸ Ð¿Ð¾ÑÐ¾Ð¼, 
Ð¿ÐµÑÐµÐ´ ÑÐµÐ±ÑÑÐ¾Ð¼ Ð½Ðµ Ð·Ð°Ð±ÑÐ´Ñ sync;sync ÑÐ´ÐµÐ»Ð°ÑÑ (Ð° ÑÐ¾ Ð½Ð¸ÐºÐ¾Ð³Ð¾, ÐºÑÐ¾ Ð±Ñ ÑÑÐ¾ 
ÑÐ´ÐµÐ»Ð°Ð» Ð½ÐµÑÑ).
ÐÑ Ð° ÐµÑÐ»Ð¸ ÐµÑÑÑ Ð¿Ð¾Ð´ ÑÑÐºÐ°Ð¼Ð¸ ÐºÐ¾Ð¼Ð¿Ð°ÐºÑ (Ð¸Ð»Ð¸ Ð¿ÑÐ» Ð¿Ð°ÐºÐµÑÐ¾Ð² Ð¿Ð¾ ÑÐµÑÐ¸), ÑÐ¾ Ð¼Ð¾Ð¶Ð½Ð¾ 
ÑÐ¾ÑÑÐ°Ð½Ð¸ÑÑ Ð²ÑÐµ ÐºÐ¾Ð½ÑÐ¸Ð³Ð¸, ÐºÑÐ¾Ð½ÑÐ°Ð±Ñ, Ð²ÑÐµ, ÑÑÐ¾ Ð½ÑÐ¶Ð½Ð¾, Ð² Ð¾Ð±ÑÐµÐ¼ Ð¸ ÑÐ¼ÐµÐ»Ð¾ 
Ð¿ÐµÑÐµÑÑÐ°Ð²Ð¸ÑÑ Ð²ÑÐµ ÑÑÐ¾ÑÑÐ¸Ðµ Ð¿Ð°ÐºÐµÑÑ (ÑÐ¿Ð¸ÑÐ¾Ðº Ð¿Ð¾ dpkg --get-selections) Ð¸ ÑÐ´ÑÐ¾ 
(ÑÐ°Ð·ÑÐ¼ÐµÐµÑÑÑ, Ð²ÐµÑÐ½ÑÐ² Ð¿Ð¾ÑÐ¾Ð¼ ÐºÐ¾Ð½ÑÐ¸Ð³Ð¸ Ð½Ð°Ð·Ð°Ð´).


Sergey Akifiev Ð¿Ð¸ÑÐµÑ:


Hello debian-russian,

 Ð¡ Ð¿Ð¾Ð»Ð³Ð¾Ð´Ð° Ð½Ð°Ð·Ð°Ð´ Ñ ÑÐºÑÐ¿ÐµÑÐ¸Ð¼ÐµÐ½ÑÐ¸ÑÐ¾Ð²Ð°Ð» Ñ debian'Ð¾Ð¼. Ð Ð¾Ð´Ð¸Ð½ Ð¿ÑÐµÐºÑÐ°ÑÐ½ÑÐ¹
 Ð´ÐµÐ½Ñ Ð¿Ð¾ÑÐ»Ðµ Ð½ÐµÑÐ´Ð°ÑÐ½Ð¾Ð³Ð¾ Ð²ÑÐºÐ»ÑÑÐµÐ½Ð¸Ñ Ð´Ð¾Ð²Ð¾Ð»ÑÐ½Ð¾ Ð·Ð´Ð¾ÑÐ¾Ð²Ð¾ Ð±ÑÐ»Ð° Ð¸ÑÐ¿Ð¾ÑÑÐµÐ½Ð°
 ÑÐ°Ð¹Ð»Ð¾Ð²Ð°Ñ ÑÐ¸ÑÑÐµÐ¼Ð°. Ð¢Ð°Ðº, ÑÑÐ¾ e2fsck Ð½Ðµ Ð¼Ð¾Ð³ Ð½Ð° Ð°Ð²ÑÐ¾Ð¼Ð°ÑÐµ Ð²ÑÐµ Ð¿Ð¾ÑÐ¸Ð½Ð¸ÑÑ,
 Ð¿Ð¾ÑÐ»Ðµ ÑÐµÐ³Ð¾ Ð¿ÑÐµÐ´Ð»Ð°Ð³Ð°Ð»Ð¾ÑÑ Ð²Ð²ÐµÑÑÐ¸ Ð¿Ð°ÑÐ¾Ð»Ñ Ð´Ð»Ñ Ð¾Ð´Ð½Ð¾Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÑÑÐºÐ¾Ð³Ð¾
 ÑÐµÐ¶Ð¸Ð¼Ð°. ÐÐ¾ÑÐ»Ðµ Ð²Ð²Ð¾Ð´Ð° Ð¿Ð°ÑÐ¾Ð»Ñ login(?) Ð²ÑÐ¿Ð°Ð´Ð°Ð» Ð¿Ð¾ `Segment violation'.
 ÐÐ° ÑÐ¾Ð¼ Ð²ÑÐµ Ð¸ Ð¾ÑÑÐ°Ð»Ð¾ÑÑ.

 Ð¡ÐµÐ¹ÑÐ°Ñ Ð¶Ðµ Ð¿ÑÑÐ°ÑÑÑ ÑÐµÐ°Ð½Ð¸Ð¼Ð¸ÑÐ¾Ð²Ð°ÑÑ ÑÐ²Ð¾Ñ ÑÐ¸ÑÑÐµÐ¼Ñ. ÐÐ¾Ð´ÐºÐ»ÑÑÐ¸Ð» Ð²Ð¸Ð½Ñ Ðº SuSE
 7.3, Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð¸Ð» ÑÐ°Ð¹Ð»Ð¾Ð²ÑÑ ÑÐ¸ÑÑÐµÐ¼Ñ, Ð¿ÐµÑÐµÐ¿Ð¸ÑÐ°Ð» Ñ Ð´ÑÑÐ³Ð¾Ð³Ð¾ debian'Ð°
 login Ð¸ sh. Ð¢ÐµÐ¿ÐµÑÑ Ð¿Ð¾Ð»ÑÑÐ°ÐµÑÑÑ Ð²Ð¾Ð¹ÑÐ¸ Ð² Ð¾Ð´Ð½Ð¾Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÑÑÐºÐ¸Ð¹ ÑÐµÐ¶Ð¸Ð¼. Ð
 ÑÑÐ¾ Ð¶Ðµ? ÐÐ¾Ð»ÑÑÐ¸Ð½ÑÑÐ²Ð¾ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼ (Ð½Ð°Ð¿ÑÐ¸Ð¼ÐµÑ more, less, vi, bash) Ð²Ð°Ð»Ð¸ÑÑÑ Ñ ÑÐµÐ¼ Ð¶Ðµ
 `Segment violation'. ÐÐ¸Ð´Ð¸Ð¼Ð¾, Ð·Ð°Ð¿Ð¾ÑÑÐµÐ½Ñ Ð±Ð¸Ð½Ð°ÑÐ½Ð¸ÐºÐ¸. Ð Ð²Ð¾Ñ Ð²Ð¾Ð¿ÑÐ¾Ñ - ÐºÐ°Ðº
 Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð¸ÑÑ ÑÐ¸ÑÑÐµÐ¼Ñ? ÐÐ¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ ÐµÑÑÑ ÐºÐ°ÐºÐ¾Ð¹-Ð½ÑÑ ÑÐ¿Ð¾ÑÐ¾Ð± ÑÐºÐ°Ð·Ð°ÑÑ dpkg
 Ð¿ÑÐ¾Ð²ÐµÑÐ¸ÑÑ Ð¿Ð°ÐºÐµÑÑ Ð¸ Ð±ÑÐ´Ðµ Ð½Ð°Ð¹Ð´ÑÑÑÑ Ð¿Ð¾ÑÑÐµÐ½Ð½ÑÐµ ÑÐ°Ð¹Ð»Ñ - Ð¿ÐµÑÐµÑÑÑÐ°Ð½Ð¾Ð²Ð¸ÑÑ.

 ÐÐ¾Ð¸ÑÐº Ð¿Ð¾ ÑÐ°Ð·Ð´ÐµÐ»Ñ Documentation Ð½Ð° www.debian.org Ð½Ð¸ÑÐµÐ³Ð¾ Ð½Ðµ Ð´Ð°Ð».
 ÐÐ¾ÑÑÐ¾Ð¼Ñ Ð¿ÑÐ¾ÑÑ ÑÐ¾Ð²ÐµÑÐ°. ÐÐ°ÑÐ°Ð½ÐµÐµ ÑÐ¿Ð°ÑÐ¸Ð±Ð¾.

Re: ленточка

2002-09-19 Пенетрантность Sergey A. Sholokhov

On Thu, Sep 19, 2002 at 11:00:02AM +0400, Victor Wagner wrote:
> > Я бекаплю всю серверную на ленточку Amanda-ой.
> > Весьма приятная вещь. Рекомендации лучших собаководов.
> > В Дебиане есть. Настроек минимум.
> Вот это-то и хреново. Ситуация из тех, когда лучше два часа потерять,
> а потом за пять минут долететь. Поэтому решения, которые обеспечивают
> максимальную гибкость в настройке

А мне не шашечки, мне ехать. Я оказывался пару раз в ситуации когда у
меня летели винты. Восстановление было максимально коротким:

Выяснили какие ленточки понадобятся для восстановления слайса:
# /usr/sbin/amadmin DailySet1 info mail ad0s1a
Сливаем этот слайс с ленточек в файл.
# /usr/sbin/amrestore -p /dev/nst0 mail ad0s1a >/root/kusok
# cd /tmp
Затем распаковываем файл в иерархию директорий, или сразу тем же
amrestore, заливаем его на новый винт. В этом случае последний две
команды лишние. льем просто >/dev/ad0s1a
# restore -rf /root/kusok

Мне большей гибкости не надо.
1. Я каждый день получаю письмо о доступности хостов и отзывчивости
клиентской части бэкапа на них. И требование поставить ленту номер
такой-то в драйв.
2. В случае сбоев на серверах, я знаю что у меня есть бэкап с этой ночи.

Что еще нужно?
По-моему задача бэкапа настолько тривиальна, что особо извращаться не
стоит.

Вопрос: рулить библиотекой на 4-ре драйва DLT, и 6 контейнеров по 10
ленточек в каждом, тоже будем с помощью tar+gzip+mt?

Можно. Не проще ли взять соответствующие решения Sun-а или HP?

> > Все. Остальное со стороны сервера настраиваешь, сколько ленточек у тебя,
> > какие директории или партиции снимать с клиентов, есть список
> > исключения.
> > Можно задать ширину использования езернет канала. Можно сказать какие
> > машины сами пакуют свои данные, а какие пересылают их в сыром виде, для
> > упаковки на сервере (зависит от того способен ли клиент сам пожать свои
> > данные в адекватное время). Умеет бэкапить винды через самбу(!).
> Как-то это не согласуется с утверждением, что "настроек минимум".

Я имел в виду со стороны клиента настроек минимум. То что Вы поскипали
выше:)
Со стороны сервера, как и положено на клиент-серверных приложениях,
настроек побольше. И продиктованы они самыми реальными потребностями.
Что из вышеприведенных настроек лишнее?

Или на написание скриптов их отладку, дописывание, и разнесение их на все 
машины Вы потратите меньше времени? Вряд-ли.
В данном случае amanda входит в дистрибутив Debian. И по времени
развертывания системы бэкапа "с нуля", на мой взгляд является
оптимальным.

А самосбором заниматься не люблю. Политика Дебиана не позволяет... да и
на Slackware, откуда я пришел пару лет назад, этим назанимался под самое
некуда...
Самосбор в Дебиане оправдан только для тех решений, для которых нет
адекватного решения в самом дистре. Или решение есть, но не выполняет
ожидаемых от него функций.

-- 
С уважением,
Лях Юрий
сервисный инженер, V6
tel/fax: +7 (095) 363-0140,
http://www.v6.ru

Re: abiword Ð¸ ÑÑÑÑÐºÐ¸Ð¹

On Wed, Sep 18, 2002 at 09:35:29PM +0300, Egor Tur wrote:
> ÐÐ½ÑÐµÑÐµÑÐ½Ð¾ ÐºÑÐ¾ Ð½Ð¸ÑÑ Ð½Ð°ÑÑÑÐ°Ð¸Ð²Ð°Ð» AbiWORD ÑÑÐ¾Ð± Ð¾Ð½ ÑÐ°Ð±Ð¾ÑÐ°Ð» ÐºÐ° OpenOffice Ð¾Ñ
> AltLinux ???
ET> Ð ÐºÐ°Ðº OpenOffice - ÑÑÐ¾ ÐºÐ°Ðº?
ET> Ð ÑÑÐ¸ÑÑÑ Ñ ÐµÐ¼Ñ Ð½Ð°ÑÑÑÐ¾Ð¸Ð» (Ð±ÑÐ°Ð» Ñ ÐÐ°Ð³Ð½ÐµÑÐ°), Ð½Ð¾ IMHO ÐºÐ°Ðº ÑÐ¾ ÐºÑÐ¸Ð²Ð¾. Ð Ð¿ÑÐ°Ð²Ð¸Ð»ÑÐ½Ð¾ 
- 
ET> ÑÑÐ¾ ÑÐµÐ¹ÑÐ°Ñ ÑÐµÑÐµÐ· defoma. ÐÐ¾ ÑÑÑ Ñ Ð¼ÐµÐ½Ñ ÑÐ°Ð½ÑÐ°Ð·Ð¸Ñ Ð¸ Ð·Ð°ÐºÐ¾Ð½ÑÐ¸Ð»Ð°ÑÑ, ÑÐµÐ¼ Ð±Ð¾Ð»ÐµÐµ 
ÑÑÐ¾ Ð½ÑÐ¶Ð½Ð¾ 
ET> ÑÑÐ¸ ÑÑÐ¸ÑÑÑ ÐºÐ°Ðº ÑÐ¾ Ð·Ð°ÑÐµÐ³Ð¸ÑÑÑÐ¸ÑÐ¾Ð²Ð°ÑÑ, Ð³Ð»Ð¸ÑÑ, Ð½Ð°Ð·Ð²Ð°Ð½Ð¸Ñ Ð¿ÑÐ¾Ð¿Ð¸ÑÑÐ²Ð°ÑÑ...  ÐÑÐ¼Ð°Ñ, 
ÑÑÐ¾ ÐÐ¸ÐºÑÐ¾Ñ 
ET> ÑÑÑ ÑÐ¼Ð¾Ð¶ÐµÑ Ð¿Ð¾Ð¼Ð¾ÑÑ. 

Ñ Ð²Ð¾Ð¾Ð±ÑÐµ Ð±ÑÐ°Ð» ÑÐ±Ð¾ÑÐºÑ Ð¾Ñ altlinux Ð¾Ð½Ð° ÑÑÐ°Ð·Ñ Ñ urw ÑÑÐ¸ÑÑÐ°Ð¼Ð¸ Ð¸
ÑÑÐ°Ð²Ð¸Ð» Ð½Ð¾ Ð½Ðµ Ð¿Ð¾ Ð´ÐµÐ±Ð¸Ð°Ð½Ð¾Ð²ÑÐºÐ¸ Ð½Ð¾ ÑÐ°Ð¼ Ð²ÑÐµ Ð¾Ðº Ð´Ð°Ð¶Ðµ Ð½Ð° ÑÐ»Ð°ÐºÐµ ÑÐ°Ð±Ð¾ÑÐ°Ð»Ð¾.

-- 
Debian GNU/Linux

Re: abiword Ð¸ ÑÑÑÑÐºÐ¸Ð¹

On 2002.09.19 at 08:24:13 +0400, Sed-Off wrote:

> Hi!
> > "Egor" == Egor Tur <[EMAIL PROTECTED]> writes:
> Egor> Ð¿ÑÐ¾Ð¿Ð¸ÑÑÐ²Ð°ÑÑ...  ÐÑÐ¼Ð°Ñ, ÑÑÐ¾ ÐÐ¸ÐºÑÐ¾Ñ ÑÑÑ ÑÐ¼Ð¾Ð¶ÐµÑ Ð¿Ð¾Ð¼Ð¾ÑÑ.
> Ð¯ Ð¿ÑÐ¸Ð°ÑÑÐ°ÑÐ¸Ð» ÑÐ²Ð¾Ð¹ defoma hint ÑÐ°Ð¹Ð» Ð´Ð»Ñ sharetype font.

ÐÐ¾Ð»ÑÑÐ¾Ðµ ÑÐ¿Ð°ÑÐ¸Ð±Ð¾ Ð·Ð° ÑÐ¸Ð½Ñ-ÑÐ°Ð¹Ð». ÐÐ¾Ð¶ÐµÑ Ñ, Ð½Ð°ÐºÐ¾Ð½ÐµÑ, ÑÐ¾Ð±ÐµÑÑÑÑ, Ð¸ Ð·Ð°Ð¿Ð°ÐºÐµÑÐ¸ÑÑÑ
ÑÑÐ¸ ÑÑÐ¸ÑÑÑ Ð² deb. 

ÐÑÐ°Ð²Ð´Ð°, ÑÐ°Ð¹Ð» Ð¾ÐºÐ°Ð·Ð°Ð»ÑÑ ÐºÑÐ¸Ð²Ð¾Ð²Ð°Ñ. Ð Ð½ÐµÐ¼ ÑÐ¾Ð²ÐµÑÑÐµÐ½Ð½Ð¾ Ð½Ðµ ÑÑÐ¸ÑÑÐ²Ð°ÐµÑÑÑ ÑÐ¾Ñ
ÑÐ°ÐºÑ, ÑÑÐ¾ sharatype ÑÑÐ¾ Ð½Ð° ÑÐ°Ð¼Ð¾Ð¼ Ð´ÐµÐ»Ðµ ÑÐ½Ð¸ÐºÐ¾Ð´Ð½ÑÐµ ÑÑÐ¸ÑÑÑ Ð¸ Ð¸Ñ Ð¼Ð¾Ð¶Ð½Ð¾
Ð¸ÑÐ¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÑ Ð½Ðµ ÑÐ¾Ð»ÑÐºÐ¾ Ð´Ð»Ñ Ð»ÑÐ±Ð¾Ð¹ ÑÑÑÑÐºÐ¾Ð¹ ÐºÐ¾Ð´Ð¸ÑÐ¾Ð²ÐºÐ¸, Ð½Ð¾ Ð¸ Ð´Ð»Ñ Latin-2.

-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On 2002.09.19 at 10:49:06 +0400, Yury Lyakh wrote:

> 
> Я бекаплю всю серверную на ленточку Amanda-ой.
> Весьма приятная вещь. Рекомендации лучших собаководов.
> В Дебиане есть. Настроек минимум.

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

> Все. Остальное со стороны сервера настраиваешь, сколько ленточек у тебя,
> какие директории или партиции снимать с клиентов, есть список
> исключения.
> Можно задать ширину использования езернет канала. Можно сказать какие
> машины сами пакуют свои данные, а какие пересылают их в сыром виде, для
> упаковки на сервере (зависит от того способен ли клиент сам пожать свои
> данные в адекватное время). Умеет бэкапить винды через самбу(!).

Как-то это не согласуется с утверждением, что "настроек минимум".


-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ленточка

On 2002.09.19 at 11:37:29 +0700, Yurkin Evgenie wrote:

> привет народ
> 
> купили мне стример наконец-то
>  кто чем бэкапит на ленточку? 

dump-ом. Правда, говорят, что с последними версиями ext2 у него какие-то
проблемы, но меня пока не подводил. Мне в нем нравится то, что 
restore позволяет восстанавливать отдельные файлики из сбэкапленной
подсистемы.

Можно еще tar-ом. 

И тот и другой имеют встроенные механизмы для обращения к удаленной
ленте. 

>  какие впечатления?
> надо на один стример бэкапить несколько серваков
> что лучше может подойти (размер ежедневного бэкапа гигов 25)

На ленте бывает несколько файлов, которые можно быстро перелистывать
с помощью mt (это при восстановлении - при записи сами образуются если
писать на non-rewindable  устройство). Крайне рекомендую писать каждую
файловую систему в отдельный файл. Восстанавливать удобнее будет,
поскольку грохаются файловые системы обычно поодиночке. В крайнем случае
- по одному диску.


-- 
Victor Wagner   [EMAIL PROTECTED]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net  http://www.ice.ru/~vitus

Re: ÐÐ¶Ð¸Ð²Ð¸ÑÑ debian

2002-09-19 Пенетрантность Oleg P. Philon

ÐÑÐ¸Ð²ÐµÑ, ÐºÐ¾Ð»Ð»ÐµÐ³Ð¸.

On Thu, Sep 19, 2002 at 12:24:33PM +0700, Sergey Akifiev wrote:
>   Ð¡ÐµÐ¹ÑÐ°Ñ Ð¶Ðµ Ð¿ÑÑÐ°ÑÑÑ ÑÐµÐ°Ð½Ð¸Ð¼Ð¸ÑÐ¾Ð²Ð°ÑÑ ÑÐ²Ð¾Ñ ÑÐ¸ÑÑÐµÐ¼Ñ. ÐÐ¾Ð´ÐºÐ»ÑÑÐ¸Ð» Ð²Ð¸Ð½Ñ Ðº SuSE
>   7.3, Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð¸Ð» ÑÐ°Ð¹Ð»Ð¾Ð²ÑÑ ÑÐ¸ÑÑÐµÐ¼Ñ, Ð¿ÐµÑÐµÐ¿Ð¸ÑÐ°Ð» Ñ Ð´ÑÑÐ³Ð¾Ð³Ð¾ debian'Ð°
>   login Ð¸ sh. Ð¢ÐµÐ¿ÐµÑÑ Ð¿Ð¾Ð»ÑÑÐ°ÐµÑÑÑ Ð²Ð¾Ð¹ÑÐ¸ Ð² Ð¾Ð´Ð½Ð¾Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÑÑÐºÐ¸Ð¹ ÑÐµÐ¶Ð¸Ð¼. Ð
>   ÑÑÐ¾ Ð¶Ðµ? ÐÐ¾Ð»ÑÑÐ¸Ð½ÑÑÐ²Ð¾ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼ (Ð½Ð°Ð¿ÑÐ¸Ð¼ÐµÑ more, less, vi, bash) Ð²Ð°Ð»Ð¸ÑÑÑ Ñ ÑÐµÐ¼ 
> Ð¶Ðµ
>   `Segment violation'. ÐÐ¸Ð´Ð¸Ð¼Ð¾, Ð·Ð°Ð¿Ð¾ÑÑÐµÐ½Ñ Ð±Ð¸Ð½Ð°ÑÐ½Ð¸ÐºÐ¸. Ð Ð²Ð¾Ñ Ð²Ð¾Ð¿ÑÐ¾Ñ - ÐºÐ°Ðº
>   Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð¸ÑÑ ÑÐ¸ÑÑÐµÐ¼Ñ? ÐÐ¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ ÐµÑÑÑ ÐºÐ°ÐºÐ¾Ð¹-Ð½ÑÑ ÑÐ¿Ð¾ÑÐ¾Ð± ÑÐºÐ°Ð·Ð°ÑÑ dpkg
>   Ð¿ÑÐ¾Ð²ÐµÑÐ¸ÑÑ Ð¿Ð°ÐºÐµÑÑ Ð¸ Ð±ÑÐ´Ðµ Ð½Ð°Ð¹Ð´ÑÑÑÑ Ð¿Ð¾ÑÑÐµÐ½Ð½ÑÐµ ÑÐ°Ð¹Ð»Ñ - Ð¿ÐµÑÐµÑÑÑÐ°Ð½Ð¾Ð²Ð¸ÑÑ.

Ð§ÑÑ, ÑÑÑ Ð¼ÐµÐ½Ñ, Ð½Ð¾ Ñ Ð±Ñ Ð´ÐµÐ¹ÑÑÐ²Ð¾Ð²Ð°Ð» ÑÐ°Ðº:

Ð¡Ð¾ÑÑÐ°Ð½Ð¸Ð» Ð½Ð° Ð¿Ð°Ð¼ÑÑÑ Ð²ÐµÑÑ /etc, /home, Ð²ÑÑÐºÐ¸Ðµ ÐÐ
Ð¡Ð´ÐµÐ»Ð°Ð» ÑÐ¿Ð¸ÑÐ¾Ðº Ð¿Ð°ÐºÐµÑÐ¾Ð²
ÐÐ¾ÑÑÐ°Ð²Ð¸Ð» ÑÐ²ÐµÐ¶Ð¸Ð¹ woody
ÐÐ¾ÑÑÐ°Ð²Ð¸Ð» Ð¿Ð°ÐºÐµÑÑ Ð´Ð¾ ÑÑÐ°ÑÐ¾Ð³Ð¾ ÑÐ¿Ð¸ÑÐºÐ°, Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾, Ð²Ð¼ÐµÑÑÐµ ÑÐ¾ ÑÑÐ°ÑÑÐ¼Ð¸
Ð½Ð°ÑÑÑÐ¾Ð¹ÐºÐ°Ð¼Ð¸

Auf Wiederlesenophil aka Ð-Ñ ÐÐ½ÑÐ¸ÐºÐ¾Ð¼Ð¼ÑÐ½Ð¸Ð¹
--
Oleg P. Philon  http://gomelug.agava.ru/articles
Linux Lab, Gomel, Belarus   mailto:[EMAIL PROTECTED]
http://anticommunist.narod.ru   mailto:[EMAIL PROTECTED]

Re: ленточка