I can answer the second part of your question. Since you just updated the MacBook's iTunes settings to point to the NAS, it's iTunes library file still resides on the MacBook. This is a .itl file in your ~/Music/iTunes folder.
iTunes relies on this database to tell it what's in the media folder. If you add stuff to the media folder without adding it through iTunes (i.e. just dropping files in Finder, or using another copy of iTunes on another machine) then that .itl database does not get updated.
So when you add files through iTunes on your Mac Pro, it updates the .itl database on your Mac Pro, but not your MacBook, so the MB can't see those files. If you add anything through iTunes on the MB, the Mac Pro database won't have it, since the copy of iTunes that connects to that database did not process the files.
I have a similar setup to what you're doing: iTunes media on an external drive connected to my iMac, and a MacBook which I use ONLY Home Sharing on.
You might get the idea to move one .itl file to the NAS and open it in iTunes on both machines, and this will work, but you can/should never have it open in both at the same time. That .itl file is really just an SQLite database, and they don't allow simultaneous access, so I've never even attempted this.
With respect to your first question, check ~/Music/iTunes and see if there are any old library (.itl) files. It's most likely that iTunes is opening an old copy or a backup of the database. If you duplicated the database or started a new one before moving your media, this might be the cause.
Start iTunes and make sure the media folder is set correctly or make some other change in iTunes. Now go to ~/Music/iTunes and look for the .itl file that has most recently been modified. Move all the others out of the folder.
Quit iTunes and restart it while holding the Option/Alt key. This will bring up a dialog that lets you select which database to use. Select the .itl file you left alone and it will continue using that as the default library.
Sounds like a permission problem. I had a similar issue. Files created by one user in two groups (administrator & user) on NAS were not being able to read by users only in the user group. I tried reseting ownership/permissions using File Station from DiskStation and did nothing. I figured something was wrong with root folder permissions on shared folder - and yes, they were owned by root and 777 chmod.
I've managed to fix this by:
- On the Synology - control panel - win/mac/nfs - goto Mac File Serivce (AFP) and turn off Apply default UNIX permissions (Mac file services enabled) - root of your problem
log on to NAS via ssh, go to most root shared folder and do
chown -R nobody:users shared_folder/
chmod -R 755 shared_folder/
used info from here, here and here.
Best Answer
First of all, let's try to verify that OS X is using SMB2 for your shared drive.
Can you connect via Finder to your NAS share drive? Then open a
Terminal
(type terminal in Launchpad) and execute the commandmount
without any parameters, like this:This should output you several lines, one of which should be about your shared drive and how OS X is opening it (using SMB, AFP, NFS, etc.). Can you confirm that OS X is mounting it as SMB (or SMB2 if it shows that level of information)?
This is to confirm which protocol is effectively used.
Once the protocol is confirmed, try via the command line to copy a file > 250 MB. For this use the command
rsync
to show the progress, here is an example assuming you have in your home directory a big file namedbig_file.ext
and the shared drive on your NAS is calledshare
:Do you have the same behaviour? Can you describe it better now?
Finally, it seems you are not alone and people are proposing workarounds while Apple is preparing (hopefully) a fix: https://discussions.apple.com/thread/5467191
In addition, try updating your Synology OS to the latest version. DSM 4.3-3810 has the following changelog entry: "Enhanced the compatibility of SMB 2 with Mac OS X 10.9"