Announcing FreeNAS-8.0.1-RC2

Status
Not open for further replies.
J

jpaetzel

Guest
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

Patron
Joined
Aug 19, 2011
Messages
414
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.
 

jwhitt

Dabbler
Joined
Jun 1, 2011
Messages
22
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

Dabbler
Joined
Jun 7, 2011
Messages
34
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

Patron
Joined
May 28, 2011
Messages
345
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

Contributor
Joined
May 27, 2011
Messages
174
I tried this version, but after i upload my config setting files, when booting it simply locks on the boot screen.... :(
 

cubix

Moderator
Joined
May 30, 2011
Messages
81
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

Contributor
Joined
May 27, 2011
Messages
174
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

Patron
Joined
Aug 19, 2011
Messages
414
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.

jfr2006 said:
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

Dabbler
Joined
Sep 21, 2011
Messages
16
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

Dabbler
Joined
Sep 21, 2011
Messages
16
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

Contributor
Joined
May 27, 2011
Messages
174
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

Patron
Joined
Aug 19, 2011
Messages
414
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

Contributor
Joined
May 27, 2011
Messages
174
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

Cadet
Joined
Aug 31, 2011
Messages
2
Upgraded from RC1 to RC2 using GUI AMD64 version.

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

Durkatlon

Patron
Joined
Aug 19, 2011
Messages
414
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

Dabbler
Joined
Jun 9, 2011
Messages
17
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

Dabbler
Joined
Jun 9, 2011
Messages
17
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
 
Status
Not open for further replies.

Similar threads

J
Replies
42
Views
25K
Joshua Parker Ruehlig
J
J
Replies
20
Views
15K
Top