[ovirt-users] ovirt change of email alert

[Alex K]

Hi all,

I had put a specif email alert during the deploy and then I wanted to
change it.
I did the following:

At one of the hosts ra:

hosted-engine --set-shared-config destination-emails ale...@domain.com
--type=broker

systemctl restart ovirt-ha-broker.service

I had to do the above since changing the email from GUI did not have any
effect.

After the above the emails are received at the new email address but the
cluster seems to have some issue recognizing the state of engine. i am
flooded with emails that " EngineMaybeAway-EngineUnexpectedlyDown "

I have restarted at each host also the ovirt-ha-agent.service.
Did put the cluster to global maintenance and then disabled global
maintenance.

host agent logs I have:

MainThread::ERROR::2018-02-18
11:12:20,751::hosted_engine::720::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
cannot get lock on host id 1: host already holds lock on a different host id

One other host logs:
MainThread::INFO::2018-02-18
11:20:23,692::states::682::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
Score is 0 due to unexpected vm shutdown at Sun Feb 18 11:15:13 2018
MainThread::INFO::2018-02-18
11:20:23,692::hosted_engine::453::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Current state EngineUnexpectedlyDown (score: 0)

The engine status on 3 hosts is:
hosted-engine --vm-status


--== Host 1 status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : v0
Host ID: 1
Engine status  : {"reason": "vm not running on this
host", "health": "bad", "vm": "down", "detail": "unknown"}
Score  : 0
stopped: False
Local maintenance  : False
crc32  : cfd15dac
local_conf_timestamp   : 4721144
Host timestamp : 4721144
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=4721144 (Sun Feb 18 11:20:33 2018)
host-id=1
score=0
vm_conf_refresh_time=4721144 (Sun Feb 18 11:20:33 2018)
conf_on_shared_storage=True
maintenance=False
state=EngineUnexpectedlyDown
stopped=False
timeout=Tue Feb 24 15:29:44 1970


--== Host 2 status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : v1
Host ID: 2
Engine status  : {"reason": "vm not running on this
host", "health": "bad", "vm": "down", "detail": "unknown"}
Score  : 0
stopped: False
Local maintenance  : False
crc32  : 5cbcef4c
local_conf_timestamp   : 2499416
Host timestamp : 2499416
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=2499416 (Sun Feb 18 11:20:46 2018)
host-id=2
score=0
vm_conf_refresh_time=2499416 (Sun Feb 18 11:20:46 2018)
conf_on_shared_storage=True
maintenance=False
state=EngineUnexpectedlyDown
stopped=False
timeout=Thu Jan 29 22:18:42 1970


--== Host 3 status ==--

conf_on_shared_storage : True
Status up-to-date  : False
Hostname   : v2
Host ID: 3
Engine status  : unknown stale-data
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : f064d529
local_conf_timestamp   : 2920612
Host timestamp : 2920611
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=2920611 (Sun Feb 18 10:47:31 2018)
host-id=3
score=3400
vm_conf_refresh_time=2920612 (Sun Feb 18 10:47:32 2018)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False


Putting each host at maintenance then activating them back does not resolve
the issue. Seems I have to avoid defining email address during deploy and
have it set only later at GUI.

How one can recover from this situation?


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

Re: [ovirt-users] Unable to add Hosts to Cluster

[Alex K]

For a proper upgrade there are specific steps that you follow for each host
and the engine.

I usually upgrade the hosts first then the engine. If you have spare
resources so as to put hosts at maintenance then the upgrade should be
seamless. Also i think you need to go strp by step: 3.5 -> 3.6 -> 4.0 ...
etc

In case you have a similar test setup you may try it first there.



On Feb 17, 2018 14:10, "Mark Steele"  wrote:

> Thank you very much!
>
> Question - is upgrading the ovirt installation a matter of just upgrading
> the engine? Or are there changes that are pushed down to each host / vm?
>
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 <800%20885%208886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
>
> On Sat, Feb 17, 2018 at 2:32 AM, Yaniv Kaul  wrote:
>
>>
>>
>> On Fri, Feb 16, 2018 at 11:14 PM, Mark Steele  wrote:
>>
>>> We are using CentOS Linux release 7.0.1406 (Core) and  oVirt Engine
>>> Version: 3.5.0.1-1.el6
>>>
>>
>> You are seeing https://bugzilla.redhat.com/show_bug.cgi?id=126 ,
>> which is a result of a default change of libvirt and was fixed in later
>> versions of oVirt than the one you are using.
>> See patch https://gerrit.ovirt.org/#/c/76934/ for how it was fixed, you
>> can probably configure it manually.
>> Y.
>>
>>
>>>
>>> We have four other hosts that are running this same configuration
>>> already. I took one host out of the cluster (forcefully) that was working
>>> and now it will not add back in either - throwing the same SASL error.
>>>
>>> We are looking at downgrading libvirt as I've seen that somewhere else -
>>> is there another version of RH I should be trying? I have a host I can put
>>> it on.
>>>
>>>
>>>
>>> ***
>>> *Mark Steele*
>>> CIO / VP Technical Operations | TelVue Corporation
>>> TelVue - We Share Your Vision
>>> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>>> 
>>> 800.885.8886 x128 <(800)%20885-8886> | mste...@telvue.com | http://
>>> www.telvue.com
>>> twitter: http://twitter.com/telvue | facebook: https://www.facebook
>>> .com/telvue
>>>
>>> On Fri, Feb 16, 2018 at 3:31 PM, Yaniv Kaul  wrote:
>>>


 On Feb 16, 2018 6:47 PM, "Mark Steele"  wrote:

 Hello all,

 We recently had a network event where we lost access to our storage for
 a period of time. The Cluster basically shut down all our VM's and in the
 process we had three HV's that went offline and would not communicate
 properly with the cluster.

 We have since completely reinstalled CentOS on the hosts and attempted
 to install them into the cluster with no joy. We've gotten to the point
 where we generally get an error message in the web gui:


 Which EL release and which oVirt release are you using? My guess would
 be latest EL, with an older oVirt?
 Y.


 Stage: Misc Configuration
 Host hv-ausa-02 installation failed. Command returned failure code 1
 during SSH session 'root@10.1.90.154'.

 the following is what we are seeing in the messages log:

 Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
 authentication failed: authentication failed
 Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+:
 15231: error : virNetSASLSessionListMechanisms:390 : internal error:
 cannot list SASL mechanisms -4 (SASL(-4): no mechanism available: Internal
 Error -4 in server.c near line 1757)
 Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+:
 15231: error : remoteDispatchAuthSaslInit:3411 : authentication
 failed: authentication failed
 Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+:
 15226: error : virNetSocketReadWire:1808 : End of file while reading data:
 Input/output error
 Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
 authentication failed: authentication failed
 Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+:
 15233: error : virNetSASLSessionListMechanisms:390 : internal error:
 cannot list SASL mechanisms -4 (SASL(-4): no mechanism available: Internal
 Error -4 in server.c near line 1757)
 Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+:
 15233: error : remoteDispatchAuthSaslInit:3411 : authentication
 failed: authentication failed
 Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+:
 15226: error : virNetSocketReadWire:1808 : End of file while reading data:
 Input/output error
 Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
 

Re: [ovirt-users] Partition Trouble on oVirt Node

[Alex K]

Did you try partprobe and pvscan before pvcreate?

On Feb 16, 2018 01:23, "Matt Simonsen"  wrote:

> Hello all,
>
> This may not be oVirt specific (but it may be) so thank you in advance for
> any assistance.
>
> I have a system installed with oVirt Node Next 4.1.9 that was installed to
> /dev/sda
>
> I had a seperate RAID Volume /dev/sdb that should not have been used, but
> now that the operating system is loaded I'm struggling to get the device
> partitioned.
>
> I've tried mkfs.ext4 on the device and also pvcreate, with the errors
> below. I've also rebooted a couple times and tried to disable multipathd.
> Is multipathd even safe to disable on Node Next?
>
> Below are the errors I've received, and thank you again for any tips.
>
>
> [root@node1-g6-h3 ~]# mkfs.ext4 /dev/sdb
> mke2fs 1.42.9 (28-Dec-2013)
> /dev/sdb is entire device, not just one partition!
> Proceed anyway? (y,n) y
> /dev/sdb is apparently in use by the system; will not make a filesystem
> here!
> [root@node1-g6-h3 ~]# gdisk
> GPT fdisk (gdisk) version 0.8.6
>
> Type device filename, or press  to exit: /dev/sdb
> Caution: invalid main GPT header, but valid backup; regenerating main
> header
> from backup!
>
> Caution! After loading partitions, the CRC doesn't check out!
> Warning! Main partition table CRC mismatch! Loaded backup partition table
> instead of main partition table!
>
> Warning! One or more CRCs don't match. You should repair the disk!
>
> Partition table scan:
>   MBR: not present
>   BSD: not present
>   APM: not present
>   GPT: damaged
>
> Found invalid MBR and corrupt GPT. What do you want to do? (Using the
> GPT MAY permit recovery of GPT data.)
>  1 - Use current GPT
>  2 - Create blank GPT
>
> Your answer: 2
>
> Command (? for help): n
> Partition number (1-128, default 1):
> First sector (34-16952264590, default = 2048) or {+-}size{KMGTP}:
> Last sector (2048-16952264590, default = 16952264590) or {+-}size{KMGTP}:
> Current type is 'Linux filesystem'
> Hex code or GUID (L to show codes, Enter = 8300): 8e00
> Changed type of partition to 'Linux LVM'
>
> Command (? for help): w
>
> Final checks complete. About to write GPT data. THIS WILL OVERWRITE
> EXISTING
> PARTITIONS!!
>
> Do you want to proceed? (Y/N): y
> OK; writing new GUID partition table (GPT) to /dev/sdb.
> The operation has completed successfully.
> [root@node1-g6-h3 ~]# pvcreate /dev/sdb1
>   Device /dev/sdb1 not found (or ignored by filtering).
>
>
> ___
> 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] Unable to connect to the graphic server

[Alex Bartonek]

 Original Message 
 On February 15, 2018 12:52 AM, Yedidyah Bar David <d...@redhat.com> wrote:

>On Wed, Feb 14, 2018 at 9:20 PM, Alex Bartonek a...@unix1337.com wrote:
>> Original Message 
>> On February 14, 2018 2:23 AM, Yedidyah Bar David d...@redhat.com wrote:
>>>On Wed, Feb 14, 2018 at 5:20 AM, Alex Bartonek a...@unix1337.com wrote:
>>>>I've built and rebuilt about 4 oVirt servers.  Consider myself pretty good
>>>> at this.  LOL.
>>>> So I am setting up a oVirt server for a friend on his r710.  CentOS 7, 
>>>> ovirt
>>>> 4.2.   /etc/hosts has the correct IP and FQDN setup.
>>>> When I build a VM and try to open a console session via  SPICE I am unable
>>>> to connect to the graphic server.  I'm connecting from a Windows 10 box.
>>>> Using virt-manager to connect.
>>>>What happens when you try?
>>>Unable to connect to the graphic console is what the error says.  Here is 
>>>the .vv file other than the cert stuff in it:
>>[virt-viewer]
>> type=spice
>> host=192.168.1.83
>> port=-1
>> password=
>>Password is valid for 120 seconds.
>>
>>delete-this-file=1
>> fullscreen=0
>> title=Win_7_32bit:%d
>> toggle-fullscreen=shift+f11
>> release-cursor=shift+f12
>> tls-port=5900
>> enable-smartcard=0
>> enable-usb-autoshare=1
>> usb-filter=-1,-1,-1,-1,0
>> tls-ciphers=DEFAULT
>>host-subject=O=williams.com,CN=randb.williams.com
>>Port 5900 is listening by IP on the server, so that looks correct.  I shut 
>>the firewall off just in case it was the issue..no go.
>>
>
> Did you verify that you can connect there manually (e.g. with telnet)?
> Can you run a sniffer on both sides to make sure traffic passes correctly?
> Can you check vdsm/libvirt logs on the host side?


Ok.. I must have tanked it on install with the firewall.  The firewall is 
blocking port 5900.  This is on CentOS 7.  If I flush the rules, it works.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to put Host into Maintenance mode

[Alex K]

Yes you can.

On Feb 15, 2018 23:09, "Mark Steele"  wrote:

> I have with no joy.
>
> Question: Can I restart the HostedEngine with running VM's without
> negatively impacting them?
>
>
> ***
> *Mark Steele*
> CIO / VP Technical Operations | TelVue Corporation
> TelVue - We Share Your Vision
> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
> 800.885.8886 x128 <800%20885%208886> | mste...@telvue.com | http://
> www.telvue.com
> twitter: http://twitter.com/telvue | facebook: https://www.
> facebook.com/telvue
>
> On Thu, Feb 15, 2018 at 1:41 PM, Alexander Wels  wrote:
>
>> On Thursday, February 15, 2018 1:14:44 PM EST Mark Steele wrote:
>> > Michal,
>> >
>> > Thank you for the response.
>> >
>> > - there are no qemu processes running
>> > - the server has been rebooted several times
>> > - the engine has been rebooted several times
>> >
>> > The issue persists. I'm not sure where to look next.
>> >
>>
>> Have you tried right clicking on the host, and select 'Confirm Host has
>> been
>> rebooted' that is basically telling the engine that the host is fenced,
>> and
>> you should be able to put it into maintenance mode. It will ask
>> confirmation
>> but we know the host has been rebooted and nothing is running.
>>
>> >
>> > ***
>> > *Mark Steele*
>> > CIO / VP Technical Operations | TelVue Corporation
>> > TelVue - We Share Your Vision
>> > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>> > 800.885.8886 x128 | mste...@telvue.com | http://www.telvue.com
>> > twitter: http://twitter.com/telvue | facebook:
>> > https://www.facebook.com/telvue
>> >
>> > On Thu, Feb 15, 2018 at 12:10 PM, Michal Skrivanek <
>> >
>> > michal.skriva...@redhat.com> wrote:
>> > > On 15 Feb 2018, at 12:06, Mark Steele  wrote:
>> > >
>> > > I have a host that is currently reporting down with NO VM's on it or
>> > > associated with it. However when I attempt to put it into maintenance
>> > > mode,
>> > > I get the following error:
>> > >
>> > > Host hv-01 cannot change into maintenance mode - not all Vms have been
>> > > migrated successfully. Consider manual intervention:
>> stopping/migrating
>> > > Vms:  (User: admin)
>> > >
>> > > I am running
>> > > oVirt Engine Version: 3.5.0.1-1.el6
>> > >
>> > >
>> > > that’s a really old version….
>> > >
>> > > first confirm there is no running vm on that host (log in there, look
>> for
>> > > qemu processes)
>> > > if not, it’s likely just engine issue, somewhere it lost track of
>> what’s
>> > > actually running there - in that case you could try to restart the
>> host,
>> > > restart engine. that should help
>> > >
>> > >
>> > > ***
>> > > *Mark Steele*
>> > > CIO / VP Technical Operations | TelVue Corporation
>> > > TelVue - We Share Your Vision
>> > > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
>> > > > +Mt.+Laurel,+N
>> > > J+08054=gmail=g> 800.885.8886 x128 <(800)%20885-8886> |
>> > > mste...@telvue.com | http:// www.telvue.com
>> > > twitter: http://twitter.com/telvue | facebook: https://www.
>> > > facebook.com/telvue
>> > > ___
>> > > 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] Unable to connect to the graphic server

[Alex Bartonek]

 Original Message 
 On February 14, 2018 2:23 AM, Yedidyah Bar David <d...@redhat.com> wrote:

>On Wed, Feb 14, 2018 at 5:20 AM, Alex Bartonek a...@unix1337.com wrote:
>>I've built and rebuilt about 4 oVirt servers.  Consider myself pretty good
>> at this.  LOL.
>> So I am setting up a oVirt server for a friend on his r710.  CentOS 7, ovirt
>> 4.2.   /etc/hosts has the correct IP and FQDN setup.
>>When I build a VM and try to open a console session via  SPICE I am unable
>> to connect to the graphic server.  I'm connecting from a Windows 10 box.
>> Using virt-manager to connect.
>>
> What happens when you try?
>

Unable to connect to the graphic console is what the error says.  Here is the 
.vv file other than the cert stuff in it:

[virt-viewer]
type=spice
host=192.168.1.83
port=-1
password=
# Password is valid for 120 seconds.
delete-this-file=1
fullscreen=0
title=Win_7_32bit:%d
toggle-fullscreen=shift+f11
release-cursor=shift+f12
tls-port=5900
enable-smartcard=0
enable-usb-autoshare=1
usb-filter=-1,-1,-1,-1,0
tls-ciphers=DEFAULT
host-subject=O=williams.com,CN=randb.williams.com



Port 5900 is listening by IP on the server, so that looks correct.  I shut the 
firewall off just in case it was the issue..no go.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Unable to connect to the graphic server

[Alex Bartonek]

I've built and rebuilt about 4 oVirt servers.  Consider myself pretty good at 
this.  LOL.
So I am setting up a oVirt server for a friend on his r710.  CentOS 7, ovirt 
4.2.   /etc/hosts has the correct IP and FQDN setup.

When I build a VM and try to open a console session via  SPICE I am unable to 
connect to the graphic server.  I'm connecting from a Windows 10 box.   Using 
virt-manager to connect.

I've googled and I just cant seem to find any resolution to this.  Now, I did 
build the server on my home network but the subnet its on is the same.. 
internal 192.168.1.xxx.   The web interface is accessible also.

Any hints as to what else I can check?

Thanks!

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt backups lead to unresponsive VM

[Alex K]

Thank you Nir for the below.

I am putting some comments inline in blue.


On Tue, Feb 13, 2018 at 7:33 PM, Nir Soffer <nsof...@redhat.com> wrote:

> On Wed, Jan 24, 2018 at 3:19 PM Alex K <rightkickt...@gmail.com> wrote:
>
>> Hi all,
>>
>> I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on
>> top glusterfs.
>> On some VMs (especially one Windows server 2016 64bit with 500 GB of
>> disk). Guest agents are installed at VMs. i almost always observe that
>> during the backup of the VM the VM is rendered unresponsive (dashboard
>> shows a question mark at the VM status and VM does not respond to ping or
>> to anything).
>>
>> For scheduled backups I use:
>>
>> https://github.com/wefixit-AT/oVirtBackup
>>
>> The script does the following:
>>
>> 1. snapshot VM (this is done ok without any failure)
>>
>
> This is a very cheap operation
>
>
>> 2. Clone snapshot (this steps renders the VM unresponsive)
>>
>
> This copy 500g of data. In gluster case, it copies 1500g of data, since in
> glusterfs, the client
> is doing the replication.
>
> Maybe your network or gluster server is too slow? Can you describe the
> network topology?
>
> Please attach also the volume info for the gluster volume, maybe it is not
> configured in the
> best way?
>

The network is 1Gbit. The hosts (3 hosts) are decent ones and new hardware
with each host having: 32GB RAM, 16 CPU cores and 2 TB of storage in
RAID10.
The VMS hosted (7 VMs) exhibit high performance. The VMs are Windows 2016
and Windows10.
The network topology is: two networks defined at ovirt: ovirtmgmt is for
the managment and access network and "storage" is a separate network, where
each server is connected with two network cables at a managed switch with
mode 6 load balancing. this storage network is used for gluster traffic.
Attached the volume configuration.

> 3. Export Clone
>>
>
> This copy 500g to the export domain. If the export domain is on glusterfs
> as well, you
> copy now another 1500g of data.
>
>
Export domain a Synology NAS with NFS share.  If the cloning succeeds then
export is completed ok.

> 4. Delete clone
>>
>> 5. Delete snapshot
>>
>
> Not clear why do you need to clone the vm before you export it, you can
> save half of
> the data copies.
>
Because I cannot export the VM while it is running. It does not provide
such option.

>
> If you 4.2, you can backup the vm *while the vm is running* by:
> - Take a snapshot
> - Get the vm ovf from the engine api
> - Download the vm disks using ovirt-imageio and store the snaphosts in
> your backup
>   storage
> - Delete a snapshot
>
> In this flow, you would copy 500g.
>
> I am not aware about this option. checking quickly at site this seems that
it is still half implemented? Is there any script that I may use and test
this? I am interested to have these backups scheduled.


> Daniel, please correct me if I'm wrong regarding doing this online.
>
> Regardless, a vm should not become non-responsive while cloning. Please
> file a bug
> for this and attach engine, vdsm, and glusterfs logs.
>
>
Nir
>
> Do you have any similar experience? Any suggestions to address this?
>>
>> I have never seen such issue with hosted Linux VMs.
>>
>> The cluster has enough storage to accommodate the clone.
>>
>>
>> Thanx,
>>
>> Alex
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
Volume Name: vms
Type: Replicate
Volume ID: 00fee7f3-76e6-42b2-8f66-606b91df4a97
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: gluster2:/gluster/vms/brick
Brick2: gluster0:/gluster/vms/brick
Brick3: gluster1:/gluster/vms/brick
Options Reconfigured:
features.shard-block-size: 512MB
server.allow-insecure: on
performance.strict-o-direct: on
network.ping-timeout: 30
storage.owner-gid: 36
storage.owner-uid: 36
user.cifs: off
features.shard: on
cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8
cluster.locking-scheme: granular
cluster.data-self-heal-algorithm: full
cluster.server-quorum-type: server
cluster.quorum-type: auto
cluster.eager-lock: enable
network.remote-dio: on
performance.low-prio-threads: 32
performance.stat-prefetch: off
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
transport.address-family: inet
performance.readdir-ahead: off
nfs.disable: on
nfs.export-volumes: on
cluster.granular-entry-heal: enable
performance.cache-size: 1GB
server.event-threads: 4
client.event-threads: 4
[root@v0 setel]# 

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

Re: [ovirt-users] [ovirt-announce] [ANN] oVirt 4.2.1 Release is now available

[Alex K]

Thanx!



On Tue, Feb 13, 2018 at 12:54 PM, Sandro Bonazzola <sbona...@redhat.com>
wrote:

>
>
> 2018-02-13 11:42 GMT+01:00 Alex K <rightkickt...@gmail.com>:
>
>> Hi all,
>>
>> Is this version considered production ready?
>>
>
> Yes, 4.2.1 is considered production ready
>
>
>
>
>>
>> Thanx,
>> Alex
>>
>>
>> On Mon, Feb 12, 2018 at 7:14 PM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>>
>>>
>>> 2018-02-12 17:43 GMT+01:00 Gianluca Cecchi <gianluca.cec...@gmail.com>:
>>>
>>>> On Mon, Feb 12, 2018 at 4:22 PM, Lev Veyde <lve...@redhat.com> wrote:
>>>>
>>>>> The oVirt Project is pleased to announce the availability of the oVirt
>>>>> 4.2.1 Release, as of February 12th, 2018
>>>>>
>>>>> This update is a release of the first in a series of stabilization
>>>>> updates to the 4.2
>>>>> series.
>>>>>
>>>>> This release is available now for:
>>>>> * Red Hat Enterprise Linux 7.4 or later
>>>>> * CentOS Linux (or similar) 7.4 or later
>>>>>
>>>>> This release supports Hypervisor Hosts running:
>>>>> * Red Hat Enterprise Linux 7.4 or later
>>>>> * CentOS Linux (or similar) 7.4 or later
>>>>> * oVirt Node 4.2
>>>>>
>>>>>
>>>> Hello,
>>>> could you confirm that for plain CentOS 7.4 hosts there was no changes
>>>> between rc3 and final 4.2.1?
>>>>
>>>
>>> We had 3 RC after RC3, last one was RC6 https://lists.ovirt.org/pi
>>> permail/announce/2018-February/000387.html
>>>
>>>
>>>
>>>> I just updated an environment that was in RC3 and while the engine has
>>>> been updated, the host says no updates:
>>>>
>>>>  [root@ov42 ~]# yum update
>>>> Loaded plugins: fastestmirror, langpacks, product-id,
>>>> search-disabled-repos
>>>> Loading mirror speeds from cached hostfile
>>>>  * base: artfiles.org
>>>>  * extras: ba.mirror.garr.it
>>>>  * ovirt-4.2: ftp.nluug.nl
>>>>  * ovirt-4.2-epel: epel.besthosting.ua
>>>>  * updates: ba.mirror.garr.it
>>>> No packages marked for update
>>>>
>>>
>>> I think mirrors are still syncing, but resources.ovirt.org is updated.
>>> You can switch from mirrorlist to baseurl in your yum config file if you
>>> don't want to wait for the mirror to finish the sync.
>>>
>>>
>>>
>>>> [root@ov42 ~]#
>>>>
>>>> The mirrors seem the same that the engine has used some minutes before,
>>>> so they should be ok...
>>>>
>>>> engine packages passed from ovirt-engine-4.2.1.4-1.el7.centos.noarch
>>>> to ovirt-engine-4.2.1.6-1.el7.centos.noarch
>>>>
>>>> Base oVirt related packages on host are currently of this type, since
>>>> 4.2.1rc3:
>>>>
>>>> libvirt-daemon-3.2.0-14.el7_4.7.x86_64
>>>> ovirt-host-4.2.1-1.el7.centos.x86_64
>>>> ovirt-vmconsole-1.0.4-1.el7.noarch
>>>> qemu-kvm-ev-2.9.0-16.el7_4.13.1.x86_64
>>>> sanlock-3.5.0-1.el7.x86_64
>>>> vdsm-4.20.17-1.el7.centos.x86_64
>>>> virt-v2v-1.36.3-6.el7_4.3.x86_64
>>>>
>>>>
>>> yes, most of the changes in the last 3 rcs were related to cockpit-ovirt
>>> / ovirt-node / hosted engine
>>>
>>> $ cat ovirt-4.2.1_rc4.conf ovirt-4.2.1_rc5.conf ovirt-4.2.1_rc6.conf
>>> ovirt-4.2.1.conf
>>>
>>> # ovirt-engine-4.2.1.4
>>> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artif
>>> acts-el7-x86_64/6483/
>>>
>>> # cockpit-ovirt-0.11.7-0.1
>>> http://jenkins.ovirt.org/job/cockpit-ovirt_4.2_build-artifac
>>> ts-el7-x86_64/84/
>>>
>>> # ovirt-release42-4.2.1_rc4
>>> http://jenkins.ovirt.org/job/ovirt-release_master_build-arti
>>> facts-el7-x86_64/649/
>>> # otopi-1.7.7
>>> http://jenkins.ovirt.org/job/otopi_4.2_build-artifacts-el7-x86_64/2/
>>>
>>> # ovirt-host-deploy-1.7.2
>>> http://jenkins.ovirt.org/job/ovirt-host-deploy_4.2_build-art
>>> ifacts-el7-x86_64/4/
>>>
>>> # ovirt-hosted-engine-setup-2.2.9
>>> http://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_b
>>> uild-artifacts-el7-x86_64/5/
>>>
>>> # c

Re: [ovirt-users] [ovirt-announce] [ANN] oVirt 4.2.1 Release is now available

[Alex K]

Hi all,

Is this version considered production ready?

Thanx,
Alex


On Mon, Feb 12, 2018 at 7:14 PM, Sandro Bonazzola <sbona...@redhat.com>
wrote:

>
>
> 2018-02-12 17:43 GMT+01:00 Gianluca Cecchi <gianluca.cec...@gmail.com>:
>
>> On Mon, Feb 12, 2018 at 4:22 PM, Lev Veyde <lve...@redhat.com> wrote:
>>
>>> The oVirt Project is pleased to announce the availability of the oVirt 4.
>>> 2.1 Release, as of February 12th, 2018
>>>
>>> This update is a release of the first in a series of stabilization
>>> updates to the 4.2
>>> series.
>>>
>>> This release is available now for:
>>> * Red Hat Enterprise Linux 7.4 or later
>>> * CentOS Linux (or similar) 7.4 or later
>>>
>>> This release supports Hypervisor Hosts running:
>>> * Red Hat Enterprise Linux 7.4 or later
>>> * CentOS Linux (or similar) 7.4 or later
>>> * oVirt Node 4.2
>>>
>>>
>> Hello,
>> could you confirm that for plain CentOS 7.4 hosts there was no changes
>> between rc3 and final 4.2.1?
>>
>
> We had 3 RC after RC3, last one was RC6 https://lists.ovirt.org/
> pipermail/announce/2018-February/000387.html
>
>
>
>> I just updated an environment that was in RC3 and while the engine has
>> been updated, the host says no updates:
>>
>>  [root@ov42 ~]# yum update
>> Loaded plugins: fastestmirror, langpacks, product-id,
>> search-disabled-repos
>> Loading mirror speeds from cached hostfile
>>  * base: artfiles.org
>>  * extras: ba.mirror.garr.it
>>  * ovirt-4.2: ftp.nluug.nl
>>  * ovirt-4.2-epel: epel.besthosting.ua
>>  * updates: ba.mirror.garr.it
>> No packages marked for update
>>
>
> I think mirrors are still syncing, but resources.ovirt.org is updated.
> You can switch from mirrorlist to baseurl in your yum config file if you
> don't want to wait for the mirror to finish the sync.
>
>
>
>> [root@ov42 ~]#
>>
>> The mirrors seem the same that the engine has used some minutes before,
>> so they should be ok...
>>
>> engine packages passed from ovirt-engine-4.2.1.4-1.el7.centos.noarch
>> to ovirt-engine-4.2.1.6-1.el7.centos.noarch
>>
>> Base oVirt related packages on host are currently of this type, since
>> 4.2.1rc3:
>>
>> libvirt-daemon-3.2.0-14.el7_4.7.x86_64
>> ovirt-host-4.2.1-1.el7.centos.x86_64
>> ovirt-vmconsole-1.0.4-1.el7.noarch
>> qemu-kvm-ev-2.9.0-16.el7_4.13.1.x86_64
>> sanlock-3.5.0-1.el7.x86_64
>> vdsm-4.20.17-1.el7.centos.x86_64
>> virt-v2v-1.36.3-6.el7_4.3.x86_64
>>
>>
> yes, most of the changes in the last 3 rcs were related to cockpit-ovirt /
> ovirt-node / hosted engine
>
> $ cat ovirt-4.2.1_rc4.conf ovirt-4.2.1_rc5.conf ovirt-4.2.1_rc6.conf
> ovirt-4.2.1.conf
>
> # ovirt-engine-4.2.1.4
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-
> artifacts-el7-x86_64/6483/
>
> # cockpit-ovirt-0.11.7-0.1
> http://jenkins.ovirt.org/job/cockpit-ovirt_4.2_build-
> artifacts-el7-x86_64/84/
>
> # ovirt-release42-4.2.1_rc4
> http://jenkins.ovirt.org/job/ovirt-release_master_build-
> artifacts-el7-x86_64/649/
> # otopi-1.7.7
> http://jenkins.ovirt.org/job/otopi_4.2_build-artifacts-el7-x86_64/2/
>
> # ovirt-host-deploy-1.7.2
> http://jenkins.ovirt.org/job/ovirt-host-deploy_4.2_build-
> artifacts-el7-x86_64/4/
>
> # ovirt-hosted-engine-setup-2.2.9
> http://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_
> build-artifacts-el7-x86_64/5/
>
> # cockpit-ovirt-0.11.11-0.1
> http://jenkins.ovirt.org/job/cockpit-ovirt_4.2_build-
> artifacts-el7-x86_64/96/
>
> # ovirt-release42-4.2.1_rc5
> http://jenkins.ovirt.org/job/ovirt-release_master_build-
> artifacts-el7-x86_64/651/
>
> # ovirt-engine-appliance-4.2-20180202.1
> http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-pre_
> build-artifacts-el7-x86_64/62/
>
> # ovirt-node-ng-4.2.0-0.20180205.0
> http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_
> build-artifacts-el7-x86_64/212/
>
> # ovirt-engine-4.2.1.5
> http://jenkins.ovirt.org/job/ovirt-engine_4.2_build-
> artifacts-el7-x86_64/3/
>
> # ovirt-engine-4.2.1.6
> http://jenkins.ovirt.org/job/ovirt-engine_4.2_build-
> artifacts-el7-x86_64/12/
>
> # ovirt-release42-4.2.1_rc6
> http://jenkins.ovirt.org/job/ovirt-release_4.2_build-
> artifacts-el7-x86_64/164/
>
> # ovirt-release42-4.2.1
> http://jenkins.ovirt.org/job/ovirt-release_4.2_build-
> artifacts-el7-x86_64/173/
>
>
>
>> Thanks,
>> Gianluca
>>
>> ___
>> Announce mailing list
>> annou...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/announce
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.1 unable deploy HostedEngine on next host Configuration value not found: file=/etc/.../hosted-engine.conf

[Alex K]

Hi,

did you select "Deploy" when adding the new host?

See attached.

[image: Inline image 2]

Thanx,
Alex

On Fri, Feb 9, 2018 at 9:53 AM, Reznikov Alexei <reznikov...@soskol.com>
wrote:

> Hi all!
>
> After upgrade from ovirt 4.0 to 4.1, a have trouble add to next
> HostedEngine host to my cluster via webui... host add succesfully and
> become up, but HE not active in this host.
>
> log's from trouble host
> # cat agent.log
> > KeyError: 'Configuration value not found: 
> > file=/etc/ovirt-hosted-engine/hosted-engine.conf,
> key=gateway'
>
> # cat /etc/ovirt-hosted-engine/hosted-engine.conf
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> host_id=2
>
> log deploy from engine in attach.
>
> trouble host:
> ovirt-hosted-engine-setup-2.1.4-1.el7.centos.noarch
> ovirt-host-deploy-1.6.7-1.el7.centos.noarch
> vdsm-4.19.45-1.el7.centos.x86_64
> CentOS Linux release 7.4.1708 (Core)
>
> engine host:
> ovirt-release41-4.1.9-1.el7.centos.noarch
> ovirt-engine-4.1.9.1-1.el7.centos.noarch
> CentOS Linux release 7.4.1708 (Core)
>
> Please help me fix it.
>
> Thanx, Alex.
>
>
> ___
> 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 backups lead to unresponsive VM

[Alex K]

Hi all,

In case you need any further logs let me know.
Thanx for the time.

Alex

On Thu, Feb 8, 2018 at 9:41 AM, Alex K <rightkickt...@gmail.com> wrote:

> Hi Shani,
>
> Didn't notice that.
> I am attaching later vdsm logs.
>
> Thanx,
> Alex
>
> On Wed, Feb 7, 2018 at 5:31 PM, Shani Leviim <slev...@redhat.com> wrote:
>
>> Hi Alex,
>> Sorry for the mail's delay.
>>
>> From a brief look at your logs, I've noticed that the error you've got at
>> the engine's log was logged at 2018-02-03 00:22:56,
>> while your vdsm's log ends at 2018-02-03 00:01:01.
>> Is there a way you can reproduce a fuller vdsm log?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>> On Sat, Feb 3, 2018 at 5:41 PM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Attaching vdm log from host that trigerred the error, where the Vm that
>>> was being cloned was running at that time.
>>>
>>> thanx,
>>> Alex
>>>
>>> On Sat, Feb 3, 2018 at 5:20 PM, Yaniv Kaul <yk...@redhat.com> wrote:
>>>
>>>>
>>>>
>>>> On Feb 3, 2018 3:24 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>>>
>>>> Hi All,
>>>>
>>>> I have reproduced the backups failure. The VM that failed is named
>>>> Win-FileServer and is a Windows 2016 server 64bit with 300GB of disk.
>>>> During the cloning step the VM went unresponsive and I had to
>>>> stop/start it.
>>>> I am attaching the logs.I have another VM with same OS (named DC-Server
>>>> within the logs) but with smaller disk (60GB) which does not give any error
>>>> when it is cloned.
>>>> I see a line:
>>>>
>>>> EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null,
>>>> Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM
>>>> v2.sitedomain command SnapshotVDS failed: Message timeout which can be
>>>> caused by communication issues
>>>>
>>>>
>>>> I suggest adding relevant vdsm.log as well.
>>>> Y.
>>>>
>>>>
>>>> I appreciate any advise why I am facing such issue with the backups.
>>>>
>>>> thanx,
>>>> Alex
>>>>
>>>> On Tue, Jan 30, 2018 at 12:49 AM, Alex K <rightkickt...@gmail.com>
>>>> wrote:
>>>>
>>>>> Ok. I will reproduce and collect logs.
>>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>> On Jan 29, 2018 20:21, "Mahdi Adnan" <mahdi.ad...@outlook.com> wrote:
>>>>>
>>>>> I have Windows VMs, both client and server.
>>>>> if you provide the engine.log file we might have a look at it.
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Respectfully
>>>>> *Mahdi A. Mahdi*
>>>>>
>>>>> --
>>>>> *From:* Alex K <rightkickt...@gmail.com>
>>>>> *Sent:* Monday, January 29, 2018 5:40 PM
>>>>> *To:* Mahdi Adnan
>>>>> *Cc:* users
>>>>> *Subject:* Re: [ovirt-users] Ovirt backups lead to unresponsive VM
>>>>>
>>>>> Hi,
>>>>>
>>>>> I have observed this logged at host when the issue occurs:
>>>>>
>>>>> VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer
>>>>>
>>>>> or
>>>>>
>>>>> VDSM host.domain command GetStatsVDS failed: Connection reset by peer
>>>>>
>>>>> At engine logs have not been able to correlate.
>>>>>
>>>>> Are you hosting Windows 2016 server and Windows 10 VMs?
>>>>> The weird is that I have same setup on other clusters with no issues.
>>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>> On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan <mahdi.ad...@outlook.com>
>>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> We have a cluster of 17 nodes, backed by GlusterFS storage, and using
>>>>> this same script for backup.
>>>>> we have no issues with it so far.
>>>>> have you checked engine log file ?
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Respectfully
>>>&g

Re: [ovirt-users] ovirt and gateway behavior

[Alex K]

Hi,

I have seen hosts rendered unresponsive when gateway is lost.
I will be able to provide more info once I prepare an environment and test
this further.

Thanx,
Alex

On Tue, Feb 6, 2018 at 10:40 AM, Yaniv Kaul <yk...@redhat.com> wrote:

>
>
> On Feb 5, 2018 2:21 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>
> Hi all,
>
> I have a 3 nodes ovirt 4.1 cluster, self hosted on top of glusterfs. The
> cluster is used to host several VMs.
> I have observed that when gateway is lost (say the gateway device is down)
> the ovirt cluster goes down.
>
>
> Is the cluster down, or just the self-hosted engine?
>
>
> It seems a bit extreme behavior especially when one does not care if the
> hosted VMs have connectivity to Internet or not.
>
>
> Are the VMs down?
> The hosts?
> Y.
>
>
> Can this behavior be disabled?
>
> Thanx,
> Alex
>
> ___
> 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 4.2 vdsclient

[Alex K]

Hi Benny,

I was trying to do it with vdsm-client without success.

vdsm-client Task -h
usage: vdsm-client Task [-h] method [arg=value] ...

optional arguments:
  -h, --help  show this help message and exit

Task methods:
  method [arg=value]
getInfo   Get information about a Task.
getStatus Get Task status information.
revertRollback a Task to restore the previous system state.
clear Discard information about a finished Task.
stop  Stop a currently running Task.
[root@v0 common]# vdsm-client Task getInfo
vdsm-client: Command Task.getInfo with args {} failed:
(code=-32603, message=Internal JSON-RPC error: {'reason': '__init__() takes
exactly 2 arguments (1 given)'})
[root@v0 common]# vdsm-client Task getStatus
vdsm-client: Command Task.getStatus with args {} failed:
(code=-32603, message=Internal JSON-RPC error: {'reason': '__init__() takes
exactly 2 arguments (1 given)'})

What other arguments does this expect. When using Host namespace I am able
to run the available options.

Thanx,
Alex


On Tue, Feb 6, 2018 at 10:24 AM, Benny Zlotnik <bzlot...@redhat.com> wrote:

> It was replaced by vdsm-client[1]
>
> [1] - https://www.ovirt.org/develop/developer-guide/vdsm/vdsm-client/
>
> On Tue, Feb 6, 2018 at 10:17 AM, Alex K <rightkickt...@gmail.com> wrote:
>
>> Hi all,
>>
>> I have a stuck snapshot removal from a VM which is blocking the VM to
>> start.
>> In ovirt 4.1 I was able to cancel the stuck task by running within SPM
>> host:
>>
>> vdsClient -s 0 getAllTasksStatuses
>> vdsClient -s 0 stopTask 
>>
>> Is there a similar way to do at ovirt 4.2?
>>
>> Thanx,
>> Alex
>>
>>
>> ___
>> 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 and gateway behavior

[Alex K]

Hi Edward,

So this is not an expected behavior?
I will collect logs as soon as I reproduce it.

Thanx,
Alex

On Tue, Feb 6, 2018 at 9:36 AM, Edward Haas <eh...@redhat.com> wrote:

> Hi Alex,
>
> Please provide Engine logs from when this is occurring and mention the
> date/time we should focus at.
>
> Thanks,
> Edy.
>
>
> On Mon, Feb 5, 2018 at 2:19 PM, Alex K <rightkickt...@gmail.com> wrote:
>
>> Hi all,
>>
>> I have a 3 nodes ovirt 4.1 cluster, self hosted on top of glusterfs. The
>> cluster is used to host several VMs.
>> I have observed that when gateway is lost (say the gateway device is
>> down) the ovirt cluster goes down.
>>
>> It seems a bit extreme behavior especially when one does not care if the
>> hosted VMs have connectivity to Internet or not.
>>
>> Can this behavior be disabled?
>>
>> Thanx,
>> Alex
>>
>> ___
>> 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] ovirt 4.2 vdsclient

[Alex K]

Hi all,

I have a stuck snapshot removal from a VM which is blocking the VM to
start.
In ovirt 4.1 I was able to cancel the stuck task by running within SPM
host:

vdsClient -s 0 getAllTasksStatuses
vdsClient -s 0 stopTask 

Is there a similar way to do at ovirt 4.2?

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

[ovirt-users] ovirt and gateway behavior

[Alex K]

Hi all,

I have a 3 nodes ovirt 4.1 cluster, self hosted on top of glusterfs. The
cluster is used to host several VMs.
I have observed that when gateway is lost (say the gateway device is down)
the ovirt cluster goes down.

It seems a bit extreme behavior especially when one does not care if the
hosted VMs have connectivity to Internet or not.

Can this behavior be disabled?

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

[ovirt-users] Problem creating NFS storage domain

[Alex Bartonek]

Running oVirt 4.2.
Creating a NFS storage domain, creates but fails with: Failed with error 
AcquireHostIdFailure

Now, this is a new install of openmediavault.  I can ssh from the oVirt server, 
access the NFS share (its mounted) and can create files etc.  I'm sure its 
something small I'm overlooking.

Log output below:
messages:

Feb  4 22:19:09 santa sanlock[948]: 2018-02-04 22:19:09 45660 [18976]: open 
error -13 
/rhev/data-center/mnt/openmediavault.themagicm.com:_webserver__backups/1a7d0d5c-fdfa-4010-aa6d-47cbcf473e3f/dom_md/ids
Feb  4 22:19:09 santa sanlock[948]: 2018-02-04 22:19:09 45660 [18976]: s7 
open_disk 
/rhev/data-center/mnt/openmediavault.themagicm.com:_webserver__backups/1a7d0d5c-fdfa-4010-aa6d-47cbcf473e3f/dom_md/ids
 error -13
Feb  4 22:19:10 santa sanlock[948]: 2018-02-04 22:19:10 45661 [955]: s7 
add_lockspace fail result -19

vdsm.log:
2018-02-04 22:17:19,245-0600 ERROR (jsonrpc/2) [storage.TaskManager.Task] 
(Task='42eff5b1-5be9-4839-b613-f38c8c921d2f') Unexpected error (task:875)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in 
_run
return fn(*args, **kargs)
  File "", line 2, in attachStorageDomain
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method
ret = func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 1197, in 
attachStorageDomain
pool.attachSD(sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 982, in 
attachSD
dom.acquireHostId(self.id)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 797, in 
acquireHostId
self._manifest.acquireHostId(hostId, async)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 453, in 
acquireHostId
self._domainLock.acquireHostId(hostId, async)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py", line 
315, in acquireHostId
raise se.AcquireHostIdFailure(self._sdUUID, e)
AcquireHostIdFailure: Cannot acquire host id: 
(u'45e2c87e-f006-42f5-a672-e2640e739c80', SanlockException(19, 'Sanlock 
lockspace add failure', 'No such device'))
2018-02-04 22:17:19,246-0600 INFO  (jsonrpc/2) [storage.TaskManager.Task] 
(Task='42eff5b1-5be9-4839-b613-f38c8c921d2f') aborting: Task is aborted: 
"Cannot acquire host id: (u'45e2c87e-f006-42f5-a672-e2640e739c80', 
SanlockException(19, 'Sanlock lockspace add failure', 'No such device'))" - 
code 661 (task:1181)
2018-02-04 22:17:19,247-0600 ERROR (jsonrpc/2) [storage.Dispatcher] FINISH 
attachStorageDomain error=Cannot acquire host id: 
(u'45e2c87e-f006-42f5-a672-e2640e739c80', SanlockException(19, 'Sanlock 
lockspace add failure', 'No such device')) (dispatcher:82)
2018-02-04 22:17:19,247-0600 INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call 
StorageDomain.attach failed (error 661) in 1.01 seconds (__init__:573)

sanlock.log:

2018-02-04 22:14:02 45353 [955]: s5 lockspace 
2eb84e24-151d-4277-a680-3a081b3dde67:1:/rhev/data-center/mnt/openmediavault.themagicm.com:_webserver__backups/2eb84e24-151d-4277-a680-3a081b3dde67/dom_md/ids:0
2018-02-04 22:14:02 45353 [18524]: open error -13 
/rhev/data-center/mnt/openmediavault.themagicm.com:_webserver__backups/2eb84e24-151d-4277-a680-3a081b3dde67/dom_md/ids
2018-02-04 22:14:02 45353 [18524]: s5 open_disk 
/rhev/data-center/mnt/openmediavault.themagicm.com:_webserver__backups/2eb84e24-151d-4277-a680-3a081b3dde67/dom_md/ids
 error -13
2018-02-04 22:14:03 45354 [955]: s5 add_lockspace fail result -19

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt backups lead to unresponsive VM

[Alex K]

Ok. I will reproduce and collect logs.

Thanx,
Alex

On Jan 29, 2018 20:21, "Mahdi Adnan" <mahdi.ad...@outlook.com> wrote:

I have Windows VMs, both client and server.
if you provide the engine.log file we might have a look at it.


-- 

Respectfully
*Mahdi A. Mahdi*

------
*From:* Alex K <rightkickt...@gmail.com>
*Sent:* Monday, January 29, 2018 5:40 PM
*To:* Mahdi Adnan
*Cc:* users
*Subject:* Re: [ovirt-users] Ovirt backups lead to unresponsive VM

Hi,

I have observed this logged at host when the issue occurs:

VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer

or

VDSM host.domain command GetStatsVDS failed: Connection reset by peer

At engine logs have not been able to correlate.

Are you hosting Windows 2016 server and Windows 10 VMs?
The weird is that I have same setup on other clusters with no issues.

Thanx,
Alex

On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan <mahdi.ad...@outlook.com>
wrote:

Hi,

We have a cluster of 17 nodes, backed by GlusterFS storage, and using this
same script for backup.
we have no issues with it so far.
have you checked engine log file ?


-- 

Respectfully
*Mahdi A. Mahdi*

--
*From:* users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of Alex
K <rightkickt...@gmail.com>
*Sent:* Wednesday, January 24, 2018 4:18 PM
*To:* users
*Subject:* [ovirt-users] Ovirt backups lead to unresponsive VM

Hi all,

I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on
top glusterfs.
On some VMs (especially one Windows server 2016 64bit with 500 GB of disk).
Guest agents are installed at VMs. i almost always observe that during the
backup of the VM the VM is rendered unresponsive (dashboard shows a
question mark at the VM status and VM does not respond to ping or to
anything).

For scheduled backups I use:

https://github.com/wefixit-AT/oVirtBackup

The script does the following:

1. snapshot VM (this is done ok without any failure)

2. Clone snapshot (this steps renders the VM unresponsive)

3. Export Clone

4. Delete clone

5. Delete snapshot


Do you have any similar experience? Any suggestions to address this?

I have never seen such issue with hosted Linux VMs.

The cluster has enough storage to accommodate the clone.


Thanx,

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

Re: [ovirt-users] Ovirt backups lead to unresponsive VM

[Alex K]

Hi,

I have observed this logged at host when the issue occurs:

VDSM command GetStoragePoolInfoVDS failed: Connection reset by peer

or

VDSM host.domain command GetStatsVDS failed: Connection reset by peer

At engine logs have not been able to correlate.

Are you hosting Windows 2016 server and Windows 10 VMs?
The weird is that I have same setup on other clusters with no issues.

Thanx,
Alex

On Sun, Jan 28, 2018 at 9:21 PM, Mahdi Adnan <mahdi.ad...@outlook.com>
wrote:

> Hi,
>
> We have a cluster of 17 nodes, backed by GlusterFS storage, and using this
> same script for backup.
> we have no issues with it so far.
> have you checked engine log file ?
>
>
> --
>
> Respectfully
> *Mahdi A. Mahdi*
>
> --
> *From:* users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of
> Alex K <rightkickt...@gmail.com>
> *Sent:* Wednesday, January 24, 2018 4:18 PM
> *To:* users
> *Subject:* [ovirt-users] Ovirt backups lead to unresponsive VM
>
> Hi all,
>
> I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on
> top glusterfs.
> On some VMs (especially one Windows server 2016 64bit with 500 GB of
> disk). Guest agents are installed at VMs. i almost always observe that
> during the backup of the VM the VM is rendered unresponsive (dashboard
> shows a question mark at the VM status and VM does not respond to ping or
> to anything).
>
> For scheduled backups I use:
>
> https://github.com/wefixit-AT/oVirtBackup
>
> The script does the following:
>
> 1. snapshot VM (this is done ok without any failure)
>
> 2. Clone snapshot (this steps renders the VM unresponsive)
>
> 3. Export Clone
>
> 4. Delete clone
>
> 5. Delete snapshot
>
>
> Do you have any similar experience? Any suggestions to address this?
>
> I have never seen such issue with hosted Linux VMs.
>
> The cluster has enough storage to accommodate the clone.
>
>
> Thanx,
>
> Alex
>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Basic parts for rebuilding ovirt server

[Alex Bartonek]

Kinda pleased with the way the restore went. Sucks that my backups weren't 
working like I thought.

I did an engine backup, complete about a day before I lost data.

Are these the basic steps:

1. Reinstall CentOS (whatever OS you used)
2. Update all packages
3. Install ovirt
4. Engine restore
5. Engine setup

That gets you a basic ovirt server with your previous settings.

My problem:
Storage domains are gone along with the vms. How do I remove the VM's and 
storage domains that way I can recreate them?

Thanks

Sent from ProtonMail mobile___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Bad hd? or?

[Alex Bartonek]

Looks like the HD went bad.  I was able to restore from backups which were...20 
days old.  :-/  Nice.   Looks like my backup process hd issues and I never 
realized it.

Got it all sorted out.

​
Sent with ProtonMail Secure Email.
​

 Original Message 
 On January 26, 2018 6:18 PM, Christopher Cox <c...@endlessnow.com> wrote:

>checked /etc/mtab ?
>
> On 01/26/2018 06:10 PM, Alex Bartonek wrote:
>>I'm stumped.
>>I powercycled my server on accident and I cannot mount my data drive.  I
>> was getting buffer i/o errors but finally was able to boot up by
>> disabling automount in fstab.
>>I cannot mount my ext4 drive.   Anything else I can check?
>>root@blitzen t]# dmesg|grep sdb
>> [    1.714138] sd 2:1:0:1: [sdb] 585871964 512-byte logical blocks: (299
>> GB/279 GiB)
>> [    1.714275] sd 2:1:0:1: [sdb] Write Protect is off
>> [    1.714279] sd 2:1:0:1: [sdb] Mode Sense: 6b 00 00 08
>> [    1.714623] sd 2:1:0:1: [sdb] Write cache: disabled, read cache:
>> enabled, doesn't support DPO or FUA
>> [    1.750400]  sdb: sdb1
>> [    1.750969] sd 2:1:0:1: [sdb] Attached SCSI disk
>> [  443.936794]  sdb: sdb1
>> [  452.519482]  sdb: sdb1
>>sdb   8:16   0 279.4G  0 disk
>> ├─sdb1    8:17   0 279.4G  0 part
>> └─3600508b10010343132202020202a 253:3    0 279.4G  0 mpath
>>   └─3600508b10010343132202020202a1  253:4    0 279.4G  0 part
>>[root@blitzen t]# mount /dev/sdb1 /mnt/ovirt_data/
>> mount: /dev/sdb1 is already mounted or /mnt/ovirt_data busy
>> [root@blitzen t]# mount|grep sdb
>> [root@blitzen t]#
>>Thanks in advance.
>>
>>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

[ovirt-users] Bad hd? or?

[Alex Bartonek]

I'm stumped.

I powercycled my server on accident and I cannot mount my data drive.  I was 
getting buffer i/o errors but finally was able to boot up by disabling 
automount in fstab.

I cannot mount my ext4 drive.   Anything else I can check?

root@blitzen t]# dmesg|grep sdb
[1.714138] sd 2:1:0:1: [sdb] 585871964 512-byte logical blocks: (299 GB/279 
GiB)
[1.714275] sd 2:1:0:1: [sdb] Write Protect is off
[1.714279] sd 2:1:0:1: [sdb] Mode Sense: 6b 00 00 08
[1.714623] sd 2:1:0:1: [sdb] Write cache: disabled, read cache: enabled, 
doesn't support DPO or FUA
[1.750400]  sdb: sdb1
[1.750969] sd 2:1:0:1: [sdb] Attached SCSI disk
[  443.936794]  sdb: sdb1
[  452.519482]  sdb: sdb1

sdb   8:16   0 279.4G  0 disk
├─sdb18:17   0 279.4G  0 part
└─3600508b10010343132202020202a 253:30 279.4G  0 mpath
  └─3600508b10010343132202020202a1  253:40 279.4G  0 part

[root@blitzen t]# mount /dev/sdb1 /mnt/ovirt_data/
mount: /dev/sdb1 is already mounted or /mnt/ovirt_data busy
[root@blitzen t]# mount|grep sdb
[root@blitzen t]#

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

[ovirt-users] Ovirt backups lead to unresponsive VM

[Alex K]

Hi all,

I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on
top glusterfs.
On some VMs (especially one Windows server 2016 64bit with 500 GB of disk).
Guest agents are installed at VMs. i almost always observe that during the
backup of the VM the VM is rendered unresponsive (dashboard shows a
question mark at the VM status and VM does not respond to ping or to
anything).

For scheduled backups I use:

https://github.com/wefixit-AT/oVirtBackup

The script does the following:

1. snapshot VM (this is done ok without any failure)

2. Clone snapshot (this steps renders the VM unresponsive)

3. Export Clone

4. Delete clone

5. Delete snapshot


Do you have any similar experience? Any suggestions to address this?

I have never seen such issue with hosted Linux VMs.

The cluster has enough storage to accommodate the clone.


Thanx,

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

Re: [ovirt-users] oVirt storage access failure from host

[Alex K]

Hi Martin,

No deployments have been done and the servers have been restarted several
time since then.

I will go to ovirt 4.2 as soon as BZ - 1477589 is fixed. The false routing
error blocks migration of VMs to the host with this error.

Alex

On Fri, Jan 19, 2018 at 4:29 PM, Martin Sivak <msi...@redhat.com> wrote:

> Hi,
>
> Have you been adding or redeploying a host lately? If yes, then try
> restarting ovirt-ha-broker service. If it helps then it might be a
> case of this bug: https://bugzilla.redhat.com/1527394
>
> The ovirt-ha-agent and brokers from oVirt 4.2 are fixed already, but
> we havent backported the fix yet.
>
> Best regards
>
> Martin Sivak
>
> On Fri, Jan 19, 2018 at 1:01 PM, Alex K <rightkickt...@gmail.com> wrote:
> > Hi All,
> >
> > I have a 3 server ovirt 4.1 selft hosted setup with gluster replica 3.
> >
> > I see that suddenly one of the hosts reported as unresponsive and at same
> > time the /var/log/messages logged:
> >
> > ovirt-ha-broker ovirt_hosted_engine_ha.broker.listener.ConnectionHandler
> > ERROR Error handling request, data: 'set-storage-domain FilesystemBackend
> > dom_type=glusterfs
> > sd_uuid=ad7b9e2a-7ae3-46ad-9429-5f5ef452eac8'#012Traceback (most recent
> call
> > last):#012  File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/broker/listener.py",
> > line 166, in handle#012data)#012  File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/broker/listener.py",
> > line 299, in _dispatch#012.set_storage_domain(client, sd_type,
> > **options)#012  File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/broker/storage_broker.py",
> > line 66, in set_storage_domain#012self._backends[client].
> connect()#012
> > File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/lib/storage_backends.py",
> > line 462, in connect#012self._dom_type)#012  File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/lib/storage_backends.py",
> > line 107, in get_domain_path#012" in {1}".format(sd_uuid,
> > parent))#012BackendFailureException: path to storage domain
> > ad7b9e2a-7ae3-46ad-9429-5f5ef452eac8 not found in
> > /rhev/data-center/mnt/glusterSD
> > Jan 15 11:04:56 v1 journal: vdsm root ERROR failed to retrieve Hosted
> Engine
> > HA info#012Traceback (most recent call last):#012  File
> > "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 231, in
> > _getHaInfo#012stats = instance.get_all_stats()#012  File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/client/client.py",
> > line 103, in get_all_stats#012self._configure_broker_conn(
> broker)#012
> > File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/client/client.py",
> > line 180, in _configure_broker_conn#012dom_type=dom_type)#012  File
> > "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_
> ha/lib/brokerlink.py",
> > line 177, in set_storage_domain#012.format(sd_type, options,
> > e))#012RequestError: Failed to set storage domain FilesystemBackend,
> options
> > {'dom_type': 'glusterfs', 'sd_uuid':
> > 'ad7b9e2a-7ae3-46ad-9429-5f5ef452eac8'}: Request failed:  > 'ovirt_hosted_engine_ha.lib.storage_backends.BackendFailureException'>
> >
> >
> > At VDSM logs i see the following continuously logged:
> > [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00
> > seconds (__init__:539)
> >
> > No errors seen at gluster at same time frame.
> >
> > Any hints on what is causing this issue? It seems a storage access issue
> but
> > gluster was up and volumes ok. The VMs that I am running on top are
> Windows
> > 10 and Windows 2016 64 bit.
> >
> >
> > Thanx,
> > Alex
> >
> >
> > ___
> > 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] oVirt storage access failure from host

[Alex K]

Hi All,

I have a 3 server ovirt 4.1 selft hosted setup with gluster replica 3.

I see that suddenly one of the hosts reported as unresponsive and at same
time the /var/log/messages logged:

ovirt-ha-broker ovirt_hosted_engine_ha.broker.listener.ConnectionHandler
ERROR Error handling request, data: 'set-storage-domain FilesystemBackend
dom_type=glusterfs
sd_uuid=ad7b9e2a-7ae3-46ad-9429-5f5ef452eac8'#012Traceback (most recent
call last):#012  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
line 166, in handle#012data)#012  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
line 299, in _dispatch#012.set_storage_domain(client, sd_type,
**options)#012  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
line 66, in set_storage_domain#012self._backends[client].connect()#012
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
line 462, in connect#012self._dom_type)#012  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
line 107, in get_domain_path#012" in {1}".format(sd_uuid,
parent))#012BackendFailureException: path to storage domain
ad7b9e2a-7ae3-46ad-9429-5f5ef452eac8 not found in
/rhev/data-center/mnt/glusterSD
Jan 15 11:04:56 v1 journal: vdsm root ERROR failed to retrieve Hosted
Engine HA info#012Traceback (most recent call last):#012  File
"/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 231, in
_getHaInfo#012stats = instance.get_all_stats()#012  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 103, in get_all_stats#012self._configure_broker_conn(broker)#012
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 180, in _configure_broker_conn#012dom_type=dom_type)#012  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 177, in set_storage_domain#012.format(sd_type, options,
e))#012RequestError: Failed to set storage domain FilesystemBackend,
options {'dom_type': 'glusterfs', 'sd_uuid':
'ad7b9e2a-7ae3-46ad-9429-5f5ef452eac8'}: Request failed: 


At VDSM logs i see the following continuously logged:
[jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00
seconds (__init__:539)

No errors seen at gluster at same time frame.

Any hints on what is causing this issue? It seems a storage access issue
but gluster was up and volumes ok. The VMs that I am running on top are
Windows 10 and Windows 2016 64 bit.


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

Re: [ovirt-users] Ovirt 4.2 Windows guest tools

[Alex K]

Thanx,

Installed and seems to be working nicely.

Alex

On Wed, Jan 17, 2018 at 8:36 AM, Yedidyah Bar David <d...@redhat.com> wrote:

> On Tue, Jan 16, 2018 at 11:33 PM, Alex K <rightkickt...@gmail.com> wrote:
> > Hi all,
> >
> > Is the ISO at
> > http://plain.resources.ovirt.org/pub/ovirt-4.2/iso/oVirt-
> toolsSetup/4.2-1.el7.centos/
> > the  latest guest tools?
>
> Yes.
>
> > I'm interested for Windows 2016 and Windows 10.
>
> Good luck!
>
> Best regards,
> --
> Didi
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt 4.2 Windows guest tools

[Alex K]

Hi all,

Is the ISO at
http://plain.resources.ovirt.org/pub/ovirt-4.2/iso/oVirt-toolsSetup/4.2-1.el7.centos/
the  latest guest tools? I'm interested for Windows 2016 and Windows 10.

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

[ovirt-users] 答复: 答复: How power-saving schedule policy applied?

[Alex Shen]

Martin, 
Thanks for your response.
I've understood why ovirt keep hosts resource reserved. Meanwhile, I totally 
agree with you that CLI is better manner to do timeline based power saving 
policy.

Best regards


> Set ‘HostInReserve’ to 0. Bingo, cloudstack03 goes down as expected.
>
> But when I launch a new VM I get an error popup dialog which inform me 
> that there isn’t enough memory resource to start a new VM. Is it 
> normal way that power saving mechanism works? Can’t power saving policy 
> scheduling module wake up a host to launch VM automatically?
>

We decided against this. Booting a host can take a long time + there is some 
time before our management agent reports in and we can't wait that long when 
starting a VM. That is why we keep the empty host in reserve. That way the VM 
can be started immediately and the additional host's boot time does not matter 
too much.

> Also, Is there any timeline base power saving policy I can apply? Like 
> from 8’clock AM to 6’clock PM, 10 hosts up, 6’clock PM to next 8’clock AM, 
> just keep 3 hosts alive.

We do not have UI for this, but it is easily done using cron and REST API 
(either directly or using some SDK).
We were even working on it for a while, but it was put on backburner since 
sysadmins know cron well and the UI would have to be limited anyway.

Best regards

--
Martin Sivak
SLA / oVirt

On Tue, Jan 9, 2018 at 8:55 AM, Alex Shen <a...@bill-jc.com> wrote:
>
> Hi Martin, Karli
>
>
>
> Thank a lot for your help.
>
>
>
> According to your instruction, I added two parameters into cluster 
> configuration, as below.
>
> 1)  enable power cycling mechanisms
>
> 2)  reserve one host standing by
>
> My test bed:
>
> 3 hosts which are real servers, cloudstack01/cloudstack03/cloudstack04.
>
> Heavy load on cloudstack01, 21 vms
>
> Light load on cloudstack03, 1 vms
>
> No thing on cloudstack04
>
>
>
> When I shut down the last vm on cloudstack03(because I can’t migrate it to 
> cloudstack01, I guess the load is already exceeding the threshold), the 
> cloudstack04 goes to ‘maintenance’ then goes to ‘down’ state. Yepp, POWER 
> SAVING.
>
>
>
>
>
> I tried further test:
>
> Set ‘HostInReserve’ to 0. Bingo, cloudstack03 goes down as expected.
>
> But when I launch a new VM I get an error popup dialog which inform me that 
> there isn’t enough memory resource to start a new VM. Is it normal way that 
> power saving mechanism works? Can’t power saving policy scheduling module 
> wake up a host to launch VM automatically?
>
>
>
> Also, Is there any timeline base power saving policy I can apply? Like from 
> 8’clock AM to 6’clock PM, 10 hosts up, 6’clock PM to next 8’clock AM, just 
> keep 3 hosts alive.
>
>
>
> Best regards
>
> Alex
>
>
>
>
>
> 发件人: Martin Sivak [mailto:msi...@redhat.com]
> 发送时间: 2018年1月8日 19:43
> 收件人: Karli Sjöberg <ka...@inparadise.se>
> 抄送: Alex Shen <a...@bill-jc.com>; users <users@ovirt.org>
> 主题: Re: [ovirt-users] How power-saving schedule policy applied?
>
>
>
> Hi,
>
>
>
> and here is a fresh screenshot just for you :)
>
>
>
> You need to edit the cluster, select scheduling policy tab and add two 
> parameters to your Power saving policy. One enables the power cycling 
> mechanisms and the second one (HostsInReserve) controls how many empty hosts 
> are allowed to stay up. When the host is not empty anymore a new one will be 
> started.
>
>
>
> Best regards
>
>
>
> --
>
> Martin Sivak
>
> SLA / oVirt
>
>
>
> On Mon, Jan 8, 2018 at 12:29 PM, Karli Sjöberg <ka...@inparadise.se> wrote:
>
>
>
>
>
> Den 8 jan. 2018 12:07 skrev Alex Shen <a...@bill-jc.com>:
>
> Hi,
>
>
>
> I’m wondering how to apply power-saving schedule in ovirt cluster(version is 
> 4.2.0.2-1.el7.centos)? Is there any instruction or manual with UI snapshots 
> guidance? That will be appreciated.
>
>
>
> I’ve configed all host with ipmilan protocol and test ok. I suppose 
> that power saving policy should converge VMs into hosts one by one. 
> Something like that. From the beginning, all hosts are in ‘power off’ 
> state, if a VM launch, power saving scheduling module should power on 
> one host, and assign VM into that host. With many VMs activated, 
> exceeding the threshold, power saving scheduling module should turn on 
> another host…
>
>
>
> Jepp, that's basically how it works:)
>
>
>
> /K
>
>
>
>
>
> If anyone had played power saving scheduling policy, please share me your 
> scenarios or some hints. Thanks a lot.
>
>
>
> Alex
>
>
>
> 无病毒。www.avast.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
>
>
>
>
> 无病毒。www.avast.com



---
Avast 防毒软件已对此电子邮件执行病毒检查。
https://www.avast.com/antivirus


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

[ovirt-users] How power-saving schedule policy applied?

[Alex Shen]

Hi,



I'm wondering how to apply power-saving schedule in ovirt cluster(version is
4.2.0.2-1.el7.centos)? Is there any instruction or manual with UI snapshots
guidance? That will be appreciated.



I've configed all host with ipmilan protocol and test ok. I suppose that
power saving policy should converge VMs into hosts one by one. Something
like that. From the beginning, all hosts are in 'power off' state, if a VM
launch, power saving scheduling module should power on one host, and assign
VM into that host. With many VMs activated, exceeding the threshold, power
saving scheduling module should turn on another host.



If anyone had played power saving scheduling policy, please share me your
scenarios or some hints. Thanks a lot.



Alex



---
Avast 防毒软件已对此电子邮件执行病毒检查。
https://www.avast.com/antivirus
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest CPU reported 100%

[Alex K]

Hi Gianluca,

I am facing two different cases. Lets say the first case "stuck VM" and the
second "fake 100% CPU". On both I have verified that I have no storage
issues. Gluster volumes are up and accessible with other VMs (Windows 10
and Windows server 2016) running normally. The "stuck VM" case I have
observed more rarely. For the fake 100CPU% case, I suspect it could be sth
with the guest agent drivers or sth between qemu and Win10 since I've never
seen this with Windows 2016 server or Linux VMs.

Alex

On Mon, Jan 1, 2018 at 9:56 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Mon, Jan 1, 2018 at 8:43 PM, Alex K <rightkickt...@gmail.com> wrote:
>
>> Hi all and Happy New Year!
>>
>> I have a ovirt 4.1.3.5 cluster (running with 3 nodes and shared gluster
>> storage).
>> I have randomly observed that some Windows 10 64bit VMs are reported from
>> engine dashboard with 100%CPU while when connecting within the VM the CPU
>> utilization is normal.
>> Sometimes, when reported with 100% CPU I cannot get a console at VM
>> (console gives black screen) then I have to force shutdown the VM and start
>> it up again. The only warning I see is in the qemu logs of the guest
>> reporting that CPUs not present in any NUMA nodes.
>>
>> Any ideas how to tackle this?
>>
>> Thanx,
>> Alex
>>
>>
> Hi Alex,
> I have seen something similar but on ISCSI domain environment and not
> GlusterFS one, when I got problems with the storage array (in my case it
> was a firmware update that lasted too much) and the VMs were paused and
> after some seconds reactivated again.
> For some of them I registered the related qemu-kvm process going to fixed
> 100% cpu usage and unable to open spice console (black screen). But in my
> case also the VM itself was stuck: unable to connect to it via network or
> ping.
> I had to force power off the VM and power on it again. Some other VMs
> resumed from pause state without any apparent problem (apart from clock
> unsync).
> Both the good and bad VMs had ovirt guest agent running: they were CentOS
> 6.5 VMs
> Perhaps your situation is something in the middle verify you didn't
> had any problem with your storage and that your problematic VM had not been
> paused/resumed due to that
>
> Gianluca
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Guest CPU reported 100%

[Alex K]

Hi all and Happy New Year!

I have a ovirt 4.1.3.5 cluster (running with 3 nodes and shared gluster
storage).
I have randomly observed that some Windows 10 64bit VMs are reported from
engine dashboard with 100%CPU while when connecting within the VM the CPU
utilization is normal.
Sometimes, when reported with 100% CPU I cannot get a console at VM
(console gives black screen) then I have to force shutdown the VM and start
it up again. The only warning I see is in the qemu logs of the guest
reporting that CPUs not present in any NUMA nodes.

Any ideas how to tackle this?

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

Re: [ovirt-users] How to import OVA from oVirt 4.2 to oVirt 4.2

[Alex Bartonek]

I used clonezilla and built the VM that way.  If you get the OVA thing working, 
cool..  but in the meantime, here's how I did it using Clonezilla.

https://www.unix1337.com/cloning-a-virtualbox-vm-to-ovirt-4-2/

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: How to import OVA from oVirt 4.2 to oVirt 4.2
> Local Time: December 28, 2017 8:03 PM
> UTC Time: December 29, 2017 2:03 AM
> From: a...@unix1337.com
> To: users 
>
> Followed instructions here:
> https://www.ovirt.org/develop/release-management/features/virt/virt-v2v-integration/
> Section: Importing OVA Files from VMware
> Even though its not VMWare, its an ova file so I followed the steps there.  
> Ownership of the file is 777, wide open.
>
> Error after clicking load: Failed to load VM configuration from OVA file: 
> /media/primary/extra_space/CentOS7.ova
>
> Error in engine.log:
> 2017-12-28 20:03:04,910-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default 
> task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Executing Ansible command:  
> [/usr/bin/ansible-playbook, 
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa, 
> --inventory=/tmp/ansible-inventory4892490524555390378, 
> --extra-vars=ovirt_query_ova_path=/media/primary/extra_space/CentOS7.ova, 
> /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile: null]
> 2017-12-28 20:03:09,045-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default 
> task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Ansible playbook command has 
> exited with value: 0
> 2017-12-28 20:03:09,046-06 ERROR 
> [org.ovirt.engine.core.bll.GetVmFromOvaQuery] (default task-38) 
> [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Query 'GetVmFromOvaQuery' failed: null
> 2017-12-28 20:03:09,046-06 ERROR 
> [org.ovirt.engine.core.bll.GetVmFromOvaQuery] (default task-38) 
> [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Exception: 
> java.lang.NullPointerException
> at 
> org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:47)
>  [bll.jar:]
> at 
> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
>  [bll.jar:]
> at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) 
> [dal.jar:]
> at 
> org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14)
>  [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579) [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:548) [bll.jar:]
> at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) [:1.8.0_151]
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at 
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at 
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at 
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at 
> org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
>  [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
> at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at 
> org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
>  [common.jar:]
> at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source) [:1.8.0_151]
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at 
> org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) 
> [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at 
> org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82)
>  [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
> at 
> org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
> at 

Re: [ovirt-users] Some questions

[Alex Bartonek]

Did you add the virtscsi drivers?

Sent from ProtonMail mobile

 Original Message 
On Dec 29, 2017, 11:57 AM, Pepe Pepe wrote:

> Hello!
>
> I got some questions for you.
>
> 1. How can I acces to the User Portal from a different PC of my subnetwork 
> (appart from the one which has the engine)? IP/UserPortal doesn't work.
>
> 2. I have Ubuntu and CentOS in a VM. I added a NIC to each one but they don't 
> appear as a interface.
>
> 3. Why when I try to install W10, it doesn't detect any Hard Drive ? I added 
> the floppy disk as it's explained on the web guides.
>
> Thanks in advance,
>
> Regards and have a nice day!
>
> Jose.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

Have you tried 32bit Windows VM? It works that way.

Sent from ProtonMail mobile

 Original Message 
On Dec 29, 2017, 12:04 AM, Blaster wrote:

> On 12/27/2017 5:04 PM, Blaster wrote:
>> On 12/27/2017 12:13 PM, Alex Bartonek wrote:
>>> Got it working!!!   Install Win 7 x86, NOT 64bit.  Install Blue
>>> Iris.   I only installed ethernet drivers and vid card drivers.
>>> I'll install the rest but am assuming it should work fine.  Bye bye
>>> XenServ
>
> I did a little testing with QEMU
>
> Physical CPU:  Athlon II 640
> QEMU CPU types: Opteron G3, Host, KVM 64
> result: All worked fine
>
> Physical CPU: I7-4790K
> QEMU CPU types: KVM64
> result: Worked fine
>
> QEMU CPU types: Host, Haswell-NOTSX
> result: Panic on Blue Iris startup
>
> It would be interesting to keep notching the Intel CPU types down until
> it worked.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Test

[Alex K]

test email.
for some reason I do not receive messages from this mailing list.

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

[ovirt-users] How to import OVA from oVirt 4.2 to oVirt 4.2

[Alex Bartonek]

Followed instructions here:
https://www.ovirt.org/develop/release-management/features/virt/virt-v2v-integration/
Section: Importing OVA Files from VMware
Even though its not VMWare, its an ova file so I followed the steps there.  
Ownership of the file is 777, wide open.

Error after clicking load: Failed to load VM configuration from OVA file: 
/media/primary/extra_space/CentOS7.ova

Error in engine.log:
2017-12-28 20:03:04,910-06 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-38) 
[b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Executing Ansible command:  
[/usr/bin/ansible-playbook, 
--private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa, 
--inventory=/tmp/ansible-inventory4892490524555390378, 
--extra-vars=ovirt_query_ova_path=/media/primary/extra_space/CentOS7.ova, 
/usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile: null]
2017-12-28 20:03:09,045-06 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-38) 
[b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Ansible playbook command has exited with 
value: 0
2017-12-28 20:03:09,046-06 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery] 
(default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Query 
'GetVmFromOvaQuery' failed: null
2017-12-28 20:03:09,046-06 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery] 
(default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Exception: 
java.lang.NullPointerException
at 
org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:47)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
 [bll.jar:]
at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) 
[dal.jar:]
at 
org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14)
 [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579) [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:548) [bll.jar:]
at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) [:1.8.0_151]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_151]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
 [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
 [common.jar:]
at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source) [:1.8.0_151]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_151]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
at 
org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) 
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82)
 [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

geez... yes, you were correct. I added the description to the VM not the 
*disk*.  :-/
Sorry about that.  That took care of it.  Simple.  Very cool!!  Thank you very  
much!

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:57 PM
> UTC Time: December 28, 2017 10:57 PM
> From: aha...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> users <users@ovirt.org>
>
> Thanks.
> It seems that it fails at the same place it failed before [1]. The only 
> reason for this failure is that the disk's description is empty.
> Are you sure that you set a description for the right disk? Can you attach a 
> screenshot of the VM's disk info?
>
> [1] 
> https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.2.0/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L55
>
> On Fri, Dec 29, 2017 at 12:45 AM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> shut down the engine, deleted engine.log, started up and attached entire 
>> log.  It does contain a java stack dump.
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 4:36 PM
>>> UTC Time: December 28, 2017 10:36 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek <a...@unix1337.com>
>>> users <users@ovirt.org>
>>>
>>> That's weird that we don't get the stacktrace for that NPE, I wonder if we 
>>> encounter the problem that was discussed in this old thread: [1]
>>> Could you restart the engine and try again, hoping that then we'll get the 
>>> stacktrace (it was shown previously in the engine,log and was related to 
>>> that empty disk description)
>>>
>>> [1] 
>>> https://stackoverflow.com/questions/2411487/nullpointerexception-in-java-with-no-stacktrace
>>>
>>> On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek <a...@unix1337.com> wrote:
>>>
>>>> 2017-12-28 16:14:59,452-06 INFO  
>>>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
>>>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
>>>> BaseAsyncTask::removeTaskFromDB: Removed task 
>>>> '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
>>>> 2017-12-28 16:14:59,452-06 INFO  
>>>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
>>>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
>>>> CommandAsyncTask::HandleEndActionResult [within thread]: Removing 
>>>> CommandMultiAsyncTasks object for entity 
>>>> '84686e92-7ca6-4228-9d3c-31289b2d1d57'
>>>> 2017-12-28 16:15:48,805-06 INFO  
>>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks 
>>>> map. The map contains now 1 tasks
>>>> 2017-12-28 16:16:18,805-06 INFO  
>>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks 
>>>> map. The map contains now 0 tasks
>>>> 2017-12-28 16:16:18,805-06 INFO  
>>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks of 
>>>> pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
>>>> 2017-12-28 16:21:17,538-06 INFO  
>>>> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
>>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
>>>> 'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
>>>> 2017-12-28 16:21:17,538-06 INFO  
>>>> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
>>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
>>>> 'engine' is using 0 threads out of 500, 8 threads waiting for tasks and 0 
>>>> tasks in queue.
>>>> 2017-12-28 16:21:17,538-06 INFO  
>>>> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
>>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
>>>> 'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting 
>>>> in the queue.
>>>> 2017-12-28 16:21:17,538-06 INFO  
>>>> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
>>>> (EE-ManagedThreadFactory-

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

led-Thread-31) [] Polling and updating 
Async Tasks: 2 tasks, 1 tasks to poll now
2017-12-28 16:23:19,519-06 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(EE-ManagedThreadFactory-engineScheduled-Thread-31) [] SPMAsyncTask::PollTask: 
Polling task 'f2c7f5ec-b166-4cf2-97b6-b2cc02f715e1' (Parent Command 
'RemoveDisk', Parameters Type 
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 
'finished', result 'success'.
2017-12-28 16:23:19,530-06 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(EE-ManagedThreadFactory-engineScheduled-Thread-31) [] 
BaseAsyncTask::onTaskEndSuccess: Task 'f2c7f5ec-b166-4cf2-97b6-b2cc02f715e1' 
(Parent Command 'RemoveDisk', Parameters Type 
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended 
successfully.
2017-12-28 16:23:19,563-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engineScheduled-Thread-31) [] 
CommandAsyncTask::endActionIfNecessary: All tasks of command 
'f9ca5d6f-effe-41a2-835f-83f04da2de73' has ended -> executing 'endAction'
2017-12-28 16:23:19,563-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engineScheduled-Thread-31) [] 
CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: 
'f9ca5d6f-effe-41a2-835f-83f04da2de73'): calling endAction '.
2017-12-28 16:23:19,564-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15532) [] 
CommandAsyncTask::endCommandAction [within thread] context: Attempting to 
endAction 'RemoveDisk',
2017-12-28 16:23:19,579-06 INFO  
[org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] Ending command 
'org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand' successfully.
2017-12-28 16:23:19,585-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] 
CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action 
type 'RemoveDisk' completed, handling the result.
2017-12-28 16:23:19,585-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] 
CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action 
type 'RemoveDisk' succeeded, clearing tasks.
2017-12-28 16:23:19,585-06 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] 
SPMAsyncTask::ClearAsyncTask: Attempting to clear task 
'f2c7f5ec-b166-4cf2-97b6-b2cc02f715e1'
2017-12-28 16:23:19,588-06 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] START, 
SPMClearTaskVDSCommand( 
SPMTaskGuidBaseVDSCommandParameters:{storagePoolId='3bb4edf8-be27-42e4-b860-a1f1f293b81c',
 ignoreFailoverLimit='false', taskId='f2c7f5ec-b166-4cf2-97b6-b2cc02f715e1'}), 
log id: 6c25b62
2017-12-28 16:23:19,591-06 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] START, 
HSMClearTaskVDSCommand(HostName = reindeerHost, 
HSMTaskGuidBaseVDSCommandParameters:{hostId='4f344875-08d8-49d8-b2ee-5ca3e1810051',
 taskId='f2c7f5ec-b166-4cf2-97b6-b2cc02f715e1'}), log id: 4d4fcced
2017-12-28 16:23:19,602-06 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] FINISH, 
HSMClearTaskVDSCommand, log id: 4d4fcced
2017-12-28 16:23:19,602-06 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] FINISH, 
SPMClearTaskVDSCommand, log id: 6c25b62
2017-12-28 16:23:19,614-06 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] 
BaseAsyncTask::removeTaskFromDB: Removed task 
'f2c7f5ec-b166-4cf2-97b6-b2cc02f715e1' from DataBase
2017-12-28 16:23:19,614-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15532) [31f8fbf6] 
CommandAsyncTask::HandleEndActionResult [within thread]: Removing 
CommandMultiAsyncTasks object for entity 'f9ca5d6f-effe-41a2-835f-83f04da2de73'
2017-12-28 16:24:18,808-06 INFO  
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
(EE-ManagedThreadFactory-engineScheduled-Thread-55) [] Setting new tasks map. 
The map contains now 1 tasks

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:20 PM
> UTC Time: December 28, 2017 10:20 PM
> From: aha...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> users <users@ovirt.org>
>
> :/
> Can you please attach the new log?
>
> On Fri, Dec 29, 2017 at 12:18 AM, Alex Bartonek <a...@unix1337.com&

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

Yes it was empty.  Tried again, same failure.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:11 PM
> UTC Time: December 28, 2017 10:11 PM
> From: aha...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> users <users@ovirt.org>
>
> Thanks.
> Is the description of the disk of the VM empty?
> If it is, please type some description and then try again.
>
> On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> Attached.  Its 3.8 mb decompressed.
>>
>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 3:56 PM
>>> UTC Time: December 28, 2017 9:56 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek <a...@unix1337.com>
>>> users <users@ovirt.org>
>>>
>>> On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek <a...@unix1337.com> wrote:
>>>
>>>> That is the excerpt from the  engine log file.   There isnt any  more java 
>>>> stack dump in it other than what I captured.
>>>
>>> Can you please attach the entire engine.log to this thread or to a new bug 
>>> (https://bugzilla.redhat.com)?
>>>
>>>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>>>
>>>>>  Original Message 
>>>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>>>> Local Time: December 28, 2017 3:18 PM
>>>>> UTC Time: December 28, 2017 9:18 PM
>>>>> From: aha...@redhat.com
>>>>> To: Alex Bartonek <a...@unix1337.com>
>>>>> users <users@ovirt.org>
>>>>>
>>>>> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek <a...@unix1337.com> wrote:
>>>>>
>>>>>> Log uploaded to:
>>>>>>
>>>>>> http://textuploader.com/dc2be
>>>>>
>>>>> Thanks!
>>>>> Exporting and importing as OVA files is the new shiny way of doing that 
>>>>> as from 4.2 but unfortunately, there seems to be an error while 
>>>>> generating OVF for the VM you're trying to export.
>>>>> I see NullPointerException in the log and an empty line afterwards, can 
>>>>> you please check if there is a stacktrace right below in the engine.log 
>>>>> that was not copied? It should be below:
>>>>> 2017-12-28 14:45:03,728-06 ERROR 
>>>>> [org.ovirt.engine.core.bll.CreateOvaCommand] 
>>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception: 
>>>>> java.lang.NullPointerException
>>>>>
>>>>>>
>>>>>>
>>>>>>>  Original Message 
>>>>>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>>>>>> Local Time: December 28, 2017 2:41 PM
>>>>>>> UTC Time: December 28, 2017 8:41 PM
>>>>>>> From: aha...@redhat.com
>>>>>>> To: Alex Bartonek <a...@unix1337.com>
>>>>>>> users <users@ovirt.org>
>>>>>>>
>>>>>>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek" <a...@unix1337.com> כתב:
>>>>>>>
>>>>>>>> After the success of getting my VM's working on my test server, I 
>>>>>>>> decided to wipe out another server I had and wanted to move my VMs to 
>>>>>>>> it.   I tried the "Export" as ova and it seems to work but in the 
>>>>>>>> Tasks its red:
>>>>>>>>
>>>>>>>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host 
>>>>>>>> junkHost".
>>>>>>>>
>>>>>>>> The .ova is never created.   Is there another way to do this?  Both 
>>>>>>>> servers are running 4.2.
>>>>>>>>
>>>>>>>> Googling hasnt helped me find a solution yet...
>>>>>>>
>>>>>>> Can you please share engine.log?
>>>>>>>
>>>>>>>> ___
>>>>>>>> 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] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

That is the excerpt from the  engine log file.   There isnt any  more java 
stack dump in it other than what I captured.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:18 PM
> UTC Time: December 28, 2017 9:18 PM
> From: aha...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> users <users@ovirt.org>
>
> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> Log uploaded to:
>>
>> http://textuploader.com/dc2be
>
> Thanks!
> Exporting and importing as OVA files is the new shiny way of doing that as 
> from 4.2 but unfortunately, there seems to be an error while generating OVF 
> for the VM you're trying to export.
> I see NullPointerException in the log and an empty line afterwards, can you 
> please check if there is a stacktrace right below in the engine.log that was 
> not copied? It should be below:
> 2017-12-28 14:45:03,728-06 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception: 
> java.lang.NullPointerException
>
>>
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 2:41 PM
>>> UTC Time: December 28, 2017 8:41 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek <a...@unix1337.com>
>>> users <users@ovirt.org>
>>>
>>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek" <a...@unix1337.com> כתב:
>>>
>>>> After the success of getting my VM's working on my test server, I decided 
>>>> to wipe out another server I had and wanted to move my VMs to it.   I 
>>>> tried the "Export" as ova and it seems to work but in the Tasks its red:
>>>>
>>>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host 
>>>> junkHost".
>>>>
>>>> The .ova is never created.   Is there another way to do this?  Both 
>>>> servers are running 4.2.
>>>>
>>>> Googling hasnt helped me find a solution yet...
>>>
>>> Can you please share engine.log?
>>>
>>>> ___
>>>> 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] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

Log uploaded to:

http://textuploader.com/dc2be

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 2:41 PM
> UTC Time: December 28, 2017 8:41 PM
> From: aha...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> users <users@ovirt.org>
>
> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek" <a...@unix1337.com> כתב:
>
>> After the success of getting my VM's working on my test server, I decided to 
>> wipe out another server I had and wanted to move my VMs to it.   I tried the 
>> "Export" as ova and it seems to work but in the Tasks its red:
>>
>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host junkHost".
>>
>> The .ova is never created.   Is there another way to do this?  Both servers 
>> are running 4.2.
>>
>> Googling hasnt helped me find a solution yet...
>
> Can you please share engine.log?
>
>> ___
>> 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] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

After the success of getting my VM's working on my test server, I decided to 
wipe out another server I had and wanted to move my VMs to it.   I tried the 
"Export" as ova and it seems to work but in the Tasks its red:

"Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host junkHost".

The .ova is never created.   Is there another way to do this?  Both servers are 
running 4.2.

Googling hasnt helped me find a solution yet...___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

Got it working!!!   Install Win 7 x86, NOT 64bit.  Install Blue Iris.   I only 
installed ethernet drivers and vid card drivers.   I'll install the rest but am 
assuming it should work fine.  Bye bye XenServer!

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
> Local Time: December 27, 2017 11:05 AM
> UTC Time: December 27, 2017 5:05 PM
> From: blas...@556nato.com
> To: Yaniv Kaul <yk...@redhat.com>
> Alex Bartonek <a...@unix1337.com>, users@ovirt.org <users@ovirt.org>
>
> I did that over a year ago when I first had the issue.  They washed their 
> hands of it saying it was known to work on ESXi and they don’t have any 
> device drivers nor where they doing anything but standard Windows library 
> calls, so they pushed it back to a Hypervisor issue.
>
> It’s known to work with ESXi and Xenserver.   I haven’t heard either way on 
> Proxmox.  I’m guessing there’s some issue with QEMU.
>
>> On Dec 27, 2017, at 1:28 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>>
>> On Wed, Dec 27, 2017 at 1:07 AM, Alex Bartonek <a...@unix1337.com> wrote:
>>
>>> This is a first time install of 4.2, first time build of a Win 7 64bit vm, 
>>> first time oVirt user.  :-)
>>> Blue Iris works fine under XenServer but thats what I'm migrating away from.
>>>
>>> VM is nothing special.  4gb ram assigned, OS set as "Win 7 64 bit", 1 
>>> virtual cpu everything else is default.  Virtio drivers installed after 
>>> first boot.  I'll re-install Win 7 64bit, have it take a dump and then post 
>>> the dump details.
>>>
>>> Copy of the dump analysis:
>>> http://textuploader.com/dcpbp
>>
>> Perhaps worth contacting the developers of Blue Iris?
>> ( Based on: PROCESS_NAME:  BlueIris.exe in the dump analysis).
>>
>> Y.
>>
>>>>  Original Message 
>>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>>>> Local Time: December 26, 2017 3:36 PM
>>>> UTC Time: December 26, 2017 9:36 PM
>>>> From: yk...@redhat.com
>>>> To: Alex Bartonek <a...@unix1337.com>
>>>> Ovirt Users <users@ovirt.org>
>>>>
>>>> On Dec 26, 2017 10:49 PM, "Alex Bartonek" <a...@unix1337.com> wrote:
>>>>
>>>>> I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in a 
>>>>> VM.  Installed the virtio drivers also.   Plain jane Win 7 setup, nothing 
>>>>> extra.  Installed Blue Iris.  When I run Blue Iris, it blue screens.   
>>>>> Anyone got Blue Iris to work under 4.2 in a Windows VM?
>>>>
>>>> There are many missing details, it'd be interesting to begin with the blue 
>>>> screen details and the VM configuration.
>>>> Did it work with previous versions?
>>>> Y.
>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

Ok, so I wont build another VM.

Never tried Q35 till now.  Same problem.  Stil BSOD.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
> Local Time: December 27, 2017 11:02 AM
> UTC Time: December 27, 2017 5:02 PM
> From: blas...@556nato.com
> To: Alex Bartonek <a...@unix1337.com>
> users@ovirt.org <users@ovirt.org>
>
> I tried that back in July of 16 when I first reported the issue to this list. 
>  I installed bare Win 10 with no VirtIO drivers (ie, using e1000 for network 
> and IDE for disk) and it still blue screened as soon as the Blue Iris service 
> started.
>
> The other thing you could possible try is a different chipset type.  I’m 
> using the 440-4.2.  Have you tried Q35?.
>
>> On Dec 27, 2017, at 10:51 AM, Alex Bartonek <a...@unix1337.com> wrote:
>>
>> Replying to myself..lol.  Figured you guys would also be interested or 
>> someone else who would like Blue Iris working.
>>
>> One of the things I read was the "cpu type".  I'm running this on a HP DL360 
>> g5 with dual Xeon 5160's.  That CPU "Woodcrest" isnt listed, so I specified 
>> "Conroe".  Maybe thats the cause, I'm not sure.  On my other DL360 g5, it 
>> also has dual 5160's but running XenServer.  Blue Iris works fine under that 
>> setup with the same Win 7 64bit install.
>>
>> So now, IMO, it goes back to drivers that I have installed in the VM I 
>> believe.  I'm going to build another Win 7 64 bit VM but only install the 
>> NIC once the VM boots in oVirt.  Maybe something else is causing it to BSOD.
>>
>> At any rate, I appreciate the replys from all of you.  Thanks again.. I'll 
>> reply if I find something useful.
>>
>> Sent with [ProtonMail](https://protonmail.com/) Secure Email.
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>>> Local Time: December 26, 2017 8:10 PM
>>> UTC Time: December 27, 2017 2:10 AM
>>> From: a...@unix1337.com
>>> To:
>>> users@ovirt.org <users@ovirt.org>
>>>
>>> Yep..found that already.  Still have the same issue.  TBH, I'm looking at 
>>> ZoneMinder.  I used to use it instead of Blue Iris a few years back.  If 
>>> that works, even better.  If someone were to find a fix for Blue Iris, that 
>>> would be nice also.
>>>
>>> Sent with [ProtonMail](https://protonmail.com/) Secure Email.
>>>
>>>>  Original Message 
>>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>>>> Local Time: December 26, 2017 7:14 PM
>>>> UTC Time: December 27, 2017 1:14 AM
>>>> From: do...@fortnebula.com
>>>> To: Alex Bartonek <a...@unix1337.com>
>>>> users@ovirt.org <users@ovirt.org>
>>>>
>>>> http://lists.ovirt.org/pipermail/users/2016-July/074936.html
>>>>
>>>> On Tue, Dec 26, 2017 at 6:07 PM, Alex Bartonek <a...@unix1337.com> wrote:
>>>>
>>>>> This is a first time install of 4.2, first time build of a Win 7 64bit 
>>>>> vm, first time oVirt user.  :-)
>>>>> Blue Iris works fine under XenServer but thats what I'm migrating away 
>>>>> from.
>>>>>
>>>>> VM is nothing special.  4gb ram assigned, OS set as "Win 7 64 bit", 1 
>>>>> virtual cpu everything else is default.  Virtio drivers installed after 
>>>>> first boot.  I'll re-install Win 7 64bit, have it take a dump and then 
>>>>> post the dump details.
>>>>>
>>>>> Copy of the dump analysis:
>>>>> http://textuploader.com/dcpbp
>>>>>
>>>>>>  Original Message 
>>>>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no 
>>>>>> workie
>>>>>> Local Time: December 26, 2017 3:36 PM
>>>>>> UTC Time: December 26, 2017 9:36 PM
>>>>>> From: yk...@redhat.com
>>>>>> To: Alex Bartonek <a...@unix1337.com>
>>>>>> Ovirt Users <users@ovirt.org>
>>>>>>
>>>>>> On Dec 26, 2017 10:49 PM, "Alex Bartonek" <a...@unix1337.com> wrote:
>>>>>>
>>>>>>> I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in 
>>>>>>> a VM.  Installed th

Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

Replying to myself..lol.  Figured you guys would also be interested or someone 
else who would like Blue Iris working.

One of the things I read was the "cpu type".  I'm running this on a HP DL360 g5 
with dual Xeon 5160's.  That CPU "Woodcrest" isnt listed, so I specified 
"Conroe".  Maybe thats the cause, I'm not sure.  On my other DL360 g5, it also 
has dual 5160's but running XenServer.  Blue Iris works fine under that setup 
with the same Win 7 64bit install.

So now, IMO, it goes back to drivers that I have installed in the VM I believe. 
 I'm going to build another Win 7 64 bit VM but only install the NIC once the 
VM boots in oVirt.  Maybe something else is causing it to BSOD.

At any rate, I appreciate the replys from all of you.  Thanks again.. I'll 
reply if I find something useful.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
> Local Time: December 26, 2017 8:10 PM
> UTC Time: December 27, 2017 2:10 AM
> From: a...@unix1337.com
> To:
> users@ovirt.org <users@ovirt.org>
>
> Yep..found that already.  Still have the same issue.  TBH, I'm looking at 
> ZoneMinder.  I used to use it instead of Blue Iris a few years back.  If that 
> works, even better.  If someone were to find a fix for Blue Iris, that would 
> be nice also.
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>
>>  Original Message 
>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>> Local Time: December 26, 2017 7:14 PM
>> UTC Time: December 27, 2017 1:14 AM
>> From: do...@fortnebula.com
>> To: Alex Bartonek <a...@unix1337.com>
>> users@ovirt.org <users@ovirt.org>
>>
>> http://lists.ovirt.org/pipermail/users/2016-July/074936.html
>>
>> On Tue, Dec 26, 2017 at 6:07 PM, Alex Bartonek <a...@unix1337.com> wrote:
>>
>>> This is a first time install of 4.2, first time build of a Win 7 64bit vm, 
>>> first time oVirt user.  :-)
>>> Blue Iris works fine under XenServer but thats what I'm migrating away from.
>>>
>>> VM is nothing special.  4gb ram assigned, OS set as "Win 7 64 bit", 1 
>>> virtual cpu everything else is default.  Virtio drivers installed after 
>>> first boot.  I'll re-install Win 7 64bit, have it take a dump and then post 
>>> the dump details.
>>>
>>> Copy of the dump analysis:
>>> http://textuploader.com/dcpbp
>>>
>>>>  Original Message 
>>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>>>> Local Time: December 26, 2017 3:36 PM
>>>> UTC Time: December 26, 2017 9:36 PM
>>>> From: yk...@redhat.com
>>>> To: Alex Bartonek <a...@unix1337.com>
>>>> Ovirt Users <users@ovirt.org>
>>>>
>>>> On Dec 26, 2017 10:49 PM, "Alex Bartonek" <a...@unix1337.com> wrote:
>>>>
>>>>> I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in a 
>>>>> VM.  Installed the virtio drivers also.   Plain jane Win 7 setup, nothing 
>>>>> extra.  Installed Blue Iris.  When I run Blue Iris, it blue screens.   
>>>>> Anyone got Blue Iris to work under 4.2 in a Windows VM?
>>>>
>>>> There are many missing details, it'd be interesting to begin with the blue 
>>>> screen details and the VM configuration.
>>>> Did it work with previous versions?
>>>> Y.
>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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] Assign external IP to VM

[Alex Bartonek]

geez.. I was super far off. LOL.  That did it!!!   This is so awesome.  Thanks 
for the assist!

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Assign external IP to VM
> Local Time: December 27, 2017 1:20 AM
> UTC Time: December 27, 2017 7:20 AM
> From: eh...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> users@ovirt.org <users@ovirt.org>
>
> It is not clear what you did exactly, but, if I try to summarize, this setup 
> should work for you:
> - Create a network (network->networks) and mark it as a VM network.
> - Create a vNIC profile (network->networks->[network]->Vnic Profiles.
> - Attach the network on the relevant NIC on your host 
> (compute->hosts->[host]->Network Interface->Setup Hos Networks).
> (No need to set an IP on these networks, unless you need the host stack 
> itself and not only the vms to access these networks)
> - Create or edit your VM, create a vnic (or edit one) and point it to the 
> relevant vnic profile you created earlier.
>
> Do this for each nic you mentioned, and it should work for you.
>
> The use of SRIOV or pci-passthrough is taking this a step further, mainly 
> when you need high throughput.
> For SRIOV you need special NIC hardware and the pci-passthrough is limiting 
> one vnic per nic, which is wasteful if you do not really need it.
> Thanks,
> Edy.
>
> On Wed, Dec 27, 2017 at 12:38 AM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> Need some guidance on this one.
>>
>> Config:
>> 1U with 2 NICs.
>> NIC 1 plugged to local switch - gets local IP
>> NIC 2 plugged direct to cable modem - need to set IP inside VM to public 
>> static IP
>> VM will be CentOS, already know how to configure NIC once I can get the 2nd 
>> NIC assigned to it.
>>
>> Do I use PCI passthru?  Or where do I start to get this configured?  I did 
>> setup NIC 2 under Network --> Networks.   Created a NIC called 
>> "external_NIC".  External NIC has description and then I configured 2 DNS 
>> servers which are given to me by the ISP.
>>
>> Under Compute --> Hosts -->  --> Network Interfaces (I have both 
>> NICs showing as up) --> Setup Host Networks ---> NIC 2 is the interface --> 
>> Assignment of Logical networks is "external_NIC".
>>
>> I was assuming I was done, so I go to my VM add NIC 2, click run and I see:
>>
>> Cannot run VM. There is no host that satisfies current scheduling 
>> constraints. See below for details:
>>
>> - The host  did not satisfy internal filter Network because there 
>> are no free virtual functions which are suitable for virtual nic(s) nic2. A 
>> virtual function is considered as suitable if the VF's configuration of its 
>> physical function contains the virtual nic's network/network label.
>>
>> Need guidance on what to read to get this working.
>>
>> Thanks!
>>
>> ___
>> 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 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

Yea I'm going to have to find a way to run Blue Iris in Win 7. Zoneminder, 
while free, just isn't as good.

Sent from ProtonMail mobile

 Original Message 
On Dec 26, 2017, 8:10 PM, Alex Bartonek wrote:

> Yep..found that already.  Still have the same issue.  TBH, I'm looking at 
> ZoneMinder.  I used to use it instead of Blue Iris a few years back.  If that 
> works, even better.  If someone were to find a fix for Blue Iris, that would 
> be nice also.
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>
>>  Original Message 
>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>> Local Time: December 26, 2017 7:14 PM
>> UTC Time: December 27, 2017 1:14 AM
>> From: do...@fortnebula.com
>> To: Alex Bartonek <a...@unix1337.com>
>> users@ovirt.org <users@ovirt.org>
>>
>> http://lists.ovirt.org/pipermail/users/2016-July/074936.html
>>
>> On Tue, Dec 26, 2017 at 6:07 PM, Alex Bartonek <a...@unix1337.com> wrote:
>>
>>> This is a first time install of 4.2, first time build of a Win 7 64bit vm, 
>>> first time oVirt user.  :-)
>>> Blue Iris works fine under XenServer but thats what I'm migrating away from.
>>>
>>> VM is nothing special.  4gb ram assigned, OS set as "Win 7 64 bit", 1 
>>> virtual cpu everything else is default.  Virtio drivers installed after 
>>> first boot.  I'll re-install Win 7 64bit, have it take a dump and then post 
>>> the dump details.
>>>
>>> Copy of the dump analysis:
>>> http://textuploader.com/dcpbp
>>>
>>>>  Original Message 
>>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>>>> Local Time: December 26, 2017 3:36 PM
>>>> UTC Time: December 26, 2017 9:36 PM
>>>> From: yk...@redhat.com
>>>> To: Alex Bartonek <a...@unix1337.com>
>>>> Ovirt Users <users@ovirt.org>
>>>>
>>>> On Dec 26, 2017 10:49 PM, "Alex Bartonek" <a...@unix1337.com> wrote:
>>>>
>>>>> I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in a 
>>>>> VM.  Installed the virtio drivers also.   Plain jane Win 7 setup, nothing 
>>>>> extra.  Installed Blue Iris.  When I run Blue Iris, it blue screens.   
>>>>> Anyone got Blue Iris to work under 4.2 in a Windows VM?
>>>>
>>>> There are many missing details, it'd be interesting to begin with the blue 
>>>> screen details and the VM configuration.
>>>> Did it work with previous versions?
>>>> Y.
>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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] Assign external IP to VM

[Alex Bartonek]

basically, NIC 1 is internal network access to the VM via shell or whatever 
protocol, vnc etc.
NIC 2 is the public facing IP. My webserver will access/will be accessed via 
NIC 2.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Assign external IP to VM
> Local Time: December 26, 2017 8:17 PM
> UTC Time: December 27, 2017 2:17 AM
> From: do...@fortnebula.com
> To: Alex Bartonek <a...@unix1337.com>
> users@ovirt.org <users@ovirt.org>
>
> Are you using built in nics on your hypervisor? If so, then pci passthrough 
> will likely pass both as they as possibly on the same pci device. At least 
> that is how my dells work. Honestly you should just be able to put nic two on 
> its own network untagged and then assign that network to the hypervisor with 
> the connection. Without SR-IOV support those nics will be dedicated to that 
> VM.
>
> Just depends on your use case. What is the big picture?
>
> On Tue, Dec 26, 2017 at 9:12 PM Alex Bartonek <a...@unix1337.com> wrote:
>
>> Yes, enabled io-mmu.   I'm not sure if what I'm doing is right though.  So 
>> if there is a better way of accomplishing what I'm trying to do, send me to 
>> some reading material so I dont take up too much of everyone's time.  I'll 
>> read up on it.  If its a simple do-this-and-that, then I'll try it.
>>
>> Thanks!
>>
>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Assign external IP to VM
>>> Local Time: December 26, 2017 7:17 PM
>>> UTC Time: December 27, 2017 1:17 AM
>>> From: do...@fortnebula.com
>>> To: Alex Bartonek <a...@unix1337.com>
>>> users@ovirt.org <users@ovirt.org>
>>>
>>> Looks like you are trying to use SR-IOV. Did you enable iommu on the 
>>> hypervisors? Do your hypervisors support SR-IOV.
>>>
>>> On Tue, Dec 26, 2017 at 5:38 PM, Alex Bartonek <a...@unix1337.com> wrote:
>>>
>>>> Need some guidance on this one.
>>>>
>>>> Config:
>>>> 1U with 2 NICs.
>>>> NIC 1 plugged to local switch - gets local IP
>>>> NIC 2 plugged direct to cable modem - need to set IP inside VM to public 
>>>> static IP
>>>> VM will be CentOS, already know how to configure NIC once I can get the 
>>>> 2nd NIC assigned to it.
>>>>
>>>> Do I use PCI passthru?  Or where do I start to get this configured?  I did 
>>>> setup NIC 2 under Network --> Networks.   Created a NIC called 
>>>> "external_NIC".  External NIC has description and then I configured 2 DNS 
>>>> servers which are given to me by the ISP.
>>>>
>>>> Under Compute --> Hosts -->  --> Network Interfaces (I have both 
>>>> NICs showing as up) --> Setup Host Networks ---> NIC 2 is the interface 
>>>> --> Assignment of Logical networks is "external_NIC".
>>>>
>>>> I was assuming I was done, so I go to my VM add NIC 2, click run and I see:
>>>>
>>>> Cannot run VM. There is no host that satisfies current scheduling 
>>>> constraints. See below for details:
>>>>
>>>> - The host  did not satisfy internal filter Network because there 
>>>> are no free virtual functions which are suitable for virtual nic(s) nic2. 
>>>> A virtual function is considered as suitable if the VF's configuration of 
>>>> its physical function contains the virtual nic's network/network label.
>>>>
>>>> Need guidance on what to read to get this working.
>>>>
>>>> Thanks!
>>>>
>>>> ___
>>>> 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] Assign external IP to VM

[Alex Bartonek]

Yes, enabled io-mmu.   I'm not sure if what I'm doing is right though.  So if 
there is a better way of accomplishing what I'm trying to do, send me to some 
reading material so I dont take up too much of everyone's time.  I'll read up 
on it.  If its a simple do-this-and-that, then I'll try it.

Thanks!

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Assign external IP to VM
> Local Time: December 26, 2017 7:17 PM
> UTC Time: December 27, 2017 1:17 AM
> From: do...@fortnebula.com
> To: Alex Bartonek <a...@unix1337.com>
> users@ovirt.org <users@ovirt.org>
>
> Looks like you are trying to use SR-IOV. Did you enable iommu on the 
> hypervisors? Do your hypervisors support SR-IOV.
>
> On Tue, Dec 26, 2017 at 5:38 PM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> Need some guidance on this one.
>>
>> Config:
>> 1U with 2 NICs.
>> NIC 1 plugged to local switch - gets local IP
>> NIC 2 plugged direct to cable modem - need to set IP inside VM to public 
>> static IP
>> VM will be CentOS, already know how to configure NIC once I can get the 2nd 
>> NIC assigned to it.
>>
>> Do I use PCI passthru?  Or where do I start to get this configured?  I did 
>> setup NIC 2 under Network --> Networks.   Created a NIC called 
>> "external_NIC".  External NIC has description and then I configured 2 DNS 
>> servers which are given to me by the ISP.
>>
>> Under Compute --> Hosts -->  --> Network Interfaces (I have both 
>> NICs showing as up) --> Setup Host Networks ---> NIC 2 is the interface --> 
>> Assignment of Logical networks is "external_NIC".
>>
>> I was assuming I was done, so I go to my VM add NIC 2, click run and I see:
>>
>> Cannot run VM. There is no host that satisfies current scheduling 
>> constraints. See below for details:
>>
>> - The host  did not satisfy internal filter Network because there 
>> are no free virtual functions which are suitable for virtual nic(s) nic2. A 
>> virtual function is considered as suitable if the VF's configuration of its 
>> physical function contains the virtual nic's network/network label.
>>
>> Need guidance on what to read to get this working.
>>
>> Thanks!
>>
>> ___
>> 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 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

Yep..found that already.  Still have the same issue.  TBH, I'm looking at 
ZoneMinder.  I used to use it instead of Blue Iris a few years back.  If that 
works, even better.  If someone were to find a fix for Blue Iris, that would be 
nice also.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
> Local Time: December 26, 2017 7:14 PM
> UTC Time: December 27, 2017 1:14 AM
> From: do...@fortnebula.com
> To: Alex Bartonek <a...@unix1337.com>
> users@ovirt.org <users@ovirt.org>
>
> http://lists.ovirt.org/pipermail/users/2016-July/074936.html
>
> On Tue, Dec 26, 2017 at 6:07 PM, Alex Bartonek <a...@unix1337.com> wrote:
>
>> This is a first time install of 4.2, first time build of a Win 7 64bit vm, 
>> first time oVirt user.  :-)
>> Blue Iris works fine under XenServer but thats what I'm migrating away from.
>>
>> VM is nothing special.  4gb ram assigned, OS set as "Win 7 64 bit", 1 
>> virtual cpu everything else is default.  Virtio drivers installed after 
>> first boot.  I'll re-install Win 7 64bit, have it take a dump and then post 
>> the dump details.
>>
>> Copy of the dump analysis:
>> http://textuploader.com/dcpbp
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
>>> Local Time: December 26, 2017 3:36 PM
>>> UTC Time: December 26, 2017 9:36 PM
>>> From: yk...@redhat.com
>>> To: Alex Bartonek <a...@unix1337.com>
>>> Ovirt Users <users@ovirt.org>
>>>
>>> On Dec 26, 2017 10:49 PM, "Alex Bartonek" <a...@unix1337.com> wrote:
>>>
>>>> I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in a 
>>>> VM.  Installed the virtio drivers also.   Plain jane Win 7 setup, nothing 
>>>> extra.  Installed Blue Iris.  When I run Blue Iris, it blue screens.   
>>>> Anyone got Blue Iris to work under 4.2 in a Windows VM?
>>>
>>> There are many missing details, it'd be interesting to begin with the blue 
>>> screen details and the VM configuration.
>>> Did it work with previous versions?
>>> Y.
>>>
>>>>
>>>>
>>>> ___
>>>> 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 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

This is a first time install of 4.2, first time build of a Win 7 64bit vm, 
first time oVirt user.  :-)
Blue Iris works fine under XenServer but thats what I'm migrating away from.

VM is nothing special.  4gb ram assigned, OS set as "Win 7 64 bit", 1 virtual 
cpu everything else is default.  Virtio drivers installed after first boot.  
I'll re-install Win 7 64bit, have it take a dump and then post the dump details.

Copy of the dump analysis:
http://textuploader.com/dcpbp

>  Original Message 
> Subject: Re: [ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie
> Local Time: December 26, 2017 3:36 PM
> UTC Time: December 26, 2017 9:36 PM
> From: yk...@redhat.com
> To: Alex Bartonek <a...@unix1337.com>
> Ovirt Users <users@ovirt.org>
>
> On Dec 26, 2017 10:49 PM, "Alex Bartonek" <a...@unix1337.com> wrote:
>
>> I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in a VM. 
>>  Installed the virtio drivers also.   Plain jane Win 7 setup, nothing extra. 
>>  Installed Blue Iris.  When I run Blue Iris, it blue screens.   Anyone got 
>> Blue Iris to work under 4.2 in a Windows VM?
>
> There are many missing details, it'd be interesting to begin with the blue 
> screen details and the VM configuration.
> Did it work with previous versions?
> Y.
>
>>
>>
>> ___
>> 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] Assign external IP to VM

[Alex Bartonek]

Need some guidance on this one.

Config:
1U with 2 NICs.
NIC 1 plugged to local switch - gets local IP
NIC 2 plugged direct to cable modem - need to set IP inside VM to public static 
IP
VM will be CentOS, already know how to configure NIC once I can get the 2nd NIC 
assigned to it.

Do I use PCI passthru?  Or where do I start to get this configured?  I did 
setup NIC 2 under Network --> Networks.   Created a NIC called "external_NIC".  
External NIC has description and then I configured 2 DNS servers which are 
given to me by the ISP.

Under Compute --> Hosts -->  --> Network Interfaces (I have both NICs 
showing as up) --> Setup Host Networks ---> NIC 2 is the interface --> 
Assignment of Logical networks is "external_NIC".

I was assuming I was done, so I go to my VM add NIC 2, click run and I see:

Cannot run VM. There is no host that satisfies current scheduling constraints. 
See below for details:

- The host  did not satisfy internal filter Network because there are 
no free virtual functions which are suitable for virtual nic(s) nic2. A virtual 
function is considered as suitable if the VF's configuration of its physical 
function contains the virtual nic's network/network label.

Need guidance on what to read to get this working.

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

[ovirt-users] ovirt 4.2 + Win 7 64bit VM + Blue Iris no workie

[Alex Bartonek]

I have a dl360 g5 with a Xeon 5160 cpu, installed 4.2, Win 7 64 bit in a VM.  
Installed the virtio drivers also.   Plain jane Win 7 setup, nothing extra.  
Installed Blue Iris.  When I run Blue Iris, it blue screens.   Anyone got Blue 
Iris to work under 4.2 in a Windows VM?___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue starting VM using run-once

[Alex Bartonek]

Nevermind.  Its because I had VirtualBox running which had a  64bit OS VM which 
requires VT-x extensions.  oVirt and VB both cannot use it at the same time.  
All is well once I disable the extension in the VB VM.  It'll be migrated to 
oVirt.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Issue starting VM using run-once
> Local Time: December 25, 2017 4:56 PM
> UTC Time: December 25, 2017 10:56 PM
> From: a...@unix1337.com
> To: users@ovirt.org 
>
> Merry Christmas to you all..
>
> New install of oVirt 4.2 on a CentOS 7 system.  Watched a vid and read some 
> stuff on the site regarding installation/config.  I have it installed using 
> this vid:
> https://www.youtube.com/watch?v=Pasz-lv3gTY
>
> Single server host.
>
> When I go to run my Windows 7 64bit VM and set it to attach a cd ISO image, 
> as soon as I do a run-once a few seconds later I see this error:
> "Failed to run VM Windows_7 in run-once mode".
>
> dmesg doesnt show anything..where else can I check ?
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue starting VM using run-once

[Alex Bartonek]

Merry Christmas to you all..

New install of oVirt 4.2 on a CentOS 7 system.  Watched a vid and read some 
stuff on the site regarding installation/config.  I have it installed using 
this vid:
https://www.youtube.com/watch?v=Pasz-lv3gTY

Single server host.

When I go to run my Windows 7 64bit VM and set it to attach a cd ISO image, as 
soon as I do a run-once a few seconds later I see this error:
"Failed to run VM Windows_7 in run-once mode".

dmesg doesnt show anything..where else can I check ?

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] strange problems with engine

[alex]

Hi, Didi yes, your advicewith  --otopi-environment=OVESETUP_CONFIG/continueSetupOnHEVM=bool:True       has helped, thanks )   23.11.2017, 21:42, "Yedidyah Bar David" :On Fri, Nov 17, 2017 at 3:53 PM,  wrote: hi! I have caught a problem. hosted-engine unexpectedly stop working with error in log: 2017-11-14 01:47:02,628+09 ERROR [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (ServerService Thread Pool -- 54) [7ce64f75-6eee-4d8c-9693-521cf0c6cebb] Failed to initialize backend: org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke private void org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.init() I had tried to restore HE from a backup, but also unsucsessful: Failed to execute stage 'Setup validation': Hosted Engine setup detected, but Global Maintenance is not set. this is incorrect error, because: hosted-engine --vm-status | grep MAIN !! Cluster is in GLOBAL MAINTENANCE mode !! tell me please how it can be fixed? )I think I talked with you on OFCT#ovirt, right? Any progress with this?Regards,--Didi___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] strange problems with engine

[alex]

hi! I have caught a problem. hosted-engine unexpectedly stop working with error in log: 2017-11-14 01:47:02,628+09 ERROR [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (ServerService Thread Pool -- 54) [7ce64f75-6eee-4d8c-9693-521cf0c6cebb] Failed to initialize backend: org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke private void org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.init() I had tried to restore HE from a backup, but also unsucsessful: Failed to execute stage 'Setup validation': Hosted Engine setup detected, but Global Maintenance is not set. this is incorrect error, because:hosted-engine --vm-status | grep MAIN!! Cluster is in GLOBAL MAINTENANCE mode !!tell me please how it can be fixed? )
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM leases errors

[Alex K]

Filed *Bug 1507214* <https://bugzilla.redhat.com/show_bug.cgi?id=1507214>
for this issue

Alex

On Wed, Oct 18, 2017 at 3:36 PM, Nir Soffer <nsof...@redhat.com> wrote:

> On Wed, Oct 18, 2017 at 2:31 PM Alex K <rightkickt...@gmail.com> wrote:
>
>> For anyone that might be wondering, this errors disappeared after
>> removing/adding the leases.
>>
>> The tasks were showing still the "Editing VM configuration" as not
>> completed.
>>
>> I removed them by cleaning the tasks from the psql:
>>
>> Within engine:
>>
>> su - postgres
>> psql
>> \c engine
>> select * from job order by start_time desc;
>> select DeleteJob('');
>>
>> Alex
>>
>>
>> On Wed, Oct 18, 2017 at 1:07 PM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> While attempting to enable the VM leases for a specific VM I am
>>> receiving the following error within the engine.log:
>>>
>>> 2017-10-18 07:56:03,186Z ERROR [org.ovirt.engine.core.dal.
>>> dbbroker.auditloghandling.AuditLogDirector] 
>>> (org.ovirt.thread.pool-6-thread-18)
>>> [37c74b60] EVENT_ID: HOT_PLUG_LEASE_FAILED(1,220), Correlation ID:
>>> 37c74b60, Job ID: fb7b0b47-3ca1-4588-99b6-2203337bcae5, Call Stack:
>>> null, Custom ID: null, Custom Event ID: -1, Message: Failed to hot plug
>>> lease to the VM Win-DC. The VM is running without a VM lease.
>>> 2017-10-18 07:56:15,162Z ERROR 
>>> [org.ovirt.engine.core.bll.storage.lease.AddVmLeaseCommand]
>>> (org.ovirt.thread.pool-6-thread-12) [37c74b60] Failure in hot plugging
>>> a lease to VM 9f9a8be1-c4ed-4de8-a600-a751ae70a76b, message:
>>> EngineException: 
>>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>>> VDSGenericException: VDSErrorException: Failed to HotPlugLeaseVDS, error =
>>> Virtual machine does not exist: {'vmId': 
>>> u'9f9a8be1-c4ed-4de8-a600-a751ae70a76b'},
>>> code = 1 (Failed with error noVM and code 1)
>>>
>>> Also the tasks logs at dashboard is showing the "Editing VM
>>> configuration" always as running, without the tasks completing.
>>>
>>
> This smells like a bug, please file a bug.
>
> Please include also vdsm log from the host the vm was running in.
>
>
>>
>>> The SPM host does nto lsit any running tasks:
>>>
>>> vdsClient -s 0 getAllTasksStatuses
>>> {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}}
>>>
>>
> Hot plugging a lease does not involve the SPM, this is expected.
>
> Nir
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot uplaod ot ISO domain

[Alex K]

Hi Kasturi,

I see. What I was missing is that the engine does not have a nic on
glusternw.
I was hoping that the engine would be able to upload using the hosts.
Anyway, this is not an issue since I can directly scp on export domain as
you mentioned.

Thanx

On Oct 23, 2017 09:46, "Kasturi Narra" <kna...@redhat.com> wrote:

> Hi Alex,
>
>   Can you check if you have the following on your setup ?
>
> 1) gluster volume which will be used as ISO storage domain should have
> bricks connected using glusternw.
> 2) NFS time out is caused due to not having nfs.disable off on the volume.
> Can you try to set this and try again.
> 3) self hosted engine requires an additional NIC on the gluster network
> for the engine-iso-uploader to work sucessfully  if ovirtmgmt and glusternw
> are on a different subnet.
>
> Even after having all the above if things do not work, you can just scp
> the file to /mnt//images/11--11
> 11-…/
>
> Hope this helps !!!
>
> Thanks
> kasturi
>
>
> On Thu, Oct 19, 2017 at 1:23 PM, Alex K <rightkickt...@gmail.com> wrote:
>
>> The only workaround that seems to work for my case is the following:
>>
>> Enable NFS on ISO gluster volume.
>> Add ISO volume as NFS using hostname of server on the network that engine
>> has access.
>> This is not optimal as HA is not achieve -  if I loose that server then I
>> will need to redefine the ISO domain.
>>
>> Alex
>>
>>
>> On Thu, Oct 19, 2017 at 12:09 AM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> If this is the case then I will try to set the gluster network to be at
>>> the network that engine can reach prior to adding the ISO domain. I would
>>> prefere not to add an additional interface to engine as then I will need to
>>> make the storage network a bridge which might incur some overhead and
>>> affect performance of storage network.
>>>
>>> Alex
>>>
>>> On Oct 18, 2017 11:36 PM, "Elad Ben Aharon" <ebena...@redhat.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> The storage where 'ISO' storage domain resides has to be reachable for
>>>> the engine server. Please check network connectivity between the two.
>>>>
>>>> On Wed, Oct 18, 2017 at 7:41 PM, Alex K <rightkickt...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I have setup a self hosted setup with 3 servers with several volumes
>>>>> in replica 3.
>>>>> These gluster volumes are set on a separate network (on separate NICs
>>>>> on same servers), dedicated for gluster traffic. The engine does not have
>>>>> any NIC in this network.
>>>>> The ISO storage domain is also on top one of these gluster volumes.
>>>>> Hope this makes sense.
>>>>>
>>>>> When I try to upload an ISO file from engine, I get the following
>>>>> error:
>>>>>
>>>>> engine-iso-uploader -i ISO upload /usr/share/ovirt-guest-tools-i
>>>>> so/oVirt-toolsSetup_4.1-3.fc24.iso
>>>>> Please provide the REST API password for the admin@internal oVirt
>>>>> Engine user (CTRL+D to abort):
>>>>> Uploading, please wait...
>>>>> ERROR: mount.nfs: No route to host
>>>>>
>>>>> Seems that the engine is trying to mount the volume and gives a no
>>>>> route to host.
>>>>>
>>>>> What is the correct procedure to add an ISO domain? Can't ISO domain
>>>>> be on a separate dedicated network which is reachable from each host?
>>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>>
>>>>> ___
>>>>> 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] Cannot uplaod ot ISO domain

[Alex K]

The only workaround that seems to work for my case is the following:

Enable NFS on ISO gluster volume.
Add ISO volume as NFS using hostname of server on the network that engine
has access.
This is not optimal as HA is not achieve -  if I loose that server then I
will need to redefine the ISO domain.

Alex


On Thu, Oct 19, 2017 at 12:09 AM, Alex K <rightkickt...@gmail.com> wrote:

> If this is the case then I will try to set the gluster network to be at
> the network that engine can reach prior to adding the ISO domain. I would
> prefere not to add an additional interface to engine as then I will need to
> make the storage network a bridge which might incur some overhead and
> affect performance of storage network.
>
> Alex
>
> On Oct 18, 2017 11:36 PM, "Elad Ben Aharon" <ebena...@redhat.com> wrote:
>
>> Hi,
>>
>> The storage where 'ISO' storage domain resides has to be reachable for
>> the engine server. Please check network connectivity between the two.
>>
>> On Wed, Oct 18, 2017 at 7:41 PM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I have setup a self hosted setup with 3 servers with several volumes in
>>> replica 3.
>>> These gluster volumes are set on a separate network (on separate NICs on
>>> same servers), dedicated for gluster traffic. The engine does not have any
>>> NIC in this network.
>>> The ISO storage domain is also on top one of these gluster volumes.
>>> Hope this makes sense.
>>>
>>> When I try to upload an ISO file from engine, I get the following error:
>>>
>>> engine-iso-uploader -i ISO upload /usr/share/ovirt-guest-tools-i
>>> so/oVirt-toolsSetup_4.1-3.fc24.iso
>>> Please provide the REST API password for the admin@internal oVirt
>>> Engine user (CTRL+D to abort):
>>> Uploading, please wait...
>>> ERROR: mount.nfs: No route to host
>>>
>>> Seems that the engine is trying to mount the volume and gives a no route
>>> to host.
>>>
>>> What is the correct procedure to add an ISO domain? Can't ISO domain be
>>> on a separate dedicated network which is reachable from each host?
>>>
>>> Thanx,
>>> Alex
>>>
>>>
>>> ___
>>> 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] Cannot uplaod ot ISO domain

[Alex K]

If this is the case then I will try to set the gluster network to be at the
network that engine can reach prior to adding the ISO domain. I would
prefere not to add an additional interface to engine as then I will need to
make the storage network a bridge which might incur some overhead and
affect performance of storage network.

Alex

On Oct 18, 2017 11:36 PM, "Elad Ben Aharon" <ebena...@redhat.com> wrote:

> Hi,
>
> The storage where 'ISO' storage domain resides has to be reachable for the
> engine server. Please check network connectivity between the two.
>
> On Wed, Oct 18, 2017 at 7:41 PM, Alex K <rightkickt...@gmail.com> wrote:
>
>> Hi all,
>>
>> I have setup a self hosted setup with 3 servers with several volumes in
>> replica 3.
>> These gluster volumes are set on a separate network (on separate NICs on
>> same servers), dedicated for gluster traffic. The engine does not have any
>> NIC in this network.
>> The ISO storage domain is also on top one of these gluster volumes.
>> Hope this makes sense.
>>
>> When I try to upload an ISO file from engine, I get the following error:
>>
>> engine-iso-uploader -i ISO upload /usr/share/ovirt-guest-tools-i
>> so/oVirt-toolsSetup_4.1-3.fc24.iso
>> Please provide the REST API password for the admin@internal oVirt Engine
>> user (CTRL+D to abort):
>> Uploading, please wait...
>> ERROR: mount.nfs: No route to host
>>
>> Seems that the engine is trying to mount the volume and gives a no route
>> to host.
>>
>> What is the correct procedure to add an ISO domain? Can't ISO domain be
>> on a separate dedicated network which is reachable from each host?
>>
>> Thanx,
>> Alex
>>
>>
>> ___
>> 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] Cannot uplaod ot ISO domain

[Alex K]

Hi all,

I have setup a self hosted setup with 3 servers with several volumes in
replica 3.
These gluster volumes are set on a separate network (on separate NICs on
same servers), dedicated for gluster traffic. The engine does not have any
NIC in this network.
The ISO storage domain is also on top one of these gluster volumes.
Hope this makes sense.

When I try to upload an ISO file from engine, I get the following error:

engine-iso-uploader -i ISO upload
/usr/share/ovirt-guest-tools-iso/oVirt-toolsSetup_4.1-3.fc24.iso
Please provide the REST API password for the admin@internal oVirt Engine
user (CTRL+D to abort):
Uploading, please wait...
ERROR: mount.nfs: No route to host

Seems that the engine is trying to mount the volume and gives a no route to
host.

What is the correct procedure to add an ISO domain? Can't ISO domain be on
a separate dedicated network which is reachable from each host?

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

Re: [ovirt-users] VM leases errors

[Alex K]

For anyone that might be wondering, this errors disappeared after
removing/adding the leases.

The tasks were showing still the "Editing VM configuration" as not
completed.

I removed them by cleaning the tasks from the psql:

Within engine:

su - postgres
psql
\c engine
select * from job order by start_time desc;
select DeleteJob('');

Alex


On Wed, Oct 18, 2017 at 1:07 PM, Alex K <rightkickt...@gmail.com> wrote:

> Hi all,
>
> While attempting to enable the VM leases for a specific VM I am receiving
> the following error within the engine.log:
>
> 2017-10-18 07:56:03,186Z ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] 
> (org.ovirt.thread.pool-6-thread-18)
> [37c74b60] EVENT_ID: HOT_PLUG_LEASE_FAILED(1,220), Correlation ID:
> 37c74b60, Job ID: fb7b0b47-3ca1-4588-99b6-2203337bcae5, Call Stack: null,
> Custom ID: null, Custom Event ID: -1, Message: Failed to hot plug lease to
> the VM Win-DC. The VM is running without a VM lease.
> 2017-10-18 07:56:15,162Z ERROR 
> [org.ovirt.engine.core.bll.storage.lease.AddVmLeaseCommand]
> (org.ovirt.thread.pool-6-thread-12) [37c74b60] Failure in hot plugging a
> lease to VM 9f9a8be1-c4ed-4de8-a600-a751ae70a76b, message:
> EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to HotPlugLeaseVDS, error =
> Virtual machine does not exist: {'vmId': 
> u'9f9a8be1-c4ed-4de8-a600-a751ae70a76b'},
> code = 1 (Failed with error noVM and code 1)
>
> Also the tasks logs at dashboard is showing the "Editing VM configuration"
> always as running, without the tasks completing.
>
> The SPM host does nto lsit any running tasks:
>
> vdsClient -s 0 getAllTasksStatuses
> {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}}
>
>
> Any ideas?
>
> Than,
> Alex
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM leases errors

[Alex K]

Hi all,

While attempting to enable the VM leases for a specific VM I am receiving
the following error within the engine.log:

2017-10-18 07:56:03,186Z ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-6-thread-18) [37c74b60] EVENT_ID:
HOT_PLUG_LEASE_FAILED(1,220), Correlation ID: 37c74b60, Job ID:
fb7b0b47-3ca1-4588-99b6-2203337bcae5, Call Stack: null, Custom ID: null,
Custom Event ID: -1, Message: Failed to hot plug lease to the VM Win-DC.
The VM is running without a VM lease.
2017-10-18 07:56:15,162Z ERROR
[org.ovirt.engine.core.bll.storage.lease.AddVmLeaseCommand]
(org.ovirt.thread.pool-6-thread-12) [37c74b60] Failure in hot plugging a
lease to VM 9f9a8be1-c4ed-4de8-a600-a751ae70a76b, message: EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to HotPlugLeaseVDS, error =
Virtual machine does not exist: {'vmId':
u'9f9a8be1-c4ed-4de8-a600-a751ae70a76b'}, code = 1 (Failed with error noVM
and code 1)

Also the tasks logs at dashboard is showing the "Editing VM configuration"
always as running, without the tasks completing.

The SPM host does nto lsit any running tasks:

vdsClient -s 0 getAllTasksStatuses
{'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}}


Any ideas?

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

Re: [ovirt-users] VM remote noVNC console

[Alex K]

Thank you Alan.
I will try this. I guess if i define localhost as the spice proxy at each
host i will not need to edit the vv file.

Is there a way to change the default 2min expiration to sth greater? Lets
say 5min, as mostly i use high latency satellite connections.

On Oct 6, 2017 1:20 PM, "Alan Griffiths" <apgriffith...@gmail.com> wrote:

> I have this working through an SSH tunnel, although it adds some extra
> steps.
>
> 1. Figure out which port your VM console is bound to (5900 + offset).
> 2. SSH to the hypervisor tunneling a local port to that remote console
> port.
> 3. Click on the console link in the Engine and locally save the vv file.
> 4. Edit the vv file; change host to localhost and port to whichever
> port you configured for the local side of the tunnel.
> 5. Save and run the vv file with your SPICE client.
>
> You have two minutes to connect from downloading the vv file before
> the password expires.
>
> On 5 October 2017 at 22:58, Alex K <rightkickt...@gmail.com> wrote:
> > Any idea how this can be addressed?
> >
> >
> > On Sep 19, 2017 23:07, "Alex K" <rightkickt...@gmail.com> wrote:
> >
> > Hi all,
> >
> > I am trying to get the VM console of a VM through SSH socks proxy.
> > This is a scenario I will frequently face, as the ovirt cluster will be
> > available only though a remote SSH tunnel.
> >
> > I am trying several console options without success.
> >
> > With SPICE or VNC I get issue with virt-viewer saying "Unable to connect
> to
> > libvirt with URI [none]'
> >
> > With noVNC I get a separate tab on browser where it is stuck showing
> > "loading".
> >
> > Has anyone success with this kind of remote console access?
> >
> > Thanx,
> > Alex
> >
> >
> >
> > ___
> > 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] VM remote noVNC console

[Alex K]

Any idea how this can be addressed?


On Sep 19, 2017 23:07, "Alex K" <rightkickt...@gmail.com> wrote:

Hi all,

I am trying to get the VM console of a VM through SSH socks proxy.
This is a scenario I will frequently face, as the ovirt cluster will be
available only though a remote SSH tunnel.

I am trying several console options without success.

With SPICE or VNC I get issue with virt-viewer saying "Unable to connect to
libvirt with URI [none]'

With noVNC I get a separate tab on browser where it is stuck showing
"loading".

Has anyone success with this kind of remote console access?

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

[ovirt-users] VM remote noVNC console

[Alex K]

Hi all,

I am trying to get the VM console of a VM through SSH socks proxy.
This is a scenario I will frequently face, as the ovirt cluster will be
available only though a remote SSH tunnel.

I am trying several console options without success.

With SPICE or VNC I get issue with virt-viewer saying "Unable to connect to
libvirt with URI [none]'

With noVNC I get a separate tab on browser where it is stuck showing
"loading".

Has anyone success with this kind of remote console access?

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

Re: [ovirt-users] oVirt HA behavior

[Alex K]

On Tue, Sep 19, 2017 at 2:26 PM, Arik Hadas <aha...@redhat.com> wrote:

>
> On Tue, Sep 19, 2017 at 12:44 PM, Alex K <rightkickt...@gmail.com> wrote:
>
>> A second test did not yield the same result.
>> This time the VMs were restarted to another host and when the lost host
>> recovered no VMs were running on it.
>> Seems that there is a racing issue somewhere.
>>
>
> Did you test with the same VM?
>
Yes

> were the disks + lease located on the same storage domains in both tests?
>
Yes. On all cases the leases are on same storage domain, the same where the
VM disks reside.

> did the VM run on the same host (and if not, is the libvirt + qemu
> versions different between the two?).
>
Yes

> It may be a racing issue but not necessarily. There is an observation in
> the bug I mentioned before that it happens only (/more) with certain
> storage types...
>
The storage is based on gluster volume, replica 3 with 1 arbiter.
The gluster version is 3.8.12.
A third test yielded the same issue, VMs on recovered host remained in
paused status.


>
>
>>
>> Thanx,
>> Alex
>>
>>
>> On Tue, Sep 19, 2017 at 11:52 AM, Arik Hadas <aha...@redhat.com> wrote:
>>
>>>
>>>
>>> On Tue, Sep 19, 2017 at 11:41 AM, Alex K <rightkickt...@gmail.com>
>>> wrote:
>>>
>>>> Hi again,
>>>>
>>>> I performed a different test by isolating one host (say host A) through
>>>> removing all its network interfaces (thus power management through IPMI was
>>>> also not avaialble).
>>>> The VMs (with VM lease enabled) were successfully restarted to another
>>>> host.
>>>> When connecting back the host A, the cluster performed a power
>>>> management and the host became a member of the cluster.
>>>> The VMs that were running on the host A were found "paused", which is
>>>> normal.
>>>> After 15 minutes I see that the VMs at host A are still in "paused"
>>>> state and I would expect that the cluster should decide at some point to
>>>> shutdown the paused VMs and continue with the VMs that are already running
>>>> at other hosts.
>>>>
>>>> Is this behavior normal?
>>>>
>>>
>>> I believe it is not the expected behavior - the VM should not stay in
>>> paused state when its lease expires. But we know about this, see comment 9
>>> in [1].
>>>
>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1459865
>>>
>>>
>>>>
>>>> Thanx,
>>>> Alex
>>>>
>>>> On Tue, Sep 19, 2017 at 10:18 AM, Alex K <rightkickt...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> Just completed the tests and it works great.
>>>>> VM leases is just what I needed.
>>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>> On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Sep 19, 2017 at 1:00 AM, Alex K <rightkickt...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Enabling VM leases could be an answer to this. Will test tomorrow.
>>>>>>>
>>>>>>>
>>>>>> Indeed. Let us know how it worked for you.
>>>>>>
>>>>>>
>>>>>>> Thanx,
>>>>>>> Alex
>>>>>>>
>>>>>>> On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>>>>>>
>>>>>>> Hi All,
>>>>>>>
>>>>>>> I have the following issue with the HA behavior of oVirt 4.1 and
>>>>>>> need to check with you if there is any work around from your experience.
>>>>>>>
>>>>>>> I have 3 servers (A, B, C) with hosted engine in self hosted setup
>>>>>>> on top gluster with replica 3 + 1 arbiter. All good except one point:
>>>>>>>
>>>>>>> The hosts have been configured with power management using IPMI
>>>>>>> (server iLO).
>>>>>>> If I disconnect power from one host (say C) (or disconnect all
>>>>>>> network cables of the host) the two other hosts go to a loop where they 
>>>>>>> try
>>&g

Re: [ovirt-users] oVirt HA behavior

[Alex K]

A second test did not yield the same result.
This time the VMs were restarted to another host and when the lost host
recovered no VMs were running on it.
Seems that there is a racing issue somewhere.

Thanx,
Alex


On Tue, Sep 19, 2017 at 11:52 AM, Arik Hadas <aha...@redhat.com> wrote:

>
>
> On Tue, Sep 19, 2017 at 11:41 AM, Alex K <rightkickt...@gmail.com> wrote:
>
>> Hi again,
>>
>> I performed a different test by isolating one host (say host A) through
>> removing all its network interfaces (thus power management through IPMI was
>> also not avaialble).
>> The VMs (with VM lease enabled) were successfully restarted to another
>> host.
>> When connecting back the host A, the cluster performed a power management
>> and the host became a member of the cluster.
>> The VMs that were running on the host A were found "paused", which is
>> normal.
>> After 15 minutes I see that the VMs at host A are still in "paused" state
>> and I would expect that the cluster should decide at some point to shutdown
>> the paused VMs and continue with the VMs that are already running at other
>> hosts.
>>
>> Is this behavior normal?
>>
>
> I believe it is not the expected behavior - the VM should not stay in
> paused state when its lease expires. But we know about this, see comment 9
> in [1].
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1459865
>
>
>>
>> Thanx,
>> Alex
>>
>> On Tue, Sep 19, 2017 at 10:18 AM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> Just completed the tests and it works great.
>>> VM leases is just what I needed.
>>>
>>> Thanx,
>>> Alex
>>>
>>> On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>>>
>>>>
>>>>
>>>> On Tue, Sep 19, 2017 at 1:00 AM, Alex K <rightkickt...@gmail.com>
>>>> wrote:
>>>>
>>>>> Enabling VM leases could be an answer to this. Will test tomorrow.
>>>>>
>>>>>
>>>> Indeed. Let us know how it worked for you.
>>>>
>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>> On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>>>>
>>>>> Hi All,
>>>>>
>>>>> I have the following issue with the HA behavior of oVirt 4.1 and need
>>>>> to check with you if there is any work around from your experience.
>>>>>
>>>>> I have 3 servers (A, B, C) with hosted engine in self hosted setup on
>>>>> top gluster with replica 3 + 1 arbiter. All good except one point:
>>>>>
>>>>> The hosts have been configured with power management using IPMI
>>>>> (server iLO).
>>>>> If I disconnect power from one host (say C) (or disconnect all network
>>>>> cables of the host) the two other hosts go to a loop where they try to
>>>>> verify the status of the host C by issuing power management commands to 
>>>>> the
>>>>> host C. Since power of host is off the server iLO does not respond on the
>>>>> network and the power management of host C fails, leaving the VMs that 
>>>>> were
>>>>> running on the host C in an unknown state and they are never restarted to
>>>>> the other hosts.
>>>>>
>>>>> Is there any fencing option to change this behavior so as if both
>>>>> available hosts fail to do power management of the unresponsive host to
>>>>> decide that the host is down and to restart the VMs of that host to the
>>>>> other available hosts.
>>>>>
>>>>>
>>>> No, this is a bad assumption. Perhaps they are the ones isolated form
>>>> it?
>>>> Y.
>>>>
>>>>
>>>>>
>>>>> I could also add additional power management through UPS to avoid this
>>>>> issue but this is not currently an option and I am interested to see if
>>>>> this behavior can be tweaked.
>>>>>
>>>>> Thanx,
>>>>> Alex
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> 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 HA behavior

[Alex K]

Hi again,

I performed a different test by isolating one host (say host A) through
removing all its network interfaces (thus power management through IPMI was
also not avaialble).
The VMs (with VM lease enabled) were successfully restarted to another
host.
When connecting back the host A, the cluster performed a power management
and the host became a member of the cluster.
The VMs that were running on the host A were found "paused", which is
normal.
After 15 minutes I see that the VMs at host A are still in "paused" state
and I would expect that the cluster should decide at some point to shutdown
the paused VMs and continue with the VMs that are already running at other
hosts.

Is this behavior normal?

Thanx,
Alex

On Tue, Sep 19, 2017 at 10:18 AM, Alex K <rightkickt...@gmail.com> wrote:

> Hi All,
>
> Just completed the tests and it works great.
> VM leases is just what I needed.
>
> Thanx,
> Alex
>
> On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>
>>
>>
>> On Tue, Sep 19, 2017 at 1:00 AM, Alex K <rightkickt...@gmail.com> wrote:
>>
>>> Enabling VM leases could be an answer to this. Will test tomorrow.
>>>
>>>
>> Indeed. Let us know how it worked for you.
>>
>>
>>> Thanx,
>>> Alex
>>>
>>> On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>>
>>> Hi All,
>>>
>>> I have the following issue with the HA behavior of oVirt 4.1 and need to
>>> check with you if there is any work around from your experience.
>>>
>>> I have 3 servers (A, B, C) with hosted engine in self hosted setup on
>>> top gluster with replica 3 + 1 arbiter. All good except one point:
>>>
>>> The hosts have been configured with power management using IPMI (server
>>> iLO).
>>> If I disconnect power from one host (say C) (or disconnect all network
>>> cables of the host) the two other hosts go to a loop where they try to
>>> verify the status of the host C by issuing power management commands to the
>>> host C. Since power of host is off the server iLO does not respond on the
>>> network and the power management of host C fails, leaving the VMs that were
>>> running on the host C in an unknown state and they are never restarted to
>>> the other hosts.
>>>
>>> Is there any fencing option to change this behavior so as if both
>>> available hosts fail to do power management of the unresponsive host to
>>> decide that the host is down and to restart the VMs of that host to the
>>> other available hosts.
>>>
>>>
>> No, this is a bad assumption. Perhaps they are the ones isolated form it?
>> Y.
>>
>>
>>>
>>> I could also add additional power management through UPS to avoid this
>>> issue but this is not currently an option and I am interested to see if
>>> this behavior can be tweaked.
>>>
>>> Thanx,
>>> Alex
>>>
>>>
>>>
>>> ___
>>> 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 HA behavior

[Alex K]

Hi All,

Just completed the tests and it works great.
VM leases is just what I needed.

Thanx,
Alex

On Tue, Sep 19, 2017 at 10:16 AM, Yaniv Kaul <yk...@redhat.com> wrote:

>
>
> On Tue, Sep 19, 2017 at 1:00 AM, Alex K <rightkickt...@gmail.com> wrote:
>
>> Enabling VM leases could be an answer to this. Will test tomorrow.
>>
>>
> Indeed. Let us know how it worked for you.
>
>
>> Thanx,
>> Alex
>>
>> On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:
>>
>> Hi All,
>>
>> I have the following issue with the HA behavior of oVirt 4.1 and need to
>> check with you if there is any work around from your experience.
>>
>> I have 3 servers (A, B, C) with hosted engine in self hosted setup on top
>> gluster with replica 3 + 1 arbiter. All good except one point:
>>
>> The hosts have been configured with power management using IPMI (server
>> iLO).
>> If I disconnect power from one host (say C) (or disconnect all network
>> cables of the host) the two other hosts go to a loop where they try to
>> verify the status of the host C by issuing power management commands to the
>> host C. Since power of host is off the server iLO does not respond on the
>> network and the power management of host C fails, leaving the VMs that were
>> running on the host C in an unknown state and they are never restarted to
>> the other hosts.
>>
>> Is there any fencing option to change this behavior so as if both
>> available hosts fail to do power management of the unresponsive host to
>> decide that the host is down and to restart the VMs of that host to the
>> other available hosts.
>>
>>
> No, this is a bad assumption. Perhaps they are the ones isolated form it?
> Y.
>
>
>>
>> I could also add additional power management through UPS to avoid this
>> issue but this is not currently an option and I am interested to see if
>> this behavior can be tweaked.
>>
>> Thanx,
>> Alex
>>
>>
>>
>> ___
>> 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 HA behavior

[Alex K]

Enabling VM leases could be an answer to this. Will test tomorrow.

Thanx,
Alex

On Sep 18, 2017 7:50 PM, "Alex K" <rightkickt...@gmail.com> wrote:

Hi All,

I have the following issue with the HA behavior of oVirt 4.1 and need to
check with you if there is any work around from your experience.

I have 3 servers (A, B, C) with hosted engine in self hosted setup on top
gluster with replica 3 + 1 arbiter. All good except one point:

The hosts have been configured with power management using IPMI (server
iLO).
If I disconnect power from one host (say C) (or disconnect all network
cables of the host) the two other hosts go to a loop where they try to
verify the status of the host C by issuing power management commands to the
host C. Since power of host is off the server iLO does not respond on the
network and the power management of host C fails, leaving the VMs that were
running on the host C in an unknown state and they are never restarted to
the other hosts.

Is there any fencing option to change this behavior so as if both available
hosts fail to do power management of the unresponsive host to decide that
the host is down and to restart the VMs of that host to the other available
hosts.

I could also add additional power management through UPS to avoid this
issue but this is not currently an option and I am interested to see if
this behavior can be tweaked.

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

[ovirt-users] oVirt HA behavior

[Alex K]

Hi All,

I have the following issue with the HA behavior of oVirt 4.1 and need to
check with you if there is any work around from your experience.

I have 3 servers (A, B, C) with hosted engine in self hosted setup on top
gluster with replica 3 + 1 arbiter. All good except one point:

The hosts have been configured with power management using IPMI (server
iLO).
If I disconnect power from one host (say C) (or disconnect all network
cables of the host) the two other hosts go to a loop where they try to
verify the status of the host C by issuing power management commands to the
host C. Since power of host is off the server iLO does not respond on the
network and the power management of host C fails, leaving the VMs that were
running on the host C in an unknown state and they are never restarted to
the other hosts.

Is there any fencing option to change this behavior so as if both available
hosts fail to do power management of the unresponsive host to decide that
the host is down and to restart the VMs of that host to the other available
hosts.

I could also add additional power management through UPS to avoid this
issue but this is not currently an option and I am interested to see if
this behavior can be tweaked.

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

[ovirt-users] oVirt console without disconnecting user

[Alex K]

Hi All,

When I get console of a Windows VM (Windows 10 x64bit) I am requested to
authenticate and then the user is disconnected (though not logged out as
the apps of the user are still open).
I have tested this with QXL/SPICE and VGA/VNC console mode.

Is there any mode at oVirt console to get console window at VM of user and
in the same time allow the user to continue the session while me observing
the user session, similar as when connecting with VNC?

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

Re: [ovirt-users] gluster replica volumes with different data usage

[Alex K]

Ok, noted...

Will reconfigure this volume from scratch.

Thanx,
Alex

On Mon, Sep 18, 2017 at 9:31 AM, Ravishankar N <ravishan...@redhat.com>
wrote:

> Possibly.  I don't think changing shard size on the fly is supported,
> especially when there are files on the volume that are sharded with a
> different size.
>
> -Ravi
>
>
> On 09/18/2017 11:40 AM, Alex K wrote:
>
> The heal status is showing that no pending files need healing (also shown
> at GUI).
> When checking the bricks on the file system I see that what is different
> between the server is the .shard folder of the volume. One server reports
> 835GB while the other 1.1 TB.
> I recall to have changed the shard size at some point from 4 MB to 64MB.
> Could this be the cause?
>
> Thanx,
> Alex
>
> On Mon, Sep 18, 2017 at 8:14 AM, Ravishankar N <ravishan...@redhat.com>
> wrote:
>
>>
>> On 09/18/2017 10:08 AM, Alex K wrote:
>>
>> Hi Ravishankar,
>>
>> I am not referring to the arbiter volume(which is showing 0% usage). I am
>> referring to the other 2 volumes which are replicas and should have the
>> exact same data. Checking the status of other bricks in ovirt (bricks used
>> from iso and export domain) I see that they all report same usage of data
>> on the data volumes, except the "vms" volume used for storing vms.
>>
>>
>> Ah, okay.  Some of the things that can cause a variation in disk usage:
>> - Pending self-heals in gluster (check if `gluster volume heal 
>> info` doesn't show any entries.  Also if there is anything under
>> `.glusterfs/landfill` folder of the bricks).
>> - XFS speculative preallocation
>> - Possibly some bug in self-healing of sparse files by gluster (although
>> we fixed known bugs a long time back in this area).
>>
>> Regards
>> Ravi
>>
>>
>> Thanx,
>> Alex
>>
>> On Sep 18, 2017 07:00, "Ravishankar N" <ravishan...@redhat.com> wrote:
>>
>>>
>>>
>>> On 09/17/2017 08:41 PM, Alex K wrote:
>>>
>>> Hi all,
>>>
>>> I have replica 3 with 1 arbiter.
>>> When checking the gluster volume bricks they are reported as using
>>> different space, as per attached. How come they use different space? One
>>> would expect to use exactly the same space since they are replica.
>>>
>>> The 3rd brick (arbiter ) only holds meta data, so it would not consume
>>> as much space as the other 2 data bricks. So what you are seeing is
>>> expected behaviour.
>>> Regards,
>>> Ravi
>>>
>>> Thanx,
>>> Alex
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gluster replica volumes with different data usage

[Alex K]

The heal status is showing that no pending files need healing (also shown
at GUI).
When checking the bricks on the file system I see that what is different
between the server is the .shard folder of the volume. One server reports
835GB while the other 1.1 TB.
I recall to have changed the shard size at some point from 4 MB to 64MB.
Could this be the cause?

Thanx,
Alex

On Mon, Sep 18, 2017 at 8:14 AM, Ravishankar N <ravishan...@redhat.com>
wrote:

>
> On 09/18/2017 10:08 AM, Alex K wrote:
>
> Hi Ravishankar,
>
> I am not referring to the arbiter volume(which is showing 0% usage). I am
> referring to the other 2 volumes which are replicas and should have the
> exact same data. Checking the status of other bricks in ovirt (bricks used
> from iso and export domain) I see that they all report same usage of data
> on the data volumes, except the "vms" volume used for storing vms.
>
>
> Ah, okay.  Some of the things that can cause a variation in disk usage:
> - Pending self-heals in gluster (check if `gluster volume heal 
> info` doesn't show any entries.  Also if there is anything under
> `.glusterfs/landfill` folder of the bricks).
> - XFS speculative preallocation
> - Possibly some bug in self-healing of sparse files by gluster (although
> we fixed known bugs a long time back in this area).
>
> Regards
> Ravi
>
>
> Thanx,
> Alex
>
> On Sep 18, 2017 07:00, "Ravishankar N" <ravishan...@redhat.com> wrote:
>
>>
>>
>> On 09/17/2017 08:41 PM, Alex K wrote:
>>
>> Hi all,
>>
>> I have replica 3 with 1 arbiter.
>> When checking the gluster volume bricks they are reported as using
>> different space, as per attached. How come they use different space? One
>> would expect to use exactly the same space since they are replica.
>>
>> The 3rd brick (arbiter ) only holds meta data, so it would not consume as
>> much space as the other 2 data bricks. So what you are seeing is expected
>> behaviour.
>> Regards,
>> Ravi
>>
>> Thanx,
>> Alex
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gluster replica volumes with different data usage

[Alex K]

Hi Ravishankar,

I am not referring to the arbiter volume(which is showing 0% usage). I am
referring to the other 2 volumes which are replicas and should have the
exact same data. Checking the status of other bricks in ovirt (bricks used
from iso and export domain) I see that they all report same usage of data
on the data volumes, except the "vms" volume used for storing vms.

Thanx,
Alex

On Sep 18, 2017 07:00, "Ravishankar N" <ravishan...@redhat.com> wrote:

>
>
> On 09/17/2017 08:41 PM, Alex K wrote:
>
> Hi all,
>
> I have replica 3 with 1 arbiter.
> When checking the gluster volume bricks they are reported as using
> different space, as per attached. How come they use different space? One
> would expect to use exactly the same space since they are replica.
>
> The 3rd brick (arbiter ) only holds meta data, so it would not consume as
> much space as the other 2 data bricks. So what you are seeing is expected
> behaviour.
> Regards,
> Ravi
>
> Thanx,
> Alex
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Manual transfer of VMs from DC to DC

[Alex K]

Thanx, I can confirm that this way i may transfer VMs, but I was thinking a
more dirty and perhaps portable way.

Say I want to get to a external disk just one VM from DC A and copy/import
it on DC B that has no access to the export domain of DC A.

I've seen also articles converting the VM disk to qcow or raw then
importing it with some perl script.

I guess that the OVA import/export feature, still to be implemented, is
what I need for this case.

Thanx,
Alex

On Sep 17, 2017 10:13, "Fred Rolland" <froll...@redhat.com> wrote:

> Hi,
>
> You could import the storage domain from a DC to another DC with all the
> VMs and disks.
> See in [1], there is also a video explaining how to do it.
>
> Regards,
> Fred
>
> [1] https://www.ovirt.org/develop/release-management/features/
> storage/importstoragedomain/
>
> On Fri, Sep 15, 2017 at 10:40 AM, Abi Askushi <rightkickt...@gmail.com>
> wrote:
>
>> Hi all,
>>
>> Is there any way of transferring VMs manually from DC to DC, without the
>> DCs having connectivity with each other?
>>
>> I was thinking to backup all the export domain directory, and then later
>> rsync this directory VMs to a new NFS share, then import this NFS share as
>> an export domain on the other DC.
>>
>> What do you think?
>>
>> Thanx,
>> Alex
>>
>>
>> ___
>> 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] gluster replica volumes with different data usage

[Alex K]

Hi all,

I have replica 3 with 1 arbiter.
When checking the gluster volume bricks they are reported as using
different space, as per attached. How come they use different space? One
would expect to use exactly the same space since they are replica.

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

Re: [ovirt-users] Recommended gluster setup

[Alex K]

mmm, perhaps one more reason to go to simple replica 3...

Thanx,
Alex

On Fri, Sep 15, 2017 at 3:30 PM, Sahina Bose <sab...@redhat.com> wrote:

>
>
> On Fri, Sep 15, 2017 at 5:48 PM, Alex K <rightkickt...@gmail.com> wrote:
>
>> In the replica 3 + 1 arbiter does this mean that if I loose the two nodes
>> having the normal volumes and left only with the node that has the arbiter
>> volume, I loose all data?
>>
>
> Yes!
>
>
>>
>> Thanx,
>> Alex
>>
>> On Fri, Sep 15, 2017 at 11:25 AM, Kasturi Narra <kna...@redhat.com>
>> wrote:
>>
>>> Hi ,
>>>
>>>yes, you are right. Since arbiter brick  has only metadata and  data
>>> for the vm has to be served from one of the other two replicas, read is
>>> slow.
>>>
>>> Arbiter is a special subset of replica 3 volumes and is aimed at
>>> preventing split-brains and providing same consistency as a normal replica
>>> 3 volume with out consuming 3x space. You could use replica 3 and no issues
>>> with that.
>>>
>>> Thanks
>>> kasturi
>>>
>>> On Fri, Sep 15, 2017 at 12:41 PM, Abi Askushi <rightkickt...@gmail.com>
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I see in the ovirt guides that a gluster volume replica 3 with 1
>>>> arbiter is recommended.
>>>> Why not simple replica 3? Is it due to the higher replication data that
>>>> would cause performance issues?
>>>>
>>>> What I am observing is that a VM running on the server which has the
>>>> arbiter brick has slower read performance then when the same VM runs on
>>>> another server with a normal brick. Has anyone observed this? Is it because
>>>> the arbiter does not have the real data on it?
>>>>
>>>> Thanx,
>>>> Alex
>>>>
>>>> ___
>>>> 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] Recommended gluster setup

[Alex K]

In the replica 3 + 1 arbiter does this mean that if I loose the two nodes
having the normal volumes and left only with the node that has the arbiter
volume, I loose all data?

Thanx,
Alex

On Fri, Sep 15, 2017 at 11:25 AM, Kasturi Narra <kna...@redhat.com> wrote:

> Hi ,
>
>yes, you are right. Since arbiter brick  has only metadata and  data
> for the vm has to be served from one of the other two replicas, read is
> slow.
>
> Arbiter is a special subset of replica 3 volumes and is aimed at
> preventing split-brains and providing same consistency as a normal replica
> 3 volume with out consuming 3x space. You could use replica 3 and no issues
> with that.
>
> Thanks
> kasturi
>
> On Fri, Sep 15, 2017 at 12:41 PM, Abi Askushi <rightkickt...@gmail.com>
> wrote:
>
>> Hi all,
>>
>> I see in the ovirt guides that a gluster volume replica 3 with 1 arbiter
>> is recommended.
>> Why not simple replica 3? Is it due to the higher replication data that
>> would cause performance issues?
>>
>> What I am observing is that a VM running on the server which has the
>> arbiter brick has slower read performance then when the same VM runs on
>> another server with a normal brick. Has anyone observed this? Is it because
>> the arbiter does not have the real data on it?
>>
>> Thanx,
>> Alex
>>
>> ___
>> 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] Seamless SAN HA failovers with oVirt?

[Alex Crow]

I use Open-E in production on standard Intel (Supermicro) hardware. It 
can work in A/A (only in respect of ovirt, ie one LUN normally active on 
one server, the other LUN normally stays on the the other node) or A/P 
mode with multipath. Even in A/P mode it fails over quick enough to 
avoid VM pauses, using virtual IPs that float between the nodes. These 
modes are supported for both iSCSI or NFS.


I've also successfully implemented the same kind of rapid failover using 
standard linux HA tools (pacemaker and corosync). I've had migration 
times under 2s.


NFS has the added complications of filesystem locking. Maybe some of the 
docs on the CTDB site will help, as they ensure that NFS will be running 
on the same ports on each host and locking DBs will be shared between 
the two hosts. I have no idea if TrueNAS supports CTDB or similar 
distributed locking mechanisms.


Caveat: this is with iSCSI resources. I've not really run VMs in oVirt 
in anger against any kind of NFS storage yet. My boss wants to try 
Tintri, so I'll see how that works.


Cheers

Alex

On 06/06/17 18:45, Matthew Trent wrote:

Thanks for the replies, all!

Yep, Chris is right. TrueNAS HA is active/passive and there isn't a way around 
that when failing between heads.

Sven: In my experience with iX support, they have directed me to reboot the active node to initiate 
failover. There's "hactl takeover" and "hactl giveback" commends, but reboot 
seems to be their preferred method.

VMs going into a paused state and resuming when storage is back online sounds 
great. As long as oVirt's pause/resume isn't significantly slower than the 
30-or-so seconds the TrueNAS takes to complete its failover, that's a pretty 
tolerable interruption for my needs. So my next questions are:

1) Assuming the SAN failover DOES work correctly, can anyone comment on their 
experience with oVirt pausing/thawing VMs in an NFS-based active/passive SAN 
failover scenario? Does it work reliably without intervention? Is it reasonably 
fast?

2) Is there anything else in the oVirt stack that might cause it to "freak out" 
rather than gracefully pause/unpause VMs?

2a) Particularly: I'm running hosted engine on the same TrueNAS storage. Does 
that change anything WRT to timeouts and oVirt's HA and fencing and sanlock and 
such?

2b) Is there a limit to how long oVirt will wait for storage before doing 
something more drastic than just pausing VMs?

--
Matthew Trent
Network Engineer
Lewis County IT Services
360.740.1247 - Helpdesk
360.740.3343 - Direct line


From: users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of Chris Adams 
<c...@cmadams.net>
Sent: Tuesday, June 6, 2017 7:21 AM
To: users@ovirt.org
Subject: Re: [ovirt-users] Seamless SAN HA failovers with oVirt?

Once upon a time, Juan Pablo <pablo.localh...@gmail.com> said:

Chris, if you have active-active with multipath: you upgrade one system,
reboot it, check it came active again, then upgrade the other.

Yes, but that's still not how a TrueNAS (and most other low- to
mid-range SANs) works, so is not relevant.  The TrueNAS only has a
single active node talking to the hard drives at a time, because having
two nodes talking to the same storage at the same time is a hard problem
to solve (typically requires custom hardware with active cache coherency
and such).

You can (and should) use multipath between servers and a TrueNAS, and
that protects against NIC, cable, and switch failures, but does not help
with a controller failure/reboot/upgrade.  Multipath is also used to
provide better bandwidth sharing between links than ethernet LAGs.

--
Chris Adams <c...@cmadams.net>
___
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


--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[alex]

Yes, all storage domains, hosted-engine storage domain and VMs are visible in the ovirt-GUI   26.05.2017, 22:00, "Simone Tiraboschi" :Are the hosted-engine storage domain and the engine VM correctly visible in the engine? On Fri, May 26, 2017 at 2:50 PM, a...@rt14.ru  wrote:probably error you noticed is absent zcat engine.log-20170525.gz | grep "ERROR [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]"  and error noticed in bug description also is absent zcat engine.log-20170525.gz | grep "TLS issue"  26.05.2017, 20:41, "Simone Tiraboschi" :Ok,I see that the engine is trying to deploy the second host as an hosted-engine one but the engine sends only HOSTED_ENGINE_CONFIG/host_id=str:'2'while all the other values are missing. 2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV HOSTED_ENGINE/action="">2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV HOSTED_ENGINE_CONFIG/host_id=str:'2' I think you hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1414696 Could you please check your engine logs for 'ERROR [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]'?  On Fri, May 26, 2017 at 12:47 PM,  wrote:Hi, Simone!  done 25.05.2017, 17:18, "Simone Tiraboschi" :  On Wed, May 24, 2017 at 8:10 PM,  wrote:Hi everybody!I get some issue with HA configuration of HostedEngine: I am trying to deploy it to second host: 1. Set maintenance for host2. Do reinstall with HostedEngine Deploy option Installation finished successfully, I did't observe any errors in logs, but host did't became HostedEngine ready. could you please attach your host-deploy logs?So I want to switch Host with HE to Maintenance mode and won't get this message: "Error while executing action: Cannot switch the Host(s) to Maintenance mode.There are no available hosts capable of running the engine VM." Could you give me steps to resolve this problem?___Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[alex]

Hi everybody!I get some issue with HA configuration of HostedEngine: I am trying to deploy it to second host: 1. Set maintenance for host2. Do reinstall with HostedEngine Deploy option Installation finished successfully, I did't observe any errors in logs, but host did't became HostedEngine ready.  So I want to switch Host with HE to Maintenance mode and won't get this message: "Error while executing action: Cannot switch the Host(s) to Maintenance mode.There are no available hosts capable of running the engine VM." Could you give me steps to resolve this problem?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

Hopefully this screen capture is what you are asking for?

[image: Inline image 1]

Here is:

# cat /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
# Generated by VDSM version 4.17.23.2-0.el7.centos
DEVICE=ovirtmgmt
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
IPADDR=10.3.1.7
NETMASK=255.255.255.0
GATEWAY=10.3.1.1
BOOTPROTO=none
DEFROUTE=yes
NM_CONTROLLED=no
IPV6INIT=no
HOTPLUG=no

# cat /etc/sysconfig/network-scripts/ifcfg-enp2s0f0
# Generated by VDSM version 4.19.10.1-1.el7.centos
DEVICE=enp2s0f0
BRIDGE=ovirtmgmt
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no


The version that I upgraded too:
oVirt Engine Version: 4.1.1.8-1.el7.centos

I dont recall the version I was on prior to the upgrade but I am sure it
was at least v4.

Shall I just tar everying thing in /var/log/vdsm/  ?

-Alex


On Wed, May 17, 2017 at 10:07 AM, Michael Burman <mbur...@redhat.com> wrote:

> Ok,
>
> What is the exact property reported in the tooltip which is out of sync?
> it should be there.
> It is possible to add this property to the ifcfg-ovirtmgmt file and then
> 'refresh caps' it may work.
> As you created the ifcfg manually after the upgrade, maybe you missed a
> property, which engine expect to see.
>
> - About the upgrade, it is very bad that the ifcfg-ovirtmgmt file has
> gone.
> What are the versions involved here?
> Maybe i can try and reproduce it, to insure we don't have bug here.
>
> Can you provide us vdsm logs from the upgrade time?
>
> Dan, Yevgeny, do you have any idea maybe?
>
> Thanks,
>
> On Wed, May 17, 2017 at 6:53 PM, Alex R <ar.dig...@gmail.com> wrote:
>
>> Michael,
>>
>> The tooltip says:
>> "host nework's configurations differ from DC"
>>
>>> It is possible that the out-of-sync is the reason for the network issue.
>>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>>> upgrade, could it be that it wasn't persisted and saved on the host before
>>> running the upgrade?
>>
>> I wish I had an answer for this.  It is possible?  The firs line is
>> commented and says:
>> "# Generated by VDSM version 4.17.23.2-0.el7.centos"
>>
>>
>> - I tried refreshing capabilites, no change.
>> - It is possible to check or uncheck it.
>> -  this is not an option.
>> I mentioned in my first email that this is a single host that is used for
>> development only.  That is why I ask if there is a why to perform the
>> networksync via CLI, or perhaps manually?
>>
>> -Alex
>>
>> On Tue, May 16, 2017 at 11:30 PM, Michael Burman <mbur...@redhat.com>
>> wrote:
>>
>>> Alex,
>>>
>>> Please tell what is the tooltip saying. What is the reason for networks
>>> being out-of-sync?
>>>
>>> It is possible that the out-of-sync is the reason for the network issue.
>>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>>> upgrade, could it be that it wasn't persisted and saved on the host before
>>> running the upgrade?
>>>
>>> - Can you please try to press the 'refresh caps' button?
>>> - Does the 'save Network Configuration' button grayed out or it's
>>> possible to press it?
>>> - Another option is to migrate the hosted-engine VM to another host in
>>> the cluster and then sync the network on the host.(as you can't sync a
>>> network being used by a running VM).
>>>
>>> Regards,
>>>
>>>
>>>
>>>
>>>
>>> On Wed, May 17, 2017 at 8:42 AM, Alex R <ar.dig...@gmail.com> wrote:
>>>
>>>> Hi Michael, thanks for the suggestion.  When I use the GUI I get the
>>>> error
>>>>
>>>> "Error while executing action HostSetupNetworks: Network is currently
>>>> being used"
>>>>
>>>> The network is in use by the engine, that is why I asked if there is a
>>>> was to sync via the CLI.
>>>>
>>>> This problem happened after I did the latest upgraded and the host had
>>>> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
>>>> recreated the file and I thought alll was well except I cannot open a from
>>>> outside of the host and engine network (10.3.1.0/24).
>>>>
>>>> source 10.3.5.0/24 cannot open console on at the destination
>>>> 10.3.1.0/24.  The error I get is:
>>>>
>>>> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.v
>>>> v
>>>> could not connect to 10.3.1.7:Socket I/O timed out"
>>>>
>>>>

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

Michael,

The tooltip says:
"host nework's configurations differ from DC"

> It is possible that the out-of-sync is the reason for the network issue.
> It's a real problem that your ifcfg-ovirtmgmt file was missing after
> upgrade, could it be that it wasn't persisted and saved on the host before
> running the upgrade?

I wish I had an answer for this.  It is possible?  The firs line is
commented and says:
"# Generated by VDSM version 4.17.23.2-0.el7.centos"


- I tried refreshing capabilites, no change.
- It is possible to check or uncheck it.
-  this is not an option.
I mentioned in my first email that this is a single host that is used for
development only.  That is why I ask if there is a why to perform the
networksync via CLI, or perhaps manually?

-Alex

On Tue, May 16, 2017 at 11:30 PM, Michael Burman <mbur...@redhat.com> wrote:

> Alex,
>
> Please tell what is the tooltip saying. What is the reason for networks
> being out-of-sync?
>
> It is possible that the out-of-sync is the reason for the network issue.
> It's a real problem that your ifcfg-ovirtmgmt file was missing after
> upgrade, could it be that it wasn't persisted and saved on the host before
> running the upgrade?
>
> - Can you please try to press the 'refresh caps' button?
> - Does the 'save Network Configuration' button grayed out or it's possible
> to press it?
> - Another option is to migrate the hosted-engine VM to another host in the
> cluster and then sync the network on the host.(as you can't sync a network
> being used by a running VM).
>
> Regards,
>
>
>
>
>
> On Wed, May 17, 2017 at 8:42 AM, Alex R <ar.dig...@gmail.com> wrote:
>
>> Hi Michael, thanks for the suggestion.  When I use the GUI I get the error
>>
>> "Error while executing action HostSetupNetworks: Network is currently
>> being used"
>>
>> The network is in use by the engine, that is why I asked if there is a
>> was to sync via the CLI.
>>
>> This problem happened after I did the latest upgraded and the host had
>> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
>> recreated the file and I thought alll was well except I cannot open a from
>> outside of the host and engine network (10.3.1.0/24).
>>
>> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
>> The error I get is:
>>
>> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
>> could not connect to 10.3.1.7:Socket I/O timed out"
>>
>> I have already verified that the iptables rules are open and I have
>> verified that ASA that is between the network is not blocking by doing both
>> a packet-tracer and reviewing the logs.
>>
>> I think the problem is this "out-of-sync" network issue?
>>
>> -Alex
>>
>>
>> On Tue, May 16, 2017 at 10:12 PM, Michael Burman <mbur...@redhat.com>
>> wrote:
>>
>>> Hello Alex,
>>>
>>> - Have you tried to sync it using the 'Sync All Networks' button in the
>>> UI?
>>> It's located under 'Hosts' main tab > select the host > 'Network
>>> Interfaces' sub tab > 'Sync All Networks' button.
>>>
>>> - Can you please go to the 'Setup Host Networks' dialog(located under
>>> the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
>>> pop-up and it should let you know what is the reason that the network is
>>> being out-of-sync. Engine probably complaining about a difference between
>>> the configuration on the host and the DC.
>>> - How did you end up with this situation? what happened before the
>>> network become out-of-sync? did it happened after the hosted-engine deploy
>>> was done?
>>>
>>> Best regards,
>>>
>>> On Wed, May 17, 2017 at 12:10 AM, Alex R <ar.dig...@gmail.com> wrote:
>>>
>>>> No one has suggestions on how I can sync the ovirtmgmt network?  Is
>>>> more information needed?
>>>>
>>>>
>>>> On May 12, 2017 10:43 AM, "Alex R" <ar.dig...@gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I upgraded to the latest version (users@ovirt.org) a few weeks ago
>>>>> and ever since then I cannot open a console unless I am on the local
>>>>> network (10.3.1.0/24).  I think it is related to the Ovirtmgmt
>>>>> interface being "out-of-sync".
>>>>>
>>>>> If I try to fix it in the gui, I get an error:
>>>>>
>>>>> "Error while executing action Ho

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

Hi Michael, thanks for the suggestion.  When I use the GUI I get the error

"Error while executing action HostSetupNetworks: Network is currently being
used"

The network is in use by the engine, that is why I asked if there is a was
to sync via the CLI.

This problem happened after I did the latest upgraded and the host had lost
the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I recreated
the file and I thought alll was well except I cannot open a from outside of
the host and engine network (10.3.1.0/24).

source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
The error I get is:

"Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
could not connect to 10.3.1.7:Socket I/O timed out"

I have already verified that the iptables rules are open and I have
verified that ASA that is between the network is not blocking by doing both
a packet-tracer and reviewing the logs.

I think the problem is this "out-of-sync" network issue?

-Alex


On Tue, May 16, 2017 at 10:12 PM, Michael Burman <mbur...@redhat.com> wrote:

> Hello Alex,
>
> - Have you tried to sync it using the 'Sync All Networks' button in the
> UI?
> It's located under 'Hosts' main tab > select the host > 'Network
> Interfaces' sub tab > 'Sync All Networks' button.
>
> - Can you please go to the 'Setup Host Networks' dialog(located under the
> same path^^) and hoover on top of ovirtmgmt network? a tooltip should
> pop-up and it should let you know what is the reason that the network is
> being out-of-sync. Engine probably complaining about a difference between
> the configuration on the host and the DC.
> - How did you end up with this situation? what happened before the network
> become out-of-sync? did it happened after the hosted-engine deploy was
> done?
>
> Best regards,
>
> On Wed, May 17, 2017 at 12:10 AM, Alex R <ar.dig...@gmail.com> wrote:
>
>> No one has suggestions on how I can sync the ovirtmgmt network?  Is more
>> information needed?
>>
>>
>> On May 12, 2017 10:43 AM, "Alex R" <ar.dig...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I upgraded to the latest version (users@ovirt.org) a few weeks ago and
>>> ever since then I cannot open a console unless I am on the local network (
>>> 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
>>> "out-of-sync".
>>>
>>> If I try to fix it in the gui, I get an error:
>>>
>>> "Error while executing action HostSetupNetworks: Network is currently
>>> being used"
>>>
>>> This is because the hosted engine in on the ovirtmgmt network.
>>>
>>> Is there a way I can fix this via cli?  This is a single host with a
>>> hosted engine.  I use it for development only.
>>>
>>> Thank you.
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirtmgmt network out of sync

[Alex R]

No one has suggestions on how I can sync the ovirtmgmt network?  Is more
information needed?


On May 12, 2017 10:43 AM, "Alex R" <ar.dig...@gmail.com> wrote:

> Hi,
>
> I upgraded to the latest version (users@ovirt.org) a few weeks ago and
> ever since then I cannot open a console unless I am on the local network (
> 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
> "out-of-sync".
>
> If I try to fix it in the gui, I get an error:
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> This is because the hosted engine in on the ovirtmgmt network.
>
> Is there a way I can fix this via cli?  This is a single host with a
> hosted engine.  I use it for development only.
>
> Thank you.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirtmgmt network out of sync

[Alex R]

Hi,

I upgraded to the latest version (users@ovirt.org) a few weeks ago and ever
since then I cannot open a console unless I am on the local network (
10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
"out-of-sync".

If I try to fix it in the gui, I get an error:

"Error while executing action HostSetupNetworks: Network is currently being
used"

This is because the hosted engine in on the ovirtmgmt network.

Is there a way I can fix this via cli?  This is a single host with a hosted
engine.  I use it for development only.

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

Re: [ovirt-users] How to change DATA to ISO domain

[Alex Crow]

Create a new DATA domain with what you really need. Then make that the 
master and put the old one into maintenance and remove it.


That should do what you need.

Cheers

Alex

On 02/05/17 15:13, Langley, Robert wrote:
I went to add my ISO domain as the first storage domain. It got 
created as a DATA domain instead. I thought I selected "ISO". Now, 
Manager won't allow me to change or remove. What can I do?



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



--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt global utilization trend

[Alex]

The installation is of 1 week. Normaly it should have collected the data by 
now. Runing ovirt 4.1. I did a lot of server reboots to see the ha features. 
Not sure if this affected the DB. 


On March 7, 2017 11:33:03 PM GMT+02:00, Alexander Wels <aw...@redhat.com> wrote:
>On Tuesday, March 7, 2017 4:28:28 PM EST Abi Askushi wrote:
>> Hi,
>> 
>> I see that the global utilization 24h trend graph (CPU, RAM, Disk) at
>> dashboard is showing only the last 3 hours. The line for previous
>hours is
>> flat (see attached). I remember that on a previous installation I had
>> tested it was showing the full 24 hours. Tried to run again
>engine-setup
>> but issue remains.
>> Any suggestions?
>> 
>
>Is this a new installation? The odds are highly likely that for
>whatever 
>reason (being a new installation would mean the data is not there) the
>DWH 
>database does not have the completely 24 hours worth of data, if you
>wait it 
>will rotate the missing data out and eventually the 24 hours worth of
>data 
>will appear.
>
>> Thanx,
>> Alex

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt importing VM

[Alex]

That was sneaky!
Thank you Arik.

cheers,
Alex

On March 5, 2017 1:46:04 PM GMT+02:00, Arik Hadas <aha...@redhat.com> wrote:
>On Thu, Mar 2, 2017 at 10:48 AM, rightkicktech.gmail.com <
>rightkickt...@gmail.com> wrote:
>
>> Hi,
>>
>> I am using Virt4.1 on top glusterfs.
>> I have defined two data domains, one for engine and one for vms. Also
>> export and iso domains are on separate dedicated gluster volumes.
>>
>> When I try to import a VM from the export domain the VM is imported
>in the
>> engine data domain. I would expect to be able to select on which data
>> domain to import it. Am I missing sth?
>>
>
>Yeah, you missed the disks subtab at the import dialog :)
>When pressing on one of the VMs to be imported subtabs appear and you
>can
>configure the destination data domain per-disk (see the screenshot
>attached).
>
>
>>
>> Thanx,
>> Alex
>>
>> --
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt FQDN

[Alex]

Hi,

I added the IP address at 11-setup-sso.conf (found at 
/etc/ovirt-engine/engine.conf.d), at line SSO_ALTERNATE_ENGINE_FQDNS="IP".
Then restarted engine.
I can access now engine vm using IP, but I cannot when connecting remotely 
using localhost and port forwarding through ssh. I tried to add also localhost 
as alternate fqdn without any luck. 
Any idea?

Many thanx,
Alex


On January 27, 2017 1:10:33 AM GMT+02:00, Alex <rightkickt...@gmail.com> wrote:
>Thank you Martin.
>I will check that.
>
>On January 26, 2017 9:39:42 PM GMT+02:00, Martin Perina
><mper...@redhat.com> wrote:
>>Hi,
>>
>>please take a look at [1], since oVirt 4.0.4 you can defined alternate
>>names (or IPs) to access engine.
>>
>>Regards
>>
>>Martin Perina
>>
>>[1] https://bugzilla.redhat.com/show_bug.cgi?id=1325746
>>
>>
>>On Thu, Jan 26, 2017 at 6:59 PM, rightkicktech.gmail.com <
>>rightkickt...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> Is there any way to bypass the FQDN access requirement on ovirt 4?
>On
>>> previous versions I was able to access ovirt engine using IP. It is
>>> impractical to access with FQDN when doing remote port forwarding.
>>>
>>> Thanx,
>>> Alex
>>> --
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>
>-- 
>Sent from my Android device with K-9 Mail. Please excuse my brevity.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt FQDN

[Alex]

Thank you Martin.
I will check that.

On January 26, 2017 9:39:42 PM GMT+02:00, Martin Perina <mper...@redhat.com> 
wrote:
>Hi,
>
>please take a look at [1], since oVirt 4.0.4 you can defined alternate
>names (or IPs) to access engine.
>
>Regards
>
>Martin Perina
>
>[1] https://bugzilla.redhat.com/show_bug.cgi?id=1325746
>
>
>On Thu, Jan 26, 2017 at 6:59 PM, rightkicktech.gmail.com <
>rightkickt...@gmail.com> wrote:
>
>> Hi all,
>>
>> Is there any way to bypass the FQDN access requirement on ovirt 4? On
>> previous versions I was able to access ovirt engine using IP. It is
>> impractical to access with FQDN when doing remote port forwarding.
>>
>> Thanx,
>> Alex
>> --
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] import graylog VM fails

[Alex R]

Thank you Gianluca.  But that did not work for tying to import the ova's.

# ls -l /tmp/graylog-2.1.2-1.ova
-rw-rw. 1 vdsm kvm 1129371648 Jan 15 20:19 /tmp/graylog-2.1.2-1.ova

I also tried again with the qcow2 image.

# ls -l /tmp/graylog-2.1.2-1.ova
-rw-rw. 1 vdsm kvm 1129371648 Jan 15 20:19 /tmp/graylog-2.1.2-1.ova

I still get the same errors.

I am suspecting that I am converting the qcows image to the wrong
location?  How do I know if I have the correct path?

On Sat, Jan 21, 2017 at 8:20 AM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Sat, Jan 21, 2017 at 2:38 AM, Alex R <ar.dig...@gmail.com> wrote:
>
>>
>> 1dae7037-73d5-4f11-b7da-c5d1a6aa36b7
>>
>> # qemu-img convert -O raw /tmp/graylog-2.1.2-1.qcow2
>> /rhev/data-center/mnt/blockSD/6643dec0-12b2-4764-9473-a86975
>> ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a5753
>> 5-77d1-4b3f-a0b4-a6f9b7717b4a
>>
>> I then try to start the VM and get in both the vdsm.log and GUI:
>>
>> 2017-01-21T01:06:37.145854Z qemu-kvm: -drive
>> file=/rhev/data-center/0001-0001-0001-0001-02ad/
>> 6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-
>> 73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-
>> a6f9b7717b4a,format=raw,if=none,id=drive-virtio-disk0,
>> serial=1dae7037-73d5-4f11-b7da-c5d1a6aa36b7,cache=none,
>> werror=stop,rerror=stop,aio=threads: Could not open
>> '/rhev/data-center/0001-0001-0001-0001-02ad/6643
>> dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-
>> b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a': Permission
>> denied
>> Thread-2666080::INFO::2017-01-20 
>> 17:06:37,321::vm::1308::virt.vm::(setDownStatus)
>> vmId=`a1257117-e3f8-4896-9ab4-1b010298f282`::Changed state to Down:
>> internal error: qemu unexpectedly closed the monitor:
>> (process:23124): GLib-WARNING **: gmem.c:482: custom memory allocation
>> vtable not supported.
>>
>
> Images should be owned by vdsm user and with group kvm and permission 660
> Is your one ok?
> HIH,
> Gianluca
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] import graylog VM fails

[Alex R]

I am trying to take one of virtual appliances available on
https://www.graylog.org/download.  I have the tried to import the VMware
OVA through the ovirt GUI but it fails with "Failed to load VM
configuration from OVA file: /tmp/graylog-2.1.2-1.ova".
/tmp/graylog-2.1.2-1.ova is the location of the file on the webclient.

So I try to use the openstack image. From my ovirt host:

# unzip graylog-2.1.2-1.qcow2.gz

# qemu-img info /tmp/graylog-2.1.2-1.qcow2
image: /tmp/graylog-2.1.2-1.qcow2
file format: qcow2
virtual size: 5.9G (6291456000 bytes)
disk size: 5.8G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false

I create a VM in ovirt named graylog with a disk sized at 25 GB

I locate the the disk id that the VM graylog has in the ovirt GUI.

1dae7037-73d5-4f11-b7da-c5d1a6aa36b7

# qemu-img convert -O raw /tmp/graylog-2.1.2-1.qcow2
/rhev/data-center/mnt/blockSD/6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a

I then try to start the VM and get in both the vdsm.log and GUI:

2017-01-21T01:06:37.145854Z qemu-kvm: -drive
file=/rhev/data-center/0001-0001-0001-0001-02ad/6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a,format=raw,if=none,id=drive-virtio-disk0,serial=1dae7037-73d5-4f11-b7da-c5d1a6aa36b7,cache=none,werror=stop,rerror=stop,aio=threads:
Could not open
'/rhev/data-center/0001-0001-0001-0001-02ad/6643dec0-12b2-4764-9473-a86975ef523d/images/1dae7037-73d5-4f11-b7da-c5d1a6aa36b7/17a57535-77d1-4b3f-a0b4-a6f9b7717b4a':
Permission denied
Thread-2666080::INFO::2017-01-20
17:06:37,321::vm::1308::virt.vm::(setDownStatus)
vmId=`a1257117-e3f8-4896-9ab4-1b010298f282`::Changed state to Down:
internal error: qemu unexpectedly closed the monitor:
(process:23124): GLib-WARNING **: gmem.c:482: custom memory allocation
vtable not supported.


Thanks in advance.

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

Re: [ovirt-users] Fwd: Multipath iSCSI with several IPs

[Alex Crow]

On 04/08/16 15:37, James Michels wrote:


Hi Dan,

The way you describe it I should have 2 storage backends with 2 IPs 
for the same SAN backend, right? The problem I see is that when you 
create a disk for a VM, you assign it to only one storage domain... so 
if the first fails, how will oVirt know which one should use as failover?



No, multipath is the *same* storage (ie LUN) exposed via two different 
network paths.


Alex

--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Host non operationnal due to an iSCSI problem

[Alex Crow]

On 19/07/16 15:22, Alexis HAUSER wrote:

I'm still finding this hard to understand. If you are using iSCSI, you
/are/ using a server (called the "Target" in SCSI speak). Is the iSCSI
storage actually on the first host?

It's a Dell bay (or "storage array", I think that's the correct name in 
english...)


If it offers iSCSI, it is indeed a "Target". It's effectively a server 
as it's offering up a service on the network! That does explain my 
confusion though...





How did you actually do the
discovery and assign the LUNs? In the storage domain properties you
should be able to see the IP and port of the Targets, something like
"iqn.2012-02:foo-target1,192.168.10.10,3260", and you need to ensure the
second host can reach that IP and port to be able to see the storage.

Actually I jutt made a test : authorize access only to the second host (on the 
Dell bay), it works but only after setting it to maintenance mode and 
reactivate it.
Then authorizing both of the hosts (as initially) make them both working 
now...It doesn't really makes sense...
It is a very strange behavior. Maybe the second host needed to be set in 
maintenance mode then reactivated ?


Normally you should not have to do that. It could be that it was not 
allowed access, and you'd have to leave it a while for the host to retry.


At least you have it working now!






If you only have one physical interface on each host, there's not much
point doing multipath, as you don't stand to gain any performance or
resilience.

I didn't choose if it was multipath or not, someone only gave me access to this 
storage, but I understand what you mean. However, I'll certainly add bonding 
later.


Do you have any idea what setting maintenance mode and reactivating does on a 
host ? Does it restart some services ? I don't really understand what just 
happened actually...
All I know is that it is used for backup, reinstall and update.


Maintenance mode will migrate any running VMs off that host and enable 
you to do some tasks (including the ones you mention) that you can't do 
when it's running VMs. I believe it stops certain services as well, not 
sure which ones. It's perfectly safe and routine thing to do in RHEV/oVirt.


Cheers

Alex


--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Host non operationnal due to an iSCSI problem

[Alex Crow]

On 19/07/16 11:13, Alexis HAUSER wrote:

I don't understand. iSCSI is a network storage protocol. What do you
mean by "I access it directly"? When you set up the first host with an
iSCSI storage domain, you would have had to point it to an IP address,
"discover" the LUNs and then attach to them. This sets up the domain.

As I explained, I don't use an iSCSI server, that's what I call accessing it 
"directly".
Yes, my iSCSI storage is working on my first Host, it has been discovered 
successfully, some VM are working on it etc...
The second host can discover it so I don't think it's a network issue.

 From the vdsm logs from second host ("the non working one") it looks like it 
can even see the LVM on it, right ?

Thread-32::DEBUG::2016-07-19 08:41:37,935::lvm::290::Storage.Misc.excCmd::(cmd) FAILED:  = 
'  Volume group "091e0526-1ff3-4ca3-863c-b911cf69277b" not found\n  Cannot process volume 
group 091e0526-1ff3-4ca3-863c-b911cf69277b\n';  = 5



It knows there there are volume groups from the database. You are 
correct, in that it cannot access the VGs/LVs.



On the second host, to access iSCSI storage you will have to have an
interface (defined in "Networks" in oVirt) that can connect to the same
IP and port the first host used.

Yes I have an network interface working on the second host, which is ovirtmgmt. 
I can access all other storage correctly from that host without errors. I can 
discover the iSCSI.

As it is a multipath iSCSI, does it need to acces one different path for each 
host ? I didn't set anything about iSCSI bonding, I use only one single 
interface on each host.


I'm still finding this hard to understand. If you are using iSCSI, you 
/are/ using a server (called the "Target" in SCSI speak). Is the iSCSI 
storage actually on the first host? How did you actually do the 
discovery and assign the LUNs? In the storage domain properties you 
should be able to see the IP and port of the Targets, something like 
"iqn.2012-02:foo-target1,192.168.10.10,3260", and you need to ensure the 
second host can reach that IP and port to be able to see the storage.


Multipath should not make any difference right now, but in order to use 
it effectively you should probably set up an iSCSI bond. The requirement 
for multipath to work properly is that the two physical interfaces on 
the host and initiator are in different IP subnets (and should ideally 
travel via different switches but that is not a hard requirement).


If you only have one physical interface on each host, there's not much 
point doing multipath, as you don't stand to gain any performance or 
resilience.


Cheers

Alex
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users