ovirt-engine-4.0 storage ISO Domain Unattached
by 转圈圈
This is a multi-part message in MIME format.
------=_NextPart_57722C31_099CAE98_75F77AF5
Content-Type: text/plain;
charset="gb18030"
Content-Transfer-Encoding: base64
UHJvYmxlbTpJbnN0YWxsIHRoZSBvdmlydC1lbmdpbmUtNC4wICxJIGNob3NlIHRoZSBJU08g
RG9tYWluIHBhdGggIi92YXIvbGliL2V4cG9ydHMvaXNvIiBhbmQgaW5zdGFsbCBzdWNjZXNz
ZnVsIDtidXQgYWNjZXNzIHRocm91Z2ggYnJvd3NlciwgdGhlIElTTyBEb21haW4gc3RhdGUg
aXMgIlVuYXR0YWNoZWQiOw==
------=_NextPart_57722C31_099CAE98_75F77AF5
Content-Type: text/html;
charset="gb18030"
Content-Transfer-Encoding: base64
PGRpdj5Qcm9ibGVtOkluc3RhbGwgdGhlIG92aXJ0LWVuZ2luZS00LjAgLEkgY2hvc2UgdGhl
IElTTyBEb21haW4gcGF0aCAiL3Zhci9saWIvZXhwb3J0cy9pc28iIGFuZCBpbnN0YWxsIHN1
Y2Nlc3NmdWwgO2J1dCBhY2Nlc3MgdGhyb3VnaCBicm93c2VyLCA8c3BhbiBzdHlsZT0ibGlu
ZS1oZWlnaHQ6IDEuNTsiPnRoZSBJU08gRG9tYWluIHN0YXRlIGlzICJVbmF0dGFjaGVkPC9z
cGFuPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMS41OyI+Ijs8L3NwYW4+PC9kaXY+PGRp
dj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9k
aXY+
------=_NextPart_57722C31_099CAE98_75F77AF5--
9 years
Unable to Access Engine UI after Upgrade to OVirt 4.0
by Ralf Schenk
This is a multi-part message in MIME format.
--------------E85BCCB0E0B26128FAA9BFD9
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Hello,
i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the Web-UI:
If I access the UI via https://engine-mciii.rxmgmt.databay.de I get the
Error-Page "The client is not authorized to request an authorization.
It's required to access the system using FQDN."
I used the same FQDN during setup and even in the Upgrade Process this
was used according to "Configuration Preview" below:
What can I do to get UI working ? Do I have a problem with case
sensistivity ? (The triple-"I" in the FQDN) ?
--== CONFIGURATION PREVIEW ==--
Default SAN wipe after delete : False
Firewall manager : firewalld
Update Firewall : False
Host FQDN :
engine-mcIII.rxmgmt.databay.de
Require packages rollback : False
Upgrade packages : True
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
DWH database secured connection : False
DWH database host : localhost
DWH database user name : ovirt_engine_history
DWH database name : ovirt_engine_history
DWH database port : 5432
DWH database host name validation : False
Engine installation : True
PKI organization : rxmgmt.databay.de
DWH installation : True
Configure local DWH database : True
Engine Host FQDN :
engine-mcIII.rxmgmt.databay.de
Configure VMConsole Proxy : True
Configure WebSocket Proxy : True
bye
--
*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *rs(a)databay.de* <mailto:rs@databay.de>
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* <http://www.databay.de>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen
------------------------------------------------------------------------
--------------E85BCCB0E0B26128FAA9BFD9
Content-Type: multipart/related;
boundary="------------BB8924563898A8AE76EBE5AC"
--------------BB8924563898A8AE76EBE5AC
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the
Web-UI:</p>
<p>If I access the UI via <a class="moz-txt-link-freetext" href="https://engine-mciii.rxmgmt.databay.de">https://engine-mciii.rxmgmt.databay.de</a> I
get the Error-Page "The client is not authorized to request an
authorization. It's required to access the system using FQDN."</p>
<p>I used the same FQDN during setup and even in the Upgrade Process
this was used according to "Configuration Preview" below:</p>
<p>What can I do to get UI working ? Do I have a problem with case
sensistivity ? (The triple-"I" in the FQDN) ?<br>
</p>
<p><br>
</p>
<p> --== CONFIGURATION PREVIEW ==--<br>
<br>
Default SAN wipe after delete : False<br>
Firewall manager : firewalld<br>
Update Firewall : False<br>
Host FQDN :
engine-mcIII.rxmgmt.databay.de<br>
Require packages rollback : False<br>
Upgrade packages : True<br>
Engine database secured connection : False<br>
Engine database host : localhost<br>
Engine database user name : engine<br>
Engine database name : engine<br>
Engine database port : 5432<br>
Engine database host name validation : False<br>
DWH database secured connection : False<br>
DWH database host : localhost<br>
DWH database user name :
ovirt_engine_history<br>
DWH database name :
ovirt_engine_history<br>
DWH database port : 5432<br>
DWH database host name validation : False<br>
Engine installation : True<br>
PKI organization :
rxmgmt.databay.de<br>
DWH installation : True<br>
Configure local DWH database : True<br>
Engine Host FQDN :
engine-mcIII.rxmgmt.databay.de<br>
Configure VMConsole Proxy : True<br>
Configure WebSocket Proxy : True<br>
<br>
</p>
bye<br>
<div class="moz-signature">-- <br>
<p>
</p>
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td colspan="3"><img
src="cid:part1.C57F84B5.3EF7173E@databay.de" height="30"
border="0" width="151"></td>
</tr>
<tr>
<td valign="top"> <font face="Verdana, Arial, sans-serif"
size="-1"><br>
<b>Ralf Schenk</b><br>
fon +49 (0) 24 05 / 40 83 70<br>
fax +49 (0) 24 05 / 40 83 759<br>
mail <a href="mailto:rs@databay.de"><font
color="#FF0000"><b>rs(a)databay.de</b></font></a><br>
</font> </td>
<td width="30"> </td>
<td valign="top"> <font face="Verdana, Arial, sans-serif"
size="-1"><br>
<b>Databay AG</b><br>
Jens-Otto-Krag-Straße 11<br>
D-52146 Würselen<br>
<a href="http://www.databay.de"><font color="#FF0000"><b>www.databay.de</b></font></a>
</font> </td>
</tr>
<tr>
<td colspan="3" valign="top"> <font face="Verdana, Arial,
sans-serif" size="1"><br>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE
210844202<br>
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
Yavari, Dipl.-Kfm. Philipp Hermanns<br>
Aufsichtsratsvorsitzender: Wilhelm Dohmen </font> </td>
</tr>
</tbody>
</table>
<hr color="#000000" noshade="noshade" size="1" width="100%">
</div>
</body>
</html>
--------------BB8924563898A8AE76EBE5AC
Content-Type: image/gif;
name="logo_databay_email.gif"
Content-Transfer-Encoding: base64
Content-ID: <part1.C57F84B5.3EF7173E(a)databay.de>
Content-Disposition: inline;
filename="logo_databay_email.gif"
R0lGODlhlwAeAMQAAObm5v9QVf/R0oKBgfDw8NfX105MTLi3t/r6+sfHx/+rrf98gC0sLP8L
EhIQEKalpf/g4ZmYmHd2dmppaf8uNP/y8v8cIv+Ym//AwkE/P46NjRwbG11cXP8ABwUDA///
/yH5BAAAAAAALAAAAACXAB4AAAX/4CeOYnUJZKqubOu+cCzPNA0tVnfVfO//wGAKk+t0Ap+K
QMFUYCDCqHRKJVUWDaPRUsFktZ1G4AKtms9o1gKsFVS+7I5ll67bpd647hPQawNld4KDMQJF
bA07F35aFBiEkJEpfXEBjx8KjI0Vkp2DEIdaCySgFBShbEgrCQOtrq+uEQcALQewrQUjEbe8
rgkkD7y5KhMZB3drqSoVFQhdlHGXKQYe1dbX2BvHKwzY1RMiAN7j1xEjBeTmKeIeD3cYCxRf
FigvChRxFJwkBBvk5A7cpZhAjgGCDwn+kfslgto4CSoSehh2BwEEBQvowDAUR0EKdArHZTg4
4oDCXBFC/3qj9SEluZEpHnjYQFIGgpo1KgSasYjNKBImrzF4NaFbNgIjCGRQeIyVKwneOLzS
cLCAg38OWI4Y4GECgQcSOEwYcADnh6/FNjAwoGFYAQ0atI4AAFeEFwsLFLiJUQEfGH0kNGAD
x8+oNQdIRQg+7NCaOhIgD8sVgYADNsPVGI5YWjRqzQTdHDDIYHRDLokaUhCglkFEJi0NKJhl
0RP2TsvXUg88KiLBVWsZrF6DmMKlNYMqglqTik1guN8OBgAgkGCpB+L9ugK4iSCBvwEfECw1
kILrBpa1jVCQIQBRvbP+rlEcQVAoSevWyv6uhpwE12uEkQAAZucpVw1xIsjkgf8B863mQVYt
eQATCZYJZJ5WBfij2wfpHcEeHGG8Z+BMszVWDXkfKLhceJhBSAJ+1ThH32AfRFZNayNAtUFi
wFSTSwEHJIYAAQU84IADwyjIEALU9MchG+vFgIF7W2GDI2T7HfjBgNcgKQKMHmwjgnCSpeCb
ULRkdxhF1CDY40RjgmUAA/v1J5FAKW2gGSZscBFDMraNgJs1AYpAAGYP5jJoNQ4Y4Gh8jpFg
HH9mgbmWo1l6oA4C3Ygp6UwEIFBfNRtkMIBlKMLnAXgAXLWhXXH85EIFqMhGGZgDEKArABGA
ed0HI4bk5qgnprCYSt88B6dqS0FEEAMPJDCdCJYViur/B1BlwGMJqDTwnhqxJgUpo0ceOQ4D
0yEakpMm/jqCRMgWm2I1j824Y6vLvuuPjHnqOJkIgP6xzwp5sCFNsCFp88Gxh11lrjfDcNrc
CEx64/CD3iAHlQcMUEQXvcA+qBkBB4Q2X1CusjBlJdKMYAKI6g28MbKN5hJsBAXknHOwutn4
oFYqkpqAzjnPbE0u1PxmwAQGXLWBbvhuIIEGEnRjlAHO4SvhbCNAkwoGzEBwgV9U0lfu2WiX
OkDEGaCdKgl0nk2YkWdPOCDabvaGdkAftL1LlgwCM+7Tq11V71IO7LkM2XE0YAHMYMhqqK6U
V165CpaHukLmiXFO8XSVzzakX+UH6TrmAajPNxfqByTQec41AeBPvSwIALkmAnuiexCsca3C
BajgfsROuxcPA8kHQJX4DAIwjnsAvhsvfXHWKEwDAljg7sj03L9wwAQTxOWD2AE0YP75eCkw
cPfs+xACADs=
--------------BB8924563898A8AE76EBE5AC--
--------------E85BCCB0E0B26128FAA9BFD9--
9 years
Failed to start self hosted engine after upgrading oVirt to 4.0
by Stefano Danzi
Hi!
I've just upgrade oVirt from 3.6 to 4.0 and I'm not able to start the self hosted engine.
first thing is that the host network lose the degaut gateway configuration. But this is not the problem.
Logs:
==> /var/log/ovirt-hosted-engine-ha/agent.log <==
MainThread::INFO::2016-06-23 18:28:40,833::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain
MainThread::INFO::2016-06-23 18:28:40,833::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE
MainThread::INFO::2016-06-23 18:28:44,535::ovf_store::102::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Found OVF_STORE: imgUUID:8d07965c-a5c4-4057-912d-901f80cf246c, volUUID:ce3aa63e-e1c4-498e-bdca-9d2e9f47f0f9
MainThread::INFO::2016-06-23 18:28:44,582::ovf_store::102::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Found OVF_STORE: imgUUID:bd9aaf0b-8435-4d78-9871-8c7a7f7fa02a, volUUID:3c477b06-063e-4f01-bd05-84c7d467742b
MainThread::INFO::2016-06-23 18:28:44,674::ovf_store::111::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE
MainThread::INFO::2016-06-23 18:28:44,675::ovf_store::118::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7/images/bd9aaf0b-8435-4d78-9871-8c7a7f7fa02a/3c477b06-063e-4f01-bd05-84c7d467742b
MainThread::INFO::2016-06-23 18:28:44,682::config::226::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Found an OVF for HE VM, trying to convert
MainThread::INFO::2016-06-23 18:28:44,684::config::231::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Got vm.conf from OVF_STORE
MainThread::INFO::2016-06-23 18:28:44,684::hosted_engine::517::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker) Initializing ha-broker connection
MainThread::INFO::2016-06-23 18:28:44,685::brokerlink::129::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Starting monitor ping, options {'addr': '192.168.1.254'}
==> /var/log/ovirt-hosted-engine-ha/broker.log <==
Thread-25::ERROR::2016-06-23 18:28:44,697::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Error while serving connection
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 166, in handle
data)
File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 299, in _dispatch
.set_storage_domain(client, sd_type, **options)
File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 66, in set_storage_domain
self._backends[client].connect()
File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 400, in connect
volUUID=volume.volume_uuid
File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 245, in _get_volume_path
volUUID
File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
return self.__send(self.__name, args)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
verbose=self.__verbose
File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
return self.single_request(host, handler, request_body, verbose)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
self.send_content(h, request_body)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
connection.endheaders(request_body)
File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
self.send(msg)
File "/usr/lib64/python2.7/httplib.py", line 797, in send
self.connect()
File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in connect
sock = socket.create_connection((self.host, self.port), self.timeout)
File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
raise err
error: [Errno 101] Network is unreachable
==> /var/log/ovirt-hosted-engine-ha/agent.log <==
MainThread::INFO::2016-06-23 18:28:44,697::hosted_engine::602::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker) Failed set the storage domain: 'Failed to set storage domain VdsmBackend, options {'hosted-engine.lockspace': '7B22696D6167655F75756964223A202265663131373139322D623564662D346534362D383939622D626666333362663862663135222C202270617468223A206E756C6C2C2022766F6C756D655F75756964223A202230613363393433652D633032392D343134372D623364342D396366353364663161356262227D', 'sp_uuid': '00000000-0000-0000-0000-000000000000', 'dom_type': 'nfs3', 'hosted-engine.metadata': '7B22696D6167655F75756964223A202233353066396361302D363933302D346336342D626438632D613262656631656336383934222C202270617468223A206E756C6C2C2022766F6C756D655F75756964223A202235393335373437392D656664612D343563312D386363392D656131653739633231646561227D', 'sd_uuid': '46f55a31-f35f-465c-b3e2-df45c05e06a7'}: Request failed: <class 'socket.error'>'. Waiting '5's before the next attempt
==> /var/log/vdsm/vdsm.log <==
periodic/3::WARNING::2016-06-23 18:34:41,731::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/2::WARNING::2016-06-23 18:34:43,657::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.BlockjobMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/0::WARNING::2016-06-23 18:34:43,732::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/3::WARNING::2016-06-23 18:34:45,732::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/2::WARNING::2016-06-23 18:34:47,723::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/1::WARNING::2016-06-23 18:34:49,724::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/0::WARNING::2016-06-23 18:34:51,725::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/3::WARNING::2016-06-23 18:34:53,726::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/2::WARNING::2016-06-23 18:34:55,727::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
==> /var/log/vdsm/mom.log <==
2016-06-23 18:34:56,376 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 101] Network is unreachable
==> /var/log/vdsm/vdsm.log <==
periodic/1::WARNING::2016-06-23 18:34:57,727::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/2::WARNING::2016-06-23 18:34:58,652::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.BlockjobMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
periodic/2::WARNING::2016-06-23 18:34:59,728::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['b66ae2c5-de0f-4361-953b-f10226da7eb8']
Reactor thread::INFO::2016-06-23 18:35:00,048::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept) Accepting connection from ::ffff:192.168.1.50:60604
Reactor thread::DEBUG::2016-06-23 18:35:00,057::protocoldetector::85::ProtocolDetector.Detector::(__init__) Using required_size=11
Reactor thread::INFO::2016-06-23 18:35:00,058::protocoldetector::121::ProtocolDetector.Detector::(handle_read) Detected protocol stomp from ::ffff:192.168.1.50:60604
Reactor thread::INFO::2016-06-23 18:35:00,058::stompreactor::101::Broker.StompAdapter::(_cmd_connect) Processing CONNECT request
Reactor thread::DEBUG::2016-06-23 18:35:00,059::stompreactor::483::protocoldetector.StompDetector::(handle_socket) Stomp detected from ('::ffff:192.168.1.50', 60604)
JsonRpc (StompReactor)::INFO::2016-06-23 18:35:00,059::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe) Subscribe command received
jsonrpc.Executor/2::DEBUG::2016-06-23 18:35:01,688::__init__::522::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'Host.getHardwareInfo' in bridge with {}
[root@ovirt01 ~]# netstat -lnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 985/rpcbind
tcp 0 0 0.0.0.0:882 0.0.0.0:* LISTEN 1970/glusterfs
tcp 0 0 0.0.0.0:54322 0.0.0.0:* LISTEN 925/python
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1600/sshd
tcp 0 0 0.0.0.0:49152 0.0.0.0:* LISTEN 1978/glusterfsd
tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN 1970/glusterfs
tcp 0 0 0.0.0.0:38465 0.0.0.0:* LISTEN 1970/glusterfs
tcp 0 0 0.0.0.0:49153 0.0.0.0:* LISTEN 1963/glusterfsd
tcp 0 0 0.0.0.0:32802 0.0.0.0:* LISTEN 2193/rpc.statd
tcp 0 0 0.0.0.0:38466 0.0.0.0:* LISTEN 1970/glusterfs
tcp 0 0 0.0.0.0:16514 0.0.0.0:* LISTEN 1633/libvirtd
tcp 0 0 0.0.0.0:38468 0.0.0.0:* LISTEN 1970/glusterfs
tcp 0 0 0.0.0.0:38469 0.0.0.0:* LISTEN 1970/glusterfs
tcp 0 0 0.0.0.0:24007 0.0.0.0:* LISTEN 1652/glusterd
tcp6 0 0 :::54321 :::* LISTEN 1921/python
tcp6 0 0 :::22 :::* LISTEN 1600/sshd
tcp6 0 0 :::16514 :::* LISTEN 1633/libvirtd
udp 0 0 0.0.0.0:40503 0.0.0.0:* 937/avahi-daemon: r
udp 0 0 0.0.0.0:40873 0.0.0.0:* 2193/rpc.statd
udp 0 0 0.0.0.0:111 0.0.0.0:* 985/rpcbind
udp 0 0 127.0.0.1:323 0.0.0.0:* 952/chronyd
udp 0 0 0.0.0.0:694 0.0.0.0:* 985/rpcbind
udp 0 0 127.0.0.1:703 0.0.0.0:* 2193/rpc.statd
udp 0 0 0.0.0.0:879 0.0.0.0:* 1970/glusterfs
udp 0 0 0.0.0.0:5353 0.0.0.0:* 937/avahi-daemon: r
udp6 0 0 ::1:323 :::* 952/chronyd
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ACC ] STREAM LISTENING 19455 1633/libvirtd /var/run/libvirt/libvirt-sock
unix 2 [ ACC ] STREAM LISTENING 22529 1633/libvirtd /var/run/libvirt/libvirt-sock-ro
unix 2 [ ACC ] STREAM LISTENING 16902 1/systemd /var/run/rpcbind.sock
unix 2 [ ACC ] STREAM LISTENING 24077 1978/glusterfsd /var/run/gluster/changelog-36d1d6bf77f0ad218a0db9ada4237737.sock
unix 2 [ ACC ] STREAM LISTENING 20494 992/gssproxy /run/gssproxy.sock
unix 2 [ ACC ] STREAM LISTENING 14641 682/multipathd @/org/kernel/linux/storage/multipathd
unix 2 [ ACC ] STREAM LISTENING 16914 1/systemd /var/run/avahi-daemon/socket
unix 2 [ ACC ] STREAM LISTENING 19484 993/sanlock /var/run/sanlock/sanlock.sock
unix 2 [ ACC ] STREAM LISTENING 24095 1963/glusterfsd /var/run/gluster/changelog-c54f38f29c5c1e84d2766564ea967b8d.sock
unix 2 [ ACC ] STREAM LISTENING 16929 1/systemd /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 12093 1/systemd /run/systemd/private
unix 2 [ ACC ] STREAM LISTENING 16924 1/systemd @ISCSID_UIP_ABSTRACT_NAMESPACE
unix 2 [ ACC ] STREAM LISTENING 18255 925/python /var/run/vdsm/ovirt-imageio-daemon.sock
unix 2 [ ACC ] STREAM LISTENING 23905 1963/glusterfsd /var/run/gluster/b3162364606c81381a4c768484c6f091.socket
unix 2 [ ACC ] SEQPACKET LISTENING 13409 1/systemd /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 90477 1970/glusterfs /var/run/gluster/b6606e2cc1634ac3c57dae961f6a6cc3.socket
unix 2 [ ACC ] STREAM LISTENING 13428 1/systemd /run/lvm/lvmetad.socket
unix 2 [ ACC ] STREAM LISTENING 18302 920/python /var/run/ovirt-hosted-engine-ha/broker.socket
unix 2 [ ACC ] STREAM LISTENING 23947 1978/glusterfsd /var/run/gluster/65f923a8c0294836aec3ffce760511cb.socket
unix 2 [ ACC ] STREAM LISTENING 20112 1652/glusterd /var/run/glusterd.socket
unix 2 [ ACC ] STREAM LISTENING 18321 939/python /var/run/vdsm/svdsm.sock
unix 2 [ ACC ] STREAM LISTENING 20493 992/gssproxy /var/lib/gssproxy/default.sock
unix 2 [ ACC ] STREAM LISTENING 13470 1/systemd /run/lvm/lvmpolld.socket
unix 2 [ ACC ] STREAM LISTENING 16909 1/systemd @ISCSIADM_ABSTRACT_NAMESPACE
unix 2 [ ACC ] STREAM LISTENING 18160 990/wdmd /var/run/wdmd/wdmd.sock
unix 2 [ ACC ] STREAM LISTENING 2291 1/systemd /run/systemd/journal/stdout
unix 2 [ ACC ] STREAM LISTENING 90622 1923/python /var/run/vdsm/mom-vdsm.sock
9 years
restore of backup fail when Migrating to ovirt-engine 4.0
by Ricky Schneberger
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--JapCK5PgIhrI8oHqAqwsEWsRJPfAwenGn
Content-Type: multipart/mixed; boundary="l95MFGKDaMAbLFS8wD8PlqiDFIL5ddENQ"
From: Ricky Schneberger <ricky(a)schneberger.se>
Reply-To: ricky(a)schneberger.se
To: users <users(a)ovirt.org>
Message-ID: <577140AA.1030104(a)schneberger.se>
Subject: restore of backup fail when Migrating to ovirt-engine 4.0
--l95MFGKDaMAbLFS8wD8PlqiDFIL5ddENQ
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi,
I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual
migration when trying to move to oVirt 4.0.
http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
Everything went OK until I did the restore,
## engine-backup --mode=3Drestore --no-restore-permissions --provision-db
--file=3Dengine-backup.tar.gz --log=3Dengine-backup-restore.log
Preparing to restore:
- Unpacking file 'engine-backup.tar.gz'
FATAL: Backup was created by version '3.6' and can not be restored using
the installed version 4.1
and then I got stucked. Is there something I need to do when I do the
backup?
My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch
regards
--=20
Ricky Schneberger
------------------------------------
Use PGP to protect your own privacy!
Key fingerprint =3D 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63
Key-ID: 0xB88C0B63
--l95MFGKDaMAbLFS8wD8PlqiDFIL5ddENQ--
--JapCK5PgIhrI8oHqAqwsEWsRJPfAwenGn
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAldxQKoACgkQOap81biMC2Mc0gCePkUfEw4SBu2UM2i5/eE3Wmwc
gS0AnRVM8n3LdQf7Ca0GK9hYRqY+GPkO
=HEj+
-----END PGP SIGNATURE-----
--JapCK5PgIhrI8oHqAqwsEWsRJPfAwenGn--
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you choose to click.
If you are uncertain, we always try to help.
Greetings helpdesk(a)actnet.se
9 years
ovirt-engine-4.0 storage ISO Domain Unattached
by 转圈圈
This is a multi-part message in MIME format.
------=_NextPart_57737DBD_0A5F5BD0_4F0318D1
Content-Type: text/plain;
charset="gb18030"
Content-Transfer-Encoding: base64
UHJvYmxlbTpJbnN0YWxsIHRoZSBvdmlydC1lbmdpbmUtNC4wICxJIGNob3NlIHRoZSBJU08g
RG9tYWluIHBhdGggIi92YXIvbGliL2V4cG9ydHMvaXNvIiBhbmQgaW5zdGFsbCBzdWNjZXNz
ZnVsIDtidXQgYWNjZXNzIHRocm91Z2ggYnJvd3NlciwgdGhlIElTTyBEb21haW4gc3RhdGUg
aXMgIlVuYXR0YWNoZWQiOw==
------=_NextPart_57737DBD_0A5F5BD0_4F0318D1
Content-Type: text/html;
charset="gb18030"
Content-Transfer-Encoding: base64
PGRpdj5Qcm9ibGVtOkluc3RhbGwgdGhlIG92aXJ0LWVuZ2luZS00LjAgLEkgY2hvc2UgdGhl
IElTTyBEb21haW4gcGF0aCAiL3Zhci9saWIvZXhwb3J0cy9pc28iIGFuZCBpbnN0YWxsIHN1
Y2Nlc3NmdWwgO2J1dCBhY2Nlc3MgdGhyb3VnaCBicm93c2VyLCA8c3BhbiBzdHlsZT0ibGlu
ZS1oZWlnaHQ6IDEuNTsiPnRoZSBJU08gRG9tYWluIHN0YXRlIGlzICJVbmF0dGFjaGVkPC9z
cGFuPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMS41OyI+Ijs8L3NwYW4+PC9kaXY+PGRp
dj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9k
aXY+
------=_NextPart_57737DBD_0A5F5BD0_4F0318D1--
9 years
Create a Virtual Disk failed
by Dewey Du
I use glusterfs as storage. When I tried to create a virtual disk for a vm,
I got the following error in UI logs.
ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-48) [] Permutation name: B003B5EDCB6FC4308644D5D001F65B4C
ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-48) [] Uncaught exception: :
com.google.gwt.core.client.JavaScriptException: (TypeError)
__gwt$exception: <skipped>: a is undefined
at Unknown._kj(Unknown Source)
at Unknown.JUq(Unknown Source)
at Unknown.Fbr(Unknown Source)
at Unknown.Hno(Unknown Source)
at Unknown.t0n(Unknown Source)
at Unknown.w0n(Unknown Source)
at Unknown.q3n(Unknown Source)
at Unknown.t3n(Unknown Source)
at Unknown.S2n(Unknown Source)
at Unknown.V2n(Unknown Source)
at Unknown.bMe(Unknown Source)
at Unknown.V7(Unknown Source)
at Unknown.k8(Unknown Source)
at Unknown.czf/c.onreadystatechange<(Unknown Source)
at Unknown.Ux(Unknown Source)
at Unknown.Yx(Unknown Source)
at Unknown.Xx/<(Unknown Source)
at Unknown.anonymous(Unknown Source)
9 years
VDI experience to share?
by Giorgio Bersano
Hi everyone,
I've been asked to deploy a VDI solution based on our oVirt infrastructure.
What we have in production is a 3.6 manager (standalone, not HE) with
a 3.5 cluster (CentOS 6) and a 3.6 cluster (CentOS 7), iSCSI storage,
fully redundant networking.
What is not clear to me is the client side, especially because we have
been asked to implement a thin client solution but I've been almost
unable to find suitable devices.
Is there anyone in this list willing to share his/her experience on
this topic? Probably my search skill is low but I've only seen
references to IGEL. Other brands?
There is another strong requirement: our network infrastructure makes
use of 802.1x to authenticate client devices and it would be highly
advisable to respect that constraint.
TIA,
Giorgio.
9 years
Re: [ovirt-users] 3.6 to 4.0 upgrade cert issue
by Matt Haught
So I switched back to the original self-signed certs that I had luckily
saved and was able to get in without error. Is there a new process for
using non-self-signed certs with ovirt 4.0?
Thanks,
--
Matt Haught
On Fri, Jun 24, 2016 at 11:19 AM, Matt Haught <dmhaught(a)ncsu.edu> wrote:
> I just attempted an upgrade from 3.6 to 4.0 hosted engine and ran into an
> problem. The hosted engine vm updated without issue, but when I go to login
> to the web interface to continue the process I get:
>
> sun.security.validator.ValidatorException: PKIX path building failed:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target
>
> at every page load and I can't login. I have a feeling that the issue
> comes from where I replaced the self-signed certs with trusted ca signed
> certs a year ago. Is there a work around?
>
> CentOS 7.2
>
> Thanks,
>
> --
> Matt Haught
>
9 years
Security Groups
by Pavel Gashev
Hello,
Currently oVirt supports network security groups for OpenStack network provider only. Are there plans to implement Security Groups for native networks?
Technically, I can configure a vNic profile with some Security Groups UUID, and apply it in before_device_create and before_update_device VDSM hooks as filterref to some custom nwfilter. The only issue is that I have to manually edit and distribute nwfilter xml among hardware nodes. If I want isolate set of VMs, I have to manually maintain MAC addresses of VMs in that xml.
It would be great if oVirt web interface had a nwfilter editor. Are there plans for it?
Thanks
9 years
ovirt-engine-4.0 storage ISO Domain Unattached
by 转圈圈
This is a multi-part message in MIME format.
------=_NextPart_57722BB7_09080C70_033D1CB6
Content-Type: text/plain;
charset="gb18030"
Content-Transfer-Encoding: base64
UHJvYmxlbTpJbnN0YWxsIHRoZSBvdmlydC1lbmdpbmUtNC4wICxJIGNob3NlIHRoZSBJU08g
RG9tYWluIHBhdGggIi92YXIvbGliL2V4cG9ydHMvaXNvIiBhbmQgaW5zdGFsbCBzdWNjZXNz
ZnVsIDtidXQgYWNjZXNzIHRocm91Z2ggYnJvd3NlciwgdGhlIElTTyBEb21haW4gc3RhdGUg
aXMgIlVuYXR0YWNoZWQiOw==
------=_NextPart_57722BB7_09080C70_033D1CB6
Content-Type: text/html;
charset="gb18030"
Content-Transfer-Encoding: base64
PGRpdj5Qcm9ibGVtOkluc3RhbGwgdGhlIG92aXJ0LWVuZ2luZS00LjAgLEkgY2hvc2UgdGhl
IElTTyBEb21haW4gcGF0aCAiL3Zhci9saWIvZXhwb3J0cy9pc28iIGFuZCBpbnN0YWxsIHN1
Y2Nlc3NmdWwgO2J1dCBhY2Nlc3MgdGhyb3VnaCBicm93c2VyLCZuYnNwOzxzcGFuIHN0eWxl
PSJsaW5lLWhlaWdodDogMS41OyI+dGhlIElTTyBEb21haW4gc3RhdGUgaXMgIlVuYXR0YWNo
ZWQ8L3NwYW4+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAxLjU7Ij4iOzwvc3Bhbj48L2Rp
dj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxi
cj48L2Rpdj4=
------=_NextPart_57722BB7_09080C70_033D1CB6--
9 years
