Re: [ovirt-users] ovirt-shell - Polling or also events?

[Juan Hernández]

On 11/10/2015 04:22 PM, Fabian Deutsch wrote:
> On Tue, Nov 10, 2015 at 1:03 PM, Juan Hernández  wrote:
>> On 11/09/2015 08:53 AM, Fabian Deutsch wrote:
>>> Hey,
>>>
>>> does somebody know if ovirt-shell can also wait (block) for properties
>>> of an object to change, i.e.:
>>>
>>> ovirt-shell wait --query "status-state=installed"
>>>
>>> - fabian
>>>
>>
>> No, ovirt-shell can't wait, and it is very unlikely that we change it to
>> support this.
>>
>> I'd also suggest you to avoid the CLI and use the Python or Java SDKs
>> for anything that is more complicated than occasional use of the API.
> 
> Right, thanks. Good to know
> 
> But wasn't there some RFE in 3.6 to add events (somewhere)?
> 
> - fabian
>

The closest thing I know is the proposal to add "Doctor REST" to the system:

  http://www.ovirt.org/Features/Doctor_REST

As far as I know there are no plans to integrate the shell with that.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

[Stefano Danzi]

Il 10/11/2015 16.40, Simone Tiraboschi ha scritto:



On Tue, Nov 10, 2015 at 12:36 PM, Stefano Danzi > wrote:


Solved!

inside the image directory there was this link:

lrwxrwxrwx. 1 root root 54 02 nov 12.14
ovirt-tools-setup.iso ->
/usr/share/ovirt-guest-tools-iso/ovirt-tools-setup.iso

removing the link all was solved.


Hi Stefano,
that link has been created installing oVirt guest tools rpm.
Was that ISO storage domain exposed via NFS?
Was it exported by the engine VM/host?
thanks,
Simone




Hi!

The link was a my attempt to have ovirt-tools-setup.iso always updated 
on oVirt CD list.
I made the link just before upgrading, so maybe that cause errors also 
in 3.5


ISO storage domain was exposed via NFS. It was exported from engine host 
(self hosted engine).


Maybe nice to have a more detailed error instead of "VDSM command 
failed: Cannot get file stats: (u'837f-d2d4-4684-a389-ac1adb050fa8',)".


I think that engine stats all files. If one stat fail, for a link in 
this case, all process fail and list remain empty.



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

Re: [ovirt-users] console viewing failure after moving engine from CO6 to CO7

[Weber, Charles (NIH/NIA/IRP) [C]]

Another thread suggested rolling back both novice and python-websockify.  I had 
first heard about websockify, but it alone made no difference. The combination 
of the 2 with below versions does work.

python-websockify-0.5.1-2.el7.noarch
novnc-0.4-9.el7.noarch

Weber, Charles (NIH/NIA/IRP) 
web...@mail.nih.gov
p: 410-558-8001
c: 443-473-6493
251 Bayview Blvd
Baltimore MD 21224
NCTS performance comments and survey at:
https://niairpkiosk.irp.nia.nih.gov/content/ncts-user-survey






> On Nov 10, 2015, at 10:04 AM, David Jaša  wrote:
> 
> Hi,
> 
> On Pá, 2015-11-06 at 19:53 +, Weber, Charles (NIH/NIA/IRP) [E]
> wrote:
>> Hi everyone, 
>> I have been moving production Ovirt cluster 4 host+1 engine+FC storage
>> from CentOS 6 to CentOS 7.
>> I created new cluster with CO7 nodes and did the usual transition
>> without any major issues.
>> This took care of nodes and worked very well.
>> I then used the engine backup/restore utility to move engine from old
>> server running CO6 to new server running CO7.
>> There were the some issues but fairly easily fixed. Mostly CO6 to CO7
>> stuff like NFS, firewalld etc. To be expected.
>> 
>> 
>> However, my web proxy did work with the engine on CO6 and now does
>> not. Local engine console viewer did work on CO6 and now does not. 
>> 1.  Hostname is the same
>> 2. errors are different that cert errors
>> 3. restore util should have moved the certs
>> 4. firewall rules are the same as before running iptables
>> 
>> Here are the errors when console is set for novice or spice html5. In
>> both cases web page opens up with black screen and then the error
>> occurs.
>> novnc
>> ReferenceError: can’t find variable:WebUtil
>> spice
>> Error: Unexpected protocol mismatch
>> 
> 
> Just trying luck as I have next to none hands-on experience: Could it be
> spice/vnc protocol mismatch as opposed to websockets protocol mismatch?
> What do websocket proxy logs say?
> 
> Adding spice-devel list to the loop as well.
> 
> David
> 
>> 
>> I tried older websockify, no change.
>> 
>> 
>> Overt Versions before and after engine move were 3.5.5-1
>> Current CentOS 7.1.1503
>> 
>> 
>> python-websockify.noarch   0.6.0-2.el7  @epel
>> novnc.noarch 0.5.1-2.el7@epel
>> spice-glib.x86_64  0.22-2.el7   @base
>> spice-gtk3.x86_640.22-2.el7 @base
>> spice-html5.noarch0.1.6-1.el7   @epel
>> spice-server.x86_64  0.12.4-9.el7_1.3@updates 
>> spice-vdagent.x86_64 0.14.0-9.el7  @base 
>> ovirt-engine.noarch  3.5.5-1.el7.centos   @ovirt-3.5
>> ovirt-engine-backend.noarch 3.5.5-1.el7.centos   @ovirt-3.5
>> ovirt-engine-cli.noarch 3.5.0.6-1.el7.centos
>> @ovirt-3.5
>> ovirt-engine-dbscripts.noarch  3.5.5-1.el7.centos @ovirt-3.5
>> ovirt-engine-extensions-api-impl.noarch  3.5.5-1.el7.centos
>> @ovirt-3.5
>> ovirt-engine-jboss-as.x86_64 7.1.1-1.el7 @ovirt-3.5
>> ovirt-engine-lib.noarch   3.5.5-1.el7.centos @ovirt-3.5
>> ovirt-engine-restapi.noarch  3.5.5-1.el7.centos   @ovirt-3.5
>> ovirt-engine-sdk-python.noarch3.5.5.0-1.el7.centos
>> @ovirt-3.5
>> ovirt-engine-setup.noarch 3.5.5-1.el7.centos   @ovirt-3.5
>> ovirt-engine-setup-base.noarch 3.5.5-1.el7.centos@ovirt-3.5
>> ovirt-engine-setup-plugin-ovirt-engine.noarch3.5.5-1.el7.centos
>>  @ovirt-3.5
>> ovirt-engine-setup-plugin-ovirt-engine-common.noarch
>>  3.5.5-1.el7.centos @ovirt-3.5
>> ovirt-engine-setup-plugin-websocket-proxy.noarch
>> 3.5.5-1.el7.centos@ovirt-3.5
>> ovirt-engine-tools.noarch3.5.5-1.el7.centos@ovirt-3.5
>> ovirt-engine-userportal.noarch3.5.5-1.el7.centos@ovirt-3.5
>> ovirt-engine-webadmin-portal.noarch3.5.5-1.el7.centos
>>  @ovirt-3.5
>> ovirt-engine-websocket-proxy.noarch3.5.5-1.el7.centos
>> @ovirt-3.5
>> 
>> 
>> 
>> 
>> ## IP address below in socket proxy status (XXX…) is the workstation I
>> am testing from. ##
>> 
>> 
>> [root@ovirtman yum.repos.d]# systemctl status ovirt-websocket-proxy -l
>> ovirt-websocket-proxy.service - oVirt Engine websockets proxy
>>   Loaded: loaded
>> (/usr/lib/systemd/system/ovirt-websocket-proxy.service; enabled)
>>   Active: active (running) since Tue 2015-11-03 13:10:07 EST; 22h ago
>> Main PID: 1178 (ovirt-websocket)
>>   CGroup: /system.slice/ovirt-websocket-proxy.service
>> 
>> └─1178 /usr/bin/python 
>> /usr/share/ovirt-engine/services/ovirt-websocket-proxy/ovirt-websocket-proxy.py
>>  --systemd=notify start
>> 
>> 
>> Nov 03 13:10:06 ovirtman.irp.nia.nih.gov systemd[1]: Starting oVirt
>> Engine websockets proxy...
>> Nov 03 13:10:07 ovirtman.irp.nia.nih.gov systemd[1]: Started oVirt
>> Engine websockets proxy.
>> Nov 04
>> 11:13:39 ovirtman.irp.nia.nih.gov ovirt-websocket-proxy.py[1178]:
>> XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] XXX.XXX.XXX.XXX: SSL/TLS
>> (wss://) WebSocket connection
>> Nov 04
>> 11:13:39 ovirtman.irp.nia.nih.gov ovirt-websocket-proxy.py[1178]: 
>> 

Re: [ovirt-users] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

[Simone Tiraboschi]

On Tue, Nov 10, 2015 at 4:52 PM, Stefano Danzi  wrote:

>
>
> Il 10/11/2015 16.40, Simone Tiraboschi ha scritto:
>
>
>
> On Tue, Nov 10, 2015 at 12:36 PM, Stefano Danzi  wrote:
>
>> Solved!
>>
>> inside the image directory there was this link:
>>
>> lrwxrwxrwx. 1 root root 54 02 nov 12.14 ovirt-tools-setup.iso ->
>> /usr/share/ovirt-guest-tools-iso/ovirt-tools-setup.iso
>>
>> removing the link all was solved.
>>
>
> Hi Stefano,
> that link has been created installing oVirt guest tools rpm.
> Was that ISO storage domain exposed via NFS?
> Was it exported by the engine VM/host?
>
> thanks,
> Simone
>
>
>>
> Hi!
>
> The link was a my attempt to have ovirt-tools-setup.iso always updated on
> oVirt CD list.
> I made the link just before upgrading, so maybe that cause errors also in
> 3.5
>

OK, so it's not a bug of the upgrade process.

The issue is that basically the symbolic link on NFS got resolved on the
NFS client and not on the NFS server where the file was.
So you have to manually position that iso file exactly in the same path on
each of your hosts or, much better, directly that file into your ISO
storage domain instead of creating a broken symlink.
Then probably VDSM could be a bit more robust here.


>
> ISO storage domain was exposed via NFS. It was exported from engine host
> (self hosted engine).
>
> Maybe nice to have a more detailed error instead of "VDSM command failed:
> Cannot get file stats: (u'837f-d2d4-4684-a389-ac1adb050fa8',)".
>
> I think that engine stats all files. If one stat fail, for a link in this
> case, all process fail and list remain empty.
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] console viewing failure after moving engine from CO6 to CO7

[David Jaša]

Hi,

On Pá, 2015-11-06 at 19:53 +, Weber, Charles (NIH/NIA/IRP) [E]
wrote:
> Hi everyone, 
> I have been moving production Ovirt cluster 4 host+1 engine+FC storage
> from CentOS 6 to CentOS 7.
> I created new cluster with CO7 nodes and did the usual transition
> without any major issues.
> This took care of nodes and worked very well.
> I then used the engine backup/restore utility to move engine from old
> server running CO6 to new server running CO7.
> There were the some issues but fairly easily fixed. Mostly CO6 to CO7
> stuff like NFS, firewalld etc. To be expected.
> 
> 
> However, my web proxy did work with the engine on CO6 and now does
> not. Local engine console viewer did work on CO6 and now does not. 
> 1.  Hostname is the same
> 2. errors are different that cert errors
> 3. restore util should have moved the certs
> 4. firewall rules are the same as before running iptables
> 
> Here are the errors when console is set for novice or spice html5. In
> both cases web page opens up with black screen and then the error
> occurs.
> novnc
> ReferenceError: can’t find variable:WebUtil
> spice
> Error: Unexpected protocol mismatch
> 

Just trying luck as I have next to none hands-on experience: Could it be
spice/vnc protocol mismatch as opposed to websockets protocol mismatch?
What do websocket proxy logs say?

Adding spice-devel list to the loop as well.

David

> 
> I tried older websockify, no change.
> 
> 
> Overt Versions before and after engine move were 3.5.5-1
> Current CentOS 7.1.1503
> 
> 
> python-websockify.noarch   0.6.0-2.el7  @epel
> novnc.noarch 0.5.1-2.el7@epel
> spice-glib.x86_64  0.22-2.el7   @base
> spice-gtk3.x86_640.22-2.el7 @base
> spice-html5.noarch0.1.6-1.el7   @epel
> spice-server.x86_64  0.12.4-9.el7_1.3@updates 
> spice-vdagent.x86_64 0.14.0-9.el7  @base 
> ovirt-engine.noarch  3.5.5-1.el7.centos   @ovirt-3.5
> ovirt-engine-backend.noarch 3.5.5-1.el7.centos   @ovirt-3.5
> ovirt-engine-cli.noarch 3.5.0.6-1.el7.centos
> @ovirt-3.5
> ovirt-engine-dbscripts.noarch  3.5.5-1.el7.centos @ovirt-3.5
> ovirt-engine-extensions-api-impl.noarch  3.5.5-1.el7.centos
>  @ovirt-3.5
> ovirt-engine-jboss-as.x86_64 7.1.1-1.el7 @ovirt-3.5
> ovirt-engine-lib.noarch   3.5.5-1.el7.centos @ovirt-3.5
> ovirt-engine-restapi.noarch  3.5.5-1.el7.centos   @ovirt-3.5
> ovirt-engine-sdk-python.noarch3.5.5.0-1.el7.centos
>  @ovirt-3.5
> ovirt-engine-setup.noarch 3.5.5-1.el7.centos   @ovirt-3.5
> ovirt-engine-setup-base.noarch 3.5.5-1.el7.centos@ovirt-3.5
> ovirt-engine-setup-plugin-ovirt-engine.noarch3.5.5-1.el7.centos
>   @ovirt-3.5
> ovirt-engine-setup-plugin-ovirt-engine-common.noarch
>   3.5.5-1.el7.centos @ovirt-3.5
> ovirt-engine-setup-plugin-websocket-proxy.noarch
>  3.5.5-1.el7.centos@ovirt-3.5
> ovirt-engine-tools.noarch3.5.5-1.el7.centos@ovirt-3.5
> ovirt-engine-userportal.noarch3.5.5-1.el7.centos@ovirt-3.5
> ovirt-engine-webadmin-portal.noarch3.5.5-1.el7.centos
>   @ovirt-3.5
> ovirt-engine-websocket-proxy.noarch3.5.5-1.el7.centos
> @ovirt-3.5
> 
> 
> 
> 
> ## IP address below in socket proxy status (XXX…) is the workstation I
> am testing from. ##
> 
> 
> [root@ovirtman yum.repos.d]# systemctl status ovirt-websocket-proxy -l
> ovirt-websocket-proxy.service - oVirt Engine websockets proxy
>Loaded: loaded
> (/usr/lib/systemd/system/ovirt-websocket-proxy.service; enabled)
>Active: active (running) since Tue 2015-11-03 13:10:07 EST; 22h ago
>  Main PID: 1178 (ovirt-websocket)
>CGroup: /system.slice/ovirt-websocket-proxy.service
> 
> └─1178 /usr/bin/python 
> /usr/share/ovirt-engine/services/ovirt-websocket-proxy/ovirt-websocket-proxy.py
>  --systemd=notify start
> 
> 
> Nov 03 13:10:06 ovirtman.irp.nia.nih.gov systemd[1]: Starting oVirt
> Engine websockets proxy...
> Nov 03 13:10:07 ovirtman.irp.nia.nih.gov systemd[1]: Started oVirt
> Engine websockets proxy.
> Nov 04
> 11:13:39 ovirtman.irp.nia.nih.gov ovirt-websocket-proxy.py[1178]:
> XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] XXX.XXX.XXX.XXX: SSL/TLS
> (wss://) WebSocket connection
> Nov 04
> 11:13:39 ovirtman.irp.nia.nih.gov ovirt-websocket-proxy.py[1178]: 
> XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] XXX.XXX.XXX.XXX  Version hybi-13, 
> base64: 'False'
> Nov 04
> 11:13:39 ovirtman.irp.nia.nih.gov ovirt-websocket-proxy.py[1178]: 
> XXX.XXX.XXX.XXX - - [04/Nov/2015 11:13:39] XXX.XXX.XXX.XXX  Path: 
> 

Re: [ovirt-users] ISO Domain empty after upgrade oVirt from 3.5 to 3.6

[Simone Tiraboschi]

On Tue, Nov 10, 2015 at 12:36 PM, Stefano Danzi  wrote:

> Solved!
>
> inside the image directory there was this link:
>
> lrwxrwxrwx. 1 root root 54 02 nov 12.14 ovirt-tools-setup.iso ->
> /usr/share/ovirt-guest-tools-iso/ovirt-tools-setup.iso
>
> removing the link all was solved.
>

Hi Stefano,
that link has been created installing oVirt guest tools rpm.
Was that ISO storage domain exposed via NFS?
Was it exported by the engine VM/host?

thanks,
Simone


>
> Il 09/11/2015 17.31, Stefano Danzi ha scritto:
>
> Detach and Import the domain don't solve the issue.
> Detach, destroy and import domain also don't solve.
>
> Error is the same.
>
> I could create a new ISO domain and reupload isos, but I think that this
> case has to be investigated a bit more.
>
> Il 09/11/2015 16.21, Stefano Danzi ha scritto:
>
> Hello,
> I do a refresh many times. Goes to maintenence and reactivate don't solve.
> Now UI show me this message "VDSM command failed: Cannot get file stats:
> (u'837f-d2d4-4684-a389-ac1adb050fa8',)"
>
> I will try to detach and import ISO domain.
>
>
>
> Il 09/11/2015 16.11, Sandro Bonazzola ha scritto:
>
> Adding Nir and Allon
>
> On Mon, Nov 9, 2015 at 4:05 PM, Simone Tiraboschi < 
> stira...@redhat.com> wrote:
>
>>
>>
>> On Mon, Nov 9, 2015 at 3:11 PM, Stefano Danzi  wrote:
>>
>>>
>>> Hello,
>>> after upgrading oVirt my ISO domain is empty. If I upload an iso image
>>> (using ovirt-iso-uploader) I can upload an image without errors.
>>> The path /var/lib/exports/iso contains all old and new images. This path
>>> is also correctly mounted on host machine.
>>> ...but ISO domain still empty.
>>>
>>
>> Can you please try to go to that storage domain into your engine and
>> force a refresh if you didn't?
>> If it doesn't work maintenance and reactivate that storage domain and if
>> also this is not sufficient please try to detach and import it again.
>>
>>
>>>
>>> I didn't find any error in logs.
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Engine setup: insistent DNS demand

[Jamie Lawrence]

[Snippage]

> On Nov 10, 2015, at 12:26 AM, Yedidyah Bar David  wrote:

>>> IIUC engine-setup never fails on missing DNS resolution, only warns.
> 
> Sorry, that was wrong. Let me sketch the flow:

[Nice writeup of the DNS test flow omitted] 

>> I may well be missing something or otherwise being bone-headed, but I am
>> getting [ Error ] messages, which it doesn’t allow me to skip.

Turns out, I was being bone-headed.

The hosts file was the problem; there were actually two errors in it. I can’t 
be sure, but think, I was actually looking at the hosts file on a different 
machine when I declared it correct, because it was correct on the other 
machines involved, and they’re named similarly enough (varying single digit) 
that my typical, default state of too many open shells probably confused me.

> May I suggest that you simply use, everywhere, both in the dns and in
> /etc/hosts,
> different names for the different addresses.

Very good advice. I corrected the errors in the hosts files and life became 
significantly better.

> And, if what you want is "Please add a flag or whatever that will allow me
> to override all this name lookup mess and just make engine-setup do what I
> say", please consider that the current behavior actually did find something
> which I personally think is unintended, so it helped you catch it now instead
> of perhaps spending much more time, during a much less comfortable situation,
> when something actually breaks due to this.

As a general rule, I do like to have a —shut-up-obey-the-human switch. But you 
are absolutely right that the installer caught an factual error, and then 
caught me making a likely coffee-related error in checking on the first. I 
don’t see any of this as requiring a feature request.

Thanks, Didi, for the extensive analysis and reply. I do greatly appreciate it.

Cheers,

-j

smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Engine setup: insistent DNS demand

[Yedidyah Bar David]

On Mon, Nov 9, 2015 at 8:27 PM, Jamie Lawrence
 wrote:
> On 8 Nov 2015, at 1:32, Yedidyah Bar David wrote:
>
>> On Sat, Nov 7, 2015 at 3:00 AM, Jamie Lawrence
>>  wrote:
>
>
>>> I’m attempting to run engine-setup, and get to the DNS reverse lookup of
>>> the
>>> FQDN. The machine has two (bonded) interfaces, one for storage and one
>>> for
>>> everything else. The “everything else” network has DNS service, the
>>> storage
>>> network doesn’t, and this seems to make engine-setup cranky. /etc/hosts
>>> is
>>> properly set up for the storage network, but that apparently doesn’t
>>> count.
>>> I tried running with the -offline flag, but that apparently still expects
>>> DNS.

(-offline affects only package management, e.g. to prevent an upgrade)

>>
>>
>> IIUC engine-setup never fails on missing DNS resolution, only warns.

Sorry, that was wrong. Let me sketch the flow:

We query for the fqdn. let's mark the answer FQDN.

We then check what FQDN resolves to using getaddrinfo, let's mark the
result resolvedAddresses.

We also lookup FQDN in the dns (using 'dig'). If it does not resolve, we warn.

If it does resolve in the dns, *and* a special variable is set, we reverse
lookup each of resolvedAddresses (dig -x), and if none of the results
matches FQDN, we fail with the error you see.

This special variable is set, by default, only if you configured all-in-one.

This is the place where it failed for you. If it didn't, we then:

If another special variable is set (which is also set by default only
in all-in-one), we check if resolvedAddresses is a subset of the addresses
of non-loopback local interfaces, and fail if not. This is the only place
where we actually check local addresses.

getaddrinfo means we effectively use the local resolver as configured by
you in /etc/nsswitch.conf, by default looking first in /etc/hosts and then
dns.

>
>
> I may well be missing something or otherwise being bone-headed, but I am
> getting [ Error ] messages, which it doesn’t allow me to skip.
>
>>> Details:
>>> ovirt-engine.noarch 0:3.6.0.3-1.el7.centos
>>> ovirt-engine-setup-plugin-allinone.noarch 0:3.6.0.3-1.el7.centos
>>>
>>> CentOS Linux release 7.1.1503 (Core)
>
>
>> Please check/post setup logs. Thanks!
>
>
> The full log is pushing 350k; unless you want, I’m not going to do that to
> the mailing list.

Well, you can use other means for that, such as various
pastbins/file sharing sites/whatever.

>
> The relevant portion (starting a bit before) seems to be:
>
> - - - Snip - - -
> 2015-11-06 16:52:26 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:219 DIALOG:SEND Local storage domain name
> [
> local_storage]:
> 2015-11-06 16:52:27 DEBUG otopi.context context.dumpEnvironment:500
> ENVIRONMENT DUMP - BEGIN
> 2015-11-06 16:52:27 DEBUG otopi.context context.dumpEnvironment:510 ENV
> OVESETUP_AIO/storageDomainDir=str:’/mnt/gluster/vm-img-brick-1/gv
> 0'
> 2015-11-06 16:52:27 DEBUG otopi.context context.dumpEnvironment:510 ENV
> OVESETUP_AIO/storageDomainName=str:'local_storage'
> 2015-11-06 16:52:27 DEBUG otopi.context context.dumpEnvironment:510 ENV
> OVESETUP_SYSTEM/selinuxContexts=list:'[{'pattern': ‘/mnt/gluster/
> vm-img-brick-1/gv0(/.*)?', 'type': 'public_content_rw_t'}]'
> 2015-11-06 16:52:27 DEBUG otopi.context context.dumpEnvironment:510 ENV
> OVESETUP_SYSTEM/selinuxRestorePaths=list:’[‘/mnt/gluster/vm-img-b
> rick-1/gv0']'
> 2015-11-06 16:52:27 DEBUG otopi.context context.dumpEnvironment:514
> ENVIRONMENT DUMP - END
> 2015-11-06 16:52:27 DEBUG otopi.context context._executeMethod:142 Stage
> customization METHOD otopi.plugins.ovirt_engine_setup.ovirt_engi
> ne_common.dialog.titles.Plugin._title_e_allinone
> 2015-11-06 16:52:27 DEBUG otopi.context context._executeMethod:142 Stage
> customization METHOD otopi.plugins.ovirt_engine_setup.ovirt_engi
> ne_common.dialog.titles.Plugin._title_s_network
> 2015-11-06 16:52:27 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:219 DIALOG:SEND
> 2015-11-06 16:52:27 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:219 DIALOG:SEND --== NETWORK
> CONFIGURATION
> ==--
> 2015-11-06 16:52:27 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:219 DIALOG:SEND
> 2015-11-06 16:52:27 DEBUG otopi.context context._executeMethod:142 Stage
> customization METHOD otopi.plugins.ovirt_engine_common.base.netw
> ork.hostname.Plugin._customization
> 2015-11-06 16:52:27 DEBUG otopi.plugins.otopi.dialog.human
> human.queryString:156 query OVESETUP_NETWORK_FQDN_this
> DIALOG:SEND Host fully qualified DNS na
> me of this server [box-3.squaretrade.com]:

So here you were asked about FQDN, and accepted the default, which was
box-3.squaretrade.com

> 2015-11-06 16:52:29 DEBUG
> otopi.plugins.ovirt_engine_common.base.network.hostname
> hostname._validateFQDNresolvability:195 box-3
> .squaretrade.com resolves to: set(['172.16.1.13'])

That's resolvedAddresses, which 

Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6

[Paul Groeneweg | Pazion]

Thanks for the quick answer. So I have to setup hosted engine on FC and
then detach + import storage domain.
What means all VMS should be offline when domain is detached.

With clean everything, you mean remove all hosted engine packages en
configs? Or would you advise a complete reinstall of the OS?

Best Regards,

Paul Groeneweg


Op di 10 nov. 2015 om 09:24 schreef Simone Tiraboschi :

> On Tue, Nov 10, 2015 at 9:14 AM, Paul Groeneweg | Pazion 
> wrote:
>
>> I did not mean the migration of a storage domain.
>> My whole oVirt environment is running on a shared FC, only the hosted
>> engine is on NFS.
>> I would like to run the hosted engine on the same shared FC.
>> Problem is, the hosted storage disks are not shown in the management
>> webinterface, so I can't migrate them this way.
>>
>> Do I need (temporarily) a second FC SAN to setup the hosted engine?
>>
>
> Hosted engine VM should rely on a dedicated storage domain so a dedicated
> LUN if you are using FC.
> It's not a direct upgrade and it requires some manual actions; probably it
> cannot work keeping everything online.
>
> Probably the simplest way is to disconnect one of your host from the
> current setup and completely clean it.
> Than redeploy hosted-engine (on a fresh FC LUN) following this guide
> http://www.ovirt.org/Migrate_to_Hosted_Engine
>
> At the end you should detach all of your storage domains from your current
> engine and reimport into the new one.
> The same for the hosts.
>
>
>> Will it be possible to migrate the hosted engine to another FC SAN when
>> all done?
>> This way I could setup hosted engine on a second FC and migrate it to our
>> main FC SAN.
>>
>> Maybe I am thinking too difficult and it is just as simple as migrating a
>> disk to another storage domain?
>>
>> Best Regards,
>> Paul Groeneweg
>>
>>
>>
>> Op di 10 nov. 2015 om 08:02 schreef Sandro Bonazzola > >:
>>
>>> On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion 
>>> wrote:
>>>
 Is there a way to migrate an hosted engine running on NFS to our FC SAN
 Datastorage.


>>> Allon, Nir, regardless the hosted engine specific question, do we have a
>>> guide for migrating a domain from a storage type to another (like NFS to FC
>>> but may be whatever combination here)
>>>
>>>
>>>
>>>
>>>
 The Datastorage is now already used with the VMS, so we would like to
 move the hosted engine along the other VMs.

 If migration is not possible, is there an option to create a new hosted
 engine on our FC SAN with preserving the current VMs?

 Best Regards,
 Paul Groeneweg

  ***disclaimer***
 "This e-mail and any attachments thereto may contain information which
 is confidential and/or protected by intellectual property rights and are
 intended for the sole use of the recipient(s) named above. Any use of the
 information contained herein (including, but not limited to, total or
 partial reproduction, communication or distribution in any form) by persons
 other than the designated recipient(s) is prohibited. If you have received
 this e-mail in error, please notify the sender either by telephone or by
 e-mail and delete the material from any computer. Thank you for your
 cooperation."
 --
 Met vriendelijke groeten,

 Paul Groeneweg
 Pazion
 Webdevelopment  -  Hosting  -  Apps

 T +31 26 3020038
 M +31 614 277 577
 E  p...@pazion.nl

  ***disclaimer***
 "This e-mail and any attachments thereto may contain information which
 is confidential and/or protected by intellectual property rights and are
 intended for the sole use of the recipient(s) named above. Any use of the
 information contained herein (including, but not limited to, total or
 partial reproduction, communication or distribution in any form) by persons
 other than the designated recipient(s) is prohibited. If you have received
 this e-mail in error, please notify the sender either by telephone or by
 e-mail and delete the material from any computer. Thank you for your
 cooperation."

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


>>>
>>>
>>> --
>>> Sandro Bonazzola
>>> Better technology. Faster innovation. Powered by community collaboration.
>>> See how it works at redhat.com
>>>
>> --
>> Met vriendelijke groeten,
>>
>> Paul Groeneweg
>> Pazion
>> Webdevelopment  -  Hosting  -  Apps
>>
>> T +31 26 3020038
>> M +31 614 277 577
>> E  p...@pazion.nl
>>
>>  ***disclaimer***
>> "This e-mail and any attachments thereto may contain information which is
>> confidential and/or protected by intellectual property rights and are
>> intended for the sole use of the recipient(s) named above. Any use of the
>> information contained herein (including, but not limited to, 

Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6

[Simone Tiraboschi]

On Tue, Nov 10, 2015 at 9:14 AM, Paul Groeneweg | Pazion 
wrote:

> I did not mean the migration of a storage domain.
> My whole oVirt environment is running on a shared FC, only the hosted
> engine is on NFS.
> I would like to run the hosted engine on the same shared FC.
> Problem is, the hosted storage disks are not shown in the management
> webinterface, so I can't migrate them this way.
>
> Do I need (temporarily) a second FC SAN to setup the hosted engine?
>

Hosted engine VM should rely on a dedicated storage domain so a dedicated
LUN if you are using FC.
It's not a direct upgrade and it requires some manual actions; probably it
cannot work keeping everything online.

Probably the simplest way is to disconnect one of your host from the
current setup and completely clean it.
Than redeploy hosted-engine (on a fresh FC LUN) following this guide
http://www.ovirt.org/Migrate_to_Hosted_Engine

At the end you should detach all of your storage domains from your current
engine and reimport into the new one.
The same for the hosts.


> Will it be possible to migrate the hosted engine to another FC SAN when
> all done?
> This way I could setup hosted engine on a second FC and migrate it to our
> main FC SAN.
>
> Maybe I am thinking too difficult and it is just as simple as migrating a
> disk to another storage domain?
>
> Best Regards,
> Paul Groeneweg
>
>
>
> Op di 10 nov. 2015 om 08:02 schreef Sandro Bonazzola  >:
>
>> On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion 
>> wrote:
>>
>>> Is there a way to migrate an hosted engine running on NFS to our FC SAN
>>> Datastorage.
>>>
>>>
>> Allon, Nir, regardless the hosted engine specific question, do we have a
>> guide for migrating a domain from a storage type to another (like NFS to FC
>> but may be whatever combination here)
>>
>>
>>
>>
>>
>>> The Datastorage is now already used with the VMS, so we would like to
>>> move the hosted engine along the other VMs.
>>>
>>> If migration is not possible, is there an option to create a new hosted
>>> engine on our FC SAN with preserving the current VMs?
>>>
>>> Best Regards,
>>> Paul Groeneweg
>>>
>>>  ***disclaimer***
>>> "This e-mail and any attachments thereto may contain information which
>>> is confidential and/or protected by intellectual property rights and are
>>> intended for the sole use of the recipient(s) named above. Any use of the
>>> information contained herein (including, but not limited to, total or
>>> partial reproduction, communication or distribution in any form) by persons
>>> other than the designated recipient(s) is prohibited. If you have received
>>> this e-mail in error, please notify the sender either by telephone or by
>>> e-mail and delete the material from any computer. Thank you for your
>>> cooperation."
>>> --
>>> Met vriendelijke groeten,
>>>
>>> Paul Groeneweg
>>> Pazion
>>> Webdevelopment  -  Hosting  -  Apps
>>>
>>> T +31 26 3020038
>>> M +31 614 277 577
>>> E  p...@pazion.nl
>>>
>>>  ***disclaimer***
>>> "This e-mail and any attachments thereto may contain information which
>>> is confidential and/or protected by intellectual property rights and are
>>> intended for the sole use of the recipient(s) named above. Any use of the
>>> information contained herein (including, but not limited to, total or
>>> partial reproduction, communication or distribution in any form) by persons
>>> other than the designated recipient(s) is prohibited. If you have received
>>> this e-mail in error, please notify the sender either by telephone or by
>>> e-mail and delete the material from any computer. Thank you for your
>>> cooperation."
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>>
> --
> Met vriendelijke groeten,
>
> Paul Groeneweg
> Pazion
> Webdevelopment  -  Hosting  -  Apps
>
> T +31 26 3020038
> M +31 614 277 577
> E  p...@pazion.nl
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org

Re: [ovirt-users] Moving a Hosted Engine from Fedora 20 to CentOS 7

[Alon Bar-Lev]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "John Florian" , "Alon Bar-Lev" 
> , "Roy Golan" ,
> "Eli Mesika" 
> Cc: "users" 
> Sent: Tuesday, November 10, 2015 10:39:27 AM
> Subject: Re: [ovirt-users] Moving a Hosted Engine from Fedora 20 to CentOS 7
> 
> On Tue, Nov 10, 2015 at 2:16 AM, John Florian  wrote:
> > On 11/09/2015 06:25 PM, John Florian wrote:
> >> I don't think it has anything to do with name resolution either. I
> >> believe the telltale clue is this bit... 2015-11-09 18:22:31,738 WARN
> >> [org.apache.sshd.client.session.ClientSessionImpl] (pool-20-thread-3)
> >> Exception caught: java.lang.IllegalStateException: Unable to negotiate
> >> key exchange for kex algorithms (client: diffie-hellman-group1-sha1 /
> >> server:
> >> curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1)
> >> As mentioned, I can ssh from my engine to the host just fine. It
> >> appears that the Java-based ssh client however cannot.
> >
> > I got past the above problem by adding the following line to the
> > /etc/ssh/sshd_config of the new F22 host:
> >
> > KexAlgorithms
> > curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
> >
> > This represents the defaults for F22 -- at least according to
> > sshd_config(5) -- but with the addition of diffie-hellman-group1-sha1
> > that the Java-based ssh client seems insistent on using.
> >
> 
> Adding Alon for this. Not sure if we can configure the java ssh client
> and how.
> 

I think that newer than apache-sshd-0.14 altered its behavior, can you please 
try to downgrade to apache-sshd-0.13 and see if it helps, if it does we will 
enforce it. Only in apache-sshd-1.1.0 (unreleased) we will be able to migrate 
properly (I hope).

> > However, all is not rosy.  The deploy script ground to a halt with:
> > [ INFO  ] Waiting for the host to become operational in the engine. This
> > may take several minutes...
> >   The host hosted_engine_2 is in non-operational state.
> >   Please try to activate it via the engine webadmin UI.
> >   Retry checking host status or ignore this and continue (Retry,
> > Ignore)[Retry]?
> >
> > So I did as suggested and tried to activate the host from the webadmin
> > UI.  That didn't work either.  The status message at the bottom of the
> > browser page shows:
> >
> > Host hosted_engine_2 is installed with VDSM version () and
> > cannot join cluster Default which is compatible with VDSM versions
> > [4.13, 4.14, 4.9, 4.16, 4.11, 4.15, 4.12, 4.10].
> >
> > The attempt to activate the host via the web UI also caused the
> > following to be logged on the engine:
> >
> > 2015-11-09 19:12:39,828 INFO
> > [org.ovirt.engine.core.bll.ActivateVdsCommand] (ajp--127.0.0.1-8702-7)
> > [4bf460e8] Lock Acquired to object EngineLock [exclusiveLocks= key:
> > fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df value: VDS
> > , sharedLocks= ]
> > 2015-11-09 19:12:39,838 INFO
> > [org.ovirt.engine.core.bll.ActivateVdsCommand]
> > (org.ovirt.thread.pool-8-thread-49) [4bf460e8] Running command:
> > ActivateVdsCommand internal: false. Entities affected :  ID:
> > fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df Type: VDSAction group
> > MANIPULATE_HOST with role type ADMIN
> > 2015-11-09 19:12:39,851 INFO
> > [org.ovirt.engine.core.bll.ActivateVdsCommand]
> > (org.ovirt.thread.pool-8-thread-49) [4bf460e8] Before acquiring lock in
> > order to prevent monitoring for host hosted_engine_2 from data-center
> > Default
> > 2015-11-09 19:12:39,856 INFO
> > [org.ovirt.engine.core.bll.ActivateVdsCommand]
> > (org.ovirt.thread.pool-8-thread-49) [4bf460e8] Lock acquired, from now a
> > monitoring of host will be skipped for host hosted_engine_2 from
> > data-center Default
> > 2015-11-09 19:12:39,861 INFO
> > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> > (org.ovirt.thread.pool-8-thread-49) [4bf460e8] START,
> > SetVdsStatusVDSCommand(HostName = hosted_engine_2, HostId =
> > fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df, status=Unassigned,
> > nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 1d206899
> > 2015-11-09 19:12:39,870 INFO
> > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> > (org.ovirt.thread.pool-8-thread-49) [4bf460e8] FINISH,
> > SetVdsStatusVDSCommand, log id: 1d206899
> > 2015-11-09 19:12:39,888 INFO
> > [org.ovirt.engine.core.bll.ActivateVdsCommand]
> > (org.ovirt.thread.pool-8-thread-49) Activate finished. Lock released.
> > Monitoring can run now for host hosted_engine_2 from data-center Default
> > 2015-11-09 19:12:39,892 INFO
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (org.ovirt.thread.pool-8-thread-49) Correlation 

Re: [ovirt-users] oVirt 3.6 hosted engine VM not showing

[Simone Tiraboschi]

On Tue, Nov 10, 2015 at 10:15 AM, Matteo  wrote:

> Hi,
>
> - Il 5-nov-15, alle 18:12, Ollie Armstrong ol...@fubra.com ha scritto:
>
> > Hello,
> >
> > Just installed a fresh deploy of oVirt 3.6 hosted engine and the engine
> VM is
> > not displaying in the VMs tab of the web UI (and also not listed in the
> API
> > response). The host that it is running on shows a VM count of 1, but the
> VM
> > itself is not displayed.
> >
> > The engine VM used to display in 3.5 but it no longer appears to in 3.6.
> The
> > storage method for the engine is the new FC if that's relevant.
>
> same here, with a fresh install but using glusterfs as backend
> (feature self hosted engine glusterfs support).
>
> apart of this, everything seems to work ok, but is not clear if
> in intentional (which can make sense) or not.
>
>
We are going to fix it for 3.6.1:
https://bugzilla.redhat.com/show_bug.cgi?id=1269768


> mat
>
> ___
> 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 3.6 hosted engine VM not showing

[Matteo]

Hi,

- Il 5-nov-15, alle 18:12, Ollie Armstrong ol...@fubra.com ha scritto:

> Hello,
> 
> Just installed a fresh deploy of oVirt 3.6 hosted engine and the engine VM is
> not displaying in the VMs tab of the web UI (and also not listed in the API
> response). The host that it is running on shows a VM count of 1, but the VM
> itself is not displayed.
> 
> The engine VM used to display in 3.5 but it no longer appears to in 3.6. The
> storage method for the engine is the new FC if that's relevant.

same here, with a fresh install but using glusterfs as backend 
(feature self hosted engine glusterfs support).

apart of this, everything seems to work ok, but is not clear if
in intentional (which can make sense) or not.

mat

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

Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6

[Simone Tiraboschi]

On Tue, Nov 10, 2015 at 9:35 AM, Paul Groeneweg | Pazion 
wrote:

> Thanks for the quick answer. So I have to setup hosted engine on FC and
> then detach + import storage domain.
> What means all VMS should be offline when domain is detached.
>
> With clean everything, you mean remove all hosted engine packages en
> configs? Or would you advise a complete reinstall of the OS?
>

The first option should be enough.


>
> Best Regards,
>
> Paul Groeneweg
>
>
> Op di 10 nov. 2015 om 09:24 schreef Simone Tiraboschi  >:
>
>> On Tue, Nov 10, 2015 at 9:14 AM, Paul Groeneweg | Pazion 
>> wrote:
>>
>>> I did not mean the migration of a storage domain.
>>> My whole oVirt environment is running on a shared FC, only the hosted
>>> engine is on NFS.
>>> I would like to run the hosted engine on the same shared FC.
>>> Problem is, the hosted storage disks are not shown in the management
>>> webinterface, so I can't migrate them this way.
>>>
>>> Do I need (temporarily) a second FC SAN to setup the hosted engine?
>>>
>>
>> Hosted engine VM should rely on a dedicated storage domain so a dedicated
>> LUN if you are using FC.
>> It's not a direct upgrade and it requires some manual actions; probably
>> it cannot work keeping everything online.
>>
>> Probably the simplest way is to disconnect one of your host from the
>> current setup and completely clean it.
>> Than redeploy hosted-engine (on a fresh FC LUN) following this guide
>> http://www.ovirt.org/Migrate_to_Hosted_Engine
>>
>> At the end you should detach all of your storage domains from your
>> current engine and reimport into the new one.
>> The same for the hosts.
>>
>>
>>> Will it be possible to migrate the hosted engine to another FC SAN when
>>> all done?
>>> This way I could setup hosted engine on a second FC and migrate it to
>>> our main FC SAN.
>>>
>>> Maybe I am thinking too difficult and it is just as simple as migrating
>>> a disk to another storage domain?
>>>
>>> Best Regards,
>>> Paul Groeneweg
>>>
>>>
>>>
>>> Op di 10 nov. 2015 om 08:02 schreef Sandro Bonazzola <
>>> sbona...@redhat.com>:
>>>
 On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion  wrote:

> Is there a way to migrate an hosted engine running on NFS to our FC
> SAN Datastorage.
>
>
 Allon, Nir, regardless the hosted engine specific question, do we have
 a guide for migrating a domain from a storage type to another (like NFS to
 FC but may be whatever combination here)





> The Datastorage is now already used with the VMS, so we would like to
> move the hosted engine along the other VMs.
>
> If migration is not possible, is there an option to create a new
> hosted engine on our FC SAN with preserving the current VMs?
>
> Best Regards,
> Paul Groeneweg
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which
> is confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by 
> persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
> --
> Met vriendelijke groeten,
>
> Paul Groeneweg
> Pazion
> Webdevelopment  -  Hosting  -  Apps
>
> T +31 26 3020038
> M +31 614 277 577
> E  p...@pazion.nl
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which
> is confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by 
> persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community
 collaboration.
 See how it works at redhat.com

>>> --
>>> Met vriendelijke groeten,
>>>
>>> Paul Groeneweg
>>> Pazion
>>> Webdevelopment  -  Hosting  -  Apps
>>>
>>> T +31 26 3020038
>>> M +31 614 277 577
>>> E  p...@pazion.nl
>>>
>>>  ***disclaimer***

Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6

[Paul Groeneweg | Pazion]

I did not mean the migration of a storage domain.
My whole oVirt environment is running on a shared FC, only the hosted
engine is on NFS.
I would like to run the hosted engine on the same shared FC.
Problem is, the hosted storage disks are not shown in the management
webinterface, so I can't migrate them this way.

Do I need (temporarily) a second FC SAN to setup the hosted engine?
Will it be possible to migrate the hosted engine to another FC SAN when all
done?
This way I could setup hosted engine on a second FC and migrate it to our
main FC SAN.

Maybe I am thinking too difficult and it is just as simple as migrating a
disk to another storage domain?

Best Regards,
Paul Groeneweg



Op di 10 nov. 2015 om 08:02 schreef Sandro Bonazzola :

> On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion 
> wrote:
>
>> Is there a way to migrate an hosted engine running on NFS to our FC SAN
>> Datastorage.
>>
>>
> Allon, Nir, regardless the hosted engine specific question, do we have a
> guide for migrating a domain from a storage type to another (like NFS to FC
> but may be whatever combination here)
>
>
>
>
>
>> The Datastorage is now already used with the VMS, so we would like to
>> move the hosted engine along the other VMs.
>>
>> If migration is not possible, is there an option to create a new hosted
>> engine on our FC SAN with preserving the current VMs?
>>
>> Best Regards,
>> Paul Groeneweg
>>
>>  ***disclaimer***
>> "This e-mail and any attachments thereto may contain information which is
>> confidential and/or protected by intellectual property rights and are
>> intended for the sole use of the recipient(s) named above. Any use of the
>> information contained herein (including, but not limited to, total or
>> partial reproduction, communication or distribution in any form) by persons
>> other than the designated recipient(s) is prohibited. If you have received
>> this e-mail in error, please notify the sender either by telephone or by
>> e-mail and delete the material from any computer. Thank you for your
>> cooperation."
>> --
>> Met vriendelijke groeten,
>>
>> Paul Groeneweg
>> Pazion
>> Webdevelopment  -  Hosting  -  Apps
>>
>> T +31 26 3020038
>> M +31 614 277 577
>> E  p...@pazion.nl
>>
>>  ***disclaimer***
>> "This e-mail and any attachments thereto may contain information which is
>> confidential and/or protected by intellectual property rights and are
>> intended for the sole use of the recipient(s) named above. Any use of the
>> information contained herein (including, but not limited to, total or
>> partial reproduction, communication or distribution in any form) by persons
>> other than the designated recipient(s) is prohibited. If you have received
>> this e-mail in error, please notify the sender either by telephone or by
>> e-mail and delete the material from any computer. Thank you for your
>> cooperation."
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
>
-- 
Met vriendelijke groeten,

Paul Groeneweg
Pazion
Webdevelopment  -  Hosting  -  Apps

T +31 26 3020038
M +31 614 277 577
E  p...@pazion.nl

 ***disclaimer***
"This e-mail and any attachments thereto may contain information which is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. Any use of the
information contained herein (including, but not limited to, total or
partial reproduction, communication or distribution in any form) by persons
other than the designated recipient(s) is prohibited. If you have received
this e-mail in error, please notify the sender either by telephone or by
e-mail and delete the material from any computer. Thank you for your
cooperation."
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Moving a Hosted Engine from Fedora 20 to CentOS 7

[Yedidyah Bar David]

On Tue, Nov 10, 2015 at 2:16 AM, John Florian  wrote:
> On 11/09/2015 06:25 PM, John Florian wrote:
>> I don't think it has anything to do with name resolution either. I
>> believe the telltale clue is this bit... 2015-11-09 18:22:31,738 WARN
>> [org.apache.sshd.client.session.ClientSessionImpl] (pool-20-thread-3)
>> Exception caught: java.lang.IllegalStateException: Unable to negotiate
>> key exchange for kex algorithms (client: diffie-hellman-group1-sha1 /
>> server:
>> curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1)
>> As mentioned, I can ssh from my engine to the host just fine. It
>> appears that the Java-based ssh client however cannot.
>
> I got past the above problem by adding the following line to the
> /etc/ssh/sshd_config of the new F22 host:
>
> KexAlgorithms
> curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
>
> This represents the defaults for F22 -- at least according to
> sshd_config(5) -- but with the addition of diffie-hellman-group1-sha1
> that the Java-based ssh client seems insistent on using.
>

Adding Alon for this. Not sure if we can configure the java ssh client
and how.

> However, all is not rosy.  The deploy script ground to a halt with:
> [ INFO  ] Waiting for the host to become operational in the engine. This
> may take several minutes...
>   The host hosted_engine_2 is in non-operational state.
>   Please try to activate it via the engine webadmin UI.
>   Retry checking host status or ignore this and continue (Retry,
> Ignore)[Retry]?
>
> So I did as suggested and tried to activate the host from the webadmin
> UI.  That didn't work either.  The status message at the bottom of the
> browser page shows:
>
> Host hosted_engine_2 is installed with VDSM version () and
> cannot join cluster Default which is compatible with VDSM versions
> [4.13, 4.14, 4.9, 4.16, 4.11, 4.15, 4.12, 4.10].
>
> The attempt to activate the host via the web UI also caused the
> following to be logged on the engine:
>
> 2015-11-09 19:12:39,828 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand] (ajp--127.0.0.1-8702-7)
> [4bf460e8] Lock Acquired to object EngineLock [exclusiveLocks= key:
> fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df value: VDS
> , sharedLocks= ]
> 2015-11-09 19:12:39,838 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand]
> (org.ovirt.thread.pool-8-thread-49) [4bf460e8] Running command:
> ActivateVdsCommand internal: false. Entities affected :  ID:
> fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df Type: VDSAction group
> MANIPULATE_HOST with role type ADMIN
> 2015-11-09 19:12:39,851 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand]
> (org.ovirt.thread.pool-8-thread-49) [4bf460e8] Before acquiring lock in
> order to prevent monitoring for host hosted_engine_2 from data-center
> Default
> 2015-11-09 19:12:39,856 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand]
> (org.ovirt.thread.pool-8-thread-49) [4bf460e8] Lock acquired, from now a
> monitoring of host will be skipped for host hosted_engine_2 from
> data-center Default
> 2015-11-09 19:12:39,861 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (org.ovirt.thread.pool-8-thread-49) [4bf460e8] START,
> SetVdsStatusVDSCommand(HostName = hosted_engine_2, HostId =
> fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df, status=Unassigned,
> nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 1d206899
> 2015-11-09 19:12:39,870 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (org.ovirt.thread.pool-8-thread-49) [4bf460e8] FINISH,
> SetVdsStatusVDSCommand, log id: 1d206899
> 2015-11-09 19:12:39,888 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand]
> (org.ovirt.thread.pool-8-thread-49) Activate finished. Lock released.
> Monitoring can run now for host hosted_engine_2 from data-center Default
> 2015-11-09 19:12:39,892 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (org.ovirt.thread.pool-8-thread-49) Correlation ID: 4bf460e8, Job ID:
> 08a2b1ad-1c1c-425c-b657-7739df72b764, Call Stack: null, Custom Event ID:
> -1, Message: Host hosted_engine_2 was activated by admin@internal.
> 2015-11-09 19:12:39,895 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand]
> (org.ovirt.thread.pool-8-thread-49) Lock freed to object EngineLock
> [exclusiveLocks= key: fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df value: VDS
> , sharedLocks= ]
> 2015-11-09 19:12:40,263 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand]
> (DefaultQuartzScheduler_Worker-12) [79b24fed] START,
> GetHardwareInfoVDSCommand(HostName = hosted_engine_2, HostId =
> fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df,
> vds=Host[hosted_engine_2,fab55ebe-cc0f-4f95-87aa-fc3a5e08a5df]), log id:
> 7be846bb
> 2015-11-09 19:12:40,298 INFO
> 

Re: [ovirt-users] Ovirt 3.6 | After upgrade host can not connect to storage domains | returned by VDSM was: 480

[noc]

On 11-11-2015 2:36, Punit Dambiwal wrote:
> Hi,
>
> Is there any body can suggest any work around here to make it work ??
>
>
As suggested amend your vdsm.conf to use replica 2. There should be a
vdsm.conf.rpmnew in /etc/vdsm which documents all parameters. Don't
forget that if you use replica 2 that you need to take care of
split-brain situations!

Joop

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

Re: [ovirt-users] ovirt-shell - Polling or also events?

[Juan Hernández]

On 11/09/2015 08:53 AM, Fabian Deutsch wrote:
> Hey,
> 
> does somebody know if ovirt-shell can also wait (block) for properties
> of an object to change, i.e.:
> 
> ovirt-shell wait --query "status-state=installed"
> 
> - fabian
>

No, ovirt-shell can't wait, and it is very unlikely that we change it to
support this.

I'd also suggest you to avoid the CLI and use the Python or Java SDKs
for anything that is more complicated than occasional use of the API.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center

[Liam Curtis]

Thanks for this info! Would be great if the temporary storage could
ultimately be made to be persistent
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt host installations failing due to missing GPG key (key location no longer valid)

[Robert Story]

On Mon, 9 Nov 2015 16:48:33 -0500 Neal wrote:
NG> I attempted to set up an oVirt host today through the engine UI, and it
NG> kept bombing out on the GPG key, saying it couldn't retrieve it (HTTP
NG> 404). I went to the engine logs and found out that the key that it
NG> can't retrieve is the one for GlusterFS, which lived at
NG> http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/pub.key
NG> according to the logs and
NG> the /etc/yum.repos.d/ovirt-3.6-dependencies.repo file.

I'm seeing this on my oVirt 3.5 hosts as well..


Robert

-- 
Senior Software Engineer @ Parsons


pgp7ArlcfnQ21.pgp
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] missing glusterfs support in hosted engine appliance

[Sandro Bonazzola]

Adding relevant people

On Wed, Nov 11, 2015 at 12:28 AM, Jiří Sléžka  wrote:

> Hello,
>
>
> I am playing with oVirt3.6 hosted engine on glusterfs. Installation seems
> to work without problems but after login to manager it looks like whole
> "volumes" tab is missing and also settings regarding gluster service (also
> virt service) in cluster edit window...
>
> I use CentOS7.1 on both hosts and hosted engine was deployed from
> appliance in ovirt repo.
>
> Also when I try to add a new storage domain (data, glusterfs) I get error
>
> Operation Canceled
>
> Error while executing action Add Storage Connection: Internal Engine Error
>
>
> Here is engine.log
>
> http://pastebin.com/MB3CaCDx
>
>
> I can see this nice error...
>
> "The connection with details '10.224.102.91:/vol5-strip2-rep2' failed
> because of error code '480' and error message is: 480"
>
> ...but have no idea what does it mean :-)
>
> Any suggestions?
>
> Cheers, Jiri Slezka
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] missing glusterfs support in hosted engine appliance

[Yaniv Kaul]

On Wed, Nov 11, 2015 at 1:28 AM, Jiří Sléžka  wrote:

> Hello,
>
>
> I am playing with oVirt3.6 hosted engine on glusterfs. Installation seems
> to work without problems but after login to manager it looks like whole
> "volumes" tab is missing and also settings regarding gluster service (also
> virt service) in cluster edit window...
>
> I use CentOS7.1 on both hosts and hosted engine was deployed from
> appliance in ovirt repo.
>
> Also when I try to add a new storage domain (data, glusterfs) I get error
>
> Operation Canceled
>
> Error while executing action Add Storage Connection: Internal Engine Error
>
>
> Here is engine.log
>
> http://pastebin.com/MB3CaCDx
>
>
> I can see this nice error...
>
> "The connection with details '10.224.102.91:/vol5-strip2-rep2' failed
> because of error code '480' and error message is: 480"
>
> ...but have no idea what does it mean :-)
>


"Gluster volume replica count is not supported"

(taken from https://github.com/oVirt/vdsm/search?utf8=%E2%9C%93=480 )

Can you make sure you have a replica count of 3 on your Gluster?
Y.


>
> Any suggestions?
>
> Cheers, Jiri Slezka
>
>
> ___
> 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 host installations failing due to missing GPG key (key location no longer valid)

[Sandro Bonazzola]

On Tue, Nov 10, 2015 at 2:09 PM, Robert Story  wrote:

> On Mon, 9 Nov 2015 16:48:33 -0500 Neal wrote:
> NG> I attempted to set up an oVirt host today through the engine UI, and it
> NG> kept bombing out on the GPG key, saying it couldn't retrieve it (HTTP
> NG> 404). I went to the engine logs and found out that the key that it
> NG> can't retrieve is the one for GlusterFS, which lived at
> NG>
> http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/pub.key
> NG> according to the logs and
> NG> the /etc/yum.repos.d/ovirt-3.6-dependencies.repo file.
>
> I'm seeing this on my oVirt 3.5 hosts as well..
>
>
please update ovirt-release35 on the system, the new .repo files now should
be pointing to the right location.



>
> Robert
>
> --
> Senior Software Engineer @ Parsons
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted-hs-agent

[Sandro Bonazzola]

On Wed, Nov 11, 2015 at 6:52 AM, Julian De Marchi  wrote:

> Heya--
>
> Having issues starting ovirt-ha-agent on centos7. Any ideas? The IP is
> pingable from the host. This is fresh install.
>
> ovirt-hosted-engine-ha-1.2.7.2-1.el7.centos.noarch
>
> ==> agent.log <==
> MainThread::ERROR::2015-11-11
> 15:49:13,340::brokerlink::278::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate)
> Connection closed
> MainThread::ERROR::2015-11-11
> 15:49:13,340::hosted_engine::406::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
> Failed to start necessary monitors
> MainThread::ERROR::2015-11-11
> 15:49:13,341::agent::177::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Error: 'Failed to start monitor ping, options {'addr': '10.254.83.1'}:
> Connection closed' - trying to restart agent
>
>
Adding Martin. I suppose you already tried to restart the agent as
suggested in above logs right?



> Many thanks!
>
> --julian
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users