I have a ReadyNAS NV+ with RAIDiator 4.1.7 [1.00a043] installed. Using the developer preview of OS X Lion, I get this message when trying to connect. "The version of the server you are trying to connect to is not supported. Please contact your system administrator to resolve the problem."Is there some way to upgrade AFP?

The ReadyNAS uses the open source project Netatalk to provide AFP. See http://netatalk.sourceforge.net/Currently in 4.1.7, Netatalk 2.1.3 is used. Hopefully the Netatalk developers will test the developer preview of OS X Lion and update the Netatalk project to use a version of afp compatible with Mac OS X Lion.Then it'd be up to NetGear to decide whether to do the necessary backporting to support it on the Sparc platform and include it in a future firmware update.Please bear in mind that NetGear only supports stable OSes, not beta/developer preview versions so tech support won't be able to help you with problems you encounter using it.If AFP can't be updated to a version supported by Mac OS X Lion then I guess you'd need to use CIFS or NFS instead.

Thanks for the reply. I totally understand the not supporting unreleased OS's. It could technically be that when it is released it will support old versions of AFP. But I figured it was good to share some initial findings.I think I have had my ReadyNAS for 2 maybe 3 years. To bad, it is looking that it may be unusable for me since I rely on the AFP. Technically I can access files via SMB, but AFP was serving a purpose. Oh well, may I'll just sell it and put some drives in the Mac Pro :/

I think Apple would be encouraging the move to using the newer versions of AFP. It's easier not to support outdated versions of AFP.I don't know if newer versions of Netatalk are compatible with Mac OS X Lion or not. I'm not part of the Apple developer program so I can't test Mac OS X Lion.Sparc ReadyNAS (e.g. Duo, NV, NV+) use firmware that has evolved from the original Sparc firmware that shipped on the first Sparc units released over 6 years ago. It has become necessary to backport things such as Netatalk. There is also the CPU to consider, Sparc ReadyNAS use a slow CPU, so the CPU needs of a new version of Netatalk would also need to be considered (I don't know if they've increased or not, but NetGear would find out when they do testing). Newer ReadyNAS (e.g. NVX, Ultra, Pro) use Intel processors and different firmware. These have much faster CPUs and are on the x86 platform. These would be far less likely to have issues with a Netatalk backport and could see a newer version of Netatalk earlier.If experiences with Snow Leopard are anything to go by, it's best not to be an early adopter of a new Mac OS X major update as it may break functionality on the ReadyNAS. A firmware update with a newer version of Netatalk should help resolve issues and restore broken functionality. Minor OS updates from Apple can also help.

The issue is with authentication as outlined here: http://trick77.com/2011/02/25/afp-broken-linux-based-nas-mac-os-x-lion-10-7/. Netgear has to update to the latest version of netatalk.

Just had a look at the GPL source code (http://www.readynas.com/gpl) for 4.2.15 for x86 ReadyNAS and it includes the necessary dhx2 user authentication module as does the GPL source code for 4.1.7 for Sparc. So I guess the modules are available, it could simply be a matter of NetGear installing them and configuring them properly if they haven't already.So sounds like the situation may not be as bad as I thought it could be and hopefully it's a relatively easy thing to fix.

AFP Out Of Date In OS X Lion | NETGEAR Communities

161 Replies

Replies have been turned off for this discussion

ptaylor874
Tutor
Jul 05, 2011
Ok - That's fair.. The best news is that it should be easy for Netgear to roll out an update with this minor change in it...
jocala1
Aspirant
Jul 05, 2011
Isn't netatalk licensed under the GPL?

http://en.wikipedia.org/wiki/Netatalk
WhoCares_
Mentor
Jul 05, 2011
The versions _you can get_ from their site are licensed under the GPL, that's right. But that doesn't mean _all_ versions are. Also I doubt that Wikipedia has the authority in that matter ;)

-Stefan
jocala1
Aspirant
Jul 06, 2011
WhoCares? wrote:
The versions _you can get_ from their site are licensed under the GPL, that's right. But that doesn't mean _all_ versions are.

Yes it does. You can't fork GPL software, then distribute the fork as closed-source. If they distribute binaries, anyone to whom they distribute is legally entitled to a copy of source. They can freely charge for their distribution costs, only offer source on cd, etc. But they must offer source.

Furthermore, once a "licensee" obtains a copy of source, they can legally redistribute it as well.

Bottom line, does a compile of 2.2-beta4 using the proper toolchain fix things for ReadyNAS Duo users?
WhoCares_
Mentor
Jul 06, 2011
jocala wrote:
Yes it does. You can't fork GPL software, then distribute the fork as closed-source.

So what exactly is your point? They didn't fork their own code, they just put it under a new license. Which they can do anytime they please and which has happened with other (formerly) open source projects, too.

jocala wrote:
If they distribute binaries, anyone to whom they distribute is legally entitled to a copy of source.

Wrong, see above.

jocala wrote:
They can freely charge for their distribution costs, only offer source on cd, etc. But they must offer source.

Wrong again, see above.

jocala wrote:
Furthermore, once a "licensee" obtains a copy of source, they can legally redistribute it as well.

Again: wrong. See above.

jocala wrote:
Bottom line, does a compile of 2.2-beta4 using the proper toolchain fix things for ReadyNAS Duo users?

Depends on the things I'd say.

-Stefan

WhoCares? wrote:
The versions _you can get_ from their site are licensed under the GPL, that's right. But that doesn't mean _all_ versions are.

jocala wrote:
Yes it does. You can't fork GPL software, then distribute the fork as closed-source.

jocala wrote:
If they distribute binaries, anyone to whom they distribute is legally entitled to a copy of source.

jocala wrote:
They can freely charge for their distribution costs, only offer source on cd, etc. But they must offer source.

jocala wrote:
Furthermore, once a "licensee" obtains a copy of source, they can legally redistribute it as well.

jocala wrote:
Bottom line, does a compile of 2.2-beta4 using the proper toolchain fix things for ReadyNAS Duo users?

jocala1

Aspirant

Jul 06, 2011

WhoCares? wrote:
jocala wrote:
Yes it does. You can't fork GPL software, then distribute the fork as closed-source.

So what exactly is your point? They didn't fork their own code, they just put it under a new license. Which they can do anytime they please and which has happened with other (formerly) open source projects, too.

jocala wrote:
If they distribute binaries, anyone to whom they distribute is legally entitled to a copy of source.

Wrong, see above.

jocala wrote:
They can freely charge for their distribution costs, only offer source on cd, etc. But they must offer source.

Wrong again, see above.

jocala wrote:
Furthermore, once a "licensee" obtains a copy of source, they can legally redistribute it as well.

Again: wrong. See above.

jocala wrote:
Bottom line, does a compile of 2.2-beta4 using the proper toolchain fix things for ReadyNAS Duo users?

Depends on the things I'd say.

-Stefan

Have it your way. My only interest here is seeing if I can salvage my Duo for TM backups under Lion w/o having to spring for a hardware upgrade.

---
Eppur si muove - But it does move... (Galileo)

nerfffy
Aspirant
Jul 06, 2011
WhoCares? wrote:
Have it your way. My only interest here is seeing if I can salvage my Duo for TM backups under Lion w/o having to spring for a hardware upgrade.

I also am in the same boat as you with a duo and a desire to use it with lion for time machine. I only just bought the duo (it is still being sold widely in Australia) so this is quite a pain. I regret not reading into this before I bought it, i would have gone for a more expensive x86 based product from netgear instead. Hindsight is a wonderful thing!
mdgm-ntgr
NETGEAR Employee Retired
Jul 06, 2011
The latest firmware for x86 ReadyNAS and the latest firmware for Sparc ReadyNAS both don't support Time Machine backups on Mac OS X Lion. I would suggest keeping an eye on the Public beta forums.

The Duo and NV+ are still in production. We'll have to wait and see if NetGear updates Netatalk on Sparc ReadyNAS. I would think they would want to if it is possible.
WhoCares_
Mentor
Jul 06, 2011
mdgm wrote:
The Duo and NV+ are still in production. We'll have to wait and see if NetGear updates Netatalk on Sparc ReadyNAS. I would think they would want to if it is possible.

As far as I know Netgear will update both lines, Intel and Sparc. But nobody cared to ask that question ;)

-Stefan
WhoCares_
Mentor
Jul 06, 2011
jocala wrote:
Have it your way.

I wouldn't know what "my way" should be - you started that free or not free discussion ;)

jocala wrote:
My only interest here is seeing if I can salvage my Duo for TM backups under Lion w/o having to spring for a hardware upgrade.

Well, my Macs running Lion are using time machine volumes on my Duo and on my Pro without problems. Ymmv.

-Stefan

Forum Discussion

AFP Out Of Date In OS X Lion

161 Replies

Related Content

R8000 EOL date?

Nighthawk AC1900 Smart Wifi Router—out of date?

Is SMB protocol faster than AFP ?

Release Date RAX120

Release Date

NETGEAR Academy

ProSupport for Business