I have turned into a rather odd situation. When trying to mount Windows NT (SP6)
shares on Redhat 9.0 system with locally compiled Samba 3.0.0beta1, the
commandline prompt doesnt return. This is also true when using "mount -t smbfs
..." . The mount is in fact actual taken place, and by pressing "Ctrl+C", the
prompt are returned. The mount then seems to operate correct and even "df" shows
a correct mount. The same ting happen when using "fstab" and "mount -a". No
prompt are returned until I press "Ctrl+C". With more than one smb share mount,
I have to repeat this procedure the same number of times. Every time a new mount
is created correctly.
Following is an example of "fstab" line ( on a single line :-) ):
//raappl1/m$ /root/raappl1/m smbfs
credentials=/root/cred/raappl1.txt,iocharset=utf8,codepage=cp850,ro,ttl=10000 0 0
The mount and character conversions seem to work 99.9% correct. Though, I
sometimes got complainments about missing files, which indeed are present, when
doing a tar og du on the mounted filesystem. Its an older NT machine and hence
may have problems answering my super-duper LINUX box fast enough :-)). Maybe it
should be a parameter allowing slower operation? (he-he).
I have also turned on the debugging feature using smbount. With debuglevel=3 and
above it stops after reporting "tconx ok". Pressing "Ctrl+C" then as usual
release the command prompt.
When compiling I use the following configuration:
./configure --prefix=/usr \
I have also detected another strange bug. If I add the "noauto" parameter to the
above "fstab" line, then expected character translation doesn't work. As lsted
above, it works just fine.
With very best regards
In Samba 3.0.0rc this odd behaviour dissapear if you add the option for large
file system suppert ("lfs"). Suggest that this error been marked as fixed.
with best regards
originally reported against 3.0.0beta1. CLeaning out
non-production release versions.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.