[TR] HPE SimpliVity (OmniStack) Ortamlarında IP Adresi Değişikliği
Posted inHPE Simplivity

[TR] HPE SimpliVity (OmniStack) Ortamlarında IP Adresi Değişikliği

Bu Rehber Ne İşe Yarar?

Veri merkezi taşımaları, ağ yeniden yapılandırmaları, subnet birleştirmeleri veya IP planı revizyonları sırasında SimpliVity nodelarının IP adreslerinin değiştirilmesi gerekebilir.

Bu işlem standart bir sunucuda IP değiştirmeye benzemez SimpliVity’de her node federasyon içindeki diğer nodelara IP adresi üzerinden kimliklenen bir dağıtık dosya sistemi (svtfs) ve konfigürasyon veritabanı (cfgdb) paylaşır.

Yanlış sırayla yapılan bir IP değişikliği node’da federasyondan kopmasına, datastore’ların erişilemez hâle gelmesine ve VM kesintilerine yol açabilir.

Bu makalemde bir SimpliVity nodundaki dört farklı IP adresinin nasıl değiştirileceğini adım adım anlatılmaktadır.

#Değiştirilen AdresNerede YaşarKesinti Seviyesi
1ESXi Host Management IP’si (vmk0)ESXi hipervizörüOrta
Host vCenter envanterinden çıkarılır.
2OVC Management IP’siOmniStack Virtual ControllerDüşük
svtfs failover devrede.
3OVC Federasyon (Federation) IP’siOmniStack Virtual ControllerDüşük
svtfs failover devrede.
4OVC Storage IP’siOmniStack Virtual ControllerYüksek
NFS mount’ları etkilenir.

Başlamadan Önce: Mimariyi Anlamak

Her SimpliVity node aslında iki ayrı varlıktan oluşur ve her ikisinin de kendi IP adresleri vardır.

ESXi Host (fiziksel sunucu):

  • vmk0 → Management ağı (vCenter’ın host ile konuştuğu adres)
  • vmk1 → Storage ağı (NFS trafiğinin aktığı adres)

OVC / OmniStack Virtual Controller (host üzerinde çalışan sanal makine):

  • eth0 → Management – vCenter entegrasyonu, CLI/GUI erişimi,
  • eth1 → Federation – nodelar arası replikasyon ve senkronizasyon,
  • eth2 → Storage – ESXi host’lara NFS datastore sunumu,

Kritik nokta şudur ESXi host’un IP’si değiştiğinde, o host’a datastore sunan tüm OVC’lerin bu yeni adresi tanıması gerekir.

Aynı şekilde bir OVC’nin IP’si değiştiğinde federasyondaki diğer OVC’lerin peer kayıtlarının güncellenmesi şarttır. Prosedürlerdeki dsv-host-interface-add ve dsv-peer-reset komutları tam olarak bu senkronizasyonu sağlar.

Genel Ön Koşullar ve Uyarılar

1) Her Senaryo İçin Geçerli Kurallar

  • Yeni IP adreslerini önceden tahsis edin. ESXi host IP’si değişikliğinde, senaryoya göre OVC yönetim IP’sinin de değişmesi gerekebilir bu durumda bir yerine iki adres ayırın.
  • Federasyondaki tüm sistemlerin erişilebilir ve sağlıklı olduğunu doğrulayın. Zaten arızalı bir node varken IP değişikliğine başlamayın.
  • Aynı anda birden fazla federasyon üyesinin IP’sini değiştirmeyin. Her node’u tek tek önceki node tamamen stabil hâle geldikten sonra ele alın.
  • Tüm VM’lerin Storage HA uyumlu olduğunu doğrulayın. Bu svtfs durdurulduğunda I/O’nun sorunsuz şekilde diğer node’lara devredilmesini garanti eder.
  • Kritik VM’leri önceden başka bir host’a taşıyın. IP Failover mekanizması VM’lerin çalışmaya devam etmesini sağlamayı hedefler ancak iş açısından kritik sistemlerde risk almamak en doğrusudur.
  • dsv-* ve svtctl komutları müşteri erişimine kapalıdır. Bu prosedürlerin tamamı yetkili bir HPE SimpliVity destek sağlayıcısı ile birlikte yürütülmelidir.

2) VMware vCenter 5.1 ve Üzeri Sürümlerde : Network Rollback’i Devre Dışı Bırakınız.

VMware’in Network Rollback özelliği management ağında bağlantı kaybına yol açan bir değişiklik algıladığında ayarları otomatik olarak eski hâline döndürür.

VMware ESXi host IP’sini değiştirdiğinizde bu tam olarak “bağlantı kaybı” gibi görünür ve Rollback değişikliğinizi geri alır.

İşlem öncesinde bu özelliği geçici olarak devre dışı bırakın işlem sonrasında tekrar etkinleştiriniz.

İlgili VMware dokümantasyonu için vSphere Documentation Center’daki “Disable Network Rollback” başlığına bakabilirsiniz.

3) SimpliVity Dışı (Legacy) ESXi Host’lar Varsa

Link : https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vsphere-networking/network-rollback-and-recovery/rollback/disable-network-rollback.html

SimpliVity datastore’larını paylaşan HPE SimpliVity olmayan ESXi host’lar varsa ek adımlar gerekir;

  1. Datastore paylaşımını kaldırın (unshare).
  2. IP değişikliğinden sonra legacy host’un /etc/hosts dosyasına yeni üye IP adresini ekleyin.
  3. Legacy ESXi host’u yeniden başlatın.
  4. Datastore’ları tekrar bu host ile paylaşın.

Senaryo A : VMware ESXi Host Management IP Adresini Değiştirmek

Örnek senaryo: ESXi host management IP adresini 10.131.2.10 → 10.131.2.11, vCenter adresi 10.131.50.4.

Adım 1 – OVC’ye Bağlanınız ve Yetki Yükseltiniz.

İlgili host üzerindeki OVC’ye SSH ile bağlanın destek hesabına geçip root’a yükselin ve komut ortamını yükleyiniz. 

svtcli@omnicube-ip5-130:~$ su svtsupport
svtsupport@omnicube-ip5-130:/home/svtcli$ sudo su
root@omnicube-ip5-130:/home/svtcli# source /var/tmp/build/bin/appsetup

appsetup scripti dsv-* komutlarının PATH’e eklenmesini sağlar. Bu adım atlanırsa sonraki komutlar “command not found” hatası verir.

Adım 2 – Yeni Host Arayüzünü Datastore’lara Tanıtınız.

Bu prosedürün en kritik adımıdır. dsv-host-interface-add komutu mevcut datastore’ların yeni VMware ESXi host arayüzünden haberdar olmasını sağlar yani NFS export listesine yeni adres eklenir.

Bu adım IP’yi değiştirmeden önce yapılmalıdır aksi hâlde host yeni adresle datastore’lara erişemez.

dsv-host-interface-add --host 10.131.2.10 --ipaddress 10.131.2.11
  • --host → Host’un mevcut (eski) IP adresi
  • --ipaddress → Eklenmek istenen yeni IP adresi

Aynı işlemi değişecek olan depolama ağı adresi için de tekrarlayınız.

Adım 3 – Mevcut VMware ESXi Arayüz Adreslerini Kaydediniz.

ESXi host’a SSH ile bağlanın ve mevcut yapılandırmayı not alınız.

[root@laurie:~] esxcli network ip interface ipv4 get

Name  IPv4 Address   IPv4 Netmask   IPv4 Broadcast   Address Type  DHCP DNS
----  ------------   ------------   --------------   ------------  --------
vmk0  10.131.2.10    255.255.0.0    10.131.255.255   STATIC        false
vmk1  10.205.1.152   255.255.0.0    10.205.255.255   STATIC        false

Burada vmk0 yönetim, vmk1 depolama arayüzüdür. Netmask değerini mutlaka not edin bir sonraki komutta aynısını kullanacaksınız.

Adım 4 – IP Adresini Değiştiriniz.

[root@laurie:~] esxcli network ip interface ipv4 set -i vmk0 -I 10.131.2.11 -N 255.255.0.0 -t static

Parametreler:

  • -i → Arayüz adı (vmk0)
  • -I → Yeni IP adresi
  • -N → Subnet maskesi
  • -t static → Adres tipi (statik)

Not: Komut çalıştığı anda SSH oturumunuz kopacaktır bu beklenen bir davranıştır. Yeni IP adresi üzerinden tekrar bağlanınız.

Adım 5 – Değişikliği Doğrulayınız.

[root@laurie:~] esxcli network ip interface ipv4 get

Name  IPv4 Address   IPv4 Netmask   IPv4 Broadcast   Address Type  DHCP DNS
----  ------------   ------------   --------------   ------------  --------
vmk0  10.131.2.11    255.255.0.0    10.131.255.255   STATIC        false
vmk1  10.205.1.152   255.255.0.0    10.205.255.255   STATIC        false

Adım 6 – Identity Store’u Güncelleyiniz (OmniStack 3.x ve Üzeri Sürümlerde)

HPE OmniStack 3.x ile birlikte gelen identity store vCenter kimlik bilgilerini ve node kimliklerini kalıcı olarak saklar. Host IP’si değiştiğinde bu kayıt geçersiz kalır ve yeniden oluşturulmalıdır.

OVC üzerinde şu komutu çalıştırınız

root@omnicube-ip2-15:/home/svtcli# dsv-identitystore-init Administrator <yeni_host_ip> root <parola>

Komut şu onayı isteyecektir.

This will restart hyperproxy and event manager service, delete any existing
identity store record and reinitiate new one, are you sure you want to proceed? y[n]: y

y yanıtını verdiğinizde svt-hyperproxy-server ve svt-event-manager servisleri durdurulur identity store yeniden oluşturulur ve servisler tekrar başlatılır.

Başarılı bir çıktının sonunda şu satırları görmelisiniz.

Successfully set auth certificate for node com.simplivity.<node-guid>
Successfully updated vCenter credential.
svt-hyperproxy-server (0) start/running, process 11201
svt-event-manager (0) start/running, process 11254

Adım 7 – VMware Host’u vCenter Server Envanterinde Yeniden Kaydediniz.

IP değişikliğinden sonra host vSphere Web Client’ta disconnected durumunda görünecektir. vCenter host’u eski adresiyle tanıdığı için basit bir “Reconnect” işlemi yeterli olmaz.

  1. Disconnected durumdaki host’a sağ tıklayın ve envanterden kaldırın (Remove from Inventory).
  2. Cluster’a sağ tıklayınız Add Host seçeneğini seçiniz.
  3. Sihirbazda yeni IP adresini girin ve host’u cluster’a yeniden ekleyiniz.

Adım 8 – VMware vCenter Kaydını Güncelleyiniz.

OVC’nin vCenter ile olan kaydını tazeleyin.

dsv-update-vcenter --server 10.131.50.4 --username administrator --password <parola>

Komut bir uyarı gösterir.

ATTENTION
Virtual Controller will be rebooted at the end of this operation.
Is it ok to proceed to update system for new vCenter 10.150.50.37? Y/[N]: y

Verifying credentials ...
Successfully verified credentials with the vCenter
Updating authentication information for 10.150.50.37 ...
Successfully updated authentication information for 10.150.50.37
Updating vApp information ...
Successfully updated vApp information

Adım 9 – OVC’yi Yeniden Başlatınız.

Komutun sonunda ENTER tuşuna basmanız istenecektir. Bu OVC’nin yeniden başlatılmasını tetikler.

Rebooting the system... this may take a few minutes, please do not kill this window.

Önemli: Bu pencereyi kapatmayın veya işlemi sonlandırmayın. Yeniden başlatma birkaç dakika sürebilir.

Adım 10 – Eski Adresi Temizleyiniz.

OVC tekrar ayağa kalktıktan ve federasyon sağlıklı hâle geldikten sonra artık kullanılmayan eski host arayüzünü datastore export listesinden kaldırınız.

dsv-host-interface-delete --host 10.131.2.11 --ipaddress 10.131.2.10

Dikkat edin: --host parametresi artık yeni adresi --ipaddress parametresi ise silinecek eski adresi gösterir. Bu temizlik adımı atlanırsa datastore export listesinde artık var olmayan bir adres kalır ve ileride kafa karışıklığına yol açabilir.

Senaryo B : OVC Yönetim veya Federasyon IP Adresini Değiştirmek

Bu prosedürdeki adımlar OVC’nin Management (eth0) veya Federation (eth1) arayüzü için aynı şekilde uygulanır yalnızca komuttaki --interface değeri farklıdır.

Adım 1 – OVC’ye Bağlanın

Değişecek üyenin OVC’sine SSH ile bağlanın destek hesabına giriş yapın ve dsv-* / svtctl komutlarına erişmek için root’a yükselin.

Adım 2 – svtfs Servisini Durdurun

# stop svtfs

Bu komut, I/O hizmetlerinin veri merkezindeki diğer üye sistemlere devredilmesini (failover) sağlar. Böylece o düğüm üzerinde çalışan Guest VM’ler kesintiye uğramadan IP değişikliği yapılabilir.

Beklenen davranış: svtfs durdurulduktan sonra VM’lerde ve diğer OVC’lerde sarı alarmlar görülmesi normaldir. Bunlar, işlem tamamlanıp VM’ler Storage HA uyumluluğuna döndüğünde kendiliğinden temizlenir.

Adım 3 – Adresi Değiştiriniz.

Root kullanıcısı olarak:

$ dsv-address-change --interface [Federation|Management] --address <IPV4_adresi>

Adım 4 – Komut Çıktısını İzleyin

İşlem kısa sürede tamamlanmalıdır.

Tipik bir çıktı şöyledir;

Setting address 10.10.7.156 on eth1
 * Running /etc/init.d/networking restart is deprecated because it may not enable
   again some interfaces
 * Reconfiguring network interfaces... ssh stop/waiting
ssh start/running, process 19614
ssh stop/waiting
ssh start/running, process 19657
ssh stop/waiting
ssh start/running, process 19700
   [ OK ]

Sondaki [ OK ] ifadesi ve doğru arayüze (eth1 gibi) doğru adresin atandığını gösteren ilk satır, işlemin başarılı olduğunu teyit eder.

Adım 5 – Oturumu Yenileyin ve svtfs’i Başlatınız.

Yönetim (Management) adresi değiştiyse SSH oturumunuz kopacaktır. Yeni adres üzerinden tekrar bağlanın root’a yükselin ve svtfs’i başlatın:

# start svtfs

(Yalnızca Federasyon adresi değiştiyse SSH oturumu kopmaz, ancak svtfs’i yine de başlatmanız gerekir.)

Adım 6 – OVC GUID’lerini Belirleyiniz.

Federasyondaki düğümlerin GUID’lerini listeleyin:

$ dsv-cfgdb-get-sync-status --ip 127.0.0.1

----------------------------------------------------------------------
                          Node Sync Status
----------------------------------------------------------------------
Node ID                               Node Name          Last Transaction Log
----------------------------------------------------------------------
564d7a4f-a04b-e635-f8fc-801d006c0894  OmniCube VC 9.115  715
564d6143-3a63-503f-3eda-2da537c3314e  OmniCube VC9.165   167

Bu çıktıdan iki bilgiyi not alınız.

  • Değişen düğümün GUID’i (bir sonraki adımda --peerid olarak kullanılacak)
  • Değişmeyen düğümler arasında en düşük GUID’e sahip olan (peer reset komutunu bu düğümde çalıştıracaksınız)

Adım 7 – Peer Kaydını Sıfırlayın

Veri merkezinde IP’si değişmemiş en düşük GUID’e sahip OVC’ye bağlanın ve root’a yükselin. Ardından değişen node eski/yeni adres eşleşmesini federasyona bildirin.

# dsv-peer-reset --peerid <değişen_node_GUID'i> --old <eski_IP> --new <yeni_IP>

Örnek:

# dsv-peer-reset --peerid 564d9c9c-9eb4-3d8b-99e5-11c9bda8820f --old 10.150.5.26 --new 10.150.5.28

Bu adım atlanırsa diğer nodelar değişen node’lar hâlâ eski adresiyle aramaya devam eder ve federasyon senkronizasyonu bozulur.

Adım 8 – svtfs’i Başlatın ve Doğrulayınız.

# start svtfs

Adım 2’de gözlemlenen sarı alarmlar VM’ler Storage HA uyumluluğuna döndüğünde kendiliğinden temizlenecektir. Alarmların temizlenmesi için birkaç dakika bekleyin ve federasyon durumunu tekrar kontrol ediniz.

6. Senaryo C – OVC Depolama (Storage) IP Adresini Değiştirmek.

Bu en dikkat gerektiren senaryodur çünkü depolama adresi doğrudan NFS datastore mount’larını besler. Prosedür iki aşamadan oluşur.

Kritik kural: Bu işlem sırasında OVC çalışır durumda kalmalıdır. Dolayısıyla ESXi host’u maintenance mode’a almak mümkün değildir — VM’ler manuel olarak taşınmalıdır.

Aşama 1 – SimpliVity Dışı (Legacy) ESXi Host’ları Yönlendiriniz.

SimpliVity depolamasını paylaşan legacy host’ların değişecek üye yerine başka bir üyenin depolama adresini hedeflemesini sağlayınız.

1.1 SimpliVity depolamasını kullanan tüm VM’leri vMotion ile diğer legacy ESXi host’lara taşıyınız.

1.2 Legacy host’un /etc/hosts dosyasını düzenleyin ve omni.cube.io kaydını başka bir üyenin depolama adresine yönlendiriniz. 

# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1       localhost.localdomain localhost
# Any line beginning with a pound sign is a comment and will not be read.
10.10.1.8       omni.cube.io omnicube1

Buradaki 10.10.1.8 adresini yeni hedef üyenin depolama IP’siyle değiştiriniz.

1.3 Legacy ESXi host bir cluster üyesiyse maintenance mode’a alın.

Bu host’un herhangi bir datastore üzerindeki .vSphere-HA dizinini kullanmasını engeller aksi hâlde datastore unmount edilemez.

1.4 Host’a root olarak bağlanın ve mevcut NFS mount’ları ile GUID’leri belirleyiniz. 

~ # esxcli storage nfs list

Çıktıdaki /mnt/svtfs/0/{GUID} yolunu mutlaka not edin mount’u yeniden oluştururken bu GUID’e ihtiyacınız olacak.

1.5 NFS mount’ları kaldırınız. 

~ # esxcli storage nfs remove -v vctest1

Adres değişikliği nedeniyle mount’un bozulduğunu gösteren Accessible sütunu false olan bir çıktı görebilirsiniz:

Vol Name  Host          Share                  Accessible  Mounted  Hardware Acceleration
--------  -----------   -------------------    ----------  -------  ---------------------
vctest1   omni.cube.io  /mnt/svtfs/0/{GUID}    false       true     Unknown

1.6 (Yalnızca depolama IP değişikliğinde — opsiyonel) NFS mount’ları yeniden oluşturunuz. 

~ # esxcli storage nfs add -H omni.cube.io -v vctest1 -s /mnt/svtfs/0/<GUID>

Buradaki <GUID> adım 1.4’te not ettiğiniz değerdir.

1.7 Mount’ları ve isim çözümlemesini doğrulayınız.

~ # esxcli storage nfs list

Vol Name   Host          Share                 Accessible  Mounted  Hardware Acceleration
--------   ------------  -------------------   ----------  -------  ---------------------
vctest1    omni.cube.io  /mnt/svtfs/0/<GUID>   true        true     Unknown

omni.cube.io adının artık yeni adrese çözümlendiğini vmkping ile teyit ediniz. 

~ # vmkping omni.cube.io

PING omni.cube.io (10.205.0.230): 56 data bytes
64 bytes from 10.205.0.230: icmp_seq=0 ttl=64 time=0.115 ms
64 bytes from 10.205.0.230: icmp_seq=1 ttl=64 time=0.102 ms
64 bytes from 10.205.0.230: icmp_seq=2 ttl=64 time=0.102 ms

1.8 Legacy host’u maintenance mode’dan çıkarın ve VM’leri vMotion ile geri taşıyınız.

Bu aşamanın sonunda veri merkezindeki hiçbir legacy ESXi host IP’sini değiştireceğiniz üyeyi hedeflemiyor olmalıdır.

Aşama 2 – OVC Depolama Adresini Değiştiriniz.

2.1 İlgili ESXi host üzerinde çalışan tüm VM’leri (OVC hariç) manuel vMotion ile (Migrate → Change Host) diğer ESXi host’lara taşıyınız.

Uyarı: Üye OVC’yi kapatmayın veya güç kesmeyin. OVC bu işlem boyunca çalışır durumda kalmalıdır.

2.2 Tüm VM’lerin HA uyumlu olduğunu doğrulayınız.

2.3 Depolama ağı adresi değişecek OVC üzerinde svtfs’i durdurarak I/O hizmetlerini diğer OmniCube sistemlerine devrediniz. 

# svtctl stop

Bu IP değişikliğinin o üye tarafından barındırılan Guest VM’leri kesintiye uğratmadan gerçekleşmesini sağlar. Yine sarı alarmlar görülmesi normaldir.

2.4 Adresi değiştiriniz.

# dsv-address-change --interface Storage --address <yeni-ip-adresi>

2.5 Üyeyi yeniden başlatınız.

2.6 VM’leri vMotion ile üyeye geri taşıyınız.

Not: Depolama IP değişikliğinden sonra paylaşılan datastore’ların yeniden mount edilmesi ve bazı servislerin yeniden başlatılması gerekebilir.

7. Hızlı Referans: Komut Özeti

KomutÇalıştırılan YerAmaç
source /var/tmp/build/bin/appsetupOVC (root)dsv-* komutlarını PATH’e ekler
dsv-host-interface-add --host X --ipaddress YOVC (root)Datastore export’una yeni host adresi ekler
dsv-host-interface-delete --host Y --ipaddress XOVC (root)Eski host adresini export’tan siler
esxcli network ip interface ipv4 getESXi hostMevcut vmk adreslerini listeler
esxcli network ip interface ipv4 set -i vmk0 -I ... -N ... -t staticESXi hostvmk arayüz adresini değiştirir
dsv-identitystore-init Administrator <ip> root <parola>OVC (root)Identity store’u yeniden oluşturur
dsv-update-vcenter --server ... --username ... --password ...OVC (root)vCenter kaydını tazeler (OVC reboot eder)
stop svtfs / start svtfsOVC (root)I/O failover’ı tetikler / geri alır
svtctl stopOVC (root)svtfs’i durdurur (storage senaryosu)
dsv-address-change --interface <tip> --address <ip>OVC (root)OVC arayüz adresini değiştirir
dsv-cfgdb-get-sync-status --ip 127.0.0.1OVCDüğüm GUID’lerini ve senkronizasyon durumunu gösterir
dsv-peer-reset --peerid ... --old ... --new ...Değişmeyen OVC (root)Federasyondaki peer adres kaydını günceller
esxcli storage nfs list / remove / addESXi hostNFS datastore mount yönetimi
vmkping omni.cube.ioESXi hostDepolama adresi çözümlemesini doğrular

İşlemler Öncesi Kontrol Listesi

  • [ ] Yeni IP adres(ler)i tahsis edildi ve çakışma olmadığı doğrulandı.
  • [ ] Yetkili HPE SimpliVity destek sağlayıcısı sürece dâhil edildi.
  • [ ] Federasyondaki tüm üyeler erişilebilir ve sağlıklı.
  • [ ] Tüm VM’ler Storage HA uyumlu.
  • [ ] Kritik VM’ler başka bir host’a taşındı.
  • [ ] VMware vCenter 5.1+ ise Network Rollback devre dışı bırakıldı.
  • [ ] Legacy (SimpliVity dışı) ESXi host envanteri çıkarıldı, /etc/hosts planı hazır.
  • [ ] Mevcut esxcli network ip interface ipv4 get ve esxcli storage nfs list çıktıları kaydedildi.
  • [ ] Bakım penceresi planlandı ve geri dönüş (rollback) senaryosu belirlendi.
  • [ ] Aynı anda yalnızca bir federasyon üyesi değiştirilecek şekilde planlandı.

İşlem Sonrası Doğrulama Listesi

  • [ ] Yeni adres esxcli network ip interface ipv4 get çıktısında doğru görünüyor
  • [ ] Host vCenter’da Connected durumunda
  • [ ] Tüm datastore’lar erişilebilir ve mount edilmiş durumda
  • [ ] dsv-cfgdb-get-sync-status çıktısında tüm düğümler senkronize
  • [ ] Sarı alarmlar temizlendi
  • [ ] vmkping omni.cube.io yanıt veriyor (depolama senaryosunda)
  • [ ] Eski adres dsv-host-interface-delete ile temizlendi
  • [ ] VM’ler orijinal host’larına geri taşındı
  • [ ] Network Rollback tekrar etkinleştirildi

Sık Karşılaşılan Sorunlar

BelirtiOlası NedenÇözüm
IP değişikliği kendiliğinden geri alınıyorvCenter Network Rollback aktifRollback’i geçici olarak devre dışı bırakın
dsv-* komutu bulunamıyorappsetup kaynak olarak yüklenmedisource /var/tmp/build/bin/appsetup çalıştırın
Host yeni IP ile datastore’lara erişemiyordsv-host-interface-add atlandı veya IP değişiminden sonra çalıştırıldıEski adres üzerinden komutu tekrar çalıştırın
Host vCenter’da disconnected kalıyorYalnızca “Reconnect” denendiHost’u envanterden kaldırıp yeni IP ile yeniden ekleyin
Diğer düğümler değişen düğümü göremiyordsv-peer-reset çalıştırılmadıDeğişmeyen en düşük GUID’li OVC’de peer reset uygulayın
NFS mount Accessible: falseDepolama adresi değişti, mount eski adresi hedefliyorMount’u kaldırıp GUID ile yeniden oluşturun
Sarı alarmlar temizlenmiyorVM’ler henüz Storage HA uyumluluğuna dönmedisvtfs’in çalıştığını doğrulayın ve senkronizasyonu bekleyin
Tags:

Comments

No comments yet. Why don’t you start the discussion?

Leave a Reply

Your email address will not be published. Required fields are marked *