Re: [ovirt-users] Cleanup illegal snapshot
by Markus Stockhausen
------=_NextPartTM-000-f97ca609-a0b3-4f45-9e40-6fc3b3ab4980
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Ala,
that did not help. VDSM log tells me that the delta qcow2 file is missing:
Traceback (most recent call last):
File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
res =3D f(*args, **kwargs)
File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
volUUID=3DvolUUID).getInfo()
File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
volUUID)
File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
self.validate()
File "/usr/share/vdsm/storage/volume.py", line 194, in validate
self.validateVolumePath()
File "/usr/share/vdsm/storage/fileVolume.py", line 540, in validateVolume=
Path
raise se.VolumeDoesNotExist(self.volUUID)
VolumeDoesNotExist: Volume does not exist: (u'c277351d-e2b1-4057-aafb-55d4b=
607ebae',)
...
Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper) Unh=
andled exception
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in wrapp=
er
return f(*a, **kw)
File "/usr/share/vdsm/virt/vm.py", line 5264, in run
self.update_base_size()
File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
self.drive.imageID, topVolUUID)
File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
(domainID, volumeID))
StorageUnavailableError: Unable to get volume info for domain 47202573-6e83=
-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae
Do you have any idea?
Markus
________________________
Von: Ala Hino [ahino(a)redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 12:29
An: Markus Stockhausen
Betreff: Re: [ovirt-users] Cleanup illegal snapshot
Indeed, retry live merge. There is no harm in retrying live merge. As menti=
oned, if the image deleted at storage side, retrying live merge should clea=
n the engine side.
On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhausen <stockhausen(a)collogia.de=
<mailto:stockhausen@collogia.de>> wrote:
Hi,
we are on OVirt 4.0.4. As explained the situation is as follows:
- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal
So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?
Markus
-----------------------------------------------
Von: Ala Hino [ahino(a)redhat.com<mailto:ahino@redhat.com>]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke
Betreff: Re: [ovirt-users] Cleanup illegal snapshot
Hi Markus,
What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merg=
e them again. Assuming the previous live merge of the snapshot successfully=
completed but the engine failed to get the result, the second live merge s=
hould do the necessary cleanups at the engine side. See https://bugzilla.re=
dhat.com/1323629
Hope this helps,
Ala
On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen <stockhausen(a)collogia.d=
e<mailto:stockhausen@collogia.de>> wrote:
Hi Ala,
> Von: Adam Litke [alitke(a)redhat.com<mailto:alitke@redhat.com>]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>
> On 30/09/16 05:47 +0000, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and t=
he
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta im=
age
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the ba=
se
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did no=
t
> >recognize.
> >
> >How to clean up the 2nd situation?
>
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists. Then you
> will need to remove the unused qcow2 volume.
>
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.
Do you have some tip for me?
>
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
>
> # vdsClient -s 0 deleteVolume <sdUUID> <spUUID> <imgUUID> <volUUID>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_
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: Arial;color: #000000;font-size: 1=
0pt;">Hi Ala,
<div><br>
</div>
<div>that did not help. <span style=3D"font-size: 10pt;">VDSM log tell=
s me that the delta qcow2 file is missing:</span></div>
<div><span style=3D"font-size: 10pt;"><br>
</span></div>
<div>
<div>Traceback (most recent call last):</div>
<div> File "/usr/share/vdsm/storage/task.py", line 873, in =
_run</div>
<div> return fn(*args, **kargs)</div>
<div> File "/usr/share/vdsm/logUtils.py", line 49, in wrapp=
er</div>
<div> res =3D f(*args, **kwargs)</div>
<div> File "/usr/share/vdsm/storage/hsm.py", line 3162, in =
getVolumeInfo</div>
<div> volUUID=3DvolUUID).getInfo()</div>
<div> File "/usr/share/vdsm/storage/sd.py", line 457, in pr=
oduceVolume</div>
<div> volUUID)</div>
<div> File "/usr/share/vdsm/storage/fileVolume.py", line 58=
, in __init__</div>
<div> volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, =
volUUID)</div>
<div> File "/usr/share/vdsm/storage/volume.py", line 181, i=
n __init__</div>
<div> self.validate()</div>
<div> File "/usr/share/vdsm/storage/volume.py", line 194, i=
n validate</div>
<div> self.validateVolumePath()</div>
<div> File "/usr/share/vdsm/storage/fileVolume.py", line 54=
0, in validateVolumePath</div>
<div> raise se.VolumeDoesNotExist(self.volUUID)</div>
<div>VolumeDoesNotExist: Volume does not exist: (u'c277351d-e2b1-4057-aafb-=
55d4b607ebae',)</div>
<div style=3D"font-size: 10pt;">...</div>
</div>
<div>
<div>
<div>Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper=
) Unhandled exception</div>
<div>Traceback (most recent call last):</div>
<div> File "/usr/lib/python2.7/site-packages/vdsm/utils.py"=
, line 736, in wrapper</div>
<div> return f(*a, **kw)</div>
<div> File "/usr/share/vdsm/virt/vm.py", line 5264, in run<=
/div>
<div> self.update_base_size()</div>
<div> File "/usr/share/vdsm/virt/vm.py", line 5257, in upda=
te_base_size</div>
<div> self.drive.imageID, topVolUUID)</div>
<div> File "/usr/share/vdsm/virt/vm.py", line 5191, in _get=
VolumeInfo</div>
<div> (domainID, volumeID))</div>
<div>StorageUnavailableError: Unable to get volume info for domain 47202573=
-6e83-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae</d=
iv>
</div>
<div><br>
</div>
<div>Do you have any idea?</div>
<div><br>
</div>
<div>Markus</div>
<div>________________________<br>
<div><br>
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div>
<div>
<div><b style=3D"font-size: small;">Von:</b><span style=3D"font-size: small=
;"> Ala Hino [ahino(a)redhat.com]</span></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div style=3D"font-family: Times New Roman; color: #000000; font-size: 16px=
">
<div id=3D"divRpF145670" style=3D"direction: ltr;"><font face=3D"Tahoma" si=
ze=3D"2" color=3D"#000000"><b>Gesendet:</b> Donnerstag, 6. Oktober 2016 12:=
29<br>
<b>An:</b> Markus Stockhausen<br>
<b>Betreff:</b> Re: [ovirt-users] Cleanup illegal snapshot<br>
</font><br>
</div>
<div></div>
<div>
<div dir=3D"ltr">Indeed, retry live merge. There is no harm in retrying liv=
e merge. As mentioned, if the image deleted at storage side, retrying live =
merge should clean the engine side.</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhaus=
en <span dir=3D"ltr">
<<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">stockhause=
n(a)collogia.de</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex; border-left:1=
px #ccc solid; padding-left:1ex">
<div>
<div style=3D"direction:ltr; font-family:Arial; color:#000000; font-size:10=
pt">Hi,
<div><br>
</div>
<div>we are on OVirt 4.0.4. As explained the situation is as follows:</div>
<div><br>
</div>
<div>- On Disk we have the base image and the delata qcow2 file</div>
<div>- Qemu runs only on the base image</div>
<div>- The snapshot in Qemu is tagged as illegal</div>
<div><br>
</div>
<div>So you say: "Just retry a live merge and everything will cleanup.=
"</div>
<div>Did I get it right?</div>
<div><br>
</div>
<div>Markus</div>
<div><br>
</div>
<div>------------------------------<wbr>-----------------<br>
<div><br>
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div>
<div>
<div><b style=3D"font-size:small">Von:</b><span style=3D"font-size:small"> =
Ala Hino [<a href=3D"mailto:ahino@redhat.com" target=3D"_blank">ahino@redha=
t.com</a>]</span></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div style=3D"font-family:Times New Roman; color:#000000; font-size:16px">
<div style=3D"direction:ltr"><font face=3D"Tahoma" size=3D"2" color=3D"#000=
000"><b>Gesendet:</b> Donnerstag, 6. Oktober 2016 11:21<br>
<b>An:</b> Markus Stockhausen<br>
<b>Cc:</b> Ovirt Users; Nir Soffer; Adam Litke
<div>
<div class=3D"h5"><br>
<b>Betreff:</b> Re: [ovirt-users] Cleanup illegal snapshot<br>
</div>
</div>
</font><br>
</div>
<div>
<div class=3D"h5">
<div></div>
<div>
<div dir=3D"ltr">Hi Markus,
<div><br>
</div>
<div>What's the version that you are using?</div>
<div>In oVirt 3.6.6, illegal snapshots could be removed by retrying to live=
merge them again. Assuming the previous live merge of the snapshot success=
fully completed but the engine failed to get the result, the second live me=
rge should do the necessary cleanups
at the engine side. See <a href=3D"https://bugzilla.redhat.com/132362=
9" target=3D"_blank">https://bugzilla.redhat.<wbr>com/1323629</a></div>
<div><br>
</div>
<div>Hope this helps,</div>
<div>Ala</div>
</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhau=
sen <span dir=3D"ltr">
<<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">stockhause=
n(a)collogia.de</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex; border-left:1=
px #ccc solid; padding-left:1ex">
Hi Ala,<br>
<br>
> Von: Adam Litke [<a href=3D"mailto:alitke@redhat.com" target=3D"_blank=
">alitke(a)redhat.com</a>]<br>
> Gesendet: Freitag, 30. September 2016 15:54<br>
> An: Markus Stockhausen<br>
> Cc: Ovirt Users; Ala Hino; Nir Soffer<br>
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot<br>
<span>><br>
> On 30/09/16 05:47 +0000, Markus Stockhausen wrote:<br>
> >Hi,<br>
> ><br>
> >if a OVirt snapshot is illegal we might have 2 situations.<br>
> ><br>
> >1) qemu is still using it - lsof shows qemu access to the base raw=
and the<br>
> >delta qcow2 file. -> E.g. a previous live merge failed. In the =
past we<br>
> >successfully solved that situation by setting the status of the de=
lta image<br>
> >in the database to OK.<br>
> ><br>
> >2) qemu is no longer using it. lsof shows qemu access only to the =
the base<br>
> >raw file -> E.g. a previous live merge succeded in qemu but Ovi=
rt did not<br>
> >recognize.<br>
> ><br>
> >How to clean up the 2nd situation?<br>
><br>
> It seems that you will have to first clean up the engine database to<b=
r>
> remove references to the snapshot that no longer exists. Then yo=
u<br>
> will need to remove the unused qcow2 volume.<br>
><br>
> Unfortunately I cannot provide safe instructions for modifying the<br>
> database but maybe Ala Hino (added to CC:) will be able to help with<b=
r>
> that.<br>
<br>
</span>Do you have some tip for me?<br>
<div>
<div><br>
><br>
> One you have fixed the DB you should be able to delete the volume<br>
> using a vdsm verb on the SPM host:<br>
><br>
> # vdsClient -s 0 deleteVolume <sdUUID> <spUUID> <imgUUI=
D> <volUUID><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
<div style=3D""></div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<div id=3D"ofmeet-extension-installed" style=3D"display: none;"></div>
</div>
</div>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_--
------=_NextPartTM-000-f97ca609-a0b3-4f45-9e40-6fc3b3ab4980
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-f97ca609-a0b3-4f45-9e40-6fc3b3ab4980--
8 years, 1 month
Stalled disk migration
by Nicolás
Hi,
We've done a major datastore migration recently between 2 iSCSI-based
datastores. We've successfully migrated 35 machines, however, 5 of them
seem to have stalled. All we can see in the events tab tab is:
Moving Disk bla_Disk1 from iscsi01 to iscsi02
Disks are small enough (25-27Gb) to assume this won't progress since
it's been more than 30 hs. since the migration began, other VMs took
approximately 1-1.5 hours to fully migrate a disk, so this seems to be
stalled.
The bad thing is that I can't find a way to "unstall" it. Disks are in a
perpetual "migrating" status and there's no way to stop the migration
(at least from the webadmin). I don't actually care if stopping the
migration breaks those 5 machines since they are disposable, I just need
to stop that event. I already tried restarting the ovirt-engine and it
didn't work.
Log doesn't seem to provide nothing relevant.
Is there a way to do that? I wouldn't mind if I need to modify some
record directly into the DB.
Thanks!
Nicolás
8 years, 1 month
Decommissioning etherpad and old wiki
by Marc Dequènes (Duck)
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--UOElIP8pfCi0Hnf0njaNdv1OtAD7rJrx1
Content-Type: multipart/mixed; boundary="DXPDFOvgWAbgIdNBFpHK6kmdCLbSpUNV8";
protected-headers="v1"
From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com>
To: oVirt Infra <infra(a)ovirt.org>, users(a)ovirt.org, wiki(a)ovirt.org
Message-ID: <8a0a46d8-317c-690f-ce6b-c42580971bc2(a)redhat.com>
Subject: Decommissioning etherpad and old wiki
--DXPDFOvgWAbgIdNBFpHK6kmdCLbSpUNV8
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Quack,
The wiki content was already converted into the website, and remaining
broken links & co were fixed (thanks Garrett). It was merely kept in
case some content was forgotten (read-only).
The Etherpad was barely used and a pain to upgrade/maintain, so the
infra team with the last remaining user decided to close it.
They are to be removed soon. In fact we already stopped them to track
the remaining users, and no one complained. It can be restarted on
demand before the removal date.
On 2016-10-26 the resources will be purged. Backup has been made, so
nothing is lost but unless there is a good reason it won't be used.
Btw, the wiki@ mailing-list was unused and is now read-only.
If you have any concern, please contact the infra mailing-list.
\_o<
--DXPDFOvgWAbgIdNBFpHK6kmdCLbSpUNV8--
--UOElIP8pfCi0Hnf0njaNdv1OtAD7rJrx1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQIcBAEBCgAGBQJX9hEiAAoJEFXp+fesHEQ/foMQAIW0GsRnyqnz1IuPVOFYVm1i
BJueCUsGy4T61HHUtUKXslg5+dYkmiql+7Ws8LzuGGgQAyaVEnY3g5gLemFtjabv
AlDa9LfiFWgLxO7cavLOsi1e3imcyaMtrWguxPYYQWpdJRR1hndNIiykIaR708yy
bofjo5h16gMHmo3sQN1CRgnALQbnr5EZCSxLQ0HcP1JbyJ9oBylOU2Pfma3yNPT3
5vtezNTmFZC5Te8vzGfWnDrVlcgve1j5SawCwDpYTjZSAA0BGTU5GFOAIlDAdj7N
Mi+6nSL9PZONpYp+Xo/3VsjOBL22N3wDtOdcKQwagSmF5SIEEmt0tCSFRMxmheUd
7fYkMYd49P3whMJQHXbHNJG8GSk9bGbeC1UD85/Nd9HgKNgkgqUfFC5Sy8Kn1jTh
0m2Eoqz3AH4xLub1PhzHikdcKvwuzZ5F+1v8c4PM7XznecvQAjahkHpASjYS8oz/
5iwv7kIC2fdF32zW8TvQRIuvkRNuVxmHGFY4nG0QH/f2Ehvv73mNEVEE92vhV1A/
XHgmZRNrR3p50W6YQnF3pyiNhtAzgYlX09uu9ksd2Xr75TemAlTmTSXJJ/eAaVPE
bsWOlgvLaHTI85cVebZakt1TpFg8XRjZjBJFHOf27uewjRxMiobFC9QW6OfdOMVS
5oRjO/8Zvzwi7IucRikT
=wF1q
-----END PGP SIGNATURE-----
--UOElIP8pfCi0Hnf0njaNdv1OtAD7rJrx1--
8 years, 1 month
Re: [ovirt-users] documentation change suggestion / question
by Karli Sjöberg
--_000_9cff90f6acfe44c2ab30837610301bceexch24sluse_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gOCBva3QuIDIwMTYgMTk6MTUgc2tyZXYgQ2hhcmxlcyBLb3psZXIgPGNrb3psZXJpaWlA
Z21haWwuY29tPjoNCj4NCj4gR29vZ2xpbmcgIm92aXJ0IHdpbmRvd3MgYWdlbnQiIHRoaXMgaXMg
dGhlIGZpcnN0IGxpbmsgdGhhdCBwb3BzIHVwOiBodHRwOi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVu
dGF0aW9uL2ludGVybmFsL2d1ZXN0LWFnZW50L2d1ZXN0LWFnZW50LWZvci13aW5kb3dzLw0KPg0K
PiBUaGlzIGRvYyBzZWVtcyBub24taW50dWl0aXZlIGFuZCBvdmVyIGNvbXBsaWNhdGVkDQo+DQo+
IFNwZWNpZmljYWxseSwgdGhlIFJlZEhhdCBkb2N1bWVudGF0aW9uIHRoYXQgaXMgNCBsaW5rcyBi
ZWxvdyBpcyBzaW1wbGUgYXMgImluc3RhbGwgdGhpcyBwYWNrYWdlIGFuZCBtb3VudCB0aGUgaXNv
IjogaHR0cHM6Ly9jb21tdW5pdHkucmVkaGF0LmNvbS9ibG9nLzIwMTUvMDUvaG93LXRvLWluc3Rh
bGwtYW5kLXVzZS1vdmlydHMtd2luZG93cy1ndWVzdC10b29scy8NCj4NCj4gVGhlIGZvcm1lciB3
YXMgdXBkYXRlZCBhcyBlYXJseSBhcyBKdW5lIG9mIHRoaXMgeWVhcg0KPg0KPiAxLikgVGhlIFJl
ZEhhdCBkb2N1bWVudCB3b3JrZWQgZm9yIG1lIHNvIEkgZG9udCB0aGluayBvVmlydCA0LnggY2Fu
dCB1c2UgdGhlIHNhbWUNCj4gMi4pIFdoeSBoYXZlIHNlcGFyYXRlIGFyZWFzIG9mIGRvY3VtZW50
YXRpb24gdGhhdCBhcmUgc28gZGlmZmVyZW50IGZyb20gZWFjaCBvdGhlcj8gVGhpcyBoYXMgY2F1
c2VkIG1lIGlzc3VlcyBpbiB0aGUgcGFzdCB3aGVyZWJ5IEkgZm91bmQgUkggZG9jcyB0aGF0IHdl
cmUgbXVjaCBtb3JlIGNsZWFyIGFuZCBjb25jaXNlDQoNClRoYXQncyBiZWNhdXNlIGFsbCBvVmly
dCBkb2N1bWVudGF0aW9uIGlzIGNvbW11bml0eSBkcml2ZW4uIFRoaXMgc3BlY2lmaWMgcGFnZSB3
YXMgd3JpdHRlbiBieSBhIGd1eSBJIGhhcHBlbiB0byBrbm93IHF1aXRlIHdlbGwgKEkgd3JvdGUg
aXQpOikNCg0KVGhpcyB3YXMgd3JpdHRlbiBiYWNrIHdoZW4gdGhlcmUgd2FzIG5vIGVhc3kgdG8g
aW5zdGFsbCBwYWNrYWdlLCB3aGVyZSB5b3UgaGFkIHRvIGRvIHRoYXQgYnkgaGFuZCwgYW5kIGlm
IHlvdSB3YW50IHRvLCB5b3Ugc3RpbGwgY2FuLCB0aGUgbWV0aG9kIHN0aWxsIHdvcmtzLiBCdXQg
SSBhZ3JlZSB0aGF0IGlmIHRoZXJlJ3MgYW4gZWFzaWVyIHdheSB0b2RheSwgSSB0aGluayB3ZSBz
aG91bGQgZ28gd2l0aCB0aGF0IGZpcnN0IGFuZCBrZWVwIHRoaXMgY29tcGlsaW5nIG1ldGhvZCBh
cyB0aGUgZmFsbGJhY2suDQoNCj4gMy4pIElzIHRoZXJlIGFueW9uZSB3aG8gbWlnaHQgd2FudCB0
byBtZXJnZSBSSCBkb2NzIHdpdGggb1ZpcnQgZG9jcyB3aGVyZSB0aGUgUkggZG9jcyBhcmUgYmV0
dGVyIHRoYW4gb1ZpcnQ/DQoNCkhvcGluZyBzb21lb25lIEBSSCBjYW4gYW5zd2VyIHRoaXMsIGJl
Y2F1c2UgSSBkb24ndCBrbm93IGlmIEknbSBhbGxvd2VkIHRvIGRvIHRoYXQ/DQoNCi9LDQoNCj4N
Cj4gVGhhbmtzIHNvIG11Y2ggZm9yIHByb3ZpZGluZyBzdWNoIGEgZ3JlYXQgcHJvZHVjdCEgSSBq
dXN0IGZlZWwgc29tZXRpbWVzIHRoZSBkb2NzIGFyZSBhIGxpdHRsZSBtb3JlIGRldmVsb3Blci1j
ZW50cmljIHdoZXJlYXMgdGhlIFJlZEhhdCBkb2NzIGFyZSBtb3JlIGVhc2lseSByZWFkYWJsZQ0K
--_000_9cff90f6acfe44c2ab30837610301bceexch24sluse_
Content-Type: text/html; charset="utf-8"
Content-ID: <7C7FB8E8E6F9084D92C4FF0EBE6AE5CC(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiA4IG9rdC4gMjAxNiAxOToxNSBza3JldiBDaGFybGVzIEtvemxlciAmbHQ7Y2tv
emxlcmlpaUBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEdvb2dsaW5nICZxdW90
O292aXJ0IHdpbmRvd3MgYWdlbnQmcXVvdDsgdGhpcyBpcyB0aGUgZmlyc3QgbGluayB0aGF0IHBv
cHMgdXA6Jm5ic3A7aHR0cDovL3d3dy5vdmlydC5vcmcvZG9jdW1lbnRhdGlvbi9pbnRlcm5hbC9n
dWVzdC1hZ2VudC9ndWVzdC1hZ2VudC1mb3Itd2luZG93cy88YnI+DQomZ3Q7PGJyPg0KJmd0OyBU
aGlzIGRvYyBzZWVtcyBub24taW50dWl0aXZlIGFuZCBvdmVyIGNvbXBsaWNhdGVkPGJyPg0KJmd0
Ozxicj4NCiZndDsgU3BlY2lmaWNhbGx5LCB0aGUgUmVkSGF0IGRvY3VtZW50YXRpb24gdGhhdCBp
cyA0IGxpbmtzIGJlbG93IGlzIHNpbXBsZSBhcyAmcXVvdDtpbnN0YWxsIHRoaXMgcGFja2FnZSBh
bmQgbW91bnQgdGhlIGlzbyZxdW90OzombmJzcDtodHRwczovL2NvbW11bml0eS5yZWRoYXQuY29t
L2Jsb2cvMjAxNS8wNS9ob3ctdG8taW5zdGFsbC1hbmQtdXNlLW92aXJ0cy13aW5kb3dzLWd1ZXN0
LXRvb2xzLzxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBmb3JtZXIgd2FzIHVwZGF0ZWQgYXMgZWFy
bHkgYXMgSnVuZSBvZiB0aGlzIHllYXImbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAxLikgVGhl
IFJlZEhhdCBkb2N1bWVudCB3b3JrZWQgZm9yIG1lIHNvIEkgZG9udCB0aGluayBvVmlydCA0Lngg
Y2FudCB1c2UgdGhlIHNhbWU8YnI+DQomZ3Q7IDIuKSBXaHkgaGF2ZSBzZXBhcmF0ZSBhcmVhcyBv
ZiBkb2N1bWVudGF0aW9uIHRoYXQgYXJlIHNvIGRpZmZlcmVudCBmcm9tIGVhY2ggb3RoZXI/IFRo
aXMgaGFzIGNhdXNlZCBtZSBpc3N1ZXMgaW4gdGhlIHBhc3Qgd2hlcmVieSBJIGZvdW5kIFJIIGRv
Y3MgdGhhdCB3ZXJlIG11Y2ggbW9yZSBjbGVhciBhbmQgY29uY2lzZSZuYnNwOzwvcD4NCjxwIGRp
cj0ibHRyIj5UaGF0J3MgYmVjYXVzZSBhbGwgb1ZpcnQgZG9jdW1lbnRhdGlvbiBpcyBjb21tdW5p
dHkgZHJpdmVuLiBUaGlzIHNwZWNpZmljIHBhZ2Ugd2FzIHdyaXR0ZW4gYnkgYSBndXkgSSBoYXBw
ZW4gdG8ga25vdyBxdWl0ZSB3ZWxsIChJIHdyb3RlIGl0KTopPC9wPg0KPHAgZGlyPSJsdHIiPlRo
aXMgd2FzIHdyaXR0ZW4gYmFjayB3aGVuIHRoZXJlIHdhcyBubyBlYXN5IHRvIGluc3RhbGwgcGFj
a2FnZSwgd2hlcmUgeW91IGhhZCB0byBkbyB0aGF0IGJ5IGhhbmQsIGFuZCBpZiB5b3Ugd2FudCB0
bywgeW91IHN0aWxsIGNhbiwgdGhlIG1ldGhvZCBzdGlsbCB3b3Jrcy4gQnV0IEkgYWdyZWUgdGhh
dCBpZiB0aGVyZSdzIGFuIGVhc2llciB3YXkgdG9kYXksIEkgdGhpbmsgd2Ugc2hvdWxkIGdvIHdp
dGggdGhhdCBmaXJzdA0KIGFuZCBrZWVwIHRoaXMgY29tcGlsaW5nIG1ldGhvZCBhcyB0aGUgZmFs
bGJhY2suPC9wPg0KPHAgZGlyPSJsdHIiPiZndDsgMy4pIElzIHRoZXJlIGFueW9uZSB3aG8gbWln
aHQgd2FudCB0byBtZXJnZSBSSCBkb2NzIHdpdGggb1ZpcnQgZG9jcyB3aGVyZSB0aGUgUkggZG9j
cyBhcmUgYmV0dGVyIHRoYW4gb1ZpcnQ/PC9wPg0KPHAgZGlyPSJsdHIiPkhvcGluZyBzb21lb25l
IEBSSCBjYW4gYW5zd2VyIHRoaXMsIGJlY2F1c2UgSSBkb24ndCBrbm93IGlmIEknbSBhbGxvd2Vk
IHRvIGRvIHRoYXQ/PC9wPg0KPHAgZGlyPSJsdHIiPi9LPC9wPg0KPHAgZGlyPSJsdHIiPiZndDs8
YnI+DQomZ3Q7IFRoYW5rcyBzbyBtdWNoIGZvciBwcm92aWRpbmcgc3VjaCBhIGdyZWF0IHByb2R1
Y3QhIEkganVzdCBmZWVsIHNvbWV0aW1lcyB0aGUgZG9jcyBhcmUgYSBsaXR0bGUgbW9yZSBkZXZl
bG9wZXItY2VudHJpYyB3aGVyZWFzIHRoZSBSZWRIYXQgZG9jcyBhcmUgbW9yZSBlYXNpbHkgcmVh
ZGFibGUmbmJzcDs8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_9cff90f6acfe44c2ab30837610301bceexch24sluse_--
8 years, 1 month
documentation change suggestion / question
by Charles Kozler
Googling "ovirt windows agent" this is the first link that pops up:
http://www.ovirt.org/documentation/internal/guest-agent/guest-agent-for-w...
This doc seems non-intuitive and over complicated
Specifically, the RedHat documentation that is 4 links below is simple as
"install this package and mount the iso":
https://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-w...
The former was updated as early as June of this year
1.) The RedHat document worked for me so I dont think oVirt 4.x cant use
the same
2.) Why have separate areas of documentation that are so different from
each other? This has caused me issues in the past whereby I found RH docs
that were much more clear and concise
3.) Is there anyone who might want to merge RH docs with oVirt docs where
the RH docs are better than oVirt?
Thanks so much for providing such a great product! I just feel sometimes
the docs are a little more developer-centric whereas the RedHat docs are
more easily readable
8 years, 1 month
How to add a tcp type serial to a vm in ovirt 4.0?
by lifuqiong
This is a multipart message in MIME format.
------=_NextPart_000_04AE_01D221B2.B69E7920
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Hi,
We can easily add a Serial Hardware in virt-manager, when adding
the serial, the vm's xml add these lines as follows:
.
<serial type='tcp'>
<source mode='bind' host='127.0.0.1' service='4555' />
<protocol type='telnet' />
</serial>
...
But I can't add a tcp serial in ovirt 4.0 when I create a VM, even
after I reading
http://www.ovirt.org/documentation/admin-guide/serial-console-setup/
Hope someone can help me.
Thank you
Mark
------=_NextPart_000_04AE_01D221B2.B69E7920
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:\5B8B\4F53;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:\5B8B\4F53;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@\5B8B\4F53";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
text-align:justify;
text-justify:inter-ideograph;
font-size:10.5pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
/* Page Definitions */
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DZH-CN link=3Dblue =
vlink=3Dpurple style=3D'text-justify-trim:punctuation'><div =
class=3DWordSection1><p class=3DMsoNormal><span lang=3DEN-US>Hi, =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US> We can =
easily add a Serial Hardware in virt-manager, when adding the serial, =
the vm’s xml add these lines as follows:<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>…<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US><serial =
type=3D’tcp’><o:p></o:p></span></p><p =
class=3DMsoNormal><span =
lang=3DEN-US> <source =
mode=3D’bind’ host=3D’127.0.0.1’ =
service=3D’4555’ /><o:p></o:p></span></p><p =
class=3DMsoNormal><span =
lang=3DEN-US> =
<protocol type=3D’telnet’ /><o:p></o:p></span></p><p =
class=3DMsoNormal><span =
lang=3DEN-US></serial><o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>…..<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
lang=3DEN-US> =
<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US> But I =
can’t add a tcp serial in ovirt 4.0 when I create a VM, even after =
I reading <a =
href=3D"http://www.ovirt.org/documentation/admin-guide/serial-console-set=
up/">http://www.ovirt.org/documentation/admin-guide/serial-console-setup/=
</a><o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>Hope someone can help me. <o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>Thank you<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>Mark<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
lang=3DEN-US><o:p> </o:p></span></p></div></body></html>
------=_NextPart_000_04AE_01D221B2.B69E7920--
8 years, 1 month
Can't add host - Failed to read hardware information
by David Pinkerton
I'm trying to add a host to a freshly built cluster.
yum install finishes, then the message " Failed to read hardware
information" is displayed - host has installation failed.
If I try to re-install I get the same message and the host goes
non-responsive.
engine log:
2016-10-07 21:13:46,525 INFO
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
[2854e702] Connecting to /192.168.21.71
2016-10-07 21:13:46,526 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand]
(DefaultQuartzScheduler4) [3fa97b73] Command
'GetCapabilitiesVDSCommand(HostName = rhv1,
VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
hostId='96358424-a14e-4d29-957f-3d7ddac99c12',
vds='Host[rhv1,96358424-a14e-4d29-957f-3d7ddac99c12]'})' execution failed:
org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
2016-10-07 21:13:46,526 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(DefaultQuartzScheduler4) [3fa97b73] Failure to refresh Vds runtime info:
org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
2016-10-07 21:13:46,526 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(DefaultQuartzScheduler4) [3fa97b73] Exception:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:157)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:120)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
[vdsbroker.jar:]
at
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
[dal.jar:]
at
org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:653)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:121)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refresh(HostMonitoring.java:85)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:238)
[vdsbroker.jar:]
at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source)
[:1.8.0_102]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_102]
at java.lang.reflect.Method.invoke(Method.java:498)
[rt.jar:1.8.0_102]
at
org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77)
[scheduler.jar:]
at
org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51)
[scheduler.jar:]
at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
[quartz.jar:]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[rt.jar:1.8.0_102]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
[rt.jar:1.8.0_102]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[rt.jar:1.8.0_102]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[rt.jar:1.8.0_102]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102]
Caused by: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException:
Connection failed
at
org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:165)
[vdsm-jsonrpc-java-client.jar:]
at
org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:134)
[vdsm-jsonrpc-java-client.jar:]
at
org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:81)
[vdsm-jsonrpc-java-client.jar:]
at
org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:70)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.getCapabilities(JsonRpcVdsServer.java:258)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:15)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:110)
[vdsbroker.jar:]
... 18 more
2016-10-07 21:13:49,531 INFO
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
[2854e702] Connecting to /192.168.21.71
vdsm.log
jsonrpc.Executor/3::INFO::2016-10-07
20:45:31,554::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC
call Host.getCapabilities succeeded in 0.06 seconds
jsonrpc.Executor/4::DEBUG::2016-10-07
20:45:32,566::__init__::530::jsonrpc.JsonRpcServer::(_handle_request)
Calling 'Host.getHardwareInfo' in bridge with {}
jsonrpc.Executor/4::ERROR::2016-10-07
20:45:32,673::API::1340::vds::(getHardwareInfo) failed to retrieve hardware
info
Traceback (most recent call last):
File "/usr/share/vdsm/API.py", line 1337, in getHardwareInfo
hw = supervdsm.getProxy().getHardwareInfo()
File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in
__call__
return callMethod()
File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51, in
<lambda>
**kwargs)
File "<string>", line 2, in getHardwareInfo
File "/usr/lib64/python2.7/multiprocessing/managers.py", line 759, in
_callmethod
kind, result = conn.recv()
EOFError
jsonrpc.Executor/4::INFO::2016-10-07
20:45:32,680::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC
call Host.getHardwareInfo failed (error 57) in 0.11 seconds
jsonrpc.Executor/6::DEBUG::2016-10-07
20:45:33,783::__init__::530::jsonrpc.JsonRpcServer::(_handle_request)
Calling 'Host.getCapabilities' in bridge with {}
MainThread::DEBUG::2016-10-07 20:45:36,211::vdsm::73::vds::(sigtermHandler)
Received signal 15
I'm also seeing segfaults in supervdsm on the host's console.
--
David Pinkerton
+61-488-904-232
<http://apac.redhat.com/>
8 years, 1 month
change broker.conf configuration on shared storage
by emanuel.santosvarina＠mahle.com
This is a multipart message in MIME format.
--=_alternative 004F9B75C1258043_=
Content-Type: text/plain; charset="US-ASCII"
hi all,
hmm, broker.conf is now on the shared storage and not replicated on each
host local file system. how to make changes to the conf, e.g. the notify
key?
thanks, emanuel
--=_alternative 004F9B75C1258043_=
Content-Type: text/html; charset="US-ASCII"
<font size=2 face="sans-serif">hi all,</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
hmm, broker.conf is now on the shared storage and not replicated on each
host local file system. how to make changes to the conf, e.g. the
notify key?</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
thanks, emanuel</font>
<br><font size=2 face="sans-serif"><br>
</font>
--=_alternative 004F9B75C1258043_=--
8 years, 1 month
VMs paused due to IO issues - Dell Equallogic controller failover
by Gary Lloyd
Hi
We have Ovirt 3.65 with a Dell Equallogic SAN and we use Direct Luns for
all our VMs.
At the weekend during early hours an Equallogic controller failed over to
its standby on one of our arrays and this caused about 20 of our VMs to be
paused due to IO problems.
I have also noticed that this happens during Equallogic firmware upgrades
since we moved onto Ovirt 3.65.
As recommended by Dell disk timeouts within the VMs are set to 60 seconds
when they are hosted on an EqualLogic SAN.
Is there any other timeout value that we can configure in vdsm.conf to stop
VMs from getting paused when a controller fails over ?
Also is there anything that we can tweak to automatically unpause the VMs
once connectivity with the arrays is re-established ?
At the moment we are running a customized version of storageServer.py, as
Ovirt has yet to include iscsi multipath support for Direct Luns out of the
box.
Many Thanks
*Gary Lloyd*
________________________________________________
I.T. Systems:Keele University
Finance & IT Directorate
Keele:Staffs:IC1 Building:ST5 5NB:UK
+44 1782 733063 <%2B44%201782%20733073>
________________________________________________
8 years, 1 month
