[patrikweb]

Ursprungligen postat av Sludent

Går den underliggande fysiska hårdvarunoden ner så kommer din virtuella server också gå ned tills den är uppstartad på en ny nod, detta gäller dock inte FT som förbygger detta, har dock ingen koll på om XenServer stödjer det, det är ju VMWARE som lanserat funktionen i deras ESXi.

Men nu är ju inte felet hårdvarurelaterat vad gäller noden (även kallas host) utan på lagringen, och då gällande filsystemet.

Felet var ju inte lagringen utan dom var klantiga och körde flera VM mot samma VM. Och det funkar inte så bra om man inte har ett kluster filsystem.

Så var ju mer en mänsklig miss.

Men var väl en webbhotell instans som var problemet? Det var väl inga VPS kunder det var frågan om? Så vad kom VPS in från första början?

[visions]

Ursprungligen postat av patrikweb

Felet var ju inte lagringen utan dom var klantiga och körde flera VM mot samma VM. Och det funkar inte så bra om man inte har ett kluster filsystem.

Så var ju mer en mänsklig miss.

Men var väl en webbhotell instans som var problemet? Det var väl inga VPS kunder det var frågan om? Så vad kom VPS in från första början?

Två skilda fel som diskuteras.
1. Vi var inte klantiga och körde flera VM mot "samma VM" (du menar mot samma VDI:er?). Problemet (onsdag) uppstod vid en migrering av servern baku till en annan nod där xenpoolen drog upp den nya VM:en utan att ta ned den gamla. Detta syntes dock varken i xencenter eller via xe CLI utan upptäcktes först när vi tog ned baku och vårt larmsystem fortfarande visade den som igång.
Vi går fortfarande igenom loggfiler med citrix för att se hur något sådant kan vara möjligt över huvudtaget.

2. Tråden i fråga gällde haveriet i tisdags och ej det ovan. Där var vi tyvärr tvugna att till slut ta ned hela virtualiseringsmiljön och starta upp noderna en efter en. Därför påverkades ca: 95% av våra servrar.