Project

General

Profile

Bug #10985

Hitting file handler count limit of 16k

Added by Gordon Ross 5 months ago. Updated 5 months ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Start date:
2019-05-14
Due date:
% Done:

100%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage

Description

Customer running an application from a company called Broadpeak.
Server is providing SMB shares to two Windows hosts running this software and reporting "TOO_MANY_OPENED_FILES". This results in the application failing to manage files.

History

#1

Updated by Gordon Ross 5 months ago

  • Description updated (diff)
  • Status changed from New to In Progress
#2

Updated by Gordon Ross 5 months ago

It's very unusual for one session to need so many concurrently open files, but we:
(1) increase the default, and (2) make it tunable via /etc/system

set smbsrv:smb_session_ofile_max = 32768

Fix in production since early 2017

#3

Updated by Electric Monk 5 months ago

  • Status changed from In Progress to Closed
  • % Done changed from 0 to 100

git commit 91ca6bffd299a6eb6fd63dd0ef807bbd6fb4f835

commit  91ca6bffd299a6eb6fd63dd0ef807bbd6fb4f835
Author: Gordon Ross <gwr@nexenta.com>
Date:   2019-05-29T22:07:47.000Z

    10985 Hitting file handler count limit of 16k
    Reviewed by: Alek Pinchuk <alek.pinchuk@nexenta.com>
    Reviewed by: Matt Barden <matt.barden@nexenta.com>
    Approved by: Garrett D'Amore <garrett@damore.org>

Also available in: Atom PDF