search for: dirptr

Hi; I'm having a really odd problem with some Windows ME stations connected to a Samba server. From a command prompt on the ME stations, I do the following: dir *.* This works as expected, all the files in the directory are displayed. I then do: dir test.txt And I get: General failure reading drive G Abort, Retry, Fail. The directory contains the file, and the file shows up in a full

...call_trans2findnext(1595) call_trans2findnext: dirhandle = 257, max_data_bytes = 2432, maxentries = 4, close_after_request=0, close_if_end = 0 requires_resume_key = 0 resume_key = 0 resume name = sums continue=0 level = 260 [2005/08/02 13:13:04, 3] smbd/dir.c:dptr_fetch_lanman2(667) fetching dirptr 257 for path ./ [2005/08/02 13:13:04, 3] smbd/trans2.c:call_trans2findnext(1653) dptr_num is 257, mask = *, attr = 1016, dirptr=(0x201BD398,-1) [2005/08/02 13:13:04, 3] smbd/trans2.c:call_trans2findnext(1752) SMBtrans2 mask=* directory=./ dirtype=4118 numentries=4 [2005/08/02 13:13:04, 3] smbd/...

...nt log entries for some files and a directory that did not copy: [2014/02/19 15:14:13.823511, 5] ../source3/smbd/dir.c:493(dptr_create) dptr_create dir=Chip/FromCD/myTempHPF/ScAnVP6.2.1w/templates/Brain_Atlas [2014/02/19 15:14:13.823555, 3] ../source3/smbd/dir.c:665(dptr_create) creating new dirptr 0 for path Chip/FromCD/myTempHPF/ScAnVP6.2.1w/templates/Brain_Atlas, expect_close = 0 [2014/02/19 15:14:13.823598, 6] ../source3/smbd/dir.c:1025(smbd_dirptr_get_entry) smbd_dirptr_get_entry: dirptr 0x8092888 now at offset 0 [2014/02/19 15:14:13.823664, 3] ../source3/smbd/dir.c:1108(smbd_dirptr_...

...level directory structure of a share is still accessible. This seems to be a new problem in 2.0.5/6pre (not sure if it already happened for 2.0.4). Any hints? Franz. Platform: RH4.2/Intel Log entry: [1999/08/19 12:48:44, 0] smbd/dir.c:dptr_create(453) dptr_create: returned 9: Error - all new dirptrs in use ? Server setup: # Global parameters [global] workgroup = EVERYONE netbios name = SHARES server string = Linux Samba Server interfaces = 10.10.10.1/24 bind interfaces only = Yes security = SHARE encrypt passwords = Yes...

...rms (fnum = -1) level=1005 call=5 total_data=0 call_trans2qfilepathinfo ! Mitarbeiter-Pool/CA/C_493____/00_Gesamt/Alarms (fnum = -1) level=1004 call=5 total_data=0 call_trans2qfilepathinfo ! Mitarbeiter-Pool/CA/C_493____/00_Gesamt (fnum = -1) level=1004 call=5 total_data=0 creating new dirptr 256 for path ! Mitarbeiter-Pool/CA/C_493____/00_Gesamt, expect_close = 1 call_trans2qfilepathinfo ! Mitarbeiter-Pool/CA/C_493____/00_Gesamt/Alarms (fnum = -1) level=1004 call=5 total_data=0 creating new dirptr 256 for path ! Mitarbeiter-Pool/CA/C_493____/00_Gesamt/Alarms, expect_close = 1...

...ork runing Samba 2.05a and Win95 OSR2 clients have a problem that occurs several times a month, always near the end of the day. If they open a samba share, it doesn't show any files. The logfile says: [2000/01/10 18:03:06, 0] smbd/dir.c:dptr_create(453) dptr_create: returned 0: Error - all new dirptrs in use ? Apparently bitmap_find() (dir.c, line 450) wraps around to 0 while it is expected to return a value higher than 255. It seems to me that bitmap_find() (file lib/bitmap.c, line 94) does the wrong thing in this particular case. It looks for free bits starting at an offset, but when it reac...

...ink we found the part of source where the problem resides: smbd/trans2.c +1444 for (i=0;(i<maxentries) && !finished && !out_of_space;i++) { +1445 BOOL got_exact_match = False; +1446 +1447 /* this is a heuristic to avoid seeking the dirptr except when +1448 absolutely necessary. It allows for a filename of about 40 chars */ +1449 if (space_remaining < DIRLEN_GUESS && numentries > 0) { +1450 out_of_space = True; +1451 finished...

...dows 7, the directory IntegrDom appears as a directory a few second and became an unknown file. Here is corresponding log (with debug level to 8): In first time we have: dos_mode: IntegrDom dos_mode_from_sbuf returning d is_in_path: IntegrDom is_in_path: match not found dos_mode returning d smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset 7381146503409175813 As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. When Windows 7 reload share content: dos_mode: IntegrDom dos_mode_from_sbuf retur...

...1/29 15:20:40, 3] lib/util.c:unix_clean_name(391) unix_clean_name [/*] [2001/11/29 15:20:40, 3] lib/util.c:unix_clean_name(391) unix_clean_name [*] [2001/11/29 15:20:40, 3] lib/util.c:unix_clean_name(391) unix_clean_name [./] [2001/11/29 15:20:40, 3] smbd/dir.c:dptr_create(491) creating new dirptr 256 for path ./, expect_close = 1 [2001/11/29 15:20:40, 3] smbd/process.c:process_smb(860) Transaction 221 of length 86 [2001/11/29 15:20:40, 3] smbd/process.c:switch_message(667) switch message SMBtrans2 (pid 7648) [2001/11/29 15:20:40, 3] smbd/trans2.c:call_trans2findnext(905) call_trans2fi...

Over the weekend I upgraded my IRIX servers to 3.0.13 and have found many strange issues regarding the creation of new folders. When I attempt to add a new folder through the Windows side I get an immediate error dialog box stating "You may not be able to access file created in the folder X:\New Folder." When I select to continue the folder is created, looking on the IRIX side the

...>> >> Here is corresponding log (with debug level to 8): >> >> In first time we have: >> >> dos_mode: IntegrDom >> dos_mode_from_sbuf returning d >> is_in_path: IntegrDom >> is_in_path: match not found >> dos_mode returning d >> smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) >> smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset >> 7381146503409175813 >> >> As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. >> >> When Windows 7 reload share co...

...om Windows and if I generate new files or dirs with german umlaute everythink is OK. I can open theses files and I can open the directory. If I want do delete or rename the files or dirs with german umlaute I got an error message. "I can not read the file from source". creating new dirptr 256 for path ./, expect_close = 1 [2006/01/31 20:03:42, 4] smbd/trans2.c:call_trans2findfirst(1739) dptr_num is 256, wcard = txtfile???.txt, attr = 22 [2006/01/31 20:03:42, 8] smbd/trans2.c:call_trans2findfirst(1744) dirpath=<./> dontdescend=<> [2006/01/31 20:03:42, 5] smbd/files.c:...

...1398) get_lanman2_dir_entry: SMB_FIND_FILE_BOTH_DIRECTORY_INFO [2007/10/23 08:48:29, 10] smbd/mangle_hash2.c:name_map(617) name_map: 351-0-0-1.DS -> 7F100938 -> 3Z96YI~G.DS (cache=1) [2007/10/23 08:48:29, 8] smbd/trans2.c:get_lanman2_dir_entry(1161) get_lanman2_dir_entry:readdir on dirptr 0x3bd238 now at offset 16784629 [2007/10/23 08:48:29, 5] smbd/trans2.c:get_lanman2_dir_entry(1221) get_lanman2_dir_entry:Couldn't stat [archv6/arc14/0726/1RBE/1192/353-0-0-1.DV] (Interrupted system call) [2007/10/23 08:48:29, 8] smbd/trans2.c:get_lanman2_dir_entry(1161) get_lanman2_dir_...

...get_lanman2_dir_entry: SMB_FIND_FILE_BOTH_DIRECTORY_INFO [2007/01/10 10:58:42, 10] smbd/mangle_hash2.c:name_map(617) name_map: new_kitchen_3d0004.JPG -> 72E48952 -> NVVMQ8~I.JPG (cache=1) [2007/01/10 10:58:42, 8] smbd/trans2.c:get_lanman2_dir_entry(1110) get_lanman2_dir_entry:readdir on dirptr 0x552afca190 now at offset 2101150862 [2007/01/10 10:58:42, 8] smbd/dosmode.c:dos_mode(377) dos_mode: tmp/scarter/pool.xcf [2007/01/10 10:58:42, 8] smbd/dosmode.c:dos_mode_from_sbuf(193) dos_mode_from_sbuf returning [2007/01/10 10:58:42, 8] smbd/dosmode.c:dos_mode(415) dos_mode returning [2...

...9:40, 3] smbd/trans2.c:call_trans2findfirst(1632) > call_trans2findfirst: dirtype = 16, maxentries = 1366, > close_after_first=1, close_if_end = 2 requires_resume_key = 4 level = > 0x104, max_data_bytes = 16384 > [2006/03/01 14:39:40, 3] smbd/dir.c:dptr_create(511) > creating new dirptr 256 for path ./, expect_close = 1 > [2006/03/01 14:39:40, 3] smbd/process.c:process_smb(1194) > Transaction 624 of length 110 > [2006/03/01 14:39:40, 3] smbd/process.c:switch_message(993) > switch message SMBtrans2 (pid 21110) conn 0x38bd80 > [2006/03/01 14:39:40, 3] smbd/trans2....

Hi, I'm having strange performance problems with samba and an application written with VisualFox Pro. This application is entirely installed in a Windows share and it has a hystory of strange phenomenons. Initially it ran fast on an old NT server (but that server has been replaced). It has strange performance problems with Windows 2000 Server: it runs fast with some servers and slow with

...50 [2007/09/21 10:17:47, 3] smbd/trans2.c:call_trans2findfirst(1359) call_trans2findfirst: dirtype = 22, maxentries = 1366, close_after_first=1, close_if_end = 1 requires_resume_key = 1 level = 0x104, max_data_bytes = 16384 [2007/09/21 10:17:47, 3] smbd/dir.c:dptr_create(491) creating new dirptr 256 for path Share, expect_close = 1

...e3.cdr] [1999/06/01 14:42:08, 3] lib/util.c:unix_clean_name(609) unix_clean_name [home/admin/labels/cd-rom/eft/cdlabe3.cdr] [1999/06/01 14:42:08, 3] lib/util.c:unix_clean_name(609) unix_clean_name [home/admin/labels/cd-rom/eft] [1999/06/01 14:42:08, 3] smbd/dir.c:dptr_create(474) creating new dirptr 256 for path home/admin/labels/cd-rom/eft, expect_close = 1 [1999/06/01 14:42:08, 3] smbd/process.c:process_smb(615) Transaction 209038 of length 120 [1999/06/01 14:42:08, 3] smbd/process.c:switch_message(448) switch message SMBtrans2 (pid 29675) [1999/06/01 14:42:08, 3] lib/doscalls.c:dos_ChDi...

...urce3/smbd/trans2.c:2632(call_trans2findfirst) call_trans2findfirst: dirtype = 16, maxentries = 4, close_after_first=1, close_if_end = 1 requires_resume_key = 1 backup_priv = 0 level = 0x104, max_data_bytes = 16644 [2017/10/30 22:39:09.900570, 3] ../source3/smbd/dir.c:656(dptr_create) creating new dirptr 256 for path ., expect_close = 1 [2017/10/30 22:39:09.900646, 3] ../source3/smbd/error.c:82(error_packet_set) NT error packet at ../source3/smbd/trans2.c(2931) cmd=50 (SMBtrans2) NT_STATUS_NO_SUCH_FILE [2017/10/30 22:39:09.902062, 3] ../source3/smbd/process.c:1957(process_smb) Transaction 33 of l...

...a few second and became an unknown file. > > Here is corresponding log (with debug level to 8): > > In first time we have: > > dos_mode: IntegrDom > dos_mode_from_sbuf returning d > is_in_path: IntegrDom > is_in_path: match not found > dos_mode returning d > smbd_dirptr_get_entry mask=[*] found IntegrDom fname=IntegrDom (IntegrDom) > smbd_dirptr_get_entry: dirptr 0x7f07b0f08f90 now at offset > 7381146503409175813 > > As we can see, IntegrDom is a directory for dos_mode_from_sbuf function. > > When Windows 7 reload share content: > > dos_...