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 yakalayabilirim? 
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?  

Not: SupportAssist günlükleri gerekiyorsa müşteriyi KBA 000135669 yönlendirin: "SupportAssist Enterprise'dan SupportAssist Günlük Derlemesi nasıl dışa aktarılır? Bağlı veya Bağlantı Kesik A


 . Metro Düğümü sorunlarında hata 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 ^{bir düğümden[1]} ç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 verilere sahip olmalıdır. 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üğü dosyası oluşturur. Collect-diagnostics dosyası, çalıştırıldığı düğümde /diag/collect-diagnostics-out/ dizinine yerleştirilir. Komut tamamlandığında, dosyayı düğümden kopyalamak için WINSCP veya eşdeğer bir SCP yardımcı programı kullanın. Komut 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çenek olmadan çalıştırılırsa iki dosya oluşturulur: bir temel dosya ve bir genişletilmiş dosya. Bu, ölçekli sistemlerde oldukça uzun zaman alabilir. 
• Metro Düğümü desteği genellikle yalnızca Temel dosyayı gerektirir, ancak bazı durumlarda performans sorunları genişletilmiş dosya için de isteyebilirler. 
• Collect-Diagnostics çalıştırılırken kullanılması istenebilecek standart seçenekler şunlardır: 

• Komutla ilgili daha fazla ayrıntı için "collect-diagnostics -h" yazabilirsiniz 

Bunlar, bu iki dosya adının nasıl göründüğüne dair örneklerdir; YYYY-MM-DD-HH.MM.SS olarak gösterilen tarih ve saat, bunların toplandığı tarih ve saatten olacaktır: 

• 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 sayıda özel bilginin toplanmasını gerektirir. Sonuç olarak, bu süreci hızlandırmak için müşterilerin doldurmaları istenen bir performans anketimiz var. 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 tarafından talep edildiyse tar dosyasını, tanılama toplama dosyalarıyla birlikte SR'ye yükleyin veya destek ekibinin SR'de size sağlayacağı bir ftp bağlantısı 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 açık günlüğe kaydetme,
• 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 ~bağlantı noktaları 
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.\n',) 

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önetici/düğüm üzerindeki mevcut tanılama toplama paketlerini doğrulama. 

1. collect-diagnostics komutu tamamlandığında ve vplexcli istemine geri döndüğünde, winscp'yi [veya eşdeğer bir SCP yardımcı programını] kullanarak komutu çalıştırdığınız yöneticiye bağlanın ve /diag/collect-diagnostics-out/ klasörüne 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 toplama tanılamasını

iptal etmeNot:  Bu, kesintiye yol açmayan bir etkinliktir. Toplama işlemini durdurmak için doğrudan komut olmadığından, yönetim konsolunu yeniden başlatmanız gerekir. Yine de, çalışan bir tanılama toplamayı iptal etmeden önce, kaybolabilecek veriler olabileceğinden sorun olmadığından emin olmak için tanılama toplamanın çalışmasını neden durdurmak istediğinizi açıklamak için desteğe başvurun. Bu kayıp veriler, iptal eyleminin ardından toplama tanılaması yeniden çalıştırıldığında tekrar toplanamaz.

1. Hala collect-diagnostics'i başlattığınız PuTTY oturumundaysanız, collect-diagnostics çıkış akışını görüyor olmanız ve bunun hala çalıştığını göstermeniz gerekir. 

Örnek Çıktı: 

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

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

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 tanılama toplamayı 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öneticiye geldiğinizde, ç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. Yönetim konsolunu yeniden başlattığınızda collect-diagnostics in çalıştığı ilk PuTTY oturumuna geri dönüp baktığınızda, collect-diagnostics raporunun son not edilen çıktı olarak şu olduğunu görmeniz gerekir: 

"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.\n',) 

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. Toplama-tanılamanın durdurulduğu görüldüğünde, yukarıdaki 3. adımda, ikinci PuTTY oturumuna geri dönün ve /diag dizinine 'cd' yazın, ardından ' ll ' komutunu çalıştırın ve bazı ekstra dizinler görmelisiniz, 

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

      *genişletilmiş dosyalar atlanmamışsa

Ö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 birinin içine bakarsanız, şimdi iptal edilen toplama tanılamasını başlattığınız tarih ve saate sahip dosyalar göreceksiniz. Bu dosyalar /diag bölümünde yer kaplar ve 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 ve ardından dizinlerin silindiğinden/kaldırıldığından emin olmak için tekrar ' ll ' 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 çekirdek dosyaları silinebilir.