FreeNAS 8.3.1-RELEASE

Discussion in 'Archived Announcements' started by jpaetzel, Mar 20, 2013.

  1. jpaetzel FreeNAS Core Team

    Member Since:
    May 27, 2011
    Message Count:
    173
    Likes Received:
    21
    Trophy Points:
    18
    Occupation:
    IT
    Location:
    Gilroy, CA
    Home page:
    jpaetzel, Mar 20, 2013

    The FreeNAS development team is pleased to announce the immediate
    availability of FreeNAS 8.3.1-RELEASE.

    Images and plugins can be downloaded from the following site:

    http://sourceforge.net/projects/freenas/files/FreeNAS-8.3.1/RELEASE/

    FreeNAS 8.3.1 is based on FreeBSD 8.3 with version 28 of the ZFS
    filesystem, and features volume based encryption for ZFS.

    There have been no major changes between 8.3.1-RC1 and RELEASE, mostly
    bugfixes and minor usability improvements to the GUI. See the
    release notes for a complete list:

    http://sourceforge.net/projects/freenas/files/FreeNAS-8.3.1/RELEASE/README/download

    Please familiarize yourself extensively with the encryption features of
    FreeNAS before using them. Doing the wrong thing can end up in a state
    where the volume is hidden behind very difficult to break AES 256 encryption.

    http://doc.freenas.org/index.php/Volumes#ZFS_Encryption

    Many modern CPUs feature hardware support for encryption. If hardware support
    is available FreeNAS will use it. In these cases the overhead of encryption will
    be negligible. For systems without hardware encryption acceleration the
    performance impact will vary based on the number of disks being used in the
    encrypted volume.
  2. hervon Member

    Member Since:
    Apr 23, 2012
    Message Count:
    45
    Likes Received:
    2
    Trophy Points:
    8
    hervon, Mar 21, 2013

    Thanks! I'll look into it this evening.
  3. Nik New Member

    Member Since:
    May 28, 2011
    Message Count:
    16
    Likes Received:
    0
    Trophy Points:
    1
    Nik, Mar 21, 2013

    Hi there,

    just upgraded my FreeNAS from 8.3.0-p1 to 8.3.1. Now my pool is down with the error message (yellow alert) "WARNING: The volume tank (ZFS) status is UNKNOWN".

    In View Volumes it say about my pool "Error getting available space Error getting total space STATUS: Unkown".

    Anything I can do here?

    Some details of my system:
    My Freenas is running as a VM on VMWARE ESXi 5.1.
    My pool consists of 6 RAW-LUNs with 2GB each on a RAID-Z2. I have a LOG SSD and and a L2ARC SSD both RAW-LUNs.
    The VM has 16GB RAM allocated.

    zpool import says the following:

    Code (text):
    1.  
    2. [root@nas ~]# zpool import                                                      
    3.    pool: tank                                                                  
    4.      id: 2599985722204748768                                                    
    5.   state: UNAVAIL                                                                
    6.  status: The pool was last accessed by another system.                          
    7.  action: The pool cannot be imported due to damaged devices or data.            
    8.    see: http://www.sun.com/msg/ZFS-8000-EY                                      
    9.  config:                                                                        
    10.                                                                                
    11.         tank                                            UNAVAIL  missing device
    12.           raidz2-0                                      ONLINE                  
    13.             gptid/33c13c4e-49ae-11e2-9a7f-000c294ced7d  ONLINE                  
    14.             gptid/3439edca-49ae-11e2-9a7f-000c294ced7d  ONLINE                  
    15.             gptid/34a6920f-49ae-11e2-9a7f-000c294ced7d  ONLINE                  
    16.             gptid/3512b5e0-49ae-11e2-9a7f-000c294ced7d  ONLINE                  
    17.             gptid/3584f095-49ae-11e2-9a7f-000c294ced7d  ONLINE                  
    18.             gptid/3603142b-49ae-11e2-9a7f-000c294ced7d  ONLINE                  
    19.         cache                                                                  
    20.           dsk/da7p2                                                            
    21.         logs                                                                    
    22.           da7                                           ONLINE        
    23.  
    Let me know if you need more info.

    I hope you can help me.

    Regards,
    Nik
  4. William Grzybowski Active Member

    Member Since:
    May 27, 2011
    Message Count:
    1,657
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    Curitiba, Brazil
    William Grzybowski, Mar 21, 2013

    I think your issue was not caused by the upgraded, it just manifested after the reboot.
    Please open a thread in the Help forum so we can sort this out.
  5. Nik New Member

    Member Since:
    May 28, 2011
    Message Count:
    16
    Likes Received:
    0
    Trophy Points:
    1
    Nik, Mar 21, 2013

    Well in general I would agree, but I rolled back to v8.3.0-p1 (old VM) and I can perfectly access the pool. No errors shown.
    Then I upgraded again, and ran into the same error.
    Now I'm back again to v8.3.0 and everything is working good.

    So the question is now, what is wrong with my pool or what is wrong with the 8.3.1 if it is not my pool?

    On the first view I would say it has to do with my da7 drive which is partitioned to da7p1 which is my LOG and da7p2 which is my L2ARC.
    Does maybe the import fail because of that?

    Regards,
    Nik
  6. William Grzybowski Active Member

    Member Since:
    May 27, 2011
    Message Count:
    1,657
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    Curitiba, Brazil
    William Grzybowski, Mar 21, 2013

    Woah, thats interesting...

    It is really hard to tell why this is happening, the freebsd version is basically the same, except for a few patches that are not related to ZFS whatsoever...
    But yes, it does look like some issue with your cache/log device, although I can say why it does not happen with 8.3.0... maybe because with the 8.3.1 the hostid changes and it tries to import with -f.

    Maybe you could try to remove them before upgrade, and add them back after?
  7. Nik New Member

    Member Since:
    May 28, 2011
    Message Count:
    16
    Likes Received:
    0
    Trophy Points:
    1
    Nik, Mar 21, 2013

    Yes, that's my plan, but I want safe my data somewhere first.

    I'll post the result tomorrow or on the weekend.
  8. hervon Member

    Member Since:
    Apr 23, 2012
    Message Count:
    45
    Likes Received:
    2
    Trophy Points:
    8
    hervon, Mar 21, 2013

    Upgraded from 8.3.0. All was done in 5 minutes. Everything is operational. Thanks again!
  9. cyberjock Forum Guard Dog/Admin

    Member Since:
    Mar 25, 2012
    Message Count:
    10,357
    Likes Received:
    449
    Trophy Points:
    83
    cyberjock, Mar 22, 2013

    In regards to the comments Nik has made...

    Every so often someone shows up in the forum and makes a similar claim as Nik. Everything was fine, then they upgrade and the zpool doesn't want to mount. We've been dismissing these out of hand since there really shouldn't be any relationship between upgrading FreeNAS and the zpool going from fully functional and working to no longer mounting. I'm really wondering if we have been improperly dismissing these people out of hand and there really is an obscure bug that we aren't aware of. It may be with ZFS, it may be FreeNAS code, I don't know. It just makes me wonder about all those people that have upgraded and suddenly the zpool says the devices are damaged.

    Depending on how this all plays out when Nik makes his new thread, I'm wondering if we should make a recommendation to remove any LOG and CACHE devices attached to zpools before upgrading in the future. Obviously we aren't going to start making this recommendation without observing this behavior more, just my brain wondering what is going on.
  10. TECK Member

    Member Since:
    Jun 23, 2011
    Message Count:
    298
    Likes Received:
    1
    Trophy Points:
    18
    TECK, Mar 22, 2013

    I successfully upgraded from 8.3.0 to 8.3.1, without any zpool issues mentioned above.
    With my hardware, I noticed:
    • Freenas does not support crash info, /etc/rc warning is OK
    • Not sure if the nss-mdns "noise" should be ignored, see ticket 965 > 928
    • The AHCI timeouts are still present, reverting to 8.0.4 eliminates them
    • The SSD cache status reports as NULL in GUI but OK in console, see ticket 2095
    Looking forward to any comments from the devs! :)
    Code (text):
    1. # zpool status
    2.   pool: nas
    3.  state: ONLINE
    4.   scan: scrub in progress since Sat Mar 23 01:13:09 2013
    5.         330G scanned out of 3.65T at 208M/s, 4h40m to go
    6.         0 repaired, 8.82% done
    7. config:
    8.  
    9.         NAME                                            STATE     READ WRITE CKSUM
    10.         nas                                             ONLINE       0     0     0
    11.           raidz2-0                                      ONLINE       0     0     0
    12.             gptid/3cf03778-1dc5-11e1-8396-002590382e1e  ONLINE       0     0     0
    13.             gptid/3d98e472-1dc5-11e1-8396-002590382e1e  ONLINE       0     0     0
    14.             gptid/3e44f17a-1dc5-11e1-8396-002590382e1e  ONLINE       0     0     0
    15.             gptid/3ef3f815-1dc5-11e1-8396-002590382e1e  ONLINE       0     0     0
    16.             gptid/3f9211d5-1dc5-11e1-8396-002590382e1e  ONLINE       0     0     0
    17.             gptid/4033d56c-1dc5-11e1-8396-002590382e1e  ONLINE       0     0     0
    18.         cache
    19.           gptid/41575359-1dc5-11e1-8396-002590382e1e    ONLINE       3  114K     0
    20.  
    21. errors: No known data errors
    22.  
    23. # tail -n 20 /var/log/messages
    24. Mar 22 21:08:14 pluto kernel: GEOM_ELI:     Crypto: software
    25. Mar 22 21:08:14 pluto root: /etc/rc: WARNING: Dump device does not exist.  Savecore not run.
    26. Mar 22 21:08:15 pluto root: /etc/rc: WARNING: failed precmd routine for vmware_guestd
    27. Mar 22 21:08:16 pluto ntpd[2692]: ntpd 4.2.4p5-a (1)
    28. Mar 22 21:08:25 pluto ntpd[2693]: time reset +0.841781 s
    29. Mar 22 21:08:29 pluto avahi-daemon[3113]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!
    30. Mar 22 21:24:02 pluto ntpd[2693]: kernel time sync status change 2001
    31. Mar 23 01:02:21 pluto kernel: ahcich0: Timeout on slot 24 port 0
    32. Mar 23 01:02:21 pluto kernel: ahcich0: is 00000000 cs 01000000 ss 01000000 rs 01000000 tfd 40 serr 00000000 cmd 10009817
    33. Mar 23 01:03:12 pluto kernel: ahcich0: Timeout on slot 24 port 0
    34. Mar 23 01:03:12 pluto kernel: ahcich0: is 00000000 cs 01000000 ss 00000000 rs 01000000 tfd 50 serr 00000000 cmd 10009817
    35. Mar 23 01:04:02 pluto kernel: ahcich0: Timeout on slot 24 port 0
    36. Mar 23 01:04:02 pluto kernel: ahcich0: is 00000000 cs 01000000 ss 00000000 rs 01000000 tfd 50 serr 00000000 cmd 10009817
    37. Mar 23 01:04:02 pluto kernel: (ada0:ahcich0:0:0:0): lost device
    38. Mar 23 01:04:02 pluto kernel:
    39. Mar 23 01:04:52 pluto kernel: ahcich0: Timeout on slot 24 port 0
    40. Mar 23 01:04:52 pluto kernel: ahcich0: is 00000000 cs 01000000 ss 01000000 rs 01000000 tfd 50 serr 00000000 cmd 10009817
    41. Mar 23 01:05:30 pluto kernel: ahcich0: Poll timeout on slot 24 port 0
    42. Mar 23 01:05:30 pluto kernel: ahcich0: is 00000001 cs 01000000 ss 00000000 rs 01000000 tfd 450 serr 00000000 cmd 10009817
    43. Mar 23 01:07:25 pluto su: floren to root on /dev/pts/0
  11. joeschmuck Old Man

    Member Since:
    May 28, 2011
    Message Count:
    2,072
    Likes Received:
    45
    Trophy Points:
    48
    Occupation:
    Electrical Engineer, Data Analysis, and Management
    Location:
    Virginia
    joeschmuck, Mar 28, 2013

    Installed 8.3.1-Release as a new installation from the ISO image (CD-R). Only found one issue, the drive serial numbers are not displayed under View Disks. Otherwise it appears to operate fine.
  12. HolyK Ninja Turtle

    Member Since:
    May 26, 2011
    Message Count:
    232
    Likes Received:
    13
    Trophy Points:
    18
    HolyK, Mar 30, 2013

    Updated from 8.3.0 RELEASE x64 to 8.3.1 RELEASE x64 via GUI update. No problems with update, both ZFS and UFS are fine.

    I had some problems with updating plugin jail (successfully updated after all), but i was not able to update Transmission. No error message in console, only one message in GUI in green box like "Some problem occurred". I did not want to spend whole day with haunting the cause, so i removed the old Transmission and i installed new version again. Configuration is like 2min thing so not a big deal.

    Thanks!

    EDIT: Hmmm, write speed on ZFS pool over CIFS dropped from approx 95-105 Mb/s to 60Mb/s ... i have no idea why ... will need to check it more what happened :/
  13. TECK Member

    Member Since:
    Jun 23, 2011
    Message Count:
    298
    Likes Received:
    1
    Trophy Points:
    18
    TECK, Mar 30, 2013

    You are not the only one, I had the same issue while upgrading way back from 8.0.2 to 8.0.4. I learned to live with it. :)
  14. William Grzybowski Active Member

    Member Since:
    May 27, 2011
    Message Count:
    1,657
    Likes Received:
    21
    Trophy Points:
    38
    Location:
    Curitiba, Brazil
    William Grzybowski, Mar 31, 2013

    There were changes related to CIFS along the path. The most important is AIO. It helps in some cases and degrade performance in others. You can try toggle the AIO in CIFS settings, and tweak the AIO rsize/wsize.
  15. HolyK Ninja Turtle

    Member Since:
    May 26, 2011
    Message Count:
    232
    Likes Received:
    13
    Trophy Points:
    18
    HolyK, Mar 31, 2013

    Well ... i forgot that i had scheduled test-backup which started few minutes after FreeNAS upgrade, so that was the cause of slower transfer speed. Anyway i tested again and the speed was still lower than usual (approx 80Mb/s). After some reading and digging, i removed "SO_RCVBUF" and "SO_SNDBUF" from my CIFS Auxiliary parameters and after restarting the CIFS i got again approx 95-100 Mb/s (Different, not-cached transfer offcourse).
    So my aux params are now:
    Code (text):
    1. socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE
    2. getwd cache = yes
    And i have AIO enabled with value "4096" for both min/max.

    BTW: There is no need to specifying "read raw = yes, write raw = yes, dead time = 15 , max xmit = 65535" as someone is advising here on forum since these values are already configured by default. Unless you have for some reason different values in "/etc/local/smb.conf", do not specify, its useless :]

    Also if someone is using 10G connection in relation with Win7 or Win Server 2008, you may be interested in enabling "SMB Large MTU". It is disabled by default in some versions of Win, so check these registry values and change/reboot in case of need.

    DisableLargeMtu=0 (DWORD) // Large MTUs ENABLED
    DisableLargeMtu=1 (DWORD) // Large MTUs DISABLED

    Windows Server 2008 R2
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
    DisableLargeMtu=0

    Windows 7
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
    DisableLargeMtu=0

    Source: http://technet.microsoft.com/en-us/library/ff625695(v=ws.10).aspx
    // Note that the "Setting name" is not the "Key Name", so its a bit confusing on that microsoft library page.
  16. cyberjock Forum Guard Dog/Admin

    Member Since:
    Mar 25, 2012
    Message Count:
    10,357
    Likes Received:
    449
    Trophy Points:
    83
    cyberjock, Mar 31, 2013

    Yet another example that the best of us can see performance issues with improper tuning. :p
    There's a reason why I got rid of all the tuning I had tested extensively in mid-2012 and only have the tuning parameters from Autotune. It seems like its much harder for those of us who aren't FreeBSD pros getting tuning that does work than one would think.

    So many people have posted that they've had to remove tuning to get performance back that its almost laughable, myself included.
  17. HolyK Ninja Turtle

    Member Since:
    May 26, 2011
    Message Count:
    232
    Likes Received:
    13
    Trophy Points:
    18
    HolyK, Mar 31, 2013

    Thing is that "SO_RCVBUF" and "SO_SNDBUF" gived me a slightly better transfer speed on 8.3.0 or maybe it was something else and this was only "dummy" thing. I never had the rest of the params specified, but when i was looking for some information i found lot of posts recommending these values. I've checked my smb.conf and i found that they are already here, so duno why i should set this manually. Probably because they were different in previous versions of FreeNAS/FreeBSD.

    Anyway i need to agree that no crazy tuning is needed since FreeNAS is well-good configured by devs. And IF someone really want to change something, he/she should ALWAYS read WHAT the parameter/value is doing and WHY he want to change it. NOT because "someone" posted it on forum... :)
  18. cyberjock Forum Guard Dog/Admin

    Member Since:
    Mar 25, 2012
    Message Count:
    10,357
    Likes Received:
    449
    Trophy Points:
    83
    cyberjock, Mar 31, 2013

    Those are words of wisdom. The problem always seems to be "How far down the rabbit hole can you go?" If you don't know how far "down" you have to go you might think you understand what you are doing and that those parameters/values make sense, bu they don't. Personally, I refuse to just add tweaks without fully understanding how and why it works. Even then it gets very difficult to determine "if" the tweak really helped or if it was just a fluke. There's so many variables with network speeds its hard to rule them all out and prove that your tweak really made the difference. That's why I've given up on tweaking. The defaults provided with FreeNAS seem to work the best and there's more ways to get tweaks wrong than get them right. :)
  19. joeschmuck Old Man

    Member Since:
    May 28, 2011
    Message Count:
    2,072
    Likes Received:
    45
    Trophy Points:
    48
    Occupation:
    Electrical Engineer, Data Analysis, and Management
    Location:
    Virginia
    joeschmuck, Mar 31, 2013

    I just turned on Autotune Tunables and my read speed jumped from ~30MB/sec to ~65MB/sec and write speed jumped a little from ~72MB/sec to 80MB/sec. I've never used the tunables before so I'm happy with the results. Now I'll look into the parameters HolyKiller mentioned to see what the potential improvement is.

    EDIT:
    HolyKiller, Thanks for posting that info. The combination of using the autotune and the CIFS aux settings has significantly boosted performance up to reading ~90MB/sec and writing 107MB/sec. Since my last speed check I have made a few changes to my system such as adding a 6th hard drive and rebuilding the pool to a RAIDZ2, increased my RAM to 16GB and slowed it's speed down from DDR3 1600 to DDR3 1066 (due to stability problems), and of course updating to 8.3.1-Release. You contribution was invaluable to me. Thank You!
  20. Simon00 New Member

    Member Since:
    Jan 22, 2012
    Message Count:
    17
    Likes Received:
    0
    Trophy Points:
    1
    Simon00, Apr 3, 2013

    Since Autotune is disabled by default on FreeNAS 8.3.1, so I just keep it that way.

    Just wondering if Autotune will help on systems w/ only a single core 64-bit cpu & merely 2GB of ram???

    They are cheap/low power eMachines, not worth upgrading, really... Use w/ zfs, raid1, 2 hdd, and windows share, 2 user at most, that's all. Was "afraid" to test on the system I had on hand....

    If Autotune is so great, I would think and many would appreciate it if it would be ENABLED by default on the next minor release.

Share This Page