Viewing mounted mounts
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.
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.
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.
Participate on our website and join the conversation
This topic is archived. New comments cannot be posted and votes cannot be cast.
Responses to this topic
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?
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?
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.
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.
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?
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?
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]
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]
