Denedim. Çalışıyor. Zaman ayarlı görev haline getirdikten sonra sorunsuz kullandım.
Ocak 17, 2012
Ocak 14, 2012
Backup Exec SCOM MP, Backup Exec Server tanımıyor.
Yerel dili İngilizce olan sistemler dışındaki tüm sistemler için Symantec’in yazdığı SCOM 2007, Backup Exec R3 Management Pack’in bir bug’ı varmış. Bu nedenle uzun zamandır bu MP’yi kullanamıyordum. Biraz da Symantec’in web sayfalarının özensizliği nedeniyle konuyu takip etmeyi de bırakmıştım.
Neyse ki bu konuda bir düzeltme çıkmış. Bende çalıştı. Artık SCOM 2007 BE R3 sunucusunu tespit edebiliyor ve alarmlarını yönetebiliyor.
İndirmek isteyenler için link aşağıda.
http://www.symantec.com/business/support/index?page=content&id=TECH164049
Aralık 6, 2011
Link : Multi instance Jboss SMF manifest (Solaris 10)
Bazen böyle eski püskü denebilecek bilgiler buluyorum ama o kadar kıymetliler ki aslında (kıymetini bilenler için = yoksunluğunun acısını çekmiş olanlar için)
Bu da onlardan biri.
http://blogs.warwick.ac.uk/chrismay/entry/solaris_smf_manifest/
Sayfa kaybolabilir, ama bilgi çok kıymetli, sahibi kusura bakmasın buraya tamamını yapıştırıyorum.
Chris May’ın blogundan alıntıdır.
Solaris SMF manifest for a multi–instance jboss service
Today I have mostly been writing SMF manifests. We typically run several JBoss instances per physical server (or zone), using the JBoss service binding framework to take care of port allocations. I couldn’t find a decent SMF manifest that would be safe to use in a context where you’ve got lots of JBosses running, so I wrote my own. Here it is…
It’s still a tad rough around the edges.
- It assumes you’ll name your SMF instances the same as your JBoss server instances
- The RMI port for shutdowns is specified as a per-instance property – in theory one could parse it out of the service bindings file, but doing that robustly is just too much like hard work at the moment.
- It assumes that you’ll want to run the service as a user called jboss, whose primary group is webservd – adjust to suit.
- The jvm_opts instance property allows you to pass specific options (for example, heap size) into the JVM
- It assumes that you’ll have a log directory per instance, located in /var/jboss/log/{instance name}-{rmi port}. The PID file is stored there, and the temp. file dir is set to there too (using /tmp for temporary files is a bad idea if you hoover your temp dir periodically, as you’ll delete useful stuff)
- The stop method waits for the java process to terminate (otherwise restart won’t work. The start method doesn’t wait for the server to be ready and to have opened it’sHTTP listener, just for the VM to be created. I might add that next, although given that svcadm invocations are asynchronous there doesn’t seem much point.
The manifest itself:
<?xml version='1.0'?> <!DOCTYPE service_bundle SYSTEM '/usr/share/lib/xml/dtd/service_bundle.dtd.1'> <service_bundle type='manifest' name='export'> <service name='application/jboss' type='service' version='0'> <instance name='default' enabled='true'> <dependency name='network' grouping='require_all' restart_on='error' type='service'> <service_fmri value='svc:/milestone/network:default'/> </dependency> <dependency name='sysconfig' grouping='require_all' restart_on='error' type='service'> <service_fmri value='svc:/milestone/sysconfig:default'/> </dependency> <dependency name='fs-local' grouping='require_all' restart_on='error' type='service'> <service_fmri value='svc:/system/filesystem/local:default'/> </dependency> <exec_method name='start' type='method' exec='/usr/local/jboss/bin/svc-jboss start' timeout_seconds='180'> <method_context> <method_credential user='jboss' group='webservd' /> </method_context> </exec_method> <exec_method name='stop' type='method' exec='/usr/local/jboss/bin/svc-jboss stop' timeout_seconds='180'> <method_context/> </exec_method> <property_group name='jboss' type='application'> <propval name='instance-rmi-port' type='astring' value='1099'/> <propval name='jvm-opts' type='astring' value='-server -Xmx1G -Xms1G'/> </property_group> </instance> <stability value='Evolving'/> <template> <common_name> <loctext xml:lang='C'>JBoss J2EE application server</loctext> </common_name> </template> </service> </service_bundle>… and the service method
#!/usr/bin/sh # . /lib/svc/share/smf_include.sh # General config # JAVA_HOME=/usr/java/ JBOSS_HOME=/usr/local/jboss JBOSS_CONSOLE=/dev/null # instance-specific stuff: # sed the instance name out of the FMRI JBOSS_SERVICE=`echo $SMF_FMRI | sed 's/.*:\(.*\)/\1/'` JBOSS_SERVICE_RMI_PORT=`svcprop -p jboss/instance-rmi-port $SMF_FMRI` SERVICE_JVM_OPTS=`svcprop -p jboss/jvm-opts $SMF_FMRI` # Derived stuff # JBOSS_VAR=/var/jboss/jboss-3.2.7/${JBOSS_SERVICE}-${JBOSS_SERVICE_RMI_PORT} PIDFILE=${JBOSS_VAR}/JBOSS_${JBOSS_SERVICE}.PID JAVA=${JAVA_HOME}/bin/java JAVA_OPTS="-Djava.io.tmpdir=${JBOSS_VAR} -Djava.awt.headless=true" if [ -z "$SMF_FMRI" ]; then echo "JBOSS startup script must be run via the SMF framework" exit $SMF_EXIT_ERR_NOSMF fi if [ -z "$JBOSS_SERVICE" ]; then echo "Unable to parse service name from SMF FRMI $SMF_FRMI" exit $SMF_EXIT_ERR_NOSMF fi jboss_start(){ echo "starting jboss.." JBOSS_CLASSPATH=${JBOSS_HOME}/bin/run.jar:${JAVA_HOME}/lib/tools.jar if [ ! -z "$SERVICE_JVM_OPTS" ]; then JAVA_OPTS="${JAVA_OPTS} ${SERVICE_JVM_OPTS}" fi $JAVA -classpath $JBOSS_CLASSPATH $JAVA_OPTS $SERVICE_JVM_OPTS org.jboss.Main -c ${JBOSS_SERVICE} >$JBOSS_CONSOLE 2>&1 & echo $! >${PIDFILE} } jboss_stop(){ echo "stopping jboss.." stop_service="--server=localhost:${JBOSS_SERVICE_RMI_PORT}" JBOSS_CLASSPATH=${JBOSS_HOME}/bin/shutdown.jar:${JBOSS_HOME}/client/jnet.jar $JAVA -classpath $JBOSS_CLASSPATH org.jboss.Shutdown $stop_service PID=`cat ${PIDFILE}` echo "waiting for termination of process $PID ..." pwait $PID rm $PIDFILE } case $1 in 'start') jboss_start ;; 'stop') jboss_stop ;; 'restart') echo "Restarting jboss" jboss_stop jboss_start ;; *) echo "Usage: $0 { start | stop | restart }" exit 1 ;; esac enjoy!
postscript I wrote above that parsing the service-bindings file to find the RMI port is too hard; this turns out not to be true. Praise be to Blastwave!
pkg-get install xmlstarlet xml sel -t -v "/service-bindings/server[@name='${INSTANCE_NAME}']/service-config[@name='jboss:service=Naming']/binding/@port" service-bindings.xml
Kasım 30, 2011
Link : Solaris 10 swap hakkında efsaneler ve gerçekler
Diyeceksiniz ki Solaris 11 çıktı sen hala 10′un swap’ı peşinde… Ne yapalım, ömür biter enterprise sistemlerin derdi bitmez. 
http://blogs.oracle.com/jimlaurent/entry/solaris_faq_myths_and_facts
Kasım 28, 2011
Kubuntu 10 LTS hakkında görüşlerim
Ubuntu ve Kubuntu’yu evdeki bilgisayar kullanımımı tekrar dizüstü bilgisayara taşıdıktan sonra tercih etmeye başladım. Bir Sony Vaio VGN-SN3XTPC üzerinde önce 9.04 kullanmaya başladım. Özellikle de görsel başarısı nedeniyle Kubuntu’ya ağırlık verdim. Ancak bir süre sonra bazı sorunlar başgösterdi. :
- Pil kullanımındayken ekran ışığının fonksiyon tuşlarıyla kontrolü imkanı kayboldu.
- Widget’lerin sayısı arttıkça grafik arayüz çökmeye ve sistem cevap veremez hale gelmeye başladı.
- İlerleyen zamanlarda işletim sistemi çökmeye başladı.
Bu anlamda 9.04′ün verimsiz olduğunu ve kullanım rahatsızlıkları nedeniyle çok yararlanamadığımı söyleyebilirim.
Ancak 10.x LTS hem Ubuntu hem de Kubuntu için harika çalışıyor. Ne kadar güncelleme çıkarsa çıksın hala ilk kurduğum sete devam ediyorum ve hiç çökme yaşamadım. Yalnızca kablosuz bağlantının arada bir kaybolma problemi oluyor. Onu da aşağıdaki rutin ile aşıyorum. Kullanmak isteyen herkese bu anlamda 10 LTS’i tavsiye ederim.
sudo service network-manager stop
sudo rm /var/lib/NetworkManager/NetworkManager.state
sudo service network-manager start
BackupExec NDMP job duplication crash
Bir süredir BE2010 kullanırken, 1 TB’dan büyük NDMP görevlerinin teypten teybe çoğaltma (duplication) işlemleri sırasında çökme yaşıyor ve yedekleri tamamlayamıyorduk. Her seferinde de aşağıdaki hata mesajını almaktaydık.
Faulting application name: BkupExec.exe, version: 13.0.2896.110, time stamp: 0x4b7b45c2
Faulting module name: KERNELBASE.dll, version: 6.1.7600.16385, time stamp: 0x4a5bdfe0
Exception code: 0xc000041d
Fault offset: 0x000000000000aa7d
Faulting process id: 0×2404
Faulting application start time: 0x01cb3414230b0f92
Faulting application path: C:\Program Files\Symantec\Backup Exec\BkupExec.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll
Report Id: 6afe4529-a063-11df-94b1-00238b76f0a5
Geçen hafta BE2010 R2′ye yükselttik sistemi ve o günden beri test ediyorum. Şu ana kadar aynı sorunu tekrar görmedik. Sanırım bu konuda bir düzelme oldu.
Exchange 2007 cluster problemi
Her şey sıradan bir bakım operasyonuyla başladı. 3 node kullanan Exchange 2007 CCR kümesinin sunucularını bakım işlemleri nedeniyle sırayla kapatıp açıyordum. Görünürde bir sorun yoktu. Ancak işlem dizisi tamamlanıp da cluster manager’dan durumu incelediğimde grouplardan birinin kaybolduğunu gördüm.
Önce panik duygusu kontrolü ele almadan sırayla tekrar sunucuları kapatıp açtım. Ancak işe yaramadı. 1 saat kadar süren kontroller sonrasında cluster’ı kaybettiğime karar verdim ve logları tekrar incelemeye başladım. Sırayla aşağıdaki hatalar oluşmuştu.
Event ID : 1136 Cluster node EX01 failed a critical operation. It will be removed from the active server cluster membership. Check that the node is functioning properly and that it can communicate with the other active server cluster nodes.
Event ID : 1123 The node lost communication with cluster node ‘EXC01′ on network ‘Public’.
Event ID : 1135 Cluster node EXC01 was removed from the active server cluster membership. Cluster service may have been stopped on the node, the node may have failed, or the node may have lost communication with the other active server cluster nodes.
Event ID : 1069 Cluster resource ‘First Storage Group/ Mailbox Store (Excls01)’ in Resource Group ‘Excls01′ failed.
Event ID : 1000 Cluster service suffered an unexpected fatal error at line 565 of source module d:\nt\base\cluster\service\gum\receive.c. The error code was 5013.
Event ID : 1118 Cluster service was terminated as requested by Node 2.
Çözüm ise çok ilginç (en azından bana öyle geldi)
Her cluster group için aşağıda göreceğiniz “Contains” anahtarı içinde “Resources” bilgileri tutuluyor.
Bu bilgiler aynı zamanda aşağıdaki alanda da tutuluyor. Aşağıda gördüğünüz hex hivelerin hepsinin içi dolu. Ancak sizin yalnızca hive adlarına ihtiyacınız var.
Yukarıdaki hive başlıklarını aşağıdaki alana kopyalayıp ardından sunucuyu yeniden başlattığınızda cluster servisi geri dönüyor.
Bu bilgiyi gece yarısı bir vakitte gelen ilham sayesinde keşfederek bizimle paylaşan Cemal Dur’a teşekkürler
Kasım 27, 2011
Kasım 24, 2011
The specified channel could not be found. Check channel configuration. SCOM 2007
Diyelim ki, bir Windows 2008 R2 sunucuda "Applications and Services" altına konumlanmış yeni bir log kategorisinden bir olayı SCOM 2007 ile izlemek istiyorsunuz. Oturdunuz monitor de yazdınız... Ama o ne ? Okuyamıyor logu, diyor ki ; "The Windows Event Log Provider was unable to open the XXXX event log on computer 'rms.scomdomain.local' for reading. The provider will retry opening the log every 30 seconds. Most recent error details: The specified channel could not be found. Check channel configuration."
Çözümü basit. Windows 2008 R2 sunucudaki Event Readers grubuna SCOM action hesabını eklediğinizde sorun çözülüyor.
