Lue uutinen mobiilisivustolla

Bugi estää VMwaren virtuaalikoneita käynnistymästä

VMwaren ESX Server ei suostu käynnistymään useilla käyttäjillä lisensointibugin takia.

13.8.2008 10:29 VMwaren ESX Server -virtuaalikoneita käyttävät palvelimet, joissa on uusin ESX 3.5 Update 2, eivät suostu käynnistymään sammuttamisen jälkeen. Vika paljastui tiistaina.

Vika sijaitsee ilmeisesti VMwaren lisensointikoodissa, yhtiön virtuaali-infrastruktuurituotteiden markkinointiryhmän päällikkö Martin Niemar kertoo.

– Meillä oli ongelma 3.5 Update 2:n kanssa. Se on itse asiassa lisensointiongelma, Niemar kertoi uutissivusto ZDNet Australialle.

– Tällä hetkellä se, mitä tiedämme on, että lisensointi estää virtuaalikoneiden käynnistämisen sammuttamisen jälkeen. Ja se estää VMotionin eli virtuaalikoneiden siirtelyn palvelimelta toiselle, Niemar totesi.

Yhtiöllä ei ole vielä valmista päivitystä ongelman korjaamiseen, mutta se on tekeillä. VMware kertoo, että se on löytänyt ongelman pääkohdan ja lupaa päivityksen mahdollisimman nopeasti.

Tällä hetkellä yhtiö tarjoaa ongelman välttämiseksi kahta erilaista tapaa päivitystä odotellessa.

Sen mukaan ESX 3.5 Update 2 -päivitystä ei tulisi ensinnäkään asentaa. Toinen keino on säätää palvelimen päiväys aiemmaksi kuin 12. elokuuta 2008.

Lue myösVMwaren forum-keskustelu aiheesta

Hannu Nokso-Koivisto toimitus@digitoday.fi

Teksti on lisensoitu Creative Commons Nimeä-Ei muutoksia-Epäkaupallinen -lisenssillä.

Kirjoita kommentti

Kommentit (10)

0

0

Käsittämätön kömmähdys! Ei naurata yhtään!

JJ

Lainaa Ilmoita asiaton viesti

# 13.8.2008 10:35

3

3

Toinen keino on säätää palvelimen päiväys aiemmaksi kuin 12. elokuuta 2008.

Heh heh hee

Maksatko kurssitappiot

Maksatko kurssitappiot

Lainaa Ilmoita asiaton viesti

# 13.8.2008 10:55

10

3

Mahdoton korjaus tuo kellon kääntö - laillisuusvalvonnan ja tietojärjestelmän eheyden turvaamiseksi temppu on vain täysin mahdoton. Lisäksi kellovirheet aiheuttavat mahdottomia ongelmia esim. pankkiyhteyksissä, voip-puheluissa, paikannuksessa yms...

Paha paha moka ja vielä pelkästään jonkun lisenssointiohjelman takia. Yritysten omaneduntavoittelu vaarantaa asiakkaiden toiminnan jälleen. Tämähän on tuttua kaikessa Microsoftin toiminnassa, mutta vain tosi hullu käyttää ja ottaa riskin Microsoftin tuotteilla. Nyt menee Vmare samalle blacklistille!

Hyperwriter

Lainaa Ilmoita asiaton viesti

# 13.8.2008 11:51

3

1

Noh, kellon kääntö vaikuttaa hypervisoriin, ei suinkaan virtuaalikoneisiin tai sovelluksiin. Mutta siitä tulee taas paljon muita ongelmia eikä se ole oikein suositeltava temppu.

JJ

Lainaa Ilmoita asiaton viesti

# 13.8.2008 12:49

4

0

Tämähän on tuttua kaikessa Microsoftin toiminnassa, mutta vain tosi hullu käyttää ja ottaa riskin Microsoftin tuotteilla. Nyt menee Vmare samalle blacklistille!

Kyllä on naivia puhetta...Länsimaisten yrityksien toiminnassa on vain yksi tarkoitus: maksimoida investoinneista (=osakkaiden) saama tuotto mahdollisimman nopeasti.

jaaha

Lainaa Ilmoita asiaton viesti

# 13.8.2008 12:52

0

0

Vastaavan efektin saa Vmwaren 3.5 infrastucture tuotteilla aikaan kun etäsaitilla olevalla ESX koneella ei ole yhteyttä keskus saitilla olevaan lisenssi palvelimeen ja evaluation lisenssin 90pv aika on mennyt umpeen. Et saa virtuaalikoneita käyntiin ennekuin tietoliikenne yhteys on kunnossa.

J

Lainaa Ilmoita asiaton viesti

# 13.8.2008 13:37

0

0

Vastaavan efektin saa Vmwaren 3.5 infrastucture tuotteilla aikaan kun etäsaitilla olevalla ESX koneella ei ole yhteyttä keskus saitilla olevaan lisenssi palvelimeen ja evaluation lisenssin 90pv aika on mennyt umpeen. Et saa virtuaalikoneita käyntiin ennekuin tietoliikenne yhteys on kunnossa.

...paitsi jos asennat lisenssitiedoston palvelimelle paikallisesti. Jos lisenssitiedosto on ollut asennettuna koneella jo ennen lisenssipalvelimeen liittämistä ja yhteys katkeaa niin palvelin "palautuu" käyttämään lisenssitiedostoa.

jx

Lainaa Ilmoita asiaton viesti

# 13.8.2008 14:10

3

0

Noh, kellon kääntö vaikuttaa hypervisoriin, ei suinkaan virtuaalikoneisiin tai sovelluksiin.

Niin, jos virtuaalikoneet kaikki päivittävät kellonsa muuta kautta vaikka NTP:llä. Vaan melko usein on järkevää pitää "runko" oikeassa ajassa ja jakaa kello siitä virtuaalikoneille, niin ei tule ylimääräistä säätöä.

Mikko

Lainaa Ilmoita asiaton viesti

# 13.8.2008 14:52

0

0

Vaan melko usein on järkevää pitää "runko" oikeassa ajassa ja jakaa kello siitä virtuaalikoneille, niin ei tule ylimääräistä säätöä.

Toisaalta ei tule myöskään ylimääräistä säätöä kun runko ei siirry kesäaikaan vaikka joku virtuaalikoneista siirtyisikin.

JB

Lainaa Ilmoita asiaton viesti

# 13.8.2008 15:35

0

0

Vaan melko usein on järkevää pitää "runko" oikeassa ajassa ja jakaa kello siitä virtuaalikoneille, niin ei tule ylimääräistä säätöä.

Toisaalta ei tule myöskään ylimääräistä säätöä kun runko ei siirry kesäaikaan vaikka joku virtuaalikoneista siirtyisikin.

Miksei pidä rautakelloa UTC:ssä ja anna käyttisten hoitaa aikavyöhykkeen mukaan asiat? Ei tässä sentään olla kivikaudella.

-

Lainaa Ilmoita asiaton viesti

# 13.8.2008 20:02

Sivut: 1 Edellinen Seuraava

Kirjoita vastaus

Ohjeet: Pysy aiheessa ja kirjoita napakasti. Muista, että haastateltavilla, kanssakeskustelijoilla ja toimittajilla on oikeus omaan, eriävään mielipiteeseen. Ole kohtelias ja ystävällinen, äläkä tarkoituksella provosoi tai hauku muita keskustelijoita. Taloussanomat varaa oikeuden poistaa asiattomat viestit. Varauduthan siihen, että linkkejä sisältävät viestit tarkistetaan yksitellen roskapostin suodattamiseksi. Arvostamme mielipidettäsi!
Lue koko keskusteluetiketti

Bottivarmistus: mitä on kaksi ynnä viisi?

Viesti Nimi

Uutiset

Krp: Hyvinkään ampujan uhrit näyttävät valikoituneen sattumanvaraisesti

• Hyrian rehtori: Uhrit olivat luokkansa priimuksia
• Paatero: Poliisi toimi oikein ampumispaikalla
• Tahkon pelaaja kuoli, kaksi muuta loukkaantui Hyvinkään ammuskelussa
• Hyvinkään ammuskelusta yksi potilas yhä kriittisessä tilassa