I'm encountering problems copying files from a Windows NT workstation to a Linux system. Not all of the files are being copied. A week ago I submitted a bug report. The only response was an automated reply acknowledging that the message was received. I'm assuming that they are very busy and have not had time to go through all of the incoming e-mail. Maybe someone here could help, or at least replicate the problem. I have a small LAN of Windows NT workstations 4.0 SP3 on a 100MB/s Ethernet using Ethernet Express Pro 100's. I have one Debian GNU/Linux 2.0R3 server with Samba 2.0 freshly compiled and installed. This is on a Pentium Pro with 15MB RAM and 127MB of swap space (was having problems with BIOS config). I have 9,600 files, each 40K in size, on one of the NT workstations. Doing a "cp -a /mnt ." from Linux using smbfs results in only 4,599 of the files copied. Using smbtar results in the same problem. The file names are in the form "aaaaNNNN.aaaaa", where NNNN is a number from 0 to 9599. Due to problems booting from the hard drive, I have reformatted and repartitioned the drive. I'll try this test again once I have Samba 2.0 compiled and installed. The only real difference should be the amount of available RAM. Dave david.w.palmer@intel.com Software Engineer
dwpalmer :> I'm encountering problems copying files from a Windows NT workstation > to a Linux system. Not all of the files are being copied.> A week ago I submitted a bug report. The only response was an > automated reply acknowledging that the message was received. I'm > assuming that they are very busy and have not had time to go through > all of the incoming e-mail.> Maybe someone here could help, or at least replicate the problem. I > have a small LAN of Windows NT workstations 4.0 SP3 on a 100MB/s > Ethernet using Ethernet Express Pro 100's. I have one Debian > GNU/Linux 2.0R3 server with Samba 2.0 freshly compiled and installed. > This is on a Pentium Pro with 15MB RAM and 127MB of swap space (was > having problems with BIOS config).> I have 9,600 files, each 40K in size, on one of the NT workstations. > Doing a "cp -a /mnt ." from Linux using smbfs results in only 4,599 of > the files copied. Using smbtar results in the same problem. The file > names are in the form "aaaaNNNN.aaaaa", where NNNN is a number from 0 > to 9599.> Due to problems booting from the hard drive, I have reformatted and > repartitioned the drive. I'll try this test again once I have Samba > 2.0 compiled and installed. The only real difference should be the > amount of available RAM.[...] Maybe I am missing something here, but couldn't that be more of a smbfs problem than samba? -- Joerg Lenneis email: lenneis@statrix2.wu-wien.ac.at
we are having a similar problem, we are copying files from a windows NT 4.0 workstation to Sun solaris 2.7 station running samba 2.0.0, the problem is that in the config file the specified number of max. open files is 10,000 (default) the file copy operation just stops at 1013 and doesn't copy 1014th file and then it leads to the cancellation of the session. i have gone through the log file and i found that in the starting it had requested 10,000 but the available number is 1014.the exact output is as following: [1999/01/28 16:34:37, 1] smbd/files.c:file_init(219) file_init: Information only: requested 10000 open files, 1014 are available. i couldn't find out where it is coming from (may be it is the OS setting), how can i change it? if somebody has come across such a behaviour or has any ideas about it , please let me know. thanks, jandeep. -------------- next part -------------- HTML attachment scrubbed and removed
i have found the reason for the 1014 limit. it is the default OS limit of 1K files open by any process. under solaris 2.5 and above you can use 'ulimit -n' to get the current limit value and use 'ulimit -n needed_value' to set the new limit. alternatively you can add the following lines to your /etc.system file set rlim_fd_cur = needed_current_limit set rlim_fd_max = needed_max_limit if you put the above in /etc/system then the users will have a default of 'needed_current_limit' open files and could set their own limit upto 'needed_max_limit' value. a superuser can go even beyond the maximum limit without setting it. after we set this thing right, it works fine now. thanks, Jandeep -------------- next part -------------- HTML attachment scrubbed and removed
On Fri, 29 Jan 1999 09:01:20 +1100, jandeep kang wrote:>we are having a similar problem, we are copying files from a windows NT >4.0 workstation to Sun solaris 2.7 station running samba 2.0.0, the >problem is that in the config file the specified number of max. open >files is 10,000 (default) the file copy operation just stops at 1013 and >doesn't copy 1014th file and then it leads to the cancellation of the >session. i have gone through the log file and i found that in the >starting it had requested 10,000 but the available number is 1014.the >exact output is as following:>[1999/01/28 16:34:37, 1] smbd/files.c:file_init(219) > file_init: Information only: requested 10000 open files, 1014 are >available.> i couldn't find out where it is coming from (may be it is the OS >setting), how can i change it? if somebody has come across such a >behaviour or has any ideas about it , please let me know.You could try to reduce the "max open files" setting in smb.conf. Can you tell exactly how to reproduce the copy problem? I have the same message in my logfile but I was not able to reproduce the symptom by copying 1050 (small) files from an NT4SP4 workstation to a samba 2.0.2 server. Regards, Robert -- --------------------------------------------------------------- Robert.Dahlem@gmx.net Radio Bornheim - 2:2461/332@fidonet +49-69-4930830 (ZyX, V34) 2:2461/326@fidonet +49-69-94414444 (ISDN X.75) ---------------------------------------------------------------