Bug 1608 - Directory listing is incomplete
Summary: Directory listing is incomplete
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: smbmount (unmaintained) (show other bugs)
Version: 3.0.5
Hardware: x86 Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-12 03:29 UTC by Hans Bol
Modified: 2005-08-24 10:18 UTC (History)
0 users

See Also:


Attachments
directory listing wich is not displayed correctly on windows (130.26 KB, text/plain)
2004-10-10 21:42 UTC, Hans Bol
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hans Bol 2004-08-12 03:29:23 UTC
I have a RH9 server with samba 3.0.5 on it. I have a nfs mount from an AIX
server mounted on this linux server.

I shared this nfsmounted filesystem via samba with our windows clients.

Our problem is that in a directory with a large amount of files (somewhere
between   200 and 2000) the files that are shown via windows are less than the
amount of files on the unix and also on the linux servers. So our windows
clients cannot trust what they see on their screen. 

The files have special names with whitespaces in them:

SPONSON QQ.model
SP_IGES_FILE.model
SYM. BUBBLE WINDOW KIN                   BTO 27.06.03.model

smb.conf

# Samba config file created using SWAT
# from 145.73.180.119 (145.73.180.119)
# Date: 2004/07/22 08:04:19
 
# Global parameters
[global]
        workgroup = WORGRNAME
        realm = WORKGRNAME.ROOT.AD
        server string = Samba Server tbv Catia V5
        security = ADS
        password server = WIN2KSERVER
        username map = /etc/samba/smbusers
        log level = 1
        log file = /var/log/samba/log.%m
        max log size = 100
        socket options = TCP_NODELAY SO_RCVBUF=4096 SO_SNDBUF=4096
        preferred master = Yes
        dns proxy = No
        wins server = 193.85.180.31
        ldap ssl = no
        idmap uid = 10000-20000
        idmap gid = 10000-30000
        winbind separator = /
        winbind enum users = No
        winbind enum groups = No
 
[TOOLING]
        comment = 
        path = /SERVERCATDB/TOOLING
        username = @tool
        force group = tool
        read only = No
 
[FLY]
        comment = 
        path = /SERVERCATDB/FLY
        username = @fly
        force group = fly
        read only = No
 
.......
.......
.......


I saw similar problems on the web, but no solutions. Can someone help us?

Best regards,
Hans Bol
Comment 1 Volker Lendecke 2004-08-12 07:02:22 UTC
This is catia, right? Catia has some really nasty stuff in its file names that
windows natively does not support. I've got a mapping module somewhere that gets
these sane. Please contact me (vl at samba dot org) directly if you want this
module, I would have to dig it up somewhere.

Volker
Comment 2 Hans Bol 2004-08-16 10:12:40 UTC
(In reply to comment #1)
> This is catia, right? Catia has some really nasty stuff in its file names that
> windows natively does not support. I've got a mapping module somewhere that gets
> these sane. Please contact me (vl at samba dot org) directly if you want this
> module, I would have to dig it up somewhere.
> 
> Volker

Yes, I send you an email, so if you find the module... I would be very gratefull.

Best regards,
Hans Bol
Comment 3 Hans Bol 2004-10-07 00:00:59 UTC
Is bug id 1837 related???
In my opinion it is not a catia problem, but more like a codepage problem?
Comment 4 TeeCee 2004-10-07 02:24:09 UTC
(In reply to comment #3)
> Is bug id 1837 related???
> In my opinion it is not a catia problem, but more like a codepage problem?
> 

Hi!
I don't think it is codepage related... As You can see I've written in bug id
1837 some examples that I can and cannot see. Tere is an example, which has no
special characters, the most unwanted character is the space...
Just to say: I've tried with SuSE samba-client and that was all right,
everything was listed :(
Comment 5 Björn Jacke 2004-10-07 15:40:11 UTC
can you please do a "find ." inside the directory containing the nasty files,
redirect the output into a file, gzip that file (that's important so tha the
content will stay definetely unchanged!) and mail it to me or attach to this bug?
Comment 6 Hans Bol 2004-10-10 21:42:27 UTC
Created attachment 712 [details]
directory listing wich is not displayed correctly on windows
Comment 7 Gerald (Jerry) Carter (dead mail address) 2005-05-11 05:04:35 UTC
please retest against 3.0.14a and see the notres for large 
directory support in the 3.0.12 portion of the release notes.
If the problem still exists, then feel free to reopen this bug.
Comment 8 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:18:39 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.