Software-update: FreeNAS 0.7.1

Zondag is de final release van versie 0.71 van FreeNAS uitgebracht. Met dit pakket kan een in het netwerk opgenomen computer als NAS worden ingezet, dus puur en alleen voor het opslaan van data. Het geheel is gebaseerd op FreeBSD versie 7.2 en voorzien van een overzichtelijke webinterface. De systeemeisen zijn laag. Zo is 128MB ruimte nodig voor een installatie en is 256MB geheugen al voldoende om het te laten draaien. FreeNAS heeft ondersteuning voor een groot aantal netwerkprotocollen en kan eventueel ook worden ingezet als UPnP-, web- en iTunes-server en om BitTorrent-bestanden mee te downloaden. Het changelog van deze release laat de volgende veranderingen zien:

Majors changes:

• Upgrade e2fsprogs to 1.41.9.
• Upgrade istgt to version 20100407.
• Upgrade msmtp to 1.4.19.
• Upgrade transmission to 1.92.
• Upgrade PHP to 5.2.12 (Thanks to Xin LI).
• Upgrade fuppes to 0.660.
• Upgrade rsync to 3.0.7.
• Upgrade inadyn-mt to 02.18.14.
• Upgrade netatalk to 2.0.5.
• Upgrade bash to 4.0.35.
• Upgrade lighttpd to 1.4.26.
• Upgrade proftpd to 1.3.2e.
• Upgrade iSCSI initiator to 2.2.4.
• Upgrade sipcalc to 1.1.5.
• Upgrade nano to 2.2.3.

Minors changes:

• Add iSCSI target removable media control.
• Modify Samba default buffer size.
• Modify Tuning values.
• Add new MIB in System|Advanced|sysctl.conf.
• Add English, Italian and Polish UTF-8 with English menu in File Manager (quixp lorer) and set European language files to UTF-8.
• Set all European WebGUI languages to UTF-8.
• Restrict NFS sharing directory with alldirs.
• Add serial console support.
• Add aio(asynchronous I/O) support but default is disabled.
• Modify /mnt and /tmp permission.
• Add custom script in email report (FR 2964946).
• Add Japanese in File Manager (quixplorer).
• Add incomplete directory in Services|BitTorrent.

Bug fixes:

• Fix bug in istgt script.
• Fix Samba 'Unknown socket option IPTOS_LOWDELAY' messages. Thanks to Daisuke Aoyama. (BR 2894782|2858262).
• Fix mt-daapd/firefly error 'Undefined symbol "avcodec_decode_audio"' (BR 2895960).
• Fix bug in iSCSI initiator script (BR 2916334). Thanks to Daisuke Aoyama.
• Set home dir for Quixplorer users. Thanks to Daisuke Aoyama.
• Remove useless character in email (BR 2928068).
• Every reboot increases the number of 'proc' entries in fstab on 'full' installations (BR 2929029).
• Fix message in console menu 'Reset WebGUI password' (BR 2929338).
• Fix initial resolv issue.
• Fix full install upgrade error.
• Fix nsswitch error when ldap is enabled (BR 2936505).
• Fix transmission umask does not work (BR 2945242).
• Fix WebGUI allows usernames longer than 16 characters (BR 2934168).
• Fix cannot check WebGUI default port.
• Fix fail to apply if webserver authentication is enabled and documentroot is missing.
• Fix scheduled self-test does not work when one digit is contained in config.
• Fix transmission script does not support spaces (BR 2872949).
• Fix default configdir is wrong (BR 2896621).
• Fix no tm option on AFP share (BR 2950743).
• Fix SMART error on SMART disabled devices.
• Fix the partition problem when installation on the disk > 1TB.
• Fix union /var is useless (BR 2964649).
• Fix warning in quixploler when using Russian.
• Fix transmission_user = root does not work.
• Fix spaces in password does not work for su, etc.

Versienummer	0.7.1
Releasestatus	Final
Besturingssystemen	BSD
Website	FreeNAS
Download	https://sourceforge.net/projects/freenas/files
Bestandsgroottes	35,40MB - 75,40MB
Licentietype	GPL

Reacties (17)

[Jermak]

Wat is een optimale confuguratie ?

je kan natuurlijk een oude pentium kast pakken en daar 1GB geheugen in prikken,

maar de bottel neck in een NAS lijkt mij de bussnelheid die de IO tussen het netwerk en de schijven regelt.

mij lijkt een op zijn minst een bordje met sata 300 met een systeem bus van min 1000 MT/S , met bijpassend geheugen en processor.

gelieve commnentaar en/of tips

[|sWORDs|]

Dat ligt ook heel erg aan wat je gaat doen. Wil je Gbit transfers en software RAID 5 gebruiken dan heb je heel wat meer cpu power nodig dan bij 100 mbit JBOD. SATA 150 of 300 maakt heel erg weinig uit, de meeste schijven blijven ruim onder de snelheid van SATA 150, en bij meerdere schijven gebruik je meerdere poorten.

Maar met een GHz CPU en 4 schijven in software RAID5 moet zo'n 35-40 MB/s schrijven mogelijk zijn en zo'n 50-60 MB/s lezen.

2GHz zo'n 60-65 MB/s schrijven en 80-90 lezen. Voor nog hogere performance heb je echt meer schijven nodig. Wil je een mindere CPU gebruiken dan kun je altijd nog voor hardware RAID gaan.

Voor mij is mijn configuratie optimaal. Laag stroom verbruik <100 Watt piek en <40 idle, maar wel zeer hoge performance, veel storage en stilte in idle. Rebuilden gaat heel snel, en een dag nadat er een schijf stuk gaat mag er nog een stuk zonder interactie. Ook kan ik het geheel zo overzetten in een andere machine. Nadeel van mijn configuratie zijn de hoge kosten, maar ik had de controller al liggen.

Als ik hardware zou moeten kopen voor een NAS dan zou ik voor een e2200 of 6300 met een bord met intel lan en chipset met 6 sata poorten gaan. Zes schijven in RAID5 en even installeren via een usb stick of usb cd/dvd drive. Hiermee zit je boven de max van je netwerk, maar kun je nog meerdere dingen door elkaar doen.
Als ik in oude hardware zou gaan snuffelen zou ik zoeken naar een bord met zoveel mogelijk IDE en SATA aansluitingen, CPU van 2GHz of meer en Intel of Broadcom Gbit LAN (AMD, Realtek en nVidia en nog wel meer werken ook).

Kijk anders hier eens:
Het grote DIY RAID NAS topic deel 3

[Reactie gewijzigd door |sWORDs| op 25 juli 2024 07:48]

[Lima]

Ik heb met een 2,8Ghz CPU en Gigabit transfer meer als voldoende. Met een transfer die 50MB/sec haalt en raidz (=radi5) en ZFS als filesystem en SAMBA als protocol is mijn CPU slechts 10% idle...

[Sjah]

256mb noodzakelijk voor werkende NAS. Dit vind ik niet laag, 96 mb had ik laag gevonden.

[|sWORDs|]

Het geheugen wordt ook als buffer gebruikt.

HW RAID + ION330 + nVidia Gbit:
read: CPU Usage:41%, Mem: 22M Active, 1558M Inact, 230M Wired, 24M Cache, 199M Buf, 36M Free
write:CPU Usage: 47%,Mem: 21M Active, 1545M Inact, 236M Wired, 33M Cache, 199M Buf, 36M Free

SW RAID + e6300 + Intel NIC met HW TCP offloading:
read:CPU Usage:12%,Mem: 1528M Active, 116M Inact, 226M Wired, 45M Cache, 199M Buf, 17M Free
write:CPU Usage:33%,Mem: 551M Active, 1033M Inact, 250M Wired, 83M Cache, 199M Buf, 15M Free

edit:
update CPU load met HT

[Reactie gewijzigd door |sWORDs| op 25 juli 2024 07:48]

[DrFlash]

256mb is tegenwoordig niet veel, met alle protocollen die er ondersteund worden etc. een gemiddelde hardware nas (netgear ofzo) komt ook al met standaard 256 mb en werkt pas lekker met 512mb of meer.

[_Thanatos_]

Heeft het zin om deze te proberen en te testen of ie eindelijk es wat sneller is geworden? Of zal ie nog steeds traag zijn?

Vooral samba is bij de vorige versies behoorlijk traag. Maar sowieso disk-access is raar. Een grote file erheen pompen doet de harddisk wild ratelen, alsof ie staat te defraggen. Niet zo gek dat ie dan traag is, maar dat is dus wel een serieus probleem. Samba is verder ook ongewoon traag. Windows<->windows is het veel en veel sneller dan windows<->freenas.

[|sWORDs|]

Je moet wel de opmerking onder de cifs pagina lezen (tuning aanzetten, en een vinkje voor smb >win2k). Ik haal 85-90 MB/s zonder increase van MTU (geen jumbo frames). Disk access is bij mij waarschijnlijk wel anders omdat ik hardware RAID gebruik. (Asus ION + Adaptec 5805 +BBU met 7x Samsung 1.5 TB in RAID 5EE. Controller zet toerental van disks omlaag bij inactief en later uit, verder gebruik ik de standaard powermanagement en een UPS)

Ik heb alleen wel performance problemen met ftp. Als ik FXP van de ene naar de andere NAS haal ik maar 12 MB/s. SMB via een desktop 44 MB/s (x2 dus 88MB/s, wat de limiet van de nic van de desktop wel zal zijn). Zonde wat als ik direct vanaf de ene naar de andere zou kunnen zou ik dus het dubbele halen.

[Reactie gewijzigd door |sWORDs| op 25 juli 2024 07:48]

[_Thanatos_]

Oh dat is wel netjes. De CPU die ik gebruikte was nog een stuk sneller (athlon 64 3000+, singlecore) maar als ik me goed herinner werd die gewoon helemaal verzadigd bij een doorvoer van slechts 25MBps. Wel of geen software-RAID5 maakte niet eens zoveel uit.

Wat bedoel je eigenlijk met dat stukje "x2 dus 88MB/s"?

[|sWORDs|]

Omdat ik nu niet rechtstreeks van de ene nas naar de andere kopieer. De data komt dus binnen in het geheugen van een desktop en die pompt het door naar de andere nas. De netwerkkaart in die desktop heeft dus verkeer met beide, en met een transfer rate van 44-50MB/s heb ik dus 88-100MB/s traffic, hoger haalt de nic waarschijnlijk niet zonder jumbo frames. Omdat ik twee apparaten heb die niet met jumbo frames overweg kunnen en ik geen zin heb om een heel stuk netwerk dubbel uit te voeren gebruik ik geen jumbo frames. Opzich wel zonde want alle switches (een fully managed en een light managed beide level 2) en de router kunnen het wel. Je hebt een level 3 switch of router nodig voor goed verkeer tussen verschillende frame sizes.

[Reactie gewijzigd door |sWORDs| op 25 juli 2024 07:48]

[charlie]

Je moet het voordeel van Jumbo frames echt niet overschatten. Gebruik het ook nooit, omdat het niet altijd even stabiel is als je met veel verschillende types clients werkt. Maar met een goede controller haal ik op SMB toch vaak 80 - 90 MB/sec tussen een W2K8 server en een Win7 client. (beperkt door de schijf waarnaar ik kopieer) Tussen twee server onderling haal ik vaak > 100MB/sec. Je hebt vooral een goede bus nodig tussen je schijfcontroller en je NIC.

[Dutchman01]

ik zit mijn amd 5050e raid5 4 disk's ook gewoon aan 63MB/s lezen en 71MB/s schrijven.
ik gebruik maar 2gb ram.

[HoeZoWie]

Zou deze versie niet de laatste worden in zijn soort (in deze verschijning) de source-code is toch opgekocht door een bedrijf in 'appliances'?

[engessa]

Dat is nog een beetje vaag. FreeNAS zou gewoon doorontwikkeld worden door iXsystems terwijl een deel van de devvers van FreeNAS verder gaan met http://www.corenas.org/ wat op Debian draait.

[ries1971]

Werkt deze versie eigenlijk met alle hardware, krijg namelijk de cd niet eens tot het menu doorgestart

[engessa]

Het draait op FreeBSD, alles waar dat op draait wordt ook door FreeNAS ondersteund

Check voor wat meer info deze pagina: http://freenas.org/freenas_users_hardware

[Reactie gewijzigd door engessa op 25 juli 2024 07:48]

[ries1971]

Ik krijg hem in VMware wel "draaiend" maar op mijn gygabyte I7 bord loopt de cd vast tijdens opstarten en krijg ik rare tekens in het beeld