FreeNAS 9

This will only fix afp, but Time Machine will need Netatalk 2.2 (http://trick77.com/2011/02/25/afp-broken-linux-based-nas-mac-os-x-lion-10-7/comment-page-1/#comment-2525). Hopefully it's (netatalk) finished soon and can make it onto an upcoming FreeNAS release.

The UAM was added in r6850.

Looks like there's hope for us. Netatalk 2.2 will be on source forge soon (http://www.netafp.com/open-letter-to-the-netatalk-community-501/ See the "Updated" part at the bottom).

Netatalk 2.2 final seems to be available:

http://netatalk.git.sourceforge.net/git/gitweb.cgi?p=netatalk/netatalk;a=commit;h=9aac0301d44259f19d48037074aedff8f520721b

Does this mean it will make it to freenas 8.0.1 release? :)

Source archives of Netatalk 2.2 are available from sourceforge now - http://sourceforge.net/projects/netatalk/files/

Though there seems to be an issue with the archive currently uploaded, a header file is missing - http://sourceforge.net/mailarchive/message.php?msg_id=27863015.

Are you going to wait for the netatalk port to be updated though? Is it even likely to be added to the RELENG_8_2 ports tag (I think that's how the ports are labelled?).

Well, Netatalk 2.2 seems to have made it to FreeBSD Ports a couple of days ago:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/netatalk/

I'm really hoping this was quick enough to get it into FreeNAS 8.01.

Fingers crossed.

Is it possible to install it manually though?

I'm going to hold out for an official implementation, but if you're daring:

http://forums.freenas.org/showthread.php?1354-Netatalk-2.2-for-FreeNAS-8.0.1-Beta-4-Lion-AFP-amp-Time-Machine

I see that Netatalk was updated as part of changeset 7083 - but I don't see that Avahi was updated. I am pretty sure that Avahi 0.6.28 won't do the necessary automagic zeroconf stuff that Lion (and Snow Leopard) wants for proper Time Machine functionality.

Ideally Avahi 0.6.30.

I can confirm that with the latest nightly (7107), Time Machine cannot discover the share unless it is mounted manually first.

Replying to [comment:11 cpts]:

I can confirm that with the latest nightly (7107), Time Machine cannot discover the share unless it is mounted manually first.

Strange, now it seems to be working. I'll reboot my FreeNAS box and Mac and see if it's still there.

garth, have you tried it?

I haven't yet tried the nightly - but your findings could be correct. The afp_voluuid.conf file isn't created by Netatalk until the volumes are mounted once. Then Avahi can suck out the share names and uuids and automatically build the adisk.service file.

Another challenge in FreeNAS may be in having these runtime generated files survive a reboot.

Well, tested a bit more, and I'm having too many issues with this build. AFP shares are only visible after I restart the AFP service (afpd doesn't seem to start after a reboot), any new volumes I create are not mounting automatically so I can't access them without a little effort, and changing permissions in the gui don't stick. I hope one of the more recent changesets fixes these issues.

As for the afp share being visible to Time Machine, it seems to work provided afpd is started so I'm looking forward to a later build (or 8.0.1 final :-)

0.7.2.7903 still doesn't work with Time Machine in Lion

This support system is for 8.x. For 0.7.x use source forge bug tracker, please.