date:20180903

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread femi adegoke

Donny,

Have you installed manageiq in oVirt?
Can you share any useful tips/blog posts/notes etc.?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FODXM24E7OGYH46RP5DFG62UHTU53LPP/

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Jim Kusznir

Ok, finally got it...Had to get a terminal ready with the virsh command and
guess what the instance number was, and then run suspend right after
starting with --vm-start-paused.  Got it to really be paused, got into the
console, booted the old kernel, and have now been repairing a bad yum
transactionI *think* I've finished that.

So, if I understand correctly, after the yum update, I should run
engine-setup?  Do I run that inside the engine vm, or on the host its
running on?

BTW: I did look up upgrade procedures on the documentation for the
release.  It links to two or three levels of other documents, then ends in
an error 404.

--Jim

On Mon, Sep 3, 2018 at 6:39 PM, Jim Kusznir  wrote:

> global maintence mode is already on.  hosted-engine --vm-start-paused
> results in a non-paused VM being started.  Of course, this is executed
> after hosted-engine --vm-poweroff and suitable time left to let things shut
> down.
>
> I just ran another test, and did in fact see the engine was briefly
> paused, but then was quickly put in the running state.  I don't know by
> what, though.  Global maintence mode is definitely enabled, every run of
> the hosted-engine command reminds me!
>
>
>
>
>
> On Mon, Sep 3, 2018 at 11:12 AM, Darrell Budic 
> wrote:
>
>> Don’t know if there’s anything special, it’s been a while since I’ve
>> needed to start it in paused mode. Try putting it in HA maintenance mode
>> from the CLI and then start it in paused mode maybe?
>>
>> --
>> *From:* Jim Kusznir 
>> *Subject:* Re: [ovirt-users] Upgraded host, engine now won't boot
>> *Date:* September 3, 2018 at 1:08:27 PM CDT
>>
>> *To:* Darrell Budic
>> *Cc:* users
>>
>> Unfortunately, I seem unable to get connected to the console early enough
>> to actually see a kernel list.
>>
>> I've tried the hosted-engine --start-vm-paused command, but it just
>> starts it (running mode, not paused).  By the time I can get vnc connected,
>> I have just that last line.  ctrl-alt-del doesn't do anything with it,
>> either.  sending a reset through virsh seems to just kill the VM (it
>> doesn't respawn).
>>
>> ha seems to have some trouble with this too...Originally I allowed ha to
>> start it, and it would take it a good long while before it gave up on the
>> engine and reset it.  It instantly booted to the same crashed state, and
>> again waited a "good long while" (sorry, never timed it, but I know it was
>> >5 min).
>>
>> My current thought is that I need to get the engine started in paused
>> mode, connect vnc, then unpause it with virsh to catch what is happening.
>> Is there any magic to getting it started in paused mode?
>>
>> On Mon, Sep 3, 2018 at 11:03 AM, Darrell Budic 
>> wrote:
>>
>>> Send it a ctl-alt-delete and see what happens. Possibly try an older
>>> kernel at the grub boot menu. Could also try stopping it with hosted-engine
>>> —vm-stop and let HA reboot it, see if it boots or get onto the console
>>> quickly and try and watch more of the boot.
>>>
>>> Ssh and yum upgrade is fine for the OS, although it’s a good idea to
>>> enable Global HA Maintenance first so the HA watchdogs don’t reboot it in
>>> the middle of that. After that, run “engine-setup” again, at least if there
>>> are new ovirt engine updates to be done. Then disable Global HA
>>> Maintenance, and run "shutdown -h now” to stop the Engine VM (rebooting
>>> seems to cause it to exit anyway, HA seems to run it as a single execution
>>> VM. Or at least in the past, it seems to quit anyway on me and shutdown
>>> triggered HA faster). Wait a few minutes, and HA will respawn it on a new
>>> instance and you can log into your engine again.
>>>
>>> --
>>> *From:* Jim Kusznir 
>>> *Subject:* Re: [ovirt-users] Upgraded host, engine now won't boot
>>> *Date:* September 3, 2018 at 12:45:22 PM CDT
>>> *To:* Darrell Budic
>>> *Cc:* users
>>>
>>>
>>> Thanks to Jayme who pointed me to the --add-console-password
>>> hosted-engine command to set a password for vnc.  Using that, I see only
>>> the single line:
>>>
>>> Probing EDD (edd=off to disable)... ok
>>>
>>> --Jim
>>>
>>> On Mon, Sep 3, 2018 at 10:26 AM, Jim Kusznir 
>>> wrote:
>>>
 Is there a way to get a graphical console on boot of the engine vm so I
 can see what's causing the failure to boot?

 On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir 
 wrote:

> Thanks; I guess I didn't mention that I started there.
>
> The virsh list shows it in state running, and gluster is showing fully
> online and healed.  However, I cannot bring up a console of the engine VM
> to see why its not booting, even though it shows in running state.
>
> In any case, the hosts and engine were running happily.  I applied the
> latest updates on the host, and the engine went unstable.  I thought, Ok,
> maybe there's an update to ovirt that also needs to be applied to the
> engine, so I ssh'ed in and ran yum update (never did find clear
>

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread femi adegoke

Ok, I guess it's time to check out ManageIQ!!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4DT3EJMYICI3O2SABDP2XVG47S2ABBJ/

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Jim Kusznir

global maintence mode is already on.  hosted-engine --vm-start-paused
results in a non-paused VM being started.  Of course, this is executed
after hosted-engine --vm-poweroff and suitable time left to let things shut
down.

I just ran another test, and did in fact see the engine was briefly paused,
but then was quickly put in the running state.  I don't know by what,
though.  Global maintence mode is definitely enabled, every run of the
hosted-engine command reminds me!





On Mon, Sep 3, 2018 at 11:12 AM, Darrell Budic 
wrote:

> Don’t know if there’s anything special, it’s been a while since I’ve
> needed to start it in paused mode. Try putting it in HA maintenance mode
> from the CLI and then start it in paused mode maybe?
>
> --
> *From:* Jim Kusznir 
> *Subject:* Re: [ovirt-users] Upgraded host, engine now won't boot
> *Date:* September 3, 2018 at 1:08:27 PM CDT
>
> *To:* Darrell Budic
> *Cc:* users
>
> Unfortunately, I seem unable to get connected to the console early enough
> to actually see a kernel list.
>
> I've tried the hosted-engine --start-vm-paused command, but it just starts
> it (running mode, not paused).  By the time I can get vnc connected, I have
> just that last line.  ctrl-alt-del doesn't do anything with it, either.
> sending a reset through virsh seems to just kill the VM (it doesn't
> respawn).
>
> ha seems to have some trouble with this too...Originally I allowed ha to
> start it, and it would take it a good long while before it gave up on the
> engine and reset it.  It instantly booted to the same crashed state, and
> again waited a "good long while" (sorry, never timed it, but I know it was
> >5 min).
>
> My current thought is that I need to get the engine started in paused
> mode, connect vnc, then unpause it with virsh to catch what is happening.
> Is there any magic to getting it started in paused mode?
>
> On Mon, Sep 3, 2018 at 11:03 AM, Darrell Budic 
> wrote:
>
>> Send it a ctl-alt-delete and see what happens. Possibly try an older
>> kernel at the grub boot menu. Could also try stopping it with hosted-engine
>> —vm-stop and let HA reboot it, see if it boots or get onto the console
>> quickly and try and watch more of the boot.
>>
>> Ssh and yum upgrade is fine for the OS, although it’s a good idea to
>> enable Global HA Maintenance first so the HA watchdogs don’t reboot it in
>> the middle of that. After that, run “engine-setup” again, at least if there
>> are new ovirt engine updates to be done. Then disable Global HA
>> Maintenance, and run "shutdown -h now” to stop the Engine VM (rebooting
>> seems to cause it to exit anyway, HA seems to run it as a single execution
>> VM. Or at least in the past, it seems to quit anyway on me and shutdown
>> triggered HA faster). Wait a few minutes, and HA will respawn it on a new
>> instance and you can log into your engine again.
>>
>> --
>> *From:* Jim Kusznir 
>> *Subject:* Re: [ovirt-users] Upgraded host, engine now won't boot
>> *Date:* September 3, 2018 at 12:45:22 PM CDT
>> *To:* Darrell Budic
>> *Cc:* users
>>
>>
>> Thanks to Jayme who pointed me to the --add-console-password
>> hosted-engine command to set a password for vnc.  Using that, I see only
>> the single line:
>>
>> Probing EDD (edd=off to disable)... ok
>>
>> --Jim
>>
>> On Mon, Sep 3, 2018 at 10:26 AM, Jim Kusznir  wrote:
>>
>>> Is there a way to get a graphical console on boot of the engine vm so I
>>> can see what's causing the failure to boot?
>>>
>>> On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir 
>>> wrote:
>>>
 Thanks; I guess I didn't mention that I started there.

 The virsh list shows it in state running, and gluster is showing fully
 online and healed.  However, I cannot bring up a console of the engine VM
 to see why its not booting, even though it shows in running state.

 In any case, the hosts and engine were running happily.  I applied the
 latest updates on the host, and the engine went unstable.  I thought, Ok,
 maybe there's an update to ovirt that also needs to be applied to the
 engine, so I ssh'ed in and ran yum update (never did find clear
 instructions on how one is supposed to maintain the engine, but I did see
 that listed online).  A while later, it reset and never booted again.

 -JIm

 On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic 
 wrote:

> It’s definitely not starting, you’ll have to see if you can figure out
> why. A couple things to try:
>
> - Check "virsh list" and see if it’s running, or paused for storage.
> (google "virsh saslpasswd2
> ”
> if you need to add a user to do this with, it’s per host)
> -  It’s hyper converged, so check your gluster volume for healing
> and/or split brains and wait/resolve those.
> - check “gluster peer status” and on each host and make sure your
>

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread Donny Davis

manageiq is a good answer even if you only have to manage one site. It gets
a lot of useful data.


On Mon, Sep 3, 2018 at 6:34 PM, Nir Soffer  wrote:

> On Mon, Sep 3, 2018 at 3:40 AM femi adegoke 
> wrote:
>
>> Let's say you have multiple oVirt installs.
>>
>> How can they all be "managed" by using a single engine web UI (so I don't
>> have to login 5 different times)?
>>
>
> I never tried it, but http://manageiq.org/ can manage mulitple oVirt or
> other
> virtualization and container management systems.
>
> Here is the docs for RHV, which is basically oVirt with support:
> http://manageiq.org/docs/reference/latest/doc-Installing_on_Red_Hat_
> Virtualization/miq/
>
> Nir
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/CNL4TMG2VOWHBZZNVTLGDLAL2ILC3ERF/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/POLEWLQVRG6EDTF6TM4PO2CZGJEW27PL/

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-03 Thread Staniforth, Paul

Hello Edward,

   I am also seeing this problem, it's on our ovirtmgmt.


cat /sys/class/net/eno49/speed
1



cat /sys/class/net/eno49.20/speed
1



cat /sys/class/net/ovirtmgmt/speed
cat: /sys/class/net/ovirtmgmt/speed: Invalid argument


vdsm-client Host getStats ->
...

"eno49": {
"rxErrors": "0",
"name": "eno49",
"tx": "3456777",
"txDropped": "0",
"sampleTime": 1535974190.687987,
"rx": "121362321",
"txErrors": "0",
"state": "up",
"speed": "1",
"rxDropped": "2"
},

"eno49.20": {
"rxErrors": "0",
"name": "eno49.20",
"tx": "3384452",
"txDropped": "0",
"sampleTime": 1535974190.687987,
"rx": "115884579",
"txErrors": "0",
"state": "up",
"speed": "1000",
"rxDropped": "0"
},

"ovirtmgmt": {
"rxErrors": "0",
"name": "ovirtmgmt",
"tx": "3383804",
"txDropped": "0",
"sampleTime": 1535974190.687987,
"rx": "115710919",
"txErrors": "0",
"state": "up",
"speed": "1000",
"rxDropped": "0"
},


Regards,

   Paul S.



From: Florian Schmid 
Sent: 03 September 2018 11:44
To: edwa...@redhat.com
Cc: users
Subject: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

Hi Edward,

I got some alarms today from a server and I have checked your command there. 
(not at the time the issue happened!!)
Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5

Example:
cat /sys/class/net/enp9s0/speed
1

cat /sys/class/net/enp9s0.80/speed
1

cat /sys/class/net/vm-int-nfs/speed
cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the 
bridge for the VMs

vdsm-client Host getStats ->
...
"enp9s0": {
"rxErrors": "0",
"name": "enp9s0",
"tx": "3335325754762",
"txDropped": "0",
"sampleTime": 1535970960.602359,
"rx": "5916567956502",
"txErrors": "0",
"state": "up",
"speed": "1",
"rxDropped": "0"
},
...
"enp9s0.80": {
"rxErrors": "0",
"name": "enp9s0.80",
"tx": "3180024039398",
"txDropped": "0",
"sampleTime": 1535970960.602359,
"rx": "5669421065686",
"txErrors": "0",
"state": "up",
"speed": "1000",
"rxDropped": "0"
},
...
"vm-int-nfs": {
"rxErrors": "0",
"name": "vm-int-nfs",
"tx": "508",
"txDropped": "0",
"sampleTime": 1535970960.602359,
"rx": "4428568",
"txErrors": "0",
"state": "up",
"speed": "1000",
"rxDropped": "0"
},
...

As you see here, vdsm is reporting the wrong speed for the vlan devices.

BR Florian Schmid



Von: "Edward Haas" 
An: "Jayme" , "Florian Schmid" 
CC: "users" , "Alona Kaplan" 
Gesendet: Montag, 3. September 2018 11:38:25
Betreff: Re: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

If you manage to recreate this, please collect a few samples from what the 
hypervisor reports back:
Run the command: vdsm-client Host getStats

Engine is calculating based on this information the rate.
(and the agent collects it from /sys/class/net//statistics/)

Please also mention on what OS you are running the hosts.

Thanks,
Edy


On Fri, Aug 31, 2018 at 5:35 PM, Jayme 
mailto:jay...@gmail.com>> wrote:
I've been seeing these warnings myself, on 1Gb ovirtmanagement (glusterFS is 
10Gbe backend).  I haven't correlated to network graphs yet but I don't know 
what would be happening on my management network that would be exhausting 1Gb 
network.

On Fri, Aug 31, 2018 at 3:27 AM Florian Schmid 
mailto:fsch...@ubimet.com>> wrote:
Good morning,

since we have upgraded to version 4.2.5, we get a lot of warnings about network 
interface exceeded defined threshold limits.

For example:
Aug 31, 2018, 7:54:05 AM
Host xxx has network interface which exceeded the defined threshold [95%] 
(enp9s0.80: transmit rate[100%], receive rate [12%])

This is a 10 Gbit interface and on our monitoring software, which is getting 
network statistics every 10s, the bandwidth of TX was 150 Mbit maximum at this 
time, so far away from being 100%.

Could it be, that the engine detected the wrong interface speed or there is a 
calculation error?
In the engine for this host, I have 1 Mbps for all interfaces.

I have checked now all those warnings on our different hosts and they happen 
every time, we go over 100 Mbit and this is for sure quite often...

Can I maybe disable these warnings, because we

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread Nir Soffer

On Mon, Sep 3, 2018 at 3:40 AM femi adegoke  wrote:

> Let's say you have multiple oVirt installs.
>
> How can they all be "managed" by using a single engine web UI (so I don't
> have to login 5 different times)?
>

I never tried it, but http://manageiq.org/ can manage mulitple oVirt or
other
virtualization and container management systems.

Here is the docs for RHV, which is basically oVirt with support:
http://manageiq.org/docs/reference/latest/doc-Installing_on_Red_Hat_Virtualization/miq/

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CNL4TMG2VOWHBZZNVTLGDLAL2ILC3ERF/

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Darrell Budic

Don’t know if there’s anything special, it’s been a while since I’ve needed to 
start it in paused mode. Try putting it in HA maintenance mode from the CLI and 
then start it in paused mode maybe?

> From: Jim Kusznir 
> Subject: Re: [ovirt-users] Upgraded host, engine now won't boot
> Date: September 3, 2018 at 1:08:27 PM CDT
> To: Darrell Budic
> Cc: users
> 
> Unfortunately, I seem unable to get connected to the console early enough to 
> actually see a kernel list.
> 
> I've tried the hosted-engine --start-vm-paused command, but it just starts it 
> (running mode, not paused).  By the time I can get vnc connected, I have just 
> that last line.  ctrl-alt-del doesn't do anything with it, either.  sending a 
> reset through virsh seems to just kill the VM (it doesn't respawn).
> 
> ha seems to have some trouble with this too...Originally I allowed ha to 
> start it, and it would take it a good long while before it gave up on the 
> engine and reset it.  It instantly booted to the same crashed state, and 
> again waited a "good long while" (sorry, never timed it, but I know it was >5 
> min).
> 
> My current thought is that I need to get the engine started in paused mode, 
> connect vnc, then unpause it with virsh to catch what is happening.  Is there 
> any magic to getting it started in paused mode?
> 
> On Mon, Sep 3, 2018 at 11:03 AM, Darrell Budic  > wrote:
> Send it a ctl-alt-delete and see what happens. Possibly try an older kernel 
> at the grub boot menu. Could also try stopping it with hosted-engine —vm-stop 
> and let HA reboot it, see if it boots or get onto the console quickly and try 
> and watch more of the boot.
> 
> Ssh and yum upgrade is fine for the OS, although it’s a good idea to enable 
> Global HA Maintenance first so the HA watchdogs don’t reboot it in the middle 
> of that. After that, run “engine-setup” again, at least if there are new 
> ovirt engine updates to be done. Then disable Global HA Maintenance, and run 
> "shutdown -h now” to stop the Engine VM (rebooting seems to cause it to exit 
> anyway, HA seems to run it as a single execution VM. Or at least in the past, 
> it seems to quit anyway on me and shutdown triggered HA faster). Wait a few 
> minutes, and HA will respawn it on a new instance and you can log into your 
> engine again.
>> From: Jim Kusznir mailto:j...@palousetech.com>>
>> Subject: Re: [ovirt-users] Upgraded host, engine now won't boot
>> Date: September 3, 2018 at 12:45:22 PM CDT
>> To: Darrell Budic
>> Cc: users
>> 
>> 
>> Thanks to Jayme who pointed me to the --add-console-password hosted-engine 
>> command to set a password for vnc.  Using that, I see only the single line:
>> 
>> Probing EDD (edd=off to disable)... ok
>> 
>> --Jim
>> 
>> On Mon, Sep 3, 2018 at 10:26 AM, Jim Kusznir > > wrote:
>> Is there a way to get a graphical console on boot of the engine vm so I can 
>> see what's causing the failure to boot?
>> 
>> On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir > > wrote:
>> Thanks; I guess I didn't mention that I started there.
>> 
>> The virsh list shows it in state running, and gluster is showing fully 
>> online and healed.  However, I cannot bring up a console of the engine VM to 
>> see why its not booting, even though it shows in running state.
>> 
>> In any case, the hosts and engine were running happily.  I applied the 
>> latest updates on the host, and the engine went unstable.  I thought, Ok, 
>> maybe there's an update to ovirt that also needs to be applied to the 
>> engine, so I ssh'ed in and ran yum update (never did find clear instructions 
>> on how one is supposed to maintain the engine, but I did see that listed 
>> online).  A while later, it reset and never booted again.
>> 
>> -JIm
>> 
>> On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic > > wrote:
>> It’s definitely not starting, you’ll have to see if you can figure out why. 
>> A couple things to try:
>> 
>> - Check "virsh list" and see if it’s running, or paused for storage. (google 
>> "virsh saslpasswd2 
>> ”
>>  if you need to add a user to do this with, it’s per host)
>> -  It’s hyper converged, so check your gluster volume for healing and/or 
>> split brains and wait/resolve those.
>> - check “gluster peer status” and on each host and make sure your gluster 
>> hosts are all talking. I’ve seen an upgrade screwup the firewall, easy fix 
>> is to add a rule to allow the hosts to talk to each other on your gluster 
>> network, no questions asked (-j ACCEPT, no port, etc).
>> 
>> Good luck!
>> 
>>> From: Jim Kusznir mailto:j...@palousetech.com>>
>>> Subject: [ovirt-users] Upgraded host, engine now won't boot
>>> Date: September 1, 2018 at 8:38:12 PM CDT
>>> To: users
>>> 
>>> Hello:
>>> 
>>> I saw that there were updates to my ovirt-4.2 3 node hyperconverged system, 
>>> so I

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Jim Kusznir

Unfortunately, I seem unable to get connected to the console early enough
to actually see a kernel list.

I've tried the hosted-engine --start-vm-paused command, but it just starts
it (running mode, not paused).  By the time I can get vnc connected, I have
just that last line.  ctrl-alt-del doesn't do anything with it, either.
sending a reset through virsh seems to just kill the VM (it doesn't
respawn).

ha seems to have some trouble with this too...Originally I allowed ha to
start it, and it would take it a good long while before it gave up on the
engine and reset it.  It instantly booted to the same crashed state, and
again waited a "good long while" (sorry, never timed it, but I know it was
>5 min).

My current thought is that I need to get the engine started in paused mode,
connect vnc, then unpause it with virsh to catch what is happening.  Is
there any magic to getting it started in paused mode?

On Mon, Sep 3, 2018 at 11:03 AM, Darrell Budic 
wrote:

> Send it a ctl-alt-delete and see what happens. Possibly try an older
> kernel at the grub boot menu. Could also try stopping it with hosted-engine
> —vm-stop and let HA reboot it, see if it boots or get onto the console
> quickly and try and watch more of the boot.
>
> Ssh and yum upgrade is fine for the OS, although it’s a good idea to
> enable Global HA Maintenance first so the HA watchdogs don’t reboot it in
> the middle of that. After that, run “engine-setup” again, at least if there
> are new ovirt engine updates to be done. Then disable Global HA
> Maintenance, and run "shutdown -h now” to stop the Engine VM (rebooting
> seems to cause it to exit anyway, HA seems to run it as a single execution
> VM. Or at least in the past, it seems to quit anyway on me and shutdown
> triggered HA faster). Wait a few minutes, and HA will respawn it on a new
> instance and you can log into your engine again.
>
> --
> *From:* Jim Kusznir 
> *Subject:* Re: [ovirt-users] Upgraded host, engine now won't boot
> *Date:* September 3, 2018 at 12:45:22 PM CDT
> *To:* Darrell Budic
> *Cc:* users
>
>
> Thanks to Jayme who pointed me to the --add-console-password hosted-engine
> command to set a password for vnc.  Using that, I see only the single line:
>
> Probing EDD (edd=off to disable)... ok
>
> --Jim
>
> On Mon, Sep 3, 2018 at 10:26 AM, Jim Kusznir  wrote:
>
>> Is there a way to get a graphical console on boot of the engine vm so I
>> can see what's causing the failure to boot?
>>
>> On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir  wrote:
>>
>>> Thanks; I guess I didn't mention that I started there.
>>>
>>> The virsh list shows it in state running, and gluster is showing fully
>>> online and healed.  However, I cannot bring up a console of the engine VM
>>> to see why its not booting, even though it shows in running state.
>>>
>>> In any case, the hosts and engine were running happily.  I applied the
>>> latest updates on the host, and the engine went unstable.  I thought, Ok,
>>> maybe there's an update to ovirt that also needs to be applied to the
>>> engine, so I ssh'ed in and ran yum update (never did find clear
>>> instructions on how one is supposed to maintain the engine, but I did see
>>> that listed online).  A while later, it reset and never booted again.
>>>
>>> -JIm
>>>
>>> On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic 
>>> wrote:
>>>
 It’s definitely not starting, you’ll have to see if you can figure out
 why. A couple things to try:

 - Check "virsh list" and see if it’s running, or paused for storage.
 (google "virsh saslpasswd2
 ”
 if you need to add a user to do this with, it’s per host)
 -  It’s hyper converged, so check your gluster volume for healing
 and/or split brains and wait/resolve those.
 - check “gluster peer status” and on each host and make sure your
 gluster hosts are all talking. I’ve seen an upgrade screwup the firewall,
 easy fix is to add a rule to allow the hosts to talk to each other on your
 gluster network, no questions asked (-j ACCEPT, no port, etc).

 Good luck!

 --
 *From:* Jim Kusznir 
 *Subject:* [ovirt-users] Upgraded host, engine now won't boot
 *Date:* September 1, 2018 at 8:38:12 PM CDT
 *To:* users

 Hello:

 I saw that there were updates to my ovirt-4.2 3 node hyperconverged
 system, so I proceeded to apply them the usual way through the UI.

 At one point, the hosted engine was migrated to one of the upgraded
 hosts, and then went "unstable" on me.  Now, the hosted engine appears to
 be crashed:  It gets powered up, but it never boots up to the point where
 it responds to pings or allows logins.  After a while, the hosted engine
 shows status (via console "hosted-engine --vm-status" command) "Powering
 Down".  It stays there for a long time.

 I

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Darrell Budic

Send it a ctl-alt-delete and see what happens. Possibly try an older kernel at 
the grub boot menu. Could also try stopping it with hosted-engine —vm-stop and 
let HA reboot it, see if it boots or get onto the console quickly and try and 
watch more of the boot.

Ssh and yum upgrade is fine for the OS, although it’s a good idea to enable 
Global HA Maintenance first so the HA watchdogs don’t reboot it in the middle 
of that. After that, run “engine-setup” again, at least if there are new ovirt 
engine updates to be done. Then disable Global HA Maintenance, and run 
"shutdown -h now” to stop the Engine VM (rebooting seems to cause it to exit 
anyway, HA seems to run it as a single execution VM. Or at least in the past, 
it seems to quit anyway on me and shutdown triggered HA faster). Wait a few 
minutes, and HA will respawn it on a new instance and you can log into your 
engine again.
> From: Jim Kusznir 
> Subject: Re: [ovirt-users] Upgraded host, engine now won't boot
> Date: September 3, 2018 at 12:45:22 PM CDT
> To: Darrell Budic
> Cc: users
> 
> Thanks to Jayme who pointed me to the --add-console-password hosted-engine 
> command to set a password for vnc.  Using that, I see only the single line:
> 
> Probing EDD (edd=off to disable)... ok
> 
> --Jim
> 
> On Mon, Sep 3, 2018 at 10:26 AM, Jim Kusznir  > wrote:
> Is there a way to get a graphical console on boot of the engine vm so I can 
> see what's causing the failure to boot?
> 
> On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir  > wrote:
> Thanks; I guess I didn't mention that I started there.
> 
> The virsh list shows it in state running, and gluster is showing fully online 
> and healed.  However, I cannot bring up a console of the engine VM to see why 
> its not booting, even though it shows in running state.
> 
> In any case, the hosts and engine were running happily.  I applied the latest 
> updates on the host, and the engine went unstable.  I thought, Ok, maybe 
> there's an update to ovirt that also needs to be applied to the engine, so I 
> ssh'ed in and ran yum update (never did find clear instructions on how one is 
> supposed to maintain the engine, but I did see that listed online).  A while 
> later, it reset and never booted again.
> 
> -JIm
> 
> On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic  > wrote:
> It’s definitely not starting, you’ll have to see if you can figure out why. A 
> couple things to try:
> 
> - Check "virsh list" and see if it’s running, or paused for storage. (google 
> "virsh saslpasswd2 
> ”
>  if you need to add a user to do this with, it’s per host)
> -  It’s hyper converged, so check your gluster volume for healing and/or 
> split brains and wait/resolve those.
> - check “gluster peer status” and on each host and make sure your gluster 
> hosts are all talking. I’ve seen an upgrade screwup the firewall, easy fix is 
> to add a rule to allow the hosts to talk to each other on your gluster 
> network, no questions asked (-j ACCEPT, no port, etc).
> 
> Good luck!
> 
>> From: Jim Kusznir mailto:j...@palousetech.com>>
>> Subject: [ovirt-users] Upgraded host, engine now won't boot
>> Date: September 1, 2018 at 8:38:12 PM CDT
>> To: users
>> 
>> Hello:
>> 
>> I saw that there were updates to my ovirt-4.2 3 node hyperconverged system, 
>> so I proceeded to apply them the usual way through the UI.
>> 
>> At one point, the hosted engine was migrated to one of the upgraded hosts, 
>> and then went "unstable" on me.  Now, the hosted engine appears to be 
>> crashed:  It gets powered up, but it never boots up to the point where it 
>> responds to pings or allows logins.  After a while, the hosted engine shows 
>> status (via console "hosted-engine --vm-status" command) "Powering Down".  
>> It stays there for a long time.
>> 
>> I tried forcing a poweroff then powering it on, but again, it never gets up 
>> to where it will respond to pings.  --vm-status shows bad health, but up.
>> 
>> I tried running the hosted-engine --console command, but got:
>> 
>> [root@ovirt1 ~]# hosted-engine --console
>> The engine VM is running on this host
>> Connected to domain HostedEngine
>> Escape character is ^]
>> error: internal error: cannot find character device 
>> 
>> [root@ovirt1 ~]# 
>> 
>> 
>> I tried to run the hosted-engine --upgrade-appliance command, but it hangs 
>> at obtaining certificate (understandably, as the hosted-engine is not up).
>> 
>> How do i recover from this?  And what caused this?
>> 
>> --Jim
>> ___
>> Users mailing list -- users@ovirt.org 
>> To unsubscribe send an email to users-le...@ovirt.org 
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>> 
>> oVirt Code of Conduct: 
>>

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Jim Kusznir

Thanks to Jayme who pointed me to the --add-console-password hosted-engine
command to set a password for vnc.  Using that, I see only the single line:

Probing EDD (edd=off to disable)... ok

--Jim

On Mon, Sep 3, 2018 at 10:26 AM, Jim Kusznir  wrote:

> Is there a way to get a graphical console on boot of the engine vm so I
> can see what's causing the failure to boot?
>
> On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir  wrote:
>
>> Thanks; I guess I didn't mention that I started there.
>>
>> The virsh list shows it in state running, and gluster is showing fully
>> online and healed.  However, I cannot bring up a console of the engine VM
>> to see why its not booting, even though it shows in running state.
>>
>> In any case, the hosts and engine were running happily.  I applied the
>> latest updates on the host, and the engine went unstable.  I thought, Ok,
>> maybe there's an update to ovirt that also needs to be applied to the
>> engine, so I ssh'ed in and ran yum update (never did find clear
>> instructions on how one is supposed to maintain the engine, but I did see
>> that listed online).  A while later, it reset and never booted again.
>>
>> -JIm
>>
>> On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic 
>> wrote:
>>
>>> It’s definitely not starting, you’ll have to see if you can figure out
>>> why. A couple things to try:
>>>
>>> - Check "virsh list" and see if it’s running, or paused for storage.
>>> (google "virsh saslpasswd2
>>> ”
>>> if you need to add a user to do this with, it’s per host)
>>> -  It’s hyper converged, so check your gluster volume for healing and/or
>>> split brains and wait/resolve those.
>>> - check “gluster peer status” and on each host and make sure your
>>> gluster hosts are all talking. I’ve seen an upgrade screwup the firewall,
>>> easy fix is to add a rule to allow the hosts to talk to each other on your
>>> gluster network, no questions asked (-j ACCEPT, no port, etc).
>>>
>>> Good luck!
>>>
>>> --
>>> *From:* Jim Kusznir 
>>> *Subject:* [ovirt-users] Upgraded host, engine now won't boot
>>> *Date:* September 1, 2018 at 8:38:12 PM CDT
>>> *To:* users
>>>
>>> Hello:
>>>
>>> I saw that there were updates to my ovirt-4.2 3 node hyperconverged
>>> system, so I proceeded to apply them the usual way through the UI.
>>>
>>> At one point, the hosted engine was migrated to one of the upgraded
>>> hosts, and then went "unstable" on me.  Now, the hosted engine appears to
>>> be crashed:  It gets powered up, but it never boots up to the point where
>>> it responds to pings or allows logins.  After a while, the hosted engine
>>> shows status (via console "hosted-engine --vm-status" command) "Powering
>>> Down".  It stays there for a long time.
>>>
>>> I tried forcing a poweroff then powering it on, but again, it never gets
>>> up to where it will respond to pings.  --vm-status shows bad health, but up.
>>>
>>> I tried running the hosted-engine --console command, but got:
>>>
>>> [root@ovirt1 ~]# hosted-engine --console
>>> The engine VM is running on this host
>>> Connected to domain HostedEngine
>>> Escape character is ^]
>>> error: internal error: cannot find character device 
>>>
>>> [root@ovirt1 ~]#
>>>
>>>
>>> I tried to run the hosted-engine --upgrade-appliance command, but it
>>> hangs at obtaining certificate (understandably, as the hosted-engine is not
>>> up).
>>>
>>> How do i recover from this?  And what caused this?
>>>
>>> --Jim
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/XBNOOF4OA5C5AFGCT3KGUPUTRSOLIPXX/
>>>
>>>
>>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C62LXGEOGRDWCEZ6XWN3YUSGS32IPROS/

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Jim Kusznir

Is there a way to get a graphical console on boot of the engine vm so I can
see what's causing the failure to boot?

On Mon, Sep 3, 2018 at 10:23 AM, Jim Kusznir  wrote:

> Thanks; I guess I didn't mention that I started there.
>
> The virsh list shows it in state running, and gluster is showing fully
> online and healed.  However, I cannot bring up a console of the engine VM
> to see why its not booting, even though it shows in running state.
>
> In any case, the hosts and engine were running happily.  I applied the
> latest updates on the host, and the engine went unstable.  I thought, Ok,
> maybe there's an update to ovirt that also needs to be applied to the
> engine, so I ssh'ed in and ran yum update (never did find clear
> instructions on how one is supposed to maintain the engine, but I did see
> that listed online).  A while later, it reset and never booted again.
>
> -JIm
>
> On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic 
> wrote:
>
>> It’s definitely not starting, you’ll have to see if you can figure out
>> why. A couple things to try:
>>
>> - Check "virsh list" and see if it’s running, or paused for storage.
>> (google "virsh saslpasswd2
>> ”
>> if you need to add a user to do this with, it’s per host)
>> -  It’s hyper converged, so check your gluster volume for healing and/or
>> split brains and wait/resolve those.
>> - check “gluster peer status” and on each host and make sure your gluster
>> hosts are all talking. I’ve seen an upgrade screwup the firewall, easy fix
>> is to add a rule to allow the hosts to talk to each other on your gluster
>> network, no questions asked (-j ACCEPT, no port, etc).
>>
>> Good luck!
>>
>> --
>> *From:* Jim Kusznir 
>> *Subject:* [ovirt-users] Upgraded host, engine now won't boot
>> *Date:* September 1, 2018 at 8:38:12 PM CDT
>> *To:* users
>>
>> Hello:
>>
>> I saw that there were updates to my ovirt-4.2 3 node hyperconverged
>> system, so I proceeded to apply them the usual way through the UI.
>>
>> At one point, the hosted engine was migrated to one of the upgraded
>> hosts, and then went "unstable" on me.  Now, the hosted engine appears to
>> be crashed:  It gets powered up, but it never boots up to the point where
>> it responds to pings or allows logins.  After a while, the hosted engine
>> shows status (via console "hosted-engine --vm-status" command) "Powering
>> Down".  It stays there for a long time.
>>
>> I tried forcing a poweroff then powering it on, but again, it never gets
>> up to where it will respond to pings.  --vm-status shows bad health, but up.
>>
>> I tried running the hosted-engine --console command, but got:
>>
>> [root@ovirt1 ~]# hosted-engine --console
>> The engine VM is running on this host
>> Connected to domain HostedEngine
>> Escape character is ^]
>> error: internal error: cannot find character device 
>>
>> [root@ovirt1 ~]#
>>
>>
>> I tried to run the hosted-engine --upgrade-appliance command, but it
>> hangs at obtaining certificate (understandably, as the hosted-engine is not
>> up).
>>
>> How do i recover from this?  And what caused this?
>>
>> --Jim
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/XBNOOF4OA5C5AFGCT3KGUPUTRSOLIPXX/
>>
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WKPMXVUYM5AAD7KYAYLB4DJ4NYGKXZFE/

[ovirt-users] Re: Upgraded host, engine now won't boot

2018-09-03 Thread Jim Kusznir

Thanks; I guess I didn't mention that I started there.

The virsh list shows it in state running, and gluster is showing fully
online and healed.  However, I cannot bring up a console of the engine VM
to see why its not booting, even though it shows in running state.

In any case, the hosts and engine were running happily.  I applied the
latest updates on the host, and the engine went unstable.  I thought, Ok,
maybe there's an update to ovirt that also needs to be applied to the
engine, so I ssh'ed in and ran yum update (never did find clear
instructions on how one is supposed to maintain the engine, but I did see
that listed online).  A while later, it reset and never booted again.

-JIm

On Sun, Sep 2, 2018 at 4:28 PM, Darrell Budic 
wrote:

> It’s definitely not starting, you’ll have to see if you can figure out
> why. A couple things to try:
>
> - Check "virsh list" and see if it’s running, or paused for storage.
> (google "virsh saslpasswd2
> ”
> if you need to add a user to do this with, it’s per host)
> -  It’s hyper converged, so check your gluster volume for healing and/or
> split brains and wait/resolve those.
> - check “gluster peer status” and on each host and make sure your gluster
> hosts are all talking. I’ve seen an upgrade screwup the firewall, easy fix
> is to add a rule to allow the hosts to talk to each other on your gluster
> network, no questions asked (-j ACCEPT, no port, etc).
>
> Good luck!
>
> --
> *From:* Jim Kusznir 
> *Subject:* [ovirt-users] Upgraded host, engine now won't boot
> *Date:* September 1, 2018 at 8:38:12 PM CDT
> *To:* users
>
> Hello:
>
> I saw that there were updates to my ovirt-4.2 3 node hyperconverged
> system, so I proceeded to apply them the usual way through the UI.
>
> At one point, the hosted engine was migrated to one of the upgraded hosts,
> and then went "unstable" on me.  Now, the hosted engine appears to be
> crashed:  It gets powered up, but it never boots up to the point where it
> responds to pings or allows logins.  After a while, the hosted engine shows
> status (via console "hosted-engine --vm-status" command) "Powering Down".
> It stays there for a long time.
>
> I tried forcing a poweroff then powering it on, but again, it never gets
> up to where it will respond to pings.  --vm-status shows bad health, but up.
>
> I tried running the hosted-engine --console command, but got:
>
> [root@ovirt1 ~]# hosted-engine --console
> The engine VM is running on this host
> Connected to domain HostedEngine
> Escape character is ^]
> error: internal error: cannot find character device 
>
> [root@ovirt1 ~]#
>
>
> I tried to run the hosted-engine --upgrade-appliance command, but it hangs
> at obtaining certificate (understandably, as the hosted-engine is not up).
>
> How do i recover from this?  And what caused this?
>
> --Jim
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/XBNOOF4OA5C5AFGCT3KGUPUTRSOLIPXX/
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/25AE7XZBRFCWG3HKZBGAC2KBXDZLBOC2/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Nir Soffer

On Mon, Sep 3, 2018 at 8:01 PM Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

>
> Le 3 sept. 2018 à 18:31, Nir Soffer  a écrit :
>
> On Mon, Sep 3, 2018 at 5:07 PM Fabrice Bacchella <
> fabrice.bacche...@orange.fr> wrote:
>
>> In the release notes, I see:
>>
>> • BZ 1622700 [downstream clone - 4.2.6] [RFE][Dalton] - Blacklist all
>> local disk in multipath on RHEL / RHEV Host (RHEL 7.5)
>> Feature:
>> Blacklist local devices in multipath.
>>
>> Reason:
>> multipath repeatedly logs irrelevant errors for local devices.
>>
>> Result:
>> Local devices are blacklisted, and no irrelevant errors are logged
>> anymore.
>>
>> What defines a local disk ? I'm using a SAN on SAS. For many peoples, SAS
>> is only for local disks, but that's not the case. Will other 4.2.6 will
>> detect that ?
>>
>
> We don't have any support for SAS.
>
> If you SAS drives are attached to the host using FC or iSCSI, you are fine.
>
>
> Nope, they are attached using SAS.
>

I guess oVirt see them as FCP devices?

Are these disks connected to multiple hosts?

Please share the output of:

vdsm-client Host getDeviceList
 ...
Where do I find the protocol multipath thinks the drives are using ?

multipath.conf(5) says:

   The protocol strings that multipath recognizes are scsi:fcp,
scsi:spi, scsi:ssa, scsi:sbp,
   scsi:srp, scsi:iscsi, scsi:sas, scsi:adt, scsi:ata, scsi:unspec,
ccw, cciss, nvme,  and
   undef.  The protocol that a path is using can be viewed by running
multipathd show
   paths format "%d %P"

So this should work:

blacklist_exceptions {
protocol "(scsi:fcp|scsi:iscsi|scsi:sas)"


}

The best way to make this change is to create a dropin conf file,
and not touch /etc/multipath.conf, so vdsm will be able to update later.

$cat /etc/multipath/conf.d/local.conf
blacklist_exceptions {
protocol "(scsi:fcp|scsi:iscsi|scsi:sas)"


}

I hope it works for overriding vdsm configuration, if not, you will need to
change /etc/multipath.conf, and mark it as VDSM_PRIVATE like this;

$ head -3 /etc/multipath.conf
# # VDSM REVISION 1.6
# VDSM PRIVATE


Once it works, I suggest to file a bug to support sas disks by default.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2ZFWP7TTRG4T32D4UUC35KV7PTO54Z5V/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Fabrice Bacchella



> Le 3 sept. 2018 à 18:31, Nir Soffer  a écrit :
> 
> On Mon, Sep 3, 2018 at 5:07 PM Fabrice Bacchella  > wrote:
> In the release notes, I see:
> 
> • BZ 1622700 [downstream clone - 4.2.6] [RFE][Dalton] - Blacklist all local 
> disk in multipath on RHEL / RHEV Host (RHEL 7.5)
> Feature:
> Blacklist local devices in multipath. 
> 
> Reason: 
> multipath repeatedly logs irrelevant errors for local devices.
> 
> Result: 
> Local devices are blacklisted, and no irrelevant errors are logged anymore.
> 
> What defines a local disk ? I'm using a SAN on SAS. For many peoples, SAS is 
> only for local disks, but that's not the case. Will other 4.2.6 will detect 
> that ?
> 
> We don't have any support for SAS.
> 
> If you SAS drives are attached to the host using FC or iSCSI, you are fine.

Nope, they are attached using SAS.

In /dev/disk, they show as:

ls -l /dev/disk/by-*/*:16
lrwxrwxrwx 1 root root  9 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:1:16 -> ../../sdc
lrwxrwxrwx 1 root root  9 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:2:16 -> ../../sds
lrwxrwxrwx 1 root root 10 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:3:16 -> ../../sdai
lrwxrwxrwx 1 root root 10 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:4:16 -> ../../sdaz
lrwxrwxrwx 1 root root 10 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:5:16 -> ../../sdbq
lrwxrwxrwx 1 root root 10 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:6:16 -> ../../sdar
lrwxrwxrwx 1 root root 10 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:7:16 -> ../../sdch
lrwxrwxrwx 1 root root 10 Sep  3 18:01 
/dev/disk/by-path/pci-:87:00.0-scsi-0:2:8:16 -> ../../sdcv

ls -l /dev/disk/by-* | grep sdcv
lrwxrwxrwx 1 root root 10 Sep  3 18:01 scsi-3600c0ff0002631c42168f1560100 
-> ../../sdcv
lrwxrwxrwx 1 root root 10 Sep  3 18:01 wwn-0x600c0ff0002631c42168f1560100 
-> ../../sdcv
lrwxrwxrwx 1 root root 10 Sep  3 18:01 pci-:87:00.0-scsi-0:2:8:16 -> 
../../sdcv



> 
> If your drives are connected in another way, you probably need to edit 
> /etc/multipath.conf.
> 
> The current setting is:
> 
> blacklist_exceptions {
> protocol "(scsi:fcp|scsi:iscsi)"  
>   
>   
> }
> 

Where do I find the protocol multipath thinks the drives are using ?
 ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N4LNGVS5AK4PQJ4WHNQZ6ZFYANZJZLTK/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Nir Soffer

On Mon, Sep 3, 2018 at 5:07 PM Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

> In the release notes, I see:
>
> • BZ 1622700 [downstream clone - 4.2.6] [RFE][Dalton] - Blacklist all
> local disk in multipath on RHEL / RHEV Host (RHEL 7.5)
> Feature:
> Blacklist local devices in multipath.
>
> Reason:
> multipath repeatedly logs irrelevant errors for local devices.
>
> Result:
> Local devices are blacklisted, and no irrelevant errors are logged anymore.
>
> What defines a local disk ? I'm using a SAN on SAS. For many peoples, SAS
> is only for local disks, but that's not the case. Will other 4.2.6 will
> detect that ?
>

We don't have any support for SAS.

If you SAS drives are attached to the host using FC or iSCSI, you are fine.

If your drives are connected in another way, you probably need to edit
/etc/multipath.conf.

The current setting is:

blacklist_exceptions {
protocol "(scsi:fcp|scsi:iscsi)"


}

You may need to change this to get multipath to grab these disks.

Nir


>
> BZ 1622700 is private, I can't check it.
>
>
> > Le 3 sept. 2018 à 13:57, Sandro Bonazzola  a écrit
> :
> >
> > The oVirt Project is pleased to announce the general availability of
> oVirt 4.2.6, as of September 3rd, 2018.
> >
> > This update is the sixth in a series of stabilization updates to the 4.2
> series.
> > This is pre-release software. This pre-release should not to be used in
> production.
> >
> > This release is available now for:
> > * Red Hat Enterprise Linux 7.5 or later
> > * CentOS Linux (or similar) 7.5 or later
> >
> > This release supports Hypervisor Hosts running:
> > * Red Hat Enterprise Linux 7.5 or later
> > * CentOS Linux (or similar) 7.5 or later
> >
> > See the release notes [1] for installation / upgrade instructions and
> > a list of new features and bugs fixed.
> >
> > Notes:
> > - oVirt Appliance is available
> > - oVirt Node is available [2]
> > - oVirt Windows Guest Tools is available [2]
> >
> > Additional Resources:
> > * Read more about the oVirt 4.2.6 release highlights:
> http://www.ovirt.org/release/4.2.6/
> > * 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] http://www.ovirt.org/release/4.2.6/
> > [2] http://resources.ovirt.org/pub/ovirt-4.2/iso/
> >
> > --
> > SANDRO BONAZZOLA
> > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> > Red Hat EMEA
> > sbona...@redhat.com
> >
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RFEQ5JK2RZM3Q7U3RDARIV7ZPDMHSPW2/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/D4GNS3AHS3PV7LACHWK5TOP6DVWB2URD/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DIJSCLY3TK4G7OZPXB4TEPSE5DR4C33F/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Sandro Bonazzola

2018-09-03 16:51 GMT+02:00 Gianluca Cecchi :

> On Mon, Sep 3, 2018 at 2:00 PM Sandro Bonazzola 
> wrote:
>
>> The oVirt Project is pleased to announce the general availability of
>> oVirt 4.2.6, as of September 3rd, 2018.
>>
>>
>
>
>> See the release notes [1] for installation / upgrade instructions and
>> a list of new features and bugs fixed.
>>
>>
>
>
>> [1] http://www.ovirt.org/release/4.2.6/
>> [2] http://resources.ovirt.org/pub/ovirt-4.2/iso/
>>
>>
> In release notes I see this:
>
> cockpit-ovirt
> ...
> BZ 1608660 Support single node deployment from cockpit
>
> Take in mind that, as confirmed inside bugzilla, it is actually expected
> to be resolved in the first release (perhaps already in first candidate) of
> 4.2.7. Not gone in 4.2.6
>

Thanks for the heads up, I've notified bug assignee of the issue and
reopened the bug for 4.2.7 inclusion.


> Also, I see some bugzillas in verified state. I think that the ones inside
> release notes should be only those in closed state.
>
Otherwise it could be misleading.
>

Bugs are still moving from VERIFIED to CLOSED, looks like bugzilla is slow
today.
Fore those not in CLOSED state I'm cross checking with assignee and QA
contacts about status.
I'll refresh release notes right after.

Note that the way release notes has been generated this time is exactly the
same way we used till now. I'm open to improve the process, will discuss
suggestions from this feedback with team leads.



>
> Gianluca
>



-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BENKMVJM7ND77DOAWQHIEQU55I67PUOX/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Gianluca Cecchi

On Mon, Sep 3, 2018 at 2:00 PM Sandro Bonazzola  wrote:

> The oVirt Project is pleased to announce the general availability of oVirt
> 4.2.6, as of September 3rd, 2018.
>
>

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

> [1] http://www.ovirt.org/release/4.2.6/
> [2] http://resources.ovirt.org/pub/ovirt-4.2/iso/
>
>
In release notes I see this:

cockpit-ovirt
...
BZ 1608660 Support single node deployment from cockpit

Take in mind that, as confirmed inside bugzilla, it is actually expected to
be resolved in the first release (perhaps already in first candidate) of
4.2.7. Not gone in 4.2.6
Also, I see some bugzillas in verified state. I think that the ones inside
release notes should be only those in closed state.
Otherwise it could be misleading.

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BBQVW57NFTJWMCT3B7MHR6O4WBQZRHYU/

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-03 Thread Edward Haas

Indeed looks like a nasty bug.
Could you please open a bug on this? https://tinyurl.com/ya7crjhf

If you can, could you also verify the fix?
https://gerrit.ovirt.org/#/c/94132/

Thanks,
Edy.



On Mon, Sep 3, 2018 at 2:32 PM, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hello Edward,
>
>I am also seeing this problem, it's on our
> ovirtmgmt.
>
>
> cat /sys/class/net/eno49/speed
> 1
>
>
>
> cat /sys/class/net/eno49.20/speed
> 1
>
>
>
> cat /sys/class/net/ovirtmgmt/speed
> cat: /sys/class/net/ovirtmgmt/speed: Invalid argument
>
>
> vdsm-client Host getStats ->
> ...
>
> "eno49": {
> "rxErrors": "0",
> "name": "eno49",
> "tx": "3456777",
> "txDropped": "0",
> "sampleTime": 1535974190.687987,
> "rx": "121362321",
> "txErrors": "0",
> "state": "up",
> "speed": "1",
> "rxDropped": "2"
> },
>
> "eno49.20": {
> "rxErrors": "0",
> "name": "eno49.20",
> "tx": "3384452",
> "txDropped": "0",
> "sampleTime": 1535974190.687987,
> "rx": "115884579",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
>
> "ovirtmgmt": {
> "rxErrors": "0",
> "name": "ovirtmgmt",
> "tx": "3383804",
> "txDropped": "0",
> "sampleTime": 1535974190.687987,
> "rx": "115710919",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
>
>
> Regards,
>
>Paul S.
>
> --
> *From:* Florian Schmid 
> *Sent:* 03 September 2018 11:44
> *To:* edwa...@redhat.com
> *Cc:* users
> *Subject:* [ovirt-users] Re: Wrong network threshold limit warnings on
> 4.2.5
>
> Hi Edward,
>
> I got some alarms today from a server and I have checked your command
> there. (not at the time the issue happened!!)
> Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5
>
> Example:
> cat /sys/class/net/enp9s0/speed
> 1
>
> cat /sys/class/net/enp9s0.80/speed
> 1
>
> cat /sys/class/net/vm-int-nfs/speed
> cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the
> bridge for the VMs
>
> vdsm-client Host getStats ->
> ...
> "enp9s0": {
> "rxErrors": "0",
> "name": "enp9s0",
> "tx": "3335325754762",
> "txDropped": "0",
> "sampleTime": 1535970960.602359,
> "rx": "5916567956502",
> "txErrors": "0",
> "state": "up",
> "speed": "1",
> "rxDropped": "0"
> },
> ...
> "enp9s0.80": {
> "rxErrors": "0",
> "name": "enp9s0.80",
> "tx": "3180024039398",
> "txDropped": "0",
> "sampleTime": 1535970960.602359,
> "rx": "5669421065686",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
> ...
> "vm-int-nfs": {
> "rxErrors": "0",
> "name": "vm-int-nfs",
> "tx": "508",
> "txDropped": "0",
> "sampleTime": 1535970960.602359,
> "rx": "4428568",
> "txErrors": "0",
> "state": "up",
> "speed": "1000",
> "rxDropped": "0"
> },
> ...
>
> As you see here, vdsm is reporting the wrong speed for the vlan devices.
>
> BR Florian Schmid
>
>
> --
> *Von: *"Edward Haas" 
> *An: *"Jayme" , "Florian Schmid" 
> *CC: *"users" , "Alona Kaplan" 
> *Gesendet: *Montag, 3. September 2018 11:38:25
> *Betreff: *Re: [ovirt-users] Re: Wrong network threshold limit warnings
> on 4.2.5
>
> If you manage to recreate this, please collect a few samples from what the
> hypervisor reports back:
> Run the command: vdsm-client Host getStats
>
> Engine is calculating based on this information the rate.
> (and the agent collects it from /sys/class/net//statistics/)
>
> Please also mention on what OS you are running the hosts.
>
> Thanks,
> Edy
>
>
> On Fri, Aug 31, 2018 at 5:35 PM, Jayme  wrote:
>
>> I've been seeing these warnings myself, on 1Gb ovirtmanagement (glusterFS
>> is 10Gbe backend).  I haven't correlated to network graphs yet but I don't
>> know what would be happening on my management network that would be
>> exhausting 1Gb network.
>>
>> On Fri, Aug 31, 2018 at 3:27 AM Florian Schmid 
>> wrote:
>>
>>> Good morning,
>>>
>>> since we have upgraded to version 4.2.5, we get a lot of warnings about
>>> network interface exceeded defined threshold limits.
>>>
>>> For example:
>>> Aug 31, 2018, 7:54:05 AM
>>> Host xxx has network interface which exceeded the defined threshold
>>> [95%] (enp9s0.80: transmit

[ovirt-users] IPoIB broken with ovirt 4.2.6

2018-09-03 Thread Giulio Casella

Hi,
latest ovirt node stable (4.2.6 today) introduced a bug in kernel: IP
over infiniband is not workingh anymore after an upgrade, due to kernel
3.10.0-862.11.6.el7.x86_64.

You can find some detail here:

https://bugs.centos.org/view.php?id=15193

dmesg is full of "failed to modify QP to RTR: -22", and the networking
stack (in my case used to connect to storage) is broken. The interface
can obtain an address via DHCP, but also a simple ICMP ping fails.

Does someone have news about a fix for this issue?

TIA,
Giulio
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5ZJNK4ZENUJSBREZIW5OM55YLMI45B34/

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread femi adegoke

I have zero FreeIPA experience, it's worth checking it out!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UB4ZRCWOKIYBVWEZ3XGPU4CCW564DRQA/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Sandro Bonazzola

2018-09-03 15:57 GMT+02:00 Fabrice Bacchella :

> In the release notes, I see:
>
> • BZ 1622700 [downstream clone - 4.2.6] [RFE][Dalton] - Blacklist all
> local disk in multipath on RHEL / RHEV Host (RHEL 7.5)
> Feature:
> Blacklist local devices in multipath.
>
> Reason:
> multipath repeatedly logs irrelevant errors for local devices.
>
> Result:
> Local devices are blacklisted, and no irrelevant errors are logged anymore.
>
> What defines a local disk ? I'm using a SAN on SAS. For many peoples, SAS
> is only for local disks, but that's not the case. Will other 4.2.6 will
> detect that ?
>
> BZ 1622700 is private, I can't check it.
>

I don't know why a bug marked as private landed in release notes, I'll
investigate on this.
For your questions, adding Sahina.





>
>
> > Le 3 sept. 2018 à 13:57, Sandro Bonazzola  a écrit
> :
> >
> > The oVirt Project is pleased to announce the general availability of
> oVirt 4.2.6, as of September 3rd, 2018.
> >
> > This update is the sixth in a series of stabilization updates to the 4.2
> series.
> > This is pre-release software. This pre-release should not to be used in
> production.
> >
> > This release is available now for:
> > * Red Hat Enterprise Linux 7.5 or later
> > * CentOS Linux (or similar) 7.5 or later
> >
> > This release supports Hypervisor Hosts running:
> > * Red Hat Enterprise Linux 7.5 or later
> > * CentOS Linux (or similar) 7.5 or later
> >
> > See the release notes [1] for installation / upgrade instructions and
> > a list of new features and bugs fixed.
> >
> > Notes:
> > - oVirt Appliance is available
> > - oVirt Node is available [2]
> > - oVirt Windows Guest Tools is available [2]
> >
> > Additional Resources:
> > * Read more about the oVirt 4.2.6 release highlights:http://www.ovirt.
> org/release/4.2.6/
> > * 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] http://www.ovirt.org/release/4.2.6/
> > [2] http://resources.ovirt.org/pub/ovirt-4.2/iso/
> >
> > --
> > SANDRO BONAZZOLA
> > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> > Red Hat EMEA
> > sbona...@redhat.com
> >
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/RFEQ5JK2RZM3Q7U3RDARIV7ZPDMHSPW2/
>
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KV2ZR3J7HWZLSKCTGWNASG7PGOGPC674/

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread Derek Atkins

Configure a single FreeIPA domain for all deployments?  And maybe use 
oauth? (not sure if ovirt supports the latter, and it's unclear if the 
former works for your environment).  But that's the only option I can think 
of to support multiple engines.


-derek
Sent using my mobile device. Please excuse any typos.
On September 3, 2018 10:10:23 AM "femi adegoke"  
wrote:



Lets say you have 10 clients & each client has a 3 node oVirt install.
I would prefer to not login into 10 different HE portals.

How can I log in once & manage all 10 instances of oVirt?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/A5COP2VHEFIMEY2RLKZRC6W3EIJO66Q6/



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OF646S7W3BVFISXEMX6CYCO24VXYDMBR/

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread femi adegoke

Lets say you have 10 clients & each client has a 3 node oVirt install.
I would prefer to not login into 10 different HE portals.

How can I log in once & manage all 10 instances of oVirt?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/A5COP2VHEFIMEY2RLKZRC6W3EIJO66Q6/

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Fabrice Bacchella

In the release notes, I see:

• BZ 1622700 [downstream clone - 4.2.6] [RFE][Dalton] - Blacklist all local 
disk in multipath on RHEL / RHEV Host (RHEL 7.5)
Feature:
Blacklist local devices in multipath. 

Reason: 
multipath repeatedly logs irrelevant errors for local devices.

Result: 
Local devices are blacklisted, and no irrelevant errors are logged anymore.

What defines a local disk ? I'm using a SAN on SAS. For many peoples, SAS is 
only for local disks, but that's not the case. Will other 4.2.6 will detect 
that ?

BZ 1622700 is private, I can't check it.


> Le 3 sept. 2018 à 13:57, Sandro Bonazzola  a écrit :
> 
> The oVirt Project is pleased to announce the general availability of oVirt 
> 4.2.6, as of September 3rd, 2018.
>  
> This update is the sixth in a series of stabilization updates to the 4.2 
> series.
> This is pre-release software. This pre-release should not to be used in 
> production.
>  
> This release is available now for:
> * Red Hat Enterprise Linux 7.5 or later
> * CentOS Linux (or similar) 7.5 or later
>  
> This release supports Hypervisor Hosts running:
> * Red Hat Enterprise Linux 7.5 or later
> * CentOS Linux (or similar) 7.5 or later
>  
> See the release notes [1] for installation / upgrade instructions and
> a list of new features and bugs fixed.
>  
> Notes:
> - oVirt Appliance is available
> - oVirt Node is available [2]
> - oVirt Windows Guest Tools is available [2]
>  
> Additional Resources:
> * Read more about the oVirt 4.2.6 release 
> highlights:http://www.ovirt.org/release/4.2.6/
> * 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] http://www.ovirt.org/release/4.2.6/
> [2] http://resources.ovirt.org/pub/ovirt-4.2/iso/
> 
> -- 
> SANDRO BONAZZOLA
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> Red Hat EMEA
> sbona...@redhat.com   
> 
> 
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RFEQ5JK2RZM3Q7U3RDARIV7ZPDMHSPW2/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/D4GNS3AHS3PV7LACHWK5TOP6DVWB2URD/

[ovirt-users] [ANN] oVirt 4.2.6 is now generally available

2018-09-03 Thread Sandro Bonazzola

The oVirt Project is pleased to announce the general availability of oVirt
4.2.6, as of September 3rd, 2018.

This update is the sixth in a series of stabilization updates to the 4.2
series.
This is pre-release software. This pre-release should not to be used in
production.

This release is available now for:
* Red Hat Enterprise Linux 7.5 or later
* CentOS Linux (or similar) 7.5 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.5 or later
* CentOS Linux (or similar) 7.5 or later

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

Notes:
- oVirt Appliance is available
- oVirt Node is available [2]
- oVirt Windows Guest Tools is available [2]

Additional Resources:
* Read more about the oVirt 4.2.6 release highlights:
http://www.ovirt.org/release/4.2.6/
* 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] http://www.ovirt.org/release/4.2.6/
[2] http://resources.ovirt.org/pub/ovirt-4.2/iso/

-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RFEQ5JK2RZM3Q7U3RDARIV7ZPDMHSPW2/

[ovirt-users] Re: Bricks do not appear in oVirt Manager UI under Hosts unless manually created on nodes.

2018-09-03 Thread kmajumde

Hi,
> I have a CentOS 7.5 system running the oVirt-Engine package as the manager 
> for three oVirt
> Nodes (version 4.2). Two of the nodes have a 200GB disk and one has a 2GB 
> disk. I am
> attempting to create a Gluster Volume that replicates between the two 200GB 
> disks with the
> 2GB as Arbiter. 
> 
> When I create the bricks by going to Hosts > host1 > Storage Devices > Create
> Brick (with the 200GB device selected), it succeeds, but no bricks appear 
> under the Bricks
> tab for the Host. Doing the same for host2 and host3 results in the same 
> problem. 
> 
After creating the brick from the UI can you try clicking on sync once and wait 
for the notification.
> If I run the following command on a host `gluster volume create test-volume 
> replica 3
> arbiter 1 192.168.5.{50,60,40}:/gluster-bricks/200GBbrick/test`, it creates 
> the volume
> correctly and the bricks then appear as they should. However, then these 
> Bricks are
> labeled as "Down" and when I go to Storage > Volumes, I get this error:
> ```
> Uncaught exception occurred. Please try reloading the page. Details: 
> (TypeError) : Cannot
> read property 'a' of null
> Please have your administrator check the UI logs
> ```
> The Volume is also shown as "Down". SELinux is enabled on my CentOS 7.5 
> system.
> 
> 
> I'm not really sure what the correct method is to create bricks then a Volume 
> in
> Gluster through the oVirt Management UI, but I've followed the guides and 
> this is
> where it has got me.

Thanks,
Kaustav 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/77VZVZEALNZA3GBV5N5ARDQ7HH3TF5AQ/

[ovirt-users] Re: Engine Setup Error

2018-09-03 Thread Sahina Bose

On Wed, Aug 29, 2018 at 8:39 PM, Sakhi Hadebe  wrote:

> Hi,
>
> I am sorry to bother you again.
>
> I am trying to deploy an oVirt engine for oVirtNode-4.2.5.1. I get the
> same error I encountered before:
>
> [ INFO  ] TASK [Add glusterfs storage domain]
> [ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is
> "[Problem while trying to mount target]". HTTP response code is 400.
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Fault
> reason is \"Operation Failed\". Fault detail is \"[Problem while trying to
>  mount target]\". HTTP response code is 400."}
>   Please specify the storage you would like to use (glusterfs,
> iscsi, fc, nfs)[nfs]:
>
> The glusterd daemon is running.
>

mounting 172.16.4.18:/engine at
/rhev/data-center/mnt/glusterSD/172.16.4.18:_engine
(mount:204)
2018-08-29 16:47:28,846+0200 ERROR (jsonrpc/3) [storage.HSM] Could not
connect to storageServer (hsm:2398)

Can you try to see if you are able to mount 172.16.4.18:/engine on the
server you're deploying Hosted Engine using "mount -t glusterfs
172.16.4.18:/engine
/mnt/test"


> During the deployment of the engine it sets the engine entry in the
> /etc/hosts file with the IP Address of 192.168.124.* which it gets form the
> virbr0 bridge interface. I stopped the bridge and deleted it, but still
> giving the same error. Not sure what causes it to use that interface.
> Please help!
>
> But I give the engine an IP of 192.168.1.10 same subnet as my gateway and
> my ovirtmgmt bridge. Attached is the ifconfig output of my Node, engine.log
> and vdsm.log.
>
> Your assistance is always appreciated
>
>
>
>
>
> On Wed, Jul 11, 2018 at 11:47 AM, Sahina Bose  wrote:
>
>> Is glusterd running on the server: goku.sanren.**
>> There's an error
>> Failed to get volume info: Command execution failed
>> error: Connection failed. Please check if gluster daemon is operational
>>
>> Please check the volume status using "gluster volume status engine"
>>
>> and if all looks ok, attach the mount logs from /var/log/glusterfs
>>
>> On Wed, Jul 11, 2018 at 1:57 PM, Sakhi Hadebe  wrote:
>>
>>> Hi,
>>>
>>> I have managed to fix the error by enabling the DMA Virtualisation in
>>> BIOS. I am now hit with a new error: It's failing to add a glusterfs
>>> storage domain:
>>>
>>> [ INFO  ] TASK [Add glusterfs storage domain]
>>> [ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is
>>> "[Problem while trying to mount target]". HTTP response code is 400.
>>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
>>> "Fault reason is \"Operation Failed\". Fault detail is \"[Problem while
>>> trying to mount target]\". HTTP response code is 400."}
>>>   Please specify the storage you would like to use (glusterfs,
>>> iscsi, fc, nfs)[nfs]:
>>>
>>> Attached are vdsm and engine log files.
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Jul 11, 2018 at 9:57 AM, Sakhi Hadebe 
>>> wrote:
>>>


 On Wed, Jul 11, 2018 at 9:33 AM, Sakhi Hadebe 
 wrote:

> Hi,
>
> Below are the versions of packages installed. Please find the logs
> attached.
> Qemu:
> ipxe-roms-qemu-20170123-1.git4e85b27.el7_4.1.noarch
> libvirt-daemon-driver-qemu-3.9.0-14.el7_5.6.x86_64
> qemu-img-ev-2.10.0-21.el7_5.4.1.x86_64
> qemu-kvm-ev-2.10.0-21.el7_5.4.1.x86_64
> qemu-kvm-common-ev-2.10.0-21.el7_5.4.1.x86_64
>
> Libvirt installed packages:
> libvirt-daemon-driver-storage-disk-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-config-nwfilter-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-iscsi-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-network-3.9.0-14.el7_5.6.x86_64
> libvirt-libs-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-secret-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-core-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-gluster-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-qemu-3.9.0-14.el7_5.6.x86_64
> libvirt-3.9.0-14.el7_5.6.x86_64
> libvirt-python-3.9.0-1.el7.x86_64
> libvirt-daemon-driver-nodedev-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-rbd-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-scsi-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-config-network-3.9.0-14.el7_5.6.x86_64
> libvirt-client-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-kvm-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-logical-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-interface-3.9.0-14.el7_5.6.x86_64
> libvirt-lock-sanlock-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-storage-mpath-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-lxc-3.9.0-14.el7_5.6.x86_64
> libvirt-daemon-driver-nwfilter-3.9.0-14.el7_5.6.x86_64
>
> Virt-manager:
> virt-manager-common-1.4.3-3.el7.noarch
>
> oVirt:
> [root@localhost network-scripts]# rpm -qa

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

2018-09-03 Thread p . staniforth

Hello All,
   I couldn't update to 4.2.5.1, there was an error in imgbased.log 
 AssertionError: Path is already a volume: /home

I found this worked 

yum erase ovirt-node-ng-image-update-placeholder.noarch
yum erase ovirt-node-ng-image-update.noarch
yum install 
https://resources.ovirt.org/pub/ovirt-4.2/rpm/el7Server/noarch/ovirt-node-ng-image-update-placeholder-4.2.4-1.el7.noarch.rpm
lvremove /dev/onn/home 
lvremove /dev/onn/var_crash 
yum erase ovirt-node-ng-image-update-placeholder.noarch

I don't know if I needed to remove the var_crash volume.

Regards,
   Paul S.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DTUGC4OFL2CA575FWXP7HUP5QXDDGT52/

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-03 Thread Florian Schmid

Hi Edward, 

I got some alarms today from a server and I have checked your command there. 
(not at the time the issue happened!!) 
Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5 

Example: 
cat /sys/class/net/enp9s0/speed 
1 

cat /sys/class/net/enp9s0.80/speed 
1 

cat /sys/class/net/vm-int-nfs/speed 
cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the bridge 
for the VMs 

vdsm-client Host getStats -> 
... 
"enp9s0": { 
"rxErrors": "0", 
"name": "enp9s0", 
"tx": "3335325754762", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5916567956502", 
"txErrors": "0", 
"state": "up", 
"speed": "1", 
"rxDropped": "0" 
}, 
... 
"enp9s0.80": { 
"rxErrors": "0", 
"name": "enp9s0.80", 
"tx": "3180024039398", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5669421065686", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 
... 
"vm-int-nfs": { 
"rxErrors": "0", 
"name": "vm-int-nfs", 
"tx": "508", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "4428568", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 
... 

As you see here, vdsm is reporting the wrong speed for the vlan devices. 

BR Florian Schmid 



Von: "Edward Haas"  
An: "Jayme" , "Florian Schmid"  
CC: "users" , "Alona Kaplan"  
Gesendet: Montag, 3. September 2018 11:38:25 
Betreff: Re: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5 

If you manage to recreate this, please collect a few samples from what the 
hypervisor reports back: 
Run the command: vdsm-client Host getStats 

Engine is calculating based on this information the rate. 
(and the agent collects it from /sys/class/net//statistics/) 

Please also mention on what OS you are running the hosts. 

Thanks, 
Edy 


On Fri, Aug 31, 2018 at 5:35 PM, Jayme < [ mailto:jay...@gmail.com | 
jay...@gmail.com ] > wrote: 



I've been seeing these warnings myself, on 1Gb ovirtmanagement (glusterFS is 
10Gbe backend). I haven't correlated to network graphs yet but I don't know 
what would be happening on my management network that would be exhausting 1Gb 
network. 

On Fri, Aug 31, 2018 at 3:27 AM Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] > wrote: 

BQ_BEGIN
Good morning, 

since we have upgraded to version 4.2.5, we get a lot of warnings about network 
interface exceeded defined threshold limits. 

For example: 
Aug 31, 2018, 7:54:05 AM 
Host xxx has network interface which exceeded the defined threshold [95%] 
(enp9s0.80: transmit rate[100%], receive rate [12%]) 

This is a 10 Gbit interface and on our monitoring software, which is getting 
network statistics every 10s, the bandwidth of TX was 150 Mbit maximum at this 
time, so far away from being 100%. 

Could it be, that the engine detected the wrong interface speed or there is a 
calculation error? 
In the engine for this host, I have 1 Mbps for all interfaces. 

I have checked now all those warnings on our different hosts and they happen 
every time, we go over 100 Mbit and this is for sure quite often... 

Can I maybe disable these warnings, because we have it anyway in our monitoring 
software? 

If you need any logs, please ask. 

BR Florian Schmid 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2NFL3O66IN4Z6HUK45WQFXRUBMQDUY7P/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2NFL3O66IN4Z6HUK45WQFXRUBMQDUY7P/
 ] 




___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3UPGCAKVDJDPNSODTO6PWXOD2ETT63N6/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3UPGCAKVDJDPNSODTO6PWXOD2ETT63N6/
 ] 


BQ_END


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-03 Thread Edward Haas

If you manage to recreate this, please collect a few samples from what the
hypervisor reports back:
Run the command: vdsm-client Host getStats

Engine is calculating based on this information the rate.
(and the agent collects it from /sys/class/net//statistics/)

Please also mention on what OS you are running the hosts.

Thanks,
Edy


On Fri, Aug 31, 2018 at 5:35 PM, Jayme  wrote:

> I've been seeing these warnings myself, on 1Gb ovirtmanagement (glusterFS
> is 10Gbe backend).  I haven't correlated to network graphs yet but I don't
> know what would be happening on my management network that would be
> exhausting 1Gb network.
>
> On Fri, Aug 31, 2018 at 3:27 AM Florian Schmid  wrote:
>
>> Good morning,
>>
>> since we have upgraded to version 4.2.5, we get a lot of warnings about
>> network interface exceeded defined threshold limits.
>>
>> For example:
>> Aug 31, 2018, 7:54:05 AM
>> Host xxx has network interface which exceeded the defined threshold [95%]
>> (enp9s0.80: transmit rate[100%], receive rate [12%])
>>
>> This is a 10 Gbit interface and on our monitoring software, which is
>> getting network statistics every 10s, the bandwidth of TX was 150 Mbit
>> maximum at this time, so far away from being 100%.
>>
>> Could it be, that the engine detected the wrong interface speed or there
>> is a calculation error?
>> In the engine for this host, I have 1 Mbps for all interfaces.
>>
>> I have checked now all those warnings on our different hosts and they
>> happen every time, we go over 100 Mbit and this is for sure quite often...
>>
>> Can I maybe disable these warnings, because we have it anyway in our
>> monitoring software?
>>
>> If you need any logs, please ask.
>>
>> BR Florian Schmid
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/2NFL3O66IN4Z6HUK45WQFXRUBMQDUY7P/
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/3UPGCAKVDJDPNSODTO6PWXOD2ETT63N6/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JIA4V3P7PNKRDK3VGVFAHIEUOG7SR7Q3/

[ovirt-users] Re: qemu-kvm memory leak in 4.2.5

2018-09-03 Thread Sandro Bonazzola

Adding some people.

2018-09-03 8:55 GMT+02:00 Hesham Ahmed :

> Starting oVirt 4.2.4 (also in 4.2.5 and maybe in 4.2.3) I am facing
> some sort of memory leak. The memory usage on the hosts keep
> increasing till it reaches somewhere around 97%. Putting the host in
> maintenance and back resolves it. The memory usage by the qemu-kvm
> processes is way above the defined VM memory for instance below is the
> memory usage of a VM:
>
>PID   USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+
> COMMAND
>  12271  qemu  20   0  35.4g   30.9g  8144 S  13.3 49.3
> 9433:15 qemu-kvm
>
> The VM memory settings are:
>
> Defined Memory: 8192 MB
> Physical Memory Guaranteed: 5461 MB
>
> This is for a 3 node hyperconverged cluster running on latest oVirt Node
> 4.2.5.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/Q7W7S3V2GRBIJ4ID6EJVJWRCBM4DE42L/
>



-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GCLDGXN4GVELN73VJDC7OLV5AUWAC67M/

[ovirt-users] qemu-kvm memory leak in 4.2.5

2018-09-03 Thread Hesham Ahmed

Starting oVirt 4.2.4 (also in 4.2.5 and maybe in 4.2.3) I am facing
some sort of memory leak. The memory usage on the hosts keep
increasing till it reaches somewhere around 97%. Putting the host in
maintenance and back resolves it. The memory usage by the qemu-kvm
processes is way above the defined VM memory for instance below is the
memory usage of a VM:

   PID   USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+
COMMAND
 12271  qemu  20   0  35.4g   30.9g  8144 S  13.3 49.3
9433:15 qemu-kvm

The VM memory settings are:

Defined Memory: 8192 MB
Physical Memory Guaranteed: 5461 MB

This is for a 3 node hyperconverged cluster running on latest oVirt Node 4.2.5.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q7W7S3V2GRBIJ4ID6EJVJWRCBM4DE42L/

[ovirt-users] Re: Managing multiple oVirt installs?

2018-09-03 Thread Gianluca Cecchi

On Mon, Sep 3, 2018 at 7:22 AM Maton, Brett 
wrote:

> Good question, I'm interested in the solution.
>
> On 3 September 2018 at 01:39, femi adegoke 
> wrote:
>
>> Let's say you have multiple oVirt installs.
>>
>> How can they all be "managed" by using a single engine web UI (so I don't
>> have to login 5 different times)?
>>
>>
Could you detail what do you mean for "multiple oVirt installs"?
You can use a single engine and manage more than on of the so called
"Datacenters"..

Or if for some reason you have to manage different engine installations,
you can think about ManageIQ for some kind of operations needed:
http://manageiq.org/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DV2GFTB7CZZXKGVLQ72K7WOVANY5IHDQ/

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: Upgraded host, engine now won't boot

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[ovirt-users] IPoIB broken with ovirt 4.2.6

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: Managing multiple oVirt installs?

[ovirt-users] Re: [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] [ANN] oVirt 4.2.6 is now generally available

[ovirt-users] Re: Bricks do not appear in oVirt Manager UI under Hosts unless manually created on nodes.

[ovirt-users] Re: Engine Setup Error

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

[ovirt-users] Re: qemu-kvm memory leak in 4.2.5

[ovirt-users] qemu-kvm memory leak in 4.2.5

[ovirt-users] Re: Managing multiple oVirt installs?

34 matches

Site Navigation

Mail list logo

Footer information