Tam işletim sistemi diski nedeniyle Azure Linux sanal makine önyükleme sorunlarını giderme

Şunlar için geçerlidir: ✔️ Linux VM'leri

Belirli koşullar ve yapılandırmalar altında, tam işletim sistemi (OS) diski Azure Linux sanal makinesi (VM) önyükleme sorunlarına yol açabilir. Bu makalede önyükleme sorunlarının bazı nedenleri ve çözümleri sağlanmaktadır.

Belirtiler

Normal sistem işlemleri sırasında işletim sistemi diski veya kritik sistem bölümleri dolarsa aşağıdaki sorunlar oluşabilir:

• Vm beklenmedik bir şekilde kapatılır.
• VM başarıyla önyüklenemez.

Önkoşullar

Önyükleme sorunlarını gidermek ve sistem onarımlarını tamamlamak için aşağıdaki gereksinimler karşılanmalıdır:

• Disk anlık görüntüsü oluşturma veya bazı yedekleme ve geri yükleme araçlarını çalıştırma izinleri.

  Bu makalede veriler veya diskler değiştirildiğinden VM'yi önceki bir duruma geri döndürme özelliği güvenli sistem yönetiminin kritik bir bileşenidir.

• Etkinleştirilen ve yapılandırılan önyükleme tanılamaları .

  Bu yapılandırmanın yerinde olması, konsol günlüğünün depolamasının gelecekteki gözden geçirilmesine ve VM'nin seri konsol arabirimiyle etkileşime olanak tanır.

• Herhangi bir noktada kurtarma VM'sine ihtiyaç duyulması durumunda VM oluşturma izinleri.

• Diskleri değiştirmenin gerekli olması durumunda disk oluşturma, ayırma ve ekleme izinleri.

Not

Tüm gereksinimler aşağıdaki senaryolar için geçerli değildir.

Senaryo 1: VM beklenmedik bir şekilde kapatılır ve önyükleme başarısız olur

Birçok güvenlik sağlamlaştırma uygulamaları, sistemlerin bakımının zorlanmasına neden olabilir. Denetim günlüğüne yazarken bir hata oluşursa, yaygın yapılandırmalardan biri sistemin hemen kapatılmasını gerektirir. Sistem kapatma nedeninin bu senaryo olup olmadığını denetlemek için aşağıdaki eylemleri gerçekleştirin:

• Seri konsol günlüğünde sistem kapatma iletilerini denetleyin.

  Sistem önyüklendiyse, "Güvenlik Denetim Hizmeti Başlatılıyor..." iletisi görüntülenir. Bu ileti hizmetin başlatıldığını göstermez. Bunun yerine, VM hemen kapanmaya geçer ve bir "Güç kapat" iletisi görüntülenir. Sistem çalışıyorsa ve beklenmedik şekilde kapatılırsa, seri konsolda "Güç kapat" iletisiyle biten bir düzenli kapatma işlemi gösterilebilir. Örnek olarak aşağıdaki ekran görüntülerine bakın:

  

  

• az vm repair komutlarını, el ile kurtarma VM'sini veya tek kullanıcı modunu kullanarak işletim sistemi diskini bağlayın. Ardından komut satırı aracını kullanarak df disk kullanımını inceleyin ve /var/log/audit dizinini içeren diskin %100'e yakın kullanımda olup olmadığını denetleyin.

• az vm repair komutlarını, el ile kurtarma VM'sini veya tek kullanıcı modunu kullanarak işletim sistemi dosya sistemine erişin ve /etc/audit/auditd.conf dosyasının aşağıdaki yapılandırmaları içerdiğini doğrulayın:

  [root@linux /]# grep action /etc/audit/auditd.conf
  admin_space_left_action = HALT
  disk_full_action = HALT
  disk_error_action = HALT
  

Çözüm: HALT yapılandırmasını geçici olarak devre dışı bırakma

Not

Bu çözüm işe yaramazsa veya ortamınız için uygun değilse Çözüm bölümüne gidin.

Denetlenen yapılandırma denetim günlüğü hatalarında sistem kapatmasına neden oluyorsa, yapılandırmayı HALT geçici olarak devre dışı bırakmak, VM'nin düzeltme için tam işletim sistemine önyükleme yapmasına olanak tanır.

Bu yaygın denetim sorununu ve diğer birçok yaygın sorunu düzeltmek için, Azure Linux Otomatik Onarım (ALAR) aracındaki denetlenen eylemi kullanarak uzantıyı Azure CLI'da otomatik olarak çalıştırınaz vm repair. Aynı yordamı el ile yapmak için şu adımları izleyin:

1. Kurtarma durumu sağlamak için işletim sistemi diskinin anlık görüntüsünü alın.

2. az vm repair komutlarını, el ile kurtarma VM'sini veya tek kullanıcı modunu kullanarak yapılandırma dosyasına erişim elde edin.

3. Vm'de dosyayı yedeklemek için kullanılabilir alan kullanılamayabileceği için geçerli yapılandırmayı not alın.

4. /etc/audit/auditd.conf dosyasındaki HALT önceki yapılandırmaları dışında SINGLEherhangi bir geçerli değerle değiştirin. Bu senaryoda, değerler , SUSPENDveya auditd.conf dosyasının Linux man sayfasında listelenen diğer değerler olabilir IGNOREve bu da VM'de kullanılan yazılım sürümleri için uygun parametreleri verir.

   [root@linux /]# grep action /etc/audit/auditd.conf
   admin_space_left_action = SUSPEND
   disk_full_action = SUSPEND
   disk_error_action = SUSPEND
   

• Kurtarma VM'sini kullanıyorsanız, işletim sistemi diskini sorunlu VM'ye geri döndürmek için özgün sanal sabit diski çıkarma ve ayırma başlığındaki yönergeleri izleyin ve VM'yi normal şekilde önyüklemeyi deneyin. Tek kullanıcı modu kullanıyorsanız, çıkın ve vm yeniden başlatılır.

• VM tam olarak önyüklendikten sonra ve gibi df dukomut satırı araçlarını kullanarak dosya sistemine göz atın ve biraz alan boşaltın. /var/log/audit dizinini içeren dosya sisteminin yaklaşık %10'unun iyi bir ilk hedef olması gerekir.

Sorun çözüldükten sonra /etc/audit/auditd.conf dosyasındaki içeriği özgün değerlerine geri döndürerek VM'yi yeniden başlatın.

Senaryo 2: Azure'da VM diski yeniden boyutlandırıldı, ancak işletim sistemi yeniden boyutlandırılamıyor ve VM tam önyükleme yapmıyor

Tam disk belirlendikten ve işletim sistemi diskini yeniden boyutlandırmak için VM kapatıldıktan sonra VM başarıyla önyüklenmeyebilir. Bu senaryo, işletim sisteminin yeniden başlatmada kök (/) dosya sistemini otomatik olarak yeniden boyutlandırmaya çalıştığı bazı dağıtımlarda kafa karıştırıcı olabilir. Disk doluysa, işlem dosya sistemini genişletmek için biraz boş alan gerektirdiğinden yeniden boyutlandırma işlemi başarısız olabilir. Boş alan olmaması cloud-init'in başarısız olmasına neden olabilir ve vm önyüklemeyi tamamlamaz.

Bu sorunu belirlemek için seri konsoldaki önyükleme günlüklerini gözden geçirin ve aşağıdaki metne benzeyen satırların mevcut olup olmadığını denetleyin:

[   15.384699] cloud-init[1142]: OSError: [Errno 28] No space left on device
[   15.384742] cloud-init[1142]: Original exception was:
[   15.384784] cloud-init[1142]: OSError: [Errno 28] No space left on device

Belirli cloud-init iletileri döndürülen en görünür ileti olmadığından, "[Errno 28] Cihazda yer kalmadı" metnini veya benzer "boşluk yok" iletilerini içeren diğer satırları arayın.

Bu sorunu çözmek için gereksiz verileri temizleyerek az miktarda disk alanı boşaltın ve dosya sistemini genişletin.

Senaryo 3: HIZMET hatalarından dolayı VM ön yüklemesini başlatır ancak erişilemez

Tamamen önyükleme gibi görünen bir VM'de aşağıdaki sorunlar olabilir:

• Önyükleme sırasında hizmet sorunları oluşur.
• Azure Aracısı kullanılabilir görünmeyebilir.
• VM bağlantıları başarısız olabilir.
• VM, uygulamalara göre çevrimdışı gibi görünebilir.

Önyükleme sırasında, "[Errno 28] Cihazda yer kalmadı" gibi birden çok ileti veya diğer ileti türleri kök dosya sisteminin dolu olduğunu gösterir.

Bir VM önyükleniyor ancak kullanılamıyor görünüyorsa, önyükleme iletilerini görüntülemek için önyükleme tanılaması içindeki seri günlüğü denetleyin veya vm ile etkileşime geçmek için seri konsolunu kullanın. Alan yetersizse, boş alan açmak veya diskleri genişletmek için gereksiz verileri temizleyin.

Konsol günlüğünde "ERROR ExtHandler /proc/net/route hiçbir yol yok" ifadesini içeren çok sayıda ileti varsa, ağ hizmetleri tam olarak başlatılamadığından bunun nedeni tam işletim sistemi diski de olabilir.

Çözüm

Aşağıdaki çözümler önceki senaryolardan herhangi biri için geçerlidir.

Çözüm 1: Gereksiz verileri temizleme

1. Sistem normal olarak önyükleme yapmadığından az vm repair komutlarını, el ile kurtarma VM'sini veya tek kullanıcı modunu kullanarak işletim sistemi diskine ve bölümlere erişim elde edin.

2. Standart Linux araçlarını ve komutlarını kullanarak büyük dosyaları ve dizinleri tanımlayın:

   • du -ks /* | sort -n - Bir konumda en çok alan tüketen dosyaları veya dizinleri bulun. Bazı büyük veriler ortaya çıkana kadar bildirilen en büyük dizinde yineleyin.

   • ls -altSr /var/log - Boyuta göre sıralanmış bir dizinin içeriğini artan düzende listeleyin.

   • find / -size +500M -exec ls -alFh {} \; - Büyük dosyaları tek tek bulun. Budamak 500M için en etkili dosyaları bulmak için gereken değeri birkaç megabayt veya gigabayt olarak ayarlayın.

3. Eski günlükler, unutulan yedeklemeler ve benzer dosyalar gibi gereksiz olarak tanımlanabilecek tüm dosyaları kaldırın.

4. Uygun miktarda alan temizlendikten sonra yaklaşık %10 boş diski hedefleyip sistemi yeniden başlatın.

Çözüm 2: İşletim sistemi dosya sistemini genişletme

İşletim sistemi dosya sisteminden hiçbir veri temizlenmiyorsa, kritik işletim sistemi birimlerini içeren diski genişletmenizi öneririz. Daha fazla bilgi için bkz . Linux VM'sinde sanal sabit diskleri genişletme.

Sonraki adımlar

Tam işletim sistemi diski nedeniyle belirli bir önyükleme hatasının Linux önyükleme sorunu olmadığı durumlarda, daha fazla sorun giderme için bkz . Azure Linux sanal makine önyükleme hatalarını giderme.

Yardım için bize ulaşın

Sorularınız veya yardıma ihtiyacınız varsa bir destek isteği oluşturun veya Azure topluluk desteği isteyin. Ürün geri bildirimini Azure geri bildirim topluluğuna da gönderebilirsiniz.