Dotaz: NFS - migrace virtuálu

[zeagle]

Ahoj.

Rozpadá se mi NFS po automatické DRS migraci virtuálu. NFS je vystavené z virtuálu. Pokud se server automaticky zmigruje, tak klienti co ho mají mountnuté jsou udocela dlouho (10 minut) mimo. Na obou stranách je Debian 10.

nfsd4_validate_stateid: 2506 callbacks suppressed kernel: [1717891.055536] NFSD: client 10.200.78.64 testing state ID with incorrect client ID

Otázka: jde to řešit jinak než zákazem migrace virtuálu? Nějaký parametr mountu, který by pomohl tomu aby to nfs rozdýchalo?

Díky Honza

Odpovědi

[Max]

Jaký druh virtualizace používáš?
Zdar Max

[zeagle]

VMware

[zeagle]

VMware

[Peter Golis]

Ktorý VMware, Metro Cluster?

[j]

To vypada, jako ze mas vice stroju se stejnym ID = vyrobeno klonovanim/z nejakyho template.

---

Dete s tim guuglem dopice!

[zeagle]

Ahoj.

Ano, jsou to vše klony z jednoho template, ale ta chyba nastává jen když automat zmigruje ten zdrojový server. Do té migrace to jede bezchybně.

Mimochodem je to na ESXi 7.0 U1.

Honza

[j]

Chmm, tohle ber jako hint, ale predpokladam, ze to resi jen v okamziku, kdy se spojeni znovu navazuje = presne prave po tom co ten stroj presunes jinam.

Prej by to melo byt tuhle /etc/machine-id. Ja takovy jebky(systemd) na svych systemech nevedu, takze nevim.

https://www.man7.org/linux/man-pages/man5/machine-id.5.html

---

Dete s tim guuglem dopice!

[zeagle]

nechápu co a jak tam konfigurovat .. ty konfigy s id existují ... tohle vidím prvně

[Peter Golis]

Pokiaľ máš viacero serverov s rovnakým machine-id, tak to potom robí problémy s LAN a SAN. Preto sa vyžaduje po vyklonovaní to ID pregenerovať aby bolo unikátne.

[zeagle]

ty id jsou unikátní

[creon]

v te template si smaz machine-id, pak ti to u novych VM nebude delat problemy, u stavajicich smaz a rebootni - vygeneruje se nove.

[zeagle]

zkusim to, ale ty id jsou unikátní a blbne to jen při migraci

[creon]

Bylo by fajn vice popsat jak DRS probiha, popsat topologii site....
Pokud dojde pri DRS k vypadku nfs service, tak se muze stat, ze mount recovery se bude takto chovat.
Mozna to lze resim na strane klientu(specificke upravy opts ve fstab)
Jak se chova mount pri reboot VM(kde bezi nfs service)?

[zeagle]

jsou to tři servery:

první kde je vystavené nfs

dva aplikáče kde je nfs mountnuté a jede tam aplikace používající stejné nfs úložiště

po restartu se to chová normálně .. nfs se bez problému připojí

k problému opakovaně došlo po DRS migraci toho prvního serveru který poskytuje to nfs

prozatím řeším zákazem migrace

[GeorgeWH]

Po migracii pingnes z klientov NFS server? Nemoze byt problem na sieti? Nejaky switch, co si neupdatne MAC tabulku...?