March 12, 200818 yr Hopefully I'm just uninformed but I'm finding a strange occurrence in the way my user share is behaving. I'll get straight to the point. I have a single user share called Videos. This user share spans disk1 and disk2 (I only have three, with third being a parity disk). It is set for High Water, Split Level 0, and is Export Read-Only. I only use this share for viewing via my HTPCs. Disk1 is used for root level movies within the Videos folder. It is set up as such disk1 /Videos /Movie1.mp4 /Movie2.mp4 Disk2 contains all box sets and TV series and is full of folders containing files. It is set up as such disk2 /Videos /Series1 /Movie1.mp4 /Movie2.mp4 /Series2 /Movie1.mp4 /Movie2.mp4 I do not write anything to the user share (obviously...read only). I'll try to explain the anomaly. When I create a new directory or add a file to an existing directory on disc2, it is populated immediately when accessing the user share. For example, if I create \\server\disk2\videos\Rambo\Rambo-FirstBlood.mp4 it is immediately accessible by \\server\videos\Rambo\Rambo-FirstBlood.mp4. However, if I move a file to \\server\disk1\videos, I have to stop and restart the array in order for that file to show up under \\server\videos. For example, I add Next.mp4 to \\server\disk1\videos. If I do not restart the array, Next.mp4 does not appear under \\server\videos user share. Is there a reason for this? It appears only new folders and new files added to folders within the user share are updated without restarting my array. I can't put them in another folder because I have about 600 individual titles in there and all are UNC mapped by the MyMovies plugin. Reassigning them would be a nightmare. I do have a couple of my encoding systems mapped to that user share, could that be part of the issue? It doesn't really make sense considering it's not affecting new folders in that root user share directory though. It's not a deal-breaker by any means...just a slight annoyance since I have to wait until the array is not being accessed (nobody is watching anything) for new files to be added to the \\server\disk1\videos folder. Other than this, I'm really loving it and will be purchasing once I move to 4+ drives. Thanks for any insight. Jon
March 12, 200818 yr What version of unRaid are you running? Tom recently made a bug-fix to user-shares... it might have addressed your issue. In any case, some changes made to the disk shares directly do not automatically show up in the user-shares. As far as I have understood, user-shares work something like this: If a folder only exists on one disk share, user-shares point directly to that one disk folder and changes made to the disk share will show up in user-shares. If a folder exists in parallel on multiple disk shares, then those folders are "combined" in memory and presented as a single folder in the user-shares. Today, changes to the underlying disk shares folders/directories that had been logically combined and shared as one will not automatically show up to windows. The folders would need to be re-scanned and the combined contents shares as a single folder once more. Several versions of unRaid ago, before "writable" user shares, there was a "rescan" button to do as you discovered, stop and re-start the user-shares so new files would be picked up and presented to windows. It was removed when the user-shares bacame writable as Tom thought it was no longer needed. He did not think about us still writing to the underlying disk shares to keep better control of our data. On Tom's laundry list is an improvement where changes made to disk shares directly will automatically show up in user-shares. Joe L.
March 12, 200818 yr Author What version of unRaid are you running? Tom recently made a bug-fix to user-shares... it might have addressed your issue. In any case, some changes made to the disk shares directly do not automatically show up in the user-shares. As far as I have understood, user-shares work something like this: If a folder only exists on one disk share, user-shares point directly to that one disk folder and changes made to the disk share will show up in user-shares. If a folder exists in parallel on multiple disk shares, then those folders are "combined" in memory and presented as a single folder in the user-shares. Today, changes to the underlying disk shares folders/directories that had been logically combined and shared as one will not automatically show up to windows. The folders would need to be re-scanned and the combined contents shares as a single folder once more. Several versions of unRaid ago, before "writable" user shares, there was a "rescan" button to do as you discovered, stop and re-start the user-shares so new files would be picked up and presented to windows. It was removed when the user-shares bacame writable as Tom thought it was no longer needed. He did not think about us still writing to the underlying disk shares to keep better control of our data. On Tom's laundry list is an improvement where changes made to disk shares directly will automatically show up in user-shares. Joe L. Thanks, Joe. I'm running the latest 4.2.3. If there is an entry (I must have overlooked it) on the laundry list, then there must be a slight issue with it. It's only mildly annoying, I was just hoping there wasn't something wrong with the way I was doing things. It only appears to affect disk1 at this time though. I'd say if I were to create a directory on disk1 and add a file to it under the Videos directory, that it would immediately show up under the user share. It just seems to be a bug with files placed directly under a user share using disk share to copy. Even a rescan button wouldn't help me much if it has to restart the array (all current connections would be reset). I'll wait and see what the next release(s) bring to the table. Thanks again!
March 15, 200818 yr so how this goes with 4.3b1? (seems to have changes in that "department" exactly)
Archived
This topic is now archived and is closed to further replies.