มีไฟล์ที่เปิดมากเกินไปใน Debian

ฉันใช้เวลานานมากที่ Debian เมื่อถึงจุดหนึ่งข้อผิดพลาด:

เปิดไฟล์มากเกินไป

วิ่ง:

ulimit -a

แสดงให้เห็นว่า:

เปิดไฟล์ (-n) 1024

ฉันต้องการเพิ่มจำนวนไฟล์ที่เปิดอยู่ 2 ครั้ง หลังจากการประหารชีวิต

ulimit -n 2048

ขีด จำกัด ใช้งานได้จนถึงสิ้นสุดเซสชันของฉันซึ่งไม่สามารถใช้ได้กับงาน

ฉันจะเพิ่มจำนวนไฟล์ที่เปิดอย่างถาวรได้อย่างไร

หากกระบวนการของคุณเริ่มต้นด้วยสคริปต์คุณสามารถโทรเพื่อ ulimit ในสคริปต์ก่อนดำเนินการ daemon

หากคุณต้องการเพิ่ม ulimit สำหรับผู้ใช้ของคุณหรือสำหรับผู้ใช้ทั้งหมดคุณสามารถกำหนดขีด จำกัด ที่ใช้ผ่านการpam_limitsเข้าสู่ระบบ /etc/security/limits.confเหล่านี้จะตั้งอยู่ใน ในกรณีของคุณคุณสามารถทำสิ่งที่ชอบ:

*               hard    nofile             2048

โปรดทราบว่า "ยาก" หมายถึงขีด จำกัด ฮาร์ด - ขีด จำกัด ที่ไม่สามารถเกินและไม่สามารถเปลี่ยนแปลงได้ ผู้ใช้สามารถเปลี่ยนแปลงขีด จำกัด ซอฟต์ (เช่นบางคนที่ไม่มีความสามารถของรูท) แต่ไม่เกินขีด จำกัด ฮาร์ด

อ่านข้อมูลเพิ่มเติมเกี่ยวกับการใช้limits.confpam_limits

นอกจากนี้ยังมี "รวมสูงสุด" ของไฟล์ที่เปิดอยู่ในเคอร์เนลคุณสามารถตรวจสอบการตั้งค่าปัจจุบันด้วย:

cat /proc/sys/fs/file-max 

และตั้งค่าใหม่ด้วย:

echo "104854" > /proc/sys/fs/file-max

หากคุณต้องการที่จะเก็บการตั้งค่าระหว่างการรีบูตเพิ่ม

sys.fs.file-max=104854

ถึง

/etc/sysctl.conf

วิธีตรวจสอบการใช้งานไฟล์สูงสุดในปัจจุบัน:

[root@srv-4 proc]# cat /proc/sys/fs/file-nr
3391    969     52427
|        |       |
|        |       |
|        |       maximum open file descriptors
|        total free allocated file descriptors
total allocated file descriptors
(the number of file descriptors allocated since boot)

ดังที่คนอื่น ๆ บอกว่าคุณสามารถใช้ข้อ จำกัด เฉพาะต่อผู้ใช้หรือกลุ่มใน /etc/security/limits.conf

หมายเหตุ: ulimit -n แสดงขีด จำกัด แบบนุ่ม

ulimit -H -n 

จะแสดงขีด จำกัด ที่ยาก

สิ่งนี้ทำให้ ulimit -a และ ulimit -n เอาต์พุตค่อนข้างสับสนหากคุณกำลังเพิ่มจำนวนไฟล์จาก 1024 ถึง 4096 ตามที่คุณคาดหวังว่าจะเห็นเอาต์พุตฮาร์ด จำกัด แต่คุณยังคงเห็น 1024 ซึ่งนุ่ม จำกัด

นอกจากนี้โปรดจำไว้ว่าข้อ จำกัด เหล่านี้มีผลบังคับใช้ต่อการเข้าสู่ระบบดังนั้นให้ลงชื่อเข้าใช้เชลล์ใหม่และตรวจสอบการเปลี่ยนแปลงของคุณอย่าคาดหวังว่าพวกเขาจะเผยแพร่สู่การเข้าสู่ระบบที่มีอยู่

โปรดทราบว่าหากคุณเรียกใช้กระบวนการของคุณโดยการตั้งค่า start-stop-daemon ulimits ใน /etc/security/limits.conf จะไม่ทำงาน หากคุณต้องการยกระดับขีด จำกัด การเปิดไฟล์สำหรับ Tomcat เป็น 20000 คุณจะต้องเพิ่มสิ่งเหล่านี้ในบรรทัดเพื่อ/etc/default/tomcat:

ulimit -Hn 32768
ulimit -Sn 32768

ฉันพบปัญหานี้บนเดเบียน 6.0.4 สำหรับกระบวนการอื่น ๆ คำตอบที่ให้ควรช่วยได้

ขึ้นอยู่กับว่าคุณจะเริ่มกระบวนการที่ใช้เวลานาน หากมันเริ่มต้นที่เวลาบูต (ผ่าน /etc/rcX.d/* สคริปต์) จากนั้นคุณต้องทำการเรียก ulimit ในสคริปต์เริ่มต้นของคุณเนื่องจากขีด จำกัด เริ่มต้นถูกตั้งค่าโดยเคอร์เนลและไม่สามารถปรับแต่งได้หากไม่ทำการคอมไพล์ใหม่

การใช้/etc/security/limits.confสามารถใช้งานได้หากคุณใช้cronเพื่อเริ่มต้นด้วยตัวอย่างเช่นรายการ:

@reboot $HOME/bin/my-program

ที่ควรจะทำงานเพราะ /etc/pam.d/cron เปิดใช้งาน pam_limits.so

คุณสามารถเพิ่มได้ใน /etc/security/limits.conf

root soft nofile 100000
root hard nofile 100000

บันทึกจากนั้นรีบูต

คำสั่งที่ดีมากคือulimit -nแต่มีปัญหากับการเชื่อมต่อมากเกินไปและเปิดไฟล์มากเกินไป:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 519357
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited