Stavros,
You may have seen the solution posted elsewhere as we just figured it out today. My coworker and I discovered this after noticing different behavior than normal when working in Tiger vs. Leopard with the Xsan. Deleting files on Tiger system would go to the trash, while deleting files on Leopard system would force the user to delete immediately. Found that it was a different way that Tiger and Leopard write the .Trashes files on the Xsan. Deleting them for each user and remounting/rebooting the clients solved that, and incidentally solved the ‘make offline’ issue as well. I’m copying it here so that it’s on the Cow for posterity:
1. Unmount Xsan volume from client.
2. Mount Xsan volume on MetaData Controller.
3. In Terminal on MDC, go to /Volumes/Xsan/.Trashes.
4. In Terminal on MDC, enter sudo ls
The output should be UIDs. Find the UID for the user having this problem, and then type sudo rm -R ### where the ###’s = the UID.
Have the client restart, then mount the volume, and try this media offline workflow. It should be back to normal…