Jordan Hubbard | 5 Oct 17:00 2014

Re: SMB is broken in recent FreeNAS 9.3 M4 builds

Thanks for reporting this, Philip!  A fix has been checked in and will be in today's build.

- Jordan 

Sent from my iPad

> On Oct 4, 2014, at 23:32, Philip Robar <philip.robar@...> wrote:
> 
> Starting with build FreeNAS-9.3-M4-4bae40c-x64 SMB sharing has stopped working on my home LAN for both
Windows 8.1 and OS X 10.10 RC1. If I downgrade to build FreeNAS-9.3-M4-4989948-x64 the problem goes away.
The issue seems to center around this error:
> 
> Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234444, 0] ../lib/util/modules.c:48(load_module)
> Oct 5 00:31:28 server smbd[3574]: Error loading module
'/usr/local/lib/shared-modules/vfs/aio_pthread.so': Cannot open "/usr/local/lib/shared-modules/vfs/aio_pthread.so"
> Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234569, 0] ../source3/smbd/vfs.c:184(vfs_init_custom)
> Oct 5 00:31:28 server smbd[3574]: error probing vfs module 'aio_pthread': NT_STATUS_UNSUCCESSFUL
> Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234758, 0]
../source3/smbd/vfs.c:349(smbd_vfs_init) Oct 5 00:31:28 server smbd[3574]: smbd_vfs_init:
vfs_init_custom failed for aio_pthread
> Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234830, 0]
../source3/smbd/service.c:640(make_connection_snum) Oct 5 00:31:28 server smbd[3574]: vfs_init
failed for service Media1
> 
> Is this a known problem?
> 
> 
> Phil
> 
> _______________________________________________
(Continue reading)

Philip Robar | 5 Oct 08:32 2014
Picon

SMB is broken in recent FreeNAS 9.3 M4 builds

Starting with build FreeNAS-9.3-M4-4bae40c-x64 SMB sharing has stopped working on my home LAN for both Windows 8.1 and OS X 10.10 RC1. If I downgrade to build FreeNAS-9.3-M4-4989948-x64 the problem goes away. The issue seems to center around this error:

Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234444, 0] ../lib/util/modules.c:48(load_module)
Oct 5 00:31:28 server smbd[3574]: Error loading module '/usr/local/lib/shared-modules/vfs/aio_pthread.so': Cannot open "/usr/local/lib/shared-modules/vfs/aio_pthread.so"
Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234569, 0] ../source3/smbd/vfs.c:184(vfs_init_custom)
Oct 5 00:31:28 server smbd[3574]: error probing vfs module 'aio_pthread': NT_STATUS_UNSUCCESSFUL
Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234758, 0] ../source3/smbd/vfs.c:349(smbd_vfs_init) Oct 5 00:31:28 server smbd[3574]: smbd_vfs_init: vfs_init_custom failed for aio_pthread
Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234830, 0] ../source3/smbd/service.c:640(make_connection_snum) Oct 5 00:31:28 server smbd[3574]: vfs_init failed for service Media1

Is this a known problem?


Phil

<div><div dir="ltr">Starting with build FreeNAS-9.3-M4-4bae40c-x64 SMB sharing has stopped working on my home LAN for both Windows 8.1 and OS X 10.10 RC1. If I downgrade to build FreeNAS-9.3-M4-4989948-x64 the problem goes away. The issue seems to center around this error:<br><br>Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234444, 0] ../lib/util/modules.c:48(load_module)<br>Oct 5 00:31:28 server smbd[3574]: Error loading module '/usr/local/lib/shared-modules/vfs/aio_pthread.so': Cannot open "/usr/local/lib/shared-modules/vfs/aio_pthread.so"<br>Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234569, 0] ../source3/smbd/vfs.c:184(vfs_init_custom)<br>Oct 5 00:31:28 server smbd[3574]: error probing vfs module 'aio_pthread': NT_STATUS_UNSUCCESSFUL<br>Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234758, 0] ../source3/smbd/vfs.c:349(smbd_vfs_init) Oct 5 00:31:28 server smbd[3574]: smbd_vfs_init: vfs_init_custom failed for aio_pthread<br>Oct 5 00:31:28 server smbd[3574]: [2014/10/05 00:31:28.234830, 0] ../source3/smbd/service.c:640(make_connection_snum) Oct 5 00:31:28 server smbd[3574]: vfs_init failed for service Media1<br><br>Is this a known problem?<br><br><br>Phil<div><br></div>
</div></div>
Sean Fagan | 18 Sep 22:38 2014

Re: 9.3 M4 updating is sloooooow

>> 
> From: Philip Robar <philip.robar@...>
> To: freenas-testing@...
> Subject: [FreeNAS-testing] 9.3 M4 updating is sloooooow
> 
> I recently manually updated from the latest or next to latest 9.3 M3 to 9.3 M4 32a2e11 9/16 nightly. Even
taking into account that I'm now using a very slow 4GB flash drive to accommodate the increased size of 9.3
it seemed like it took a very long time. Since I wasn't expecting this big increase in time I wasn't
specifically keeping track, but I think it took an hour or more to finish.
> 
> Now I'm trying to update to 9.3 M4 eae2f5f 9/17 nightly and the update has been running for 2 or 3 hours. In
both cases the Manual Update progress window stops showing any updates after it gets to this point: "Step 2
of 2" "(2/3) Extracting update" "33%". The successful update never showed anymore progress, it just
suddenly rebooted.
> 
> Is there anything that I can look for in a log file or something like top to have an idea if the update is
actually making progress?
> 
> At what point should I just give up?
> 
> Are upgrades now going to take much longer then they have in the past?

The Manual Update is doing this:

1) Download the tarball containing everything
2) Store it on the specified dataset
3) Extract it.
4) Extract the package files.
5) Creates a new boot environment.
6) Install.
6a) For each package:
	freenas-install sees that it is doing an update, and it is not a delta package,
	so it first removes all of the files (and possibly directories) owned by the package
	in the package database -- from the filesystem and from the package database.
	It runs any scripts this process.  Then it installs each file and directory, into the
	filesystem and database.

A slow thumb drive will in fact be very slow as a result.  (I went and got a PNY USB 3
thumb drive, and enabled xhci via a loader configuration.  Things go much faster
with that.  But that particular thumb drive requires a kernel change, which just got
checked in, so it'll be a day or two.)

You can see what it's doing by "ps auxwww | grep freenas; you should see a python
freenas-install program running.  You can truss or ktrace that if you want to check its
progress.

Using the recommended update will be faster in general, since it not all of the packages
change all the time, and the delta packages, if available, are much smaller.

> Also since switching to 9.3 M3 I've noticed that my system hangs during a reboot after the boot USB2 flash
device is detached--at least that's the last thing printed on the screen. Is this a known problem?

Yes, it has to do with FreeBSD's kernel not releasing the device.  I think it's weird that
the post-database-reboot doesn't hang.

Sean.

Philip Robar | 18 Sep 06:37 2014
Picon

9.3 M4 updating is sloooooow

I recently manually updated from the latest or next to latest 9.3 M3 to 9.3 M4 32a2e11 9/16 nightly. Even taking into account that I'm now using a very slow 4GB flash drive to accommodate the increased size of 9.3 it seemed like it took a very long time. Since I wasn't expecting this big increase in time I wasn't specifically keeping track, but I think it took an hour or more to finish.

Now I'm trying to update to 9.3 M4 eae2f5f 9/17 nightly and the update has been running for 2 or 3 hours. In both cases the Manual Update progress window stops showing any updates after it gets to this point: "Step 2 of 2" "(2/3) Extracting update" "33%". The successful update never showed anymore progress, it just suddenly rebooted.

Is there anything that I can look for in a log file or something like top to have an idea if the update is actually making progress?

At what point should I just give up?

Are upgrades now going to take much longer then they have in the past?

Also since switching to 9.3 M3 I've noticed that my system hangs during a reboot after the boot USB2 flash device is detached--at least that's the last thing printed on the screen. Is this a known problem?


Phil

Supermicro X7DCA-L
Intel Xeon 5420L x 2 [8 cores total] (Geekbench: single core ~= Sempron 140)
8 GB RAM

<div><div dir="ltr">I recently manually updated from the latest or next to latest 9.3 M3 to 9.3 M4 32a2e11 9/16 nightly. Even taking into account that I'm now using a very slow 4GB flash drive to accommodate the increased size of 9.3 it seemed like it took a very long time. Since I wasn't expecting this big increase in time I wasn't specifically keeping track, but I think it took an hour or more to finish.<div><br></div>
<div>Now I'm trying to update to 9.3 M4 eae2f5f 9/17 nightly and the update has been running for 2 or 3 hours. In both cases the Manual Update progress window stops showing any updates after it gets to this point: "Step 2 of 2" "(2/3) Extracting update" "33%". The successful update never showed anymore progress, it just suddenly rebooted.</div>
<div><br></div>
<div>Is there anything that I can look for in a log file or something like top to have an idea if the update is actually making progress?</div>
<div><br></div>
<div>At what point should I just give up?</div>
<div><br></div>
<div>Are upgrades now going to take much longer then they have in the past?</div>
<div><br></div>
<div>Also since switching to 9.3 M3 I've noticed that my system hangs during a reboot after the boot USB2 flash device is detached--at least that's the last thing printed on the screen. Is this a known problem?</div>
<div><br></div>
<div><br></div>
<div>Phil</div>
<div><br></div>
<div>Supermicro X7DCA-L</div>
<div>Intel Xeon 5420L x 2 [8 cores total] (Geekbench: single core ~= Sempron 140)</div>
<div>8 GB RAM</div>
<div><br></div>
</div></div>
Philip Robar | 17 Sep 02:08 2014
Picon

Updating from FreeNAS 9.3 M3 to M4?

I tried to use the new Check For Updates option, but it didn't work. It detects the updates, but then fails in a couple of different ways if I proceed. Is this ready for testing and bug reports?

Phil

<div><div dir="ltr">I tried to use the new Check For Updates&nbsp;option, but it didn't work. It detects the updates, but then fails in a couple of different ways if I proceed. Is this ready for testing and bug reports?<div><br></div>
<div>Phil</div>
<div><br></div>
</div></div>
Turbo Fredriksson | 23 Aug 14:55 2014

FreeNAS-10.0.0-ALPHA-d2d986a-x64.img can't seem to mount the root fs

... it just say "waiting for ufs:/dev/ufs/FreeNAS0s1" or something like that and eventually
gives me a prompt where I should enter the root fs. But it doesn't look like my USB memstick
is recognized/loaded....

I _think_ (I'm a Linux tech and not very good at *BSD yet) I can see my two SATA SSD disks (one
is an [very] old Linux installation that I don't use any more and the other is (was) used for 
ZFS cache) and the SATA platter disk being recognized by the kernel.

I have one USB memstick to boot my Linux machine (loads the kernel and initrd from usb, but root
fs on the SATA platter disk) and the other USB memstick is the FreeNAS10 USB image... None of
which is seen/recognized/loaded that I can see (it scrolls by quite fast, but I'm quite used to
that from Linux as well :).

I'm waiting for a 9.3-ALPHA image to finish writing to the FreeNAS stick to try, but I just wanted
someone to know of possible problems with the v10 image...
--
Michael Jackson is not going to buried or cremated
but recycled into shopping bags so he can remain white,
plastic and dangerous for kids to play with.

Jordan Hubbard | 17 Jun 06:46 2014

http://download.freenas.org/nightlies/9.2.1.6/BETA/20140616/

In the wake of 9.2.1.6-BETA, we have quite a few more fixes to this build, in particular the experimental Kernel iSCSI (CTL) support in this build is substantially improved by these tickets being resolved:


The tl;dr version of the above is that we think that Windows 2012 clustering support now works with Kernel ISCSI and the issue that caused flipping between istgt (userland iSCSI) and CTL to make VMWare think you'd actually changed the LUNs should be fixed (so folks wanting to test the new Kernel iSCSI support with VMWare can do so easily but still revert back to istgt in the event of any problems).

We fixed the GRUB boot loader USB image (https://bugs.freenas.org/issues/5222).

AD / LDAP also now supports I18N characters, so folks like Jürgén Hørnqvôss-Schißtein should be happier trying to log into FreeNAS (https://bugs.freenas.org/issues/5015), but we are somewhat concerned about any possible regressions as a result of this change.  We don’t see any obvious ways in which this might have broken AD/LDAP support for english users, but we would still really appreciate folks taking special care to test this case.  If you use AD or LDAP with FreeNAS (particularly if you are outside the US), we would really appreciate you taking some time to test this nightly build!

Thanks!

- The FreeNAS Development Team






<div>In the wake of 9.2.1.6-BETA, we have quite a few more fixes to this build, in particular the experimental Kernel iSCSI (CTL) support in this build is substantially improved by these tickets being resolved:<div><br></div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/5230">https://bugs.freenas.org/issues/5230</a>
</div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/5217">https://bugs.freenas.org/issues/5217</a>
</div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/5216">https://bugs.freenas.org/issues/5216</a>
</div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/5205">https://bugs.freenas.org/issues/5205</a>
</div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/4003">https://bugs.freenas.org/issues/4003</a>
</div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/5230">https://bugs.freenas.org/issues/5230</a>
</div>
<div><div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/4003">https://bugs.freenas.org/issues/4003</a>
</div></div>
<div>
<span class="Apple-tab-span">	</span><a href="https://bugs.freenas.org/issues/4929">https://bugs.freenas.org/issues/4929</a>
</div>
<div><br></div>
<div>The tl;dr version of the above is that we think that Windows 2012 clustering support now works with Kernel ISCSI and the issue that caused flipping between istgt (userland iSCSI) and CTL to make VMWare think you'd actually changed the LUNs should be fixed (so folks wanting to test the new Kernel iSCSI support with VMWare can do so easily but still revert back to istgt in the event of any problems).</div>
<div><br></div>
<div>We fixed the GRUB boot loader USB image (<a href="https://bugs.freenas.org/issues/5222">https://bugs.freenas.org/issues/5222</a>).</div>
<div><br></div>
<div>AD / LDAP also now supports I18N characters, so folks like J&uuml;rg&eacute;n H&oslash;rnqv&ocirc;ss-Schi&szlig;tein should be happier trying to log into FreeNAS (<a href="https://bugs.freenas.org/issues/5015">https://bugs.freenas.org/issues/5015</a>), but we are somewhat concerned about any possible regressions as a result of this change. &nbsp;We don&rsquo;t see any obvious ways in which this might have broken AD/LDAP support for english users, but we would still really appreciate folks taking special care to test this case. &nbsp;If you use AD or LDAP with FreeNAS (particularly if you are outside the US), we would really appreciate you taking some time to test this nightly build!</div>
<div><br></div>
<div>Thanks!</div>
<div><br></div>
<div>- The FreeNAS Development Team</div>
<div><br></div>
<div><br></div>
<div><br></div>
<div>
<br><div><br></div>
<div><br></div>
</div>
</div>
Philip Robar | 11 Jun 09:36 2014
Picon

Recovering from FreeNAS 10.0.0 breaking my server.

Since Samba/SMB/CIFS is broken by FreeNAS-10.0.0-ALPHA-99827dc-x64 and 9.2.2 nightlies (what I was running) have disappeared and 9.3 doesn't exist in the downloads can I use my saved 9.2.2 db file with 9.2.1.6 or do I have to start over from scratch?

Phil

<div><div dir="ltr">Since Samba/SMB/CIFS is broken by FreeNAS-10.0.0-ALPHA-99827dc-x64 and 9.2.2 nightlies (what I was running) have disappeared and 9.3 doesn't exist in the downloads can I use my saved 9.2.2 db file with 9.2.1.6 or do I have to start over from scratch?<div>

<br>
</div>
<div>Phil</div>
<div><br></div>
</div></div>
Jordan Hubbard | 10 Jun 08:03 2014

http://download.freenas.org/nightlies/9.2.1.6/BETA/20140609/

We’re getting down to our last handful of bugs for 9.2.1.6-BETA (and very close to an “official BETA”
release at this point).  Nonetheless, the 20140609 build is a really good one and fixes a number of AD
problems that crept in due to an incomplete merge from the master branch and also imports OpenSSL 0.9.8za,
which fixes a number of security vulnerabilities.
See https://bugs.freenas.org/projects/freenas/issues?query_id=78 for a complete list of all bugs
closed in 9.2.1.6 so far, 9 being closed today in this build alone (Hmm, 9 on 6/09 - nice symmetry!).

Thanks, as always, for your testing efforts - they’re all helping to make 9.2.1.6 a very good build!

- Jordan

Jonathon Royle | 9 Jun 00:11 2014
Picon

9.2.1.6/BETA/20140607 testing results

Jordan,

I have not had chance for an extensive test but for this latest release is a backward step for me

FreeNAS-9.2.1.6-BETA-d78e1f0-x64

#5162  FreeNAS crashes when trying to do clean install on Xenserver host

#5163 AD Groups not in permissions drop down list (owners are) on 9.2.1.5 upgrade

When 9.2.16 is released will there be a guide on how to correctly reset CIFS permissions when upgrading from a 9.2.1.5 (or earlier) release ?  I used the GUI option "Apply Default Permissions" on CIFS share however I note that 'Inherit ACL's' is still checked (but I believe this is not recommended)


Regards,

Jon

 
From: freenas-testing-bounces-PD4FTy7X32mTkUHaTc9RUQ@public.gmane.orgas.org [freenas-testing-bounces-PD4FTy7X32lNMZ+623a0Tti2O/JbrIOy@public.gmane.org] on behalf of Jordan Hubbard [jkh-IxGJvsi74X2akBO8gow8eQ@public.gmane.org]
Sent: 08 June 2014 04:02
To: freenas-testing-PD4FTy7X32lNMZ+623a0Tti2O/JbrIOy@public.gmane.org
Subject: [FreeNAS-testing] Another good build to test: http://download.freenas.org/nightlies/9.2.1.6/BETA/20140607/

This build features some key improvements over the last "semi-official nightly" we asked everyone to test:
  • Samba updated to 4.1.8, ldv to version 1.1.17, and tdb to version 1.3.0
  • Netatalk updated to 3.1.2
  • Added extra safety belts and sane ACL behavior for CIFS sharing.
    • Now when a ZFS dataset is created with the type set to Windows, or a Windows share is created on an existing dataset with "Apply Default Permissions" checked (a new GUI option in the CIFS sharing dialog), FreeNAS will make sure that the ACLs / ownerships are set properly for Windows and it will also make sure that the behavior of chmod(2) is set in ZFS such that it does not also destroy the Inherit, Delete or Delete Child ACLs whenever it's used.
  • The ISO installation image can, in addition to being used as CD install media, can also be written to a USB device and booted directly now. To facilitate this, the installer now uses the GRUB boot manager.
  • The .system dataset code has been completely refactored, hopefully addressing some of the reporting graph issues people havebeen seeing.
As always, a principle goal of 9.2.1.6 is to make CIFS more useable, and more bullet-proof, than in previous releases. Any emphasis on testing CIFS and AFP would therefore be appreciated!

Thanks!

The FreeNAS Development Team
<div>
<div>Jordan,<br><br>
I have not had chance for an extensive test but for this latest release is a backward step for me<br><br>
FreeNAS-9.2.1.6-BETA-d78e1f0-x64<br><br><a href="https://bugs.freenas.org/issues/5162" title="FreeNAS crash on ISO boot/installation">#5162</a>&nbsp; FreeNAS crashes when trying to do clean install on Xenserver host<br><br><a href="https://bugs.freenas.org/issues/5163" title="Windows AD Group not available in permissions function">#5163</a> AD Groups not in permissions drop down list (owners are) on 9.2.1.5 upgrade<br><br>
When 9.2.16 is released will there be a guide on how to correctly reset CIFS permissions when upgrading from a 9.2.1.5 (or earlier) release ?&nbsp; I used the GUI option "<span><span>Apply Default&nbsp;</span></span><span><span>Permissions"</span></span>
 on CIFS share however I note that 'Inherit ACL's' is still checked (but I believe this is not recommended)
<br><br><br>
Regards,<br><br>
Jon<br><br>
&nbsp;<br><div>
<div>From: freenas-testing-bounces@...as.org [freenas-testing-bounces@...] on behalf of Jordan Hubbard [jkh@...]<br>Sent: 08 June 2014 04:02<br>To: freenas-testing@...<br>Subject: [FreeNAS-testing] Another good build to test: http://download.freenas.org/nightlies/9.2.1.6/BETA/20140607/<br><br>
</div>
<div></div>
<div>
<div class="messageContent">
<blockquote class="messageText ugc baseHtml">
This build features some key improvements over the last "semi-official nightly" we asked everyone to test:<br><ul>
<li><span><span>Samba updated to 4.1.8,&nbsp;</span><span>ldv</span><span>&nbsp;to version 1.1.17, and tdb to version
 1.3.0</span></span></li>
<li><span><span>Netatalk updated to 3.1.2</span></span></li>
<li>
<span><span>Added extra safety belts and sane ACL behavior for CIFS sharing.</span></span>
<ul><li>
<span><span>Now when a ZFS dataset is created with the type set to Windows, or a&nbsp;</span></span><span><span>Windows
 share is created on an existing dataset with "Apply Default&nbsp;</span></span><span><span>Permissions" checked (a new GUI option in the CIFS sharing dialog),&nbsp;</span></span><span><span>FreeNAS
 will make sure that the ACLs / ownerships are set properly f</span></span><span><span>or Windows and it will also make sure that the behavior of chmod(2)&nbsp;</span></span><span><span>is
 set in ZFS such that it does not also destroy the Inherit, Delete&nbsp;</span></span><span><span>or Delete Child ACLs whenever it's used.</span></span>
</li></ul>
</li>
<li>
<span><span>The ISO installation image can, in addition to being used as CD install&nbsp;</span></span><span><span>media,
 can also be written to a USB device and booted directly now. To&nbsp;</span></span><span><span>facilitate this, the installer now uses the GRUB boot manager.</span></span>
</li>
<li><span><span>The .system dataset code has been completely refactored, hopefully addressing some of the reporting graph issues people&nbsp;</span><span>have</span><span>been
 seeing.</span></span></li>
</ul>
As always, a principle goal of 9.2.1.6 is to make CIFS more useable, and more bullet-proof, than in previous releases. Any emphasis on testing CIFS and AFP would therefore be appreciated!<br><br>
Thanks!<br><br>
The FreeNAS Development Team</blockquote>
</div>
<div class="messageMeta">
<div class="privateControls"></div>
</div>
</div>
</div>
</div>
</div>
Jordan Hubbard | 8 Jun 05:02 2014

http://download.freenas.org/nightlies/9.2.1.6/BETA/20140607/

This build features some key improvements over the last "semi-official nightly" we asked everyone to test:
  • Samba updated to 4.1.8, ldv to version 1.1.17, and tdb to version 1.3.0
  • Netatalk updated to 3.1.2
  • Added extra safety belts and sane ACL behavior for CIFS sharing.
    • Now when a ZFS dataset is created with the type set to Windows, or a Windows share is created on an existing dataset with "Apply Default Permissions" checked (a new GUI option in the CIFS sharing dialog), FreeNAS will make sure that the ACLs / ownerships are set properly for Windows and it will also make sure that the behavior of chmod(2) is set in ZFS such that it does not also destroy the Inherit, Delete or Delete Child ACLs whenever it's used.
  • The ISO installation image can, in addition to being used as CD install media, can also be written to a USB device and booted directly now. To facilitate this, the installer now uses the GRUB boot manager.
  • The .system dataset code has been completely refactored, hopefully addressing some of the reporting graph issues people havebeen seeing.
As always, a principle goal of 9.2.1.6 is to make CIFS more useable, and more bullet-proof, than in previous releases. Any emphasis on testing CIFS and AFP would therefore be appreciated!

Thanks!

The FreeNAS Development Team
<div>
<div class="messageContent"><blockquote class="messageText ugc baseHtml">This build features some key improvements over the last "semi-official nightly" we asked everyone to test:<br><ul>
<li><span><span>Samba updated to 4.1.8,&nbsp;</span><span>ldv</span><span>&nbsp;to version 1.1.17, and tdb to version 1.3.0</span></span></li>
<li><span><span>Netatalk updated to 3.1.2</span></span></li>
<li>
<span><span>Added extra safety belts and sane ACL behavior for CIFS sharing.</span></span><ul><li>
<span><span>Now when a ZFS dataset is created with the type set to Windows, or a&nbsp;</span></span><span><span>Windows share is created on an existing dataset with "Apply Default&nbsp;</span></span><span><span>Permissions" checked (a new GUI option in the CIFS sharing dialog),&nbsp;</span></span><span><span>FreeNAS will make sure that the ACLs / ownerships are set properly f</span></span><span><span>or Windows and it will also make sure that the behavior of chmod(2)&nbsp;</span></span><span><span>is set in ZFS such that it does not also destroy the Inherit, Delete&nbsp;</span></span><span><span>or Delete Child ACLs whenever it's used.</span></span>
</li></ul>
</li>
<li>
<span><span>The ISO installation image can, in addition to being used as CD install&nbsp;</span></span><span><span>media, can also be written to a USB device and booted directly now. To&nbsp;</span></span><span><span>facilitate this, the installer now uses the GRUB boot manager.</span></span>
</li>
<li><span><span>The .system dataset code has been completely refactored, hopefully addressing some of the reporting graph issues people&nbsp;</span><span>have</span><span>been seeing.</span></span></li>
</ul>As always, a principle goal of 9.2.1.6 is to make CIFS more useable, and more bullet-proof, than in previous releases. Any emphasis on testing CIFS and AFP would therefore be appreciated!<br><br>Thanks!<br><br>The FreeNAS Development Team</blockquote></div>
<div class="messageMeta"><div class="privateControls"></div></div>
</div>

Gmane