Viewing mounted mounts

[CrazyKillerMan 0]

Hey fellas

 

I am in need of some minor assitance here.

 

On my network at home I have four computers. I have FC2 running as our server (mail, http, ftp, etc). The other machine is a smoothwall firewall/router and the other two are windows XP workstations.

 

I have setup samba as a PDC and its working fine.

 

In a script run at startup, I smbmount the shares we have on our windows machines to /SMB_DFS as a DFS of sorts. This works great. It works perfectly.

 

I finally got around to configuring proFTPD the way I want ... and I start the users in ~/FTP_Tree. I mount /SMB_DFS to ~/FTP_Tree/FTP (so they can see all shares and not see all the crap in ~/)

 

I can see the FTP folder when I log on - and when I enter that folder, I can see all the shares located in /SMB_DFS. The problem I run into is when I look in /SMB_DFS/WS1share (really it is ~/FTP_Tree/FTP/WS1share) there are not any files.

 

How do I get these files to be visible. I dont thing this is a permission issue. When I log in as root and get and 'ls /home/user/FTP_Tree/FTP/WS1share' I get the same thing as when I log onto the FTP.

 

Any ideas???

 

PS: To mount the /SMB_DFS to the ~/FTP_Tree/FTP dir I use:

"mount --bind /SMB_DFS ~/FTP_Tree/FTP"

 

The DFS is mounted using smbmount and as stated, works fine.

[martouf 0]

if proFTPD is anything like the wuftpd I know, then it could very well be

a permissions problem.

 

if you specify a permissible directory, are you sure it also includes all

of that directory's sub-directories?

 

since proftpd probably runs as user 'nobody', do all of the dirs in the permitted

filesystem tree all have world read+execute (chmod o+rx dirname) set?

 

what does "ls -ld" look like for each of those dirs you named?

 

 

[CrazyKillerMan 0]

Well...the thing is that when I mount it, and view it using a root ssh logon, I cannot see the contents of those folders.

 

The ls -ld only gives me:

 

[root@gimpy FTP]# ls -ld

drwxrwxrwx 8 root root 4096 Aug 24 10:02 .

 

While...

[root@gimpy FTP]# ls -al

total 32

drwxrwxrwx 8 root root 4096 Aug 24 10:02 .

drwxr-xr-x 4 userx root 4096 Aug 24 16:48 ..

drwxrwxr-x 2 root root 4096 Jul 21 20:18 FM_FTP

drwxrwxr-x 2 root root 4096 Jul 21 20:18 FM_MISC

drwxrwxr-x 2 root root 4096 Jul 21 20:18 FM_STORAGE

drwxr-xr-x 2 root root 4096 Jul 13 10:51 GB_FTP

drwxr-xr-x 2 root root 4096 Jul 13 10:51 GB_MISC

drwxr-xr-x 2 root root 4096 Jul 13 20:50 GB_MP3

 

 

As you can see...the folders have read perms. But...alas, no files.

 

Thanks for the assitance.

[martouf 0]

hmm.. strange.

 

when it's behaving like that, is 'smbmount' still running?

( "ps ax | grep smb" )

 

you're using reasonable uid=,gid= values as options to 'smbmount'?

(reasonable from the view of which uid+gid the ftp server runs as)

 

(I'm trying out something similar to your setup on my system as I write this)

 

hey, "mount --bind" does not include any possible submounts within a filesystem

hierarchy.

 

try "mount --rbind" to include all possible submounts.

 

does that help?

 

[CrazyKillerMan 0]

Nails it!!!

 

Thats exactly what it was. RTFM indeed lol

 

Thanks for that...it makes sense now that it would be a mounting issue, as using any connection (other than FTP) yielded the same results I got when using ftp...therefore it was a initial problem of setup, not of execution.

 

Thanks, Bud!

 

EDIT

If you need a hand with what you are setting up, or if you get stuck, just let me know crazykillerman@hot blah mail.

/EDIT

[Edited by crazykillerman on 2004-08-25 15:52:10]