noVNC and spiceHTML5 keyboard layout
by Nathanaël Blanchet
Hi all,
With 3.6 and SPICE+VNC option, display continue to work, but the keybord
layout is only qwerty with novnc or spiceHTML5. With the native console,
the keyboard layout is the same as expected (fr) in the edit tab.
Is it a known bug? it seems that the desired layout with spiceHTML5 has
never worked before, but with noVNC it was good, so it may be a regression.
Thanks for your help.
--
Nathanaël Blanchet
Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
9 years, 5 months
Migration Return Errors
by Matt Wells
We're running oVirt 3.5 in a two node setup. We've had some storage issues
and getting it humming with Gluster but this seems to have all of that
squared away. Our problem is peculiar and I wanted to ask the list to see
if anyone else has had this. In short you can migrate a VM from one host
to the other but once there it can not return to it's original host.
We attempted a few things yesterday and with testing today I'll attach logs
shortly.
** Environment
Hosts name -
Host1.example.com
Host2.example.com
VMs name -
Server1.example.com
Server2.example.com
This is a hosted-enginge configuration but all seems to be working well.
Even the hosted-engine shows this behavior but I'm focusing on Server 1 and
2; not the engine as I believe it complicates the tests.
* Both nodes are operational with no power management setup
* All VMs reside within the vm_storage mount point
* At this time there is only one Network; it has the VMs and hosts. This
will be broken up after this is resolved.
* Server1 migrates (by hand ) from Host1 to Host2 with no issues
* Server2 is powered on atop Host1 with no issues; leaving one VM on both
hosts
* I attempt to migrate Server1 back to Host1 and he states there is no
available hypervisor
* I can reboot Server2 with no issues, create a new VM on Host1
* A VM can only migrate onces, never able to return from whence it came
The only way to force this is to place Host1 in maintenance mode and
activate again. After this Server2 can return to Host1 but then is unable
to go back to Server2; being in the same cycle
9 years, 5 months
How To: Node Hosted-Engine with less then 16GB
by Alain Gilmor
--_000_3217552491024477ba9926bdf0e12f11GEEEX01globaleagleentco_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Here's a short guide for people having trouble setting up Hosted-Engine usi=
ng only Ovirt Nodes. Anything to do with ' jenkins' OVA did not work for =
me, size mismatch, etc.
Anytime I tried to deploy the Hosted-Engine via the Node TUI, I was not pro=
mpted to adjust the amount of RAM the Hosted-Engine VM takes. (default 16G=
B). After the deploy setup, the Hosted-Engine VM would not boot.
When using a regular Ovirt host to deploy the Hosted-Engine, I was prompted=
to adjust the RAM for the Hosted Engine!
Solution :
Install ovirt-engine RPMs on "host1".
Install ovirt-hosted-engine-appliance RPM. Copy its OVA from /usr/share/ovi=
rt-engine-appliance/ to your webserver
Run hosted-engine -deploy from "host1". Adjust the RAM to 4096.
Run the Hosted-Engine deploy from Node. Let it SCP the config from "host1"
Reboot Host1 as make it another Node.
--_000_3217552491024477ba9926bdf0e12f11GEEEX01globaleagleentco_
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 15 (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:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:1711570428;
mso-list-type:hybrid;
mso-list-template-ids:1930312390 202113039 202113049 202113051 202113039 2=
02113049 202113051 202113039 202113049 202113051;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1
{mso-list-id:1838037515;
mso-list-type:hybrid;
mso-list-template-ids:-804517782 202113039 202113049 202113051 202113039 2=
02113049 202113051 202113039 202113049 202113051;}
@list l1:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></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"FR-CA" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Here’s a short guide for =
people having trouble setting up Hosted-Engine using
<u>only</u> Ovirt Nodes. Anything to do with ‘ jenkins=
217; OVA did not work for me, size mismatch, etc.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><br>
Anytime I tried to deploy the Hosted-Engine via the Node TUI, I was <i>not<=
/i> prompted to adjust the amount of RAM the Hosted-Engine VM takes. =
(default 16GB). After the deploy setup, the Hosted-Engine VM wo=
uld not boot.
<br>
<br>
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">When using a regular Ovirt host=
to deploy the Hosted-Engine, I<u>
<i>was</i></u> prompted to adjust the RAM for the Hosted Engine!<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Solution :<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Install ovirt-engine RPMs on &#=
8220;host1”.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Install ovirt-hosted-engine-app=
liance RPM. Copy its OVA from /usr/share/ovirt-engine-appliance/ to y=
our webserver<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Run hosted-engine –deploy=
from “host1”. Adjust the RAM to 4096.<br>
Run the Hosted-Engine deploy from Node. Let it SCP the config from &#=
8220;host1”<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Reboot Host1 as make it another=
Node.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
</div>
</body>
</html>
--_000_3217552491024477ba9926bdf0e12f11GEEEX01globaleagleentco_--
9 years, 5 months
hosted-engine --deploy using vmfex, not bridged mode ?
by David LeVene
--_000_BLUPR0301MB19712419B3AC58A8EF53D15FE9ED0BLUPR0301MB1971_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi All,
I'm starting to review/test ovirt to see if its suitable to use in our orga=
nisation. I'm following some guides but I'm having trouble with the hosted-=
engine --deploy section.
I want to use VM-FEX to setup this initial host, as when I go bridged mode =
it breaks the networking on the host and I am unable to configure/correctly=
setup everything.
Is there a way I can perform the hosted-engine setup using this method of t=
elling it to use a vm-fex defined network pool? I might need to configure t=
his myself before running hosted-engine deploy.. which is fine but I can't =
touch or edit the virsh settings as there's a password - and I'm not sure h=
ow to get that to modify the networking myself after the initial setup.
FYI - this is the guide I'm following, as we are interested in the gluster =
replication (http://community.redhat.com/blog/2014/10/up-and-running-with-o=
virt-3-5/)
Any suggestions/tips would be appreciated.
Regards
David
This email and any attachments may contain confidential and proprietary inf=
ormation of Blackboard that is for the sole use of the intended recipient. =
If you are not the intended recipient, disclosure, copying, re-distribution=
or other use of any of this information is strictly prohibited. Please imm=
ediately notify the sender and delete this transmission if you received thi=
s email in error.
--_000_BLUPR0301MB19712419B3AC58A8EF53D15FE9ED0BLUPR0301MB1971_
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 15 (filtered medium)">
<style><!--
/* Font Definitions */
@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;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
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;
mso-fareast-language:EN-US;}
@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-AU" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi All,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I’m starting to review/test ovirt to see if it=
s suitable to use in our organisation. I’m following some guides but =
I’m having trouble with the hosted-engine --deploy section.<o:p></o:p=
></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I want to use VM-FEX to setup this initial host, as =
when I go bridged mode it breaks the networking on the host and I am unable=
to configure/correctly setup everything.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Is there a way I can perform the hosted-engine setup=
using this method of telling it to use a vm-fex defined network pool? I mi=
ght need to configure this myself before running hosted-engine deploy.. whi=
ch is fine but I can’t touch or edit
the virsh settings as there’s a password - and I’m not sure ho=
w to get that to modify the networking myself after the initial setup.<o:p>=
</o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">FYI - this is the guide I’m following, as we a=
re interested in the gluster replication (http://community.redhat.com/blog/=
2014/10/up-and-running-with-ovirt-3-5/)<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Any suggestions/tips would be appreciated.<o:p></o:p=
></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Regards<o:p></o:p></p>
<p class=3D"MsoNormal">David<o:p></o:p></p>
</div>
This email and any attachments may contain confidential and proprietary inf=
ormation of Blackboard that is for the sole use of the intended recipient. =
If you are not the intended recipient, disclosure, copying, re-distribution=
or other use of any of this information
is strictly prohibited. Please immediately notify the sender and delete th=
is transmission if you received this email in error.
</body>
</html>
--_000_BLUPR0301MB19712419B3AC58A8EF53D15FE9ED0BLUPR0301MB1971_--
9 years, 5 months
oVirt 3.6 and CentOS 7
by ovirt＠timmi.org
Hi oVirt users,
since a couple of days I'm struggling to install oVirt 3.6 on a CentOS 7
server.
Here are the steps I have done to get oVirt 3.6 engine on the host.
1. Install minimal CentOS
2. update to latest version (yum update)
3. install oVirt 3.6 (yum install ovirt-engine)
4. start rpcbind (systemctl start rpcbind)
5. run engine-setup
--== CONFIGURATION PREVIEW ==--
Application mode : both
Default SAN wipe after delete : False
Firewall manager : firewalld
Update Firewall : True
Host FQDN : hostname.localdomain
Engine database secured connection : False
Engine database host : localhost
Engine database user name : engine
Engine database name : engine
Engine database port : 5432
Engine database host name validation : False
Engine installation : True
NFS setup : True
PKI organization : Me
NFS export ACL : 192.168.1.0/24(rw)
NFS mount point : /home/iso
Configure local Engine database : True
Set application as default page : True
Configure Apache SSL : True
Configure VMConsole Proxy : True
Engine Host FQDN : hostname.localdomain
Configure WebSocket Proxy : True
After the successful installation of the engine I logged into the admin
portal to add the host to the data center.
Here I entered in the following issue:
Adding the host never was successful. I found out that the firewalld was
always stopped and disabled during that process. A manual start of the
firewalld was allowing me to continue.
After that I was able to add the storage to the server.
Now I thought I will be able to install a VM into the host but it looks
like that something else is missing.
I have no options in the drop-down boxes of cluster, templates and OS.
Is anyone able to help me here?
Please note that this is my first oVirt installation.
Best regards and thx
Christoph
9 years, 5 months
vdsm command failed connection reset by peer
by alireza sadeh seighalan
hi everyone
today i saw an error in events tab of ovirt3.6. it shows me this error:
VDSM HV07 command failed connection reset by peer
my vdsm and libvirt services status is:
[root@hv07 ~]# systemctl status vdsmd
vdsmd.service - Virtual Desktop Server Manager
Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
Active: active (running) since Thu 2015-12-10 17:28:10 IRST; 2 days ago
Process: 17321 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
--post-stop (code=exited, status=0/SUCCESS)
Process: 17324 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
--pre-start (code=exited, status=0/SUCCESS)
Main PID: 17417 (vdsm)
CGroup: /system.slice/vdsmd.service
├─ 2407 /usr/libexec/ioprocess --read-pipe-fd 151
--write-pipe-fd 147 --max-threads 10 --max-queued-requests 10
├─ 4072 /usr/libexec/ioprocess --read-pipe-fd 159
--write-pipe-fd 156 --max-threads 10 --max-queued-requests 10
├─ 4190 /usr/libexec/ioprocess --read-pipe-fd 183
--write-pipe-fd 180 --max-threads 10 --max-queued-requests 10
├─ 4212 /usr/libexec/ioprocess --read-pipe-fd 153
--write-pipe-fd 150 --max-threads 10 --max-queued-requests 10
├─ 4234 /usr/libexec/ioprocess --read-pipe-fd 49 --write-pipe-fd
46 --max-threads 10 --max-queued-requests 10
├─14269 /usr/libexec/ioprocess --read-pipe-fd 35 --write-pipe-fd
34 --max-threads 10 --max-queued-requests 10
├─14280 /usr/libexec/ioprocess --read-pipe-fd 48 --write-pipe-fd
45 --max-threads 10 --max-queued-requests 10
├─14289 /usr/libexec/ioprocess --read-pipe-fd 56 --write-pipe-fd
55 --max-threads 10 --max-queued-requests 10
├─14296 /usr/libexec/ioprocess --read-pipe-fd 65 --write-pipe-fd
64 --max-threads 10 --max-queued-requests 10
├─14303 /usr/libexec/ioprocess --read-pipe-fd 73 --write-pipe-fd
72 --max-threads 10 --max-queued-requests 10
├─14310 /usr/libexec/ioprocess --read-pipe-fd 82 --write-pipe-fd
80 --max-threads 10 --max-queued-requests 10
├─14317 /usr/libexec/ioprocess --read-pipe-fd 90 --write-pipe-fd
89 --max-threads 10 --max-queued-requests 10
├─14324 /usr/libexec/ioprocess --read-pipe-fd 97 --write-pipe-fd
96 --max-threads 10 --max-queued-requests 10
├─14331 /usr/libexec/ioprocess --read-pipe-fd 105
--write-pipe-fd 104 --max-threads 10 --max-queued-requests 10
├─14338 /usr/libexec/ioprocess --read-pipe-fd 117
--write-pipe-fd 113 --max-threads 10 --max-queued-requests 10
├─17417 /usr/bin/python /usr/share/vdsm/vdsm
├─17692 /usr/libexec/ioprocess --read-pipe-fd 131
--write-pipe-fd 130 --max-threads 10 --max-queued-requests 10
├─21151 /usr/libexec/ioprocess --read-pipe-fd 126
--write-pipe-fd 124 --max-threads 10 --max-queued-requests 10
├─21215 /usr/libexec/ioprocess --read-pipe-fd 140
--write-pipe-fd 139 --max-threads 10 --max-queued-requests 10
├─21446 /usr/libexec/ioprocess --read-pipe-fd 170
--write-pipe-fd 169 --max-threads 10 --max-queued-requests 10
└─21511 /usr/libexec/ioprocess --read-pipe-fd 178
--write-pipe-fd 177 --max-threads 10 --max-queued-requests 10
Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(589) Request queue full
Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(589) Request queue full
Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(590) Request queue full
Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(590) Request queue full
Dec 11 16:53:57 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(591) Request queue full
Dec 11 16:53:57 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(591) Request queue full
Dec 11 16:54:00 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(592) Request queue full
Dec 11 16:54:00 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(592) Request queue full
Dec 11 16:54:07 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(593) Request queue full
Dec 11 16:54:10 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING
(594) Request queue full
[root@hv07 ~]# systemctl status libvirtd
libvirtd.service - Virtualization daemon
Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled)
Drop-In: /etc/systemd/system/libvirtd.service.d
└─unlimited-core.conf
Active: active (running) since Tue 2015-12-01 09:11:30 IRST; 1 weeks 4
days ago
Docs: man:libvirtd(8)
http://libvirt.org
Main PID: 4523 (libvirtd)
CGroup: /system.slice/libvirtd.service
└─4523 /usr/sbin/libvirtd --listen
Dec 01 09:11:29 hv07.election.local libvirtd[4523]: libvirt version: 1.2.8,
package: 16.el7_1.5 (CentOS BuildSystem <http....org)
Dec 01 09:11:29 hv07.election.local libvirtd[4523]: Module
/usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so not...sible
Dec 01 09:11:30 hv07.election.local systemd[1]: Started Virtualization
daemon.
Dec 01 09:39:59 hv07.election.local libvirtd[4523]: End of file while
reading data: Input/output error
Dec 10 17:28:09 hv07.election.local libvirtd[4523]: End of file while
reading data: Input/output error
Dec 10 17:28:09 hv07.election.local libvirtd[4523]: End of file while
reading data: Input/output error
Hint: Some lines were ellipsized, use -l to show in full.
what should i do? thanks in advance
9 years, 5 months
[Rest API / Python SDK] Setting VM Video Type
by Ollie Armstrong
Hi everyone,
I'm looking for a method of settings the VM's video type to QXL from
the Python SDK, which doesn't appear to be possible in any way.
Whenever I set the graphics protocol to VNC it defaults the video type
to CIRRUS. I'd like to use QXL with VNC, which is possible to set
using the console's web UI.
Has anyone achieved this before? Using the "SPICE + VNC" option with
QXL would also be acceptable, but the API doesn't seem to accept that
value for the graphics protocol.
Cheers,
Ollie
9 years, 5 months
[ANN] oVirt 3.6.1 Fourth Release Candidate is now available for testing
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the Fourth Release Candidate of oVirt 3.6.1 for testing, as of December
10th, 2015.
This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and
Fedora 22.
Highly experimental support for Debian 8.2 Jessie has been added too.
This release candidate includes updated packages for:
- ovirt-engine
- ovirt-engine-extension-aaa-ldap
This release of oVirt 3.6.1 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live ISO will be available soon[2].
Please note that mirrors[3] may need usually one day before being
synchronized.
Please refer to the release notes for known issues in this release.
[1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 5 months
VM migration fails when hardware node fails
by Bill James
We are testing our new ovirt installation. We notice that if I shutdown
a hardware node that the VM's do not migrate off and don't start up
after the node is restarted.
Its a 3 node cluster with the ovirt-engine on a 4th host.
centos 7.1.1503
ovirt-engine-3.6.0.3-1.el7.centos.noarch
glusterfs-3.7.5-1.el7.x86_64
High Availability box is checked, Priority = High.
2015-12-10 11:43:34,251 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-42) [5f8883ec] Correlation ID: 5d94dbf7,
Job ID: 83159d5a-0ab9-4f1b-afbc-e5c2fcbb6e04, Call Stack: null, Custom
Event ID: -1, Message: Failed to migrate VM billjov2.test.j2noc.com to
Host ovirt3.test.j2noc.com . Trying to migrate to another Host.
...
2015-12-10 11:43:49,137 INFO
[org.ovirt.engine.core.vdsbroker.VmAnalyzer]
(DefaultQuartzScheduler_Worker-87) [5f8883ec] VM
'f67a4f38-bb4b-460f-81ea-10ecae60edcc'(billjov2.test.j2noc.com) moved
from 'MigratingFrom' --> 'Up'
2015-12-10 11:43:49,518 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-4) [5f8883ec] Correlation ID: 5d94dbf7,
Job ID: 83159d5a-0ab9-4f1b-afbc-e5c2fcbb6e04, Call Stack: null, Custom
Event ID: -1, Message: Failed to migrate VM billjov2.test.j2noc.com to
Host ovirt1.test.j2noc.com . Trying to migrate to another Host.
Migrating live works just fine.
I haven't found anywhere where it says why it failed when node is down.
Any ideas on why it is failing? And why VM's don't start when node is up?
Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox
This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.
9 years, 5 months
oVirt 4.0 wishlist: progress bar in the WebUI
by Kevin COUSIN
Hi list,
It could be great if we can follow process like moving Disk storage,
snapshots or VM import in the oVirt Interface, like in VMware or VMM.
Regards,
Kevin C
9 years, 5 months
Strange permissions on Hosted Engine HA Agent log files
by Giuseppe Ragusa
Hi all,
I'm installing oVirt (3.6) in self-hosted mode, hyperconverged with GlusterFS (3.7.6).
I'm using the oVirt snapshot generated the night between the 18th and 19th of November, 2015.
The (single, at the moment) host and the Engine are both CentOS 7.1 fully up-to-date.
After ovirt-hosted-engine-setup successful completion, I found the following (about 3 days after setup completed) "anomalies":
666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/agent.log
666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/agent.log.2015-11-23
666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/broker.log
666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/broker.log.2015-11-23
The listing above comes from a custom security checking script that gives:
"octal permissions" "number of links" "owner" "group" - "absolute pathname"
Is the ominous "666" mark actually intended/necessary? ;-)
Do I need to open a bugzilla notification for this?
Many thanks in advance for your attention.
Regards,
Giuseppe
9 years, 5 months
[oVirt 3.5.6] changing RAM of the hosted engine VM
by wodel youchi
Hi,
I have an oVirt 3.5.6 platform using hosted-engine setup.
I installed my engine's VM with 2Gb of memory at the beginning, now I want
to add 2Gb
I've modified /etc/ovirt-hosted-engine/vm.conf on my hypervisors
the VM is booting with 4Gb of memory (free -m), but the GUI is still
showing 2Gb
I tried engine-setup but I get this error
[ INFO ] Cleaning async tasks and compensations
[ ERROR ] Failed to execute stage 'Setup validation': '36'
[ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20151210124227-xrr3g5.log
[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20151210124820-setup.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
Here is the tailf log
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
OVESETUP_WSP_RPMDISRO_PACKAGES_SETUP=str:'ovirt-engine-setup-plugin-websocket-proxy'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
PACKAGER/keepAliveInterval=int:'30'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
PACKAGER/yumDisabledPlugins=list:'[]'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
PACKAGER/yumEnabledPlugins=list:'[]'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
PACKAGER/yumExpireCache=bool:'True'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
PACKAGER/yumRollback=bool:'True'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
PACKAGER/yumpackagerEnabled=bool:'True'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
SYSTEM/clockMaxGap=int:'5'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
SYSTEM/clockSet=bool:'False'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
SYSTEM/commandPath=str:'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
SYSTEM/reboot=bool:'False'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
SYSTEM/rebootAllow=bool:'True'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV
SYSTEM/rebootDeferTime=int:'10'
2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:504
ENVIRONMENT DUMP - END
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage
pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:144
condition False
2015-12-10 12:48:20 INFO otopi.context context.runSequence:417 Stage:
Termination
2015-12-10 12:48:20 DEBUG otopi.context context.runSequence:421 STAGE
terminate
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage
terminate METHOD
otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate
2015-12-10 12:48:20 ERROR otopi.plugins.ovirt_engine_common.base.core.misc
misc._terminate:151 Execution of setup failed
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage
terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage
terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:144
condition False
2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage
terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate
- What is the correct way to modify the engine's VM memory
Thanks in advance.
9 years, 5 months
LocalOnHost Multipath Blacklist Fails
by Duckworth, Douglas C
--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hello=0A=
=0A=
I have a Host with LocalOnHost storage only.=0A=
=0A=
Trying to blacklist the local disks from multipath:=0A=
=0A=
PV VG Fmt Attr PSize PFree=0A=
/dev/sda1 HostVG lvm2 a-- 8.18t 0=0A=
/dev/sdb4 HostVG lvm2 a-- 1.64t 24.00m=0A=
=0A=
As you can see we need to blacklist these devices:=0A=
=0A=
36b8ca3a0ea18e4001a95ba4832bcb7ea=0A=
36b8ca3a0ea18e4001a95b9f82df5609b=0A=
=0A=
scsi-36b8ca3a0ea18e4001a95b9f82df5609b -> ../../sda=0A=
scsi-36b8ca3a0ea18e4001a95b9f82df5609b-part1 -> ../../sda1=0A=
scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea -> ../../sdb=0A=
scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part1 -> ../../sdb1=0A=
scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part2 -> ../../sdb2=0A=
scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part3 -> ../../sdb3=0A=
scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part4 -> ../../sdb4=0A=
=0A=
After making blacklist changes, you can see in "syslog_errors,"=0A=
multipathd does not like my blacklist syntax.=0A=
=0A=
Do you see errors in the multipath.conf file?=0A=
=0A=
Thanks=0A=
Doug=0A=
=0A=
-- =0A=
Thanks=0A=
=0A=
Douglas Charles Duckworth=0A=
Unix Administrator=0A=
Tulane University=0A=
Technology Services=0A=
1555 Poydras Ave=0A=
NOLA -- 70112=0A=
=0A=
E: duckd(a)tulane.edu=0A=
O: 504-988-9341=0A=
F: 504-988-8505=0A=
--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_
Content-Type: text/plain; name="multipath.conf"
Content-Description: multipath.conf
Content-Disposition: attachment; filename="multipath.conf"; size=1444;
creation-date="Thu, 10 Dec 2015 16:18:36 GMT";
modification-date="Thu, 10 Dec 2015 16:18:36 GMT"
Content-Transfer-Encoding: base64
IyBSSEVWIFJFVklTSU9OIDEuMQoKZGVmYXVsdHMgewogICAgcG9sbGluZ19pbnRlcnZhbCAgICAg
ICAgNQogICAgZ2V0dWlkX2NhbGxvdXQgICAgICAgICAgIi9zYmluL3Njc2lfaWQgLS13aGl0ZWxp
c3RlZCAtLXJlcGxhY2Utd2hpdGVzcGFjZSAtLWRldmljZT0vZGV2LyVuIgogICAgbm9fcGF0aF9y
ZXRyeSAgICAgICAgICAgZmFpbAogICAgdXNlcl9mcmllbmRseV9uYW1lcyAgICAgbm8KICAgIGZs
dXNoX29uX2xhc3RfZGVsICAgICAgIHllcwogICAgZmFzdF9pb19mYWlsX3RtbyAgICAgICAgNQog
ICAgZGV2X2xvc3NfdG1vICAgICAgICAgICAgMzAKICAgIG1heF9mZHMgICAgICAgICAgICAgICAg
IDQwOTYKfQoKZGV2aWNlcyB7CmRldmljZSB7CiAgICB2ZW5kb3IgICAgICAgICAgICAgICAgICAi
SElUQUNISSIKICAgIHByb2R1Y3QgICAgICAgICAgICAgICAgICJERi4qIgogICAgZ2V0dWlkX2Nh
bGxvdXQgICAgICAgICAgIi9zYmluL3Njc2lfaWQgLS13aGl0ZWxpc3RlZCAtLXJlcGxhY2Utd2hp
dGVzcGFjZSAtLWRldmljZT0vZGV2LyVuIgp9CmRldmljZSB7CiAgICB2ZW5kb3IgICAgICAgICAg
ICAgICAgICAiQ09NUEVMTlQiCiAgICBwcm9kdWN0ICAgICAgICAgICAgICAgICAiQ29tcGVsbGVu
dCBWb2wiCiAgICBub19wYXRoX3JldHJ5ICAgICAgICAgICBmYWlsCn0KCmJsYWNrbGlzdCB7CiAg
ICAgICAgZGV2bm9kZSAiXihyYW18cmF3fGxvb3B8ZmR8bWR8ZG0tfHNyfHNjZHxzdClbMC05XSIK
ICAgICAgICBkZXZub2RlICJeaGRbYS16XVtbMC05XV0iCiAgICAgICAgZGV2bm9kZSAiXmNjaXNz
IWNbMC05XWRbMC05XSIKICAgICAgICBkZXZub2RlICJec2RhWzAtOV0iCiAgICAgICAgZGV2bm9k
ZSAiXnNkYlswLTldIgp9CmRldmljZSB7CiAgICAjIG11bHRpcGF0aC5jb25mLmRlZmF1bHQKICAg
IHZlbmRvciAgICAgICAgICAgICAgICAgICJER0MiCiAgICBwcm9kdWN0ICAgICAgICAgICAgICAg
ICAiLioiCiAgICBwcm9kdWN0X2JsYWNrbGlzdCAgICAgICAiTFVOWiIKICAgIHBhdGhfZ3JvdXBp
bmdfcG9saWN5ICAgICJncm91cF9ieV9wcmlvIgogICAgcGF0aF9jaGVja2VyICAgICAgICAgICAg
ImVtY19jbGFyaWlvbiIKICAgIGhhcmR3YXJlX2hhbmRsZXIgICAgICAgICIxIGVtYyIKICAgIHBy
aW8gICAgICAgICAgICAgICAgICAgICJlbWMiCiAgICBmYWlsYmFjayAgICAgICAgICAgICAgICBp
bW1lZGlhdGUKICAgIHJyX3dlaWdodCAgICAgICAgICAgICAgICJ1bmlmb3JtIgogICAgIyB2ZHNt
IHJlcXVpcmVkIGNvbmZpZ3VyYXRpb24KICAgIGdldHVpZF9jYWxsb3V0ICAgICAgICAgICIvc2Jp
bi9zY3NpX2lkIC0td2hpdGVsaXN0ZWQgLS1yZXBsYWNlLXdoaXRlc3BhY2UgLS1kZXZpY2U9L2Rl
di8lbiIKICAgIGZlYXR1cmVzICAgICAgICAgICAgICAgICIwIgogICAgbm9fcGF0aF9yZXRyeSAg
ICAgICAgICAgZmFpbAp9Cn0KCg==
--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_
Content-Type: text/plain; name="dmsetup"
Content-Description: dmsetup
Content-Disposition: attachment; filename="dmsetup"; size=1309;
creation-date="Thu, 10 Dec 2015 16:18:36 GMT";
modification-date="Thu, 10 Dec 2015 16:18:36 GMT"
Content-Transfer-Encoding: base64
W3Jvb3RAdHVsaHYycDAxIH5dIyBkbXNldHVwIGluZm8KTmFtZTogICAgICAgICAgICAgIEhvc3RW
Ry1Mb2dnaW5nClN0YXRlOiAgICAgICAgICAgICBBQ1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEw
MjQKVGFibGVzIHByZXNlbnQ6ICAgIExJVkUKT3BlbiBjb3VudDogICAgICAgIDEKRXZlbnQgbnVt
YmVyOiAgICAgIDAKTWFqb3IsIG1pbm9yOiAgICAgIDI1MywgMwpOdW1iZXIgb2YgdGFyZ2V0czog
MQpVVUlEOiBMVk0tbkRoT1k5eERFY1NxbUFzTWg2OXllMjVLYmU1cW1BV0EweW9QUXVXVlNLZlRZ
azYwYTU1bGozNkw5dUtoRDRKdAoKTmFtZTogICAgICAgICAgICAgIEhvc3RWRy1Td2FwClN0YXRl
OiAgICAgICAgICAgICBBQ1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEwMjQKVGFibGVzIHByZXNl
bnQ6ICAgIExJVkUKT3BlbiBjb3VudDogICAgICAgIDEKRXZlbnQgbnVtYmVyOiAgICAgIDAKTWFq
b3IsIG1pbm9yOiAgICAgIDI1MywgMQpOdW1iZXIgb2YgdGFyZ2V0czogMQpVVUlEOiBMVk0tbkRo
T1k5eERFY1NxbUFzTWg2OXllMjVLYmU1cW1BV0E0RVlvRFI0cWljMEsxdHlmeUs5c1JoRHRJZGJv
MUh2MQoKTmFtZTogICAgICAgICAgICAgIEhvc3RWRy1EYXRhClN0YXRlOiAgICAgICAgICAgICBB
Q1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEwMjQKVGFibGVzIHByZXNlbnQ6ICAgIExJVkUKT3Bl
biBjb3VudDogICAgICAgIDEKRXZlbnQgbnVtYmVyOiAgICAgIDAKTWFqb3IsIG1pbm9yOiAgICAg
IDI1MywgNApOdW1iZXIgb2YgdGFyZ2V0czogMgpVVUlEOiBMVk0tbkRoT1k5eERFY1NxbUFzTWg2
OXllMjVLYmU1cW1BV0FpdVpIMXhKZmhrbHpQQm1lQUJTbklBcDB5MEZXS1ZiUQoKTmFtZTogICAg
ICAgICAgICAgIEhvc3RWRy1Db25maWcKU3RhdGU6ICAgICAgICAgICAgIEFDVElWRQpSZWFkIEFo
ZWFkOiAgICAgICAgMTAyNApUYWJsZXMgcHJlc2VudDogICAgTElWRQpPcGVuIGNvdW50OiAgICAg
ICAgMQpFdmVudCBudW1iZXI6ICAgICAgMApNYWpvciwgbWlub3I6ICAgICAgMjUzLCAyCk51bWJl
ciBvZiB0YXJnZXRzOiAxClVVSUQ6IExWTS1uRGhPWTl4REVjU3FtQXNNaDY5eWUyNUtiZTVxbUFX
QWZrT3hJVDdXbDA2RUJ6ZDQ1eE5RTkZhQW5TUVQyc2RkCgpOYW1lOiAgICAgICAgICAgICAgbGl2
ZS1ydwpTdGF0ZTogICAgICAgICAgICAgQUNUSVZFClJlYWQgQWhlYWQ6ICAgICAgICAxMDI0ClRh
YmxlcyBwcmVzZW50OiAgICBMSVZFCk9wZW4gY291bnQ6ICAgICAgICAxCkV2ZW50IG51bWJlcjog
ICAgICAwCk1ham9yLCBtaW5vcjogICAgICAyNTMsIDAKTnVtYmVyIG9mIHRhcmdldHM6IDEKCg==
--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_
Content-Type: text/plain; name="syslog_errors"
Content-Description: syslog_errors
Content-Disposition: attachment; filename="syslog_errors"; size=3646;
creation-date="Thu, 10 Dec 2015 16:18:37 GMT";
modification-date="Thu, 10 Dec 2015 16:18:37 GMT"
Content-Transfer-Encoding: base64
RGVjIDEwIDE2OjA1OjM2IHR1bGh2MnAwMSByb290OiBSRVNUQVJUSU5HIE1VTFRJUEFUSApEZWMg
MTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IGZvcmNlIHF1ZXVlX3dpdGhvdXRfZGFl
bW9uIChvcGVyYXRvcikKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiAtLS0t
LS0tLXNodXQgZG93bi0tLS0tLS0KRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBrZXJuZWw6IGRl
dmljZS1tYXBwZXI6IHRhYmxlOiAyNTM6NTogbXVsdGlwYXRoOiBlcnJvciBnZXR0aW5nIGRldmlj
ZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIGtlcm5lbDogZGV2aWNlLW1hcHBlcjogaW9jdGw6
IGVycm9yIGFkZGluZyB0YXJnZXQgdG8gdGFibGUKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBt
dWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDI2LCBpbnZhbGlkIGtleXdvcmQ6IGJsYWNr
bGlzdApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25m
IGxpbmUgMjcsIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYy
cDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMjgsIGludmFsaWQga2V5d29yZDog
ZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5j
b25mIGxpbmUgMjksIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVs
aHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzAsIGludmFsaWQga2V5d29y
ZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0
aC5jb25mIGxpbmUgMzEsIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6Mzkg
dHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzMsIGludmFsaWQga2V5
d29yZDogZGV2aWNlCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlw
YXRoLmNvbmYgbGluZSAzNSwgaW52YWxpZCBrZXl3b3JkOiB2ZW5kb3IKRGVjIDEwIDE2OjA1OjM5
IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDM2LCBpbnZhbGlkIGtl
eXdvcmQ6IHByb2R1Y3QKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0
aXBhdGguY29uZiBsaW5lIDM3LCBpbnZhbGlkIGtleXdvcmQ6IHByb2R1Y3RfYmxhY2tsaXN0CkRl
YyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSAz
OCwgaW52YWxpZCBrZXl3b3JkOiBwYXRoX2dyb3VwaW5nX3BvbGljeQpEZWMgMTAgMTY6MDU6Mzkg
dHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzksIGludmFsaWQga2V5
d29yZDogcGF0aF9jaGVja2VyCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDog
bXVsdGlwYXRoLmNvbmYgbGluZSA0MCwgaW52YWxpZCBrZXl3b3JkOiBoYXJkd2FyZV9oYW5kbGVy
CkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGlu
ZSA0MSwgaW52YWxpZCBrZXl3b3JkOiBwcmlvCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVs
dGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSA0MiwgaW52YWxpZCBrZXl3b3JkOiBmYWlsYmFj
awpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxp
bmUgNDMsIGludmFsaWQga2V5d29yZDogcnJfd2VpZ2h0CkRlYyAxMCAxNjowNTozOSB0dWxodjJw
MDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSA0NSwgaW52YWxpZCBrZXl3b3JkOiBn
ZXR1aWRfY2FsbG91dApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRp
cGF0aC5jb25mIGxpbmUgNDYsIGludmFsaWQga2V5d29yZDogZmVhdHVyZXMKRGVjIDEwIDE2OjA1
OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ3LCBpbnZhbGlk
IGtleXdvcmQ6IG5vX3BhdGhfcmV0cnkKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBh
dGhkOiB1bm1hdGNoZWQgJ30nIGF0IGxpbmUgNDggb2YgY29uZmlnIGZpbGUKRGVjIDEwIDE2OjA1
OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ4LCBpbnZhbGlk
IGtleXdvcmQ6IH0KRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiB1bm1hdGNo
ZWQgJ30nIGF0IGxpbmUgNDkgb2YgY29uZmlnIGZpbGUKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAw
MSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ5LCBpbnZhbGlkIGtleXdvcmQ6IH0K
RGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiAzNmI4Y2EzYTBlYTE4ZTQwMDFh
OTViOWY4MmRmNTYwOWI6IGlnbm9yaW5nIG1hcApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIGtl
cm5lbDogZGV2aWNlLW1hcHBlcjogdGFibGU6IDI1Mzo1OiBtdWx0aXBhdGg6IGVycm9yIGdldHRp
bmcgZGV2aWNlCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEga2VybmVsOiBkZXZpY2UtbWFwcGVy
OiBpb2N0bDogZXJyb3IgYWRkaW5nIHRhcmdldCB0byB0YWJsZQpEZWMgMTAgMTY6MDU6MzkgdHVs
aHYycDAxIG11bHRpcGF0aGQ6IDM2YjhjYTNhMGVhMThlNDAwMWE5NWJhNDgzMmJjYjdlYTogaWdu
b3JpbmcgbWFwCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgdWRldmQtd29ya1s3NzIxXTogcmVz
c2l6ZSAxMDI0IHRvbyBzaG9ydApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6
IHBhdGggY2hlY2tlcnMgc3RhcnQgdXAKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSB1ZGV2ZC13
b3JrWzc3MTZdOiByZXNzaXplIDEwMjQgdG9vIHNob3J0CkRlYyAxMCAxNjoxMDowMCB0dWxodjJw
MDEgcnBjLnN0YXRkWzM4Nzc1XTogVmVyc2lvbiAxLjIuMyBzdGFydGluZwpEZWMgMTAgMTY6MTA6
MDAgdHVsaHYycDAxIHJwYy5zdGF0ZFszODc3NV06IEZsYWdzOiBUSS1SUEMgCkRlYyAxMCAxNjox
MDowMCB0dWxodjJwMDEgcnBjLnN0YXRkWzM4Nzc1XTogZmFpbGVkIHRvIGNyZWF0ZSBSUEMgbGlz
dGVuZXJzLCBleGl0aW5nCkRlYyAxMCAxNjoxMDowMiB0dWxodjJwMDEga2VybmVsOiBkZXZpY2Ut
bWFwcGVyOiB0YWJsZTogMjUzOjU6IG11bHRpcGF0aDogZXJyb3IgZ2V0dGluZyBkZXZpY2UKRGVj
IDEwIDE2OjEwOjAyIHR1bGh2MnAwMSBrZXJuZWw6IGRldmljZS1tYXBwZXI6IGlvY3RsOiBlcnJv
ciBhZGRpbmcgdGFyZ2V0IHRvIHRhYmxlCkRlYyAxMCAxNjoxMDowMiB0dWxodjJwMDEga2VybmVs
OiBkZXZpY2UtbWFwcGVyOiB0YWJsZTogMjUzOjU6IG11bHRpcGF0aDogZXJyb3IgZ2V0dGluZyBk
ZXZpY2UKRGVjIDEwIDE2OjEwOjAyIHR1bGh2MnAwMSBrZXJuZWw6IGRldmljZS1tYXBwZXI6IGlv
Y3RsOiBlcnJvciBhZGRpbmcgdGFyZ2V0IHRvIHRhYmxlCkRlYyAxMCAxNjoxMDowMiB0dWxodjJw
MDEgdWRldmQtd29ya1s3NzIxXTogcmVzc2l6ZSAxMDI0IHRvbyBzaG9ydApEZWMgMTAgMTY6MTA6
MDIgdHVsaHYycDAxIHVkZXZkLXdvcmtbNzcxNl06IHJlc3NpemUgMTAyNCB0b28gc2hvcnQKCg==
--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_--
9 years, 5 months
hot plug memory in el7
by Nathanaël Blanchet
Hi all,
I may miss something but according to
http://www.ovirt.org/Features/Hot_Plug_Memory, ovirt 3.6 was supposed to
support the hot plug memory feature. Nothing happens in reality when
increasing memory on a running vm with centos7.
I found this :
http://lists.ovirt.orgpipermail/kimchi-devel/2015-June/010714.html, and
it seems that el7.1 can't support the feature because of its libvirt
version (1.2.8) while the required one is 1.2.14.
I didn't test, but I guess F22 supports it.
Is there any chance that el7.2 would support it with a backported libvirtd?
Or will a dedicated libvirt rhev package be released so as the
downstream to support it (like qemu-kvm for live snapshot some time ago)?
Documentation and limitation of the libvirt version for hot plug memory
are difficult to find in the ovirt wiki and more generally on the web.
Maybe the feature has been postponed to a 3.6.z release?
Thank you for your help
9 years, 5 months
Migration failed
by Massimo Mad
Hi Michal,
This is my configuration end the error:
1 start to migrate the vm from cluster in centos 6.x to cluster un centos
bare-metal 7.x
Migration started (VM: Spacewalk, Source: ovirtxx3, Destination: ovirtxx5,
User: admin@internal).
2 first error: Migration failed due to Error: Fatal error during
migration. Trying to migrate to another Host (VM: Spacewalkp, Source:
ovirtxx03, Destination: ovirtxx05).
3 Second error: Migration failed, No available host found (VM: Spacewalk,
Source: ovirtxx3).
Regards
Massimo
9 years, 5 months
engine-setup failed because of postgres 9.4
by Fabrice Bacchella
--Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
I'm on a RHEL 7, trying to install a ovirt 3.6.0.3.
The database used is on a remote server, using a postgres 9.4.
The backup of the previous database fails with :
2015-12-10 12:04:13 DEBUG =
otopi.**FILTERED**_engine_setup.engine_common.database =
database.backup:661 db backup res {'result': [{'stderr': 'pg_dump: =
server version: 9.4.5; pg_dump version: 9.2.14\npg_dump: aborting =
because of server version mismatch\n', 'rc': 1}], 'stdout': ''}
But the good pg_dump is in the path:
~# type pg_dump
pg_dump is /usr/pgsql-9.4/bin/pg_dump
Although in the log file:
2015-12-10 12:40:19 DEBUG otopi.context context.dumpEnvironment:510 ENV =
COMMAND/pg_dump=3Dstr:'/bin/pg_dump'
Why ? How can I enforce the use of the latest pg_dump without rewrinting =
the '/bin/pg_dump' which is owned by the official postgres package ?
--Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii
<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">I'm on a RHEL 7, trying to install a ovirt 3.6.0.3.<div =
class=3D""><br class=3D""></div><div class=3D"">The database used is on =
a remote server, using a postgres 9.4.</div><div class=3D""><br =
class=3D""></div><div class=3D"">The backup of the previous database =
fails with :</div><div class=3D""><div style=3D"margin: 0px; font-size: =
11px; font-family: Menlo;" class=3D"">2015-12-10 12:04:13 DEBUG =
otopi.**FILTERED**_engine_setup.engine_common.database =
database.backup:661 db backup res {'result': [{'stderr': 'pg_dump: =
server version: 9.4.5; pg_dump version: 9.2.14\npg_dump: aborting =
because of server version mismatch\n', 'rc': 1}], 'stdout': =
''}</div></div><div class=3D""><br class=3D""></div><div class=3D"">But =
the good pg_dump is in the path:</div><div class=3D""><br =
class=3D""></div><div class=3D""><div style=3D"margin: 0px; font-size: =
11px; font-family: Menlo;" class=3D"">~# type pg_dump</div><div =
style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" =
class=3D"">pg_dump is /usr/pgsql-9.4/bin/pg_dump</div></div><div =
class=3D""><br class=3D""></div><div class=3D"">Although in the log =
file:</div><div class=3D""><br class=3D""></div><div class=3D""><div =
style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" =
class=3D"">2015-12-10 12:40:19 DEBUG otopi.context =
context.dumpEnvironment:510 ENV COMMAND/<span =
style=3D"font-variant-ligatures: no-common-ligatures; color: #ffffff; =
background-color: #000000" class=3D"">pg_dump</span>=3Dstr:'/bin/<span =
style=3D"font-variant-ligatures: no-common-ligatures; color: #ffffff; =
background-color: #000000" class=3D"">pg_dump</span>'</div></div><div =
class=3D""><br class=3D""></div><div class=3D"">Why ? How can I enforce =
the use of the latest pg_dump without rewrinting the <span =
style=3D"font-family: Menlo; font-size: 11px;" =
class=3D"">'/bin/</span><span style=3D"font-family: Menlo; font-size: =
11px; color: rgb(255, 255, 255); background-color: rgb(0, 0, 0);" =
class=3D"">pg_dump</span><span style=3D"font-family: Menlo; font-size: =
11px;" class=3D"">'</span> which is owned by the official postgres =
package ?</div><div class=3D""><br class=3D""></div></body></html>=
--Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A--
9 years, 5 months
Auto Provisioning using Ovirt API's or scripts
by Virat, Thakur
--_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Dear Ovirt,
I have configured Ovirt in my environment in such a =
manner by installing Ovirt Engine 3.4 on one physical server & ovirt node =
on other physical server and have created template & provisioned VM's.
I need to Know what API's or script is needed to auto provision or schedule=
VM's to users and the users will be using Spice Protocol at their end to a=
ccess Vm's. Is there any solution for this. Please need help on this.
Thanks & Regards
Virat Thakur
India-Asia Pacific
Contact:- +91-9724274349
--_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_
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:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";
mso-fareast-language:EN-US;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.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=3D"EN-IN" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Dear Ovirt,<o:p></o:p></p>
<p class=3D"MsoNormal"> &nbs=
p; &=
nbsp; I have configured Ovirt in my environment in such a manner by install=
ing Ovirt Engine 3.4 on one physical server & ovirt node on other=
physical server and have created template & provisioned VM’s.<o:=
p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I need to Know what API’s or script is needed =
to auto provision or schedule VM’s to users and the users will be usi=
ng Spice Protocol at their end to access Vm’s. Is there any solution =
for this. Please need help on this.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-IN">Thanks &a=
mp; Regards<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><span style=3D"mso-fareast-language:EN-IN"> =
Virat Thakur<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><b><span style=3D"mso-fareast-language:EN-IN"> =
India-Asia Pacific<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><b><span style=3D"mso-fareast-language:EN-IN">Contac=
t:- +91-9724274349<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_--
9 years, 5 months
Re: [ovirt-users] Server dont work after Host setting
by Yedidyah Bar David
On Mon, Dec 7, 2015 at 2:59 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> wrote:
> Am 2015-12-07 13:41, schrieb Yedidyah Bar David:
>>
>> On Mon, Dec 7, 2015 at 1:54 PM, Taste-Of-IT <kontakt(a)taste-of-it.de>
>> wrote:
>>>
>>> Am 2015-12-07 11:17, schrieb Yedidyah Bar David:
>>>>
>>>>
>>>> On Mon, Dec 7, 2015 at 11:34 AM, Taste-Of-IT <kontakt(a)taste-of-it.de>
>>>> wrote:
>>>>>
>>>>>
>>>>> Am 2015-12-07 10:21, schrieb Yedidyah Bar David:
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Dec 7, 2015 at 11:05 AM, Taste-Of-IT <kontakt(a)taste-of-it.de>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 2015-12-07 08:06, schrieb Yedidyah Bar David:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Dec 7, 2015 at 12:38 AM, Taste-Of-IT
>>>>>>>> <kontakt(a)taste-of-it.de>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hello,
>>>>>>>>> i am new with ovirt and i installed ovirt engine 3.6 on centos 7.
>>>>>>>>> After
>>>>>>>>> first login i create the host with fqdn of ovirt server but without
>>>>>>>>> powersavesettings. Firt i saw installing as status for host, but
>>>>>>>>> after
>>>>>>>>> a
>>>>>>>>> while nothing happend, I reboot the server. In engine.log i see
>>>>>>>>> "VMs
>>>>>>>>> initialization finished for Host", but i cant open the webgui. What
>>>>>>>>> can
>>>>>>>>> i
>>>>>>>>> do? Where can i look to find the error and what have i done wrong?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> If host-deploy managed to finish, you can see its log in [1].
>>>>>>>> Otherwise
>>>>>>>> please try to (re)install the host.
>>>>>>>>
>>>>>>>> [1] /var/log/ovirt-engine/host-deploy/
>>>>>>>>
>>>>>>>> Best,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi Didi,
>>>>>>> ok i will have a closer look into the log. Actuall the WebGUI doesnt
>>>>>>> load,
>>>>>>> services are up and running. How can i reinstall the host? Via cli?
>>>>>>> Or
>>>>>>> do
>>>>>>> you mean the hostsystem with installed ovirt engine? thx
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Not sure I follow.
>>>>>>
>>>>>> The engine runs on some machine, let's call it "the engine machine".
>>>>>> If it's a self-hosted-engine, it's running inside a VM managed by
>>>>>> itself.
>>>>>> Otherwise it's running elsewhere (on some physical machine, or some
>>>>>> other
>>>>>> VM).
>>>>>>
>>>>>> A "Host", in ovirt terminology, is where VMs run.
>>>>>>
>>>>>> Now please describe what you did, what you now try to do that doesn't
>>>>>> work, and what you can find in logs that might be related.
>>>>>>
>>>>>> If you can't access the web admin ui, that's a completely different
>>>>>> problem than if you can't add a host to the engine.
>>>>>>
>>>>>> Best,
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Hi Didi,
>>>>> as far i understand there are to ways to setup ovirt. One as
>>>>> self-hosted
>>>>> enginge for ha and with ovirt host in vm on storage
>>>>
>>>>
>>>>
>>>> That's called "self-hosted-engine"
>>>>
>>>>> and hosted engine where
>>>>> all runs on the same host.
>>>>
>>>>
>>>>
>>>> This is called all-in-one [1].
>>>>
>>>> [1] http://www.ovirt.org/Feature/AllInOne
>>>>
>>>>> So i setup hosted engine on same machine and in
>>>>> installation process i setup iso_domain via nfs too. i have done
>>>>> nothing
>>>>> more yet. so as i can see and read from the manual i now have to setup
>>>>> the
>>>>> host,
>>>>
>>>>
>>>>
>>>> No. You are not supposed to setup the host from the web interface.
>>>> I didn't try that recently, but in the past there were issues similar
>>>> to what you wrote below. Please follow the instructions in that page.
>>>> Also please note that in 4.0, allinone will be dropped. Systems that
>>>> wish to have everything on a single host will need to use hosted-engine.
>>>> Also note that people reported locking issues with local nfs mounts, so
>>>> it seems like the safest bet for now is to use nested kvm - run a VM to
>>>> play the "Host" role, and another VM as an nfs server (or iscsi), and
>>>> then either a third VM for the engine, or hosted-engine (meaning, engine
>>>> runs inside a VM running inside the first VM).
>>>>
>>>>> than network and than data domain and so on. now i setup the host and
>>>>> say new, put a name inside and the fqdn of the initial host of host
>>>>> engine
>>>>> like myserver.com. after that i saw the progress which says
>>>>> "installing.." i
>>>>> wait several minutes and after that i got network time out and cant
>>>>> enter
>>>>> the webgui. hope that helps
>>>>
>>>>
>>>>
>>>> Good luck,
>>>
>>>
>>>
>>> Hi,
>>> that sounds not good. As i understand the only way with ovirt from
>>> Version 4
>>> will self-hosted-engine and i have to setup all in nested-vms if i want
>>> or
>>> only can use one machine, right?
>>
>>
>> Not sure I completely followed.
>>
>> allinone will not be supported in 4.
>>
>> hosted-engine will be the only way to install an entire ovirt system on
>> a single machine, _supported_ by ovirt. And as I said, even this one will
>> require an external storage machine.
>>
>> Of course you can use virsh/kvm or whatever other means for creating VMs
>> and use them to setup ovirt.
>>
>>>
>>> Ok i will have to reinstall my testsystem. Is that the way todo:
>>> http://www.ovirt.org/Features/Self_Hosted_Engine?
>>
>>
>> Yes, but you can use the howto [1], which is perhaps more comfortable.
>>
>> [1] http://www.ovirt.org/Hosted_Engine_Howto
>>
>>> So i have to install ovirt
>>> on centos7, than create a kvm with centos for the engine than for the
>>> host
>>> and last a kvm for the nfs and data domain with centos, or better to use
>>> iscsi du to performance? after that i can install the first virtuall
>>> machine,right?
>>
>>
>> Depends on what you want to do.
>>
>> BTW, I didn't mention glusterfs, mainly because I do not know it well,
>> but that's also something to consider.
>>
>>> sounds strange and complicated...
>>
>>
>> ovirt is not designed to manage a single machine. For a single machine,
>> simpler libvirt frontends are easier to use. If you install it just to
>> learn/test, that's how it goes.
>
> Hi,
> ok i have to lunge. i have to migrate from proxmox to another vm-system and
> thing ovirt is just fine while open source.. so i asked in the irc for my
> situation and if ovirt does fit. i have only one server which should run a
> few kvm vm guests (debian, centos, ubuntu...) and also for webservices. in
> the irc they point me to the all-in-solution, i think at that time they
> didnt know that it will not further supporter from version 4 onto.. for my
> situation 2 server are to much but i will later add more server with ha
> usability.
(Re-adding the list, adding Sandro)
The plan for hyper-convergence is to require at least 3 hosts, so that you
have a replica-3 cluster storage.
Perhaps we should reconsider allowing local storage with hosted-engine.
This will prevent HA, but will fit into the place of current allinone
usage. The next stage will be that users will ask to migrate this local
storage to shared one (or even gluster :-) ).
For a 2-cluster HA setup we do not have, or plan to have AFAIK, any
official support, but you can have a look at DRBD [1].
[1] http://www.ovirt.org/Features/DRBD
Best,
--
Didi
9 years, 5 months
Importing a Windows Guest in oVirt
by David Lo Bascio
This is a multi-part message in MIME format.
--------------090807030805030403030506
Content-Type: text/plain; charset=iso-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Hi everyone,
I migrated several Linux guest this way:
/virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path>
--network <network> <guest>/
Now, I have some Windows guest running on KVM managed by libvirt and I
would like to import them in oVirt through virt-v2v in a similar way.
Can you help me?
Thanks a lot!
David
--------------090807030805030403030506
Content-Type: text/html; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-15">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi everyone,<br>
<br>
I migrated several Linux guest this way:<br>
<i>virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os
<host>:<path> --network <network> <guest></i><br>
<br>
Now, I have some Windows guest running on KVM managed by libvirt and
I would like to import them in oVirt through virt-v2v in a similar
way. <br>
Can you help me?<br>
<br>
Thanks a lot!<br>
David<br>
<br>
<br>
<br>
</body>
</html>
--------------090807030805030403030506--
9 years, 5 months
[ANN] oVirt 3.6.1 Third Release Candidate is now available for testing
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the Third Release Candidate of oVirt 3.6.1 for testing, as of December
10th, 2015.
This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and
Fedora 22.
Highly experimental support for Debian 8.2 Jessie has been added too.
This release candidate includes updated packages for:
- ovirt-engine
- ovirt-engine-extension-aaa-jdbc
- ovirt-hosted-engine-ha
- ovirt-hosted-engine-setup
- vdsm
This release of oVirt 3.6.1 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live ISO will be available soon[2].
Please note that mirrors[3] may need usually one day before being
synchronized.
Please refer to the release notes for known issues in this release.
[1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 5 months
vms on storage
by Budur Nagaraju
HI
Need some clarification , if I copy the deployed vms from the storage to
another storage by using the backup tools will be able to deploy the backed
up vms in another engine ?
9 years, 5 months
solution for removing a data storage
by alireza sadeh seighalan
hi everyone
for removing a data storage and add it again this solution is ok:
1. Use the Storage resource tab, tree mode
2. Select the storage domain in the main tab
3. In the details pane at bottom select datacenter tab
4. Select the DC where the storage domain is active
5. Select Maintenance link
6. Select Detach link to detach from the data center.
Now you don't see any more the storage domain in storage resource tab.
7. Go to system --> Storage
and the storage domain now in in an unlinked state
8. Select the storage domain and choose "remove"
9. Select a host from the list.
10. Click OK to remove the storage domain and close the window.
best regards
seighalani
9 years, 5 months
ISO_DOMAIN unknow file type
by alireza sadeh seighalan
hi everyone
i get this message in Events section of OVIRT 3.6 .everything is ok
apparently but i feared that create a big problem in the future.what should
i do? thankd in advance
Refresh image lisst failed for domain(s): ISO_DOMAIN (Unknown file type)
Please check domain activity.
9 years, 5 months
Re: [ovirt-users] ISO_DOMAIN unknow file type
by Fred Rolland
Hi,
I saw it happening on my dev env also.
It is nothing harmful but definitely a bug.
Can you please open a BZ , and attach the logs?
Thanks,
Fred
On Wed, Dec 9, 2015 at 3:18 PM, alireza sadeh seighalan <
seighalani(a)gmail.com> wrote:
> hi Mr Rolland
>
> i attached engine and vdsm logs.thanks in advance
>
> On Wed, Dec 9, 2015 at 4:22 PM, Fred Rolland <frolland(a)redhat.com> wrote:
>
>> Hi,
>>
>> Can you check if it happens when you select your ISO domain and select
>> the "Images" tab in the lower pane ?
>>
>> In any case, you will need to provide logs for both engine and vdsm so we
>> can investigate deeper.
>>
>> Thanks,
>>
>> Fred
>>
>> On Wed, Dec 9, 2015 at 1:33 PM, alireza sadeh seighalan <
>> seighalani(a)gmail.com> wrote:
>>
>>> hi everyone
>>>
>>>
>>> i get this message in Events section of OVIRT 3.6 .everything is ok
>>> apparently but i feared that create a big problem in the future.what should
>>> i do? thankd in advance
>>>
>>>
>>> Refresh image lisst failed for domain(s): ISO_DOMAIN (Unknown file type)
>>> Please check domain activity.
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
9 years, 5 months
Local Storage issue
by Maksim Naumov
Hello
I have a local data center and local storage on the host. From time to time
storage became unavailable. All the VM on this host lose information about
an ip address, fqdn and other (but they still running).
I've checked the logs and everything that I found is:
2015-12-09 11:28:48,533 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-65) []
IrsBroker::Failed::GetStoragePoolInfoVDS: IRSGenericException:
IRSErrorException: IRSNonOperationalException: Could not connect host to
Data Center(Storage issue)
How can I fix it?
--
Maksim Naumov
Hitmeister GmbH
Softwareentwickler
Habsburgerring 2
50674 Köln
E: maksim.naumov(a)hitmeister.de
www.hitmeister.de
HRB 59046, Amtsgericht Köln
Geschäftsführer: Dr. Gerald Schönbucher
9 years, 5 months
Adding (silently) a channel device to my Guests
by Jean-Pierre Ribeauville
--_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
HI,
I'm investigating how to add "automatically" a channel to my Guests , in o=
rder to establish datas exchanges
between a piece of code running in the host and its companion running in G=
uests.
My wish is to do that via a script without user action ( as installation pr=
ocess is doing to add qemu and vdsm channels).
May I find , within the sources , some scripts examples ?
BTW , is it possible to add a channel via ovirt GUI ( as it's possible vi=
a VM manager GUI within host) ?
Thx for help.
Regards,
J.P. Ribeauville
P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez =E0 l'environnement avant d'imprimer.
--_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_
Content-Type: text/html; charset="iso-8859-1"
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=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Webdings;
panose-1:5 3 1 2 1 5 9 6 7 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
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"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">HI,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I’m investigating h=
ow to add “automatically” a channel to my Guests , in order to =
establish datas exchanges
<br>
between a piece of code running in the host and its companion running=
in Guests.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">My wish is to do that via a scr=
ipt without user action ( as installation process is doing to add qemu and =
vdsm channels).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">May I find , within the sources=
, some scripts examples ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">BTW , is it possible to add a c=
hannel via ovirt GUI ( as it’s possible via VM manager GU=
I within host) ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Thx for help.<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding=
=3D"0">
<tbody>
<tr>
<td valign=3D"top" style=3D"padding:0cm 4.5pt 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:9.0pt;fon=
t-family:"Arial","sans-serif";color:#888888;mso-fareast=
-language:FR"><o:p> </o:p></span></b></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:8.5pt;fon=
t-family:"Arial","sans-serif";color:#888888;mso-fareast=
-language:FR">J.P. Ribeauville<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:8.5pt;font-f=
amily:"Arial","sans-serif";color:#737373;mso-fareast-la=
nguage:FR"><o:p> </o:p></span></p>
</td>
</tr>
<tr>
<td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:red;mso-fareast-language:FR">P:
</span><span style=3D"font-size:8.5pt;font-family:"Arial","s=
ans-serif";color:#737373;mso-fareast-language:FR">+33.(0).1.47.17.=
20.49</span><span style=3D"font-size:8.5pt;font-family:"Arial",&q=
uot;sans-serif";color:#737373;mso-fareast-language:FR"><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR">.<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR">Pute=
aux 3 Etage 5 Bureau 4<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR"><o:p=
> </o:p></span></p>
<p class=3D"MsoNormal"><u><span lang=3D"EN-US" style=3D"font-size:9.0pt;col=
or:red;mso-fareast-language:FR"><a href=3D"mailto:jpribeauville@axway.com">=
<span lang=3D"FR" style=3D"color:blue">jpribeauville(a)axway.com</span></a></=
span></u><u><span style=3D"font-size:9.0pt;color:red;mso-fareast-language:F=
R"><br>
</span></u><span style=3D"font-size:9.0pt;color:red;mso-fareast-language:FR=
"><a href=3D"http://www.axway.com/"><span style=3D"color:red">http://www.ax=
way.com</span></a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR"><o:p=
> </o:p></span></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><span style=3D"display:none;mso-fareast-language:FR"=
><o:p> </o:p></span></p>
<table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding=
=3D"0">
<tbody>
<tr>
<td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><span style=3D"font-size:18.0pt;font-family:Webdings=
;color:#888888;mso-fareast-language:FR">P</span><span style=3D"font-size:8.=
0pt;font-family:"Arial","sans-serif";color:#888888;mso-=
fareast-language:FR"> Pensez =E0 l’environnement avant d’i=
mprimer.</span><span style=3D"font-size:8.0pt;font-family:"Arial"=
,"sans-serif";color:#888888;mso-fareast-language:FR"><o:p></o:p><=
/span></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:FR"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_--
9 years, 5 months
Hosted Engine
by Budur Nagaraju
HI
If the kvm server from which hosted engine is pushed goes down will it
affect to the engine ?
Thanks,
Nagaraju
9 years, 5 months
CentOS 7.1 and virt-v2v
by CLSA Mcmaster
Greetings
I am new to both CentOS and oVirt. I have been hoping to migrate some
virtual machines from VMware to oVirt and I have hit a wall.
CentOS 7.1 does not include the tool virt-v2v with the libguestfs-tools
package. I have enabled the CR repository and upgraded but no luck. I have
attempted to compile but the dependency whack-a-mole process wore me down
and I eventually hot another wall with supermin not being "new enough". I
tried to compile that and ran into more dependency issues.
Frankly, I am at the point of throwing in the towel but I'm hoping someone
can offer advise or insight on obtaining the tool through other means. I
would also be open to importing guests through another method. For example,
the oVirt interface has a utility to import OVA files. Is that VMware
created OVA files? The dialogue has host and path. Is the path to be on the
host or the engine? Can it be any path?
Thank you in advance for any support offered.
Sean.
9 years, 5 months
Multiple export domains limit?
by Nicolas Ecarnot
Hello,
How comes there is a limitation (of one) in the number of simultaneously
mounted export domains?
Thank you.
--
Nicolas ECARNOT
9 years, 5 months
Severale Exports domain
by Kevin COUSIN
Hi list,
Is it possible to add more than 1 export domain in oVirt ?
Regards,
Kevin C
9 years, 5 months
Backup of vm
by Budur Nagaraju
HI
Pls let me know how to take backup of vms and restore in oVirt ?
Thanks,
Nagaraju
9 years, 5 months
Postgresql failure (was: Ovirt Engine Issue)
by Yedidyah Bar David
On Mon, Dec 7, 2015 at 4:00 PM, Melissa Mesler <melissa(a)aasteel.com> wrote:
> Here is what I retrieved from the postresql logs:
>
> LOG: database system was interrupted; last known up at 2015-12-04 10:57:43
> CST
> LOG: unexpected pageaddr 0/69564000 in log file 0, segment 107, offset
> 5652480
> LOG: invalid primary checkpoint record
> LOG: unexpected pageaddr 0/6952A000 in log file 0, segment 107, offset
> 5414912
> LOG: invalid secondary checkpoint record
> PANIC: could not locate a valid checkpoint record
> LOG: startup process (PID 1637) was terminated by signal 6: Aborted
> LOG: aborting startup due to startup process failure
> LOG: database system was interrupted; last known up at 2015-12-04 10:57:43
> CST
> LOG: unexpected pageaddr 0/69564000 in log file 0, segment 107, offset
> 5652480
> LOG: invalid primary checkpoint record
> LOG: unexpected pageaddr 0/6952A000 in log file 0, segment 107, offset
> 5414912
> LOG: invalid secondary checkpoint record
> PANIC: could not locate a valid checkpoint record
> LOG: startup process (PID 2632) was terminated by signal 6: Aborted
> LOG: aborting startup due to startup process failure
>
> Also, when I did the sync on the ovirt vm it was powered off. I know not to
> do live syncs as there could be issues. That's why I'm so confused that
> there's a pr oblem.
No idea, adding Eli and changing subject.
Best,
>
>
>
> On 12/7/15 1:03 AM, Yedidyah Bar David wrote:
>
> On Mon, Dec 7, 2015 at 12:09 AM, Melissa Mesler <melissa(a)aasteel.com> wrote:
>
> Hopefully someone can give me a good idea of how to troubleshoot an ovirt
> issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have
> Ovirt running as a virtual machine in KVM. I recently moved (with virtsync)
> the vm to rebuild the host. Once the host was rebuilt I moved ovirt back.
> Now ovirt-engine starts but is inaccessible. In the logs it says this:
>
> 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC
> service thread 1-2) Error in getting DB connection. The database is
> inaccessible. Original exception is: DataAccessResourceFailureException:
> Error retreiving database metadata; nested exception is
> org.springframework.jdbc.support.MetaDataAccessException: Could not get
> Connection for extracting meta data; nested exception is
> org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get
> JDBC Connection; nested exception is java.sql.SQLException:
> javax.resource.ResourceException: IJ000453: Unable to get managed connection
> for java:/ENGINEDataSource
>
> I did notice that I can't get postgresql to start.
>
> What happens when you try? Check/post also pg logs please, from
> /var/lib/pgsql/data/pg_log/ .
>
> Everything worked
> perfectly fine before. Any ideas?
>
> Was the copy done from a live machine? From a snapshot? Perhaps it wasn't
> consistent? Need to check pg logs.
>
> Best,
>
>
--
Didi
9 years, 5 months
Reminder: FOSDEM16 Virt & IaaS devroom CFP ends tomorrow, Dec. 8
by Mikey Ariel
I'd like to remind all that the extended CFP for the Virtualization &
Infrastructure-as-a-Service devroom at FOSDEM 2016 ends tomorrow.
If you're still on the fence or working on a draft proposal, now is the
time to take the leap and join us!
Please review the original CFP announcement[1] for submission
guidelines, speaker mentoring program information, and important dates.
Feel free to email the devroom mailing list iaas-virt-devroom at
lists.fosdem.org if you have any questions.
See you in Brussels!
[1]
http://community.redhat.com/blog/2015/10/call-for-proposals-fosdem16-virt...
--
Mikey Ariel
Community Lead, oVirt
www.ovirt.org
"To be is to do" (Socrates)
"To do is to be" (Jean-Paul Sartre)
"Do be do be do" (Frank Sinatra)
Mobile: +420-702-131-141
IRC: mariel / thatdocslady
Twitter: @ThatDocsLady
9 years, 5 months
Storage over allocation ratio value larger than 125% will pause vms
by Jan Bernard Wevers
------=_NextPart_000_14C5_01D1307F.3898C190
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I=92m using ovirt 3.6 and an iscsi storage domain. Almost all vms are =
using
thin provisioning with a virtual size of 40GB and a typical physical =
size of
8 GB.
Now I=92m facing the fact that ovirt is pausing my vms due to the =
following
event message:
(Example): =A0=93VM vm_01_16_centos6 has been paused due to no Storage =
space
error.=94
When I look at the iscsi storage domain the over allocation ratio value =
is
about 127%, but of the 2799GB there is still more than 1500GB available.
My questions:
- Why ovirt is pausing the vms?
- Can I enlarge the over allocation ratio before ovirt is complaining =
about
storage space?
------=_NextPart_000_14C5_01D1307F.3898C190
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDGgw
ggN1MIICXaADAgECAgsEAAAAAAEVS1rDlDANBgkqhkiG9w0BAQUFADBXMQswCQYDVQQGEwJCRTEZ
MBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEQMA4GA1UECxMHUm9vdCBDQTEbMBkGA1UEAxMSR2xv
YmFsU2lnbiBSb290IENBMB4XDTk4MDkwMTEyMDAwMFoXDTI4MDEyODEyMDAwMFowVzELMAkGA1UE
BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExEDAOBgNVBAsTB1Jvb3QgQ0ExGzAZBgNV
BAMTEkdsb2JhbFNpZ24gUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANoO
5pmNzqPjT4p++/GLgyVr6kgf8SqwuZURBL3wY9HiZ2bPHN3PG0gr7o2JjpqvKYBlq+nHLRLLqxxM
cAehPQowzRWNT/jd1IxQFRzvUO7ELvf86VLykX3gbdU1MI5eQ3PyQenVauOyiTpWOThvBjyIaVsq
TcWnVLhsicyb+TzK5f2J9RI8kniW1tx0bpNEYdGNx0aydQ6G6BmK1W1s1XgWlaLpyAo46/IkE09z
VJMThTobvB40tYsFjLl3i7HbHyCRqwlTbpDOezd0uXBHkSJRYxZ5rrGuQSYIyBkr0UaqSNZkKteD
NP8sKsFsGUNKB4Xn03z2IWjv6vJSn3+TkM8CAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1Ud
EwEB/wQFMAMBAf8wHQYDVR0OBBYEFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUA
A4IBAQDWc+d8T3bQjb/suqK+NMUoMrV8/GycLCu9CZ5Tv2teqhFItuUIo7PKPWFN00YJsz7DoONj
VRvyuu+tOeFDuTij5i+KJjvvoFBW+cYK/TjNxAtwUZSXmATfw1+U1RXJFEGcxF11ZBUN/1Uw7IaP
/w3vLLljRvaq/N+8af0uEkhkmuCV8KbvKY8BsRW1DB2l/mksaSR4HrOnHHFi7srIl6wXXYrC+EeG
birEVjGV0GeJhSv5bKZdRp0MqoLkmVHdcLfbVj1h5GrhXNb2/j3eQcwHrmNSv1NT9Cvpx/2294Jf
hdJBGNuBswQcxR+kgG8VIMneDIgKHdZmVeL8SMkpJmngMIIEFjCCAv6gAwIBAgILBAAAAAABL07h
LOEwDQYJKoZIhvcNAQEFBQAwVzELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt
c2ExEDAOBgNVBAsTB1Jvb3QgQ0ExGzAZBgNVBAMTEkdsb2JhbFNpZ24gUm9vdCBDQTAeFw0xMTA0
MTMxMDAwMDBaFw0xOTA0MTMxMDAwMDBaMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxT
aWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAxIENBIC0gRzIwggEi
MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDxpRyvkG880aPHT4sfS5Gp5kIethDso3dC5qF/
Fjx8DMBue80PMZ0QzIqff5hf6T9BsAY0k5IVHGsB+G+IXtYZyoOWKfcetpwOoxGDCuSda4V6rGE3
Ynu5ezdjTOW4kSQSK21Fe/5l1c4b8aneC2jPk/2ehzmMFt9ZClAGFxokDa5wAFtRVMcNPGLt0Fjy
ZNarqRECQZYHJsfCrRhf6Noe521DDSgESbGOkkU/2ohe7RyRT/46G2cCGuDOux3igDKqBzq7h0Fg
RFyMMkWiGKGNvM+jOAoNJJt2vji47en0GDqJuMLGfZt6wusgTu6mjG9XT0Wx/uEN4P+Ny+zrjPyl
AgMBAAGjgeUwgeIwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0OBBYE
FOysmMwncpPPVjLNI8edjUWF9CIDMEcGA1UdIARAMD4wPAYEVR0gADA0MDIGCCsGAQUFBwIBFiZo
dHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAzBgNVHR8ELDAqMCigJqAkhiJo
dHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAv
fQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQCvu6fIS2a30hruGY2mo/7Ex3S3mEszRAFjwbcO
WDvRcjoX5l5Jl55eAK1RP8mF1D4ewnz5zofKkO6+D85nSAgsMUhr0sN9Fab60ciDEpomO0LLSLOD
zfx0vDCe387eQD03+G0Rh6/aWyZZgJX1xVSblXW1bde5g2DpJu1wNEf4qLVEQP16zdHQGAdKbTXY
o/GyIA47G6GbUPciqzWp7qazlZMpdWDBv+P+SmU5rXeeyGFzzNQtU76gCUPj7tzM0rZEmJO+EmIM
kNFNnLcMncEJDytc4Z1bMMQjm6IHxNnSzfbuDjhiVzp2AqBh6U2f1EtiM0RNfw4glmWvS0Vilxis
MIIE0TCCA7mgAwIBAgIQZmBP5MZi1b5ckUjTpIYcmTANBgkqhkiG9w0BAQUFADBUMQswCQYDVQQG
EwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJz
b25hbFNpZ24gMSBDQSAtIEcyMB4XDTE1MDEyMjEzMzIwM1oXDTE4MDEyMjEzMzIwM1owXDEpMCcG
A1UEAwwgamFuLmJlcm5hcmQud2V2ZXJzQGdyb3VwMjAwMC5jb20xLzAtBgkqhkiG9w0BCQEWIGph
bi5iZXJuYXJkLndldmVyc0Bncm91cDIwMDAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEAq6hR70TsAF8UN3e5jivghawybfE/kbSP5sJeDxaNZ9DL/cPqu3mn9AIg+PgbQYxMBpAS
V2WldNjaLuWu3RZZsxv8rJSib8FtdfyuyjbjLKpi6mmkC70f0CkeQJkK1dQiOFqdxxF/qU27L10Q
zuC4PjB10tRd1L+2R8WkBHCNZdvPN9KWQkLncTQmN+1O0cLfpxmYwHUaN74MSP7C8abmWSWQZXJ4
pCAiI8fwtDanwGP2h+F+QhFGacGgOribqX6uzJvqLKbW0i3+73oUp2JWv+xXSNUJ4ttLy+/B2rOX
dEKX+NVKr2mQm7kvkexYiR9sxwOrsGpiQEgPau86yLioHwIDAQABo4IBlTCCAZEwDgYDVR0PAQH/
BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3
Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCsGA1UdEQQkMCKBIGphbi5iZXJuYXJkLndldmVy
c0Bncm91cDIwMDAuY29tMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME
MEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25h
bHNpZ24xZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5n
bG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24xZzIuY3J0MB0GA1UdDgQWBBR3PMbd
fGkto6Gm0sIzUGzRGHQbDDAfBgNVHSMEGDAWgBTsrJjMJ3KTz1YyzSPHnY1FhfQiAzANBgkqhkiG
9w0BAQUFAAOCAQEAie5hU27GI5D0EGtQQekXs9MHAwjP4krF1lUFJ/7aui0q0ZtMQdcHZRW+TV4o
1i85Ich/VpNTRHWiY85t7DFoRuv7sM9wQKc7NtvpYm/FpHf2hCkLhRw7Cdqb9+Jaa22rHeiL/Vl6
lAXwA5tC7NC3lsxQeFoHS5S0mIQXBFYZu3x4VqquXQAbRrztxo40oomai1ks7n85p7d4gO07IDw2
WEiHlaWbHavG6X6Vs1xRZ7erO5Vz6vjPpOT6XgXCEwR5aY0GDdNm3QsPABiS5CKxaJSfFw+KpOSv
s08U7rr/cIjycLpl6y8Mbl71kEXDx5q6OkL4bjYcH9CN5+9QrZt+AzGCA6IwggOeAgEBMGgwVDEL
MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp
Z24gUGVyc29uYWxTaWduIDEgQ0EgLSBHMgIQZmBP5MZi1b5ckUjTpIYcmTANBglghkgBZQMEAgEF
AKCCAgswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTUxMjA2MjIz
ODMzWjAvBgkqhkiG9w0BCQQxIgQgM1KOuYEGi4hTXD4MBNqmCn87GAuL0DMW4Mxx2v7X7cwwdwYJ
KwYBBAGCNxAEMWowaDBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEq
MCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIEcyAhBmYE/kxmLVvlyRSNOk
hhyZMHkGCyqGSIb3DQEJEAILMWqgaDBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2ln
biBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIEcyAhBmYE/k
xmLVvlyRSNOkhhyZMIGrBgkqhkiG9w0BCQ8xgZ0wgZowCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQB
FjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqG
SIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMAsGCWCGSAFlAwQCATALBglghkgBZQMEAgMwCwYJYIZI
AWUDBAICMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIIBAGsTOx5G+1lWBRe4oZS5jcrsfb55UACZ
ka7QhdBw2dvhKhsQUqh6o4F3bWRKCYgEjsrr+1t9v6P9RFrF3K83sNmSt2z/rmeND3ju7xY18eBn
RigNcuPNe+DFk+t/1OV+cjCd8Uri03VrFBRhdmT/YyIV9JI7ow5AOnYKheeQZqFaW65XASahwdRJ
B36E5zpJm2Lw2HqI08VbjP7OYskw/yFAnKPtQLs+tf/DT61jvOOecKbnMZw/2Y4msnoYiRo82Npt
W1LTmmrVryUOE7qFshzWKtQHgpyqLYhyquK3fO9Lpy2tlk+GI0eOhbctgMGCYNMl885ezSlo4aYZ
ZkowmrwAAAAAAAA=
------=_NextPart_000_14C5_01D1307F.3898C190--
9 years, 5 months
Ovirt Engine Issue
by Melissa Mesler
This is a multi-part message in MIME format.
--------------060606050700060504070304
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hopefully someone can give me a good idea of how to troubleshoot an
ovirt issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm
having. I have Ovirt running as a virtual machine in KVM. I recently
moved (with virtsync) the vm to rebuild the host. Once the host was
rebuilt I moved ovirt back. Now ovirt-engine starts but is inaccessible.
In the logs it says this:
2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC
service thread 1-2) Error in getting DB connection. The database is
inaccessible. Original exception is: DataAccessResourceFailureException:
Error retreiving database metadata; nested exception is
org.springframework.jdbc.support.MetaDataAccessException: Could not get
Connection for extracting meta data; nested exception is
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get
JDBC Connection; nested exception is java.sql.SQLException:
javax.resource.ResourceException: IJ000453: Unable to get managed
connection for java:/ENGINEDataSource
I did notice that I can't get postgresql to start. Everything worked
perfectly fine before. Any ideas?
--
Melissa Mesler
--------------060606050700060504070304
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<small>Hopefully someone can give me a good idea of how to
troubleshoot an ovirt issue. I am running 3.5 on CentOS 6.7. Here
is the issue I'm having. I have Ovirt running as a virtual machine
in KVM. I recently moved (with virtsync) the vm to rebuild the
host. Once the host was rebuilt I moved ovirt back. Now
ovirt-engine starts but is inaccessible. In the logs it says this:<br>
<br>
2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend]
(MSC service thread 1-2) Error in getting DB connection. The
database is inaccessible. Original exception is:
DataAccessResourceFailureException: Error retreiving database
metadata; nested exception is
org.springframework.jdbc.support.MetaDataAccessException: Could
not get Connection for extracting meta data; nested exception is
org.springframework.jdbc.CannotGetJdbcConnectionException: Could
not get JDBC Connection; nested exception is
java.sql.SQLException: javax.resource.ResourceException: IJ000453:
Unable to get managed connection for java:/ENGINEDataSource<br>
<br>
I did notice that I can't get postgresql to start. Everything
worked perfectly fine before. Any ideas?<br>
</small>
<pre class="moz-signature" cols="72">--
Melissa Mesler
</pre>
</body>
</html>
--------------060606050700060504070304--
9 years, 5 months
Server dont work after Host setting
by Taste-Of-IT
Hello,
i am new with ovirt and i installed ovirt engine 3.6 on centos 7. After
first login i create the host with fqdn of ovirt server but without
powersavesettings. Firt i saw installing as status for host, but after a
while nothing happend, I reboot the server. In engine.log i see "VMs
initialization finished for Host", but i cant open the webgui. What can
i do? Where can i look to find the error and what have i done wrong?
Thx
9 years, 5 months
Virt-v2v import issue
by Budur Nagaraju
Hi
I have converted win2k3 which was deployed in vmware esxi to oVirt by using
"v2v" tool ,imported successfully after powering on unable to get the login
prompt getting stuck at "windows is starting".
can someone help me in this issue ?
Thanks,
Nagaraju
9 years, 5 months
Server dont work after Host setting
by Dragon
Hello,
i am new with ovirt and i installed ovirt engine on centos. After first login i create the host with fqdn of ovirt server but without powersavesettings. Firt i saw installing as status for host, but after a while nothing happend, I reboot the server. In engine.log i see "VMs initialization finished for Host", but i cant open the webgui. What can i do? Where can i look to find the error and what have i done wrong?
Thx
9 years, 5 months
Unknown libvirterror - where to start?
by Christophe TREFOIS
--_000_ABC69195C9484895AAFF1900F54BBE43unilu_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
SGksDQoNCkkgY2hlY2tlZCB0aGUgbG9ncyBvbiBteSBoeXBlcnZpc29yIHRoYXQgY29udGFpbnMg
YWxzbyB0aGUgb3ZlcnQtZW5naW5lIChzZWxmLWhvc3RlZCkgYW5kIEkgc2VlIHN0cmFuZ2UgdW5r
bm93biBsaWJ2aXJ0ZXJyb3JzIHRoYXQgY29tZSBwZXJpb2RpY2FsbHkgaW4gdGhlIHZkc20ubG9n
IGZpbGUuIFRoZSBzdG9yYWdlIGlzIGdsdXN0ZXJGUyBydW5uaW5nIG9uIHRoZSBoeXBlcnZpc29y
IGFzIHdlbGwsIG9uZSBORlMgZXhwb3J0IGRvbWFpbiBhbmQgYW4gSVNPIGRvbWFpbi4gQSBORlMg
ZG9tYWluIGZyb20gYW5vdGhlciBwbGFjZSBpcyBpbiBtYWludGVuYW5jZSBtb2RlLg0KDQpJIGFt
IHJ1bm5pbmcgb1ZpcnQgMy41LjMuDQoNClRoYW5rIHlvdSBmb3IgYW55IHBvaW50ZXJzIGFzIHRv
IHdoZXJlIHRvIHN0YXJ0IGZpeGluZyB0aGlzIGlzc3VlLg0KDQrigJQgbG9nIGV4Y2VycHQgLS0N
Cg0KVGhyZWFkLTE5NDc2NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDM5ODo6c3RvbXBS
ZWFjdG9yOjoxNjM6OnlhanNvbnJwYy5TdG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9u
c2UNClRocmVhZC04MTA4OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMSw0MTA6OmxpYnZpcnRj
b25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNv
ZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVx
dWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNCkR1bW15LTE4OTUyNjA6OkRF
QlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDQ3Nzo6c3RvcmFnZV9tYWlsYm94Ojo3MzE6OlN0b3Jh
Z2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBkZCBpZj0vcmhldi9kYXRhLWNlbnRlci8w
MDAwMDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzZDUvbWFzdGVyc2QvZG9tX21kL2luYm94
IGlmbGFnPWRpcmVjdCxmdWxsYmxvY2sgY291bnQ9MSBicz0xMDI0MDAwIChjd2QgTm9uZSkNCkR1
bW15LTE4OTUyNjA6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDUwMTo6c3RvcmFnZV9tYWls
Ym94Ojo3MzE6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBTVUNDRVNTOiA8
ZXJyPiA9ICcxKzAgcmVjb3JkcyBpblxuMSswIHJlY29yZHMgb3V0XG4xMDI0MDAwIGJ5dGVzICgx
LjAgTUIpIGNvcGllZCwgMC4wMDMzMTI3OCBzLCAzMDkgTUIvc1xuJzsgPHJjPiA9IDANClRocmVh
ZC03OTEzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiwyOTg6OmxpYnZpcnRjb25uZWN0aW9u
OjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVk
b206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1l
dGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNClRocmVhZC01NjgyOjpERUJVRzo6MjAxNS0x
MS0wMyAwODo0NzozMiw0MTc6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVy
KSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3Nh
Z2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90
IHByZXNlbnQNCkRldGVjdG9yIHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTkx
Ojpwcm90b2NvbGRldGVjdG9yOjoxODc6OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfYWRk
X2Nvbm5lY3Rpb24pIEFkZGluZyBjb25uZWN0aW9uIGZyb20gMTI3LjAuMC4xOjQ0NjcxDQpEZXRl
Y3RvciB0aHJlYWQ6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDU5ODo6cHJvdG9jb2xkZXRl
Y3Rvcjo6MjAxOjp2ZHMuTXVsdGlQcm90b2NvbEFjY2VwdG9yOjooX3JlbW92ZV9jb25uZWN0aW9u
KSBDb25uZWN0aW9uIHJlbW92ZWQgZnJvbSAxMjcuMC4wLjE6NDQ2NzENCkRldGVjdG9yIHRocmVh
ZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5Ojpwcm90b2NvbGRldGVjdG9yOjoyNDc6
OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfaGFuZGxlX2Nvbm5lY3Rpb25fcmVhZCkgRGV0
ZWN0ZWQgcHJvdG9jb2wgeG1sIGZyb20gMTI3LjAuMC4xOjQ0NjcxDQpEZXRlY3RvciB0aHJlYWQ6
OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDU5OTo6QmluZGluZ1hNTFJQQzo6MTE3Mzo6WG1s
RGV0ZWN0b3I6OihoYW5kbGVTb2NrZXQpIHhtbCBvdmVyIGh0dHAgZGV0ZWN0ZWQgZnJvbSAoJzEy
Ny4wLjAuMScsIDQ0NjcxKQ0KVGhyZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3
OjMyLDYwMjo6dGFzazo6NTk1OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3Rh
dGUpIFRhc2s9YDFkOTlhMTY2LWNiOWEtNDAyNS04MjExLWE0OGUyMTBiNTIzNGA6Om1vdmluZyBm
cm9tIHN0YXRlIGluaXQgLT4gc3RhdGUgcHJlcGFyaW5nDQpUaHJlYWQtMTk0NzY0Mjo6SU5GTzo6
MjAxNS0xMS0wMyAwODo0NzozMiw2MDM6OmxvZ1V0aWxzOjo0NDo6ZGlzcGF0Y2hlcjo6KHdyYXBw
ZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzKG9wdGlvbnM9Tm9uZSkNClRocmVhZC0xOTQ3
NjQyOjpJTkZPOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDYwMzo6bG9nVXRpbHM6OjQ3OjpkaXNwYXRj
aGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiByZXBvU3RhdHMsIFJldHVybiByZXNwb25z
ZToge3UnZGU5ZWI3MzctNjkxZi00NjIyLTkwNzAtODkxNTMxZDU5OWEwJzogeydjb2RlJzogMCwg
J2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5Jzog
JzAuMDAwMzczNjEzJywgJ2xhc3RDaGVjayc6ICcyLjUnLCAndmFsaWQnOiBUcnVlfSwgdSdmZTRm
ZDE5YS04NzE0LTQ0ZTAtYWU0MS02NjNhNGI2MmRhN2EnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzog
VHJ1ZSwgJ3ZlcnNpb24nOiAwLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA0MDk0
NDYnLCAnbGFzdENoZWNrJzogJzYuNCcsICd2YWxpZCc6IFRydWV9LCB1JzgyNTNhODliLTY1MWUt
NGZmNC04NjViLTU3YWRlZjA1ZDM4Myc6IHsnY29kZSc6IDAsICdhY3R1YWwnOiBUcnVlLCAndmVy
c2lvbic6IDMsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcwLjAwMDUyMDY3MScsICdsYXN0
Q2hlY2snOiAnMS44JywgJ3ZhbGlkJzogVHJ1ZX0sICdiMThlYjI5ZS04YmIxLTQ1YjktYTYwZS1h
OGUwNzIxMGUwNjYnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24nOiAzLCAn
YWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA0MjQ0NDUnLCAnbGFzdENoZWNrJzogJzYu
NScsICd2YWxpZCc6IFRydWV9fQ0KVGhyZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4
OjQ3OjMyLDYwMzo6dGFzazo6MTE5MTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoocHJlcGFy
ZSkgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgyMTEtYTQ4ZTIxMGI1MjM0YDo6ZmluaXNoZWQ6
IHt1J2RlOWViNzM3LTY5MWYtNDYyMi05MDcwLTg5MTUzMWQ1OTlhMCc6IHsnY29kZSc6IDAsICdh
Y3R1YWwnOiBUcnVlLCAndmVyc2lvbic6IDAsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcw
LjAwMDM3MzYxMycsICdsYXN0Q2hlY2snOiAnMi41JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnZmU0ZmQx
OWEtODcxNC00NGUwLWFlNDEtNjYzYTRiNjJkYTdhJzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRy
dWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDA5NDQ2
JywgJ2xhc3RDaGVjayc6ICc2LjQnLCAndmFsaWQnOiBUcnVlfSwgdSc4MjUzYTg5Yi02NTFlLTRm
ZjQtODY1Yi01N2FkZWYwNWQzODMnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNp
b24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA1MjA2NzEnLCAnbGFzdENo
ZWNrJzogJzEuOCcsICd2YWxpZCc6IFRydWV9LCAnYjE4ZWIyOWUtOGJiMS00NWI5LWE2MGUtYThl
MDcyMTBlMDY2Jzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMywgJ2Fj
cXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDI0NDQ1JywgJ2xhc3RDaGVjayc6ICc2LjUn
LCAndmFsaWQnOiBUcnVlfX0NClRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0
NzozMiw2MDM6OnRhc2s6OjU5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0
YXRlKSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjptb3Zpbmcg
ZnJvbSBzdGF0ZSBwcmVwYXJpbmcgLT4gc3RhdGUgZmluaXNoZWQNClRocmVhZC0xOTQ3NjQyOjpE
RUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTQwOjpTdG9y
YWdlLlJlc291cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwg
cmVxdWVzdHMge30gcmVzb3VyY2VzIHt9DQpUaHJlYWQtMTk0NzY0Mjo6REVCVUc6OjIwMTUtMTEt
MDMgMDg6NDc6MzIsNjA0OjpyZXNvdXJjZU1hbmFnZXI6Ojk3Nzo6U3RvcmFnZS5SZXNvdXJjZU1h
bmFnZXIuT3duZXI6OihjYW5jZWxBbGwpIE93bmVyLmNhbmNlbEFsbCByZXF1ZXN0cyB7fQ0KVGhy
ZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDYwNDo6dGFzazo6OTkzOjpT
dG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfZGVjcmVmKSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQw
MjUtODIxMS1hNDhlMjEwYjUyMzRgOjpyZWYgMCBhYm9ydGluZyBGYWxzZQ0KVGhyZWFkLTYzNDg6
OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDI2MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6
cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAg
bGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEg
ZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTcyODY6OkRFQlVHOjoyMDE1LTExLTAzIDA4
OjQ3OjMzLDQ2Mjo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25v
d24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0
YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2Vu
dA0KRHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMsNTE0OjpzdG9yYWdl
X21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVja0Zvck1haWwpIGRkIGlm
PS9yaGV2L2RhdGEtY2VudGVyLzAwMDAwMDAyLTAwMDItMDAwMi0wMDAyLTAwMDAwMDAwMDNkNS9t
YXN0ZXJzZC9kb21fbWQvaW5ib3ggaWZsYWc9ZGlyZWN0LGZ1bGxibG9jayBjb3VudD0xIGJzPTEw
MjQwMDAgKGN3ZCBOb25lKQ0KRHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6
MzMsNTQwOjpzdG9yYWdlX21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVj
a0Zvck1haWwpIFNVQ0NFU1M6IDxlcnI+ID0gJzErMCByZWNvcmRzIGluXG4xKzAgcmVjb3JkcyBv
dXRcbjEwMjQwMDAgYnl0ZXMgKDEuMCBNQikgY29waWVkLCAwLjAwMzg1OTAxIHMsIDI2NSBNQi9z
XG4nOyA8cmM+ID0gMA0KVGhyZWFkLTc2Mjc6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkz
ODo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmly
dGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90
IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFk
LTc5NTE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkzODo6bGlidmlydGNvbm5lY3Rpb246
OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRv
bTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0
YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTM4ODI6OkRFQlVHOjoyMDE1LTEx
LTAzIDA4OjQ3OjMzLDk0MDo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIp
IFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2Fn
ZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3Qg
cHJlc2VudA0KVGhyZWFkLTc5Njc6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk0MDo6bGli
dmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9y
OiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5k
OiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTc4OTk6
OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk1MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6
cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAg
bGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEg
ZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1
LTExLTAzIDA4OjQ3OjM0LDM4Mzo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91
dHMpIFRpbWVvdXQgb24gZmlsZW5vIDEzMy4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6
MjAxNS0xMS0wMyAwODo0NzozNCwzODM6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3Rp
bWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxMzUuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVC
VUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRs
ZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTM2Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6
OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4Mzo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9o
YW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE0Ni4NClZNIENoYW5uZWxzIExpc3Rl
bmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODQ6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6
OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxNjAuDQpWTSBDaGFubmVscyBM
aXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6
dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYxLg0KVk0gQ2hhbm5l
bHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4NDo6dm1jaGFubmVsczo6
OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE2Ny4NClZNIENo
YW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODQ6OnZtY2hhbm5l
bHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxNzEuDQpW
TSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNo
YW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTcy
Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4NDo6
dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5v
IDE1OS4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwz
ODU6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZp
bGVubyAxODkuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6
MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBv
biBmaWxlbm8gMTkwLg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4
OjQ3OjM0LDM4NTo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVv
dXQgb24gZmlsZW5vIDE5NS4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0w
MyAwODo0NzozNCwzODU6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBU
aW1lb3V0IG9uIGZpbGVubyAxOTcuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUt
MTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0
cykgVGltZW91dCBvbiBmaWxlbm8gMTk4Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoy
MDE1LTExLTAzIDA4OjQ3OjM0LDM4NTo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGlt
ZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDIxMy4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJV
Rzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODY6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxl
X3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAyMTUuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6
REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hh
bmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gOTguDQpWTSBDaGFubmVscyBMaXN0ZW5l
cjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjoo
X2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTI1Lg0KSnNvblJwYyAoU3RvbXBS
ZWFjdG9yKTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNDEyOjpzdG9tcFJlYWN0b3I6Ojk4
OjpCcm9rZXIuU3RvbXBBZGFwdGVyOjooaGFuZGxlX2ZyYW1lKSBIYW5kbGluZyBtZXNzYWdlIDxT
dG9tcEZyYW1lIGNvbW1hbmQ9J1NFTkQnPg0KSnNvblJwY1NlcnZlcjo6REVCVUc6OjIwMTUtMTEt
MDMgMDg6NDc6MzQsNDEzOjpfX2luaXRfXzo6NTMwOjpqc29ucnBjLkpzb25ScGNTZXJ2ZXI6Oihz
ZXJ2ZV9yZXF1ZXN0cykgV2FpdGluZyBmb3IgcmVxdWVzdA0KVGhyZWFkLTE5NDc2NDM6OkRFQlVH
OjoyMDE1LTExLTAzIDA4OjQ3OjM0LDQzNzo6c3RvbXBSZWFjdG9yOjoxNjM6OnlhanNvbnJwYy5T
dG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9uc2UNClRocmVhZC03NjEzOjpERUJVRzo6
MjAxNS0xMS0wMyAwODo0NzozNCw3MTM6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3
cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAy
IG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQg
aXMgbm90IHByZXNlbnQNClRocmVhZC02MzkzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCw3
MTM6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZp
cnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5v
dCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNClRocmVh
ZC0yMjY5NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM1LDUxMTo6dGFzazo6NTk1OjpTdG9y
YWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YGJkZjI2NDAxLTMyNGMt
NDIyMC05MDM0LTE5YzdkODE2ZjY0MmA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLT4gc3RhdGUg
cHJlcGFyaW5nDQpUaHJlYWQtNDcwOTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzUsNTExOjp0
YXNrOjo1OTU6OlN0b3JhZ2UuVGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1g
MGFjMmY4NTQtNDFlMy00NDI3LWEwZjQtNWVhYTE4NDJlMjEyYDo6bW92aW5nIGZyb20gc3RhdGUg
aW5pdCAtPiBzdGF0ZSBwcmVwYXJpbmcNCg0KLS0NCg0KQ2hyaXN0b3BoZQ0KDQoNCg==
--_000_ABC69195C9484895AAFF1900F54BBE43unilu_
Content-Type: text/html; charset="utf-8"
Content-ID: <05E547F58ADC464D9D0F9ACEF203BCD2(a)uni.lux>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksDQo8ZGl2IGNsYXNzPSIiPjxi
ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGNoZWNrZWQgdGhlIGxvZ3Mgb24g
bXkgaHlwZXJ2aXNvciB0aGF0IGNvbnRhaW5zIGFsc28gdGhlIG92ZXJ0LWVuZ2luZSAoc2VsZi1o
b3N0ZWQpIGFuZCBJIHNlZSBzdHJhbmdlIHVua25vd24gbGlidmlydGVycm9ycyB0aGF0IGNvbWUg
cGVyaW9kaWNhbGx5IGluIHRoZSB2ZHNtLmxvZyBmaWxlLiBUaGUgc3RvcmFnZSBpcyBnbHVzdGVy
RlMgcnVubmluZyBvbiB0aGUgaHlwZXJ2aXNvciBhcyB3ZWxsLCBvbmUgTkZTIGV4cG9ydA0KIGRv
bWFpbiBhbmQgYW4gSVNPIGRvbWFpbi4gQSBORlMgZG9tYWluIGZyb20gYW5vdGhlciBwbGFjZSBp
cyBpbiBtYWludGVuYW5jZSBtb2RlLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+
DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBhbSBydW5uaW5nIG9WaXJ0IDMuNS4zLjwvZGl2Pg0K
PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmsg
eW91IGZvciBhbnkgcG9pbnRlcnMgYXMgdG8gd2hlcmUgdG8gc3RhcnQgZml4aW5nIHRoaXMgaXNz
dWUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz
cz0iIj7igJQgbG9nIGV4Y2VycHQgLS08L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz
PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+
VGhyZWFkLTE5NDc2NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDM5ODo6c3RvbXBSZWFj
dG9yOjoxNjM6OnlhanNvbnJwYy5TdG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9uc2U8
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTgxMDg6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3
OjMxLDQxMDo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24g
bGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRh
dGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj5EdW1teS0xODk1MjYwOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0
NzozMSw0Nzc6OnN0b3JhZ2VfbWFpbGJveDo6NzMxOjpTdG9yYWdlLk1pc2MuZXhjQ21kOjooX2No
ZWNrRm9yTWFpbCkgZGQgaWY9L3JoZXYvZGF0YS1jZW50ZXIvMDAwMDAwMDItMDAwMi0wMDAyLTAw
MDItMDAwMDAwMDAwM2Q1L21hc3RlcnNkL2RvbV9tZC9pbmJveCBpZmxhZz1kaXJlY3QsZnVsbGJs
b2NrIGNvdW50PTEgYnM9MTAyNDAwMCAoY3dkIE5vbmUpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkR1
bW15LTE4OTUyNjA6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDUwMTo6c3RvcmFnZV9tYWls
Ym94Ojo3MzE6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBTVUNDRVNTOiAm
bHQ7ZXJyJmd0OyA9ICcxJiM0MzswIHJlY29yZHMgaW5cbjEmIzQzOzAgcmVjb3JkcyBvdXRcbjEw
MjQwMDAgYnl0ZXMgKDEuMCBNQikgY29waWVkLCAwLjAwMzMxMjc4IHMsIDMwOSBNQi9zXG4nOyAm
bHQ7cmMmZ3Q7ID0gMDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtNzkxMzo6REVCVUc6OjIw
MTUtMTEtMDMgMDg6NDc6MzIsMjk4OjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3Jh
cHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9tOiAyMCBsZXZlbDogMiBt
ZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRhZGF0YSBlbGVtZW50IGlz
IG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC01NjgyOjpERUJVRzo6MjAx
NS0xMS0wMyAwODo0NzozMiw0MTc6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFw
cGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1l
c3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMg
bm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGV0ZWN0b3IgdGhyZWFkOjpERUJVRzo6
MjAxNS0xMS0wMyAwODo0NzozMiw1OTE6OnByb3RvY29sZGV0ZWN0b3I6OjE4Nzo6dmRzLk11bHRp
UHJvdG9jb2xBY2NlcHRvcjo6KF9hZGRfY29ubmVjdGlvbikgQWRkaW5nIGNvbm5lY3Rpb24gZnJv
bSAxMjcuMC4wLjE6NDQ2NzE8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGV0ZWN0b3IgdGhyZWFkOjpE
RUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw1OTg6OnByb3RvY29sZGV0ZWN0b3I6OjIwMTo6dmRz
Lk11bHRpUHJvdG9jb2xBY2NlcHRvcjo6KF9yZW1vdmVfY29ubmVjdGlvbikgQ29ubmVjdGlvbiBy
ZW1vdmVkIGZyb20gMTI3LjAuMC4xOjQ0NjcxPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkRldGVjdG9y
IHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5Ojpwcm90b2NvbGRldGVjdG9y
OjoyNDc6OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfaGFuZGxlX2Nvbm5lY3Rpb25fcmVh
ZCkgRGV0ZWN0ZWQgcHJvdG9jb2wgeG1sIGZyb20gMTI3LjAuMC4xOjQ0NjcxPC9kaXY+DQo8ZGl2
IGNsYXNzPSIiPkRldGVjdG9yIHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5
OjpCaW5kaW5nWE1MUlBDOjoxMTczOjpYbWxEZXRlY3Rvcjo6KGhhbmRsZVNvY2tldCkgeG1sIG92
ZXIgaHR0cCBkZXRlY3RlZCBmcm9tICgnMTI3LjAuMC4xJywgNDQ2NzEpPC9kaXY+DQo8ZGl2IGNs
YXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDI6OnRh
c2s6OjU5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBUYXNrPWAx
ZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjptb3ZpbmcgZnJvbSBzdGF0ZSBp
bml0IC0mZ3Q7IHN0YXRlIHByZXBhcmluZzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0
NzY0Mjo6SU5GTzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDM6OmxvZ1V0aWxzOjo0NDo6ZGlzcGF0
Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzKG9wdGlvbnM9Tm9uZSk8
L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTE5NDc2NDI6OklORk86OjIwMTUtMTEtMDMgMDg6
NDc6MzIsNjAzOjpsb2dVdGlsczo6NDc6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHBy
b3RlY3Q6IHJlcG9TdGF0cywgUmV0dXJuIHJlc3BvbnNlOiB7dSdkZTllYjczNy02OTFmLTQ2MjIt
OTA3MC04OTE1MzFkNTk5YTAnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24n
OiAwLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDAzNzM2MTMnLA0KICdsYXN0Q2hl
Y2snOiAnMi41JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnZmU0ZmQxOWEtODcxNC00NGUwLWFlNDEtNjYz
YTRiNjJkYTdhJzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2Fj
cXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDA5NDQ2JywgJ2xhc3RDaGVjayc6ICc2LjQn
LCAndmFsaWQnOiBUcnVlfSwgdSc4MjUzYTg5Yi02NTFlLTRmZjQtODY1Yi01N2FkZWYwNWQzODMn
OiB7J2NvZGUnOiAwLCAnYWN0dWFsJzoNCiBUcnVlLCAndmVyc2lvbic6IDMsICdhY3F1aXJlZCc6
IFRydWUsICdkZWxheSc6ICcwLjAwMDUyMDY3MScsICdsYXN0Q2hlY2snOiAnMS44JywgJ3ZhbGlk
JzogVHJ1ZX0sICdiMThlYjI5ZS04YmIxLTQ1YjktYTYwZS1hOGUwNzIxMGUwNjYnOiB7J2NvZGUn
OiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVs
YXknOiAnMC4wMDA0MjQ0NDUnLCAnbGFzdENoZWNrJzogJzYuNScsICd2YWxpZCc6IFRydWV9fTwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6
NDc6MzIsNjAzOjp0YXNrOjoxMTkxOjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihwcmVwYXJl
KSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjpmaW5pc2hlZDog
e3UnZGU5ZWI3MzctNjkxZi00NjIyLTkwNzAtODkxNTMxZDU5OWEwJzogeydjb2RlJzogMCwgJ2Fj
dHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzoNCiBUcnVlLCAnZGVsYXknOiAn
MC4wMDAzNzM2MTMnLCAnbGFzdENoZWNrJzogJzIuNScsICd2YWxpZCc6IFRydWV9LCB1J2ZlNGZk
MTlhLTg3MTQtNDRlMC1hZTQxLTY2M2E0YjYyZGE3YSc6IHsnY29kZSc6IDAsICdhY3R1YWwnOiBU
cnVlLCAndmVyc2lvbic6IDAsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcwLjAwMDQwOTQ0
NicsICdsYXN0Q2hlY2snOiAnNi40JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnODI1M2E4OWItNjUxZS00
ZmY0LTg2NWItNTdhZGVmMDVkMzgzJzoNCiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3Zl
cnNpb24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA1MjA2NzEnLCAnbGFz
dENoZWNrJzogJzEuOCcsICd2YWxpZCc6IFRydWV9LCAnYjE4ZWIyOWUtOGJiMS00NWI5LWE2MGUt
YThlMDcyMTBlMDY2Jzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMywg
J2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDI0NDQ1JywgJ2xhc3RDaGVjayc6DQog
JzYuNScsICd2YWxpZCc6IFRydWV9fTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0
Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNjAzOjp0YXNrOjo1OTU6OlN0b3JhZ2UuVGFz
a01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgy
MTEtYTQ4ZTIxMGI1MjM0YDo6bW92aW5nIGZyb20gc3RhdGUgcHJlcGFyaW5nIC0mZ3Q7IHN0YXRl
IGZpbmlzaGVkPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAx
NS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTQwOjpTdG9yYWdlLlJlc291
cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwgcmVxdWVzdHMg
e30gcmVzb3VyY2VzIHt9PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJV
Rzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTc3OjpTdG9yYWdl
LlJlc291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVl
c3RzIHt9PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0x
MS0wMyAwODo0NzozMiw2MDQ6OnRhc2s6Ojk5Mzo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoo
X2RlY3JlZikgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgyMTEtYTQ4ZTIxMGI1MjM0YDo6cmVm
IDAgYWJvcnRpbmcgRmFsc2U8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTYzNDg6OkRFQlVH
OjoyMDE1LTExLTAzIDA4OjQ3OjMzLDI2MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6
KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6
IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVu
dCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtNzI4Njo6REVCVUc6
OjIwMTUtMTEtMDMgMDg6NDc6MzMsNDYyOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojoo
d3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9tOiAyMCBsZXZlbDog
MiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRhZGF0YSBlbGVtZW50
IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkR1bW15LTE4OTUyNjA6OkRFQlVH
OjoyMDE1LTExLTAzIDA4OjQ3OjMzLDUxNDo6c3RvcmFnZV9tYWlsYm94Ojo3MzE6OlN0b3JhZ2Uu
TWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBkZCBpZj0vcmhldi9kYXRhLWNlbnRlci8wMDAw
MDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzZDUvbWFzdGVyc2QvZG9tX21kL2luYm94IGlm
bGFnPWRpcmVjdCxmdWxsYmxvY2sgY291bnQ9MSBicz0xMDI0MDAwIChjd2QgTm9uZSk8L2Rpdj4N
CjxkaXYgY2xhc3M9IiI+RHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMs
NTQwOjpzdG9yYWdlX21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVja0Zv
ck1haWwpIFNVQ0NFU1M6ICZsdDtlcnImZ3Q7ID0gJzEmIzQzOzAgcmVjb3JkcyBpblxuMSYjNDM7
MCByZWNvcmRzIG91dFxuMTAyNDAwMCBieXRlcyAoMS4wIE1CKSBjb3BpZWQsIDAuMDAzODU5MDEg
cywgMjY1IE1CL3Ncbic7ICZsdDtyYyZndDsgPSAwPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVh
ZC03NjI3OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMyw5Mzg6OmxpYnZpcnRjb25uZWN0aW9u
OjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVk
b206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1l
dGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFk
LTc5NTE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkzODo6bGlidmlydGNvbm5lY3Rpb246
OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRv
bTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0
YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQt
Mzg4Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMsOTQwOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6
MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9t
OiAyMCBsZXZlbDogMiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRh
ZGF0YSBlbGVtZW50IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC03
OTY3OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMyw5NDA6OmxpYnZpcnRjb25uZWN0aW9uOjox
NDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206
IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFk
YXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTc4
OTk6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk1MTo6bGlidmlydGNvbm5lY3Rpb246OjE0
Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTog
MjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRh
dGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVs
cyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5
Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTMzLjwvZGl2Pg0K
PGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6
NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91
dCBvbiBmaWxlbm8gMTM1LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5l
cjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjoo
X2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTM2LjwvZGl2Pg0KPGRpdiBjbGFz
cz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgz
Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxl
bm8gMTQ2LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6
OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90
aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBD
aGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5u
ZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYxLjwv
ZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEt
MDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykg
VGltZW91dCBvbiBmaWxlbm8gMTY3LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBM
aXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6
dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTcxLjwvZGl2Pg0KPGRp
diBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6
MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBv
biBmaWxlbm8gMTcyLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6
REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hh
bmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTU5LjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2
bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8g
MTg5LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIw
MTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1l
b3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTkwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFu
bmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxz
Ojo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTk1LjwvZGl2
Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMg
MDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGlt
ZW91dCBvbiBmaWxlbm8gMTk3LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0
ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRz
OjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTk4LjwvZGl2Pg0KPGRpdiBj
bGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQs
Mzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBm
aWxlbm8gMjEzLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVC
VUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRs
ZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMjE1LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5W
TSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNo
YW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gOTgu
PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0x
MS0wMyAwODo0NzozNCwzODY6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRz
KSBUaW1lb3V0IG9uIGZpbGVubyAxMjUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkpzb25ScGMgKFN0
b21wUmVhY3Rvcik6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDQxMjo6c3RvbXBSZWFjdG9y
Ojo5ODo6QnJva2VyLlN0b21wQWRhcHRlcjo6KGhhbmRsZV9mcmFtZSkgSGFuZGxpbmcgbWVzc2Fn
ZSAmbHQ7U3RvbXBGcmFtZSBjb21tYW5kPSdTRU5EJyZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+
SnNvblJwY1NlcnZlcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNDEzOjpfX2luaXRfXzo6
NTMwOjpqc29ucnBjLkpzb25ScGNTZXJ2ZXI6OihzZXJ2ZV9yZXF1ZXN0cykgV2FpdGluZyBmb3Ig
cmVxdWVzdDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0Mzo6REVCVUc6OjIwMTUt
MTEtMDMgMDg6NDc6MzQsNDM3OjpzdG9tcFJlYWN0b3I6OjE2Mzo6eWFqc29ucnBjLlN0b21wU2Vy
dmVyOjooc2VuZCkgU2VuZGluZyByZXNwb25zZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQt
NzYxMzo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNzEzOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6
MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9t
OiAyMCBsZXZlbDogMiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRh
ZGF0YSBlbGVtZW50IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC02
MzkzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCw3MTM6OmxpYnZpcnRjb25uZWN0aW9uOjox
NDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206
IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFk
YXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTIy
Njk0MTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzUsNTExOjp0YXNrOjo1OTU6OlN0b3JhZ2Uu
VGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gYmRmMjY0MDEtMzI0Yy00MjIw
LTkwMzQtMTljN2Q4MTZmNjQyYDo6bW92aW5nIGZyb20gc3RhdGUgaW5pdCAtJmd0OyBzdGF0ZSBw
cmVwYXJpbmc8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTQ3MDk6OkRFQlVHOjoyMDE1LTEx
LTAzIDA4OjQ3OjM1LDUxMTo6dGFzazo6NTk1OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6Oihf
dXBkYXRlU3RhdGUpIFRhc2s9YDBhYzJmODU0LTQxZTMtNDQyNy1hMGY0LTVlYWExODQyZTIxMmA6
Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLSZndDsgc3RhdGUgcHJlcGFyaW5nPC9kaXY+DQo8ZGl2
IGFwcGxlLWNvbnRlbnQtZWRpdGVkPSJ0cnVlIiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRl
ci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0
LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg
d2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0
aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsg
LXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPHAgc3R5
bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMHB0OyBsaW5l
LWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPGZvbnQgY29sb3I9IiMzZDNiM2IiIGNsYXNzPSIi
PjxiIGNsYXNzPSIiPi0tPC9iPjwvZm9udD48L3A+DQo8ZGl2IGNsYXNzPSIiPkNocmlzdG9waGU8
L2Rpdj4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiIHN0eWxlPSJj
b2xvcjogcmdiKDAsIDAsIDApOyI+Jm5ic3A7PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8YnIgY2xh
c3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_ABC69195C9484895AAFF1900F54BBE43unilu_--
9 years, 5 months
Migration failed
by Massimo Mad
Hi,
I want to upgrade my oVirt infrastructure, host on host centos 6.x on bare
metal 7.x.
I created a new cluster with inside the new host, and when I try to migrate
the vm from one cluster to another I have the following messages:
Migration failed, No available hosts found
Migration failed two to Error: Fatal Error during migration. Trying to
migrate to another Host
I checked the host file and the certificates and everything is fine
Regards
Massimo
9 years, 5 months
Need to clear domain Export already exists in an ovirt (3.5)
by ccox＠endlessnow.com
Our ovirt 3.5 host thinks it has an export domain, but it's not visible
anywhere, but it's keeping us from importing a domain from a different
datacenter. What database update do I need to issue to clear the bad
state from the ovirt 3.5 we are trying to Import into?
9 years, 5 months
Greetings and observations from an oVirt noob
by Kenneth Marsh
Hello all,
I do development operations for a part of a software division of a large
multinational. I'm an experienced user of VMWare and Amazon AWS, soon to be
pushed onto Azure, and I've found a common thread among all solutions -
they are all expensive enough that my budget will certainly not be approved
with them. I'm deferred to the IT part of the organisation, which operates
too slowly and inefficiently (in terms of both cost and time) for my
requirements. This is what led me to RHEV, and ultimately to oVirt. This is
a feasibility study for what may ultimately be a RHEV-based data center in
a new office, and if I succeed we will be doing more on a fixed budget by
using more RHEV and less Azure.
I spent the weekend working with oVirt and I'm very impressed. I had no
idea such a comprehensive enterprise-class solution was even available.
Being a complete newcomer, I started without a clue and after a weekend had
set up a nearly-working data centre including an oVirt hypervisor node, all
on old Dell notebooks loaned to me temporarily by our IT group. I started
with RHEV but decided to use oVirt for two reasons - one being to see
what's possible with the latest and greatest, the other because RHEV
required some licensing I've not yet purchased. Long term it'll have to be
RHEV for enterprise support reasons I'm sure many are familiar with.
There are a few things I found, from a newcomer's perspective, very unclear.
- What is oVirt, vs oVirt engine, vs oVirt node, vs oVirt host. Try to
find documentation on any of these and get spammed with references to the
others. I think I've worked out that these are the collective suite of
products, the management centre, the bare-metal hypervisor, and
participating member servers, respectively.
- Which versions of CentOS/Fedora/oVirt Node are compatible at which
oVirt compatibility level? This would normally be addressed in the release
notes. It was also confusing to discover oVirt node 3.2.1 is compatible at
the 3.5 level. The answer to this remains unclear but I'm trying to use
Fedora 22 across the board now with oVirt node 3.2.1 and this seems to be
working, although I haven't gotten a server node into a cluster yet, only
oVirt nodes.
- Storage domains - much doco about them being needed and how to
configure them but nothing about what they are or why they are needed. I
would have expected an oVirt node to be capable of both data and ISO
storage but apparently there needs to be an NFS or iSCSI filesystem there
first? And there's local storage vs shared, another concept much talked
about how to prepare and add it but not explained why one would want to do
that or what it means.
I think with further internet combing and by trial-and-error I'm very
likely to figure it all out. I hope all goes well and implement this stuff
in our new data centre and then I'd be keen to contribute some of my own
tech writing.
Meanwhile, I hope to be active on this mailing list and I thank everyone in
advance for sharing their oVirt experience. For any who are looking at the
doco thanks much for the plethora of stuff out there already and I hope the
above bullet points help you understand where doco most needs more
attention. At least from the perspective of one who has just come across
oVirt.
Kind Regards,
Ken Marsh
Brisbane, Australia
9 years, 5 months
Migration from VirtualBox to oVirt (do's and don'ts)
by Kiril L
As it seems a new server will have to be deployed soon. There is
almost no budget and i cannot afford more then one machine.
Because of that i was wondering if it would be possible to use
VirtualBox (for now) and later migrate to oVirt (when I manage to get
a permission)?
I was wondering is there something that i have to do (when setting up
the VM) in order to migrate at some point to oVirt?
9 years, 5 months
Re: [ovirt-users] virsh athentification failure Users Digest Users Digest, Vol 51, Issue 35
by Jean-Pierre Ribeauville
Hi,
I got a lot of good advices to fix my issue.
Thanks to all .
Regards,
J.P.
-----Message d'origine-----
De : users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org
Envoyé : vendredi 4 décembre 2015 17:11
À : users(a)ovirt.org
Objet : Users Digest, Vol 51, Issue 35
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."
Today's Topics:
1. Re: [libvirt-users] virsh athentification failure
(Daniel P. Berrange)
2. RE : virsh athentification failure Users Digest, Vol 51,
Issue 34 (Jean-Pierre Ribeauville)
3. Re: Virt-v2v import issue (Michal Skrivanek)
4. Re: Migration from VirtualBox to oVirt (do's and don'ts)
(Michal Skrivanek)
5. Re: Virt-v2v import issue (Budur Nagaraju)
6. Re: [libvirt-users] virsh athentification failure
(Michal Skrivanek)
7. Re: virsh athentification failure Users Digest, Vol 51,
Issue 34 (Michal Skrivanek)
----------------------------------------------------------------------
Message: 1
Date: Fri, 4 Dec 2015 15:26:04 +0000
From: "Daniel P. Berrange" <berrange(a)redhat.com>
To: Jean-Pierre Ribeauville <jpribeauville(a)axway.com>
Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>,
"users(a)ovirt.org" <users(a)ovirt.org>
Subject: Re: [ovirt-users] [libvirt-users] virsh athentification
failure
Message-ID: <20151204152604.GE18045(a)redhat.com>
Content-Type: text/plain; charset=utf-8
On Fri, Dec 04, 2015 at 03:18:19PM +0000, Jean-Pierre Ribeauville wrote:
> Hi,
>
> I wrote a C program running in a KVM host.
> Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest.
> As long as my host wasn't part of an Ovirt cluster , all was running fine.
>
>
> I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error :
>
> Please enter your authentication name:
> Please enter your password:
> error: failed to connect to the hypervisor
> error: no valid connection
> error: authentication failed: Failed to step SASL negotiation: -1
> (SASL(-1): generic failure: All-whitespace username.)
>
>
> What's the user/password I've to use then ?
When you attach a compute node to oVirt, it sets up auth with libvirt to prevent admins from connecting to libvirt. If you want to oiverride that you need to create yourself a SASL user + password using the
saslpasswd2 command eg see
http://libvirt.org/auth.html#ACL_server_username
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
------------------------------
Message: 2
Date: Fri, 4 Dec 2015 15:42:20 +0000
From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] RE : virsh athentification failure Users
Digest, Vol 51, Issue 34
Message-ID:
<1051EFB4D3A1704680C38CCAAC5836D2929DC391(a)WPTXMAIL2.ptx.axway.int>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
AFA IUnderstand , /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 is a channel used for QEMU agent , so no way to use it for private purpose.
J.P.
-----Message d'origine-----
De?: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org
Envoy??: vendredi 4 d?cembre 2015 16:24
??: users(a)ovirt.org
Objet?: Users Digest, Vol 51, Issue 34
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."
Today's Topics:
1. virsh athentification failure (Jean-Pierre Ribeauville)
2. Re: virsh athentification failure (Nathana?l Blanchet)
3. Re: virsh athentification failure (Nathana?l Blanchet)
----------------------------------------------------------------------
Message: 1
Date: Fri, 4 Dec 2015 15:18:19 +0000
From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>
Subject: [ovirt-users] virsh athentification failure
Message-ID:
<1051EFB4D3A1704680C38CCAAC5836D2929DC35C(a)WPTXMAIL2.ptx.axway.int>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I wrote a C program running in a KVM host.
Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest.
As long as my host wasn't part of an Ovirt cluster , all was running fine.
I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error :
Please enter your authentication name:
Please enter your password:
error: failed to connect to the hypervisor
error: no valid connection
error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.)
What's the user/password I've to use then ?
BTW , I've seen that following channel device was added to the Guest at its creation :
/var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0
What's used for ?
I presume I cannot use for my private purpose ?
I sent this topic to ovirt and libvirt mailing lists , cos I don't know which forum is the right one for this kind of subject.
Thanks for help.
Regards,
J.P. Ribeauville
P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez ? l'environnement avant d'imprimer.
9 years, 5 months
Setting PXE boot via Python API
by Jamie Lawrence
--Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
Hello,
I=E2=80=99m currently playing with scripted VM creation and have an =
issue getting the newly created VM to PXE boot. My objective is to port =
some creation scripts from the environment this will eventually replace =
and worry about making this more =E2=80=9COvirt-ey=E2=80=9D later.
Skipping the details, everything is happy through creation, and when I =
boot it, it attempts to boot from a =E2=80=98disk' and fails, and I =
don=E2=80=99t understand why.
Following the creation of the VM, creation/attachment of the disk and =
net,
boot_dev =3D params.Boot(dev=3D'network')
vm.os.set_boot([boot_dev])
vm.set_os(params.OperatingSystem(cmdline=3Dkernel_cmd))
vm.update()
kernel_cmd there evaluates to a fairly typical PXEboot string that works =
with our legacy setup - there isn=E2=80=99t really anything exotic going =
on. The BIOS doesn=E2=80=99t show any attempt at a PXE boot - it goes =
straight to the disk, declares it unbootable (because it was just =
created and is blank), and halts. It feels like the set_boot line is =
wrong or ignored, but this is new to me.
Anyone have a hint?
Thanks,
-j=
--Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27
Content-Disposition: attachment;
filename=smime.p7s
Content-Type: application/pkcs7-signature;
name=smime.p7s
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHejCCB3Yw
ggVeoAMCAQICE1QAABNFH2NktVR+MW0AAAAAE0UwDQYJKoZIhvcNAQEFBQAwYDETMBEGCgmSJomT
8ixkARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYE
Y29ycDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQTAeFw0xNTA5MjgxNjA1MDVaFw0xNjA4MTMyMjA3
NDJaMIGsMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUx
FDASBgoJkiaJk/IsZAEZFgRjb3JwMRIwEAYDVQQLEwlFbXBsb3llZXMxCzAJBgNVBAsTAklUMRcw
FQYDVQQDEw5KYW1pZSBMYXdyZW5jZTEoMCYGCSqGSIb3DQEJARYZamxhd3JlbmNlQHNxdWFyZXRy
YWRlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJKcbsIRNOtf5dPVSwBJPfmu
SwaS3lsqO4k/GyptrL70oxJHcsFWu1er4Qne2LwL4pvWzG3ID8QCPzBNMaijhgmOqf5lCS66t5bt
XqqKDUWw+JYW8qKNLxEFpXYJMnoRJ6GAwsD+R/TL9qB6tSZa/ElWm3u+Q+B6PsOPTJR0FcPy6jzD
DeoLMcN/MgKBsUGYmJSBcqoBrd/7ugZancX5ZsIMtDpjGG9zYfT3r3deMRFFksfkUf2BakUoFYRP
hVl2IUAsarZ8oWGOkkm6NoV8AQrCsFtJNlfrBWFjaJDgSU/7waVpaFwNbE3y5vKfsydkHCfuatdt
gmTCIMXX8QU3mBkCAwEAAaOCAtowggLWMB0GA1UdDgQWBBSidwBvd8Keglu5uZyaGnDa0tfFBzAf
BgNVHSMEGDAWgBSsU98vE8JHTC7TGa8VLHCSZCOFSTCB1QYDVR0fBIHNMIHKMIHHoIHEoIHBhoG+
bGRhcDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPXN1YmNhLENOPUNEUCxDTj1QdWJsaWMlMjBLZXkl
MjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJl
dHJhZGUsREM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1j
UkxEaXN0cmlidXRpb25Qb2ludDCBywYIKwYBBQUHAQEEgb4wgbswgbgGCCsGAQUFBzAChoGrbGRh
cDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD
Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJldHJhZGUsREM9Y29t
P2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MBcG
CSsGAQQBgjcUAgQKHggAVQBzAGUAcjAOBgNVHQ8BAf8EBAMCBaAwKQYDVR0lBCIwIAYKKwYBBAGC
NwoDBAYIKwYBBQUHAwQGCCsGAQUFBwMCMFQGA1UdEQRNMEugLgYKKwYBBAGCNxQCA6AgDB5qbGF3
cmVuY2VAY29ycC5zcXVhcmV0cmFkZS5jb22BGWpsYXdyZW5jZUBzcXVhcmV0cmFkZS5jb20wRAYJ
KoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoG
CCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4ICAQBwdFGJ18Dzg6eQoQU2oJ8PaoxTgOccXQNNcEZG
wP0yk9ldV2BmqAw3yr0lUnhdk/ChkF9duSmWTHXrt8nAbyO8XVTwhIR6EcJEqS/MneudUsKbwClq
yweMqsr/J9jz8Xl/IsbS0mWG9rb3o4stowNycrk2+t68DNMANQa4HGqh7Rz3XcrDtZOIRe33CPSc
552FgT1yJHBcNCkJHJQdZ6pXb0voP59eGIbrqOwhxfdorbb6lqYjSmOlUoQk5x0Gn25Z+B5q8a6o
UTf1G5vMNups9133xuc1DeyFmjJVt6Xbs+BIIkAeL543iPWrr03vLclFRF+rwHBGkwklRY2eP/Qv
oNOLBeuY85SiVdPKFlOSQc/U1kcpDani9UuQmQ1IZz3gea8WHDUyY2jSyAMZYFPNMQq+26eEo+HP
+Gz7+F5IWRO1OL01EGsjCv/cdugqOsH/aIEc9XP4b/BUyWnxJxgI0d0j8BDfGiKcV+sCvkW4sO0p
Oggj0b0SYnTB87hvjciZ4E8PHxaYlTyU95fdTQYLT6XjNMSQC3cIO4klbsObGRaIq5V4YbGiq91Z
CkPCQjmBezFM7aLI9qb28gAT1NL2HZ0y5i8CDQWasE5RGyjqAhI6z+pl5RCUtUXimuo2KoA09eC6
RZllX/dT1f6+xGQu8DHMx+TSkYtuc2gzPFeFtjGCAxMwggMPAgEBMHcwYDETMBEGCgmSJomT8ixk
ARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29y
cDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTAJBgUrDgMCGgUA
oIIBcTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDMyMTU5
MzRaMCMGCSqGSIb3DQEJBDEWBBSSoCNtpkmO63vwjattp26H+EReUjCBhgYJKwYBBAGCNxAEMXkw
dzBgMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUxFDAS
BgoJkiaJk/IsZAEZFgRjb3JwMRYwFAYDVQQDEw1jb3JwLVNVQkNBLUNBAhNUAAATRR9jZLVUfjFt
AAAAABNFMIGIBgsqhkiG9w0BCRACCzF5oHcwYDETMBEGCgmSJomT8ixkARkWA2NvbTEbMBkGCgmS
JomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29ycDEWMBQGA1UEAxMNY29y
cC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTANBgkqhkiG9w0BAQEFAASCAQAxJFq2qh0j
WLja986PuK0E+XhS01wbbmNrcdOxhRfifyFjFTn7pzSlNTM1R84LOPVBnry/KwC9BBdMKHb4UYxo
Ym6TDGR5FGf+LwcQtPGBQvt/QhqDRv6DMO9BcLjp7DVf1cnsCawS9j1HNlNjR87nXG/4fOd8fCWv
Lb5VjkO/AGnQrEQDLPO2hMnsSgW/763arBgEvJoHLj0gnRGLjxal2yXw+xW8ZLxxDkLkhp5KHjFt
nk33/Fw6xWUM2IKWVXzQIbBK3TrGVztKcZBljqvRqTmCTQwZ5spX+BS2e6tUUaorO/6+PK2+76Ne
lO3JsMbYtEP7qPh550WIJI7y6ePfAAAAAAAA
--Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27--
9 years, 5 months
RE : virsh athentification failure Users Digest, Vol 51, Issue 34
by Jean-Pierre Ribeauville
Hi,
AFA IUnderstand , /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 is a
channel used for QEMU agent , so no way to use it for private purpose.
J.P.
-----Message d'origine-----
De : users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org
Envoyé : vendredi 4 décembre 2015 16:24
À : users(a)ovirt.org
Objet : Users Digest, Vol 51, Issue 34
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."
Today's Topics:
1. virsh athentification failure (Jean-Pierre Ribeauville)
2. Re: virsh athentification failure (Nathana?l Blanchet)
3. Re: virsh athentification failure (Nathana?l Blanchet)
----------------------------------------------------------------------
Message: 1
Date: Fri, 4 Dec 2015 15:18:19 +0000
From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>
Subject: [ovirt-users] virsh athentification failure
Message-ID:
<1051EFB4D3A1704680C38CCAAC5836D2929DC35C(a)WPTXMAIL2.ptx.axway.int>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I wrote a C program running in a KVM host.
Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest.
As long as my host wasn't part of an Ovirt cluster , all was running fine.
I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error :
Please enter your authentication name:
Please enter your password:
error: failed to connect to the hypervisor
error: no valid connection
error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.)
What's the user/password I've to use then ?
BTW , I've seen that following channel device was added to the Guest at its creation :
/var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0
What's used for ?
I presume I cannot use for my private purpose ?
I sent this topic to ovirt and libvirt mailing lists , cos I don't know which forum is the right one for this kind of subject.
Thanks for help.
Regards,
J.P. Ribeauville
P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez ? l'environnement avant d'imprimer.
9 years, 5 months
virsh athentification failure
by Jean-Pierre Ribeauville
--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
I wrote a C program running in a KVM host.
Part of it adds a Unix Channel device in all Guests in order to have a dia=
log from Host to Guest.
As long as my host wasn't part of an Ovirt cluster , all was running fine.
I added my host in a ovirt cluster , and then , when running the script cre=
ating the channel device ( by using "virsh attach-device --persistent -=
live ....." ) , I got following error :
Please enter your authentication name:
Please enter your password:
error: failed to connect to the hypervisor
error: no valid connection
error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1)=
: generic failure: All-whitespace username.)
What's the user/password I've to use then ?
BTW , I've seen that following channel device was added to the Guest at it=
s creation :
/var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qem=
u.guest_agent.0
What's used for ?
I presume I cannot use for my private purpose ?
I sent this topic to ovirt and libvirt mailing lists , cos I don't know wh=
ich forum is the right one for this kind of subject.
Thanks for help.
Regards,
J.P. Ribeauville
P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez =E0 l'environnement avant d'imprimer.
--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_
Content-Type: text/html; charset="iso-8859-1"
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=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Webdings;
panose-1:5 3 1 2 1 5 9 6 7 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
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"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I wrote a C program running in =
a KVM host.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Part of it adds a Unix Channel =
device in all Guests in order to have a dialog from Host to Guest.<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">As long as my host wasn’t=
part of an Ovirt cluster , all was running fine.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I added my host in a ovirt clus=
ter , and then , when running the script creating the channel device =
( by using “virsh attach-device --persistent –=
;live …..” ) , I got following error :<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">Please enter your authentica=
tion name:<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">Please enter your password:<=
o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">error: failed to connect to =
the hypervisor<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i>error: no valid connection<o:p></o:p></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">error: authentication failed=
: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-white=
space username.)<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">What’s the user/password =
I’ve to use then ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">BTW , I’ve seen that foll=
owing channel device was added to the Guest at its creation :<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">/var/lib/libvirt/qemu/channe=
ls/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0<o:p></o:p></=
span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">What’s used for ?<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I presume I cannot use for my p=
rivate purpose ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I sent this topic to ovirt &nbs=
p;and libvirt mailing lists , cos I don’t know which forum is the rig=
ht one for this kind of subject.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks for help.<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding=
=3D"0">
<tbody>
<tr>
<td valign=3D"top" style=3D"padding:0cm 4.5pt 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:9.0pt;fon=
t-family:"Arial","sans-serif";color:#888888;mso-fareast=
-language:FR"><o:p> </o:p></span></b></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:8.5pt;fon=
t-family:"Arial","sans-serif";color:#888888;mso-fareast=
-language:FR">J.P. Ribeauville<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:8.5pt;font-f=
amily:"Arial","sans-serif";color:#737373;mso-fareast-la=
nguage:FR"><o:p> </o:p></span></p>
</td>
</tr>
<tr>
<td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:red;mso-fareast-language:FR">P:
</span><span style=3D"font-size:8.5pt;font-family:"Arial","s=
ans-serif";color:#737373;mso-fareast-language:FR">+33.(0).1.47.17.=
20.49</span><span style=3D"font-size:8.5pt;font-family:"Arial",&q=
uot;sans-serif";color:#737373;mso-fareast-language:FR"><o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR">.<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR">Pute=
aux 3 Etage 5 Bureau 4<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR"><o:p=
> </o:p></span></p>
<p class=3D"MsoNormal"><u><span lang=3D"EN-US" style=3D"font-size:9.0pt;col=
or:red;mso-fareast-language:FR"><a href=3D"mailto:jpribeauville@axway.com">=
<span lang=3D"FR" style=3D"color:blue">jpribeauville(a)axway.com</span></a></=
span></u><u><span style=3D"font-size:9.0pt;color:red;mso-fareast-language:F=
R"><br>
</span></u><span style=3D"font-size:9.0pt;color:red;mso-fareast-language:FR=
"><a href=3D"http://www.axway.com/"><span style=3D"color:red">http://www.ax=
way.com</span></a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Ari=
al","sans-serif";color:#737373;mso-fareast-language:FR"><o:p=
> </o:p></span></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><span style=3D"display:none;mso-fareast-language:FR"=
><o:p> </o:p></span></p>
<table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding=
=3D"0">
<tbody>
<tr>
<td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><span style=3D"font-size:18.0pt;font-family:Webdings=
;color:#888888;mso-fareast-language:FR">P</span><span style=3D"font-size:8.=
0pt;font-family:"Arial","sans-serif";color:#888888;mso-=
fareast-language:FR"> Pensez =E0 l’environnement avant d’i=
mprimer.</span><span style=3D"font-size:8.0pt;font-family:"Arial"=
,"sans-serif";color:#888888;mso-fareast-language:FR"><o:p></o:p><=
/span></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:FR"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_--
9 years, 5 months
Re: [ovirt-users] virsh athentification failure
by Nathanaël Blanchet
This is a multi-part message in MIME format.
--------------010007080203050408050202
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Le 04/12/2015 16:21, Nathana=EBl Blanchet a =E9crit :
> user:vdsm@ovirt
> pass:shibboleth
>
> Le 04/12/2015 16:18, Jean-Pierre Ribeauville a =E9crit :
>>
>> Hi,
>>
>> I wrote a C program running in a KVM host.
>>
>> Part of it adds a Unix Channel device in all Guests in order to have=20
>> a dialog from Host to Guest.
>>
>> As long as my host wasn=92t part of an Ovirt cluster , all was running=
=20
>> fine.
>>
>> I added my host in a ovirt cluster , and then , when running the=20
>> script creating the channel device ( by using =93virsh attach-devic=
e=20
>> --persistent =96live =85..=94 ) , I got following error :
>>
>> /Please enter your authentication name:/
>>
>> /Please enter your password:/
>>
>> /error: failed to connect to the hypervisor/
>>
>> /error: no valid connection/
>>
>> /error: authentication failed: Failed to step SASL negotiation: -1=20
>> (SASL(-1): generic failure: All-whitespace username.)/
>>
>> //
>>
>> //
>>
>> What=92s the user/password I=92ve to use then ?
>>
>> //
>>
>> //
>>
>> BTW , I=92ve seen that following channel device was added to the Gues=
t=20
>> at its creation :
>>
>> //var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.o=
rg.qemu.guest_agent.0/
>>
>> What=92s used for ?
>>
>> I presume I cannot use for my private purpose ?
>>
>> //
>>
>> I sent this topic to ovirt and libvirt mailing lists , cos I don=92t=20
>> know which forum is the right one for this kind of subject.
>>
>> //
>>
>> Thanks for help.
>>
>> Regards,
>>
>> **
>>
>> *J.P. Ribeauville*
>>
>> P: +33.(0).1.47.17.20.49
>>
>> .
>>
>> Puteaux 3 Etage 5 Bureau 4
>>
>> _jpribeauville(a)axway.com <mailto:jpribeauville@axway.com>__
>> _<http://www.axway.com/>http://www.axway.com
>>
>> P Pensez =E0 l=92environnement avant d=92imprimer.
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
> --=20
> Nathana=EBl Blanchet
>
> Supervision r=E9seau
> P=F4le Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 =09
> T=E9l. 33 (0)4 67 54 84 55
> Fax 33 (0)4 67 54 84 14
> blanchet(a)abes.fr =20
--=20
Nathana=EBl Blanchet
Supervision r=E9seau
P=F4le Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5 =09
T=E9l. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
--------------010007080203050408050202
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta content=3D"text/html; charset=3Dwindows-1252"
http-equiv=3D"Content-Type">
</head>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
<br>
<br>
<div class=3D"moz-cite-prefix">Le 04/12/2015 16:21, Nathana=EBl Blanc=
het
a =E9crit=A0:<br>
</div>
<blockquote cite=3D"mid:5661AF85.6050000@abes.fr" type=3D"cite">
<meta content=3D"text/html; charset=3Dwindows-1252"
http-equiv=3D"Content-Type">
user:vdsm@ovirt<br>
pass:shibboleth<br>
<br>
<div class=3D"moz-cite-prefix">Le 04/12/2015 16:18, Jean-Pierre
Ribeauville a =E9crit=A0:<br>
</div>
<blockquote
cite=3D"mid:1051EFB4D3A1704680C38CCAAC5836D2929DC35C@WPTXMAIL2.ptx.axway.=
int"
type=3D"cite">
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Dwindows-1252">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Webdings;
panose-1:5 3 1 2 1 5 9 6 7 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
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]-->
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>=A0</o:p></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I wrote a C program
running in a KVM host.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Part of it adds a U=
nix
Channel device in all Guests in order to =A0have a dialog
from Host to Guest.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">As long as my host
wasn=92t part of an Ovirt cluster , all was running fine.<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I added my host in =
a
ovirt cluster , and then , when running the script
creating the channel device =A0( by =A0using =A0=93virsh
attach-device =A0--persistent =96live =85..=94 ) , I got fo=
llowing
error :<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">Please enter you=
r
authentication name:<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">Please enter you=
r
password:<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">error: failed to
connect to the hypervisor<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i>error: no valid connection<o:p></o:p>=
</i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">error:
authentication failed: Failed to step SASL negotiation:
-1 (SASL(-1): generic failure: All-whitespace username.)<=
o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p>=A0</o:p></=
span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p>=A0</o:p></=
span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">What=92s the
user/password I=92ve to use then ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p>=A0</o:p></=
span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p>=A0</o:p></=
span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">BTW , I=92ve seen t=
hat
following channel device was =A0added to the Guest at its
creation :<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">/var/lib/libvirt=
/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.=
0<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">What=92s used for ?=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I presume I cannot =
use
for my private purpose ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p>=A0</o:p></=
span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I sent this topic t=
o
ovirt =A0and libvirt mailing lists , cos I don=92t know whi=
ch
forum is the right one for this kind of subject.<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p>=A0</o:p></=
span></i></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks for help.<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>=A0</o:p></spa=
n></p>
<table class=3D"MsoNormalTable" border=3D"0" cellpadding=3D"0"
cellspacing=3D"0">
<tbody>
<tr>
<td style=3D"padding:0cm 4.5pt 0cm 0cm" valign=3D"top">
<p class=3D"MsoNormal"><b><span
style=3D"font-size:9.0pt;font-family:"Arial","sans-serif&q=
uot;;color:#888888;mso-fareast-language:FR"
lang=3D"EN-US"><o:p>=A0</o:p></span></b></p>
<p class=3D"MsoNormal"><b><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#888888;mso-fareast-language:FR"
lang=3D"EN-US">J.P. Ribeauville<o:p></o:p></span>=
</b></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR"
lang=3D"EN-US"><o:p>=A0</o:p></span></p>
</td>
</tr>
<tr>
<td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:red;mso-fareast-language:FR">P:
</span><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR">+33.(0).1.47.17.20.49</span><=
span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR">.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR">Puteaux
3 Etage 5=A0 Bureau 4<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR"><o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><u><span
style=3D"font-size:9.0pt;color:red;mso-fareast-la=
nguage:FR"
lang=3D"EN-US"><a moz-do-not-send=3D"true"
href=3D"mailto:jpribeauville@axway.com"><span
style=3D"color:blue" lang=3D"FR">jpribeauvill=
e(a)axway.com</span></a></span></u><u><span
style=3D"font-size:9.0pt;color:red;mso-fareast-language:FR"><br>
</span></u><span
style=3D"font-size:9.0pt;color:red;mso-fareast-lang=
uage:FR"><a
moz-do-not-send=3D"true"
href=3D"http://www.axway.com/"><span
style=3D"color:red"></span></a><a
moz-do-not-send=3D"true"
class=3D"moz-txt-link-freetext"
href=3D"http://www.axway.com"><a class=3D"moz-txt=
-link-freetext" href=3D"http://www.axway.com">http://www.axway.com</a></a=
></span><o:p></o:p></p>
<p class=3D"MsoNormal"><span
style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q=
uot;;color:#737373;mso-fareast-language:FR"><o:p>=A0</o:p></span></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><span
style=3D"display:none;mso-fareast-language:FR"><o:p>=A0</o:=
p></span></p>
<table class=3D"MsoNormalTable" border=3D"0" cellpadding=3D"0"
cellspacing=3D"0">
<tbody>
<tr>
<td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><span
style=3D"font-size:18.0pt;font-family:Webdings;color:#888888;mso-fareast-=
language:FR">P</span><span
style=3D"font-size:8.0pt;font-family:"Arial","sans-serif&q=
uot;;color:#888888;mso-fareast-language:FR">=A0Pensez
=E0 l=92environnement avant d=92imprimer.</span><sp=
an
style=3D"font-size:8.0pt;font-family:"Arial","sans-serif&q=
uot;;color:#888888;mso-fareast-language:FR"><o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:FR">=
<o:p>=A0</o:p></span></p>
<p class=3D"MsoNormal"><o:p>=A0</o:p></p>
</div>
<br>
<fieldset class=3D"mimeAttachmentHeader"></fieldset>
<br>
<pre wrap=3D"">_______________________________________________
Users mailing list
<a moz-do-not-send=3D"true" class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:Users@ovirt.org">Users(a)ovirt.org</a>
<a moz-do-not-send=3D"true" class=3D"moz-txt-link-freetext" href=3D"http:=
//lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/=
listinfo/users</a>
</pre>
</blockquote>
<br>
<pre class=3D"moz-signature" cols=3D"72">--=20
Nathana=EBl Blanchet
Supervision r=E9seau
P=F4le Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5 =09
T=E9l. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a moz-do-not-send=3D"true" class=3D"moz-txt-link-abbreviated" href=3D"ma=
ilto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre>
</blockquote>
<br>
<pre class=3D"moz-signature" cols=3D"72">--=20
Nathana=EBl Blanchet
Supervision r=E9seau
P=F4le Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5 =09
T=E9l. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl=
anchet(a)abes.fr</a> </pre>
</body>
</html>
--------------010007080203050408050202--
9 years, 5 months
Failing to add NFS storage domain
by Jean-Pierre Ribeauville
--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
By using 3.5 ovirt , I'm trying to add an NFS storage domain to my datace=
nter.
Then I got following error :
Error while executing action New NFS Storage Domain: Error creating a stora=
ge domain
I restart sanlock service on the host ( it's a RHEL 7) ; no positive effec=
t.
In engine.log found this :
....
2015-12-02 11:42:17,767 INFO [org.ovirt.engine.core.bll.storage.AddStorage=
ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock Acquired t=
o object EngineLock [exclusiveLocks=3D key: omniserv.lab.dc01.axway.int:/nf=
s/omnicol value: STORAGE_CONNECTION
, sharedLocks=3D ]
2015-12-02 11:42:17,771 INFO [org.ovirt.engine.core.bll.storage.AddStorage=
ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Running command=
: AddStorageServerConnectionCommand internal: false. Entities affected : I=
D: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STO=
RAGE_DOMAIN with role type ADMIN
2015-12-02 11:42:17,771 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co=
nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] START, Con=
nectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-17=
0f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-000000=
000000, storageType =3D NFS, connectionList =3D [{ id: null, connection: om=
niserv.lab.dc01.axway.int:/nfs/omnicol, iqn: null, vfsType: null, mountOpti=
ons: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id:=
7651babb
2015-12-02 11:42:17,790 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co=
nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] FINISH, Co=
nnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=
=3D0}, log id: 7651babb
2015-12-02 11:42:17,793 INFO [org.ovirt.engine.core.bll.storage.AddStorage=
ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock freed to o=
bject EngineLock [exclusiveLocks=3D key: omniserv.lab.dc01.axway.int:/nfs/o=
mnicol value: STORAGE_CONNECTION
, sharedLocks=3D ]
2015-12-02 11:42:17,810 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor=
ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Running command: AddNF=
SStorageDomainCommand internal: false. Entities affected : ID: aaa00000-00=
00-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN wi=
th role type ADMIN
2015-12-02 11:42:17,813 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co=
nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] START, Con=
nectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-17=
0f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-000000=
000000, storageType =3D NFS, connectionList =3D [{ id: ce05a2b0-cee9-44a9-8=
45e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/nfs/omnicol, iqn=
: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: nu=
ll, nfsTimeo: null };]), log id: 7c9bb0db
2015-12-02 11:42:17,828 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co=
nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, Co=
nnectStorageServerVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=
=3D0}, log id: 7c9bb0db
2015-12-02 11:42:17,828 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr=
eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] START, Crea=
teStorageDomainVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f=
-48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4b=
7602-47de-47a7-a278-95b1ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/=
omnicol), log id: 62401241
2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr=
eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Failed in C=
reateStorageDomainVDS method
2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr=
eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command org=
.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return=
value
StatusOnlyReturnForXmlRpc [mStatus=3DStatusForXmlRpc [mCode=3D351, mMessage=
=3DError creating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602-4=
7de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecif=
icArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',)]]
2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr=
eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] HostName =
=3D ldc01omv01
2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr=
eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command Cre=
ateStorageDomainVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170=
f-48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4=
b7602-47de-47a7-a278-95b1ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs=
/omnicol) execution failed. Exception: VDSErrorException: VDSGenericExcepti=
on: VDSErrorException: Failed to CreateStorageDomainVDS, error =3D Error cr=
eating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602-47de-47a7-a2=
78-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domn=
iserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',), code =3D 351
2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr=
eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, Cre=
ateStorageDomainVDSCommand, log id: 62401241
2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStor=
ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command org.ovirt.engi=
ne.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. Wit=
h error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.=
VDSErrorException: VDSGenericException: VDSErrorException: Failed to Create=
StorageDomainVDS, error =3D Error creating a storage domain: (u'storageType=
=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs,=
domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol d=
omVersion=3D3',), code =3D 351 (Failed with error StorageDomainCreationErro=
r and code 351)
2015-12-02 11:42:17,987 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor=
ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a=
-94d6-45f6-8747-73eb18e0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engi=
ne.core.common.businessentities.StorageDomainDynamic; snapshot: 5c4b7602-47=
de-47a7-a278-95b1ac7b1f8d.
2015-12-02 11:42:17,987 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor=
ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a=
-94d6-45f6-8747-73eb18e0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engi=
ne.core.common.businessentities.StorageDomainStatic; snapshot: 5c4b7602-47d=
e-47a7-a278-95b1ac7b1f8d.
2015-12-02 11:42:17,989 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStor=
ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Transaction rolled-bac=
k for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand=
.
2015-12-02 11:42:17,991 ERROR [org.ovirt.engine.core.dal.dbbroker.auditlogh=
andling.AuditLogDirector] (ajp-/127.0.0.1:8702-6) [66393037] Correlation ID=
: 66393037, Job ID: e5ce2642-b4d4-4088-b33a-0e68fb698275, Call Stack: null,=
Custom Event ID: -1, Message: Failed to add Storage Domain test_nfs. (User=
: admin@internal)
2015-12-02 11:42:18,038 INFO [org.ovirt.engine.core.bll.storage.RemoveStor=
ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock Acquire=
d to object EngineLock [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35=
349c7195 value: STORAGE_CONNECTION
key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION
, sharedLocks=3D ]
2015-12-02 11:42:18,040 INFO [org.ovirt.engine.core.bll.storage.RemoveStor=
ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Running comm=
and: RemoveStorageServerConnectionCommand internal: false. Entities affecte=
d : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREA=
TE_STORAGE_DOMAIN with role type ADMIN
2015-12-02 11:42:18,041 INFO [org.ovirt.engine.core.bll.storage.RemoveStor=
ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Removing con=
nection ce05a2b0-cee9-44a9-845e-8a35349c7195 from database
2015-12-02 11:42:18,042 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di=
sconnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] START, =
DisconnectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3=
024-170f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-=
000000000000, storageType =3D NFS, connectionList =3D [{ id: ce05a2b0-cee9-=
44a9-845e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/nfs/omnico=
l, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetra=
ns: null, nfsTimeo: null };]), log id: 65092833
2015-12-02 11:42:18,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di=
sconnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] FINISH,=
DisconnectStorageServerVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a3534=
9c7195=3D0}, log id: 65092833
2015-12-02 11:42:18,164 INFO [org.ovirt.engine.core.bll.storage.RemoveStor=
ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock freed t=
o object EngineLock [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349=
c7195 value: STORAGE_CONNECTION
key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION
, sharedLocks=3D ]
.......
On host side, I see the new NFS mount point correctly setup and I'm able to=
list its contents.
Thanks for help.
J.P. Ribeauville
P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5 Bureau 4
jpribeauville(a)axway.com<mailto:jpribeauville@axway.com>
http://www.axway.com<http://www.axway.com/>
P Pensez =E0 l'environnement avant d'imprimer.
--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_
Content-Type: text/html; charset="iso-8859-1"
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=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Webdings;
panose-1:5 3 1 2 1 5 9 6 7 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Texte brut Car";
margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.TextebrutCar
{mso-style-name:"Texte brut Car";
mso-style-priority:99;
mso-style-link:"Texte brut";
font-family:"Calibri","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
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"FR" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">By using 3.5 ovirt , I'm try=
ing to add an NFS storage domain to my datacenter.<o:p></o:p></=
span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">Then I got follo=
wing error :<o:p></o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US" style=3D"font-size:12.0pt;fo=
nt-family:"Times New Roman","serif";mso-fareast-languag=
e:FR">Error while executing action New NFS Storage Domain: Error creating a=
storage domain<o:p></o:p></span></i></p>
<p class=3D"MsoPlainText"><i><span lang=3D"EN-US"><o:p> </o:p></span><=
/i></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">I restart sanlock service on=
the host ( it's a RHEL 7) ; no positive effect.<o:p></o:p></span></p=
>
<p class=3D"MsoPlainText"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoPlainText"><span lang=3D"EN-US">In engine.log found th=
is :<o:p></o:p></span></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US"><o:p> </o:p></span></i>=
</p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">….<o:p></o:p></span></=
i></p>
<p class=3D"MsoNormal"><i>2015-12-02 11:42:17,767 INFO [org.ovirt.eng=
ine.core.bll.storage.AddStorageServerConnectionCommand] (ajp-/127.0.0.1:870=
2-8) [47ec013e] Lock Acquired to object EngineLock [exclusiveLocks=3D key: =
omniserv.lab.dc01.axway.int:/nfs/omnicol
value: STORAGE_CONNECTION<o:p></o:p></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">, sharedLocks=3D ]<o:p></o:p=
></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,771 INFO=
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand=
] (ajp-/127.0.0.1:8702-8) [47ec013e] Running command: AddStorageServerConne=
ctionCommand internal: false. Entities affected
: ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group =
CREATE_STORAGE_DOMAIN with role type ADMIN<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,771 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo=
mmand] (ajp-/127.0.0.1:8702-8) [47ec013e] START, ConnectStorageServerVDSCom=
mand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c6=
80,
storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NF=
S, connectionList =3D [{ id: null, connection: omniserv.lab.dc01.axway.int:=
/nfs/omnicol, iqn: null, vfsType: null, mountOptions: null, nfsVersion: nul=
l, nfsRetrans: null, nfsTimeo: null };]),
log id: 7651babb<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,790 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo=
mmand] (ajp-/127.0.0.1:8702-8) [47ec013e] FINISH, ConnectStorageServerVDSCo=
mmand, return: {00000000-0000-0000-0000-000000000000=3D0},
log id: 7651babb<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,793 INFO=
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand=
] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock freed to object EngineLock [exclu=
siveLocks=3D key: omniserv.lab.dc01.axway.int:/nfs/omnicol
value: STORAGE_CONNECTION<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i>, sharedLocks=3D ]<o:p></o:p></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,810 INFO=
[org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-=
/127.0.0.1:8702-6) [66393037] Running command: AddNFSStorageDomainCommand i=
nternal: false. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORA=
GE_DOMAIN with role type ADMIN<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,813 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo=
mmand] (ajp-/127.0.0.1:8702-6) [66393037] START, ConnectStorageServerVDSCom=
mand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c6=
80,
storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NF=
S, connectionList =3D [{ id: ce05a2b0-cee9-44a9-845e-8a35349c7195, connecti=
on: omniserv.lab.dc01.axway.int:/nfs/omnicol, iqn: null, vfsType: null, mou=
ntOptions: null, nfsVersion: null, nfsRetrans:
null, nfsTimeo: null };]), log id: 7c9bb0db<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,828 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo=
mmand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, ConnectStorageServerVDSCo=
mmand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=3D0},
log id: 7c9bb0db<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,828 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom=
mand] (ajp-/127.0.0.1:8702-6) [66393037] START, CreateStorageDomainVDSComma=
nd(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680=
,
storageDomain=3DStorageDomainStatic[test_nfs, 5c4b7602-47de-47a7-a278-95b1=
ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/omnicol), log id: 624012=
41<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,986 ERRO=
R [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]=
(ajp-/127.0.0.1:8702-6) [66393037] Failed in CreateStorageDomainVDS method=
<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,986 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom=
mand] (ajp-/127.0.0.1:8702-6) [66393037] Command org.ovirt.engine.core.vdsb=
roker.vdsbroker.CreateStorageDomainVDSCommand
return value<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">StatusOnlyReturnForXmlRpc [m=
Status=3DStatusForXmlRpc [mCode=3D351, mMessage=3DError creating a storage =
domain: (u'storageType=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, =
domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.ax=
way.int:/nfs/omnicol
domVersion=3D3',)]]<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,986 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom=
mand] (ajp-/127.0.0.1:8702-6) [66393037] HostName =3D ldc01omv01<o:p></o:p>=
</span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,986 ERRO=
R [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]=
(ajp-/127.0.0.1:8702-6) [66393037] Command CreateStorageDomainVDSCommand(H=
ostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680,
storageDomain=3DStorageDomainStatic[test_nfs, 5c4b7602-47de-47a7-a278-95b1=
ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/omnicol) execution faile=
d. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Fa=
iled to CreateStorageDomainVDS, error
=3D Error creating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602=
-47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpec=
ificArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',), code =
=3D 351<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,986 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom=
mand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, CreateStorageDomainVDSComm=
and, log id: 62401241<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,986 ERRO=
R [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.=
0.0.1:8702-6) [66393037] Command org.ovirt.engine.core.bll.storage.AddNFSSt=
orageDomainCommand throw Vdc Bll exception.
With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbro=
ker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to Cr=
eateStorageDomainVDS, error =3D Error creating a storage domain: (u'storage=
Type=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d,
domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.a=
xway.int:/nfs/omnicol domVersion=3D3',), code =3D 351 (Failed with error St=
orageDomainCreationError and code 351)<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,987 INFO=
[org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-=
/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a-94d6-45f6-8747-73eb18e=
0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.business=
entities.StorageDomainDynamic;
snapshot: 5c4b7602-47de-47a7-a278-95b1ac7b1f8d.<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,987 INFO=
[org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-=
/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a-94d6-45f6-8747-73eb18e=
0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.business=
entities.StorageDomainStatic;
snapshot: 5c4b7602-47de-47a7-a278-95b1ac7b1f8d.<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,989 ERRO=
R [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.=
0.0.1:8702-6) [66393037] Transaction rolled-back for command: org.ovirt.eng=
ine.core.bll.storage.AddNFSStorageDomainCommand.<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:17,991 ERRO=
R [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (a=
jp-/127.0.0.1:8702-6) [66393037] Correlation ID: 66393037, Job ID: e5ce2642=
-b4d4-4088-b33a-0e68fb698275, Call Stack:
null, Custom Event ID: -1, Message: Failed to add Storage Domain test_nfs.=
(User: admin@internal)<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:18,038 INFO=
[org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm=
and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock Acquired to object EngineLock =
[exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349c7195
value: STORAGE_CONNECTION<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">key: omniserv.lab.dc01.axway=
.int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">, sharedLocks=3D ]<o:p></o:p=
></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:18,040 INFO=
[org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm=
and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Running command: RemoveStorageServe=
rConnectionCommand internal: false. Entities
affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemActi=
on group CREATE_STORAGE_DOMAIN with role type ADMIN<o:p></o:p></span></i></=
p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:18,041 INFO=
[org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm=
and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Removing connection ce05a2b0-cee9-4=
4a9-845e-8a35349c7195 from database<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:18,042 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVD=
SCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] START, DisconnectStorageServer=
VDSCommand(HostName =3D ldc01omv01, HostId
=3D 09bb3024-170f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-=
0000-0000-000000000000, storageType =3D NFS, connectionList =3D [{ id: ce05=
a2b0-cee9-44a9-845e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/=
nfs/omnicol, iqn: null, vfsType: null, mountOptions:
null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 650=
92833<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:18,163 INFO=
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVD=
SCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] FINISH, DisconnectStorageServe=
rVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=3D0},
log id: 65092833<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">2015-12-02 11:42:18,164 INFO=
[org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm=
and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock freed to object EngineLock [ex=
clusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349c7195
value: STORAGE_CONNECTION<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US">key: omniserv.lab.dc01.axway=
.int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i>, sharedLocks=3D ]<o:p></o:p></i></p>
<table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding=
=3D"0" style=3D"margin-left:-7.1pt">
<tbody>
<tr>
<td width=3D"561" valign=3D"top" style=3D"width:421.1pt;padding:0cm 4.5pt 0=
cm 0cm">
<p class=3D"MsoNormal"><b><i><span style=3D"font-size:9.0pt;font-family:&qu=
ot;Arial","sans-serif";color:#888888;mso-fareast-language:FR=
"></span></i></b><span lang=3D"EN-US" style=3D"font-size:9.0pt;font-family:=
"Arial","sans-serif";mso-fareast-language:FR">…&#=
8230;.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><i><span lang=3D"EN-US" style=3D"font-size:9.0pt;=
font-family:"Arial","sans-serif";color:#888888;mso-fare=
ast-language:FR"><o:p> </o:p></span></i></b></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:F=
R">On host side, I see the new NFS mount point correctly setup and I’=
m able to list its contents.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:F=
R"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"mso-fareast-language:F=
R">Thanks for help.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><b><i><span lang=3D"EN-US" style=3D"font-size:9.0pt;=
font-family:"Arial","sans-serif";color:#888888;mso-fare=
ast-language:FR"><o:p> </o:p></span></i></b></p>
<p class=3D"MsoNormal"><b><i><span lang=3D"EN-US" style=3D"font-size:8.5pt;=
font-family:"Arial","sans-serif";color:#888888;mso-fare=
ast-language:FR">J.P. Ribeauville<o:p></o:p></span></i></b></p>
<p class=3D"MsoNormal"><i><span lang=3D"EN-US" style=3D"font-size:8.5pt;fon=
t-family:"Arial","sans-serif";color:#737373;mso-fareast=
-language:FR"><o:p> </o:p></span></i></p>
</td>
</tr>
<tr>
<td width=3D"561" style=3D"width:421.1pt;padding:2.25pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><i><span style=3D"font-size:8.5pt;font-family:"=
Arial","sans-serif";color:red;mso-fareast-language:FR">P:
</span></i><i><span style=3D"font-size:8.5pt;font-family:"Arial",=
"sans-serif";color:#737373;mso-fareast-language:FR">+33.(0).1=
.47.17.20.49</span></i><i><span style=3D"font-size:8.5pt;font-family:"=
Arial","sans-serif";color:#737373;mso-fareast-language:FR"><=
o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span style=3D"font-size:8.5pt;font-family:"=
Arial","sans-serif";color:#737373;mso-fareast-language:FR">.=
<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span style=3D"font-size:8.5pt;font-family:"=
Arial","sans-serif";color:#737373;mso-fareast-language:FR">P=
uteaux 3 Etage 5 Bureau 4<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span style=3D"font-size:8.5pt;font-family:"=
Arial","sans-serif";color:#737373;mso-fareast-language:FR"><=
o:p> </o:p></span></i></p>
<p class=3D"MsoNormal"><i><u><span lang=3D"EN-US" style=3D"font-size:9.0pt;=
color:red;mso-fareast-language:FR"><a href=3D"mailto:jpribeauville@axway.co=
m"><span lang=3D"FR" style=3D"color:blue">jpribeauville(a)axway.com</span></a=
></span></u></i><i><u><span style=3D"font-size:9.0pt;color:red;mso-fareast-=
language:FR"><br>
</span></u></i><i><span style=3D"font-size:9.0pt;color:red;mso-fareast-lang=
uage:FR"><a href=3D"http://www.axway.com/"><span style=3D"color:red">http:/=
/www.axway.com</span></a><o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span style=3D"font-size:8.5pt;font-family:"=
Arial","sans-serif";color:#737373;mso-fareast-language:FR"><=
o:p> </o:p></span></i></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><i><span style=3D"display:none;mso-fareast-language:=
FR"><o:p> </o:p></span></i></p>
<table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding=
=3D"0">
<tbody>
<tr>
<td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm">
<p class=3D"MsoNormal"><i><span style=3D"font-size:18.0pt;font-family:Webdi=
ngs;color:#888888;mso-fareast-language:FR">P</span></i><i><span style=3D"fo=
nt-size:8.0pt;font-family:"Arial","sans-serif";color:#8=
88888;mso-fareast-language:FR"> Pensez =E0 l’environnement avant
d’imprimer.</span></i><i><span style=3D"font-size:8.0pt;font-family:=
"Arial","sans-serif";color:#888888;mso-fareast-language=
:FR"><o:p></o:p></span></i></p>
</td>
</tr>
</tbody>
</table>
<p class=3D"MsoNormal"><i><span style=3D"mso-fareast-language:FR"><o:p>&nbs=
p;</o:p></span></i></p>
<p class=3D"MsoNormal"><i><o:p> </o:p></i></p>
</div>
</body>
</html>
--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_--
9 years, 5 months
