All Forums |
Register |
Login |
Search |
Subscriptions |
My Profile |
Inbox |
Tool Warehouse |
FAQs |
Resources |
Help |
Member List |
Address Book |
Logout |
|
|
Windows 2003 to Smb problems (directory listing again)
|
Logged in as: Guest |
Users viewing this topic: none |
|
Login  |
|
|
Windows 2003 to Smb problems (directory listing again) - Aug. 11, '05, 6:08:19 AM
|
|
|
gregoryg
Posts: 4
Joined: Aug. 10, '05,
Status: offline
|
I'm using SFU 3.5 on Windows 2003 Server and I'm experiencing the following problems happening for Samba 3.0.6-2 mount coming from Linux ES 3u3 machine:
1) Directory listing incorrectly recognizes files as directories unless provided file name explicitly as an argument to ls command. This is demonstrated below:
quote:
gregoryg@c_windows /project/src/library/mp--> ls -l
total 144
dr--r--r-- 1 1061 1061 451 Aug 11 00:13 Makefile
drw-rw-r-- 1 3678 1061 668 Aug 11 00:13 Makefile.depend
drwxrwxr-x 1 3678 7601 0 Aug 11 00:13 atomic
dr--r--r-- 1 3678 1061 3218 Aug 11 00:13 mp_atomic.h
gregoryg@c_windows /project/src/library/mp--> ls -l Makefile
-r--r--r-- 1 1061 1061 451 Dec 17 2004 Makefile
2) Directory listing doesn't work (gives empty output) if a file belonging to that directory is open (using vi or more command for example). This goes back to the problem reported on this list under the title of "operation of "ls" inconsistant". I wonder whether there's been any progress on this issue? I'm seeing similar fstat behavior when ls returns empty contents...
Thanks a lot in advance,
Giga
|
|
|
RE: Windows 2003 to Smb problems (directory listing again) - Aug. 11, '05, 2:21:59 PM
|
|
|
Rodney
Posts: 3696
Joined: Jul. 9, '02,
From: /Tools lab
Status: offline
|
For (1):
The error will be with the information provided by the SMB server (Samba in this case).
Interix itself obtains the information from the local device driver.
So it's what is getting reported to the device driver.
For (2):
The problem there had to do with WinDFS. Nothing to do with SMB per se.
I had added the '-U' (unreliable) option to ls which in turn causes
a special flag to be passed to the FTS functions. It had no effect with WinDFS
but did/does help cure the problem of no content appearing because FTS normally
does an inode comparison and if there is a problem/difference it "quietly" dropped
the entry; with -U that shouldn't happen. That was all done over a year ago (2004).
The manual page has the info on it. Note this is with the /Tools version of ls
built against the libport version of FTS. Give it a whirl.
|
|
|
RE: Windows 2003 to Smb problems (directory listing again) - Aug. 12, '05, 1:56:20 AM
|
|
|
gregoryg
Posts: 4
Joined: Aug. 10, '05,
Status: offline
|
1) If it's the Smb problem, why does the dir command works correctly?
quote:
G:\project\src\library\mp>dir
Volume in drive G is NT-share
Volume Serial Number is 0134-276A
Directory of G:\project\src\library\mp
08/11/2005 11:04 PM <DIR> .
03/03/2005 04:14 PM <DIR> ..
01/20/2005 02:45 PM <DIR> atomic
12/17/2004 12:53 PM 451 Makefile
04/22/2005 11:09 PM 3,218 mp_atomic.h
08/11/2005 11:04 PM 668 Makefile.depend
Please, find truss output below. Maybe, it will give some clue to what's going on here.
quote:
gregoryg@c_windows ~/TMP/delme--> ls -l
total 0
drwxr-xr-x 1 1067 1067 0 Aug 12 08:48 directory
drwxr--r-- 1 3610 1067 0 Aug 12 08:48 file
gregoryg@c_windows ~/TMP/delme--> truss ls -l
tracing pid 725
getdata() getdata returned 0
getrlimit() getrlimit returned 0
pthread_inform_signals() pthread_inform_signals returned 0
isatty(1) isatty returned 0
ioctl(1, 0x40087404, 0x82FF6C) ioctl returned 0
getids() getids returned 0
lstat(".", 0x00B70B28) lstat ret: 0 dev: 0x4102000793b247 ino: 0x00000306
open(".", 0x1) open returned 3
fchdir(3) fchdir returned 0
open(".", 0x1) open returned 4
open(".", 0x1) open returned 5
fstat(5, 0xB70710, 0xB50710) fstat ret: 0 dev: 0x4102000793b247 ino: 0x00000306
fcntl(5, 0x3, 0x1) fcntl returned 0
fstat(5, 0xB70710, 0xB50710) fstat ret: 0 dev: 0x4102000793b247 ino: 0x00000306
fchdir(5) fchdir returned 0
readdir(5, 0x8345EC, 5120, 1) readdir returned 86 0x56
lstat("file", 0x00B70B30) lstat ret: 0 dev: 0x4102000793b247 ino: 0x00000306
lstat("directory", 0x00B70B38) lstat ret: 0 dev: 0x4102000793b247 ino: 0x0000030
6
readdir(5, 0x8345EC, 5120, 0) readdir returned 0
close(5) close returned 0
pthread_mutex_destroy(0x8345D8) pthread_mutex_destroy returned 0
fchdir(3) fchdir returned 0
fchdir(4) fchdir returned 0
close(4) close returned 0
getpwuid(0xE1A, 0x0) getpwuid failed: errno 61680, Unknown error: 61680
getgrgid(0xE1A, 0x1) getgrgid failed: errno 61680, Unknown error: 61680
getgrgid(0x42B, 0x1) getgrgid failed: errno 61680, Unknown error: 61680
fstat(1, 0xB70710, 0x0) fstat ret: 0 dev: 0x0 ino: 0x00000000
isatty(1) isatty returned 0
isatty(1) isatty returned 0
write(1, 0x834710, 8) total 0
write returned 8
gettzenv() gettzenv returned 0
open_nocancel("/usr/share/zoneinfo/Asia/Jerusalem", 0x1) open_nocancel returned
4
read_nocancel(4, 0x82DE94, 7484) read_nocancel returned 803 0x323
close_nocancel(4) close_nocancel returned 0
write(1, 0x834710, 51) drwxr-xr-x 1 1067 1067 0 Aug 12 08:48 directory
write returned 51 0x33
write(1, 0x834710, 46) drwxr--r-- 1 3610 1067 0 Aug 12 08:48 file
write returned 46 0x2E
lseek(0, 1, 0) lseek returned 0
lseek(0, 0, 0) lseek returned 0
exit(0) process exited with status 0
gregoryg@c_windows ~/TMP/delme--> ls -l file
-rwxr--r-- 1 1067 1067 0 Aug 12 08:48 file
gregoryg@c_windows ~/TMP/delme--> truss ls -l file
tracing pid 1621
getdata() getdata returned 0
getrlimit() getrlimit returned 0
pthread_inform_signals() pthread_inform_signals returned 0
isatty(1) isatty returned 0
ioctl(1, 0x40087404, 0x82FF6C) ioctl returned 0
getids() getids returned 0
lstat("file", 0x00B70B30) lstat ret: 0 dev: 0x4102000793b247 ino: 0x00000306
open(".", 0x1) open returned 3
getpwuid(0xE1A, 0x0) getpwuid failed: errno 61680, Unknown error: 61680
getgrgid(0xE1A, 0x1) getgrgid failed: errno 61680, Unknown error: 61680
getgrgid(0x42B, 0x1) getgrgid failed: errno 61680, Unknown error: 61680
fstat(1, 0xB70710, 0x0) fstat ret: 0 dev: 0x0 ino: 0x00000000
isatty(1) isatty returned 0
isatty(1) isatty returned 0
gettzenv() gettzenv returned 0
open_nocancel("/usr/share/zoneinfo/Asia/Jerusalem", 0x1) open_nocancel returned
4
read_nocancel(4, 0x82DE9C, 7484) read_nocancel returned 803 0x323
close_nocancel(4) close_nocancel returned 0
write(1, 0x837D88, 46) -rwxr--r-- 1 1067 1067 0 Aug 12 08:48 file
write returned 46 0x2E
fchdir(3) fchdir returned 0
lseek(0, 1, 0) lseek returned 0
lseek(0, 0, 0) lseek returned 0
exit(0) process exited with status 0
gregoryg@c_windows ~/TMP/delme--> truss ls -ld directory
tracing pid 2005
getdata() getdata returned 0
getrlimit() getrlimit returned 0
pthread_inform_signals() pthread_inform_signals returned 0
isatty(1) isatty returned 0
ioctl(1, 0x40087404, 0x82FF6C) ioctl returned 0
getids() getids returned 0
lstat("directory", 0x00B70B38) lstat ret: 0 dev: 0x4102000793b247 ino: 0x0000030
6
open(".", 0x1) open returned 3
getpwuid(0xE1A, 0x0) getpwuid failed: errno 61680, Unknown error: 61680
getgrgid(0xE1A, 0x1) getgrgid failed: errno 61680, Unknown error: 61680
getgrgid(0x42B, 0x1) getgrgid failed: errno 61680, Unknown error: 61680
fstat(1, 0xB70710, 0x0) fstat ret: 0 dev: 0x0 ino: 0x00000000
isatty(1) isatty returned 0
isatty(1) isatty returned 0
gettzenv() gettzenv returned 0
open_nocancel("/usr/share/zoneinfo/Asia/Jerusalem", 0x1) open_nocancel returned
4
read_nocancel(4, 0x82DE9C, 7484) read_nocancel returned 803 0x323
close_nocancel(4) close_nocancel returned 0
write(1, 0x837D90, 51) drwxr-xr-x 1 1067 1067 0 Aug 12 08:48 directory
write returned 51 0x33
lseek(0, 1, 0) lseek returned 0
lseek(0, 0, 0) lseek returned 0
exit(0) process exited with status 0
2) Seems to have no luck with 'ls -U' also. Please, find the info below.
dir command works fine at the same time on the same directory...
quote:
gregoryg@c_windows /project/src/library/mp--> pkg_info ls
Information for ls-1.2.2-bin:
Comment:
Version 1.2.2 of ls for Interix.
Required by:
pkg-2.4.3-bin
Description:
Version 1.2.2 of ls for Interix.
This package was created for the http://www.interopsystems.com/tools web page.
gregoryg@c_windows /project/src/library/mp--> truss ls -U
tracing pid 1107
getdata() getdata returned 0
getrlimit() getrlimit returned 0
pthread_inform_signals() pthread_inform_signals returned 0
isatty(1) isatty returned 0
ioctl(1, 0x40087404, 0x82FF6C) ioctl returned 0
getids() getids returned 0
stat(".", 0x00B90720) stat ret: 0 dev: 0x4102000793b247 ino: 0x0000002b
open(".", 0x1) open returned 3
fstat(1, 0xB90710, 0xB70710) fstat ret: 0 dev: 0x0 ino: 0x00000000
isatty(1) isatty returned 0
isatty(1) isatty returned 0
write(1, 0x834288, 2) .
write returned 2
fchdir(3) fchdir returned 0
lseek(0, 1, 0) lseek returned 0
lseek(0, 0, 0) lseek returned 0
exit(0) process exited with status 0
Thank you for the help,
Giga
|
|
|
RE: Windows 2003 to Smb problems (directory listing again) - Aug. 12, '05, 2:17:41 AM
|
|
|
gregoryg
Posts: 4
Joined: Aug. 10, '05,
Status: offline
|
I have just found an article on MS site that addresses problem #1. I appologize for submitting the issue without checking MS support first. I will try it as soon as I get the patch from MS and will send a note whether it helped or not. For all the interested, the article is at: http://support.microsoft.com/default.aspx?scid=kb;en-us;892093
The problem #2 still in place.
Thank you
Giga
|
|
|
RE: Windows 2003 to Smb problems (directory listing again) - Aug. 12, '05, 8:15:10 AM
|
|
|
Rodney
Posts: 3696
Joined: Jul. 9, '02,
From: /Tools lab
Status: offline
|
> http://support.microsoft.com/default.aspx?scid=kb;en-us;892093
Interesting. The article notes that a reboot is not needed and then ID's the subsystem (8.0.1969.27).
The only way you can replace/update a subsystem is with a reboot. So I'll suggest a reboot
after applying the hotfix. I expect that Q899522 (the W2K3/SP1 fix) includes this fix
because the subsystem is up to build 8.0.1969.32. So there may be another couple of fixes (build delta).
Since you are on Windows 2003 you should ask for Q899522 instead in case you do apply SP1 to W2K3.
It could save you doing two hotfixes. For Q899522 tell them it's W2K3 SP1 and you are having problems
running shell scripts in addition to the ls -l output being incorrect.
> The problem #2 still in place.
It was an easy enough try.
The hotfix may correct this too though.
|
|
|
RE: Windows 2003 to Smb problems (directory listing again) - Aug. 14, '05, 11:52:17 AM
|
|
|
gregoryg
Posts: 4
Joined: Aug. 10, '05,
Status: offline
|
By uninstalling Windows 2003 SP1 and installing hot fix from http://support.microsoft.com/default.aspx?scid=kb;en-us;892093 I seem to have solved both problems. It seems that SFU 3.5 doesn't work too well with SP1 without patches.
Thank you for the help
Giga
|
|
|
New Messages |
No New Messages |
Hot Topic w/ New Messages |
Hot Topic w/o New Messages |
|
Locked w/ New Messages |
Locked w/o New Messages |
|
Post New Thread
Reply to Message
Post New Poll
Submit Vote
Delete My Own Post
Delete My Own Thread
Rate Posts |
|
|
|