في Confluent Slack
عادةً ، لتغيير عدد الملفات المفتوحة ، يجب عليك تعديل معلمات kernel (fs.file-nr) وأيضًا /etc/security/limits.conf. مع نظام systemd ، هناك خطوة أخرى. يجب عليك تعديل ملف * .service أيضًا للشياطين لالتقاط معلمات ulimit الجديدة. يظهر هذا المنشور التوجيهات التي تنطبق. بمجرد إضافة LimitNOFILE إلى الملف الذي تم تسليمه
/lib/systemd/system/confluent-\*.service/proc/<pid>/limitsعفريت java وهو يتعرف على حد الملف المفتوح. ربما يجب أن يكون هناك ملاحظة توثيق أو تغيير في ملف systemd الذي تم تسليمه لأن هذا الملف الذي تم تسليمه سيحتاج الآن إلى إدارته في كل ترقية
https://confluentcommunity.slack.com/archives/C49R61XMM/p1537208485000100
راجع - https://unix.stackexchange.com/questions/345595/how-to-set-ulimits-on-service-with-systemd
OneCricketeer
ال 7 كومينتر
من الناحية المثالية ، سيكون لدينا إعدادات افتراضية جيدة بما يكفي لـ LimitNOFile ، ولا داعي للقلق بشأن هذا ، ولكن إضافة القدرة على تجاوز الخصائص في خدمة systemd أمر منطقي. يجب أن يكون من السهل إضافته إلى القوالب لجميع الخدمات ، على سبيل المثال للوسيط
cotedm
في ١٧ سبتمبر ٢٠١٨
يمكن إجراؤه في كتاب اللعب على _ https://github.com/confluentinc/cp-ansible/blob/5.1.x/roles/confluent.kafka-broker/defaults/main.yml#L14_ ، وكذلك زيادة أو تقليل الذاكرة ، علي سبيل المثال
environment:
KAFKA_HEAP_OPTS: "-Xmx24g"
LimitNOFILE: 102400
jvalderrama
في ٢٠ يونيو ٢٠١٩
هذا لن قالب ملف systemd بشكل مناسب ، رغم ذلك.
[Service]
Environment=LimitNOFILE=102400
يختلف عن
[Service]
LimitNOFILE=102400
أنت محق في التنفيذ الصحيح هنا ، في انتظار المراجعة:
https://github.com/confluentinc/cp-ansible/pull/107
jvalderrama
في ٢٠ يونيو ٢٠١٩
هذا شيء رائع ، لقد كنت تحاول إيجاد الطريقة الصحيحة لمعالجة مشكلة التكوين هذه لفترة طويلة جدًا
steevo590
في ٣٠ يوليو ٢٠١٩
تحديث سريع بأن لدينا إصدارًا جديدًا للشحن قريبًا والذي سيعالج هذا الأمر.
JumaX
في ٨ أغسطس ٢٠١٩
لقد قمنا للتو بدمج العلاقات العامة التالية التي تتناول عدد الملفات المفتوحة:
JumaX
في ٢٣ أغسطس ٢٠١٩
القضايا ذات الصلة
Fobhep
·
12تعليقات
Fobhep
·
7تعليقات
Fobhep
·
12تعليقات
OneCricketeer
·
6تعليقات
LGouellec
·
4تعليقات