9:54 a.m.
The subject of this email possibly suggest that I'm publishing in the wrong
place but I'm not. I'm would like try to see if anyone faced a similar
situation with Windows VM's.
Since the beginning of week 2 of my database servers (oVirt's VM's), are
presenting a BSoD (STOP) because of a bugfix 0x00000101
CLOCK_WATCHDOG_TIMEOUT.
After analyzing the minidump and make some review I found that this problem
commonly occurs on Windows Server 2008 R2 installed in machine's with Intel
processors Nehalan class (Xeon 5675 as we have in our solution).
99% of our Windows VM's run Windows 2008 R2, and although the situation has
now generated only 2 servers affectation I wonder if exists some procedure
to solve or a way to mask the processor type in the virtual machines.
Thanks in advance
--
Carlos J. Castillo
----------------------------------------------------------------------------------
Ingeniero de Soluciones de TI
+58 426 2542313
@Dr4g0nKn1ght
10:09 a.m.
------=_NextPartTM-000-a6283608-dbdd-4f08-917f-60368f07527d
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735863C062EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1735863C062EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
will be fixed in 3.5. In advance you should set hv_relaxed options via hook=
.
See: https://bugzilla.redhat.com/show_bug.cgi?id=3D1110305
Best regards.
Markus
________________________________
Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von "Car=
los Castillo [carlos.castillo(a)globalr.net]
Gesendet: Freitag, 8. August 2014 16:54
An: users
Betreff: [ovirt-users] BSoD in windows servers V.M due the processor Class
The subject of this email possibly suggest that I'm publishing in the wrong=
place but I'm not. I'm would like try to see if anyone faced a similar sit=
uation with Windows VM's.
Since the beginning of week 2 of my database servers (oVirt's VM's), are pr=
esenting a BSoD (STOP) because of a bugfix 0x00000101 CLOCK_WATCHDOG_TIMEOU=
T.
After analyzing the minidump and make some review I found that this problem=
commonly occurs on Windows Server 2008 R2 installed in machine's with Inte=
l processors Nehalan class (Xeon 5675 as we have in our solution).
99% of our Windows VM's run Windows 2008 R2, and although the situation has=
now generated only 2 servers affectation I wonder if exists some procedure=
to solve or a way to mask the processor type in the virtual machines.
Thanks in advance
--
Carlos J. Castillo
---------------------------------------------------------------------------=
-------
Ingeniero de Soluciones de TI
+58 426 2542313<tel:%2B58%20426%202542313>
@Dr4g0nKn1ght
[https://lh3.googleusercontent.com/-9rJ4Hxskzqo/T8z4gW054WI/AAAAAAAABWg/JKK=
3KzFe8jk/s128/qr.png]
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1735863C062EXCHANGEcollogi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Diso-8859-=
1">
<style type=3D"text/css" id=3D"owaParaStyle"></style>
</head>
<body fpstyle=3D"1" ocsi=3D"0">
<div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Hi,
<div><br>
</div>
<div>will be fixed in 3.5. In advance you should set hv_relaxed options via=
hook.</div>
<div>See: <a
href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D111=
0305"
target=3D"_blank">https://bugzilla.redhat.com/show_bug.cgi?i...
05</a></div>
<div><br>
</div>
<div>Best regards.</div>
<div><br>
</div>
<div>Markus<br>
<div style=3D"font-family: Times New Roman; color: #000000; font-size: 16px=
">
<hr tabindex=3D"-1">
<div id=3D"divRpF841325" style=3D"direction: ltr;"><font
face=3D"Tahoma" si=
ze=3D"2" color=3D"#000000"><b>Von:</b>
users-bounces(a)ovirt.org [users-bounc=
es(a)ovirt.org]&quot; im Auftrag von "Carlos Castillo [carlos.castillo@g=
lobalr.net]<br>
<b>Gesendet:</b> Freitag, 8. August 2014 16:54<br>
<b>An:</b> users<br>
<b>Betreff:</b> [ovirt-users] BSoD in windows servers V.M due the processor=
Class<br>
</font><br>
</div>
<div></div>
<div>
<div dir=3D"ltr">
<div>The subject of this email possibly suggest that I'm publishing in the =
wrong place but I'm not. I'm would like try to see if anyone faced a simila=
r situation with Windows VM's. <br>
</div>
<div><br>
</div>
<div>Since the beginning of week 2 of my database servers (oVirt's VM's),
a=
re presenting a BSoD (STOP) because of a bugfix 0x00000101 CLOCK_WATCHDOG_T=
IMEOUT. </div>
<div><br>
</div>
<div>After analyzing the minidump and make some review I found that this pr=
oblem commonly occurs on Windows Server 2008 R2 installed in machine's with=
Intel processors Nehalan class (Xeon 5675 as we have in our solution).&nbs=
p;</div>
<div><br>
</div>
<div>99% of our Windows VM's run Windows 2008 R2, and although the situatio=
n has now generated only 2 servers affectation I wonder if exists some proc=
edure to solve or a way to mask the processor type in the virtual machines.=
</div>
<div><br>
</div>
<div><br>
</div>
<div>Thanks in advance<br>
</div>
<div><br>
</div>
-- <br>
<div dir=3D"ltr">Carlos J. Castillo<br>
---------------------------------------------------------------------------=
-------<br>
Ingeniero de Soluciones de TI<br>
<a href=3D"tel:%2B58%20426%202542313"
value=3D"+584262542313" target=3D=
"_blank">+58 426 2542313</a><br>
@Dr4g0nKn1ght<br>
<br>
<img src=3D"https://lh3.googleusercontent.com/-9rJ4Hxskzqo/T8z4gW054WI/AAAA=
AAAABWg/JKK3KzFe8jk/s128/qr.png" height=3D"95"
width=3D"96"></div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1735863C062EXCHANGEcollogi_--
------=_NextPartTM-000-a6283608-dbdd-4f08-917f-60368f07527d
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-a6283608-dbdd-4f08-917f-60368f07527d--
3:28 p.m.
Greetings Markus,
Thank you very much for the information. I will review the bugzilla that
you attached.
Thank you.
2014-08-08 10:39 GMT-04:30 Markus Stockhausen <stockhausen(a)collogia.de>:
Hi,
will be fixed in 3.5. In advance you should set hv_relaxed options via
hook.
See: https://bugzilla.redhat.com/show_bug.cgi?id=1110305
Best regards.
Markus
------------------------------
*Von:* users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von
"Carlos Castillo [carlos.castillo(a)globalr.net]
*Gesendet:* Freitag, 8. August 2014 16:54
*An:* users
*Betreff:* [ovirt-users] BSoD in windows servers V.M due the processor
Class
The subject of this email possibly suggest that I'm publishing in the
wrong place but I'm not. I'm would like try to see if anyone faced a
similar situation with Windows VM's.
Since the beginning of week 2 of my database servers (oVirt's VM's), are
presenting a BSoD (STOP) because of a bugfix 0x00000101
CLOCK_WATCHDOG_TIMEOUT.
After analyzing the minidump and make some review I found that this
problem commonly occurs on Windows Server 2008 R2 installed in machine's
with Intel processors Nehalan class (Xeon 5675 as we have in our solution).
99% of our Windows VM's run Windows 2008 R2, and although the situation
has now generated only 2 servers affectation I wonder if exists some
procedure to solve or a way to mask the processor type in the virtual
machines.
Thanks in advance
--
Carlos J. Castillo
----------------------------------------------------------------------------------
Ingeniero de Soluciones de TI
+58 426 2542313
@Dr4g0nKn1ght
--
Carlos J. Castillo
----------------------------------------------------------------------------------
Ingeniero de Soluciones de TI
+58 426 2542313
@Dr4g0nKn1ght
3571
days inactive
3571
days old
2 comments
2 participants
participants (2)
-
Carlos Castillo -
Markus Stockhausen