search for: cache83

...smbd process grabs almost 100% cpu. Nothing showed up in a level 2 log, but a level 5 log contained the following call several thousand times, creating a 10MB log file in a couple minutes: [1999/06/02 16:04:25, 5] smbd/mangle.c:name_map_mangle(983) name_map_mangle( 39923411.aci, need83 = FALSE, cache83 = TRUE, 3 ) [1999/06/02 16:04:25, 5] smbd/mangle.c:name_map_mangle(1017) name_map_mangle() ==> [39923411.aci] [1999/06/02 16:04:25, 5] smbd/mangle.c:name_map_mangle(983) name_map_mangle( 32023360.aci, need83 = FALSE, cache83 = TRUE, 3 ) [1999/06/02 16:04:25, 5] smbd/mangle.c:name_map_mangle(...

Hi James, this sounds familiar - I believe I looked at a wire trace, and windows is dropping the trailing dots BEFORE it sends the request over the wire. so samba never sees the name foo..., thus does not create it. Don -----Original Message----- From: James Nord [mailto:teilo@cdt.luth.se] Sent: Wednesday, September 26, 2001 9:34 AM To: James Nord Cc: samba@samba.org Subject: Name mangling bug:

...13:17:01, 5] smbd/mangle.c:is_8_3(338) Checking desktop.ini for 8.3 [1999/05/27 13:17:01, 5] smbd/filename.c:unix_convert(460) unix_convert begin: name = desktop.ini, dirpath = , start = desktop.ini [1999/05/27 13:17:01, 5] smbd/mangle.c:name_map_mangle(983) name_map_mangle( , need83 = FALSE, cache83 = TRUE, 2 ) [1999/05/27 13:17:01, 5] smbd/mangle.c:do_fwd_mangled_map(767) Mangled Mapping '' map '(*.html, *.htm)' [1999/05/27 13:17:01, 5] smbd/mangle.c:do_fwd_mangled_map(776) Start of first in pair '*.html, *.htm)' [1999/05/27 13:17:01, 5] smbd/mangle.c:do_fwd_mangle...

..._tid=1 smb_pid=404 smb_uid=100 smb_mid=61057 smt_wct=0 [2003/02/24 09:30:06, 5] lib/util.c:show_msg(291) smb_bcc=0 [2003/02/24 09:30:06, 6] lib/util_sock.c:write_socket(518) EXAMPLE 4 [2003/02/24 09:30:07, 5] smbd/mangle.c:name_map_mangle(988) name_map_mangle( A13C0000, need83 = False, cache83 = True, 4 ) [2003/02/24 09:30:07, 5] smbd/mangle.c:name_map_mangle(1023) name_map_mangle() ==> [A13C0000] [2003/02/24 09:30:07, 5] smbd/mangle.c:name_map_mangle(988) name_map_mangle( NJC Invoice01AAA.xls~RFc374f.TMP, need83 = False, cache83 = True, 4 ) [2003/02/24 09:30:07, 5] smbd/mangle.c:...

...smode.c:dos_mode(315) dos_mode returning d [2004/11/23 14:05:52, 5] smbd/trans2.c:get_lanman2_dir_entry(968) get_lanman2_dir_entry found ./msdfs:strsvr01\part0 fname=msdfs:strsvr01\part0 [2004/11/23 14:05:52, 5] smbd/mangle_hash.c:name_map(611) name_map( msdfs:strsvr01\part0, need83 = False, cache83 = True) [2004/11/23 14:05:52, 5] smbd/mangle_hash.c:name_map(637) name_map() ==> [msdfs:strsvr01\part0] I tried another dfs link with mangling method defaulted to 2. This link was called part1. This one showed up as MX2XKC~P ( where part0 was MX2XKC~O) so there must be some translation prob...

I really appreciate all your responses on this. I might not have fixed it by looking at samba logs but i noticed there was directory in user unix directory with wildcard * as folder name once i removed it, samba showed up all the files and directory. am not sure what would * as folder name caused this behaviour may be samba was trying to interpret * as something else not sure...... or it was

...name list. [2001/06/28 11:49:14, 8] smbd/dosmode.c:dos_mode(167) dos_mode returning d [2001/06/28 11:49:14, 5] smbd/trans2.c:get_lanman2_dir_entry(419) get_lanman2_dir_entry found prodlib/. fname=. [2001/06/28 11:49:14, 5] smbd/mangle.c:name_map_mangle(999) name_map_mangle( ., need83 = FALSE, cache83 = TRUE, 1 ) [2001/06/28 11:49:14, 5] smbd/mangle.c:name_map_mangle(1033) name_map_mangle() ==> [.] [2001/06/28 11:49:14, 5] smbd/mangle.c:is_8_3(338) Checking . for 8.3 [2001/06/28 11:49:14, 8] smbd/trans2.c:get_lanman2_dir_entry(363) get_lanman2_dir_entry:readdir on dirptr 0x200515f8 now...