Weblogic managed server larımızı zaman zaman restart etmek durumunda kalabiliyoruz. Instance (managed server) ları restart edip log akışını izlerken bazı platformlarda logumuzun uzun süre aşağıdaki satırda beklediğini görebiliriz:
####<Jun 30, 2014 3:29:11 PM EET> <Info> <IIOP> <xapp30> < xapp-1-7003> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1329309449456> <BEA-002014> <IIOP subsystem enabled.>
Bir çoğumuz bu beklemenin nedenini hep merak etmişizdir, hatta bazılarımız hiç aksiyon bile almamış olabiliriz de:)
Amacımız bir çoğumuzun yaşadığı ve yaşamaya da alıştığı bu beklemeyi nasıl ortadan kaldıracağımızı dilimiz döndüğünce anlatmak...
UNIX platformlarda rastgele sayı üretimi “/dev/random” komutu ile yapılmaktadır. Bu da genelde managed server ın açılmasında gecikmelere sebep olabilmektedir. “dev/random” komutu daha güvenli olmasına karşın unix platformlarda gecikmeye sebep oluyorsa, bunun yerine “dev/urandom” komutunun kullanılması önerilmektedir.
####<Jun 30, 2014 3:29:11 PM EET> <Info> <IIOP> <xapp30> < xapp-1-7003> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1329309449456> <BEA-002014> <IIOP subsystem enabled.>
Bir çoğumuz bu beklemenin nedenini hep merak etmişizdir, hatta bazılarımız hiç aksiyon bile almamış olabiliriz de:)
Amacımız bir çoğumuzun yaşadığı ve yaşamaya da alıştığı bu beklemeyi nasıl ortadan kaldıracağımızı dilimiz döndüğünce anlatmak...
UNIX platformlarda rastgele sayı üretimi “/dev/random” komutu ile yapılmaktadır. Bu da genelde managed server ın açılmasında gecikmelere sebep olabilmektedir. “dev/random” komutu daha güvenli olmasına karşın unix platformlarda gecikmeye sebep oluyorsa, bunun yerine “dev/urandom” komutunun kullanılması önerilmektedir.
Platformumuzda bu
performans probleminin olup olmadığını test etmek için, shell prompt da
aşağıdaki komutun çıktısı kontrol edilir.
head –n 1 /dev/random
Sisteminizde bu komut
birkaç saniye içerisinde dönüyorsa problem yoktur, ama çok daha uzun sürüyorsa
weblogic 'i restart ederken kullandığınız Java kurulumunda “/dev/random” yerine “/dev/urandom” kullanmak
gereklidir. Bu değişiklik için;
$JAVA_HOME/jre/lib/security/java.security
dosyasında,
“securerandom.source=file:/dev/random”
satırı
“securerandom.source=file:/dev/./urandom”
olarak güncellenir.
Bu değişiklikle, özellikle x86 Sun JDK / Weblogic ve JRockit / Weblogic sistemlerinde çok etkili sonuçlar alınabilir. Weblogic açılış loglarında bu farkı daha net görebilirsiniz.
ÖNCE: 2 Dakika 30 saniye
####<Jun 30, 2014 3:29:11 PM
EET> <Info> <IIOP> <xapp30>
< xapp-1-7003>
<[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'>
<<WLS Kernel>> <> <> <1329309449456>
<BEA-002014> <IIOP subsystem enabled.>
####<Jun 30, 2012 3:31:41 PM EET>
<Info> <Security> < xapp > <xapp-1-7003> <[ACTIVE]
ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'>
<<WLS Kernel>> <> <> <1329309593679>
<BEA-090894> <Successfully loaded the OPSS Policy Provider using
oracle.security.jps.internal.policystore.JavaPolicyProvider.>
SONRA: 3 saniye
####<Jun 30, 2014 4:38:56 PM
EET> <Info> <IIOP> < xapp30> < xapp-1-7003>
<[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default
(self-tuning)'> <<WLS Kernel>> <> <>
<1329381145508> <BEA-002014> <IIOP subsystem enabled.>
####<Jun 30, 2014 4:38:59 PM
EET> <Info> <Security> < xapp30> < xapp-1-7003>
<[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default
(self-tuning)'> <<WLS Kernel>> <> <> <1329381148786>
<BEA-090894> <Successfully loaded the OPSS Policy Provider using
oracle.security.jps.internal.policystore.JavaPolicyProvider.>
Hiç yorum yok:
Yorum Gönder