والمشرف هو نظام عميل / ملقم التي تسمح لمستخدميها للسيطرة على عدد من العمليات على أنظمة التشغيل UNIX شبيهة. كانت مستوحاة من قبل ما يلي:
- غالبا ما يكون غير مريح في حاجة لكتابة البرامج النصية "rc.d" لكل مثيل عملية واحدة. مخطوطات rc.d هي شكل أدنى القاسم المشترك كبير من عملية التهيئة / تلقائي / إدارة، ولكنها يمكن أن تكون مؤلمة لكتابة والمحافظة عليها. بالإضافة إلى ذلك، يمكن للمخطوطات rc.d لا تلقائيا إعادة تشغيل عملية تحطمت والعديد من البرامج لا إعادة تشغيل أنفسهم بشكل صحيح على وقوع الحادث. Supervisord يبدأ العمليات كما فرعية لها، ويمكن تهيئتها لإعادة تشغيلها تلقائيا على وقوع الحادث. فإنه يمكن أيضا تلقائيا تهيئتها لبدء العمليات على الاحتجاج الخاص بها.
- إنها في كثير من الأحيان من الصعب الحصول على دقة أعلى / أسفل الوضع على العمليات على UNIX. Pidfiles غالبا ما يكذب. Supervisord يبدأ العمليات كما فرعية، لذلك فهو يعرف دائما صحيحا يصل الوضع / لأسفل للأطفال ويمكن الاستعلام ملائم لهذه البيانات.
- عدد الذين يحتاجون للسيطرة الدولة عملية غالبا ما تحتاج فقط للقيام بذلك. انهم لا يريدون أو يحتاجون إلى الوصول قذيفة كاملة إلى الجهاز الذي العمليات قيد التشغيل. Supervisorctl يسمح شكل محدود جدا من الوصول إلى الجهاز، مما يسمح للمستخدمين أساسا لمعرفة الحالة العملية والسيطرة التي تسيطر عليها supervisord فرعية عن طريق انبعاث "توقف"، "بداية"، و "إعادة التشغيل" أوامر من قذيفة بسيطة أو واجهة المستخدم على شبكة الإنترنت.
- غالبا ما تحتاج للمستخدمين التحكم في العمليات على العديد من الآلات. يوفر المشرف آلية بسيطة وآمنة وموحدة للتفاعلي وتلقائيا السيطرة على العمليات على مجموعات من الآلات.
- العمليات التي الاستماع على غالبا ما تحتاج "منخفضة" منافذ TCP إلى أن تبدأ وإعادة تشغيل كمستخدم جذر (أ misfeature UNIX). انها عادة ما تكون حالة أنه بخير تماما للسماح للناس "العادي" لإيقاف أو إعادة تشغيل هذه العملية، ولكن تزويدهم الوصول قذيفة غالبا ما يكون غير عملي، وتوفر لهم مع وصول الجذر أو الوصول سودو غالبا ما يكون من المستحيل. كما انها (بحق) من الصعب أن أشرح لهم سبب وجود هذه المشكلة. إذا بدأ supervisord كجذر، فمن الممكن للسماح للمستخدمين "طبيعية" للسيطرة على مثل هذه العمليات دون الحاجة إلى شرح تعقيدات المشكلة لهم.
- غالبا ما تحتاج إلى أن العمليات التي وتوقفت في مجموعات، وأحيانا حتى في "ترتيب الأولويات". فإنه غالبا ما يكون من الصعب أن نشرح للناس كيفية القيام بذلك. المشرف يسمح لك تعيين أولويات لعمليات، وتتيح للمستخدم تنبعث الأوامر عبر العميل supervisorctl مثل "تبدأ جميع"، و "إعادة تشغيل كافة"، الذي يبدأ لهم في ترتيب الأولوية فقيام. بالإضافة إلى ذلك، يمكن تجميع العمليات في "مجموعة عملية" ومجموعة من العمليات المرتبطة منطقيا يمكن وقفها، وبدأ كما تم إضافة نظام unit.otification
ما هو الجديد في هذا الإصدار:.
وسلوك المستخدم الخيار البرنامج قد تغيرت. في كافة الإصدارات السابقة، إذا فشلت supervisord للتبديل إلى المستخدم، سترسل تحذيرا إلى سجل ستدير لكن ستظل ولدت عملية طفل. وهذا يعني أن خطأ في ملف التكوين يمكن أن يؤدي إلى عملية تابعة التي ولدت غير قصد كجذر. الآن، وسوف supervisord لا تفرخ الطفل إلا إذا كان قادرا على التبديل بنجاح للمستخدم. بفضل ايجور Partola للإبلاغ عن هذه المسألة.
حالة عدم وجود المستخدم المحدد في ملف التكوين على النظام، سوف supervisord الآن طباعة خطأ ويرفض أن تبدأ.
عادت تغيير قطع الأشجار التي أدخلت في 3.0b1 الذي كان يهدف للسماح عمليات متعددة لتسجيل الدخول إلى نفس الملف مع معالج سجل الدورية. تسبب تنفيذ supervisord إلى تعطل خلال تحديث وتسرب مؤشرات الملفات. أيضا، حيث يتم إعطاء خيارات سجل تناوب على أساس لكل برنامج، يمكن إنشاء تكوينات مستحيلة (خيارات دوران المتضاربة لنفس الملف). ونظرا لهذا، وأنه supervisord الآن وقد دعم سسلوغ، تقرر لإزالة هذه الميزة. وأضيف تحذير إلى الوثائق التي عمليتين قد لا تسجيل الدخول إلى نفس الملف.
إصلاح الخلل فيها تحليل القيادة = يمكن أن تسبب supervisord إلى تعطل إذا فشل shlex.split ()، مثل سيئة نقلا عن. التصحيح التي كتبها سكوت ويلسون.
أصبح من الممكن الآن استخدام supervisorctl على جهاز مع أي ملف supervisord.conf من خلال توفير معلومات الاتصال في خيارات سطر الأوامر. التصحيح عن طريق ينس Rantil.
إصلاح الخلل فيها supervisord من شأنه ان تحطم إذا معالج سيسلوغ كان يستخدم وتلقى supervisord SIGUSR2 (تسجيل إعادة فتح الطلب).
ثابت علة XML-RPC حيث تدعو supervisor.getProcessInfo () مع سمعة سيئة من شأنه أن يتسبب في 500 خطأ خادم داخلي بدلا من إرجاع خطأ BAD_NAME.
وأضاف فافيكون إلى واجهة ويب. التصحيح عن طريق كايو Ariede.
إصلاح فشل اختبار بسبب مناولة غير صحيحة التوقيت الصيفي في الاختبارات childutils. التصحيح عن طريق إلدر Hizbulin.
إصلاح عدد من pyflakes تحذيرات للمتغيرات غير المستخدمة، واردات، ورمز ميت. التصحيح عن طريق فيليب Ombredanne.
ما هو الجديد في النسخة 3.0 بيتا 1:
إصلاح الخلل فيها تحليل البيئة = لم تحقق فصلوا أن أزواج مفتاح / قيمة بشكل صحيح. التصحيح عن طريق مارتن بيترز.
إصلاح الخلل في التعليمات البرمجية الملقم HTTP التي يمكن أن تتسبب في تأخير لا لزوم لها عند إرسال الاستجابات كبيرة. التصحيح من قبل فيليب Zeyliger.
عندما يبدأ supervisord تصل كجذر، إذا لم تقدم العلم -c، ينبعث تحذيرا الآن إلى وحدة التحكم. الأساس المنطقي: supervisord يبدو في دليل العمل الحالي للملف supervisord.conf. شخص ما قد خداع المستخدم الجذر إلى بدء supervisord بينما cd'ed إلى دليل أن لديه supervisord.conf المارقة.
وأضيف تحذير إلى وثائق حول الآثار الأمنية المترتبة على بدء supervisord دون علم -c.
إضافة منطقية stopasgroup الخيار البرنامج، المتعثرين إلى false. عندما صحيح، المشرف أسباب العلم لإرسال إشارة توقف إلى المجموعة العملية برمتها. وهذا مفيد للبرامج، مثل قارورة في وضع التصحيح، التي لا تنتشر الإشارات حد لأطفالهم، وترك لهم المعزول.
لم يعد معتمدا بيثون 2.3. الإصدار الأخير التي دعمت بيثون 2.3 هو المشرف 3.0a12.
إزالة غير المستخدمة ومثل، supervisor_rpc ومثل. نقطة الدخول من setup.py.
إصلاح الخلل في معالج سجل الدورية التي من شأنها أن تسبب نتائج غير متوقعة عندما تم تعيين اثنين العمليات لتسجيل الدخول إلى نفس الملف. التصحيح عن طريق ويت Morriss.
إصلاح الخلل في ملف التكوين إعادة تحميل حيث كل تحديث يمكن أن تسرب الذاكرة بسبب قائمة من رسائل التحذير سيتم إلحاق لكن مسح أبدا. التصحيح من قبل فيليب Zeyliger.
وأضاف معالج syslog سجل جديد. بفضل دينيس Bilenko، ناثان سميث، وجايسون R. كومبس، الذين ساهموا كل إلى التصحيح.
وضع كل تاريخ التغيير في ملف واحد (CHANGES.txt).
ما هو جديد في الإصدار 3.0 ألفا 12:
صدر ليحل محل 3.0a11 حزمة مكسورة حيث لم تدرج الملفات غير بيثون في الحزمة.
ما هو جديد في الإصدار 3.0 ألفا 10:
ورقة الأنماط الثابتة من واجهة الويب وبالتالي فإن خط تذييل لا تتداخل قائمة عملية طويلة. بفضل ديريك DeVries من أجل التصحيح.
تسمح الإضافات واجهة RPC لتسجيل أنواع الأحداث الجديدة.
الإصلاح الشوائب لFCGI مآخذ لا تحصل على تنظيف عندما يتم إصدار الأمر تحديث من supervisorctl. أيضا، لم يتغير السلوك الافتراضي مآخذ FCGI. أنها جديدة مغلقة كلما عدد العمليات ofrunning في مجموعة يضرب الصفر. سابقا، تم الاحتفاظ مآخذ علنية إلا اذا صدر أمر التوقف على مستوى المجموعة.
رسالة الخطأ أفضل عندما لا يمكن الخادم HTTP عكس-حل اسم المضيف إلى عنوان IP. السلوك السابق: إظهار خطأ مأخذ توصيل. السلوك الحالي: بصق اقتراح لالمعياري.
متغيرات البيئة مجموعة عبر بيئة = قيمة داخل
[supervisord] زيارتها القسم أي تأثير. بفضل وايت بالدوين لالتصحيح.
إصلاح الخلل فيها عملية وقف الانتاج سيسبب العملية التي وقعت بعد صدور طلب إيقاف إلى فقدان. انظر https://github.com/Supervisor/supervisor/issues/11.
انتقل إدخالات سجل التغيير 2.X إلى HISTORY.txt.
تم تحويله CHANGES.txt وREADME.TXT في ReStructuredText السليم وأدرجها في long_description في setup.py.
أضاف tox.ini إلى حزمة (تشغيل عبر توإكس في دير الحزمة). اختبارات المشرف على إصدارات بيثون متعددة.
المتطلبات:
بيثون
لم يتم العثور على التعليقات