[linux-cifs-client] Re: test status

Steve French smfrench at gmail.com
Fri Jun 26 19:39:43 GMT 2009


It looks like this fails without your two inode patches as well,
although it took a little longer.   I also updated the server to
current git (samba master branch, Version 3.4.0-GIT-382a937-devel) and
it still fails.   I am going to add some temporary debug code to dump
the number of files we think are open (to dmesg on the client) when
the error occurs.

I didn't spot any interesting log entries (server side) yet.

Near the time of the failure, running smbstatus on the server showed
about 1000 open files (they rapidly decrease after that as the dbench
processes exit and handles are freed).

On Fri, Jun 26, 2009 at 2:26 PM, Jeff Layton<jlayton at redhat.com> wrote:
> On Fri, 2009-06-26 at 12:29 -0500, Steve French wrote:
>
>> >> The test run against more current Samba server
>> >> (3.4.0-GIT-b660e51-devel) failed though:
>> >>
>> >>   60      1834     1.79 MB/sec  execute 304 sec
>> >>   60      1837     1.79 MB/sec  execute 305 sec
>> >>   60      1840     1.78 MB/sec  execute 306 sec
>> >>   60      1843     1.77 MB/sec  execute 307 sec
>> >>   60      1846     1.77 MB/sec  execute 308 sec
>> >> (1861) open /mnt1/dbench-test-dir/clients/client27/~dmtmp/PARADOX/STUDENTS.DB
>> >> failed for handle 10277 (Too many open files)
>> >> (1877) open /mnt1/dbench-test-dir/clients/client51/~dmtmp/PARADOX/__43904.DB
>> >> failed for handle 10283 (Too many open files)
>
> Glancing through the code, looks like we translate ERRnofids from the
> server to EMFILE. Did the server happen to log any errors during this?
>
> --
> Jeff Layton <jlayton at redhat.com>
>
>



-- 
Thanks,

Steve


More information about the linux-cifs-client mailing list