Re: [ovirt-users] Regarding Ovirt Installation

[Simone Tiraboschi]

On Wed, Dec 20, 2017 at 10:45 PM, ruth john 
wrote:

> I am delighted with the interface and other features of the Ovirt but was
> never able to install it properly, is that true OVirt doesn't support
> Hetzner Dedicated and OVH dedicated?
>

I personally know about a friend who is running it on an a couple of
dedicated OVH machines with NFS storage provided by OVH.
No idea about Hetzner.



> if not can anyone please help me to install atleast on one to make me
> understand where am i doing the mistake.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] non-operational host issues following 4.2 upgrade

[Sandro Bonazzola]

2017-12-21 4:26 GMT+01:00 Jason Brooks :

> Hi all, I upgraded my 4 host converged gluster/ovirt lab setup to 4.2
> yesterday, and now 3 of my hosts won't connect to my main data domain,
> so they're non-operational when I try to activate them.
>
> Here's what seems like a relevant passage of vdsm.log:
> https://paste.fedoraproject.org/paste/JZuxul6-HZjjl8uHzgqL-w



Adding some relevant developers.
Jason, do you mind opening a bug on
https://bugzilla.redhat.com/enter_bug.cgi?product=vdsm to track this?


>
>
> The hosts can mount the gluster storage just fine, I can mount to a
> test location on the hosts, and I can see that the hosts are mounting
> the storage in the usual place when they attempt to activate.
> Permissions look normal, too.
>
> I undeployed the hosted engine from the three problem machines, in
> case that was causing an issue.
>
> The hosts are running centos 7.
>
> Does any of this ring a bell for anyone?
>
> Thanks, Jason
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] HA Broker fails after 4.2 upgrade

[Sandro Bonazzola]

2017-12-21 5:13 GMT+01:00 Andy :

> Hello all,
>
> I just upgraded my OVIRT instance to 4.2, the engine completed
> successfully, however after I upgraded the hosts the HA Broker will not
> start.  The 2 hosts are running CentOS 7.4, running gluster and CTDB.  The
> VIPS are up and can be reached from both hosts as well as I can mount the
> gluster storage.
>
> The error from the agent.log:
>
> MainThread::INFO::2017-12-20 21:02:19,219::agent::67::
> ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engine-ha
> agent 2.2.2 started
> MainThread::INFO::2017-12-20 21:02:19,346::hosted_engine::
> 243::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
> Found certificate common name: hm3svr01.hm3.loc
> MainThread::INFO::2017-12-20 21:02:20,478::hosted_engine::
> 525::ovirt_hosted_engine_ha.agent.hosted_engine.
> HostedEngine::(_initialize_broker) Initializing ha-broker connection
> MainThread::INFO::2017-12-20 21:02:20,482::brokerlink::77::
> ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> Starting monitor ping, options {'addr': '192.168.3.1'}
> MainThread::ERROR::2017-12-20 21:02:20,483::hosted_engine::
> 538::ovirt_hosted_engine_ha.agent.hosted_engine.
> HostedEngine::(_initialize_broker) Failed to start necessary monitors
> MainThread::ERROR::2017-12-20 21:02:20,485::agent::144::
> ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Traceback (most
> recent call last):
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 131, in _run_agent
> return action(he)
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 55, in action_proper
> return he.start_monitoring()
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 416, in start_monitoring
> self._initialize_broker()
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 535, in _initialize_broker
> m.get('options', {}))
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
> line 83, in start_monitor
> .format(type, options, e))
> RequestError: Failed to start monitor ping, options {'addr':
> '192.168.x.x'}: [Errno 2] No such file or directory
>
>
> The broker.log:
>
> MainThread::INFO::2017-12-20 23:06:19,405::monitor::50::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Finished loading submonitors
> MainThread::INFO::2017-12-20 23:06:20,324::storage_
> backends::346::ovirt_hosted_engine_ha.lib.storage_backends::(connect)
> Connecting the storage
> MainThread::INFO::2017-12-20 23:06:20,325::storage_server::
> 252::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
> Connecting storage server
> MainThread::INFO::2017-12-20 23:06:20,849::storage_server::
> 259::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
> Connecting storage server
> MainThread::WARNING::2017-12-20 23:06:20,913::storage_broker::
> 96::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__)
> Can't connect vdsm storage: Connection to storage server failed
> MainThread::INFO::2017-12-20 23:06:22,087::broker::45::
> ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha
> broker 2.2.2 started
> MainThread::INFO::2017-12-20 23:06:22,088::monitor::40::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Searching for submonitors in /usr/lib/python2.7/site-
> packages/ovirt_hosted_engine_ha/broker/s
> ubmonitors
> MainThread::INFO::2017-12-20 23:06:22,089::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor cpu-load
> MainThread::INFO::2017-12-20 23:06:22,093::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor cpu-load-no-engine
> MainThread::INFO::2017-12-20 23:06:22,146::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor engine-health
> MainThread::INFO::2017-12-20 23:06:22,147::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor mem-free
> MainThread::INFO::2017-12-20 23:06:22,147::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor mem-load
> MainThread::INFO::2017-12-20 23:06:22,148::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor mgmt-bridge
> MainThread::INFO::2017-12-20 23:06:22,149::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor ping
> MainThread::INFO::2017-12-20 23:06:22,149::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor storage-domain
> MainThread::INFO::2017-12-20 

Re: [ovirt-users] Upgrade to 4.2 Postgresql Error

[Sandro Bonazzola]

2017-12-20 16:07 GMT+01:00 Gabriel Stein :

> Hi!
>
> well, I'm a update fever and I decided to update my ovirt to 4.2.0.
>

Thanks for this valuable feedback! Simone has already replied and will
check your setup logs.




>
> How I'm doingi it?
>
> I'm following the rules!
>
> 1 - Global Maintenance Mode
> 2 - Yum Install ovirt-release-4.2
> 3- yum update ovirt-setup*.
>
> But, by the engine-setup I have a conflict with the system collation and
> postgresql. Unfortunatelly I changed via puppet to the german
> collation(de_DE-UTF8) of ovirt-engine hosted vm(because it's a standard for
> us) but this was after the engine-setup and the DB Configuration from
> Postgresql.
>

Adding also Didi


>
> I think that I can easily change the system collation to us-US-UFT8 but
> I'm afraid that I can "destroy" my hosted-engine VM with that change, is
> hosted-engine so sensible?
>
> How I know that error?  The logs are saying that(and the error in on
> postgresql upgrade part of setup)!
>
> *Performing Consistency Checks*
> *-*
> *Checking cluster versions   ok*
> *Checking database user is the install user  ok*
> *Checking database connection settings   ok*
> *Checking for prepared transactions  ok*
> *Checking for reg* system OID user data typesok*
> *Checking for contrib/isn with bigint-passing mismatch   ok*
> *Checking for invalid "line" user columnsok*
> *Creating dump of global objects ok*
> *Creating dump of database schemas*
> *  engine*
> *  ovirt_engine_history*
> *  postgres*
> *  template1*
> *ok*
>
> *lc_collate values for database "postgres" do not match:  old
> "en_US.UTF-8", new "de_DE.UTF-8"*
> *Failure, exiting*
>
> I would be thankful if someone could give me some hint about that!
>
> Best Regards,
>
> Gabriel
> PS: If I go to devconf in Brno I will pay a lot of beers to the developer
> of the engine-setup rollback! Saved my life!
>

The specific developer won't be there, but you're welcome to reach oVirt
people there and share some beer :-)



>
>
>
>
>
>
> Gabriel Stein
> --
> Gabriel Ferraz Stein
> Tel.: +49 (0)  170 2881531
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] HA Broker fails after 4.2 upgrade

[Andy]

Hello all,
I just upgraded my OVIRT instance to 4.2, the engine completed successfully, 
however after I upgraded the hosts the HA Broker will not start.  The 2 hosts 
are running CentOS 7.4, running gluster and CTDB.  The VIPS are up and can be 
reached from both hosts as well as I can mount the gluster storage.   
The error from the agent.log: 
MainThread::INFO::2017-12-20 
21:02:19,219::agent::67::ovirt_hosted_engine_ha.agent.agent.Agent::(run) 
ovirt-hosted-engine-ha agent 2.2.2 started
MainThread::INFO::2017-12-20 
21:02:19,346::hosted_engine::243::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
 Found certificate common name: hm3svr01.hm3.loc
MainThread::INFO::2017-12-20 
21:02:20,478::hosted_engine::525::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
 Initializing ha-broker connection
MainThread::INFO::2017-12-20 
21:02:20,482::brokerlink::77::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
 Starting monitor ping, options {'addr': '192.168.3.1'}
MainThread::ERROR::2017-12-20 
21:02:20,483::hosted_engine::538::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
 Failed to start necessary monitors
MainThread::ERROR::2017-12-20 
21:02:20,485::agent::144::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
 Traceback (most recent call last):
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
131, in _run_agent
    return action(he)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
55, in action_proper
    return he.start_monitoring()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 416, in start_monitoring
    self._initialize_broker()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 535, in _initialize_broker
    m.get('options', {}))
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", 
line 83, in start_monitor
    .format(type, options, e))
RequestError: Failed to start monitor ping, options {'addr': '192.168.x.x'}: 
[Errno 2] No such file or directory


The broker.log:
MainThread::INFO::2017-12-20 
23:06:19,405::monitor::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Finished loading submonitors
MainThread::INFO::2017-12-20 
23:06:20,324::storage_backends::346::ovirt_hosted_engine_ha.lib.storage_backends::(connect)
 Connecting the storage
MainThread::INFO::2017-12-20 
23:06:20,325::storage_server::252::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
 Connecting storage server
MainThread::INFO::2017-12-20 
23:06:20,849::storage_server::259::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
 Connecting storage server
MainThread::WARNING::2017-12-20 
23:06:20,913::storage_broker::96::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__)
 Can't connect vdsm storage: Connection to storage server failed 
MainThread::INFO::2017-12-20 
23:06:22,087::broker::45::ovirt_hosted_engine_ha.broker.broker.Broker::(run) 
ovirt-hosted-engine-ha broker 2.2.2 started
MainThread::INFO::2017-12-20 
23:06:22,088::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Searching for submonitors in 
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/s
ubmonitors
MainThread::INFO::2017-12-20 
23:06:22,089::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load
MainThread::INFO::2017-12-20 
23:06:22,093::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load-no-engine
MainThread::INFO::2017-12-20 
23:06:22,146::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor engine-health
MainThread::INFO::2017-12-20 
23:06:22,147::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mem-free
MainThread::INFO::2017-12-20 
23:06:22,147::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mem-load
MainThread::INFO::2017-12-20 
23:06:22,148::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mgmt-bridge
MainThread::INFO::2017-12-20 
23:06:22,149::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor ping
MainThread::INFO::2017-12-20 
23:06:22,149::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor storage-domain
MainThread::INFO::2017-12-20 
23:06:22,150::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load
MainThread::INFO::2017-12-20 

[ovirt-users] non-operational host issues following 4.2 upgrade

[Jason Brooks]

Hi all, I upgraded my 4 host converged gluster/ovirt lab setup to 4.2
yesterday, and now 3 of my hosts won't connect to my main data domain,
so they're non-operational when I try to activate them.

Here's what seems like a relevant passage of vdsm.log:
https://paste.fedoraproject.org/paste/JZuxul6-HZjjl8uHzgqL-w

The hosts can mount the gluster storage just fine, I can mount to a
test location on the hosts, and I can see that the hosts are mounting
the storage in the usual place when they attempt to activate.
Permissions look normal, too.

I undeployed the hosted engine from the three problem machines, in
case that was causing an issue.

The hosts are running centos 7.

Does any of this ring a bell for anyone?

Thanks, Jason
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Regarding Ovirt Installation

[ruth john]

I am delighted with the interface and other features of the Ovirt but was
never able to install it properly, is that true OVirt doesn't support
Hetzner Dedicated and OVH dedicated?
if not can anyone please help me to install atleast on one to make me
understand where am i doing the mistake.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade to 4.2 Postgresql Error

[Simone Tiraboschi]

On Wed, Dec 20, 2017 at 4:07 PM, Gabriel Stein 
wrote:

> Hi!
>
> well, I'm a update fever and I decided to update my ovirt to 4.2.0.
>
> How I'm doingi it?
>
> I'm following the rules!
>
> 1 - Global Maintenance Mode
> 2 - Yum Install ovirt-release-4.2
> 3- yum update ovirt-setup*.
>
> But, by the engine-setup I have a conflict with the system collation and
> postgresql. Unfortunatelly I changed via puppet to the german
> collation(de_DE-UTF8) of ovirt-engine hosted vm(because it's a standard for
> us) but this was after the engine-setup and the DB Configuration from
> Postgresql.
>
> I think that I can easily change the system collation to us-US-UFT8 but
> I'm afraid that I can "destroy" my hosted-engine VM with that change, is
> hosted-engine so sensible?
>
> How I know that error?  The logs are saying that(and the error in on
> postgresql upgrade part of setup)!
>
> *Performing Consistency Checks*
> *-*
> *Checking cluster versions   ok*
> *Checking database user is the install user  ok*
> *Checking database connection settings   ok*
> *Checking for prepared transactions  ok*
> *Checking for reg* system OID user data typesok*
> *Checking for contrib/isn with bigint-passing mismatch   ok*
> *Checking for invalid "line" user columnsok*
> *Creating dump of global objects ok*
> *Creating dump of database schemas*
> *  engine*
> *  ovirt_engine_history*
> *  postgres*
> *  template1*
> *ok*
>
> *lc_collate values for database "postgres" do not match:  old
> "en_US.UTF-8", new "de_DE.UTF-8"*
> *Failure, exiting*
>
> I would be thankful if someone could give me some hint about that!
>

Could you please attach the whole engine-setup log file?



>
> Best Regards,
>
> Gabriel
> PS: If I go to devconf in Brno I will pay a lot of beers to the developer
> of the engine-setup rollback! Saved my life!
>
>
>
>
>
>
> Gabriel Stein
> --
> Gabriel Ferraz Stein
> Tel.: +49 (0)  170 2881531
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] USB3 redirection

[Rik Theys]

Hi,

I'm trying to assign a USB3 controller to a CentOS 7.4 VM in oVirt 4.1
with USB redirection enabled.

I've created the following file in /etc/ovirt-engine/osinfo.conf.d:

01-usb.properties with content

os.other.devices.usb.controller.value = nec-xhci

and have restarted ovirt-engine.

If I disable USB-support in the web interface for the VM, the xhci
controller is added to the VM (I can see it in the qemu-kvm
commandline), but usb redirection is not available.

If I enable USB-support in the UI, no xhci controller is added (only 4
uhci controllers).

Is there a way to make the controllers for usb redirection xhci controllers?

Regards,

Rik


-- 
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

<>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade to 4.2 Postgresql Error

[Gabriel Stein]

BTW: I already tried to change the
postgresql-setup(/opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup) as
I found in a postgresql forum:

export LANG=en_US.UTF-8
export LANGUAGE="en_US.UTF-8"
export LANG="en_US.UTF-8"
export LC_ALL="en_US.UTF-8"

Didn't help.

Thanks!




Gabriel Stein
--
Gabriel Ferraz Stein
Tel.: +49 (0)  170 2881531

2017-12-20 16:07 GMT+01:00 Gabriel Stein :

> Hi!
>
> well, I'm a update fever and I decided to update my ovirt to 4.2.0.
>
> How I'm doingi it?
>
> I'm following the rules!
>
> 1 - Global Maintenance Mode
> 2 - Yum Install ovirt-release-4.2
> 3- yum update ovirt-setup*.
>
> But, by the engine-setup I have a conflict with the system collation and
> postgresql. Unfortunatelly I changed via puppet to the german
> collation(de_DE-UTF8) of ovirt-engine hosted vm(because it's a standard for
> us) but this was after the engine-setup and the DB Configuration from
> Postgresql.
>
> I think that I can easily change the system collation to us-US-UFT8 but
> I'm afraid that I can "destroy" my hosted-engine VM with that change, is
> hosted-engine so sensible?
>
> How I know that error?  The logs are saying that(and the error in on
> postgresql upgrade part of setup)!
>
> *Performing Consistency Checks*
> *-*
> *Checking cluster versions   ok*
> *Checking database user is the install user  ok*
> *Checking database connection settings   ok*
> *Checking for prepared transactions  ok*
> *Checking for reg* system OID user data typesok*
> *Checking for contrib/isn with bigint-passing mismatch   ok*
> *Checking for invalid "line" user columnsok*
> *Creating dump of global objects ok*
> *Creating dump of database schemas*
> *  engine*
> *  ovirt_engine_history*
> *  postgres*
> *  template1*
> *ok*
>
> *lc_collate values for database "postgres" do not match:  old
> "en_US.UTF-8", new "de_DE.UTF-8"*
> *Failure, exiting*
>
> I would be thankful if someone could give me some hint about that!
>
> Best Regards,
>
> Gabriel
> PS: If I go to devconf in Brno I will pay a lot of beers to the developer
> of the engine-setup rollback! Saved my life!
>
>
>
>
>
>
> Gabriel Stein
> --
> Gabriel Ferraz Stein
> Tel.: +49 (0)  170 2881531
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Upgrade to 4.2 Postgresql Error

[Gabriel Stein]

Hi!

well, I'm a update fever and I decided to update my ovirt to 4.2.0.

How I'm doingi it?

I'm following the rules!

1 - Global Maintenance Mode
2 - Yum Install ovirt-release-4.2
3- yum update ovirt-setup*.

But, by the engine-setup I have a conflict with the system collation and
postgresql. Unfortunatelly I changed via puppet to the german
collation(de_DE-UTF8) of ovirt-engine hosted vm(because it's a standard for
us) but this was after the engine-setup and the DB Configuration from
Postgresql.

I think that I can easily change the system collation to us-US-UFT8 but I'm
afraid that I can "destroy" my hosted-engine VM with that change, is
hosted-engine so sensible?

How I know that error?  The logs are saying that(and the error in on
postgresql upgrade part of setup)!

*Performing Consistency Checks*
*-*
*Checking cluster versions   ok*
*Checking database user is the install user  ok*
*Checking database connection settings   ok*
*Checking for prepared transactions  ok*
*Checking for reg* system OID user data typesok*
*Checking for contrib/isn with bigint-passing mismatch   ok*
*Checking for invalid "line" user columnsok*
*Creating dump of global objects ok*
*Creating dump of database schemas*
*  engine*
*  ovirt_engine_history*
*  postgres*
*  template1*
*ok*

*lc_collate values for database "postgres" do not match:  old
"en_US.UTF-8", new "de_DE.UTF-8"*
*Failure, exiting*

I would be thankful if someone could give me some hint about that!

Best Regards,

Gabriel
PS: If I go to devconf in Brno I will pay a lot of beers to the developer
of the engine-setup rollback! Saved my life!






Gabriel Stein
--
Gabriel Ferraz Stein
Tel.: +49 (0)  170 2881531
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Update to 4.2.0 failing in db check

[Martin Perina]

Hi,

could you please share the full setup log?

​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

Thanks

Martin


On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola 
wrote:

>
>
> 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi :
>
>> Hello list,
>> I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
>> engine-setup fails. Here's the relevant output:
>>
>> [ ERROR ] Failed to execute stage 'Setup validation': Failed checking
>> Engine database: an exception occurred while validating the Engine
>> database, please check the logs for getting more info:
>>  Constraint violation found in  vm_interface (vmt_guid) |1
>>
>> [ INFO  ] Stage: Clean up
>>   Log file is located at
>> ​​
>> /var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
>> [ INFO  ] Generating answer file '/var/lib/ovirt-engine/setup/answers/
>> 20171220110551-setup.conf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>> [ ERROR ] Execution of setup failed
>>
>> any ideas??
>
>
> Adding some people, I think one of your vms has an invalid configuration
> saved in the db.
>
>
>
>>
>> --
>> gb
>>
>> PGP Key: http://pgp.mit.edu/
>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>


-- 
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Two node configuration.

[Kasturi Narra]

Hello Jarek,

 As of today we cannot have gdeploy to work with different devices
on different nodes for deploying HC. Currently device name has to be same
on data and arbiter nodes.

Hope this helps !!

Thanks
kasturi

On Wed, Dec 20, 2017 at 2:29 PM, Jarek  wrote:

> One thing:
>
> I have two nodes with sda3 partitions for gluster deploy and one node with
> for example vdd (arbiter).
> How can I play with gdeploy config to change device name for arbiter node
> (without udevs)?
> --
> *From: *"Jaroslaw Augustynowicz" 
> *To: *"Sandro Bonazzola" 
> *Cc: *"users" 
> *Sent: *Friday, December 15, 2017 4:44:50 PM
>
> *Subject: *Re: [ovirt-users] Two node configuration.
>
> Yes, sure :)
>
> Dnia 15 grudnia 2017 16:43:10 CET, Sandro Bonazzola 
> napisał(a):
>>
>>
>>
>> 2017-12-15 16:37 GMT+01:00 Jarosław Augustynowicz :
>>
>>> It can be good idea:
>>> 2 physical nodes with local disks (raid6) as gluster bricks + 2 kvm vms
>>> with pcs and drbd for arbiter.
>>>
>>
>> Just be sure to not run the kvm vms arbiters on the same real hosts or it
>> may become a mess.
>>
>>
>>> I'll test it.
>>>
>>> Dnia 15 grudnia 2017 13:05:08 CET, Sandro Bonazzola 
>>> napisał(a):



 2017-12-15 12:53 GMT+01:00 Jarek :

> Yes, I checked it but it seems I still need three nodes - 2 for
> storage and one smaller for arbiter.
> Is it safe to deploy it only on two nodes?
>

 the host arbiter can be even just a Raspberry PI as far as I can tell.
 Adding Sahina.



> Am I wrong?
>
> --
> *From: *"Sandro Bonazzola" 
> *To: *"Jaroslaw Augustynowicz" 
> *Cc: *"users" 
> *Sent: *Friday, December 15, 2017 12:03:24 PM
> *Subject: *Re: [ovirt-users] Two node configuration.
>
>
>
> 2017-12-15 8:55 GMT+01:00 Jarek :
>
>> Hello, currently I'm using kvms with pcs on vms... is there any
>> ovirt solution for ha with two nodes (storage on local disks) without 
>> pcs&
>> drbd for storage? I know about gluster storage but it needs third host;/
>>
>
> Did you check https://access.redhat.com/documentation/en-us/red_
> hat_gluster_storage/3.3/html/administration_guide/creating_
> arbitrated_replicated_volumes ?
>
>
>
>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
>


 --

 SANDRO BONAZZOLA

 ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

 Red Hat EMEA 
 
 TRIED. TESTED. TRUSTED. 


>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Update to 4.2.0 failing in db check

[Sandro Bonazzola]

2017-12-20 11:58 GMT+01:00 Giorgio Biacchi :

> Hello list,
> I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but engine-setup
> fails. Here's the relevant output:
>
> [ ERROR ] Failed to execute stage 'Setup validation': Failed checking
> Engine database: an exception occurred while validating the Engine
> database, please check the logs for getting more info:
>  Constraint violation found in  vm_interface (vmt_guid) |1
>
> [ INFO  ] Stage: Clean up
>   Log file is located at /var/log/ovirt-engine/setup/ov
> irt-engine-setup-20171220110337-cy5ri9.log
> [ INFO  ] Generating answer file '/var/lib/ovirt-engine/setup/answers/
> 20171220110551-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
> any ideas??


Adding some people, I think one of your vms has an invalid configuration
saved in the db.



>
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Update to 4.2.0 failing in db check

[Giorgio Biacchi]

Hello list,
I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but engine-setup 
fails. Here's the relevant output:


[ ERROR ] Failed to execute stage 'Setup validation': Failed checking Engine 
database: an exception occurred while validating the Engine database, please 
check the logs for getting more info:

 Constraint violation found in  vm_interface (vmt_guid) |1

[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20171220110551-setup.conf'

[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

any ideas??
--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 4.2.0 is now generally available

[Sandro Bonazzola]

The oVirt project is excited to announce the general availability of oVirt
4.2.0, as of December 20, 2017.

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses over 1000 individual changes and a
wide range of enhancements across the engine, storage, network, user
interface, and analytics.

Key features include:

- A redesigned Administration Portal, with an improved user-interface
- A new VM portal for non-admin users, for a more streamlined experience
- High Performance virtual machine type, for easy optimization of high
performance workloads.
- oVirt metrics store, a new monitoring solution providing complete
infrastructure visibility
- Support for virtual machine connectivity via software-defined networks

- oVirt now supports Nvidia vGPU

- The ovirt-ansible-roles set of packages helps users with common
administration tasks

- Virt-v2v now supports Debian/Ubuntu and EL and Windows-based virtual
machines

For more information about these and other features, check out the oVirt
4.2.0 blog post .

This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le (with 4.1
cluster compatibility only) architectures for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later
* oVirt Node 4.2 (available for x86_64 only)

See the release notes [3] for installation / upgrade instructions and a
list of new features and bugs fixed.

If you’re managing more than one oVirt instance, OpenShift Origin or RDO we
also recommend to try ManageIQ .



Notes:
- oVirt Appliance is already available.
- oVirt Node is already available [4]

- oVirt Windows Guest Tools iso is already available [4]

Additional Resources:
* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/
* Get more oVirt project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Two node configuration.

[Jarek]

One thing: 

I have two nodes with sda3 partitions for gluster deploy and one node with for 
example vdd (arbiter). 
How can I play with gdeploy config to change device name for arbiter node 
(without udevs)? 

From: "Jaroslaw Augustynowicz"  
To: "Sandro Bonazzola"  
Cc: "users"  
Sent: Friday, December 15, 2017 4:44:50 PM 
Subject: Re: [ovirt-users] Two node configuration. 

Yes, sure :) 

Dnia 15 grudnia 2017 16:43:10 CET, Sandro Bonazzola  
napisał(a): 




2017-12-15 16:37 GMT+01:00 Jarosław Augustynowicz < [ mailto:j...@jaru.eu.org | 
j...@jaru.eu.org ] > : 

BQ_BEGIN

It can be good idea: 
2 physical nodes with local disks (raid6) as gluster bricks + 2 kvm vms with 
pcs and drbd for arbiter. 



Just be sure to not run the kvm vms arbiters on the same real hosts or it may 
become a mess. 

BQ_BEGIN

I'll test it. 

Dnia 15 grudnia 2017 13:05:08 CET, Sandro Bonazzola < [ 
mailto:sbona...@redhat.com | sbona...@redhat.com ] > napisał(a): 
BQ_BEGIN



2017-12-15 12:53 GMT+01:00 Jarek < [ mailto:j...@jaru.eu.org | j...@jaru.eu.org 
] > : 

BQ_BEGIN

Yes, I checked it but it seems I still need three nodes - 2 for storage and one 
smaller for arbiter. 
Is it safe to deploy it only on two nodes? 

BQ_END

the host arbiter can be even just a Raspberry PI as far as I can tell. 
Adding Sahina. 


BQ_BEGIN

Am I wrong? 


From: "Sandro Bonazzola" < [ mailto:sbona...@redhat.com | sbona...@redhat.com ] 
> 
To: "Jaroslaw Augustynowicz" < [ mailto:j...@jaru.eu.org | j...@jaru.eu.org ] > 
Cc: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] > 
Sent: Friday, December 15, 2017 12:03:24 PM 
Subject: Re: [ovirt-users] Two node configuration. 



2017-12-15 8:55 GMT+01:00 Jarek < [ mailto:j...@jaru.eu.org | j...@jaru.eu.org 
] > : 

BQ_BEGIN

Hello, currently I'm using kvms with pcs on vms... is there any ovirt 
solution for ha with two nodes (storage on local disks) without pcs& drbd for 
storage? I know about gluster storage but it needs third host;/ 

BQ_END

Did you check [ 
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.3/html/administration_guide/creating_arbitrated_replicated_volumes
 | 
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.3/html/administration_guide/creating_arbitrated_replicated_volumes
 ] ? 



BQ_BEGIN


___ 
Users mailing list 
[ mailto:Users@ovirt.org | Users@ovirt.org ] 
[ http://lists.ovirt.org/mailman/listinfo/users | 
http://lists.ovirt.org/mailman/listinfo/users ] 


BQ_END




-- 


SANDRO BONAZZOLA 

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R 

[ https://www.redhat.com/ | Red Hat EMEA ] 
[ https://red.ht/sig ] 

[ https://redhat.com/trusted | TRIED. TESTED. TRUSTED. ] 



BQ_END




-- 


SANDRO BONAZZOLA 

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R 

[ https://www.redhat.com/ | Red Hat EMEA ] 
[ https://red.ht/sig ] 

[ https://redhat.com/trusted | TRIED. TESTED. TRUSTED. ] 


BQ_END


BQ_END




-- 


SANDRO BONAZZOLA 

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R 

[ https://www.redhat.com/ | Red Hat EMEA ] 
[ https://red.ht/sig ] 

[ https://redhat.com/trusted | TRIED. TESTED. TRUSTED. ] 


BQ_END


___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users