Metro Düğümü: Metro Düğümünden günlükleri toplama

Aşağıdaki görevlerin nasıl gerçekleştirileceğine ilişkin adımlar: 

1. Metro Düğümü sorunlarını ayıklamak için hangi günlükler gereklidir? 
2. Bir Metro Düğümü kümesinde toplama tanılamalarını nasıl kaydedebilirim? 
3. Yönetim sunucularındaki mevcut collect-diagnostics paketleri nasıl doğrulanır?  
4. Metro Düğümünde devam eden bir toplama tanılaması nasıl iptal edilir ve temizlenir?  

 A. Metro Düğümü sorunlarını ayıklamak için hangi günlükler gereklidir? 

1. Metro Düğümünden günlükleri toplamak için gereken komut "collect-diagnostics" olarak adlandırılır ve Metro Düğümü kurulumundaki herhangi^[1] bir düğümden çalıştırılabilir. Bu komutu bir Metro Düğümü kümesinin bir yöneticisinde yürütmek, bir kümenin tüm düğümlerinden ve tüm yöneticilerden gelen tüm verileri içermelidir. Bu komutu aynı anda birden fazla düğümde ÇALIŞTIRMAYIN.

2. "collect-diagnostics" komutu, yapılandırma ve günlük dosyalarını içeren sıkıştırılmış bir tar.gz günlük dosyası oluşturur. collect-diagnostics dosyası, çalıştırıldığı düğümdeki /diag/collect-diagnostics-out/ dizinine eklenir. Komut tamamlandığında, dosyayı düğümden kopyalamak için WINSCP veya eşdeğer bir SCP yardımcı programı kullanın; böylece bu, daha sonra analiz desteği için sağlanabilir. Bu komutun kullanımı hakkında daha fazla bilgiyi aşağıdaki B bölümünde bulabilirsiniz.

Notlar: 

• "collect-diagnostics" komutu seçenekler eklenmeden çalıştırılırsa bir temel dosya ve bir genişletilmiş dosya olmak üzere iki dosya oluşturulur. Bu, ölçekli sistemlerde oldukça uzun zaman alabilir. 
• Metro Düğümü destek ekibi genelde yalnızca Temel dosyaya ihtiyaç duyar ancak bazı durumlarda, genişletilmiş dosyayı da isteyebilirler. 
• collect-diagnostics çalıştırılırken kullanılması istenebilecek standart seçenekler şunlardır: 

• Komutla ilgili ayrıntılı bilgi için "collect-diagnostics -h" yazabilirsiniz. 

Aşağıda, bu iki dosya adının nasıl göründüğüne ilişkin örnekler verilmiştir. YYYY-AA-GG-SA.DK.SN olarak gösterilen tarih ve saat, dosyaların toplandığı tarih ve saattir: 

• Temel dosya - <Seri numarası>-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz 
• Genişletilmiş dosya - <Seri numarası>-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz 

3. Performans sorunları karmaşıktır ve çok fazla spesifik bilginin toplanmasını gerektirir. Dolayısıyla bu süreci hızlandırmak için müşterilerin doldurmaları istenen bir performans anketimiz mevcuttur. Anket, bu bilgi bankası makalesinin sonundaki ek bölümünde bulunabilir. 

4. Bazı performans sorunu türlerinde, "fe_perf_stats" adlı ek bir günlük yakalamak yararlı olur. Günlükler sürekli olarak oluşturulur ancak collect-diagnostics tarafından yakalanmaz. Bu günlüğü yakalamak için her kümeden bir düğümde /var/log/VPlex/cli öğesine cd (dizini değiştir) yazın ve "tar cvzf fe-perf-stats.tar.gz fe_perf_stats*" komutunu çalıştırarak dosyaların verilerini bir tar dosyasına sıkıştırın. WINSCP veya eşdeğer bir SCP yardımcı programı ile düğüme bağlanın ve /var/log/VPlex/cli yoluna gidin. "fe-perf-stats.tar.gz" dosyasını sisteminize kopyalayın. Destek ekibi tarafından talep edildiyse tar dosyasını, collect-diagnostics dosyalarıyla birlikte SR'ye veya destek ekibinin SR'de size sağlayacağı bir ftp bağlantısına yükleyin ve bir e-posta gönderin. 

5. Tanılamayı toplamanın yanı sıra aşağıdaki bilgileri de yakalamak faydalı olabilir;

• PuTTY oturumu için günlüğü açın,
• ardından aşağıdaki komutları çalıştırın,
• daha sonra Putty günlüğünü toplayın ve sisteminize indirin,
• ardından PuTTY günlüğünü, toplama tanılamalarını
  ve istenen diğer verileri SR'ye ekleyin.

1. küme durumu 
2. ll clusters/**/storage-views/* --full 
3. ll ~ports 
4. show-use-hierarchy /clusters/**/virtual-volumes/* 
5. ll ~system-volumes 
6. ls -t /clusters/*/directors/*::serial-number [bu komut her düğüm için tüm DST'leri listeler]
7. ls -t /clusters/**/director-*/::hostname [görüntülenen ana bilgisayar adları IP Adresleri olacaktır; bu beklenen bir durumdur]

B. Bir metro düğümü kümesinde toplama tanılamalarını nasıl yakalayabilirim? 
 
Not: Son 30 günü kapsayan temel dosya, çoğu sorunu araştırmak ve çözmek için yeterlidir. Destek ekibi tarafından aksi belirtilmediği sürece bu seçenekler kullanılmalıdır.
Bu verileri yakalamak için "--noextended" ve "--last-logs 30d" bayraklarıyla bir collect-diagnostics komutu çalıştırın.

1. Yönetici düğümü Linux isteminde (örneğin, service@director-1-1-a) bir SSH oturumu oluşturun, ardından vplexcli'de oturum açın. 

Örnek çıktı:

login as: service 
Keyboard-interactive authentication prompts from server: 
| Password: 
End of keyboard-interactive prompts from server 
Last login: <date and timestamp data> from x.x.x.x
service@director-1-1-a:~> 
service@director-1-1-a:~> vplexcli 
Trying ::1... 
Connected to localhost. 
Escape character is '^]'. 
 
VPlexcli:/> 

2. collect-diagnostics işlemini başlatmak için vplexcli komut isteminden aşağıdaki örnekte gösterildiği gibi yönlendirilmiş seçeneklerle "collect-diagnostics" komutunu çalıştırın. 

Örnek Çıktı: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.
',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2024-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2024-02-09 19:55:13 UTC: No cluster-witness server found. 
2024-02-09 19:55:13 UTC: Free space = 88G 
2024-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

C. Yöneticideki/düğümdeki mevcut collect-diagnostics paketleri nasıl doğrulanır? 

1. collect-diagnostics komutu tamamlandıktan ve vplexcli komut istemine geri dönüldükten sonra, winscp [veya eşdeğeri SCP yardımcı programı] aracılığıyla komutu çalıştırdığınız yöneticiye bağlanın ve /diag/collect-diagnostics-out/ dizinine gidin. 

2. Doğru zaman damgasına sahip olan günlük dosyalarını belirleyin ve bunları yerel iş istasyonunuza indirin. 

D. Devam eden bir collect-diagnostics işlemini iptal etme
 
Not: Bu, kesintiye yol açmayan bir işlemdir. Doğrudan toplama işlemini iptal edecek bir komut bulunmadığı için yönetim konsolunu yeniden başlatmanız gerekir. Yine de, çalışan bir collect-diagnostics işlemini iptal etmeden önce, kaybolabilecek veriler olabileceğinden, sorun olmadığından emin olmak için collect-diagnostics işlemini neden durdurmak istediğinizi açıklamak için destek ekibine başvurun. Bu kayıp veriler, iptal eyleminin ardından collect-diagnostics işlemi yeniden çalıştırıldığında tekrar toplanamaz.

1. Hâlâ collect-diagnostics işlemini başlattığınız PuTTY oturumundaysanız collect-diagnostics çıktı akışının çalışıyor olduğunu görürsünüz. 

Örnek Çıktı: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.
',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2022-02-09 19:55:13 UTC: No cluster-witness server found. 
2022-02-09 19:55:13 UTC: Free space = 88G 
2022-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

2. Yinelenen bir PuTTY oturumu açın ve hizmet hesabını kullanarak collect-diagnostics işlemini başlattığınız yöneticide oturum açın. 

  Örnek Çıktı: 

login as: service 
Using keyboard-interactive authentication. 
Password: 
Last login: <date and time stamp data> from x.x.x.x 
service@director-1-1-b:~>

3. Yöneticide, çalışmakta olan collect-diagnostics işlemini iptal etmek için aşağıdaki komutu kullanarak yönetim konsolunu yeniden başlatın.  

Örnek Çıktı: 

   service@director-1-1-b:~> sudo systemctl restart VPlexManagementConsole.service 
 

4. collect-diagnostics işleminin çalışıyor olduğu ilk PuTTY oturumuna tekrar bakarsanız yönetim konsolunu yeniden başlattığınızda collect-diagnostics işleminin son çıktı olarak aşağıdaki ifadeyi bildirdiğini görürsünüz. 

"Connection closed by foreign host."

Örnek çıktı (Çıktının son satırını kontrol edin):

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.
',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 20:02:03 UTC: ****Initializing collect-diagnostics... 
2022-02-09 20:02:04 UTC: No cluster-witness server found. 
2022-02-09 20:02:04 UTC: Free space = 88G 
2022-02-09 20:02:04 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection ..                               ERROR 
Executing SMS log collection ..                               Connection closed by foreign host. <<<

5. Yukarıdaki 3. adımda, collect-diagnostics işleminin durdurulduğu görüldüğünde ikinci PuTTY oturumuna geri dönün ve /diag dizinine "cd" yazın, ardından "ll" komutunu çalıştırın; böylece bazı ekstra dizinler görebilirsiniz, 

• collect-diagnostics-tmp
• collect-diagnostics-jobs 
• collect-diagnostics-tmp-ext*

      *genişletilmiş dosyalar çıkarılmadıysa

Örnek çıktı: 

service@director-1-1-b:/diag> ll 
total 32 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-tmp-ext
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-jobs 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwxr-xr-x 3 service groupSvc  4096 Feb  9 20:02 collect-diagnostics-tmp 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

6. Bu dizinlerin her birine bakarsanız şu anda iptal edilmiş olan collect-diagnostics işlemini başlattığınız tarih ve saati içeren dosyalar görürsünüz. Bu dosyalar /diag bölümünde yer kaplar; bu nedenle kaldırılmalıdır. 

7. Dosyaları /diag dizininden kaldırmak/silmek için "rm -r collect-diagnostics-jobs" ve "rm -r collect-diagnostics-tmp" yazın; ardından dizinlerin silindiğinden/kaldırıldığından emin olmak için tekrar "ll " ifadesini girin. 

Örnek çıktı: 

service@director-1-1-b:/diag> rm -r collect-diagnostics-jobs 
service@director-1-1-b:/diag> rm -r collect-diagnostics-tmp 

service@director-1-1-b:/diag> ll 
total 24 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

8. Bir "collect-diagnostics-tmp-ext" dizini varsa bu dizini kaldırın ve "rm -r collect-diagnostics-tmp-ext" komutunu çalıştırın  

Not: Genişletilmiş dosya genellikle düğüm çökmelerini araştırmak için kullanılır. Düğüm çökmesiyle ilgili devam eden bir araştırma varsa ve destek ekibi gerekli tüm günlükleri kaydetmediyse collect-diagnostics-tmp-ext dizinini temizlemeden önce destek ekibiyle iletişime geçin; aksi takdirde gerekli temel dosyalar silinebilir.