0

I have an unRAID server (If you're unfamiliar with unRAID, you can check it out at lime-technology.com) which is a Linux based server. I'm getting terrible performance with iTunes on my iMac. The music playback is fine. But if I import a song file or change any metadata, it has problems. This isn't new, I've read many, many posts complaining about this and other problems concerning SMB shares and file systems. But I think I may be onto something and would like some advice.

This is what I've found so far. Snow Leopard, OS 10.6.x, has a problem with SMB and/or any file system other than HFS+. HFS+ is the common files system for OS X.

There are hundreds of posts on the web complaining about temporary freezes, slowdowns, sometimes crashes on the Mac using SMB shares and other file systems. I have yet to see Apple acknowledge that there is a problem, but there are a few suggestions out there that seem to have helped people. I'll be trying out some of these this week and post the results here.

From my own observations, specifically with iTunes, I've noticed some strange behavior. Here's my setup. I have an iMac running 10.6.4 (the latest update), the latest iTunes 10. The iTunes app is located on the local internal HD, I have my iTunes library files and all my media on disk 1 of my unRAID server. I'm hard wired to the server via a gigabit router. I have iTunes set to keep the media organized and copy the media files to the server.

When importing a song file into iTunes, the file initially seems to copy at a good rate, the file appears in it's proper place and you can see the size increasing as it copies. Then it stalls for a while, then the name changes to a long hex number for a few seconds and then reverts back to its' normal state. The process can take 30-40 seconds, even with a small song file. I looked at the console and I got the following error message:

11/8/10 12:24:28 AM /Applications/iTunes.app/Contents/MacOS/iTunes[2820] Possible unresolved transaction race -103/(Master Music Library/John Lennon/Rock 'N' Roll,(null))

The same thing happens when I make a change in the metadata. It takes a LONG time to update the file. For example, I added onto the name of an album and for each song it changed I got:

11/8/10 12:37:36 AM /Applications/iTunes.app/Contents/MacOS/iTunes[2820] Possible unresolved transaction race -103/(Master Music Library/John Lennon/Signature Box Set 5 - Walls And Bridges,(null))

This happens for each file imported or changed even within iTunes. It doesn't seem to matter if the source file is on the Mac (for import from, let's say) or the server (for metadata changes, let's say)

I followed the first path in the error message: /Applications/iTunes.app/Contents/MacOS/iTunes[2820].

In the /Applications/iTunes.app/Contents/MacOS/ folder I find the following files:

iTunes

libgnsdk_musicid.1.7.1.dylib

libgnsdk_sdkmanager.1.7.1.dylib

libgnsdk_submit.1.7.1.dylib

where iTunes is a Unix Executable File.

I did some more research and have found some posts about file systems other than HFS+ having trouble with app packages. I believe that all OS X apps are actually packages, like folders, but appearing as a single file. Other file systems don't seem to know what to do with these. There was some talk of "flattening" these app packages, but I haven't gone forward with that yet because I'm not sure I understand it enough yet.

I've also noticed that in the getinfo box under sharing & permissions I usually get "You can read and write", but with apps I get "You have custom access". This was something i had noticed before and thought it was a problem on the server, but I didn't realize it until now, I'm getting the custom access on every app. So I think that's probably normal.

I'm wondering if I'm having a permissions problem with the iTunes Unix Executable File. Right now the permissions are set as follows:

system: Read & Write

admin: Read & Write

everyone: Read only

Maybe it's trying to write to that file or another one and doesn't have the right permissions since the song file is now on the server and that's causing the stalls? I'm over my head here. Anyone have any ideas?

1 Answer 1

0

I don't think that the iTunes.app itself is the problem. Mac OS X app packages mostly even work without problems if you run them from within a filesystem that is not HFS*, just try to run an app from a FAT formatted drive and it'll work.

The Console part

(...) /Applications/iTunes.app/Contents/MacOS/iTunes[2820] (...)

just indicates which executable logs that error (while 2820 is the process id). The "working part" of Mac OS X apps are just normal unix executables (as Mac OS X is, in fact, some kind of unix derivate).

I bet the problem lies in the use of an SMB filesystem for your iTunes library.

1
  • I think it's something in the SMB too, but this happens whether the iTunes library is on the internal HD or the server, I've tried it both ways.
    – abernardi
    Nov 11, 2010 at 7:07

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .