change ovirt-engine's IP
by 力波 王
> ŽËÓÊŒþʹÓà MIME žñÊœ¡£ÓÉÓÚÓÊŒþÔĶÁ³ÌÐò²»ÄÜʶ±ð
ŽËžñÊœ£¬ÒòŽË£¬¿ÉÄÜÎÞ·šÊ¶±ðžÃÓÊŒþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£
--B_3488370579_1249236
Content-type: text/plain;
charset="GB2312"
Content-transfer-encoding: quoted-printable
Hi,all:
How could I change overt-engine=A1=AFs IP and host=A1=AFs IP
--B_3488370579_1249236
Content-type: text/html;
charset="GB2312"
Content-transfer-encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s=
pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:=
14px; font-family: =CB=CE=CC=E5, sans-serif;"><div>Hi,all:</div><div><br></div><div=
><span class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>How could I ch=
ange overt-engine’s IP and host’s IP</div></body></html>
--B_3488370579_1249236--
9 years, 10 months
Removal of snapshot taking too long
by André Freitas
Hi,
i don't know if its normal but i'm having situations where i have to
wait almost 45 minutes to delete a live snapshot from a offline vm (my
datastores are all NFS).
Is there any way i can speed this? The problem is that i can't start the
correspondent vm until the snapshot is deleted...
Best regards,
--
André Freitas
André Freitas
System & Network
Administrator | (+351)
234 484 466
ISO 9001 CMMI Level 2
Ubiwhere
Copyright © Ubiwhere.
2014. All rights
reserved. Content for
exclusive use of their
rightful recipients.
Dissemination, copy or
use of information by
third parties is
prohibited. If you are
not an authorised
recipient and received
this message, please
notify the sender and
then delete it without
copying the text and
attachments nor
distributing or
disclosing its
contents.
9 years, 10 months
VMs fail to start in Cluster
by Aslam, Usman
--_000_EAAAA4A70A749B408A0B58DBB9054353943949SSVMEXDAG01MB02tu_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi Guys,
We have two Ovirt clusters setup in one datacenter. Dev and Prod.
I have a situation where if I power off a VM in the Prod environment, it do=
es not start up again.
I get the following when trying to run it ...
"Failed to run VM tuskweb-prod-02 (User: admin@internal)."
"Error while executing action Run VM once: Network error during communicati=
on with the Host."
Odly enough, if I move the down VM to the Dev cluster and run it again, it =
starts up fine.
I've had this problem with 2 VMs this far (on different nodes in the cluste=
r). Im afraid to bring any more VMs down as they may not start back up.
Any help is appreciated.
Thanks,
Usman
--_000_EAAAA4A70A749B408A0B58DBB9054353943949SSVMEXDAG01MB02tu_
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-micr=
osoft-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=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
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;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
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=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi Guys,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">We have two Ovirt clusters setup in one datacenter. =
Dev and Prod.<o:p></o:p></p>
<p class=3D"MsoNormal">I have a situation where if I power off a VM in the =
Prod environment, it does not start up again.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I get the following when trying to run it …<o:=
p></o:p></p>
<p class=3D"MsoNormal">“Failed to run VM tuskweb-prod-02 (User: admin=
@internal).”<o:p></o:p></p>
<p class=3D"MsoNormal">“Error while executing action Run VM once: Net=
work error during communication with the Host.”<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Odly enough, if I move the down VM to the Dev cluste=
r and run it again, it starts up fine.<o:p></o:p></p>
<p class=3D"MsoNormal">I’ve had this problem with 2 VMs this far (on =
different nodes in the cluster). Im afraid to bring any more VMs down as th=
ey may not start back up.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Any help is appreciated.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal">Usman<o:p></o:p></p>
</div>
</body>
</html>
--_000_EAAAA4A70A749B408A0B58DBB9054353943949SSVMEXDAG01MB02tu_--
9 years, 10 months
USB Device selection
by Maurice James
------=_Part_11700_310264054.1405356888343
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Has anyone gotten the USB Device selection on the spice-viewer window to work?
------=_Part_11700_310264054.1405356888343
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Has anyone gotten the USB Device selection on the spice-viewer window to work?<br></div></div></body></html>
------=_Part_11700_310264054.1405356888343--
9 years, 10 months
Guest VM Console Creation/Access using REST API and noVNC
by Shanil S
Hi All,
We want to access vm console by using noVNC and Rest api. We are using
websocket proxy on the same machine where engine runs and we try to get the
console access from the another server that is outside from this cluster.
But when we try to connect the vnc_auto.html from the server using host ip,
port and the password which we get from the ticket creation… it shows a
Failed to connect to server (code: 1006).
The following are the codes which we use to create the ticket… host,port
and the password will get from the ticket and with the same details
(host,port & password) we are able to connect the console using the vnc
clients(TigerVNC etc.)
try {
var host = WebUtil.getQueryVar('host', '<?php echo
$host?>');
var port = WebUtil.getQueryVar('port', '<?php echo
$port?>');
var path = WebUtil.getQueryVar('path', 'websockify');
var password = '<?php echo $password?>';
if ((!host) || (!port)) {
updateState('failed',
"Must specify host and port in URL");
return;
}
rfb = new RFB({'target': $D('noVNC_canvas'),
'encrypt': WebUtil.getQueryVar('encrypt',
(window.location.protocol ===
"https:")),
'true_color':
WebUtil.getQueryVar('true_color', true),
'local_cursor': WebUtil.getQueryVar('cursor',
true),
'shared': WebUtil.getQueryVar('shared',
true),
'view_only': WebUtil.getQueryVar('view_only',
false),
'updateState': updateState,
'onPasswordRequired': passwordRequired});
rfb.connect(host, port, password, path);
}catch(e) {alert(e);
Could you please check if there any issues with it and guide me how to get
rid of this failed to connect error?
I have attached the screen shots for further reference…
--
Regards
Shanil
9 years, 10 months
[QE][ACTION NEEDED] oVirt 3.5.0 Second Beta status
by Sandro Bonazzola
Hi,
We're going to compose oVirt 3.5.0 Second Beta on Mon *2014-07-21 08:00 UTC*.
Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC*
The bug tracker [1] shows the following proposed blockers to be reviewed:
Bug ID Whiteboard Status Summary
1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed
1115152 infra POST Cannot edit or create block storage doamin when using jsonrpc
1113974 integration POST Hostname validation during all-in-one setup
1115001 network ASSIGNED Error code 23 when invoking Setup Networks
1119019 network POST Remove network with network custom properties from Host fails
1110305 virt POST BSOD - CLOCK_WATCHDOG_TIMEOUT_2 - Win 7SP1 guest, need to set hv_relaxed
Feature freeze is now effective, and branch has been created.
All new patches must be backported to 3.5 branch too.
Features completed are marked in green on Features Status Table [2]
There are still 412 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 364 bugs [4] targeted to 3.5.0.
Maintainers / Assignee:
- Please check ensure that completed features are marked in green on Features Status Table [2]
- Please remember to rebuild your packages before *2014-07-20 15:00* if needed, otherwise nightly snapshot will be taken.
- Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC*
- If you find a blocker bug please remember to add it to the tracker [1]
- Please start filling release notes, the page has been created here [5]
- Please review and add test cases to oVirt 3.5 Second Test Day [6]
Community:
- save the date for second test day scheduled on 2014-07-24!
- You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]!
[1] http://bugzilla.redhat.com/1073943
[2] http://bit.ly/17qBn6F
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1rLCJwF
[5] http://www.ovirt.org/OVirt_3.5_Release_Notes
[6] http://www.ovirt.org/OVirt_3.5_TestDay
[7] http://www.ovirt.org/OVirt_Quality_Assurance
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 10 months
[QE][ACTION NEEDED] oVirt 3.4.3 GA status
by Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.4.3 GA tomorrow *2014-07-17 08:00 UTC* from 3.4.3 branch.
The bug tracker [1] shows no open blocking bugs for the release
There are still 10 bugs [2] targeted to 3.4.3.
Excluding node and documentation bugs we still have 3 bugs [3] targeted to 3.4.3.
Bug ID Status Whiteboard Severity Summary
1111655 NEW storage urgent Disks imported from Export Domain to Data Domain are converted to Preallocated after upgrade...
1059309 NEW sla high [events] 'Available memory of host $host (...) under defined threshold...' is logged only once
1048880 NEW network unspecified [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed.
- Please update the target to any next release for bugs that won't be in 3.4.3:
it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]
- Please build packages before today *2014-07-16 15:00 UTC*.
Community:
- If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5]
[1] bugzilla.redhat.com/1107968
[2] http://red.ht/1lBAw2R
[3] http://red.ht/1ly9hfA
[4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 10 months
Re: [ovirt-users] Storage Domain used space strangeness
by urthmover
[root@jmini08 ~]# du -hs /data
3.3M /data
--
urthmover
On July 15, 2014 at 3:28:43 PM, Colby Westerburg (cwesterburg(a)gmail.com) wrote:
[root@jmini08 ~]# zfs list -t snapshot
no datasets available
[root@jmini07 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
10.6.2.34:/data 914G 51G 864G 6% /rhev/data-center/mnt/10.6.2.34:_data
[root@jmini08 ~]# ifconfig | grep "inet addr"
inet addr:10.6.2.34 Bcast:10.6.15.255 Mask:255.255.240.0
--
Colby Westerburg
cwesterburg(a)gmail.com
On July 15, 2014 at 2:43:57 PM, Karli Sjöberg (karli.sjoberg(a)slu.se) wrote:
Den 15 jul 2014 21:31 skrev urthmover <urthmover(a)gmail.com>:
>
> It might be a result of running the zfs filesystem on the disks that the storage domain is using. Any guidance is greatly appreciated.
Snapshots?
# zfs list -t snapshot
What does the hosts that are mouting think? If you log into one of them and run:
# df -h
/K
>
> [root@jmini08 ~]# mount | grep data-pool
> data-pool on /data type zfs (rw,xattr)
>
> [root@jmini08 ~]# df -h /data
> Filesystem Size Used Avail Use% Mounted on
> data-pool 914G 51G 864G 6% /data
>
> [root@jmini08 ~]# du -h /data
> 17K /data/54ba461d-fbec-422e-9300-2f51640e5b2a/images
> 2.1M /data/54ba461d-fbec-422e-9300-2f51640e5b2a/dom_md
> 2.1M /data/54ba461d-fbec-422e-9300-2f51640e5b2a
> 2.2M /data
>
> [root@jmini08 ~]# zpool status
> pool: data-pool
> state: ONLINE
> scan: none requested
> config:
>
> NAME STATE READ WRITE CKSUM
> data-pool ONLINE 0 0 0
> mirror-0 ONLINE 0 0 0
> sda ONLINE 0 0 0
> sdb ONLINE 0 0 0
>
> errors: No known data errors
>
> --
> urthmover
>
> On July 15, 2014 at 12:29:12 PM, urthmover (urthmover(a)gmail.com) wrote:
>>
>> All,
>> I have a storage domain that reports having 863G free. The Total Space is 913G. Currently, there are no virtual machines using this storage domain. When I ssh into the host there is 2.2M on the top level of that mount according to du. How do I account for and reclaim the mysterious space usage?
>>
>> --
>> urthmover
9 years, 10 months
Re: [ovirt-users] Storage Domain used space strangeness
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F098C558BF1exchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gMTUganVsIDIwMTQgMjI6Mjggc2tyZXYgQ29sYnkgV2VzdGVyYnVyZyA8Y3dlc3RlcmJ1
cmdAZ21haWwuY29tPjoNCj4NCj4gW3Jvb3RAam1pbmkwOCB+XSMgemZzIGxpc3QgLXQgc25hcHNo
b3QNCj4gbm8gZGF0YXNldHMgYXZhaWxhYmxlDQo+DQo+IFtyb290QGptaW5pMDcgfl0jIGRmIC1o
DQo+IEZpbGVzeXN0ZW0gICAgICAgICAgICBTaXplICBVc2VkIEF2YWlsIFVzZSUgTW91bnRlZCBv
bg0KPiAxMC42LjIuMzQ6L2RhdGEgICAgICAgOTE0RyAgIDUxRyAgODY0RyAgIDYlIC9yaGV2L2Rh
dGEtY2VudGVyL21udC8xMC42LjIuMzQ6X2RhdGENCj4NCj4gW3Jvb3RAam1pbmkwOCB+XSMgaWZj
b25maWcgfCBncmVwICJpbmV0IGFkZHIiDQo+ICAgICAgICAgICBpbmV0IGFkZHI6MTAuNi4yLjM0
ICBCY2FzdDoxMC42LjE1LjI1NSAgTWFzazoyNTUuMjU1LjI0MC4wDQo+DQo+IC0tDQo+IENvbGJ5
IFdlc3RlcmJ1cmcNCj4gY3dlc3RlcmJ1cmdAZ21haWwuY29tDQoNCk9LLCBzbyBldmVyeW9uZSBh
dCBsZWFzdCBhZ3JlZXMgdGhhdCA1MEdCIHNlZW1zIHRvIGJlIHVzZWQuIEZyb20gdGhlIHN0b3Jh
Z2UsIHJ1bjoNCiMgZHUgLWhzIC9kYXRhDQoNCi9LDQoNCj4NCj4gT24gSnVseSAxNSwgMjAxNCBh
dCAyOjQzOjU3IFBNLCBLYXJsaSBTasO2YmVyZyAoa2FybGkuc2pvYmVyZ0BzbHUuc2UpIHdyb3Rl
Og0KPj4NCj4+DQo+PiBEZW4gMTUganVsIDIwMTQgMjE6MzEgc2tyZXYgdXJ0aG1vdmVyIDx1cnRo
bW92ZXJAZ21haWwuY29tPjoNCj4+ID4NCj4+ID4gSXQgbWlnaHQgYmUgYSByZXN1bHQgb2YgcnVu
bmluZyB0aGUgemZzIGZpbGVzeXN0ZW0gb24gdGhlIGRpc2tzIHRoYXQgdGhlIHN0b3JhZ2UgZG9t
YWluIGlzIHVzaW5nLiAgQW55IGd1aWRhbmNlIGlzIGdyZWF0bHkgYXBwcmVjaWF0ZWQuDQo+Pg0K
Pj4gU25hcHNob3RzPw0KPj4gIyB6ZnMgbGlzdCAtdCBzbmFwc2hvdA0KPj4NCj4+IFdoYXQgZG9l
cyB0aGUgaG9zdHMgdGhhdCBhcmUgbW91dGluZyB0aGluaz8gSWYgeW91IGxvZyBpbnRvIG9uZSBv
ZiB0aGVtIGFuZCBydW46DQo+PiAjIGRmIC1oDQo+Pg0KPj4gL0sNCj4+DQo+PiA+DQo+PiA+IFty
b290QGptaW5pMDggfl0jIG1vdW50IHwgZ3JlcCBkYXRhLXBvb2wNCj4+ID4gZGF0YS1wb29sIG9u
IC9kYXRhIHR5cGUgemZzIChydyx4YXR0cikNCj4+ID4NCj4+ID4gW3Jvb3RAam1pbmkwOCB+XSMg
ZGYgLWggL2RhdGENCj4+ID4gRmlsZXN5c3RlbSAgICAgIFNpemUgIFVzZWQgQXZhaWwgVXNlJSBN
b3VudGVkIG9uDQo+PiA+IGRhdGEtcG9vbCAgICAgICA5MTRHICAgNTFHICA4NjRHICAgNiUgL2Rh
dGENCj4+ID4NCj4+ID4gW3Jvb3RAam1pbmkwOCB+XSMgZHUgLWggL2RhdGENCj4+ID4gMTdLIC9k
YXRhLzU0YmE0NjFkLWZiZWMtNDIyZS05MzAwLTJmNTE2NDBlNWIyYS9pbWFnZXMNCj4+ID4gMi4x
TSAvZGF0YS81NGJhNDYxZC1mYmVjLTQyMmUtOTMwMC0yZjUxNjQwZTViMmEvZG9tX21kDQo+PiA+
IDIuMU0gL2RhdGEvNTRiYTQ2MWQtZmJlYy00MjJlLTkzMDAtMmY1MTY0MGU1YjJhDQo+PiA+IDIu
Mk0gL2RhdGENCj4+ID4NCj4+ID4gW3Jvb3RAam1pbmkwOCB+XSMgenBvb2wgc3RhdHVzDQo+PiA+
ICAgcG9vbDogZGF0YS1wb29sDQo+PiA+ICBzdGF0ZTogT05MSU5FDQo+PiA+ICAgc2Nhbjogbm9u
ZSByZXF1ZXN0ZWQNCj4+ID4gY29uZmlnOg0KPj4gPg0KPj4gPiBOQU1FICAgICAgICBTVEFURSAg
ICAgUkVBRCBXUklURSBDS1NVTQ0KPj4gPiBkYXRhLXBvb2wgICBPTkxJTkUgICAgICAgMCAgICAg
MCAgICAgMA0KPj4gPiAgbWlycm9yLTAgIE9OTElORSAgICAgICAwICAgICAwICAgICAwDQo+PiA+
ICAgIHNkYSAgICAgT05MSU5FICAgICAgIDAgICAgIDAgICAgIDANCj4+ID4gICAgc2RiICAgICBP
TkxJTkUgICAgICAgMCAgICAgMCAgICAgMA0KPj4gPg0KPj4gPiBlcnJvcnM6IE5vIGtub3duIGRh
dGEgZXJyb3JzDQo+PiA+DQo+PiA+IC0tDQo+PiA+IHVydGhtb3Zlcg0KPj4gPg0KPj4gPiBPbiBK
dWx5IDE1LCAyMDE0IGF0IDEyOjI5OjEyIFBNLCB1cnRobW92ZXIgKHVydGhtb3ZlckBnbWFpbC5j
b20pIHdyb3RlOg0KPj4gPj4NCj4+ID4+IEFsbCwNCj4+ID4+IEkgaGF2ZSBhIHN0b3JhZ2UgZG9t
YWluIHRoYXQgcmVwb3J0cyBoYXZpbmcgODYzRyBmcmVlLiAgVGhlIFRvdGFsIFNwYWNlIGlzIDkx
M0cuICBDdXJyZW50bHksIHRoZXJlIGFyZSBubyB2aXJ0dWFsIG1hY2hpbmVzIHVzaW5nIHRoaXMg
c3RvcmFnZSBkb21haW4uICBXaGVuIEkgc3NoIGludG8gdGhlIGhvc3QgdGhlcmUgaXMgMi4yTSBv
biB0aGUgdG9wIGxldmVsIG9mIHRoYXQgbW91bnQgYWNjb3JkaW5nIHRvIGR1LiAgSG93IGRvIEkg
YWNjb3VudCBmb3IgYW5kIHJlY2xhaW0gdGhlIG15c3RlcmlvdXMgc3BhY2UgdXNhZ2U/DQo+PiA+
Pg0KPj4gPj4gLS0NCj4+ID4+IHVydGhtb3Zlcg0K
--_000_5F9E965F5A80BC468BE5F40576769F098C558BF1exchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <5B5910D2BA8A4E419C86E5DE2E2A3654(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiAxNSBqdWwgMjAxNCAyMjoyOCBza3JldiBDb2xieSBXZXN0ZXJidXJnICZsdDtj
d2VzdGVyYnVyZ0BnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IFtyb290QGptaW5p
MDggfl0jIHpmcyBsaXN0IC10IHNuYXBzaG90PGJyPg0KJmd0OyBubyBkYXRhc2V0cyBhdmFpbGFi
bGU8YnI+DQomZ3Q7PGJyPg0KJmd0OyBbcm9vdEBqbWluaTA3IH5dIyBkZiAtaDxicj4NCiZndDsg
RmlsZXN5c3RlbSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1NpemUg
Jm5ic3A7VXNlZCBBdmFpbCBVc2UlIE1vdW50ZWQgb248YnI+DQomZ3Q7IDEwLjYuMi4zNDovZGF0
YSAmbmJzcDsgJm5ic3A7ICZuYnNwOyA5MTRHICZuYnNwOyA1MUcgJm5ic3A7ODY0RyAmbmJzcDsg
NiUgL3JoZXYvZGF0YS1jZW50ZXIvbW50LzEwLjYuMi4zNDpfZGF0YTxicj4NCiZndDs8YnI+DQom
Z3Q7IFtyb290QGptaW5pMDggfl0jIGlmY29uZmlnIHwgZ3JlcCAmcXVvdDtpbmV0IGFkZHImcXVv
dDs8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgaW5ldCBhZGRy
OjEwLjYuMi4zNCAmbmJzcDtCY2FzdDoxMC42LjE1LjI1NSAmbmJzcDtNYXNrOjI1NS4yNTUuMjQw
LjA8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLSZuYnNwOzxicj4NCiZndDsgQ29sYnkgV2VzdGVyYnVy
Zzxicj4NCiZndDsgY3dlc3RlcmJ1cmdAZ21haWwuY29tPC9wPg0KPHAgZGlyPSJsdHIiPk9LLCBz
byBldmVyeW9uZSBhdCBsZWFzdCBhZ3JlZXMgdGhhdCA1MEdCIHNlZW1zIHRvIGJlIHVzZWQuIEZy
b20gdGhlIHN0b3JhZ2UsIHJ1bjo8YnI+DQojIGR1IC1ocyAvZGF0YTwvcD4NCjxwIGRpcj0ibHRy
Ij4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0OyBPbiBKdWx5IDE1LCAyMDE0IGF0
IDI6NDM6NTcgUE0sIEthcmxpIFNqw7ZiZXJnIChrYXJsaS5zam9iZXJnQHNsdS5zZSkgd3JvdGU6
PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IERlbiAxNSBqdWwgMjAx
NCAyMTozMSBza3JldiB1cnRobW92ZXIgJmx0O3VydGhtb3ZlckBnbWFpbC5jb20mZ3Q7Ojxicj4N
CiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IEl0IG1pZ2h0IGJlIGEgcmVzdWx0IG9m
IHJ1bm5pbmcgdGhlIHpmcyBmaWxlc3lzdGVtIG9uIHRoZSBkaXNrcyB0aGF0IHRoZSBzdG9yYWdl
IGRvbWFpbiBpcyB1c2luZy4gJm5ic3A7QW55IGd1aWRhbmNlIGlzIGdyZWF0bHkgYXBwcmVjaWF0
ZWQuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBTbmFwc2hvdHM/PGJyPg0KJmd0OyZndDsg
IyB6ZnMgbGlzdCAtdCBzbmFwc2hvdDxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgV2hhdCBk
b2VzIHRoZSBob3N0cyB0aGF0IGFyZSBtb3V0aW5nIHRoaW5rPyBJZiB5b3UgbG9nIGludG8gb25l
IG9mIHRoZW0gYW5kIHJ1bjo8YnI+DQomZ3Q7Jmd0OyAjIGRmIC1oPGJyPg0KJmd0OyZndDs8YnI+
DQomZ3Q7Jmd0OyAvSzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsm
Z3Q7ICZndDsgW3Jvb3RAam1pbmkwOCB+XSMgbW91bnQgfCBncmVwIGRhdGEtcG9vbDxicj4NCiZn
dDsmZ3Q7ICZndDsgZGF0YS1wb29sIG9uIC9kYXRhIHR5cGUgemZzIChydyx4YXR0cik8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBbcm9vdEBqbWluaTA4IH5dIyBkZiAtaCAv
ZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsgRmlsZXN5c3RlbSAmbmJzcDsgJm5ic3A7ICZuYnNwO1Np
emUgJm5ic3A7VXNlZCBBdmFpbCBVc2UlIE1vdW50ZWQgb248YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGRh
dGEtcG9vbCAmbmJzcDsgJm5ic3A7ICZuYnNwOyA5MTRHICZuYnNwOyA1MUcgJm5ic3A7ODY0RyAm
bmJzcDsgNiUgL2RhdGE8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBbcm9v
dEBqbWluaTA4IH5dIyBkdSAtaCAvZGF0YTxicj4NCiZndDsmZ3Q7ICZndDsgMTdLIC9kYXRhLzU0
YmE0NjFkLWZiZWMtNDIyZS05MzAwLTJmNTE2NDBlNWIyYS9pbWFnZXM8YnI+DQomZ3Q7Jmd0OyAm
Z3Q7IDIuMU0gL2RhdGEvNTRiYTQ2MWQtZmJlYy00MjJlLTkzMDAtMmY1MTY0MGU1YjJhL2RvbV9t
ZDxicj4NCiZndDsmZ3Q7ICZndDsgMi4xTSAvZGF0YS81NGJhNDYxZC1mYmVjLTQyMmUtOTMwMC0y
ZjUxNjQwZTViMmE8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IDIuMk0gL2RhdGE8YnI+DQomZ3Q7Jmd0OyAm
Z3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBbcm9vdEBqbWluaTA4IH5dIyB6cG9vbCBzdGF0dXM8YnI+
DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwOyBwb29sOiBkYXRhLXBvb2w8YnI+DQomZ3Q7Jmd0OyAmZ3Q7
ICZuYnNwO3N0YXRlOiBPTkxJTkU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwOyBzY2FuOiBub25l
IHJlcXVlc3RlZDxicj4NCiZndDsmZ3Q7ICZndDsgY29uZmlnOjxicj4NCiZndDsmZ3Q7ICZndDs8
YnI+DQomZ3Q7Jmd0OyAmZ3Q7IE5BTUUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7U1RBVEUg
Jm5ic3A7ICZuYnNwOyBSRUFEIFdSSVRFIENLU1VNPGJyPg0KJmd0OyZndDsgJmd0OyBkYXRhLXBv
b2wgJm5ic3A7IE9OTElORSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMCAm
bmJzcDsgJm5ic3A7IDA8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwO21pcnJvci0wICZuYnNwO09O
TElORSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5ic3A7
IDA8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ICZuYnNwOyAmbmJzcDtzZGEgJm5ic3A7ICZuYnNwOyBPTkxJ
TkUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMCAmbmJzcDsgJm5ic3A7IDAgJm5ic3A7ICZuYnNwOyAw
PGJyPg0KJmd0OyZndDsgJmd0OyAmbmJzcDsgJm5ic3A7c2RiICZuYnNwOyAmbmJzcDsgT05MSU5F
ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDAgJm5ic3A7ICZuYnNwOyAwICZuYnNwOyAmbmJzcDsgMDxi
cj4NCiZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGVycm9yczogTm8ga25vd24gZGF0
YSBlcnJvcnM8YnI+DQomZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyAtLSZuYnNwOzxi
cj4NCiZndDsmZ3Q7ICZndDsgdXJ0aG1vdmVyPGJyPg0KJmd0OyZndDsgJmd0Ozxicj4NCiZndDsm
Z3Q7ICZndDsgT24gSnVseSAxNSwgMjAxNCBhdCAxMjoyOToxMiBQTSwgdXJ0aG1vdmVyICh1cnRo
bW92ZXJAZ21haWwuY29tKSB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsm
Z3Q7ICZndDsmZ3Q7IEFsbCw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyBJIGhhdmUgYSBzdG9yYWdl
IGRvbWFpbiB0aGF0IHJlcG9ydHMgaGF2aW5nIDg2M0cgZnJlZS4gJm5ic3A7VGhlIFRvdGFsIFNw
YWNlIGlzIDkxM0cuICZuYnNwO0N1cnJlbnRseSwgdGhlcmUgYXJlIG5vIHZpcnR1YWwgbWFjaGlu
ZXMgdXNpbmcgdGhpcyBzdG9yYWdlIGRvbWFpbi4gJm5ic3A7V2hlbiBJIHNzaCBpbnRvIHRoZSBo
b3N0IHRoZXJlIGlzIDIuMk0gb24gdGhlIHRvcCBsZXZlbCBvZiB0aGF0IG1vdW50IGFjY29yZGlu
ZyB0byBkdS4gJm5ic3A7SG93IGRvIEkgYWNjb3VudA0KIGZvciBhbmQgcmVjbGFpbSB0aGUgbXlz
dGVyaW91cyBzcGFjZSB1c2FnZT88YnI+DQomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmbmJzcDs8YnI+DQom
Z3Q7Jmd0OyAmZ3Q7Jmd0OyAtLSZuYnNwOzxicj4NCiZndDsmZ3Q7ICZndDsmZ3Q7IHVydGhtb3Zl
cjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg==
--_000_5F9E965F5A80BC468BE5F40576769F098C558BF1exchange21_--
9 years, 10 months
Log errors help
by Niklas Fondberg
Sorry for almost spamming the list but I sincerely have problemsŠ
Could anyone help me with debugging some lines in my engine.log:
Here they are:
2014-07-15 16:05:43,650 INFO
[org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [797b0228] Running command:
DeactivateStorageDomainCommand internal: true. Entities affected : ID:
5d6a9b56-e631-493b-8e71-569b5c8a193e Type: Storage
2014-07-15 16:05:43,657 INFO
[org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [797b0228] Lock freed to object
EngineLock [exclusiveLocks= key: 5d6a9b56-e631-493b-8e71-569b5c8a193e
value: STORAGE
, sharedLocks= ]
2014-07-15 16:05:43,685 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-6-thread-24) [797b0228] Correlation ID: 797b0228,
Job ID: 82089d0c-1956-474b-8b90-d24b3998e8b0, Call Stack: null, Custom
Event ID: -1, Message: Storage Domain ISO_DOMAIN (Data Center
local_datacenter) was deactivated by system because it's not visible by
any of the hosts.
2014-07-15 16:05:43,695 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(org.ovirt.thread.pool-6-thread-23) starting processDomainRecovery for
domain 6b08bd4d-b3dc-4cf7-8d61-06dfbb129172:IMPORT_EXPORT
2014-07-15 16:05:43,698 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(org.ovirt.thread.pool-6-thread-23) Domain
6b08bd4d-b3dc-4cf7-8d61-06dfbb129172:IMPORT_EXPORT was reported by all
hosts in status UP as problematic. Moving the domain to NonOperational.
2014-07-15 16:04:45,773 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand
] (DefaultQuartzScheduler_Worker-74) HostName = local_host
2014-07-15 16:04:45,773 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand
] (DefaultQuartzScheduler_Worker-74) Command
HSMGetAllTasksStatusesVDSCommand(HostName = local_host, HostId =
1d734ebb-f32f-41ca-8da8-86cfae93b1e6) execution failed. Exception:
IRSNonOperationalException: IRSGenericException: IRSErrorException:
IRSNonOperationalException: Not SPM: ()
2014-07-15 16:04:45,782 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-74) hostFromVds::selectedVds - local_host,
spmStatus Unknown_Pool, storage pool local_datacenter
2014-07-15 16:04:45,784 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(DefaultQuartzScheduler_Worker-74) START,
ConnectStoragePoolVDSCommand(HostName = local_host, HostId =
1d734ebb-f32f-41ca-8da8-86cfae93b1e6, storagePoolId =
deb50055-1955-4993-bfcb-a642d71e84ce, vds_spm_id = 1, masterDomainId =
c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e, masterVersion = 1), log id: 4556b6d3
2014-07-15 16:04:50,747 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(DefaultQuartzScheduler_Worker-74) Command
org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand
return value
StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=304,
mMessage=Cannot find master domain:
'spUUID=deb50055-1955-4993-bfcb-a642d71e84ce,
msdUUID=c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e']]
2014-07-15 16:04:50,747 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(DefaultQuartzScheduler_Worker-74) HostName = local_host
2014-07-15 16:04:50,748 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(DefaultQuartzScheduler_Worker-74) Command
ConnectStoragePoolVDSCommand(HostName = local_host, HostId =
1d734ebb-f32f-41ca-8da8-86cfae93b1e6, storagePoolId =
deb50055-1955-4993-bfcb-a642d71e84ce, vds_spm_id = 1, masterDomainId =
c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e, masterVersion = 1) execution failed.
Exception: IRSNoMasterDomainException: IRSGenericException:
IRSErrorException: IRSNoMasterDomainException: Cannot find master domain:
'spUUID=deb50055-1955-4993-bfcb-a642d71e84ce,
msdUUID=c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e'
2014-07-15 16:04:50,749 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(DefaultQuartzScheduler_Worker-74) FINISH, ConnectStoragePoolVDSCommand,
log id: 4556b6d3
2014-07-15 16:04:50,749 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-74) IrsBroker::Failed::GetStoragePoolInfoVDS
2014-07-15 16:04:50,749 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-74) Exception: IRSGenericException:
IRSErrorException: IRSNoMasterDomainException: Cannot find master domain:
'spUUID=deb50055-1955-4993-bfcb-a642d71e84ce,
msdUUID=c5ad71bf-e7a9-4ea0-b7a5-89afd5c2a61e'
If there are any expert companies that perform professional services I
would be very grateful for links.
9 years, 10 months
