|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Pavel Makarenko 2:5025/14 03 May 2002 23:00:44 To : Valentin Nechayev Subject : vinum -------------------------------------------------------------------------------- 03 May 30 09:21, Valentin Nechayev wrote to Pavel Makarenko: >> не позволяя менять конфигурацию. штатными методами изменить статус >> проблемного плекса не удалось, после этого было принято >> решение отказаться от зеркалирования в пользу примитивного ночного >> копирования важной информации на аналогичную fs на др.диске VN> Понял. Для меня это и будет называться "не работает". согласен. это можно назвать "не работает". появиться релиз 5.0-5.1 еще попробую. сейчас на трех незначительно нагруженных серверах использую "фирмварные" аппаратные рейды на hpt370a - все в режиме raid1 c двумя дисками, имитировал отказы дисков и восстановление зеркала с "выжившего" диска. получилось неплохо, причем почти "за бесплатно" - все платы с онбордовыми hpt370a чипами. VN>> Hе знаю как кого, а меня -3 (прописью: минус три) VN>> сконфигурированных drive приводят к мыслям, аналогичным тому, VN>> что я думал про Cisco IOS, у которой счетчики на интерфейсах VN>> крутились в обратную сторону. >> вероятно, аналогично с ios`овскими переполненными счетчиками? VN> Hет. Hе переполненными, а именно крутившимися в обратную сторону. VN> Это было на 12.0(5)T1 или близкой к этому версии. упоминание такой проблемы встречал, но сам начал с ios работать во времена уже 12.2 для 2600 серии, поэтому сам не сталкивался. но проявление нехорошее :) >> >> на то она и stable, чтобы глючить! (с) Valentin Nechaev, >> >> насколько я помню >> >> VN> Hу, в качестве горького сарказма вполне я мог такое >> VN> высказать... ;( >> после последнего cvsup`а 30.04 отказалось собираться ядро, причем >> свежий lint всегда сравниваю с предыдущим, ничего принципиального не >> нашел в отличиях. так что твоя фраза близка к истине, имхо :) после >> выходных еще разок обновлю исходники, посмотрю на результат. VN> Ты в supfile фиксированную дату на 12-14 часа до момента cvsup'а VN> задавал? Если нет - то ты мог получить разорванный коммит, а это AFAIS VN> основная причина таких несборок. да, это единственное логичное объяснение проблемы. в supfile у меня просто указан tag=releng_4 буду делать tag=releng_4 date=год.число.месяц.часы.минуты.0 на полсуток назад. вроде формат такой должен быть... pavel --- GoldED/386 3.00.Beta5+ * Origin: default error (2:5025/14) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/121193cd31ad6.html, оценка из 5, голосов 10
|