Вышел (http://sourceforge.net/forum/forum.php?forum_id=908712) стабильный релиз основанного на FreeBSD дистрибутива FreeNAS 0.69 (http://www.freenas.org/) (версия 0.68 была выпущена в 2006 году), предназначенного для быстрого развёртывания сетевого хранилища (NAS, Network-Attached Storage) и сопутствующих сетевых сервисов (SMB/CIFS, FTP, NFS, rsync и т.п.).
Реализация большого объема новшеств в версии 0.69 привело к увеличению размера базового программного окружения, что требует особого внимания при обновлении со старых версий - новый релиз может не вместиться дисковый раздел, созданный для старых версий. Поэтому рекомендуется произвести бэкап DATA раздела и выполнить установку с нуля.
Наиболее интересные новшества FreeNAS 0.69:
- Синхронизация кодовой базы с FreeBSD 6.4-RELEASE. Добавлены модули nullfs.ko и unionfs.ko;
- Из FreeBSD 7.0 бэкпортирован драйвер nfe и поддержка Wake On Lan (WOL) для большого числа сетевых карт;
- Реализована поддержка сервиса TFTP, управл...URL: http://sourceforge.net/forum/forum.php?forum_id=908712
Новость: http://www.opennet.ru/opennews/art.shtml?num=19826
Давно пользуемся. Хорошая новость.
Только непонятно зачем часть софта на другой сменили.. непанятна же
особенно непонятен выбор proftpd, сам юзаю pure-ftpd
>особенно непонятен выбор proftpd, сам юзаю pure-ftpdproftpd - отличная штука. Единственное чего не может - кофе заваривать :)
Я конечно понимаю что "привычное удобно". Но кто сказал что все разработчики уже привыкли к pure?
pure-ftpd кажется столь же фичаст и гибок в настройке, как и proftpd. В чем смысл замены - непонятно.
не знаю как сейчас, но раньше работа pure с боольшими файлами оставляла желать лучшего.
Тем более нам предлагается rc, что может быть не очень стабильным...
Sorry za translit.O4eni horoshaia novosti.Kak raz sobiralsea razvernuti v odnoi seti.Mnogie nujnie ves4i dobavili.
Я бы не сильно обольщался, пользовал долго 0.68 а потом одну из бета 0.69.
Работает собака пока не трогаешь, как только попытались чуть подправить конфигурацию (без ручного вмешательства а через ГУИ) - посыпались проблемы.
Кроме того в качестве iSCSI я бы его не советовал юзать, во всяком случае
для ответственных приложений. Толи кривая реализация протокола, толи проблемы другого рода, но когда от виндового сервака 2003 отваливается по какой либо причине примонтированный по iSCSI раздел - то обратно его прикрутить удается не всегда без проблем а то и без потери данных :(
Из личного опыта:
При аварийном завершении работы фринаса (БП не выдержал) после его перезапуска раздел на виндовом серваке по iSCSI не поднялся, он виден, и буковку ему назначае а заходиш туда - там пусто.
На самом фринасе - раздел виден и видно что там занято инфой около 70% (так и должно быть) но достучаться до нее - нет никакой возможности.Второй серьезный баг - недостаточная реализация поддержки прав в случае использования SMB/CIFS, нормально настроить права практически не возможно, во всяком случае ему еще очень далеко даже до уровня НТ4 не говоря о более поздних реализациях.
>Кроме того в качестве iSCSI я бы его не советовал юзать,
>во всяком случае для ответственных приложений.Я ставил для dev \ test purposes для Oracle 10g RAC - уже с пол года шуршит и ничего. Правда не с винды а с Линукса. А в продакшен по любому будешь ставить то что серифицировано :) - EMC Clarion и пр. дорогие штучки.
И еще, то что ты описал - это уже форс мажор. С раскладом - "При аварийном завершении работы фринаса (БП не выдержал)" - есть очень мало систем которые рассчитаны на такое и они не дешевы (ну там RAID контролеры с батарейками, внутренние батареи для аварийного сброса HDD'ей и пр.)
В сети с обычными требованиями к надёжности - ну в общем дом \ малый-средний офис и.т.д. проблем не было.
Неделю назад тестировал 0.69 RC1 (также актуально и для релиза) для небольшой виндовой сети, без домена, только workgroup, так почему то при использовании 0.69 RC1 и CIFS/SMB в режиме "Локального пользователя/User" папки открывались по нескольку минут, при этом в предыдущей версии 0.68 и в режиме "Anonymous" папки быстро открываются.Также второй косяк - русские буквы в названии папок, в 0.68 ничем нельзя было поменять разрешения на ФС для "русских папок" (putty с utf их не отображает, с консоли также не отображаются, winscp в режиме sftp их отображает но разрешения поменять не дает, а в режиме scp разрешения меняет но не отображает ;-)
в 0.69 добавили файловый менеджер в веб интерфейс, который нормально работает с русскими названиями только в Opera и IE, в Firefox приходится при каждом переходе между каталогами менять кодировку на UTF-8.
Может кто знает как решать проблему с медленным (по нескольку минут) переходом между каталогами в 0.69 в режиме "User"?
Что радует так то что шифрованный диск на мирроре из 0.68 нормально присоедмнмлся на 0.69.
Какие преимущества у FreeNAS перед обычным Линуксом сервер едишан? Раньше было желание поставить FreeNAS, а потом почитал форум, как народ с правами доступа мучается и передумал)
преимущество в том, что
1. его можно поставить очень быстро — от голого железа до настроенной системы за время писания флешки или болванки + 5–10 минут
2. им может управлять пользователь, лишь слегка более продвинутый, чем «умеет включить, читать интернеты, писать в ворде и емайле»
По первому пункту согласен, но вот со вторым... У нас каждая домохозяйка может управлять государством? Сервер должен настраивать админ и точка. Иначе начинается "да оно нерабочее", "тут работает а ту нет" и прочие глупости.
FreeNAS в первую очередь предназначен для создания домашних сетевых хранилищ, а содержание админа не каждый семейный бюджет выдержит ;-)
Что значит «Сервер должен настраивать админ и точка»? Кто это сказал? Бог? Ленин?
Ерунда. Кто хочет — тот пускай и настраивает. FreeNAS как раз специально таким и делается, чтобы за счёт уменьшения гибкости упростить настройку до уровня умного пользователя.Ну, предположим, настроит админ для семьи знакомых домашнюю файлопомойку. Или для фирмочки в 6 человек. Что дальше? Кто сопровождать будет? Резервное копирование, замена или добавление диска, выяснение «куда место подевалось», добавление клиента или принтера/шаринга?
В своё время «Windows» захватила эту нишу в немалой степени потому, что для успешного сопровождения её достаточно минимальных знаний.
>В своё время «Windows» захватила эту нишу в немалой степени потому, что
>для успешного сопровождения её достаточно минимальных знаний.Именно так, поэтому большинство проблем возникающих при
>Резервное копирование, замена или добавление диска, выяснение «куда место подевалось», >добавление клиента или принтера/шаринга?А не дай боги что посерьёзнее приключится....... только переустановка и тонна разочарований. Тем паче NAS для семьи, извините накуй не нужен, достаточно будет поставить FreeBSD/Linux+Samba. IMHO
Не справится простой человек - штукатур, автослесарь, повар, конструктор систем отопления, и т.п - с подключением принтера или добавлением диска к линкс-серверу без мониторному. Это не предположение, это факт.
А на винде с теми же задачами эти люди справляются. И с мелкими бытовыми насами и медиацентрами они тоже справляются. Это тоже факт, из личного опыта.
Так что, полагаю, FreeNAS и OpenFiler им могут помочь.
> Из FreeBSD 7.0 бэкпортирован драйвер nfe и поддержка Wake On Lan (WOL) для большого числа сетевых карт;Разве nfe в 7-й фре поддерживает WOL?
А есть аналог на базе Linux?
>А есть аналог на базе Linux?Не то, чтобы прямо «аналог», но OpenFiler похож. Только вот на флешку не встаёт и с сидюка не работает.
По ссылке вижу новость про FreeNAS 0.69RC2. RC2 для FreeNAS != релизу, еще месяца два-три пройдет.А эволюция и правда замечательная. Хотя новые фичи добавлять в RC - это как-то странно, RC для вылизывания имеющегося кода, а вот новые минорные версии как раз для фич.
>По ссылке вижу новость про FreeNAS 0.69RC2. RC2 для FreeNAS != релизу,
>еще месяца два-три пройдет.
>
>А эволюция и правда замечательная. Хотя новые фичи добавлять в RC -
>это как-то странно, RC для вылизывания имеющегося кода, а вот новые
>минорные версии как раз для фич.На сайте http://sourceforge.net/projects/freenas/ написано, что вышел финальный релиз.
В анонсе на http://freenas.org по ошибке RC2 написали, RC2 еще в ноябре вышел, см. http://www.freenas.org/index.php?option=com_content&task=vie... видимо писали через копипаст прошлого анонса и забыли RC2 поправить.
В виртуальной среде опытным путем выяснил, что при активной записи сервис почему-то грузит CPU до и писец данным. Частично лечится еиспользованием софтрайда в конфиге iscsi. При рабте на железе дефект не проявился. Видимо странный конфликт работы драйверов lnc+iscsi. Хотя сама VM с FreeNAS полностью управляема.
iSCSI-target отлично так же получаем из портов FreeBSD. Кстати на ядре 7.0-7.1 iSCSI дает прирост почти 50% производительности против 6.2-6.4. + возможность zfs.Идея хорошая на первый взгляд, но на 2-3й.. Ну ее нафиг при нынешних возможнстях железа для дома.
Как бюджетное iSCSI-хранилище для организации кластерных систем интересно скорее в качестве полигона, для продакшена сомневаюсь... Хотя это надо исследовать, на форума "сертифицированных" хранилищ тоже проблем выше крыши.
Поставлю релиз - пощупаю...
Тестирование проводится в виртуальной среде VMWare Server 2.0. Хост - Dual Xenon QC-2.0/16G RAM. Свободных ресурсов выше крыши.Итак. Первый запуск. после смены IP FreeNAS зависла через сек совсем. Reset.
Вливаю конфиг от предыдущей версии. пипец www-морде: ошибки в .inc файлах... reboot: "cpu_reset: Stopping other cpu" несколько минут (!) стопится. reinstall.Завелось. вливаю конфиг, iSCSI поехало. цепляюсь, начинаю тестовое копирование по iscsi. Скорость всего 6,8м вместо 12 как в RC2. И через 10сек - ошибка записи, писец данным.
Откатываюсь на 0.7 - оно хоть testing, но не падает. все. разработчикам привет.
Ещё бы iSCSI был более хорошо проработан... Хотелось бы поддержки SCSI-3 с его persistant reservation...
Ещё бы ushare подкрутили и цены ей не было...
блин сделайте поддержку NDMP.
Да, без iscsi конечно не очень интересно ...