Announcing FreeNAS-8.0.1-RC2

[jpaetzel]

I'm pleased to announce the immediate availability of FreeNAS 8.0.1-RC2, available for immediate download from:

https://sourceforge.net/projects/freenas/files/FreeNAS-8.0.1/

This is Release Candidate 2 for FreeNAS 8.0.1....hopefully the last stepping
stone to FreeNAS 8.0.1-RELEASE

*** IMPORTANT ***

The image size increased in 8.0.1-BETA3. The new size requires a 2 GB
storage device. The GUI upgrade can be used to upgrade a system from BETA3,
BETA4, or RC1 but upgrades from earlier releases can only be done from the CD.
The other option is to save the config, reinstall the new version, then
restore the config.

Major changes:

- The mail subsystem has been rewritten due to major interop issues with
the previous implementation of the mail subsystem and various mail server
setups (including gmail). This was done by removing msmtp and replacing
it's functionality with python code. (r7756, r7757, r7758 )

- The iSCSI target daemon (istgt) has been updated to address interoperability
issues with VMWare ESXi 5.0 (r7530, r7652, r7817)

Changes since 8.0.1-RC1

- Fix a bug where a failed upgrade after a config was uploaded was resulting
in the system "reverting" to using the uploaded config instead of the
previous running config. (r7535)

- Save config now uses a hostname/date combo in the file name. (r7567)

- Fix a bug with replacing devices in place. (r7575)

- Add a confirmation password field for dyndns. (r7576)

- If the webgui can't bind to the address specified in the GUI bind to the
wildcard. Set an alert if this is done. (r7562, r7563, r7570, r7579)

- Add a save debug button in the system -> advanced GUI to ease collecting
diagnostic information when shell access isn't configured. (r7592)

- Allow an interface to accept tagged and untagged packets. (r7604, r7609)

- Improvements to ataidle. (r7648)

- Reverse the list for ipv4 netmask. (r7663)

- Fix openldap authenticating against servers that require SSL/STARTTLS
(r7685)

- Build python with a larger stack size. This should solve intermittent
django stability issues (r7689)

- Move the USB 3 driver to a module so it can be disabled for hardware that
has issues booting with the module enabled. (r7691)

- Allow the iSCSI extent file browser to show files. (r7695)

- Allow iSCSI extents to be used by one target->extent mapping. (r7697)

- Restrict the iSCSI target name to values allowed by the target and
the RFC covering iqns. (r7698)

- Restart collectd properly when volumes are created or destroyed. (r7704)

- Make timezone changes take effect immediately in django. (r7720)

- Use the file browser for editing iSCSI file extents. (r7728)

- Ensure that the selection for an iSCSI file extent is a file and not a
directory. (r7729)

- Allow auto-importer to work when there are zpools that contain subsets of
each other's names. eg: tank and tank2 (r7732)

- Update django to 1.3.1 to address multiple security vulnerabilities. (r7745)

- Fix a bug where the system would attempt to change permissions from an
unknown user to root:wheel. (r7762)

- Disable building the weekly locate database. (r7765)

Errata:

CHAP doesn't work with GlobalSAN initiators on OS X.

Upgrades from FreeNAS 0.7 aren't supported.

Filename:
FreeNAS-8.0.1-RC2-amd64-Full_Install.xz
SHA256 Hash:
771e833bfa97ab4b811630e9be2885f43735b911826fea1ff350972d796aed26

Filename:
FreeNAS-8.0.1-RC2-amd64-GUI_Upgrade.xz
SHA256 Hash:
91df60794cc73c1d9a1771a59a71d0a2a8e06d99e61020d493918d76380fadcf

Filename:
FreeNAS-8.0.1-RC2-amd64.iso
SHA256 Hash:
8e82dc432fbc1ebad05877c6dfd9aa78b529f78ce20273f969d1135e4f5c2f79

Filename:
FreeNAS-8.0.1-RC2-i386-Full_Install.xz
SHA256 Hash:
0bd6cf649dcf80a2de40c27b0ea28002b2c1e77b2ea0ee173f40054a5f04e0d7

Filename:
FreeNAS-8.0.1-RC2-i386-GUI_Upgrade.xz
SHA256 Hash:
3d8f65ea2952ed1537baec1248c0f1e926a3c86b98f721d270f4ab26529dfea8

Filename:
FreeNAS-8.0.1-RC2-i386.iso
SHA256 Hash:
b310e2eb047c341bfaefc4035a49bad880980c7fe18f1728ceccbe7d04ec8824

 

[Durkatlon]

Seems to spawn an infinite number of python instances after uploading the i386 GUI upgrade. This is on a VMWare instance with 1GB of RAM (currently running 8.0.1-RC1).

EDIT: Turns out those were caused by run-away replication processes, the result of the target machine being offline. This might be a bug in RC1. I removed all the snapshot and replication processes, rebooted and then tried the upgrade again. After 2 more automatic reboots, the system is up and running on RC2 now.

 

[cubix]

Note: the hashes have spaces in them which need to be removed

 

[andrew0401]

Unable to update from RC1 to RC2 using automatic process - running AM64/4GB under ESXi 4.1 - errors upgrading schema - but works perfectly with a clean install and uploading the config

Still problems (?) with NUT & SNMP access to APC UPS units


http://forums.freenas.org/showthread.php?912-How-to-configure-the-UPS-port/page7&highlight=andrew0401

 

[jwhitt]

ISCSI Targets with CAPS names

I dont seem to be able to create target names with all caps? anyone else having this issue?

 

[louis-m]

i can't upgrade from rc-1 x64 to rc-2 via the web gui.
invalid checksum even though i've removed spaces etc

 

[esamett]

email notification isn't working for me:
Error 8
host server / name

I am using similar settings with FN8.0 which sent the test successfully:
smtp.mail.yahoo.com
Port 995
Plain
SMTP authenticate

 

[jfr2006]

I tried this version, but after i upload my config setting files, when booting it simply locks on the boot screen.... :(

 

[cubix]

I tried this version, but after i upload my config setting files, when booting it simply locks on the boot screen.... :(

with that motherboard I had issues with booting. I pulled all the sata cables and booted successfully. Shut down, reconnected cables and everything was good to go.

 

[jfr2006]

with that motherboard I had issues with booting. I pulled all the sata cables and booted successfully. Shut down, reconnected cables and everything was good to go.

I had even not got to the point of testing at home.. Was doing it on a virtual machine on my laptop and even on other laptop i have..no luck at all...

 

[Durkatlon]

with that motherboard I had issues with booting. I pulled all the sata cables and booted successfully. Shut down, reconnected cables and everything was good to go.

I had the same issue with the E35M motherboards (I have one of each of the mini-ITX ones). It's a really strange thing. You have to get it booting properly with just the USB stick, and only then attach the data drives. Very bizarre. Ever since then both boards have been working beautifully.

I had even not got to the point of testing at home.. Was doing it on a virtual machine on my laptop and even on other laptop i have..no luck at all...

Only things I can think of, is not enough RAM in the VM. I've had upgrades fail because of this in the past. One other option would be if you have snapshots and/or replication enabled. I have had problems where the machine would spawn an infinite number of python processes related to these automated processes, but never complete the upgrade.

 

[mattymuc]

I have a big problem with "Change Permissions" in 8.0.1-RC2-amd64 in the GUI.
When I try to chance the permissions to e.g. 750 or 770 for a zfs-dataset-volume recursively it always sets the volume folder to 755 and does not chance anything recursively.

When I try to change the owner recursively it only chances the owner of some files in some folders but not all. Most folders contain files with the new and the old owner. Very strange....

The only way I can change the permissions is via ssh.

Is this a bug or am I doing something wrong? Is there a way to reset the permissions of a folder recursively to a default value?

 

[mattymuc]

I tried to install my UPS "Mustek Powermust 2000VA USB (megatec)" via USB at /dev/ugen0.1
I always get the message, that the UPS cannot be found. The UPS works with an ubuntu server without problems.
I tried different USB-ports and I'm sure I set the Port in the GUI to the correct USB-port.

 

[jfr2006]

I had the same issue with the E35M motherboards (I have one of each of the mini-ITX ones). It's a really strange thing. You have to get it booting properly with just the USB stick, and only then attach the data drives. Very bizarre. Ever since then both boards have been working beautifully.


Only things I can think of, is not enough RAM in the VM. I've had upgrades fail because of this in the past. One other option would be if you have snapshots and/or replication enabled. I have had problems where the machine would spawn an infinite number of python processes related to these automated processes, but never complete the upgrade.

Does not seems to me that's the problem, since the other laptop has 3GB of RAM..

And for helping out, the new nightly are coming out with a 1GB image...

 

[Durkatlon]

Does not seems to me that's the problem, since the other laptop has 3GB of RAM..

And for helping out, the new nightly are coming out with a 1GB image...

How much of the RAM have you assigned to the VM instance in which you run the FreeNAS installation?

 

[jfr2006]

How much of the RAM have you assigned to the VM instance in which you run the FreeNAS installation?

I don't think you understood..I was running on 2 different machines. On one of them, i was using a VM with 512MB, but on the other laptop i was running it directly, with the all 3GB of RAM available.

Regards.

 

[pereuko]

Upgraded from RC1 to RC2 using GUI AMD64 version.

No issues, gmail notifications started coming again, iscsi works on ESXi 5.

 

[Durkatlon]

I don't think you understood..I was running on 2 different machines. On one of them, i was using a VM with 512MB, but on the other laptop i was running it directly, with the all 3GB of RAM available.

Ah OK, gotcha. Yeah, 512MB would probably not be enough to allow the xz unpacker to run properly. But 3GB certainly should be! :D

 

[Brad Bowers]

I'm showing invalid firmware or checksum on the i386 GUI upgrade as well... going from RC1 to RC2.

Using this hash...

3d8f65ea2952ed1537baec1248c0f1e926a3c86b98f721d270f4ab26529dfea8

 

[Brad Bowers]

Ok never mind, re-downloaded the image and recopied the hash and it works now. Only other thing to report is this when in the GUI...

WARNING: The WebGUI Address could not be bind to , using wildcard