A Strange NAS Problem.
Posted by: tonym on 23 March 2015
I recently bought a QNAP HS251 NAS, primarily to store movies to stream via PLEX & Amazon Fire TV to our TVs. However, as we spend half our time in another location I thought it would be handy, given that I normally cart a HD drive around, to be able to access my music collection remotely.
I've hit a peculiar problem. Having (so I thought) imported all my music into my QNAP from my existing iTunes library on my iMac's attached HD, I've only just realised that although the artist folders have downloaded, those from A to S don't contain the music files/tracks, yet those from T to Z are correctly populated. This has completely foxed me.
When I imported initially, I selected "Folder" rather than "File" from the upload menu, and selected the iTunes Music folder. I then left it to upload without interruption. If I open each folder and upload the individual tracks that works fine, then move them into the folder on the QNAP, but it'd be a nightmare to have to do this for each file.
It really doesn't make sense. All permissions etc. are set correctly. Anyone got a clue?
That's really weird!
Shot into the blue - the filesystem of the harddisk - compatibility problem.
Mac harddisks are formatted in HFS+ which is a stranger to other operating systems. Even though there are different software solutions, they may not behave as they should...
You could try and format the external harddisk with the oldest, most common filesystem FAT (only for that purpose, don't leave it like that afterwards). It can be done with OS X disk utility and will of course delete anything on that disk.
Then you copy your iTunes library to it from the Mac again, and re-import it on the NAS (probably delete the old import before).
Of course no guarantee from my side, but it could be worth a try.
I copied my library via the network. No problem that way, that's what NAS where built for.
Thanks Adrian, I was thinking along the same lines. But it still doesn't explain why the music from T to Z uploaded correctly. Also I transferred via the network, not from the disk, so the format of the HD shouldn't make any difference, should it?. Oh well...
Over the network, the filesystem of the drives are not relevant (only the transfer protocol could be).
In the end, most of those NAS run an adapted version of Linux with an EXT filesystem on their internal drives anyway.
Just copy it over the network. If you have WLAN, I would temporarely use a cable to make this big transfer faster.
For the odd result of the first failed transfer, you probably need an exorcist...
A.T.B Adrian
I presume you've eliminated the obvious such as the disk being full and that the copy process wasn't interrupted, either through user input or an error causing it to abort?
Yes Graham, checked all the obvious things. The capacity of the NAS is 6 TB so no problem there. Since realising only some of the music files have downloaded (even though their folders have) I've tried the process again, several times. Even trying to upload one folder doesn't work - the folder's there but it's got no content.
If you want me to have a look remotely Tony then drop me an email...
Phil
Thanks for the offer Phil, I'll take you up on it!
Tony that must be you on the qnap forum -- I saw your post!
I'm having some setup issues myself but I won't hijack your thread
Phil's cracked it. What a star!
He took the rein of my iMac & rather than uploading from the QNAP's admin, he opened the music folders on both the QNAP and the HD attached to the iMac where my music's stored and did a paste - copy. I didn't consider this but hey, who cares? It worked. I still don't understand why some of the files copied OK, but over the years I've come to accept 'puters do strange things beyond the understanding of Man.
A bug on the QNAP - I'll post this on their forum.
Many thanks Phil.
Thanks Tony - the cheques in the post! (Just don't cash it...)
Phil
Tony when I have new music on my Mac to add to my nas, I always let the Mac 'push' it to the nas (just using Finder to copy / paste the files).
For whatever that's worth!
I don't think it's a bug in the QNAP to be honest - more likely to be a file ownership / access rights issue with the QNAP trying to access the files on the Mac...
It wouldn't surprise me if a logfile was produced that either got hidden somewhere or simply binned.
What we want is an app for Linux. Someone should start a thread.
...an app for Linux to do what though?
Phil
...an app for Linux to do what though?
Phil
You've seen the thread asking for a Windows app to match the ios and android apps?
What we want is an app for Linux. Someone should start a thread.
Bananahead, not sure what you mean by "an app" but if it can be of any help I can share some of the scripts I use to maintain my music collections. I use different scripts for different purposes. All scripts are based on rsync which is avaialble on virtually every OS. They support data transfer between different file formats (ext4, vfat and hfs+) and different media (local, remote) more or less seamlessly. Best, nbpf
Tony that must be you on the qnap forum -- I saw your post!
I'm having some setup issues myself but I won't hijack your thread
Have you shut down and restarted your QNAP since installing the paid version? Sorry for hijacking but I think I read (& replied to) your post on the Asset page.....
Blythe - THANK YOU! Yes, restarting the QNAP did the trick. Cheers!!
You're welcome - I'm pleased it solved the issue!
It had me stumped for a while too !
(different user name on the other forum by the way!)
Hi blythe, I didn't try this but no need - the other day the power company left us powerless for eight hours!
Don't think it was a problem with Asset because it was the same problem with Twonky and PLEX.
The real puzzle here of course is why, during the same uploading session, did the QNAP only correctly transfer the files from T to Z? Poltergeists I suspect.
...an app for Linux to do what though?
Phil
You've seen the thread asking for a Windows app to match the ios and android apps?
No? Where? I guess we should do RiscOS and BlackBerry versions at the same time too...?
/me ducksandrunsforcover...
Phil's cracked it. What a star!
He took the rein of my iMac & rather than uploading from the QNAP's admin, he opened the music folders on both the QNAP and the HD attached to the iMac where my music's stored and did a paste - copy. I didn't consider this but hey, who cares? It worked. I still don't understand why some of the files copied OK, but over the years I've come to accept 'puters do strange things beyond the understanding of Man.
A bug on the QNAP - I'll post this on their forum.
Many thanks Phil.
I have had several occasions where many of my iTunes songs were not imported into new iTunes/Media/Music folder when relocating my iTunes library from one hard drive to another etc...
Simply, the files were not copied into new Music directory which resulted with "missing path" error for many of them. And the same problem repeated almost every time when I changed the hard drive where my iTunes library was located.
As mentioned in this thread, the only sensible reason for this error that comes to my mind as well is the file ownership or "permissions" issue that Macs and OSX file systems seem to be particularly sensitive to?
Bobby
As mentioned in this thread, the only sensible reason for this error that comes to my mind as well is the file ownership or "permissions" issue that Macs and OSX file systems seem to be particularly sensitive to?
<< SNIP>>
I think it's more that OSX probably implements file locking and file ownership more rigorously that 'certain other OSs' and then on occasions that becomes an issue when you want to be a bit cavalier with files rather than it being any sort of slightly vague 'sensitivity' ... I think we've generally become quite lazy and flippant over such things and simply expect them to just work.
Phil
As mentioned in this thread, the only sensible reason for this error that comes to my mind as well is the file ownership or "permissions" issue that Macs and OSX file systems seem to be particularly sensitive to?
<< SNIP>>
I think it's more that OSX probably implements file locking and file ownership more rigorously that 'certain other OSs' and then on occasions that becomes an issue when you want to be a bit cavalier with files rather than it being any sort of slightly vague 'sensitivity' ... I think we've generally become quite lazy and flippant over such things and simply expect them to just work.
Phil
When mass copying files to a NAS drive (Synology which is Linux) I always ensure that the user ID the Windows machine uses to connect has full access rights.
However, it's not wise to leave it like this long term. If you were unlucky enough to get hit by Cryptolocker, it would encrypt any file that it can find on your local machine or network drive that it has write access to.
So when I'm not ripping new CDs to my main NAS drive the Windows machine doesn't have a username and password to connect to it, to prevent this.
My main NAS drive also backs up to two other NAS drives on a weekly basis at different times of the week. While this doesn't cover major disasters like your house burning down (in which case I'd have nothing to play the music on anyway), it does cover stupid finger trouble like hitting delete at the wrong point when using Explorer!
I also ensure my NAS drive is not accessible from the internet, as there have been reported vulnerabilities in them previously.
Hi blythe, I didn't try this but no need - the other day the power company left us powerless for eight hours!
Don't think it was a problem with Asset because it was the same problem with Twonky and PLEX.
The real puzzle here of course is why, during the same uploading session, did the QNAP only correctly transfer the files from T to Z? Poltergeists I suspect.