Hi everyone,

 

I have two unRAID boxes, one is running a gigabyte board and the other one is running an Asus board. I have the exact same data on both of them as I was using one of them to migrate data off an old server.

 

Here's the problem:

 

The unRAID that's on the Asus board (4x1.5TB drives) has a user share called "media" that has two subfolders (movies and tv).. All my media is in there. It should be noted that the problems below are NOT happening on the Gigabyte board based uNRAID server.

 

• On mac/windows I can mount the SMB shares (disk shares or user shares) just fine and write to them, etc.
  
• I can play media fine off the SMB shares
  
• When I'm in XBMC or Plex, I can mount each of the shares
  
• I can browse through the shares and see the entire directory structure as it is on the unRAID server
  
• When I go into a directory to see the files that are supposed to be in the directory, none of the files are visible - nothing, nada, zero, ziltch
  
• Remember that I can mount the shares fine in Windows/Mac and browse them, see all the files and play all the media
  

 

I'm not convinced it's an XBMC/Plex problem (both XBMC and Plex both exhibit this). I'm not quite sure if anyone else has seen anything like this but I'm completely and utterly stumped (it just doesn't make any sense).

 

I've tried with unRAID 4.4.2, 4.5-beta6, same deal. Tried reinstalling fresh, same deal.

 

Could it be a network card issue? That's the ONLY other thing (I dont' have a spare lying around) I can think of...

 

Looking for some help because I'm about ready to throw my server out the window.

 

I run XBMC as well on both Vista and a modded xbox. Any chance that the files are set to hidden for some reason? I've never really had a file issue.

No, they're not, because I can see and browse them just fine from both my Macbook Pro laptop and my Dell laptop.. Shares appear, I can browse them, view the files, watch the movies, etc.

 

From XBMC, I see the entire folder structure but everything is EMPTY.

No, they're not, because I can see and browse them just fine from both my Macbook Pro laptop and my Dell laptop.. Shares appear, I can browse them, view the files, watch the movies, etc.

 

From XBMC, I see the entire folder structure but everything is EMPTY.

As in window's Explorer, it might need to be set to show hidden and system files.

Excuse my potential ignorance, but on a linux system, if a file doesn't start with a ".", it normally isn't hidden... At least this is my experience.

 

Granted, I haven't used ReiserFS much, mostly ext2/3/4.

Well tickle me pink...

 

They ARE hidden! 

 

wonder how the heck this happened (they weren't hidden on the other unRAID server prior to copying them over).

 

Now I have to figure out how to recursively unhide them.

Excuse my potential ignorance, but on a linux system, if a file doesn't start with a ".", it normally isn't hidden... At least this is my experience.

 

Granted, I haven't used ReiserFS much, mostly ext2/3/4.

It has nothing to do with the leading "." character on files, or with reiserfs as a file-system, but in the way the liinux "group" and "other" permissions are mapped to windows permissions through SAMBA.

 

In the /etc/samba/smb-names.conf file the following are set in the [global] section:

map archive = Yes

map hidden = Yes

map system = Yes

 

To SAMBA, this will cause the following

archive is mapped onto linux - user execute bit

hidden is mapped onto linux - world(other users) execute bit

system is mapped onto linux group execute bit

 

Here is a good web-page that describes it in detail:  http://oreilly.com/catalog/samba/chapter/book/ch05_03.html

 

To make the files visible, you must turn off the "world(other users) execute bit" and probably also the "group execute bit"

to do this from the prompt, you can do something like this

find /mnt/disk* -exec chmod og-x {} \;

 

Have fun...

 

Joe L.

Thanks for the tip Joe,

 

I had figured that out myself (about the world/group execute bit).

 

Just did a

 

find /mnt/user/media -type f -print -exec chmod 640 {} \;

 

and it fixed it. I find it quite odd that the files were copied this way from the old unRAID server (which worked btw) to the new unRAID server.