|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 03 May 2002 09:21:53 To : Pavel Makarenko Subject : Re: vinum -------------------------------------------------------------------------------- >>> Pavel Makarenko wrote: VN>> А оно вообще хоть частично нормально работает? VN>> (Только не надо сразу лезть в бутылку вида "у меня работает") > согласись, что я могу сказать только, что "у меня работает" :) [...] > изначально разговор) под 4.5stable я таки разобрал на отдельные fs, после > того, как имитация выхода из строя одного из дисков с попыткой последующего > полного восстановления первоначального зеркала не увенчалась полным успехом - > информация сохранилась, отбэкапить ее можно, но на попытке reviving одного из > плексов процесс остановился, не позволяя менять конфигурацию. штатными > методами изменить статус проблемного плекса не удалось, после этого было > принято решение отказаться от зеркалирования в пользу примитивного ночного > копирования важной информации на аналогичную fs на др.диске Понял. Для меня это и будет называться "не работает". VN> Hе знаю как кого, а меня -3 (прописью: минус три) сконфигурированных VN> drive приводят к мыслям, аналогичным тому, что я думал про Cisco IOS, VN> у которой счетчики на интерфейсах крутились в обратную сторону. > вероятно, аналогично с ios`овскими переполненными счетчиками? Hет. Hе переполненными, а именно крутившимися в обратную сторону. Это было на 12.0(5)T1 или близкой к этому версии. > >> на то она и stable, чтобы глючить! (с) Valentin Nechaev, насколько я > >> помню > > VN> Hу, в качестве горького сарказма вполне я мог такое высказать... ;( > после последнего cvsup`а 30.04 отказалось собираться ядро, причем свежий lint > всегда сравниваю с предыдущим, ничего принципиального не нашел в отличиях. так > что твоя фраза близка к истине, имхо :) > после выходных еще разок обновлю исходники, посмотрю на результат. Ты в supfile фиксированную дату на 12-14 часа до момента cvsup'а задавал? Если нет - то ты мог получить разорванный коммит, а это AFAIS основная причина таких несборок. /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/73686c251b0d.html, оценка из 5, голосов 10
|