Aracılığıyla paylaş

  • Makale

Operating System Issues (İşletim Sistemi Sorunları)

 

Yayýmlanma: Mart 2016

Uygulama Alanı: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Bu konu UNIX ve Linux işletim sistemlerine özgü sorunları açıklar.

Solaris 10 Tabanlı Sunucudan Paylaşılan Kaynakların Yanlış Raporları

Bölgeleri kullanmak için yapılandırılmış bir Sun Solaris 10 tabanlı sunucuyu izlerken, Operations Manager bir fiziksel disk veya ağ bağdaştırıcısı gibi paylaşılan kaynakları hatalı olarak rapor ediyor gibi görünebilir. Bu davranış tasarım gereği oluşur.

Bölgeleri kullanmak için yapılandırılmış bir Sun Solaris 10 tabanlı sunucuda, Operations Manager bir fiziksel disk veya ağ bağdaştırıcısı gibi paylaşılan kaynakları ayırt etmez. Küresel bir bölge kaynağını paylaşan bir yerel bölge için, Operations Manager paylaşılan kaynağı raporlamaz. Her Solaris 10 tabanlı sunucu üzerinde her kaynağın yalnızca bir örneği izlenir. Solaris 10 tabanlı bir sunucuda iki ağ bağdaştırıcısı varsa ve biri genel bölgeye bağlıyken ikinci iki yerel bölgeleri arasında paylaştırılıyorsa, ilk numaralandırılmış yerel bölge paylaşılan kaynağı raporlar. İkinci yerel bölgede paylaşılan kaynak için hiçbir veri olmaz.

Operations Manager'da, bir sanal makineye dağıtımış bir Solaris 10 tabanlı sunucunun davranışı bir fiziksel bilgisayara dağıtılmış bir Solaris 10 tabanlı sunucunun davranışından biraz farklı olabilir. Bir sanal makinede mevcut her ağ bağdaştırıcısı Solaris 10 tabanlı sunucuya ayrı bir fiziksel kaynak olarak görünür. Solaris tabanlı sunucu üzerinde yapılandırılmış her bölgeye benzersiz tanımlı ağ bağdaştırıcıları iliştirilmişse, Operations Manager her ağ bağdaştırıcısı için veri toplar.

Solaris Bilgisayarın Dosya Tanımlayıcısı Limitine Süreç Ulaşırsa Aracı Sağlayıcıları Başarısız Olabilir

Çok sayıda izlenen nesne (örneğin dosya sistemleri veya işlemciler) olan izlenen bir Solaris bilgisayarda, Solaris aeacısının güvenilmez davranışlarını gözlemleyebilirsiniz. Belirtiler dosya sistemleri, diskler veya diğer bulunan nesneleri içerebilir. Buna aracı süreçte kullanılabilir Dosya Tanımlayıcıları (FD) kalmaması neden olabilir.

Bir sorunun Dosya Tanımlayıcısı limitlerinin sonucu olup olmadığını belirlemek için aracı günlük dosyasını inceleyin: /var/opt/microsoft/scx/log/scx.log. Günlükteki herhangi bir hata iletisi errno = 24 (Çok fazla açık dosya) metnini içeriyorsa bir FD sınırı sorunundan şüphelenilmelidir.

Bu sorunu çözmek için, aşağıdaki adımları uygulayın:

  1. /opt/microsoft/scx/bin/tools/scx-cimd (Solaris 10 veya Solaris 11) veya /etc/init.d/scx-cimd (Solaris 9) konumunda scx-cimd başlangıç ​​komut dosyasını değiştirin. Komut dosyasının aşağıdaki satırlar olan bölümünü bulun:

    start)
    # Start daemon
    echo "Starting $DESC"
    $DAEMON $OPTIONS -d
    exit $?
    ;;

    Bu bölümü, $DAEMON $OPTIONS –d satırından önce bir ulimit –n 1024 komutu içerecek şekilde değiştirin, burada “1024” Dosya Tanımlayıcıları için yeni bir süreç limitidir.

    start)
    # Start daemon
    echo "Starting $DESC"
    ulimit –n 1024
    $DAEMON $OPTIONS -d
    exit $?
    ;;

  2. Aracıyı yeniden başlatın:

    scxadmin -restart

  3. Sorun devam ederse, 2048 Dosya Tanımlayıcısı limiyti ile yenidenyapılandırmayı deneyin ve sonra aracıyı yeniden başlatın. Süreç 2048 limiti ile Dosya Tanımlayıcıları tüketmeye devam ederse, desteğe başvurun.