Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Dan Kenigsberg]

On Wed, Dec 30, 2015 at 09:39:12PM +0100, Stefano Danzi wrote:
> Hi Dan,
> some info about my network setup:
> 
> - My bond is used only for VM networking. ovirtmgmt has a dedicated ethernet
> card.
> - I haven't set any ethtool opts.
> - Nics on bond specs:
> 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
> Connection
> Subsystem: ASUSTeK Computer Inc. Motherboard
> Flags: bus master, fast devsel, latency 0, IRQ 16
> Memory at df20 (32-bit, non-prefetchable) [size=128K]
> I/O ports at e000 [size=32]
> Memory at df22 (32-bit, non-prefetchable) [size=16K]
> Capabilities: [c8] Power Management version 2
> Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
> Capabilities: [e0] Express Endpoint, MSI 00
> Capabilities: [a0] MSI-X: Enable+ Count=5 Masked-
> Capabilities: [100] Advanced Error Reporting
> Kernel driver in use: e1000e
> 
> [root@ovirt01 ~]# ifconfig
> DMZ: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 43546  bytes 2758816 (2.6 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> LAN_HAW: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 2090262  bytes 201078292 (191.7 MiB)
> RX errors 0  dropped 86  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> bond0: flags=5187  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 2408059  bytes 456371629 (435.2 MiB)
> RX errors 0  dropped 185  overruns 0  frame 0
> TX packets 118966  bytes 14862549 (14.1 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> bond0.1: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 2160985  bytes 210157656 (200.4 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> bond0.3: flags=4163  mtu 1500
> txqueuelen 0  (Ethernet)
> RX packets 151195  bytes 185253584 (176.6 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 118663  bytes 13857950 (13.2 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> enp4s0: flags=6211  mtu 1500
> txqueuelen 1000  (Ethernet)
> RX packets 708141  bytes 95034564 (90.6 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 16714  bytes 5193108 (4.9 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> device interrupt 16  memory 0xdf20-df22
> 
> enp5s0: flags=6211  mtu 1500
> txqueuelen 1000  (Ethernet)
> RX packets 1699934  bytes 361339105 (344.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 102252  bytes 9669441 (9.2 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> device interrupt 17  memory 0xdf10-df12
> 
> enp6s1: flags=4163  mtu 1500
> txqueuelen 1000  (Ethernet)
> RX packets 2525232  bytes 362345893 (345.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 388452  bytes 208145492 (198.5 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> lo: flags=73  mtu 65536
> inet 127.0.0.1  netmask 255.0.0.0
> loop  txqueuelen 0  (Local Loopback)
> RX packets 116465661  bytes 1515059255942 (1.3 TiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 116465661  bytes 1515059255942 (1.3 TiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> ovirtmgmt: flags=4163  mtu 1500
> inet 192.168.1.50  netmask 255.255.255.0  broadcast 192.168.1.255
> txqueuelen 0  (Ethernet)
> RX packets 3784298  bytes 36509 (529.8 MiB)
> RX errors 0  dropped 86  overruns 0  frame 0
> TX packets 1737669  bytes 1401650369 (1.3 GiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> vnet0: flags=4163  mtu 1500
> txqueuelen 500  (Ethernet)
> RX packets 558574  bytes 107521742 (102.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 1316892  bytes 487764500 (465.1 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> vnet1: flags=4163  mtu 1500
>

Re: [ovirt-users] Getting event message "The Hosted Engine Storage Domain isn't Active" every two hours

[Doron Fediuck]

Hi will,
assuming this is a fresh install (please let us know if this is not the
case), then this is just noise.
In 3.6 the hosted engine VM is being imported into it's own DB, but there's
no active domain
when you start. This is the cause for the noise, and we're working on
improving it.

Doron

On Thu, Dec 31, 2015 at 5:03 AM, Will Dennis  wrote:

> Thought I’d start a new thread for this issue… Please also refer to my
> prior thread<
> http://lists.ovirt.org/pipermail/users/2015-December/036907.html> where I
> have the background to this. Again, I am running hosted engine on
> hyperconverged infra. Is this issue possibly related to Bug 1269768<
> https://bugzilla.redhat.com/show_bug.cgi?id=1269768> ?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Migration Failure With FibreChannel+NFS

[Charles Tassell]

Hi Everyone,

  I've been playing around with oVirt 3.6.1 to see if we can use it to 
replace VMWare, and I'm running into a problem with live migrations.  
They fail and I can't seem to find an error message that describes why 
(the error logging is VERY verbose, so maybe I'm just missing the 
important part.)
  I've setup two hosts that use a fibre channel SAN for the VM 
datastore and an NFS share for the ISO datastore.  I have a VM which is 
just booting off of a SystemRescue ISO file with a 2GB disk.  It seems 
to run fine, but when I try to migrate it to the other host I get the 
following in the engine.log of the hosted engine:


2015-12-31 09:28:20,433 INFO 
[org.ovirt.engine.core.bll.MigrateVmCommand] (default task-31) 
[61255087] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=]', 
sharedLocks='null'}'
2015-12-31 09:28:20,526 INFO 
[org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default 
task-31) [61255087] Candidate host 'oVirt-01' 
('cbfd733b-8ced-487d-8754-a2217ce1210f') was filtered out by 
'VAR__FILTERTYPE__INTERNAL' filter 'Migration' (correlation id: null)
2015-12-31 09:28:20,646 INFO 
[org.ovirt.engine.core.bll.MigrateVmCommand] 
(org.ovirt.thread.pool-8-thread-30) [61255087] Running command: 
MigrateVmCommand internal: false. Entities affected :  ID: 
2be4938e-f4a3-4322-bae3-8a9628b81835 Type: VMAction group MIGRATE_VM 
with role type USER
2015-12-31 09:28:20,701 INFO 
[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] 
(org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateVDSCommand( 
MigrateVDSCommandParameters:{runAsync='true', 
hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', 
vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', 
srcHost='ovirt-01.virt.roblib.upei.ca', 
dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', 
dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', 
tunnelMigration='false', migrationDowntime='0', autoConverge='false', 
migrateCompressed='false', consoleAddress='null'}), log id: f2548d4
2015-12-31 09:28:20,703 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] 
(org.ovirt.thread.pool-8-thread-30) [61255087] START, 
MigrateBrokerVDSCommand(HostName = oVirt-01, 
MigrateVDSCommandParameters:{runAsync='true', 
hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', 
vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', 
srcHost='ovirt-01.virt.roblib.upei.ca', 
dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', 
dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', 
tunnelMigration='false', migrationDowntime='0', autoConverge='false', 
migrateCompressed='false', consoleAddress='null'}), log id: 5ec26536
2015-12-31 09:28:21,435 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] 
(org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, 
MigrateBrokerVDSCommand, log id: 5ec26536
2015-12-31 09:28:21,449 INFO 
[org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] 
(org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, 
MigrateVDSCommand, return: MigratingFrom, log id: f2548d4
2015-12-31 09:28:21,504 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-8-thread-30) [61255087] Correlation ID: 61255087, 
Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom 
Event ID: -1, Message: Migration started (VM: cdTest02, Source: 
oVirt-01, Destination: oVirt-02, User: admin@internal).
2015-12-31 09:28:22,984 WARN 
[org.ovirt.engine.core.vdsbroker.VmsMonitoring] 
(DefaultQuartzScheduler_Worker-3) [] skipping VM 
'2be4938e-f4a3-4322-bae3-8a9628b81835' from this monitoring cycle - the 
VM data has changed since fetching the data
2015-12-31 09:28:22,992 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] 
(DefaultQuartzScheduler_Worker-3) [] START, FullListVDSCommand(HostName 
= , FullListVDSCommandParameters:{runAsync='true', 
hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', 
vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', 
vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: dfa1177
2015-12-31 09:28:23,628 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] 
(DefaultQuartzScheduler_Worker-3) [] FINISH, FullListVDSCommand, return: 
[{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, 
guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, 
QEMU_DVD-ROM={name=/dev/sr0}}, 
vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, 
devices=[Ljava.lang.Object;@16b85d46, smp=2, vmType=kvm, displayIp=0, 
display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, 
cpuType=Westmere, 
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, 
statusTime=4299531100, vmName=HostedEngine, clientIp=, 
pauseCode=NOERR}], log id: dfa1177
2015-12-31 09:28:23,636 INFO 
[org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] 
(org.ovirt.thread.pool-8-thread-32) [699a8657] 

Re: [ovirt-users] Getting event message "The Hosted Engine Storage Domain isn't Active" every two hours

[Will Dennis]

This is a (relatively) brand new install of oVirt 3.6, not an upgrade or 
anything...

I will ignore these messages then; hopefully soon there will be a fix that 
allows me to see the HE VM, and stops these messages...

Thanks,
Will

From: Doron Fediuck [mailto:dfedi...@redhat.com]
Sent: Thursday, December 31, 2015 9:53 AM
To: Will Dennis
Cc: users; Golan, Roy
Subject: Re: [ovirt-users] Getting event message "The Hosted Engine Storage 
Domain isn't Active" every two hours

Hi will,
assuming this is a fresh install (please let us know if this is not the case), 
then this is just noise.
In 3.6 the hosted engine VM is being imported into it's own DB, but there's no 
active domain
when you start. This is the cause for the noise, and we're working on improving 
it.

Doron

On Thu, Dec 31, 2015 at 5:03 AM, Will Dennis 
> wrote:
Thought I’d start a new thread for this issue… Please also refer to my prior 
thread where 
I have the background to this. Again, I am running hosted engine on 
hyperconverged infra. Is this issue possibly related to Bug 
1269768 ?

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

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

Re: [ovirt-users] oVirt on Dell SC1435

[Doron Fediuck]

Hi Michael,
the fact that your CPU supports VT does not mean it's enabled in the BIOS.

Reboot the machine and into the security -> virtualization settings. Make
sure
it's enabled there.

One more thing you want to verify is that the kvm module is loaded into the
kernel-
lsmod | grep kvm

You can also run: dmesg | grep kvm
In most cases you'll find something like kvm: some  error if it's disable
by the bios.

Doron


On Wed, Dec 30, 2015 at 11:53 AM, Michael Cooper 
wrote:

> Hey Guys,
>
> First time pposter here, I am having an issue with installing
> oVirt on a Dell SC1435
> I ran lscpu to make sure I was Virtualized in the bios, The following was
> the result
>
> [root@council ~]# lscpu
> Architecture:  x86_64
> CPU op-mode(s):32-bit, 64-bit
> Byte Order:Little Endian
> CPU(s):8
> On-line CPU(s) list:   0-7
> Thread(s) per core:2
> Core(s) per socket:4
> Socket(s): 1
> NUMA node(s):  1
> Vendor ID: GenuineIntel
> CPU family:6
> Model: 30
> Model name:Intel(R) Core(TM) i7 CPU   K 875  @ 2.93GHz
> Stepping:  5
> CPU MHz:   1197.000
> BogoMIPS:  5862.18
> Virtualization:VT-x
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:  256K
> L3 cache:  8192K
> NUMA node0 CPU(s): 0-7
>
> So I then tried to run the hosted-engine --deploy and this is what happens:
>
> [root@starfleet tmpengineiso]# screen
> [ INFO  ] Stage: Initializing
> [ INFO  ] Generating a temporary VNC password.
> [ INFO  ] Stage: Environment setup
>   Continuing will configure this host for serving as hypervisor
> and create a VM where you have to install oVirt Engine afterwards.
>   Are you sure you want to continue? (Yes, No)[Yes]: YEs
>   Configuration files: []
>   Log file:
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151230042443-p6o0qo.log
>   Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos)
> [ ERROR ] Failed to execute stage 'Environment setup': Hardware does not
> support virtualization
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151230042447.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
>
> I have attached my logfile, and a few screeshots  Let me know please,
>
> Thanks,
>
> --
> Michael A Cooper
> Linux Certified
> Zerto Certified
> http://www.coopfire.com
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt on Dell SC1435

[Dan Yasny]

The SC1435 is a rather old AMD machine IIRC. In fact, we've been using one
of those to test oVirt in the very early days.

As Doron mentioned, you need to make sure virtualization is enabled in the
bios, and if you find it off, after enabling it, make sure you do a full
power cycle of the server, just saving the bios changes is not enough.


Dan

On Thu, Dec 31, 2015 at 9:41 AM, Doron Fediuck  wrote:

> Hi Michael,
> the fact that your CPU supports VT does not mean it's enabled in the BIOS.
>
> Reboot the machine and into the security -> virtualization settings. Make
> sure
> it's enabled there.
>
> One more thing you want to verify is that the kvm module is loaded into
> the kernel-
> lsmod | grep kvm
>
> You can also run: dmesg | grep kvm
> In most cases you'll find something like kvm: some  error if it's disable
> by the bios.
>
> Doron
>
>
> On Wed, Dec 30, 2015 at 11:53 AM, Michael Cooper 
> wrote:
>
>> Hey Guys,
>>
>> First time pposter here, I am having an issue with installing
>> oVirt on a Dell SC1435
>> I ran lscpu to make sure I was Virtualized in the bios, The following was
>> the result
>>
>> [root@council ~]# lscpu
>> Architecture:  x86_64
>> CPU op-mode(s):32-bit, 64-bit
>> Byte Order:Little Endian
>> CPU(s):8
>> On-line CPU(s) list:   0-7
>> Thread(s) per core:2
>> Core(s) per socket:4
>> Socket(s): 1
>> NUMA node(s):  1
>> Vendor ID: GenuineIntel
>> CPU family:6
>> Model: 30
>> Model name:Intel(R) Core(TM) i7 CPU   K 875  @ 2.93GHz
>> Stepping:  5
>> CPU MHz:   1197.000
>> BogoMIPS:  5862.18
>> Virtualization:VT-x
>> L1d cache: 32K
>> L1i cache: 32K
>> L2 cache:  256K
>> L3 cache:  8192K
>> NUMA node0 CPU(s): 0-7
>>
>> So I then tried to run the hosted-engine --deploy and this is what
>> happens:
>>
>> [root@starfleet tmpengineiso]# screen
>> [ INFO  ] Stage: Initializing
>> [ INFO  ] Generating a temporary VNC password.
>> [ INFO  ] Stage: Environment setup
>>   Continuing will configure this host for serving as hypervisor
>> and create a VM where you have to install oVirt Engine afterwards.
>>   Are you sure you want to continue? (Yes, No)[Yes]: YEs
>>   Configuration files: []
>>   Log file:
>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151230042443-p6o0qo.log
>>   Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos)
>> [ ERROR ] Failed to execute stage 'Environment setup': Hardware does not
>> support virtualization
>> [ INFO  ] Stage: Clean up
>> [ INFO  ] Generating answer file
>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151230042447.conf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>>
>> I have attached my logfile, and a few screeshots  Let me know please,
>>
>> Thanks,
>>
>> --
>> Michael A Cooper
>> Linux Certified
>> Zerto Certified
>> http://www.coopfire.com
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt on Dell SC1435

[Yaniv Kaul]

On Thu, Dec 31, 2015 at 4:41 PM, Doron Fediuck  wrote:

> Hi Michael,
> the fact that your CPU supports VT does not mean it's enabled in the BIOS.
>
> Reboot the machine and into the security -> virtualization settings. Make
> sure
> it's enabled there.
>

It's detailed in
http://www.linux-kvm.org/page/FAQ#.22KVM:_disabled_by_BIOS.22_error

If if doesn't work after the changes in the BIOS, make sure to power off
and on and possibly disable trusted execution.
Y.


> One more thing you want to verify is that the kvm module is loaded into
> the kernel-
> lsmod | grep kvm
>
> You can also run: dmesg | grep kvm
> In most cases you'll find something like kvm: some  error if it's disable
> by the bios.
>
> Doron
>
>
> On Wed, Dec 30, 2015 at 11:53 AM, Michael Cooper 
> wrote:
>
>> Hey Guys,
>>
>> First time pposter here, I am having an issue with installing
>> oVirt on a Dell SC1435
>> I ran lscpu to make sure I was Virtualized in the bios, The following was
>> the result
>>
>> [root@council ~]# lscpu
>> Architecture:  x86_64
>> CPU op-mode(s):32-bit, 64-bit
>> Byte Order:Little Endian
>> CPU(s):8
>> On-line CPU(s) list:   0-7
>> Thread(s) per core:2
>> Core(s) per socket:4
>> Socket(s): 1
>> NUMA node(s):  1
>> Vendor ID: GenuineIntel
>> CPU family:6
>> Model: 30
>> Model name:Intel(R) Core(TM) i7 CPU   K 875  @ 2.93GHz
>> Stepping:  5
>> CPU MHz:   1197.000
>> BogoMIPS:  5862.18
>> Virtualization:VT-x
>> L1d cache: 32K
>> L1i cache: 32K
>> L2 cache:  256K
>> L3 cache:  8192K
>> NUMA node0 CPU(s): 0-7
>>
>> So I then tried to run the hosted-engine --deploy and this is what
>> happens:
>>
>> [root@starfleet tmpengineiso]# screen
>> [ INFO  ] Stage: Initializing
>> [ INFO  ] Generating a temporary VNC password.
>> [ INFO  ] Stage: Environment setup
>>   Continuing will configure this host for serving as hypervisor
>> and create a VM where you have to install oVirt Engine afterwards.
>>   Are you sure you want to continue? (Yes, No)[Yes]: YEs
>>   Configuration files: []
>>   Log file:
>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151230042443-p6o0qo.log
>>   Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos)
>> [ ERROR ] Failed to execute stage 'Environment setup': Hardware does not
>> support virtualization
>> [ INFO  ] Stage: Clean up
>> [ INFO  ] Generating answer file
>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151230042447.conf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>>
>> I have attached my logfile, and a few screeshots  Let me know please,
>>
>> Thanks,
>>
>> --
>> Michael A Cooper
>> Linux Certified
>> Zerto Certified
>> http://www.coopfire.com
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] HE (3.6) on gluster storage, chicken and egg status

[Donny Davis]

I would say you would be much better off picking two hosts to do your HE on
and setting up drdb for the HE storage. You will have fewer problems with
your HE.


On Thu, Dec 31, 2015 at 1:41 AM, Sahina Bose  wrote:

>
>
> On 12/28/2015 12:43 AM, Roy Golan wrote:
>
>
>
> On Sun, Dec 27, 2015 at 7:07 PM, Fil Di Noto  wrote:
>
>> I've managed to get hosted-engine running but could use some direction
>> for what comes next.
>>
>> Summary:
>> 4 Hosts, CentOS 7.2, oVirt 3.6 (from ovirt.org repo)
>> All hosts are in default/default datacenter/cluster
>> All 4 hosts are running glusterd
>> HE is installed on glusterfs volume, replica 3, on hosts 1,2, and 3. (
>> started with replica 4, but removed 4th brick to satisfy HE --deploy)
>>
>> Status:
>> All hosts are active
>> Datacenter is not initialized
>>
>> Issues:
>> Attach hosted_storage to Default datacenter fails
>> New volume dialog doesn't allow me to select a datacenter (list is empty)
>>
>> Questions:
>> 1. Why doesn't replica 4 work as a glusterfs volume, is this just
>> because of the installer or is there a more fundamental reason?
>>
>
> 3 way replica is the officially supported replica count for VM store use
> case. If you wish to work with replica 4, you can update the
> supported_replica_count in vdsm.conf
>
> 2. I assume the reason I can't create new volumes is because I don't
>> have a data storage domain configured yet. I want all of my data
>> storage to be glusterfs. How do I escape this chicken/egg puzzle?
>>
>
>  No chicken and egg here I think. You want a volume to be used as your
> master data domain and creating a new volume in a new gluster-cluster is
> independent of your datacenter status.
>
> You mentioned your hosts are on default cluster - so make sure your
> cluster support gluster service (you should have picked gluster as a
> service during engine install)
>
>
>
> If you mean, creating new gluster volumes - you need to make sure the
> gluster service is enabled on the Default cluster. The cluster that HE
> creates, has only virt service enabled by default. Engine should have been
> installed in "Both" mode like Roy mentioned.
>
>
>
>
>
>
> 3. What question should I be asking that I am not?
>>
>> Thanks
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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

Re: [ovirt-users] Reply: host xxx did no satisfy internal filter Memory because its swap value was illegal.

[Doron Fediuck]

Hi,
Glad to hear all is well now. Just to recap regarding your question;

All the values you mention are measured for every scheduling decision.
The conclusion I gave you is based on the code. The actual numbers may
vary so unless you check the values while the scheduler is working, every
number we use is an approximation and it's hard to provide an exact numeric
result other than the formula.

Take care and happy new year,
Doron

On Wed, Dec 30, 2015 at 9:02 AM, pc  wrote:

> Hi Doron,
> [repost...I forgot to change html to plain test again when I replied a few
> hours ago...sorry about the format..]
>
> Thank you, I disabled swap on hosts, and migrated 2 vms from n33 to n34 an
> hour ago, everything's fine.
>
> 1) Just a little confused about how to caculate the value.
> ###and I quote,
> 
> And in your case we see the value is > 0.
> This means that swap_total < (swap_free+mem_available) or in general
> your host is swapping.
> 
> ###data in my case:
> [n34]
> # free -m
>  total   used   free sharedbuffers cached
> Mem: 32057  31713344  0 78  13074
> -/+ buffers/cache:  18560  13497
> Swap:2   5098  24901
>
> Physical Memory:32057 MB total, 18593 MB used,
> 13464 MB free
> Swap Size:  2 MB total, 5098 MB used,
> 24901 MB free
> Max free Memory for scheduling new VMs: 21644.5 MB
> 
> ## formula in my case:
> swap_total - swap_free > mem_available
> ## substituting =>
> swap_total = 2,  swap_free = 24901, mem_available = ?
> (mem_available  is 344 or 13497 ? Obviously the former value match the
> fomula, right?)
>
>
> 2) suggestion
> Disable swap on ovirt host should be explicit indicated in the
> document.(for instance: http://www.ovirt.org/OVirt_Administration_Guide)
>
> --
> From:Doron Fediuck 
> Time:2015 Dec 29 (Tue) 20:40
> To:pc 
> Cc:users , Golan, Roy 
> Subject:Re: [ovirt-users] host xxx did no satisfy internal filter Memory
> because its swap value was illegal.
>
>
>
>
> On Tue, Dec 29, 2015 at 5:54 AM, pc  wrote:
> [sorry, this is my first time to use mailing list, repost again, with
> content from html to plain text]
>
> ### Description ###
> 1. problem
> 1) migrate vm {name:xyz001, mem(min, max) = (2G,4G)} from ovirt host n33
> to n34, failed.
> 2) shutting down vm {name: test001, mem(min, max) = (1G,1G)} on n34,
> update test001's config: Host->Start Running On: Specific(n34), then start
> test001, while, it's running on n33.
>
> 2. err message
> Error while executing action: migrate
> [engine gui]
> xyz001:
> Cannot migrate VM. There is no host that satisfies current scheduling
> constraints. See below for details:
> The host n33 did not satisfy internal filter Memory because has availabe
> 1863 MB memory. Insufficient free memory to run the VM.
> The host n34 did not satisfy internal filter Memory because its swap value
> was illegal.
>
>
> [engine.log]
> INFO  [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23)
> [5916aa3b] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[73351885-9a92-4317-baaf-e4f2bed1171a= ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]',
> sharedLocks='null'}'
> INFO  [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
> task-23) [5916aa3b] Candidate host 'n34'
> ('2ae3a219-ae9a-4347-b1e2-0e100360231e') was filtered out by
> 'VAR__FILTERTYPE__INTERNAL' filter 'Memory' (correlation id: null)
> INFO  [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default
> task-23) [5916aa3b] Candidate host 'n33'
> ('688aec34-5630-478e-ae5e-9d57990804e5') was filtered out by
> 'VAR__FILTERTYPE__INTERNAL' filter 'Memory' (correlation id: null)
> WARN  [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23)
> [5916aa3b] CanDoAction of action 'MigrateVm' failed for user admin@internal.
> Reasons:
> VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName
> n33,$filterName Memory,$availableMem
> 1863,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName
> n34,$filterName
> Memory,VAR__DETAIL__SWAP_VALUE_ILLEGAL,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL
> INFO  [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-23)
> [5916aa3b] Lock freed to object
> 'EngineLock:{exclusiveLocks='[73351885-9a92-4317-baaf-e4f2bed1171a= ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName test11>]',
> sharedLocks='null'}'
>
>
> 3. DC
> Compatibility Version: 3.5
>
> 4. Cluster
> Memory Optimization: For Server Load - Allow scheduling of 150% of
> physical memory
> Memory Balloon: Enable Memory Balloon Optimization
> Enable KSM: Share memory pages across all available memory (best KSM
> 

Re: [ovirt-users] Can I reduce the Java heap size of engine-backup???

[John Florian]

On 12/31/2015 10:42 AM, Juan Hernández wrote:
> On 12/31/2015 08:48 AM, Yedidyah Bar David wrote:
>> On Wed, Dec 30, 2015 at 7:50 PM, John Florian  wrote:
>>> On 12/29/2015 02:02 AM, Yedidyah Bar David wrote:
 On Tue, Dec 29, 2015 at 12:51 AM, John Florian  
 wrote:
> I'm trying to run the engine-backup script via a Bacula job using the
> RunScript option so that the engine-backup dumps its output someplace
> where Bacula will collect it once engine-backup finishes.  However the
> job is failing and with enough digging I eventually learned the script
> was writing the following in /tmp/hs_err_pid5789.log:
>
> #
> # There is insufficient memory for the Java Runtime Environment to 
> continue.
> # Native memory allocation (mmap) failed to map 2555904 bytes for
> committing reserved memory.
> # Possible reasons:
> #   The system is out of physical RAM or swap space
> #   In 32 bit mode, the process size limit was hit
> # Possible solutions:
> #   Reduce memory load on the system
> #   Increase physical memory or swap space
> #   Check if swap backing store is full
> #   Use 64 bit Java on a 64 bit OS
> #   Decrease Java heap size (-Xmx/-Xms)
> #   Decrease number of Java threads
> #   Decrease Java thread stack sizes (-Xss)
> #   Set larger code cache with -XX:ReservedCodeCacheSize=
> # This output file may be truncated or incomplete.
> #
> #  Out of Memory Error (os_linux.cpp:2627), pid=5789, tid=140709998221056
> #
> # JRE version:  (8.0_65-b17) (build )
> # Java VM: OpenJDK 64-Bit Server VM (25.65-b01 mixed mode linux-amd64
> compressed oops)
> # Failed to write core dump. Core dumps have been disabled. To enable
> core dumping, try "ulimit -c unlimited" before starting Java again
> #
>
>
> So is there any good way to reduce the Java heap size?  I mean I know
> what -Xmx does, but where might I try setting it, ideally so that it
> affects the engine-backup only?  Any idea of good setting for a very
> small environment with a dozen VMs?
 engine-backup does not directly call nor need java.

 AFAICS it only calls it indirectly as part of some other initialization
 by running java-home [1], which is a script that decides what JAVA_HOME
 to use for the engine. This script only runs 'java -version', which imo
 should not need that much memory. Perhaps there is something else I do
 not fully understand, such as bacula severely limiting available resources
 for the process it runs, or something like that.

 If you only want to debug it, and not as a recommended final solution,
 you can create a script [2] which only outputs the needed java home.
 Simply run [1] and make [2] echo the same thing. If [2] exists, [1] will
 only run it and nothing else, as you can see inside it.

 I do not think this will work - quite likely engine-backup will fail
 shortly later, if indeed it gets access to so little memory. Please
 report back. Thanks and good luck,

 [1] /usr/share/ovirt-engine/bin/java-home
 [2] /usr/share/ovirt-engine/bin/java-home.local
>>> Thanks for the info and response Didi.  Doing the above did allow the
>>> backup to run successfully.
>> OK.
>>
>>>  I had also replaced the Bacula RunScript
>>> with "bash -c ulimit" which reported unlimited but I don't play with
>>> those types of limits enough to know if that's correctly reporting to
>>> what engine-backup is constrained.
>> And was this enough?
>>
>>>  I did occur to me that perhaps a
>>> better way to learn of any such constraints would be to query Bacula's
>>> file daemon (the only necessary Bacula component running on client
>>> systems that are getting backed up) since I suspect it must be this
>>> component that's actually spawning the RunScript client side.  From the
>>> Bacula Director (server side) I queried the status of the client which
>>> is my oVirt engine and it reports:
>>>
>>> europa.doubledog.org-fd Version: 5.2.13 (19 February 2013)
>>> x86_64-redhat-linux-gnu redhat (Core)
>>> Daemon started 28-Dec-15 16:08. Jobs: run=2 running=0.
>>>  Heap: heap=32,768 smbytes=190,247 max_bytes=1,599,864 bufs=100
>>> max_bufs=6,758
>>>  Sizeof: boffset_t=8 size_t=8 debug=0 trace=0
>>>
>>> Alas, I know of no way to increase any of the bacula-fd limits.  If I
>>> dead-end here, perhaps I'll query the Bacula mailing lists.
>> For both yourself and for others, I think it's best to continue with
>> this route.
>>
>> Also note that I have no idea how much memory pg_dump might need on
>> a larger database, also including dwh which tends to get larger faster
>> than the engine's.
>>
>>> Meanwhile I tried the following for a more permanent solution but this
>>> failed same as before:
>>>
>>> # diff -u java-home.orig-3.6.1.3 java-home
>>> --- java-home.orig-3.6.1.3  

[ovirt-users] R: Re: R: Re: Network instability after upgrade 3.6.0 -> 3.6.1

[Stefano Danzi]

Hi Dan,I can't change switch settings until next week.I will post a message 
after others tests.

 Messaggio originale 
Da: Dan Kenigsberg  
Data: 31/12/2015  09:44  (GMT+01:00) 
A: Stefano Danzi  
Cc: Jon Archer , mbur...@redhat.com, users@ovirt.org 
Oggetto: Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 ->
  3.6.1 

I do not see anything suspecious here.

Which kernel version worked well for you?

Would it be possible to boot the machine with it, and retest bond mode
4, so that we can whole-heartedly place the blame on kernel?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt hosted engine agent and broker duplicate logs to syslog

[Aleksey Chudov]

Hi,

After upgrade from 3.6.0 to 3.6.1 agent and broker duplicate their logs to
syslog. So, the same messages logged twice to files in
/var/log/ovirt-hosted-engine-ha/ directory and to /var/log/messages file.

Agent and broker configuration files remain the same for 3.5, 3.6.0 and
3.6.1 and there is not such logs duplication in 3.5 and 3.6.0.

Is it a bug or expected behavior?

OS is CentOS 7.2

# rpm -qa 'ovirt*'
ovirt-vmconsole-1.0.0-1.el7.centos.noarch
ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch
ovirt-host-deploy-1.4.1-1.el7.centos.noarch
ovirt-hosted-engine-ha-1.3.3.5-1.el7.centos.noarch
ovirt-engine-sdk-python-3.6.0.3-1.el7.centos.noarch
ovirt-release36-002-2.noarch
ovirt-setup-lib-1.0.0-1.el7.centos.noarch
ovirt-hosted-engine-setup-1.3.1.3-1.el7.centos.noarch


# cat /etc/ovirt-hosted-engine-ha/agent-log.conf
[loggers]
keys=root

[handlers]
keys=syslog,logfile

[formatters]
keys=long,sysform

[logger_root]
level=INFO
handlers=syslog,logfile
propagate=0

[handler_syslog]
level=ERROR
class=handlers.SysLogHandler
formatter=sysform
args=('/dev/log', handlers.SysLogHandler.LOG_USER)

[handler_logfile]
class=logging.handlers.TimedRotatingFileHandler
args=('/var/log/ovirt-hosted-engine-ha/agent.log', 'd', 1, 7)
level=DEBUG
formatter=long

[formatter_long]
format=%(threadName)s::%(levelname)s::%(asctime)s::%(module)s::%(lineno)d::%(name)s::(%(funcName)s)
%(message)s

[formatter_sysform]
format=ovirt-ha-agent %(name)s %(levelname)s %(message)s
datefmt=


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

Re: [ovirt-users] Can I reduce the Java heap size of engine-backup???

[Juan Hernández]

On 12/31/2015 08:48 AM, Yedidyah Bar David wrote:
> On Wed, Dec 30, 2015 at 7:50 PM, John Florian  wrote:
>> On 12/29/2015 02:02 AM, Yedidyah Bar David wrote:
>>> On Tue, Dec 29, 2015 at 12:51 AM, John Florian  
>>> wrote:
 I'm trying to run the engine-backup script via a Bacula job using the
 RunScript option so that the engine-backup dumps its output someplace
 where Bacula will collect it once engine-backup finishes.  However the
 job is failing and with enough digging I eventually learned the script
 was writing the following in /tmp/hs_err_pid5789.log:

 #
 # There is insufficient memory for the Java Runtime Environment to 
 continue.
 # Native memory allocation (mmap) failed to map 2555904 bytes for
 committing reserved memory.
 # Possible reasons:
 #   The system is out of physical RAM or swap space
 #   In 32 bit mode, the process size limit was hit
 # Possible solutions:
 #   Reduce memory load on the system
 #   Increase physical memory or swap space
 #   Check if swap backing store is full
 #   Use 64 bit Java on a 64 bit OS
 #   Decrease Java heap size (-Xmx/-Xms)
 #   Decrease number of Java threads
 #   Decrease Java thread stack sizes (-Xss)
 #   Set larger code cache with -XX:ReservedCodeCacheSize=
 # This output file may be truncated or incomplete.
 #
 #  Out of Memory Error (os_linux.cpp:2627), pid=5789, tid=140709998221056
 #
 # JRE version:  (8.0_65-b17) (build )
 # Java VM: OpenJDK 64-Bit Server VM (25.65-b01 mixed mode linux-amd64
 compressed oops)
 # Failed to write core dump. Core dumps have been disabled. To enable
 core dumping, try "ulimit -c unlimited" before starting Java again
 #


 So is there any good way to reduce the Java heap size?  I mean I know
 what -Xmx does, but where might I try setting it, ideally so that it
 affects the engine-backup only?  Any idea of good setting for a very
 small environment with a dozen VMs?
>>> engine-backup does not directly call nor need java.
>>>
>>> AFAICS it only calls it indirectly as part of some other initialization
>>> by running java-home [1], which is a script that decides what JAVA_HOME
>>> to use for the engine. This script only runs 'java -version', which imo
>>> should not need that much memory. Perhaps there is something else I do
>>> not fully understand, such as bacula severely limiting available resources
>>> for the process it runs, or something like that.
>>>
>>> If you only want to debug it, and not as a recommended final solution,
>>> you can create a script [2] which only outputs the needed java home.
>>> Simply run [1] and make [2] echo the same thing. If [2] exists, [1] will
>>> only run it and nothing else, as you can see inside it.
>>>
>>> I do not think this will work - quite likely engine-backup will fail
>>> shortly later, if indeed it gets access to so little memory. Please
>>> report back. Thanks and good luck,
>>>
>>> [1] /usr/share/ovirt-engine/bin/java-home
>>> [2] /usr/share/ovirt-engine/bin/java-home.local
>> Thanks for the info and response Didi.  Doing the above did allow the
>> backup to run successfully.
> 
> OK.
> 
>>  I had also replaced the Bacula RunScript
>> with "bash -c ulimit" which reported unlimited but I don't play with
>> those types of limits enough to know if that's correctly reporting to
>> what engine-backup is constrained.
> 
> And was this enough?
> 
>>  I did occur to me that perhaps a
>> better way to learn of any such constraints would be to query Bacula's
>> file daemon (the only necessary Bacula component running on client
>> systems that are getting backed up) since I suspect it must be this
>> component that's actually spawning the RunScript client side.  From the
>> Bacula Director (server side) I queried the status of the client which
>> is my oVirt engine and it reports:
>>
>> europa.doubledog.org-fd Version: 5.2.13 (19 February 2013)
>> x86_64-redhat-linux-gnu redhat (Core)
>> Daemon started 28-Dec-15 16:08. Jobs: run=2 running=0.
>>  Heap: heap=32,768 smbytes=190,247 max_bytes=1,599,864 bufs=100
>> max_bufs=6,758
>>  Sizeof: boffset_t=8 size_t=8 debug=0 trace=0
>>
>> Alas, I know of no way to increase any of the bacula-fd limits.  If I
>> dead-end here, perhaps I'll query the Bacula mailing lists.
> 
> For both yourself and for others, I think it's best to continue with
> this route.
> 
> Also note that I have no idea how much memory pg_dump might need on
> a larger database, also including dwh which tends to get larger faster
> than the engine's.
> 
>>
>> Meanwhile I tried the following for a more permanent solution but this
>> failed same as before:
>>
>> # diff -u java-home.orig-3.6.1.3 java-home
>> --- java-home.orig-3.6.1.3  2015-12-10 13:07:44.0 -0500
>> +++ java-home   2015-12-30 12:12:45.779462769 -0500
>> @@ -13,7 +13,7 @@
>> local ret=1
>>

[ovirt-users] SPM

[Fernando Fuentes]

Team,

I noticed that my SPM moved to another host which was odd because I have
a set SPM.
Somehow when that happen two of my hosts went down and all my vms when
in pause state.
The oddity behind all this is that my primary storage which has allways
been my SPM was online without any issues..

What could of have cause that? and is there a way prevent from the SPM
migrating unless there is an issue?

-- 
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Configuring another interface for trunked (tagged) VM traffic

[Will Dennis]

Hi all,

Taking the next step on configuring my newly-established oVirt cluster, and 
that would be to set up a trunk (VLAN tagged) connection to each cluster host 
(there are 3) for VM traffic. What I’m looking at is akin to setting up 
vSwitches on VMware, except I have never done this on a VMware cluster, just on 
individual hosts…

Anyhow, I have the following NICs available on my three hosts (conveniently, 
they are the exact same hardware platform):

ovirt-node-01 | success | rc=0 >>
3: enp4s0f0:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000
4: enp4s0f1:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000
5: enp12s0f0:  mtu 1500 qdisc pfifo_fast 
master ovirtmgmt state UP mode DEFAULT qlen 1000
6: enp12s0f1:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000

ovirt-node-02 | success | rc=0 >>
3: enp4s0f0:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000
4: enp4s0f1:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000
5: enp12s0f0:  mtu 1500 qdisc pfifo_fast 
master ovirtmgmt state UP mode DEFAULT qlen 1000
6: enp12s0f1:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000

ovirt-node-03 | success | rc=0 >>
3: enp4s0f0:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000
4: enp4s0f1:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000
5: enp12s0f0:  mtu 1500 qdisc pfifo_fast 
master ovirtmgmt state UP mode DEFAULT qlen 1000
6: enp12s0f1:  mtu 1500 qdisc noop state DOWN mode DEFAULT 
qlen 1000

As you may see, I am using the ‘enp12s0f0’ interface on each host for the 
‘ovirtmgmt’ bridge. This network carries the admin traffic as well as Gluster 
distributed filesystem traffic, but I now want to establish a separate link to 
each host for VM traffic. The ‘ovirtmgmt’ bridge is NOT trunked/tagged, only a 
single VLAN is used. For the VM traffic, I’d like to use the ‘enp4s0f0’ 
interface on each host, and tie them into a logical network named “vm-traffic” 
(or the like) and make that a trunked/tagged interface.

Are there any existing succinct instructions on how to do this? I have been 
reading thru the oVirt Admin Manual’s “Logical Networks” section 
(http://www.ovirt.org/OVirt_Administration_Guide#Logical_Network_Tasks) but it 
hasn’t “clicked” in my mind yet...

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

[ovirt-users] Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6

[Frank Wall]

Hi,

I've just tried to upgrade my ovirt-engine 3.5.5 which is still running on EL6,
but it failed due to a dependency error regarding slf4j:

# engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: 
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', 
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf', 
'/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file: 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log
  Version: otopi-1.4.0 (otopi-1.4.0-1.el6)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization
 
  --== PRODUCT OPTIONS ==--
 
  --== PACKAGES ==--
 
[ INFO  ] Checking for product updates...
[ ERROR ] Yum: [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', 
u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1']
[ INFO  ] Yum: Performing yum transaction rollback
[ ERROR ] Failed to execute stage 'Environment customization': 
[u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', 
u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1']
[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20151231233424-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

I've followed the upgrade guide [1], and yes, I'm aware that AiO is no longer
supported on EL6 [2], but this is just my Hosted-Engine VM, *not* an AiO host.
So I thought it would still work. 

I haven't attached any further logs, because this error is really obvious I
guess. These are the currently installed oVirt packages:

otopi-1.4.0-1.el6.noarch
otopi-java-1.4.0-1.el6.noarch
ovirt-engine-3.5.5-1.el6.noarch
ovirt-engine-backend-3.5.5-1.el6.noarch
ovirt-engine-cli-3.5.0.5-1.el6.noarch
ovirt-engine-dbscripts-3.5.5-1.el6.noarch
ovirt-engine-extension-aaa-jdbc-1.0.4-1.el6.noarch
ovirt-engine-extensions-api-impl-3.5.5-1.el6.noarch
ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
ovirt-engine-lib-3.6.1.3-1.el6.noarch
ovirt-engine-restapi-3.5.5-1.el6.noarch
ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch
ovirt-engine-setup-3.6.1.3-1.el6.noarch
ovirt-engine-setup-base-3.6.1.3-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.6.1.3-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.6.1.3-1.el6.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.6.1.3-1.el6.noarch
ovirt-engine-tools-3.5.5-1.el6.noarch
ovirt-engine-userportal-3.5.5-1.el6.noarch
ovirt-engine-webadmin-portal-3.5.5-1.el6.noarch
ovirt-engine-websocket-proxy-3.5.5-1.el6.noarch
ovirt-host-deploy-1.3.1-1.el6.noarch
ovirt-host-deploy-java-1.3.1-1.el6.noarch
ovirt-image-uploader-3.5.1-1.el6.noarch
ovirt-iso-uploader-3.5.2-1.el6.noarch
vdsm-jsonrpc-java-1.0.15-1.el6.noarch

Any ideas?

[1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine
[2] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#Known_issues


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

Re: [ovirt-users] How to manually restore ovirt-engine from sql dump file?

[Yedidyah Bar David]

On Wed, Dec 30, 2015 at 9:23 PM, Arman Khalatyan  wrote:
> Hello,
> Due to the HW error we lost ovirt-engine db.

Only db? Rest of machine is ok? You also want stuff
in /etc (and /var, somewhat less important).

> We have only recent dump files from
> /var/lib/ovirt-engine/backups/

These are saved during engine-setup, and are backups made
with the version you had _before_ starting the upgrade.

They are meant only for restoration during rollback,
by engine-setup itself, in case it has a problem and tries
to rollback.

> Is it possible to restore database using dump files?

In principle yes, but unless you have a backup of /etc
taken _before_ the last upgrade, you'll have an older
dump with a newer /etc, which might lead to conflicts.

You can try something like that. First on a test system
of course:
1. yum remove ovirt-engine\*
2. yum install ovirt-engine with the exact version you had
before last upgrade. You can check logs in
/var/log/ovirt-engine/setup and/or /var/log/yum.log.
3. Keep (or copy/restore) /etc/ovirt-engine and
/etc/pki/ovirt-engine. If you had dwh/reports you'll need
more files. Also better check the list of backed up files
in the start of the engine-backup script to see what else
it backs up.
4. Restore the db using psql (if <= 3.5) or pg_restore
(if >=3.6). If needed first create one.
5. run engine-setup --offline and see that all seems ok.
6. Then upgrade to latest by running engine-setup without
--offline.

> BTW the VMs are still running without ovirt-engine.

Indeed, but are not managed. Meaning, no ha/scheduling/etc.

Note that if you do try that on a test system, it will immediately
try to manage your hosts. Better prevent that (firewall or
whatever) before you are ready to do that on your live system.

Good luck,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users