Свежие комментарии

Не хочу телодвижений (хотя, конечно, имею их второй день уже....).

То есть имаджи в онлайне - удобнее, чем диски в шкафу, но очень хочется это именно в виде отдельных файликов иметь.

Могу сказать так: "я пока не сталкивался".
Но готов провести эксперимент.

Да, 28-й zfs спасает (по идее) от падения при zfs destroy:

zpool import -F. Allows to rewind corrupted pool to earlier transaction group.

"Вся дисковая подсистема отваливается" - это по atacontrol list дисков не видно?

У меня такой сигейт двухтерабайтный новый попался - на винде работает отлично (воткнутый в адаптек 5805), а при попытке запихать его в FreeBSD-шную машину с ICH8 - WRITE_DMA timeout и до перезагрузки его нет.

Да откуда *сейчас* нестандартное железо?

У меня ну максимум наплатный ethernet - нестандартный, но и его я готов на интеловый серверный многопортовый гигабит поменять, как только припрет.

Ну, опять же из опыта...
Есть (было до недавнего времени, сейчас уже не слежу после того, как оракл купил): Экспресс, Солярис, Оупен.
Экспресс -- понятно, самый распоследний билд.
Солярис -- сантехническое чудо
Оупен -- сообщество пилит.

Так вот по опыту, на сколь-нибудь нестандартное железо лучше всего встаёт оупен. И как-то с его поддержкой оказывается проще. Не могу сказать, что мой опыт = репрезентативная выборка, я на 5-6 разных машин всего ставил.

Система пакетов, опять же.

Чесслово, будет возможность -- попробуйте Оупен.

Да я уже качаю с руторрента (сановский, не open), посмотрю в виртуальной машине что за зверь.

А в этом смысле... Да вроде сейчас железо более-менее ровнее стало. Да, есл итам хитрый какой райд-контроллер и нету софта от производителя, то ничего не поможет, а так... Я ставил на достаточно разные машинки и ничего. Сейчас вон, домашняя машинка рядом стоит, вообще слушаю флешевую трансляцию "Эха" (я имею ввиду, что она под соляркой стоит). Раньше да, было намного проблемнее завести что-то нестандартное-неподдреживаемое сантехниками. Вдобавок, с появлением оупенсолярки вобщем тоже стало лучше в плане поддрежки "всякого-разного".

FreeBSD 1.1.5.1 и даже более старые - у меня должны быть в закромах. Толку то с них. И BSDI/0.9 должна быть в тех же закромах.

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

Ну без какого-то raid не получится, при этом зеркало - жаба душит, а graid5 - тот еще подарочек (у меня же не ДЦ с двумя фидерами, поэтому ресет по питанию всяко бывает).

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

Кроме того gjournal - тоже в духе "всякое в рот...", а fsck на паре терабайт (не говоря про шесть) - это на какое-то чудовищное время....

Да у меня исторически везде FreeBSD, еще с версии 2.2 (т.е. с более старыми я тоже игрался вперемешку с линуксами, а начиная с 2.2 - залип на фре).

Ну то есть если это самопадающее поведение продолжится, тогда буду думать в эту сторону. Но отвык я от солярки, с санами дела уже лет 8 не имел (а писишная солярка в те годы была так себе...). Но к FreeBSD я сильно привык.

Алекс, несколько в сторону, но так сходу не нашёл:
А почему не нативная для ZFS солярка?

А что скажете про Agility 2? Vertex 2 трудно найти.

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

Допустим вы обратились к какому-то серверу через ваш роутер1, сервер ваш внешний IP1 запомнил/использовал/передал/указал где-то... Теперь если, например, это торрент-сервер и он передает какому-то торрент-клиенту инфу, типа "вот нужный файл лежит у парня с IP1". Тот клиент обращается по IP1 и ваш компьютер ему отвечает. Для этого он смотрит, о, да, ответить надо через роутер2 (тот клиент например в его диапазон попал), с IP2 в source. Так вот, тот клиент отправил запрос на IP1, а получил ответ от IP2. Что он будет делать с таким пакетом? Наверное зависит от файрволов, настроек приложений и пр.

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