I've read TR 3472 "Integrating Mac(r) OS and NetApp Storagehttp://www.netapp.com/library/tr/3472.pdf"
http://www.netapp.com/library/tr/3472.pdf
and am aware of Thursby Software's DAVE: http://www.thursby.com/products/dave.html, which is of course >$100/seat, depending on number of seats purchased.
I would like to know if there is any plans to support AFP natively in Ontap?
Has anyone found any other solution to allow for multiplatform (for example PC's and Macs) use of the filer without having to worry about the data fork/resource fork issues? Yes, the macs can talk both CIFS and NFS, the problem is that all files touched by the macs look like this:
-rw-r--r-- 1 501 foo 82 Jun 6 16:55 ._NTAP AAPL3472.pdf -rw-r--r-- 1 501 foo 699229 Jun 1 15:45 NTAP AAPL3472.pdf
Best I could find was this apple technote about stopping the creation of .DS_Store files http://docs.info.apple.com/article.html?artnum=301711
All I have been able to find on the ._ files is this article about deleting them - Some of the comments on this page say not to. http://www.macosxhints.com/article.php?story=20060623171530952&query=dot %2Bfiles
I have been deleting them on my home shares without having issues. I do loose the icons for my video files though.
NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and co-operation.
________________________________
From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Daniel Brown Sent: Friday, June 29, 2007 9:23 AM To: toasters@mathworks.com Subject: Mac OS AFP support?
I've read TR 3472 "Integrating MacR OS and NetApp Storage http://www.netapp.com/library/tr/3472.pdf "
http://www.netapp.com/library/tr/3472.pdf
and am aware of Thursby Software's DAVE: http://www.thursby.com/products/dave.html, which is of course
$100/seat, depending on number of seats purchased.
I would like to know if there is any plans to support AFP natively in Ontap?
Has anyone found any other solution to allow for multiplatform (for example PC's and Macs) use of the filer without having to worry about the data fork/resource fork issues? Yes, the macs can talk both CIFS and NFS, the problem is that all files touched by the macs look like this:
-rw-r--r-- 1 501 foo 82 Jun 6 16:55 ._NTAP AAPL3472.pdf -rw-r--r-- 1 501 foo 699229 Jun 1 15:45 NTAP AAPL3472.pdf
sounds like a good candidate for iscsi storage front ended by MAC Xservers
________________________________
From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Warkentin, Grant Sent: Friday, June 29, 2007 12:37 PM To: toasters Cc: Daniel Brown Subject: RE: Mac OS AFP support?
Best I could find was this apple technote about stopping the creation of .DS_Store files http://docs.info.apple.com/article.html?artnum=301711
All I have been able to find on the ._ files is this article about deleting them - Some of the comments on this page say not to. http://www.macosxhints.com/article.php?story=20060623171530952&query=dot %2Bfiles
I have been deleting them on my home shares without having issues. I do loose the icons for my video files though.
NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and co-operation.
________________________________
From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Daniel Brown Sent: Friday, June 29, 2007 9:23 AM To: toasters@mathworks.com Subject: Mac OS AFP support?
I've read TR 3472 "Integrating Mac(r) OS and NetApp Storage http://www.netapp.com/library/tr/3472.pdf "
http://www.netapp.com/library/tr/3472.pdf
and am aware of Thursby Software's DAVE: http://www.thursby.com/products/dave.html, which is of course
$100/seat, depending on number of seats purchased.
I would like to know if there is any plans to support AFP natively in Ontap?
Has anyone found any other solution to allow for multiplatform (for example PC's and Macs) use of the filer without having to worry about the data fork/resource fork issues? Yes, the macs can talk both CIFS and NFS, the problem is that all files touched by the macs look like this:
-rw-r--r-- 1 501 foo 82 Jun 6 16:55 ._NTAP AAPL3472.pdf -rw-r--r-- 1 501 foo 699229 Jun 1 15:45 NTAP AAPL3472.pdf
We went through an evaluation that looked at several AFP servers compared to the Mac OS with DAVE and NetApp.
Except for a really high end Sun solution, NetApp with Dave for the Mac was the fast solution and the easiest to use.
Let me know offline if you want to talk some more about this solution
Daniel Brown wrote:
I've read TR 3472 "Integrating Mac® OS and NetApp Storage http://www.netapp.com/library/tr/3472.pdf "
http://www.netapp.com/library/tr/3472.pdf
and am aware of Thursby Software's DAVE: http://www.thursby.com/products/dave.html, which is of course
$100/seat, depending on number of seats purchased.
I would like to know if there is any plans to support AFP natively in Ontap?
Has anyone found any other solution to allow for multiplatform (for example PC's and Macs) use of the filer without having to worry about the data fork/resource fork issues? Yes, the macs can talk both CIFS and NFS, the problem is that all files touched by the macs look like this:
-rw-r--r-- 1 501 foo 82 Jun 6 16:55 ._NTAP AAPL3472.pdf -rw-r--r-- 1 501 foo 699229 Jun 1 15:45 NTAP AAPL3472.pdf
Don't you still have the resource fork files left behind when using Dave?
Dave uses the "hidden" file stream in NTFS for the resource information. The only weird thing we saw with resource forks, was that font files would appear as 0k files, because they store their data in the resource fork.
What problems are you seeing.
Sphar, Mike wrote:
Don't you still have the resource fork files left behind when using Dave?
My understanding is that this is also OS dependent...in that OSX handles things differently than previous Apple OS's.
In one organisation in a previous life we moved from Dave to Extreme IP.
Actually I just had a look at their SMB/CIFS comparision webpage...
http://www.grouplogic.com/products/extreme/SMBSolutions.cfm
Please take note of the 'notes'...
Don't know if this helps...
Regards,
Nick
-----Original Message----- From: Jack Lyons [mailto:jack1729@gmail.com] Sent: Saturday, June 30, 2007 2:57 PM To: Sphar, Mike Cc: toasters@mathworks.com Subject: Re: Mac OS AFP support?
Dave uses the "hidden" file stream in NTFS for the resource information. The only weird thing we saw with resource forks, was that font files would appear as 0k files, because they store their data in the resource fork.
What problems are you seeing.
Sphar, Mike wrote:
Don't you still have the resource fork files left behind when using Dave?
It actually depends on what the environment is and what you are trying to achieve.
ExtremeZ-IP is different in that it is an AFP service running on a Windows host (like Microsoft Services for Macintosh, but improved). The Mac then uses AFP instead of CIFS so can't directly access shares on a filer. It requires a host which connects to the storage thru a LUN (iSCSI or FCP). With direct CIFS access you can consolidate all access to the data directly on the storage without the need for a server, and have Windows and Mac clients access the same data the same way if Dave/ADmitMac is used.
If Mac OS X native CIFS is used there are some limitations (like characters used in file names) and the data and resource forks are split in two files which can confuse Windows users. This is also the case if NFS is used, but then you are less limited. NFS can be a very useful alternative if no mixed Windows/Mac access is required.
Btw. In the comparision mentioned below ExtremeZ-IP is compared to the NATIVE MacOS CIFS client (which is limited in functionality), not Dave/ADmitMac. For a OSX/ADmitMac comparison see here: http://www.thursby.com/products/admitmac-vs-tiger.html. I'd recommend ADmitMac over DAVE (same vendor) as it has more Active Directory management features and is the same price as Dave.
Drop me a line if I can be of more help.
Regards,
Geert
-----Original Message----- From: Mueller, Nick Sent: Sunday, July 01, 2007 08:52 To: Jack Lyons; Sphar, Mike Cc: toasters@mathworks.com Subject: RE: Mac OS AFP support?
My understanding is that this is also OS dependent...in that OSX handles things differently than previous Apple OS's.
In one organisation in a previous life we moved from Dave to Extreme IP.
Actually I just had a look at their SMB/CIFS comparision webpage...
http://www.grouplogic.com/products/extreme/SMBSolutions.cfm
Please take note of the 'notes'...
Don't know if this helps...
Regards,
Nick
-----Original Message----- From: Jack Lyons [mailto:jack1729@gmail.com] Sent: Saturday, June 30, 2007 2:57 PM To: Sphar, Mike Cc: toasters@mathworks.com Subject: Re: Mac OS AFP support?
Dave uses the "hidden" file stream in NTFS for the resource information. The only weird thing we saw with resource forks, was that font files would appear as 0k files, because they store their data in the resource fork.
What problems are you seeing.
Sphar, Mike wrote:
Don't you still have the resource fork files left behind when using Dave?
-
Daniel Brown -
Jack Lyons -
Julio Calderon -
Mueller, Nick -
Sphar, Mike -
van Teylingen, Geert -
Warkentin, Grant