سجلات NodeManagerLogs العملاقة من السبات في weblogic
https://stackoverflow.com/questions/29822
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
بدأ أحد برامج weblogic 8.1 الخاصة بنا فجأة في تسجيل كميات هائلة من السجلات وملء القرص.
السجلات التي تعطينا هاسيل موجودة فيها
mydrive:\bea\weblogic81\common\nodemanager\NodeManagerLogs\generatedManagedServer1\managedserveroutput.log
والإدخالات الموجودة في ملف السجل هي نفس أنواع الإدخالات التي تتكرر مرارًا وتكرارًا.أشياء من هذا القبيل
19:21:24,470 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' returned by: LLL-SCHEDULER_QuartzSchedulerThread
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is being obtained: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' given to: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
...
19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy
19:17:46,798 DEBUG [Cascade] done processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [Cascade] processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy
لا يمكنني العثور على أي إعدادات تصحيح مضبوطة في أي مكان.لقد بحثت في مسار فئة البدء عن بُعد والوسيطات الخاصة بالخادم المُدار.
هل يمكن لأي شخص أن يوجهني في الاتجاه للتحكم في ملف السجل هذا؟
المحلول
نظرًا لأن إدخالات السجل هذه لا تمثل مشكلات، فيبدو أن مستوى السجل العام قد تم رفعه إلى DEBUG.وبدلاً من ذلك، ربما تم تنفيذ آلية تسجيل جديدة أو مُلحق سجل جديد يكتب إلى stdout، وبالتالي يتم إعادة تسجيله بواسطة Weblogic.وأود أن ننظر في تكوين المسجل الخاص بك.(أو قم بتزويده بواحد، إذا كان يستخدم التكوين الافتراضي)
على سبيل المثال، عند استخدام Hibernate مع إعداد Log4J نشط، سينضم Hibernate تلقائيًا إلى مثيل Log4J الذي قمت بإعداده في التطبيق الخاص بك
يمكن ضبطه وفقًا لتكوين Log4J العادي.يستخدم هذا المثال نمط تكوين الخصائص:
log4j.category.org.hibernate=WARN
قد ينضم السبات إلى آليات التسجيل الأخرى عبر واجهة برمجة تطبيقات التسجيل الخاصة بـ Apache commons.انظر إلى كيفية تكوين المسجل الخاص بك وضبط ترددات org.hibernate.*.
ملحوظة:عند التصحيح، التبديل مرة أخرى
log4j.category.org.hibernate.SQL=INFO or DEBUG
يمكن أن تكون مفيدة.
نصائح أخرى
هل هو نظام كبير به العديد من المبرمجين؟إذا كان الأمر كذلك، فقد يكون من المفيد التحقق من أنه لا يوجد في أي مكان في الكود تغيير تكوين المسجل برمجيًا.
في log4j، يمكن القيام بذلك باستخدام LogManager أو BasicConfigurator الطبقات.وأيضا عبر PropertyConfigurator و DomConfigurator.يمكن لسطر واحد فقط من التعليمات البرمجية أن يقوم بإعداد مسجل جديد لـ stdout باستخدام PatternLayout الموضح في المثال الخاص بك.
BasicConfigurator.configure();
