neol пишет:Во-первых, этих, а не "етих".
Nigelist пишет:Если у вас полноценный контроллер домена, то лучше оставить Win2k3.
Ну если все серверы перейдут под Linux, а других клиентов для КД нет, то получится никому не нужный сферический КД в вакууме (: В любом другом случае поддерживаю.
kukski пишет:Серверов не мало, и спонтанно возникающие ошибки на каждом из них, очень быстро накапливаются вплоть до того, что в работу вступает рейд.
Если я правильно распарсил этот поток сознания, то рейд должен "вступать в работу" только когда жесткий диск вылетает, при чем тут ОС?
kukski пишет:ну с ОС-ей вроде как прояснилось, главное чтоб стала на "пролиант", ато я в списке поддерживаемых чет не наблюдаю ни цент ни Debian...
http://h18004.www1.hp.com/products/serv … index.html
Так же вполне гуглятся инструкции с сайта HP по установке того же Debian на конкретные модели серверов. Там попадается устаревшая информация, но направление решения проблемы найти обычно можно.
kukski пишет:З.Ы.: Главным образом касается ПО на замену контроля версий, то есть как слияние проходит автоматически, через самодельное ПО к сожалению ПЛАТНЫЙ сервер СВН это не предусмотрел. То есть если не найдется подходящего софта на замену, а главное гибкого, то ставить линукс будет не целесообразно. А писать его самостоятельно очень длительно и дорого.
Гугл выдал добрую кучку софта для автоматического слияния веток в svn, так что ставьте любой Linux на виртуалку или тестовый сервер и пробуйте на ваших данных. На солнце бури, так что плохо телепатируется что у вас там за хитрософт такой. Как найдете подходящий вариант, тогда и думайте какой дистрибутив использовать в боевых условиях.
i2ks пишет:Во всем остальном, не должно возникнуть ни каких проблем.
Врете же. Проблемы будут 100%. Вопрос в их разрешимости с разумными затратами сил и времени.
Спасибо за поправку, но актуально она будет выглядеть где-то сдесь - http://www.rusforus.ru/
Распарсили именно так как нужно. Розвязываю логическую цепочку и описываю более подробно суть прохождения потока данных через интернет, на СВН сервер и самописный софт: После прощета на кластере который находится в пяти километрах от КД и хранилища (это универсисет где находится собирающие информацию оборудование), через протокол HTTPS, данные поступают уже с потерями в "самописный софт"(мы его назвали АА), где регистрируется и позже поступает в хранилище ВизуалСВН. После, "АА" высылает отчет о полученых данных в университет где отсеиваются потеряные данные и так до тех пор пока потери не сведутся к нужному минимуму.
Вся система хранилищ управляется удаленно, там курирует только охрана на случай ЧП. Все данные полученные хранилищем сразу же версируются, бывает не всегда удачно - в таких случаях высылаются повторно, так работает система. Жесткий диск вылетает когда падает винда, винда падает тогда, когда "АА" в хранилище, фиксирует критические ошибки при слиянии. При этом направляет на кластер в универсисете инфрмацию о остановке того или инного потока данных, но к теме это никак не касается.
Суть в том, что нужна альтернативная конфигурация ОС, которая быстрее и более гибка. Например для того, чтобы можно было своим же софтом или средствами линукс свести к минимуму ошибки как и в контроллере домена в БД, в АД (там их тоже немало накапливается), и соответственно в самом хранилищи. Сам визуалСВН годится только как приемщик данных но ни как контроллер над версиями.
Перед тем как писать на этом форуме гугл был ищерпан.
Написал в супорт ХП, по поводу установки Юникса. Хотя в документации сервера Г5 дистрибутива Debian нет.
жив продукт и развивается потихоньку себе
