[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Nir Soffer
On Fri, Feb 1, 2019 at 10:21 AM Giulio Casella  wrote:

> Il 31/01/2019 18:14, Sandro Bonazzola ha scritto:
> > As far as I can tell, there are no tools that creates subdirectories
> > within storage domains.
> > Did you manually upload the iso into the nfs mount creating a
> > subdirectory there?
> > I think this layout is not supported at all.
>
> Yes, I did (sorry :-)). My ISOs are growing, and I'd like to have a
> hierarchical structure.
> To say the truth it was only a test, I wasn't sure to see ISOs in
> subdir. But when I've seen them (correctly listed in admin portal as
> "foo/bar.iso"), I'd expect to be able mount them.
>
> I also filed a bug
> (https://bugzilla.redhat.com/show_bug.cgi?id=1671046), if the answer
> will be NOTABUG, I'll try with a RFE.
>

Vdsm list iso files in subdirectories, and should be able to use them when
starting vms. I don't know about engine side, but this may be a regression
in 4.2, which made major changes in the way vm are started.

You can try to create a 4.1 cluster and see if this works there. If you
don't
need any of the features added in 4.2 cluster version, using 4.1 cluster
version may be good enough.

But note that ISO domains are deprecated and will be removed in future
versions. Mostly likely 4.4 will not have them.


> Thanks,
> gc
>
>
> TL;DR
>
> The scenario I'm trying to implement is a DVD video store, provided by
> images in ISO domain, automatically mounted on VM on demand, via a
> backend python script. That's why in this case a hyerarchical structure
> would be much better than a flat one.
>

I would like to hear more about this use case.

Why do you need to start a vm connected to iso file in a DVD store?

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


[ovirt-users] Re: How can I set up a newly created virtual machine to use the qcow2 format disk by default?

2019-02-01 Thread Nir Soffer
On Fri, Feb 1, 2019 at 7:56 AM  wrote:

> How can I set up a newly created virtual machine to use the qcow2 format
> disk by default?
> My storage configuration is glusterfs non-ovirt managed
>

I don't think this is possible. The default format for file based storage
domain like
glusterfs and nfs is raw-sparse.

The only way to create a qcow2-sprase file today is to create the disk via
the REST
API which give you more control over the disk properties.

In 4.3 selecting "enable incremental backup" will always create qcow2
images, but
this is internal implementation detail that may change in the future.

Daniel, can we make the defaults configurable in engine.config?

Nir


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


[ovirt-users] Re: ovn bad gateway after update from 4.2.7 to 4.2.8

2019-02-01 Thread Dominik Holler
On Fri, 1 Feb 2019 22:35:00 +0200
Dan Kenigsberg  wrote:

> On Fri, Feb 1, 2019 at 10:18 PM Dominik Holler 
> wrote:
> >
> > On Fri, 1 Feb 2019 14:37:10 +0100
> > Gianluca Cecchi  wrote:
> >
> > > Hello,
> > > at this moment (about two days ago) I have updated only engine
> > > (external, not self hosted) from 4.2.7.5 to 4.2.8.2
> > >
> > > As soon as I'm starting for the first time a VM with an ovn based
> > > nic I get what below in ovirt-provider-ovn.log
> > >
> > > In admin gui, if I try for example to start via "run once" I get:
> > > "
> > > Error while executing action Run VM once: Failed to communicate
> > > with the external provider, see log for additional details.
> > > "
> > > Any clue?
> >
> > The ovirt-provider-ovn fails during checking the credentials at
> > engine's sso because of a networking problem.
> 
> That would be odd - after all we're using the loopback interface
> From: :::127.0.0.1:49582 Request: GET /v2.0/ports
> but please try the url.
> 

Communication from Engine to ovirt-provider-ovn via OpenStack API looks
good. The problem seems to be in the communication from
ovirt-provider-ovn to engine's sso.
The hostname to resolve seems to be 'engine-host'.

> >
> > Can you please check if the url of the config value
> > ovirt-host in
> > /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> > can be reached from engine's host?
> > If this does not explain the problem, can you please increase the
> > logging of the ovirt-provider-ovn by
> > sudo sed -i.$(date +%F-%H-%M)
> > 's/INFO/DEBUG/gi' /etc/ovirt-provider-ovn/logger.conf systemctl
> > restart ovirt-provider-ovn and share a new detailed error in
> > ovirt-provider-ovn.log? Thanks.
> 
> Dominik, could it possibly be related to our hardening  TLS ciphers?
> If it is, setting (an insecure) ssl-ciphers-string=DEFAULT in
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf would
> help.
> 


I do not expect this, because this setting should be applied only to
OpenStack API related communication, which looks good here.

> >
> >
> >
> > > Thanks,
> > > Gianluca
> > >
> > > 2019-01-29 17:23:20,554 root Starting server
> > > 2019-01-29 17:23:20,554 root Version: 1.2.18-1
> > > 2019-01-29 17:23:20,555 root Build date: 20190114151850
> > > 2019-01-29 17:23:20,555 root Githash: dae4c1d
> > > 2019-01-29 18:04:15,575 root Starting server
> > > 2019-01-29 18:04:15,576 root Version: 1.2.18-1
> > > 2019-01-29 18:04:15,576 root Build date: 20190114151850
> > > 2019-01-29 18:04:15,576 root Githash: dae4c1d
> > > 2019-02-01 14:26:58,316 root From: :::127.0.0.1:49582
> > > Request: GET /v2.0/ports
> > > 2019-02-01 14:26:58,317 root
> > > HTTPSConnectionPool(host='engine-host', port=443): Max retries
> > > exceeded with url: /ovirt-engine/sso/oauth/token-info (Caused by
> > > NewConnectionError(' > > object at
> > > 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> > > 0x7fe806166b90>Name or
> > > service not known',))
> > > Traceback (most recent call last):
> > >   File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py",
> > > line 134, in _handle_request
> > > method, path_parts, content
> > >   File
> > > "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
> > > line 175, in handle_request return
> > > self.call_response_handler(handler, content, parameters) File
> > > "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33, in
> > > call_response_handler TOKEN_HTTP_HEADER_FIELD_NAME, '')):
> > >   File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line
> > > 31, in validate_token
> > > return auth.core.plugin.validate_token(token)
> > >   File
> > > "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> > > line 36, in validate_token
> > > return self._is_user_name(token, _admin_user_name())
> > >   File
> > > "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> > > line 47, in _is_user_name
> > > timeout=AuthorizationByUserName._timeout())
> > >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > > line 131, in get_token_info
> > > timeout=timeout
> > >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > > line 54, in wrapper
> > > response = func(*args, **kwargs)
> > >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > > line 47, in wrapper
> > > raise BadGateway(e)
> > > BadGateway: HTTPSConnectionPool(host='engine-host', port=443): Max
> > > retries exceeded with url: /ovirt-engine/sso/oauth/token-info
> > > (Caused by
> > > NewConnectionError(' > > object at
> > > 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> > > 0x7fe806166b90>Name or
> > > service not known',))
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 

[ovirt-users] Re: ovn bad gateway after update from 4.2.7 to 4.2.8

2019-02-01 Thread Dan Kenigsberg
On Fri, Feb 1, 2019 at 10:18 PM Dominik Holler  wrote:
>
> On Fri, 1 Feb 2019 14:37:10 +0100
> Gianluca Cecchi  wrote:
>
> > Hello,
> > at this moment (about two days ago) I have updated only engine
> > (external, not self hosted) from 4.2.7.5 to 4.2.8.2
> >
> > As soon as I'm starting for the first time a VM with an ovn based nic
> > I get what below in ovirt-provider-ovn.log
> >
> > In admin gui, if I try for example to start via "run once" I get:
> > "
> > Error while executing action Run VM once: Failed to communicate with
> > the external provider, see log for additional details.
> > "
> > Any clue?
>
> The ovirt-provider-ovn fails during checking the credentials at
> engine's sso because of a networking problem.

That would be odd - after all we're using the loopback interface
From: :::127.0.0.1:49582 Request: GET /v2.0/ports
but please try the url.

>
> Can you please check if the url of the config value
> ovirt-host in
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> can be reached from engine's host?
> If this does not explain the problem, can you please increase the
> logging of the ovirt-provider-ovn by
> sudo sed -i.$(date +%F-%H-%M) 's/INFO/DEBUG/gi' 
> /etc/ovirt-provider-ovn/logger.conf
> systemctl restart ovirt-provider-ovn
> and share a new detailed error in ovirt-provider-ovn.log?
> Thanks.

Dominik, could it possibly be related to our hardening  TLS ciphers?
If it is, setting (an insecure) ssl-ciphers-string=DEFAULT in
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf would
help.

>
>
>
> > Thanks,
> > Gianluca
> >
> > 2019-01-29 17:23:20,554 root Starting server
> > 2019-01-29 17:23:20,554 root Version: 1.2.18-1
> > 2019-01-29 17:23:20,555 root Build date: 20190114151850
> > 2019-01-29 17:23:20,555 root Githash: dae4c1d
> > 2019-01-29 18:04:15,575 root Starting server
> > 2019-01-29 18:04:15,576 root Version: 1.2.18-1
> > 2019-01-29 18:04:15,576 root Build date: 20190114151850
> > 2019-01-29 18:04:15,576 root Githash: dae4c1d
> > 2019-02-01 14:26:58,316 root From: :::127.0.0.1:49582 Request: GET
> > /v2.0/ports
> > 2019-02-01 14:26:58,317 root HTTPSConnectionPool(host='engine-host',
> > port=443): Max retries exceeded with url:
> > /ovirt-engine/sso/oauth/token-info (Caused by
> > NewConnectionError(' > object at
> > 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> > 0x7fe806166b90>Name or
> > service not known',))
> > Traceback (most recent call last):
> >   File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line
> > 134, in _handle_request
> > method, path_parts, content
> >   File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
> > line 175, in handle_request
> > return self.call_response_handler(handler, content, parameters)
> >   File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33,
> > in call_response_handler
> > TOKEN_HTTP_HEADER_FIELD_NAME, '')):
> >   File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line
> > 31, in validate_token
> > return auth.core.plugin.validate_token(token)
> >   File
> > "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> > line 36, in validate_token
> > return self._is_user_name(token, _admin_user_name())
> >   File
> > "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> > line 47, in _is_user_name
> > timeout=AuthorizationByUserName._timeout())
> >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > line 131, in get_token_info
> > timeout=timeout
> >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > line 54, in wrapper
> > response = func(*args, **kwargs)
> >   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> > line 47, in wrapper
> > raise BadGateway(e)
> > BadGateway: HTTPSConnectionPool(host='engine-host', port=443): Max
> > retries exceeded with url: /ovirt-engine/sso/oauth/token-info (Caused
> > by NewConnectionError(' > object at
> > 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> > 0x7fe806166b90>Name or
> > service not known',))
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SMBFLAVENG72HUIYQGUWVHDVNJCVOJJN/


[ovirt-users] Re: ovn bad gateway after update from 4.2.7 to 4.2.8

2019-02-01 Thread Dominik Holler
On Fri, 1 Feb 2019 14:37:10 +0100
Gianluca Cecchi  wrote:

> Hello,
> at this moment (about two days ago) I have updated only engine
> (external, not self hosted) from 4.2.7.5 to 4.2.8.2
> 
> As soon as I'm starting for the first time a VM with an ovn based nic
> I get what below in ovirt-provider-ovn.log
> 
> In admin gui, if I try for example to start via "run once" I get:
> "
> Error while executing action Run VM once: Failed to communicate with
> the external provider, see log for additional details.
> "
> Any clue?

The ovirt-provider-ovn fails during checking the credentials at
engine's sso because of a networking problem.

Can you please check if the url of the config value
ovirt-host in
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
can be reached from engine's host?
If this does not explain the problem, can you please increase the
logging of the ovirt-provider-ovn by
sudo sed -i.$(date +%F-%H-%M) 's/INFO/DEBUG/gi' 
/etc/ovirt-provider-ovn/logger.conf
systemctl restart ovirt-provider-ovn
and share a new detailed error in ovirt-provider-ovn.log?
Thanks.



> Thanks,
> Gianluca
> 
> 2019-01-29 17:23:20,554 root Starting server
> 2019-01-29 17:23:20,554 root Version: 1.2.18-1
> 2019-01-29 17:23:20,555 root Build date: 20190114151850
> 2019-01-29 17:23:20,555 root Githash: dae4c1d
> 2019-01-29 18:04:15,575 root Starting server
> 2019-01-29 18:04:15,576 root Version: 1.2.18-1
> 2019-01-29 18:04:15,576 root Build date: 20190114151850
> 2019-01-29 18:04:15,576 root Githash: dae4c1d
> 2019-02-01 14:26:58,316 root From: :::127.0.0.1:49582 Request: GET
> /v2.0/ports
> 2019-02-01 14:26:58,317 root HTTPSConnectionPool(host='engine-host',
> port=443): Max retries exceeded with url:
> /ovirt-engine/sso/oauth/token-info (Caused by
> NewConnectionError(' object at
> 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> 0x7fe806166b90>Name or
> service not known',))
> Traceback (most recent call last):
>   File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line
> 134, in _handle_request
> method, path_parts, content
>   File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
> line 175, in handle_request
> return self.call_response_handler(handler, content, parameters)
>   File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33,
> in call_response_handler
> TOKEN_HTTP_HEADER_FIELD_NAME, '')):
>   File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line
> 31, in validate_token
> return auth.core.plugin.validate_token(token)
>   File
> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> line 36, in validate_token
> return self._is_user_name(token, _admin_user_name())
>   File
> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> line 47, in _is_user_name
> timeout=AuthorizationByUserName._timeout())
>   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> line 131, in get_token_info
> timeout=timeout
>   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> line 54, in wrapper
> response = func(*args, **kwargs)
>   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py",
> line 47, in wrapper
> raise BadGateway(e)
> BadGateway: HTTPSConnectionPool(host='engine-host', port=443): Max
> retries exceeded with url: /ovirt-engine/sso/oauth/token-info (Caused
> by NewConnectionError(' object at
> 0x7fe806166b90>: Failed to establish a new connection: [Errno -2]
> 0x7fe806166b90>Name or
> service not known',))
> 2019-02-01 14:27:26,968 root From: :::127.0.0.1:49590 Request: GET
> /v2.0/ports
> 2019-02-01 14:27:26,969 root HTTPSConnectionPool(host='engine-host',
> port=443): Max retries exceeded with url:
> /ovirt-engine/sso/oauth/token-info (Caused by
> NewConnectionError(' object at
> 0x7fe80618df50>: Failed to establish a new connection: [Errno -2]
> 0x7fe80618df50>Name or
> service not known',))
> Traceback (most recent call last):
>   File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line
> 134, in _handle_request
> method, path_parts, content
>   File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
> line 175, in handle_request
> return self.call_response_handler(handler, content, parameters)
>   File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33,
> in call_response_handler
> TOKEN_HTTP_HEADER_FIELD_NAME, '')):
>   File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line
> 31, in validate_token
> return auth.core.plugin.validate_token(token)
>   File
> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> line 36, in validate_token
> return self._is_user_name(token, _admin_user_name())
>   File
> "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
> line 47, in _is_user_name
> timeout=AuthorizationByUserName._timeout())
>   File 

[ovirt-users] Re: Windows 10 - Ovirt 4.3 - EPYC

2019-02-01 Thread Dominik Holler
On Fri, 1 Feb 2019 11:48:51 -0500
Darin Schmidt  wrote:

> I have successfully setup a centos vm, its up and running. Now I need
> to setup a windows 10 VM and I cant seem to get anything to work.
> 
> Ive tried setting the OS type to other or Windows 10 64bit. With
> Windows 64bit, it fails to startup at all When I select OtherOS
> it will allow me to start to run the Windows ISO, but then fails
> after a few seconds as well. Is there something I'm not correctly
> configuring?

Would you please share vdsm.log,  and the output of
rpm -qa kernel
uname -a
rpm -qa qemu-kvm-ev
rpm -qa libvirt
from of the host, and the relevant part of engine.log?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AIBWKAXF7RJUAJA4S4PFGIUBOM5FV5XO/


[ovirt-users] Re: upgrade bug

2019-02-01 Thread Dominik Holler
On Fri, 1 Feb 2019 15:31:18 +0200
ada per  wrote:

> After upgrading my hosts from 4.2.7.1 to 4.2.8 the external networks
> stopped working!
> When im starting a VM using external network it does not boot up at
> all!
> 
> The error message is:
> "VM  is down with error. Exit message: unsupported configuration:
> filterref is not supported for network interfaces with virtualport
> type openvswitch"
> 

Can you please ensure that the vNIC profiles of the external network
has no network filter?
Please find details in https://bugzilla.redhat.com/1502754 .
The default setting for new created OVN networks should be
"No Network Filter", but there might be old networks which still have
an network filter.

> I rolled it back to 4.2.7.1 for 1 of my hosts just as a test and the
> VMs on that host can now bootup using external networks as they are
> supposed to!!
> 
> Please advice as i would like to use the upgrade!!!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MHUHWAO5TRYYSLNK4VJ4JSWIV3GXMFHG/


[ovirt-users] Re: Profile selection in VM portal for users

2019-02-01 Thread Greg Sheremeta
On Fri, Feb 1, 2019 at 11:01 AM Jorick Astrego  wrote:

> Hi,
>
> Wish I was @FOSDEM :'(  Next year...
>
> When accessing the selfservice VM portal for users we wish to
> disable/hide our admin management realm.
>
> Is there currently a way to do this?
>

Not that I know of, but cc'ing Ravi to be sure.
It's a valid RFE.


> We are maybe a bit paranoid but
> informatie leakage can bite you in the ass.
>
> We want to hookup Keycloak for the user portal and use the current ipa
> authentication for the admins only
>

Check back to the ovirt blog in a few days for a cool new post about
Keycloak (or check the ovirt-site PRs ;))

Greg


>
>
>
>
>
>
> Met vriendelijke groet, With kind regards,
>
> Jorick Astrego
>
> *Netbulae Virtualization Experts *
> --
> Tel: 053 20 30 270 i...@netbulae.eu Staalsteden 4-3A KvK 08198180
> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01
> --
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/53HSD2WUAK6GGSWCDDZ6SO7FOEBIY267/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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


[ovirt-users] Windows 10 - Ovirt 4.3 - EPYC

2019-02-01 Thread Darin Schmidt
I have successfully setup a centos vm, its up and running. Now I need to
setup a windows 10 VM and I cant seem to get anything to work.

Ive tried setting the OS type to other or Windows 10 64bit. With Windows
64bit, it fails to startup at all When I select OtherOS it will allow
me to start to run the Windows ISO, but then fails after a few seconds as
well. Is there something I'm not correctly configuring?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QFUOS7MX2J37YWNVFSDTJC4PJYAFHOV3/


[ovirt-users] Profile selection in VM portal for users

2019-02-01 Thread Jorick Astrego
Hi,

Wish I was @FOSDEM :'(  Next year...

When accessing the selfservice VM portal for users we wish to
disable/hide our admin management realm.

Is there currently a way to do this? We are maybe a bit paranoid but
informatie leakage can bite you in the ass.

We want to hookup Keycloak for the user portal and use the current ipa
authentication for the admins only






Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



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


[ovirt-users] Re: Cannot Increase Hosted Engine VM Memory

2019-02-01 Thread Douglas Duckworth
Ok sounds good.

I will upgrade then hope this goes away.

On Thu, Jan 31, 2019, 12:09 PM Simone Tiraboschi 
mailto:stira...@redhat.com> wrote:


On Thu, Jan 31, 2019 at 4:20 PM Douglas Duckworth 
mailto:dod2...@med.cornell.edu>> wrote:
Hi Simone

Thanks again for your help!

Do you have some ideas on what I can try to resolve this issue?

Honestly I'm not able to reproduce this issue.
I can only suggest to try upgrading to 4.2.8 if still not there, and if still 
not working open a bug on bugzilla attaching engine.log.



Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
1300 York Avenue
New York, NY 10065
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690


On Fri, Jan 25, 2019 at 3:15 PM Douglas Duckworth 
mailto:dod2...@med.cornell.edu>> wrote:
Yes, I do.  Gold crown indeed.

It's the "HostedEngine" as seen attached!


Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
1300 York Avenue
New York, NY 10065
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690


On Wed, Jan 23, 2019 at 12:02 PM Simone Tiraboschi 
mailto:stira...@redhat.com>> wrote:


On Wed, Jan 23, 2019 at 5:51 PM Douglas Duckworth 
mailto:dod2...@med.cornell.edu>> wrote:
Hi Simone

Can I get help with this issue?  Still cannot increase memory for Hosted Engine.

From the logs it seams that the engine is trying to hotplug memory to the 
engine VM which is something it should not happen.
The engine should simply update engine VM configuration in the OVF_STORE and 
require a reboot of the engine VM.
Quick question, in the VM panel do you see a gold crown symbol on the Engine VM?


Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
1300 York Avenue
New York, NY 10065
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690


On Thu, Jan 17, 2019 at 8:08 AM Douglas Duckworth 
mailto:dod2...@med.cornell.edu>> wrote:
Sure, they're attached.  In "first attempt" the error seems to be:

2019-01-17 07:49:24,795-05 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-29) [680f82b3-7612-4d91-afdc-43937aa298a2] EVENT_ID: 
FAILED_HOT_SET_MEMORY_NOT_DIVIDABLE(2,048), Failed to hot plug memory to VM 
HostedEngine. Amount of added memory (4000MiB) is not dividable by 256MiB.

Followed by:

2019-01-17 07:49:24,814-05 WARN  
[org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-29) [26f5f3ed] 
Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. 
Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING
2019-01-17 07:49:24,815-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] 
(default task-29) [26f5f3ed] Updating RNG device of VM HostedEngine 
(adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = 
VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', 
vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', 
specParams='[source=urandom]', address='', managed='true', plugged='true', 
readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', 
logicalName='null', hostDevice='null'}. New RNG device = 
VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', 
vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', 
specParams='[source=urandom]', address='', managed='true', plugged='true', 
readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', 
logicalName='null', hostDevice='null'}.

In "second attempt" I used values that are dividable by 256 MiB so that's no 
longer present.  Though same error:

2019-01-17 07:56:59,795-05 INFO  
[org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) 
[7059a48f] START, SetAmountOfMemoryVDSCommand(HostName = 
ovirt-hv1.med.cornell.edu, 
Params:{hostId='cdd5ffda-95c7-4ffa-ae40-be66f1d15c30', 
vmId='adf14389-1563-4b1a-9af6-4b40370a825b', 
memoryDevice='VmDevice:{id='VmDeviceId:{deviceId='7f7d97cc-c273-4033-af53-bc9033ea3abe',
 vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='memory', type='MEMORY', 
specParams='[node=0, size=2048]', address='', managed='true', plugged='true', 
readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', 
logicalName='null', hostDevice='null'}', minAllocatedMem='6144'}), log id: 
50873daa
2019-01-17 07:56:59,855-05 INFO  
[org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) 
[7059a48f] FINISH, SetAmountOfMemoryVDSCommand, log id: 50873daa
2019-01-17 07:56:59,862-05 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-22) [7059a48f] EVENT_ID: HOT_SET_MEMORY(2,039), Hotset memory: changed the 
amount 

[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Greg Sheremeta
On Fri, Feb 1, 2019 at 7:25 AM Giulio Casella  wrote:

> Il 01/02/2019 13:19, Gianluca Cecchi ha scritto:
> > On Fri, Feb 1, 2019 at 12:47 PM Giulio Casella  > > wrote:
> >
> >
> > This could be a (partially satisfying solution), but I can have only
> one
> > storage domain for ISOs, right?
> > AFAIK you can have one ISO domain, one export domain and many data
> > domains; "engine-iso-uploader list" reports only ISO domain.
> >
> >
> > You can have only one iso domain attached (and so active) at a time. But
> > you can have many iso domains defined.
> > And the same domain can be defined across different domains
> > The same applies to export domains. When you select "Attach Export"
> > button in Computers -> Datacenters -> MyDc you get a list of defined
> > export domain among which to select the one to attach, in case you have
> > more than one defined.
>
> Correct. So the solution to use more than one ISO domain to logically
> organize groups of ISOs cannot be accomplished, I'd like to see all my
> ISOs at the same time.
>
> That's why I think subfolders could be a nice enhancement for ISO
> storage domains.
>

The confusion is that ISO Storage Domains are now deprecated. Use Data
Domains (upload ISOs *and* disks to the same Data Domain in the UI) and
make as many of them as you want :) )
"""
Uploading Images to a Data Storage Domain
You can upload virtual disk images and ISO images to your data storage
domain in the Administration Portal
"""
https://ovirt.org/documentation/admin-guide/chap-Storage.html#uploading-images-to-a-data-storage-domain

Greg


>
> Cheers,
> gc
>
>
>

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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


[ovirt-users] ovn bad gateway after update from 4.2.7 to 4.2.8

2019-02-01 Thread Gianluca Cecchi
Hello,
at this moment (about two days ago) I have updated only engine (external,
not self hosted) from 4.2.7.5 to 4.2.8.2

As soon as I'm starting for the first time a VM with an ovn based nic I get
what below in ovirt-provider-ovn.log

In admin gui, if I try for example to start via "run once" I get:
"
Error while executing action Run VM once: Failed to communicate with the
external provider, see log for additional details.
"
Any clue?
Thanks,
Gianluca

2019-01-29 17:23:20,554 root Starting server
2019-01-29 17:23:20,554 root Version: 1.2.18-1
2019-01-29 17:23:20,555 root Build date: 20190114151850
2019-01-29 17:23:20,555 root Githash: dae4c1d
2019-01-29 18:04:15,575 root Starting server
2019-01-29 18:04:15,576 root Version: 1.2.18-1
2019-01-29 18:04:15,576 root Build date: 20190114151850
2019-01-29 18:04:15,576 root Githash: dae4c1d
2019-02-01 14:26:58,316 root From: :::127.0.0.1:49582 Request: GET
/v2.0/ports
2019-02-01 14:26:58,317 root HTTPSConnectionPool(host='engine-host',
port=443): Max retries exceeded with url:
/ovirt-engine/sso/oauth/token-info (Caused by
NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or
service not known',))
Traceback (most recent call last):
  File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line 134,
in _handle_request
method, path_parts, content
  File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", line
175, in handle_request
return self.call_response_handler(handler, content, parameters)
  File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33, in
call_response_handler
TOKEN_HTTP_HEADER_FIELD_NAME, '')):
  File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 31, in
validate_token
return auth.core.plugin.validate_token(token)
  File
"/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
line 36, in validate_token
return self._is_user_name(token, _admin_user_name())
  File
"/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
line 47, in _is_user_name
timeout=AuthorizationByUserName._timeout())
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 131,
in get_token_info
timeout=timeout
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54,
in wrapper
response = func(*args, **kwargs)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47,
in wrapper
raise BadGateway(e)
BadGateway: HTTPSConnectionPool(host='engine-host', port=443): Max retries
exceeded with url: /ovirt-engine/sso/oauth/token-info (Caused by
NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or
service not known',))
2019-02-01 14:27:26,968 root From: :::127.0.0.1:49590 Request: GET
/v2.0/ports
2019-02-01 14:27:26,969 root HTTPSConnectionPool(host='engine-host',
port=443): Max retries exceeded with url:
/ovirt-engine/sso/oauth/token-info (Caused by
NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or
service not known',))
Traceback (most recent call last):
  File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line 134,
in _handle_request
method, path_parts, content
  File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", line
175, in handle_request
return self.call_response_handler(handler, content, parameters)
  File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 33, in
call_response_handler
TOKEN_HTTP_HEADER_FIELD_NAME, '')):
  File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 31, in
validate_token
return auth.core.plugin.validate_token(token)
  File
"/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
line 36, in validate_token
return self._is_user_name(token, _admin_user_name())
  File
"/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/authorization_by_username.py",
line 47, in _is_user_name
timeout=AuthorizationByUserName._timeout())
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 131,
in get_token_info
timeout=timeout
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54,
in wrapper
response = func(*args, **kwargs)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47,
in wrapper
raise BadGateway(e)
BadGateway: HTTPSConnectionPool(host='engine-host', port=443): Max retries
exceeded with url: /ovirt-engine/sso/oauth/token-info (Caused by
NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or
service not known',))
2019-02-01 14:29:17,412 root From: :::127.0.0.1:49616 Request: GET
/v2.0/ports
2019-02-01 14:29:17,412 root HTTPSConnectionPool(host='engine-host',
port=443): Max retries exceeded with url:
/ovirt-engine/sso/oauth/token-info (Caused by
NewConnectionError(': Failed to establish a new connection: [Errno -2] Name or
service not known',))
Traceback (most recent call last):
  File 

[ovirt-users] upgrade bug

2019-02-01 Thread ada per
After upgrading my hosts from 4.2.7.1 to 4.2.8 the external networks
stopped working!
When im starting a VM using external network it does not boot up at all!

The error message is:
"VM  is down with error. Exit message: unsupported configuration: filterref
is not supported for network interfaces with virtualport type openvswitch"

I rolled it back to 4.2.7.1 for 1 of my hosts just as a test and the VMs on
that host can now bootup using external networks as they are supposed to!!

Please advice as i would like to use the upgrade!!!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPHNRHDOJQNLJ6LSKDEKGKZTD3SIURZ6/


[ovirt-users] Re: Storage Domain Ovirt 4.3 RC EPYC

2019-02-01 Thread Sandro Bonazzola
Il giorno ven 1 feb 2019 alle ore 12:13 Greg Sheremeta 
ha scritto:

>
>
> On Thu, Jan 31, 2019 at 7:44 PM Darin Schmidt 
> wrote:
>
>> Seems the system is version locked? Looks like ovirt-engine 4.3.0.4 is
>> available and I have 4.3.0.2 installed. Should I disable the version lock?
>>
>
No, please run "yum update" and then "engine-setup"
be sure to enable global maintenance before updating if you are running a
hosted engine



>
>> [root@ovirt ~]# yum versionlock status
>> Loaded plugins: enabled_repos_upload, fastestmirror, langpacks,
>> package_upload, product-id, search-disabled-repos,
>>   : subscription-manager, vdsmupgrade, versionlock
>> This system is not registered with an entitlement server. You can use
>> subscription-manager to register.
>> Loading mirror speeds from cached hostfile
>>  * base: mirror.cisp.com
>>  * epel: epel.mirror.constant.com
>>  * extras: repo1.ash.innoscale.net
>>  * ovirt-4.3: mirrors.ibiblio.org
>>  * ovirt-4.3-epel: epel.mirror.constant.com
>>  * updates: mirror.cisp.com
>> 0:ovirt-engine-webadmin-portal-4.3.0.4-1.el7.*
>> 0:ovirt-engine-tools-backup-4.3.0.4-1.el7.*
>> 0:ovirt-engine-restapi-4.3.0.4-1.el7.*
>> 0:ovirt-engine-dbscripts-4.3.0.4-1.el7.*
>> 0:ovirt-engine-4.3.0.4-1.el7.*
>> 0:ovirt-engine-backend-4.3.0.4-1.el7.*
>> 0:ovirt-engine-tools-4.3.0.4-1.el7.*
>> versionlock status done
>> Uploading Enabled Repositories Report
>> Loaded plugins: fastestmirror, langpacks, product-id,
>> subscription-manager,
>>   : versionlock
>> This system is not registered with an entitlement server. You can use
>> subscription-manager to register.
>> Cannot upload enabled repos report, is this client registered?
>>
>>
>> On Thu, Jan 31, 2019 at 7:38 PM Darin Schmidt 
>> wrote:
>>
>>> Same issue
>>>
>>> [root@ovirt ~]# rpm -qa|grep ovirt-engine-appliance
>>> ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
>>>
>>> Error while executing action New Local Storage Domain: Storage format is
>>> unsupported
>>>
>>>
> @Sandro Bonazzola  (and see above about version lock)
>
>
>>
>>>
>>> On Thu, Jan 31, 2019 at 5:06 PM Greg Sheremeta 
>>> wrote:
>>>
 Hi,

 On Thu, Jan 31, 2019 at 4:19 PM Darin Schmidt 
 wrote:

>
>
> Uncaught exception occurred. Please try reloading the page. Details:
> (TypeError) : Cannot read property 'Vg' of null
> Please have your administrator check the UI logs
>

 please attach ui.log


>
> Im trying to setup Ovirt 4.3 RC because its the only one that supports
> AMD EPYC. The issue Im having is that I creates a raid 5 array of 5 120GB
> SSDs using mdadm and mounted it at /VM. I put the Host into maintenance,
> select Configure Local Storage, and it fails telling me:
> New Local Storage Domain: Storage format is unsupported
>

 We fixed this one this morning -- update your appliance to
 ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
 Then redeploy and it should work.
 https://bugzilla.redhat.com/show_bug.cgi?id=1669606

 Best wishes,
 Greg


>
> I formatted the array to ext4. This is a self hosted system.  Anyone
> have any ideas?
>
> [root@ovirt VM]# uname -r
> 3.10.0-957.1.3.el7.x86_64
> [root@ovirt VM]# cat /etc/centos-release
> CentOS Linux release 7.6.1810 (Core)
>
> [root@ovirt VM]# rpm -qa|grep ovirt
> ovirt-engine-backend-4.3.0.2-1.el7.noarch
> ovirt-imageio-common-1.4.6-1.el7.x86_64
> ovirt-engine-setup-plugin-websocket-proxy-4.3.0.4-1.el7.noarch
> ovirt-ansible-vm-infra-1.1.12-1.el7.noarch
> ovirt-ansible-infra-1.1.11-1.el7.noarch
> ovirt-engine-setup-plugin-ovirt-engine-common-4.3.0.4-1.el7.noarch
> libgovirt-0.3.4-1.el7.x86_64
> ovirt-hosted-engine-setup-2.3.3-1.el7.noarch
> ovirt-iso-uploader-4.3.0-1.el7.noarch
> ovirt-engine-4.3.0.2-1.el7.noarch
> python2-ovirt-host-deploy-1.8.0-1.el7.noarch
> ovirt-ansible-repositories-1.1.4-1.el7.noarch
> python-ovirt-engine-sdk4-4.3.0-2.el7.x86_64
> ovirt-engine-webadmin-portal-4.3.0.2-1.el7.noarch
> ovirt-engine-vmconsole-proxy-helper-4.3.0.4-1.el7.noarch
> ovirt-vmconsole-proxy-1.0.6-2.el7.noarch
> ovirt-ansible-image-template-1.1.9-1.el7.noarch
> ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch
> ovirt-engine-dwh-4.3.0-1.el7.noarch
> ovirt-ansible-roles-1.1.6-1.el7.noarch
> ovirt-host-deploy-common-1.8.0-1.el7.noarch
> ovirt-engine-api-explorer-0.0.3-1.el7.noarch
> ovirt-engine-setup-base-4.3.0.4-1.el7.noarch
> ovirt-engine-extensions-api-impl-4.3.0.4-1.el7.noarch
> cockpit-ovirt-dashboard-0.12.1-1.el7.noarch
> ovirt-engine-tools-backup-4.3.0.2-1.el7.noarch
> ovirt-engine-restapi-4.3.0.2-1.el7.noarch
> ovirt-ansible-hosted-engine-setup-1.0.8-1.el7.noarch
> ovirt-engine-websocket-proxy-4.3.0.4-1.el7.noarch
> ovirt-hosted-engine-ha-2.3.1-1.el7.noarch
> ovirt-ansible-cluster-upgrade-1.1.11-1.el7.noarch

[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Gianluca Cecchi
On Fri, Feb 1, 2019 at 1:19 PM Gianluca Cecchi 
wrote:

> On Fri, Feb 1, 2019 at 12:47 PM Giulio Casella  wrote:
>
>>
>> This could be a (partially satisfying solution), but I can have only one
>> storage domain for ISOs, right?
>> AFAIK you can have one ISO domain, one export domain and many data
>> domains; "engine-iso-uploader list" reports only ISO domain.
>>
>>
> You can have only one iso domain attached (and so active) at a time. But
> you can have many iso domains defined.
> And the same domain can be defined across different domains
>

Meant to be: the same iso domain can be defined across different DCs.


> The same applies to export domains. When you select "Attach Export" button
> in Computers -> Datacenters -> MyDc you get a list of defined export domain
> among which to select the one to attach, in case you have more than one
> defined.
>
> Gianluca
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DJFOWWIB3DR4FA62PZUCQNBBBLYMYK6G/


[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Giulio Casella
Il 01/02/2019 13:19, Gianluca Cecchi ha scritto:
> On Fri, Feb 1, 2019 at 12:47 PM Giulio Casella  > wrote:
> 
> 
> This could be a (partially satisfying solution), but I can have only one
> storage domain for ISOs, right?
> AFAIK you can have one ISO domain, one export domain and many data
> domains; "engine-iso-uploader list" reports only ISO domain.
> 
>  
> You can have only one iso domain attached (and so active) at a time. But
> you can have many iso domains defined.
> And the same domain can be defined across different domains
> The same applies to export domains. When you select "Attach Export"
> button in Computers -> Datacenters -> MyDc you get a list of defined
> export domain among which to select the one to attach, in case you have
> more than one defined.

Correct. So the solution to use more than one ISO domain to logically
organize groups of ISOs cannot be accomplished, I'd like to see all my
ISOs at the same time.

That's why I think subfolders could be a nice enhancement for ISO
storage domains.

Cheers,
gc

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


[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Gianluca Cecchi
On Fri, Feb 1, 2019 at 12:47 PM Giulio Casella  wrote:

>
> This could be a (partially satisfying solution), but I can have only one
> storage domain for ISOs, right?
> AFAIK you can have one ISO domain, one export domain and many data
> domains; "engine-iso-uploader list" reports only ISO domain.
>
>
You can have only one iso domain attached (and so active) at a time. But
you can have many iso domains defined.
And the same domain can be defined across different domains
The same applies to export domains. When you select "Attach Export" button
in Computers -> Datacenters -> MyDc you get a list of defined export domain
among which to select the one to attach, in case you have more than one
defined.

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


[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Giulio Casella
Il 01/02/2019 12:12, Greg Sheremeta ha scritto:
> ISO domains are deprecated, so my guess is it will be closed.
> And storage domains aren't intended for the user to edit manually.
> 
> Perhaps the best way for you to organize is to make a few separate
> storage domains for your subsets of ISOs.
> windows_domain - win7.iso
> windows_domain - win81.iso
> el_domain - centos7.iso
> el_domain - rhel7.iso
> 

This could be a (partially satisfying solution), but I can have only one
storage domain for ISOs, right?
AFAIK you can have one ISO domain, one export domain and many data
domains; "engine-iso-uploader list" reports only ISO domain.

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


[ovirt-users] Re: Storage Domain Ovirt 4.3 RC EPYC

2019-02-01 Thread Greg Sheremeta
On Thu, Jan 31, 2019 at 7:44 PM Darin Schmidt 
wrote:

> Seems the system is version locked? Looks like ovirt-engine 4.3.0.4 is
> available and I have 4.3.0.2 installed. Should I disable the version lock?
>
> [root@ovirt ~]# yum versionlock status
> Loaded plugins: enabled_repos_upload, fastestmirror, langpacks,
> package_upload, product-id, search-disabled-repos,
>   : subscription-manager, vdsmupgrade, versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
>  * base: mirror.cisp.com
>  * epel: epel.mirror.constant.com
>  * extras: repo1.ash.innoscale.net
>  * ovirt-4.3: mirrors.ibiblio.org
>  * ovirt-4.3-epel: epel.mirror.constant.com
>  * updates: mirror.cisp.com
> 0:ovirt-engine-webadmin-portal-4.3.0.4-1.el7.*
> 0:ovirt-engine-tools-backup-4.3.0.4-1.el7.*
> 0:ovirt-engine-restapi-4.3.0.4-1.el7.*
> 0:ovirt-engine-dbscripts-4.3.0.4-1.el7.*
> 0:ovirt-engine-4.3.0.4-1.el7.*
> 0:ovirt-engine-backend-4.3.0.4-1.el7.*
> 0:ovirt-engine-tools-4.3.0.4-1.el7.*
> versionlock status done
> Uploading Enabled Repositories Report
> Loaded plugins: fastestmirror, langpacks, product-id, subscription-manager,
>   : versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Cannot upload enabled repos report, is this client registered?
>
>
> On Thu, Jan 31, 2019 at 7:38 PM Darin Schmidt 
> wrote:
>
>> Same issue
>>
>> [root@ovirt ~]# rpm -qa|grep ovirt-engine-appliance
>> ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
>>
>> Error while executing action New Local Storage Domain: Storage format is
>> unsupported
>>
>>
@Sandro Bonazzola  (and see above about version lock)


>
>>
>> On Thu, Jan 31, 2019 at 5:06 PM Greg Sheremeta 
>> wrote:
>>
>>> Hi,
>>>
>>> On Thu, Jan 31, 2019 at 4:19 PM Darin Schmidt 
>>> wrote:
>>>


 Uncaught exception occurred. Please try reloading the page. Details:
 (TypeError) : Cannot read property 'Vg' of null
 Please have your administrator check the UI logs

>>>
>>> please attach ui.log
>>>
>>>

 Im trying to setup Ovirt 4.3 RC because its the only one that supports
 AMD EPYC. The issue Im having is that I creates a raid 5 array of 5 120GB
 SSDs using mdadm and mounted it at /VM. I put the Host into maintenance,
 select Configure Local Storage, and it fails telling me:
 New Local Storage Domain: Storage format is unsupported

>>>
>>> We fixed this one this morning -- update your appliance to
>>> ovirt-engine-appliance-4.3-20190131.1.el7.x86_64
>>> Then redeploy and it should work.
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1669606
>>>
>>> Best wishes,
>>> Greg
>>>
>>>

 I formatted the array to ext4. This is a self hosted system.  Anyone
 have any ideas?

 [root@ovirt VM]# uname -r
 3.10.0-957.1.3.el7.x86_64
 [root@ovirt VM]# cat /etc/centos-release
 CentOS Linux release 7.6.1810 (Core)

 [root@ovirt VM]# rpm -qa|grep ovirt
 ovirt-engine-backend-4.3.0.2-1.el7.noarch
 ovirt-imageio-common-1.4.6-1.el7.x86_64
 ovirt-engine-setup-plugin-websocket-proxy-4.3.0.4-1.el7.noarch
 ovirt-ansible-vm-infra-1.1.12-1.el7.noarch
 ovirt-ansible-infra-1.1.11-1.el7.noarch
 ovirt-engine-setup-plugin-ovirt-engine-common-4.3.0.4-1.el7.noarch
 libgovirt-0.3.4-1.el7.x86_64
 ovirt-hosted-engine-setup-2.3.3-1.el7.noarch
 ovirt-iso-uploader-4.3.0-1.el7.noarch
 ovirt-engine-4.3.0.2-1.el7.noarch
 python2-ovirt-host-deploy-1.8.0-1.el7.noarch
 ovirt-ansible-repositories-1.1.4-1.el7.noarch
 python-ovirt-engine-sdk4-4.3.0-2.el7.x86_64
 ovirt-engine-webadmin-portal-4.3.0.2-1.el7.noarch
 ovirt-engine-vmconsole-proxy-helper-4.3.0.4-1.el7.noarch
 ovirt-vmconsole-proxy-1.0.6-2.el7.noarch
 ovirt-ansible-image-template-1.1.9-1.el7.noarch
 ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch
 ovirt-engine-dwh-4.3.0-1.el7.noarch
 ovirt-ansible-roles-1.1.6-1.el7.noarch
 ovirt-host-deploy-common-1.8.0-1.el7.noarch
 ovirt-engine-api-explorer-0.0.3-1.el7.noarch
 ovirt-engine-setup-base-4.3.0.4-1.el7.noarch
 ovirt-engine-extensions-api-impl-4.3.0.4-1.el7.noarch
 cockpit-ovirt-dashboard-0.12.1-1.el7.noarch
 ovirt-engine-tools-backup-4.3.0.2-1.el7.noarch
 ovirt-engine-restapi-4.3.0.2-1.el7.noarch
 ovirt-ansible-hosted-engine-setup-1.0.8-1.el7.noarch
 ovirt-engine-websocket-proxy-4.3.0.4-1.el7.noarch
 ovirt-hosted-engine-ha-2.3.1-1.el7.noarch
 ovirt-ansible-cluster-upgrade-1.1.11-1.el7.noarch
 ovirt-cockpit-sso-0.1.1-1.el7.noarch
 ovirt-engine-ui-extensions-1.0.2-1.el7.noarch
 ovirt-engine-setup-4.3.0.4-1.el7.noarch
 ovirt-imageio-daemon-1.4.6-1.el7.noarch
 ovirt-host-4.3.0-2.el7.x86_64
 ovirt-vmconsole-1.0.6-2.el7.noarch
 ovirt-imageio-proxy-1.4.6-1.el7.noarch
 ovirt-engine-wildfly-overlay-14.0.1-3.el7.noarch

[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Greg Sheremeta
On Fri, Feb 1, 2019 at 3:22 AM Giulio Casella  wrote:

> Il 31/01/2019 18:14, Sandro Bonazzola ha scritto:
> > As far as I can tell, there are no tools that creates subdirectories
> > within storage domains.
> > Did you manually upload the iso into the nfs mount creating a
> > subdirectory there?
> > I think this layout is not supported at all.
>
> Yes, I did (sorry :-)). My ISOs are growing, and I'd like to have a
> hierarchical structure.
> To say the truth it was only a test, I wasn't sure to see ISOs in
> subdir. But when I've seen them (correctly listed in admin portal as
> "foo/bar.iso"), I'd expect to be able mount them.
>

Fair point. But I think editing ISOs directly like this was never really
supported.


>
> I also filed a bug
> (https://bugzilla.redhat.com/show_bug.cgi?id=1671046), if the answer
> will be NOTABUG, I'll try with a RFE.
>

ISO domains are deprecated, so my guess is it will be closed.
And storage domains aren't intended for the user to edit manually.

Perhaps the best way for you to organize is to make a few separate storage
domains for your subsets of ISOs.
windows_domain - win7.iso
windows_domain - win81.iso
el_domain - centos7.iso
el_domain - rhel7.iso

etc

Best wishes,
Greg


>
> Thanks,
> gc
>
>
> TL;DR
>
> The scenario I'm trying to implement is a DVD video store, provided by
> images in ISO domain, automatically mounted on VM on demand, via a
> backend python script. That's why in this case a hyerarchical structure
> would be much better than a flat one.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRTTZSKLMNIYBDXHD6274DRM76AZXGM6/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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


[ovirt-users] Re: Mounting ISO in subfolder

2019-02-01 Thread Giulio Casella
Il 31/01/2019 18:14, Sandro Bonazzola ha scritto:
> As far as I can tell, there are no tools that creates subdirectories
> within storage domains.
> Did you manually upload the iso into the nfs mount creating a
> subdirectory there?
> I think this layout is not supported at all.

Yes, I did (sorry :-)). My ISOs are growing, and I'd like to have a
hierarchical structure.
To say the truth it was only a test, I wasn't sure to see ISOs in
subdir. But when I've seen them (correctly listed in admin portal as
"foo/bar.iso"), I'd expect to be able mount them.

I also filed a bug
(https://bugzilla.redhat.com/show_bug.cgi?id=1671046), if the answer
will be NOTABUG, I'll try with a RFE.

Thanks,
gc


TL;DR

The scenario I'm trying to implement is a DVD video store, provided by
images in ISO domain, automatically mounted on VM on demand, via a
backend python script. That's why in this case a hyerarchical structure
would be much better than a flat one.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HRTTZSKLMNIYBDXHD6274DRM76AZXGM6/