[ovirt-users] oVirt 4.2: hostdev passthrough noop

2018-01-17 Thread Daniel Helgenberger
Hello,

yesterday I upgraded to 4.2 from 4.1.8.

Now I notice I cannot assign host dev pass though any more; in the GUI
the 'Pinnded to host' list is empty.

The hostdev from before the upgrades are still present. I tried to
remove them and got an NPE (see below).

Has anyone an idea?

---

 > 2018-01-17 11:37:51,035+01 INFO
[org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default
task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Running command:
RemoveVmHostDevicesCommand internal: false. Entities affected :  ID:
6132322b-e187-4a83-b8c1-0477bde10497 Type: VMAction group
EDIT_ADMIN_VM_PROPERTIES with role type ADMIN
> 2018-01-17 11:37:51,037+01 ERROR 
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Command 
> 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand' failed: null
> 2018-01-17 11:37:51,037+01 ERROR 
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Exception: 
> java.lang.NullPointerException
>   at 
> org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand.executeCommand(RemoveVmHostDevicesCommand.java:64)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1205)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1345)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1987) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202)
>  [utils.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137)
>  [utils.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105)
>  [utils.jar:]
>   at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1405) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:412) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
>  [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:509) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:491) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:444) 
> [bll.jar:]
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> [rt.jar:1.8.0_151]
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> [rt.jar:1.8.0_151]
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_151]
>   at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
>   at 
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>   at 
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
>   at 
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
>   at 
> org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
>  [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
>  [common.jar:]
>   at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) 
> [:1.8.0_151]
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_151]
>   at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
>   at 
> org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) 
> [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> 

[ovirt-users] No master storage domain, force select?

2018-01-17 Thread Jure Kranjc

Hello,

is there a way to force select master storage domain? I have three data 
domains, we had some storage problems and now none of the domains is 
master. I cannot activate any because I should first activate the master 
one. Any help appreciated.





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


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

2018-01-17 Thread Alex K
Thanx,

Installed and seems to be working nicely.

Alex

On Wed, Jan 17, 2018 at 8:36 AM, Yedidyah Bar David  wrote:

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


Re: [ovirt-users] Official Hyperconverged Gluster oVirt upgrade procedure?

2018-01-17 Thread Hanson Turner

Hi Guys,

What the official upgrade procedure now? Has anything changed?

What's the upgrade path from 4.0.4 to current stable? 
Engine-upgrade-check returns no upgrades needed, and that's probably 
correct, as it looks like the repos are from 4.0


Thanks!


On 01/26/2017 08:26 AM, Simone Tiraboschi wrote:



On Thu, Jan 26, 2017 at 10:16 AM, Ralf Schenk > wrote:


Hello,

i would appreciate any hint, too. I'm on 4.0.6 on Centos 7.3 since
yesterday but I'm frightened what I need to do to upgrade and be
able to manage gluster from GUI then.


1. Setting global maintenance mode,
2. upgrading the engine on the engine VM as for a regular engine,
3. exit the global maintenance mode
4. upgrade the host (once at time!!!) from the engine

should be enough

Bye


Am 25.01.2017 um 21:32 schrieb Hanson:

Hi Guys,

Just wondering if we have an updated manual or whats the current
procedure for upgrading the nodes in a hyperconverged ovirt
gluster pool?

Ie Nodes run 4.0 oVirt, as well as GlusterFS, and hosted-engine
running in a gluster storage domain.

Put node in maintenance mode and disable glusterfs from ovirt
gui, run yum update?

Thanks!

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



-- 



*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70 
fax +49 (0) 24 05 / 40 83 759 
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,
Dipl.-Kfm. Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen



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





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


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


Re: [ovirt-users] 4.1.8: Run Once does not allow me to choose a CD Image to attach

2018-01-17 Thread Derek Atkins
Hi,

On Wed, January 17, 2018 11:13 am, Pavel Novotny wrote:
>
> On 16.1.2018 21:05, Derek Atkins wrote:
>> Hi,
>>
>> I upgraded from 4.0.6 to 4.1.8.  I had created a VM in 4.0.6 but had
>> never started it nor had I ever run it before I upgraded.  I then
>> upgraded to 4.1.8 (which went very smoothly), but then I tried to use
>> the Run Once function to boot up and attach an ISO Image.  However when
>> I select Run Once, then Boot Options, the "Attach CD" option is
>> unchecked and wont let me select it like I could in 4.0.6.  If I try to
>> select the checkbox I see the popup flash but the box remains unchecked.
>
> Hi Derek,
>
> this reminds me UX bug https://bugzilla.redhat.com/1516311
> It has been filed for 4.2, but it affects also 4.1.x.
> It happens when the browser window width is less than approx. 1200 px,
> if it is your case.

Interesting.  Yes, xwininfo reports a geometry of 1105x883 for my browser
window.

What an interesting bug.  Why would it assume it's a mobile view?  and
even if it IS a mobile view, why disable the functionality?

At least the Edit dialog still works, but it's still annoying.

I've added myself to that bug.

Thanks,

> -Pavel

-derek

>>
>> Is this a bug/regression in 4.1.8?
>>
>> I did clear my browser cache thinking that might be it, but no, that
>> didn't help.
>>
>> The only thing I could do was Edit the VM, go to Boot options, select it
>> there (which I could do) and then choose the ISO.  THEN I could run it
>> with the CD attached.
>>
>> Thanks,
>>
>> -derek
>
>


-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

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


Re: [ovirt-users] Ovirt 4.2 Bug with Permissons on the Vm Portal?

2018-01-17 Thread Latchezar Filtchev
Dear oVirt-ers,

Here are my steps to upgrade oVirt 4.1.8 (Active Directory connected) to 4.2 
and results:

1. oVirt 4.1.8 (This version is reached by several upgrades starting from oVirt 
 3.6)
- engine - dedicated machine
- Data center A/2 clusters - Cluster 1/2 virtualization  hosts - cluster 2/1 
virtualization host. Data center is used only by 1 Active Directory user - this 
user is not SuperUser and can create and manage virtual machines;
- Data center B /1 cluster - Cluster 1/2 virtualization hosts. Data center is 
used by several Active directory users (Non SuperUser) - every user can create 
virtual machines. User can see only own machines in VM portal.

2. oVirt 4.2 - observation after upgrade:
- Virtual machines disappeared in VM portal. All virtual machines are visible 
in Admin portal. Granting SuperUser role to particular user brings back all 
virtual machines in VM portal and every user can see all virtual machines. 
After removing SuperUser role - virtual machines are not visible in VM portal. 
I still cannot find permissions combination so every user can see only own 
machines. I found quite inconvenient in  my use case scenario to discontinue 
adding disk to newly created virtual machine in VM portal.

3. oVirt 4.2.1 - pre release - pretty much the same behavior.

Any comment or advice will be appreciated.

Thank you!
Best,
Latcho




-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Giorgio Biacchi
Sent: Wednesday, January 17, 2018 2:33 PM
To: Michal Skrivanek
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Ovirt 4.2 Bug with Permissons on the Vm Portal?

On 01/12/2018 05:53 PM, Michal Skrivanek wrote:
> 
> 
>> On 12 Jan 2018, at 12:27, Giorgio Biacchi > > wrote:
>>
>> It's the same for me also.
>>
>> Ovirt is connected to FreeIPA this time, so it seems not to be bound 
>> to a specific AAA engine extension.
>>
>> Do we have to submit a new bug on bugzilla??
> 
> Looks like https://github.com/oVirt/ovirt-web-ui/issues/460 ?
> Somehow it diappeared in recent 4.2.1 builds, can you check that by 
> any chance on your setup too?

I just enabled Ovirt Release Pre repo and updated to 4.2.1.1-1.el7 but the 
problem still is present. I've done a test, as a user I created a Vm, the Vm is 
visible from Vm Portal. From the admin portal I removed the UserVmManager 
permission on that Vm. From the Vm Portal the Vm go away. So far so good.

Then I re added the previously removed permission to the Vm but the Vm do not 
appears in the Vm portal once I log back in as a normal user.

Thanks

> 
> Thanks,
> michal
> 
>>
>> Regards
>>
>> On 01/11/2018 02:04 PM, Latchezar Filtchev wrote:
>>> Hi Guys,
>>> The same here. Upgrade 4.1.8 to 4.2. oVirt connected to Active Directory. 
>>> User cannot see machines in VM portal. Still playing with permissions.
>>> Any ideas?
>>> Thank you!
>>> Best,
>>> Latcho
>>> *From:*users-boun...@ovirt.org  
>>> [mailto:users-boun...@ovirt.org] *On Behalf Of *Thomas Fecke
>>> *Sent:* Monday, January 08, 2018 3:17 PM
>>> *To:* users@ovirt.org 
>>> *Subject:* [ovirt-users] Ovirt 4.2 Bug with Permissons on the Vm Portal?
>>> Hello Guys,
>>> i recently upgrade to 4.2
>>> We used the User Portal before. Every User could see his__ VM´s, 
>>> every Admin just could see his VM´s ( User View ).
>>> After the Update:
>>> Admin´s can see every VM in VM Portal The Users can´t see Vm´s 
>>> anymore. The Portal is Empty. Role “UserVMManager”
>>> is set.
>>> We tested some Scenarios: If the User create a new Virtual Machine, 
>>> it is shown in the VM Portal. When he log out and in again -> VM is 
>>> gone in his View Admin View: The VM was created, Permission where 
>>> set. Everything seems to be good.
>>> Any Ideas? Thanks Guys__
>>> ___
>>> Users mailing list
>>> Users@ovirt.org  
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> --
>> gb
>>
>> PGP Key: http://pgp.mit.edu/
>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 
>> 0F34 ___
>> Users mailing list
>> Users@ovirt.org  
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> 

--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Is there a way to rename the hosted engine VM name (not hostname)

2018-01-17 Thread Jayme
Our oVirt environment was originally setup by someone else.  The hosted
engine VM has a custom name, but it seems to me like some of the
hosted-engine tools such as hosted-engine --console for example expect the
domain to be "HostedEngine'.  I tried renaming it in the admin interface
but changes are locked for the hostedengine VM.  Is there a way that I can
change the domain of the VM back to HostedEngine instead of the custom
name?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] gluster volume permission denied

2018-01-17 Thread Kasturi Narra
Hello Bill,

   can you attach vdsm logs during the time period where migration
failed ? It would help us to see why the migration failed.

Thanks
kasturi

On Wed, Jan 17, 2018 at 5:24 AM, Bill James  wrote:

> I have one node in our cluster that has problems when migrating a VM if
> the VM is hosted on a gluster volume.
> If the VM is hosted on a NFS volume it migrates fine.
>
> /var/log/messages:
> Jan 16 14:36:09 ovirt1 libvirtd: 2018-01-16 22:36:09.769+: 9700: error
> : qemuProcessReportLogError:1862
>  : internal error: process exited while connecting to monitor:
> 2018-01-16T22:36:09.587405Z qemu-kvm: -drive
>  file=/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675
> /67b4d9aa-f174-436a-b5a1-ec7cee5f2edb/images/60
> 3271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-4ab0-4047-9b91-
> e0817a139e90,format=raw,if=none,id=drive-virtio-
> disk0,serial=603271e4-3089-4779-aa1c-faf280fabd17,cache=none
> ,werror=stop,rerror=stop,aio=threads: Could not
>  open '/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/67b4
> d9aa-f174-436a-b5a1-ec7cee5f2edb/images/603271e4-3089-4779-
> aa1c-faf280fabd17/7c7f7726-4ab0-4047-9b91-e0817a139e90': Permission denied
> (libvirt/csapi1.test.j2noc.com.log says same thing)
>
> [root@ovirt1 test log]# ls -hl /rhev/data-center/8b6303b3-79c
> 6-4633-ae21-71b15ed00675/67b4d9aa-f174-436a-b5a1-ec7cee5f2ed
> b/images/603271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-
> 4ab0-4047-9b91-e0817a139e90
> -rw-rw 1 vdsm kvm 20G Jan 16 15:32 /rhev/data-center/8b6303b3-79c
> 6-4633-ae21-71b15ed00675/67b4d9aa-f174-436a-b5a1-ec7cee5f2ed
> b/images/603271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-
> 4ab0-4047-9b91-e0817a139e90
>
> lrwxrwxrwx 1 vdsm kvm  98 Jan 10 21:21 67b4d9aa-f174-436a-b5a1-ec7cee5f2edb
> -> /rhev/data-center/mnt/glusterSD/ovirt3-ks.test.j2noc.com:_
> gv3/67b4d9aa-f174-436a-b5a1-ec7cee5f2edb
>
>
> engine.log:
> 2018-01-16 14:36:18,846-08 WARN [org.ovirt.engine.core.dal.dbb
> roker.auditloghandling.AuditLogDirector] (o
> rg.ovirt.thread.pool-6-thread-34) [78d8b38c] EVENT_ID:
> VM_MIGRATION_TRYING_RERUN(128), Correlation ID: e39
> 9da53-cd31-401c-bf63-16b118b8884c, Job ID: 
> 4db6bd87-0da4-4358-acae-dc453c813969,
> Call Stack: null, Custom
> ID: null, Custom Event ID: -1, Message: Failed to migrate VM
> csapi1.test.j2noc.com to Host ovirt1.test.j2n
> oc.com . Trying to migrate to another Host.
>
>
> ovirt-engine-tools-4.1.8.2-1.el7.centos.noarch
> glusterfs-3.8.15-2.el7.x86_64
> vdsm-4.19.43-1.el7.centos.x86_64
> libvirt-daemon-3.2.0-14.el7_4.7.x86_64
>
> Let me know what logs would be useful in troubleshooting this.
>
> Thanks!
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] [ANN] oVirt 4.1.9 Second Release Candidate is now available

2018-01-17 Thread Lev Veyde
The oVirt Project is pleased to announce the availability of the oVirt
4.1.9 RC2 release, as of January 17th, 2017

This update is the ninth in a series of stabilization updates to the 4.1
series.

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

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later
* oVirt Node 4.1

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

Notes:
- oVirt Appliance is already available
- oVirt Live is already available [2]
- oVirt Node will be available soon [2]

Additional Resources:
* Read more about the oVirt 4.1.9 release highlights:
http://www.ovirt.org/release/4.1.9/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4.1.9/
[2] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/

-- 

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

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


Re: [ovirt-users] [solved] Error while upgrading engine from 4.1.8 to 4.2

2018-01-17 Thread Luca 'remix_tj' Lorenzetto
On Wed, Jan 17, 2018 at 4:48 PM, Simone Tiraboschi  wrote:
>
> Ciao Luca,
> do you remember if in the past you edited it somehow?
>

Ciao Simone,

never had. It has been deployed when was 4.1.2 (IIRC) and upgraded
accordingly to 4.1.9 and then to latest version.

Luca

-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [solved] Error while upgrading engine from 4.1.8 to 4.2

2018-01-17 Thread Simone Tiraboschi
On Tue, Jan 16, 2018 at 9:20 AM, Sandro Bonazzola 
wrote:

>
>
> 2018-01-12 17:39 GMT+01:00 Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com>:
>
>> Hello,
>>
>> i just completed the upgrade of my engine appliance from 4.1.8 to 4.2.0.1.
>>
>
> This is interesting, since we released ovirt-engine-4.2.0.2 on GA, not
> 4.2.0.1.
> Can you detail how did you get 4.2.0.1?
>
>
>
>
>>
>> I would like to share the only error i've encountered while upgrading
>> and running engine-setup:
>>
>> [ INFO  ] Creating/refreshing Engine database schema
>> [ ERROR ] schema.sh: FATAL: Cannot execute sql command:
>> --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_0140_
>> add_max_memory_constraint.sql
>> [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema
>> refresh failed
>>
>>
>> After some search i found out that is an error linked to a bad
>> configuration of one (or more) vm having "Memory Size" value set with
>> an higher value than "Maximum Memory".
>> In my case the vm with that error was HostedEngine.
>>
>
> Adding Simone to let him know about this.
>

Ciao Luca,
do you remember if in the past you edited it somehow?


>
>
>>
>> Editing the vm configuration by setting an appropriate value allowed
>> me to run again engine-setup with success.
>>
>
> Adding Meital, Marina and Derek to let them know.
>
>
>
>>
>> Luca
>>
>> --
>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>> macchine"
>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>
>> "Internet è la più grande biblioteca del mondo.
>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>> John Allen Paulos, Matematico (1945-vivente)
>>
>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>> lorenzetto.l...@gmail.com>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] hosted-engine unknow stale-data

2018-01-17 Thread Artem Tambovskiy
Hello,

Any further suggestions on how to fix the issue and make HA setup working?
Can the complete removal of second host (with complete removal ovirt
configuration files and packages) from cluster and adding it again solve
the issue? Or it might completly ruin the cluster?

Regards,
Artem

16 янв. 2018 г. 17:00 пользователь "Artem Tambovskiy" <
artem.tambovs...@gmail.com> написал:

> Hi Martin,
>
> Thanks for feedback.
>
> All hosts and hosted-engine running 4.1.8 release.
> The strange thing : I can see that host ID is set to 1 on both hosts at
> /etc/ovirt-hosted-engine/hosted-engine.conf file.
> I have no idea how this happen, the only thing I have changed recently is
> that I have changed mnt_options in order to add backup-volfile-servers
> by using hosted-engine --set-shared-config command
>
> Both agent and broker are running on second host
>
> [root@ovirt2 ovirt-hosted-engine-ha]# ps -ef | grep ovirt-ha-
> vdsm  42331  1 26 14:40 ?00:31:35 /usr/bin/python
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker --no-daemon
> vdsm  42332  1  0 14:40 ?00:00:16 /usr/bin/python
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon
>
> but I saw some tracebacks during the broker start
>
> [root@ovirt2 ovirt-hosted-engine-ha]# systemctl status ovirt-ha-broker -l
> ● ovirt-ha-broker.service - oVirt Hosted Engine High Availability
> Communications Broker
>Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-broker.service;
> enabled; vendor preset: disabled)
>Active: active (running) since Tue 2018-01-16 14:40:15 MSK; 1h 58min ago
>  Main PID: 42331 (ovirt-ha-broker)
>CGroup: /system.slice/ovirt-ha-broker.service
>└─42331 /usr/bin/python 
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker
> --no-daemon
>
> Jan 16 14:40:15 ovirt2.telia.ru systemd[1]: Started oVirt Hosted Engine
> High Availability Communications Broker.
> Jan 16 14:40:15 ovirt2.telia.ru systemd[1]: Starting oVirt Hosted Engine
> High Availability Communications Broker...
> Jan 16 14:40:16 ovirt2.telia.ru ovirt-ha-broker[42331]: ovirt-ha-broker
> ovirt_hosted_engine_ha.broker.listener.ConnectionHandler ERROR Error
> handling request, data: 'set-storage-domain FilesystemBackend
> dom_type=glusterfs sd_uuid=4a7f8717-9bb0-4d80-8016-498fa4b88162'
> Traceback (most
> recent call last):
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> line 166, in handle
> data)
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> line 299, in _dispatch
>
> .set_storage_domain(client, sd_type, **options)
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> line 66, in set_storage_domain
>
> self._backends[client].connect()
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> line 462, in connect
> self._dom_type)
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> line 107, in get_domain_path
> " in
> {1}".format(sd_uuid, parent))
>
> BackendFailureException: path to storage domain 
> 4a7f8717-9bb0-4d80-8016-498fa4b88162
> not found in /rhev/data-center/mnt/glusterSD
>
>
>
> I have tried to issue hosted-engine --connect-storage on second host
> followed by agent & broker restart
> But there is no any visible improvements.
>
> Regards,
> Artem
>
>
>
>
>
>
>
> On Tue, Jan 16, 2018 at 4:18 PM, Martin Sivak  wrote:
>
>> Hi everybody,
>>
>> there are couple of things to check here.
>>
>> - what version of hosted engine agent is this? The logs look like
>> coming from 4.1
>> - what version of engine is used?
>> - check the host ID in /etc/ovirt-hosted-engine/hosted-engine.conf on
>> both hosts, the numbers must be different
>> - it looks like the agent or broker on host 2 is not active (or there
>> would be a report)
>> - the second host does not see data from the first host (unknown
>> stale-data), wait for a minute and check again, then check the storage
>> connection
>>
>> And then the general troubleshooting:
>>
>> - put hosted engine in global maintenance mode (and check that it is
>> visible from the other host using he --vm-status)
>> - mount storage domain (hosted-engine --connect-storage)
>> - check sanlock client status to see if proper lockspaces are present
>>
>> Best regards
>>
>> Martin Sivak
>>
>> On Tue, Jan 16, 2018 at 1:16 PM, Derek Atkins  

Re: [ovirt-users] 4.2.0 Unable to create VM disk from VM Portal

2018-01-17 Thread Latchezar Filtchev
Dear Michal,

Please clarify ‘Perhaps you can use webadmin and limit user’s permissions the 
way you need’. Clean oVirt 4.2 installation have only admin user. Or I am 
wrong? What type of user is webadmin you are talking about?

Thank you!
Best,
Latcho

From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Michal Skrivanek
Sent: Friday, December 29, 2017 9:47 PM
To: Vrgotic, Marko
Cc: users@ovirt.org
Subject: Re: [ovirt-users] 4.2.0 Unable to create VM disk from VM Portal



On 29 Dec 2017, at 16:20, Vrgotic, Marko 
> wrote:
Dear oVirt community,

I have following setup:
4 servers as glusterfs storage: providing volume 1 for HostedEngine ad volume 2 
for VM Storage
7 Hypervisors
SelfHosted Engine 4.2.0 clean install (not an upgrade)

Problem:
Missing option to add/create VM disk from VM Portal / even as Admin user.

Hi,
there is no disk manipulation in VM Portal


I have tried with Admin suer and creating user “Test” wth PowerUser role.
In both cases there is not option to create or attach disk.

Is the approach changed since 4.2.0?

Yes. The old User Portal where it was possible to fully edit a VM was 
discontinued in 4.2. The new VM Portal doesn’t have that capability yet

Perhaps you can use webadmin and limit user’s permissions the way you need

Thanks,
michal

Am I missing a setting?
Please let me know, I will provide more data if needed.

Kindly awaiting your reply.

--
Met vriendelijke groet / Best regards,
Marko Vrgotic
System Engineer/Customer Care

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


Re: [ovirt-users] Ovirt 4.2 Bug with Permissons on the Vm Portal?

2018-01-17 Thread Giorgio Biacchi

On 01/12/2018 05:53 PM, Michal Skrivanek wrote:



On 12 Jan 2018, at 12:27, Giorgio Biacchi > wrote:


It's the same for me also.

Ovirt is connected to FreeIPA this time, so it seems not to be bound to a 
specific AAA engine extension.


Do we have to submit a new bug on bugzilla??


Looks like https://github.com/oVirt/ovirt-web-ui/issues/460 ?
Somehow it diappeared in recent 4.2.1 builds, can you check that by any chance 
on your setup too?


I just enabled Ovirt Release Pre repo and updated to 4.2.1.1-1.el7 but the 
problem still is present. I've done a test, as a user I created a Vm, the Vm is 
visible from Vm Portal. From the admin portal I removed the UserVmManager 
permission on that Vm. From the Vm Portal the Vm go away. So far so good.


Then I re added the previously removed permission to the Vm but the Vm do not 
appears in the Vm portal once I log back in as a normal user.


Thanks



Thanks,
michal



Regards

On 01/11/2018 02:04 PM, Latchezar Filtchev wrote:

Hi Guys,
The same here. Upgrade 4.1.8 to 4.2. oVirt connected to Active Directory. 
User cannot see machines in VM portal. Still playing with permissions.

Any ideas?
Thank you!
Best,
Latcho
*From:*users-boun...@ovirt.org  
[mailto:users-boun...@ovirt.org] *On Behalf Of *Thomas Fecke

*Sent:* Monday, January 08, 2018 3:17 PM
*To:* users@ovirt.org 
*Subject:* [ovirt-users] Ovirt 4.2 Bug with Permissons on the Vm Portal?
Hello Guys,
i recently upgrade to 4.2
We used the User Portal before. Every User could see his__ VM´s, every Admin 
just could see his VM´s ( User View ).

After the Update:
Admin´s can see every VM in VM Portal
The Users can´t see Vm´s anymore. The Portal is Empty. Role “UserVMManager” 
is set.
We tested some Scenarios: If the User create a new Virtual Machine, it is 
shown in the VM Portal. When he log out and in again -> VM is gone in his View
Admin View: The VM was created, Permission where set. Everything seems to be 
good.

Any Ideas? Thanks Guys__
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users


--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users






--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 2018 Survey

2018-01-17 Thread FERNANDO FREDIANI
Yeah, I noticied the same thing and almost didn't select anyone of these 
which are already pretty old.



On 17/01/2018 05:03, Barak Korren wrote:

On 17 January 2018 at 01:02, ~Stack~  wrote:

Greetings,
FYI, your Ubuntu options are antiquated.

12.10, 13.04, 13.10 are all unsupported.

12.04 is only in extended security maintenance.

I believe the options should be 12.04, 14.04, 16.04, and 17.10 (latest
non-LTS).


I guess you're referring to the images in glance.ovirt.org? We're
looking for help maintaining that...

Here is a tracker ticket in the meantime:
https://ovirt-jira.atlassian.net/browse/OVIRT-1848



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


Re: [ovirt-users] Problems with some vms

2018-01-17 Thread Endre Karlson
One brick was at a point down for replacement.

It has been replaced and all vols are up

Status of volume: data
Gluster process TCP Port  RDMA Port  Online  Pid
--
Brick ovirt0:/gluster/brick3/data   49152 0  Y
 22467
Brick ovirt2:/gluster/brick3/data   49152 0  Y
 20736
Brick ovirt3:/gluster/brick3/data   49152 0  Y
 23148
Brick ovirt0:/gluster/brick4/data   49153 0  Y
 22497
Brick ovirt2:/gluster/brick4/data   49153 0  Y
 20742
Brick ovirt3:/gluster/brick4/data   49153 0  Y
 23158
Brick ovirt0:/gluster/brick5/data   49154 0  Y
 22473
Brick ovirt2:/gluster/brick5/data   49154 0  Y
 20748
Brick ovirt3:/gluster/brick5/data   49154 0  Y
 23156
Brick ovirt0:/gluster/brick6/data   49155 0  Y
 22479
Brick ovirt2:/gluster/brick6_1/data 49161 0  Y
 21203
Brick ovirt3:/gluster/brick6/data   49155 0  Y
 23157
Brick ovirt0:/gluster/brick7/data   49156 0  Y
 22485
Brick ovirt2:/gluster/brick7/data   49156 0  Y
 20763
Brick ovirt3:/gluster/brick7/data   49156 0  Y
 23155
Brick ovirt0:/gluster/brick8/data   49157 0  Y
 22491
Brick ovirt2:/gluster/brick8/data   49157 0  Y
 20771
Brick ovirt3:/gluster/brick8/data   49157 0  Y
 23154
Self-heal Daemon on localhost   N/A   N/AY
 23238
Bitrot Daemon on localhost  N/A   N/AY
 24870
Scrubber Daemon on localhostN/A   N/AY
 24889
Self-heal Daemon on ovirt2  N/A   N/AY
 24271
Bitrot Daemon on ovirt2 N/A   N/AY
 24856
Scrubber Daemon on ovirt2   N/A   N/AY
 24866
Self-heal Daemon on ovirt0  N/A   N/AY
 29409
Bitrot Daemon on ovirt0 N/A   N/AY
 5457
Scrubber Daemon on ovirt0   N/A   N/AY
 5468

Task Status of Volume data
--
There are no active volume tasks

Status of volume: engine
Gluster process TCP Port  RDMA Port  Online  Pid
--
Brick ovirt0:/gluster/brick1/engine 49158 0  Y
 22511
Brick ovirt2:/gluster/brick1/engine 49158 0  Y
 20780
Brick ovirt3:/gluster/brick1/engine 49158 0  Y
 23199
Self-heal Daemon on localhost   N/A   N/AY
 23238
Self-heal Daemon on ovirt0  N/A   N/AY
 29409
Self-heal Daemon on ovirt2  N/A   N/AY
 24271

Task Status of Volume engine
--
There are no active volume tasks

Status of volume: iso
Gluster process TCP Port  RDMA Port  Online  Pid
--
Brick ovirt0:/gluster/brick2/iso49159 0  Y
 22520
Brick ovirt2:/gluster/brick2/iso49159 0  Y
 20789
Brick ovirt3:/gluster/brick2/iso49159 0  Y
 23208
NFS Server on localhost N/A   N/AN
 N/A
Self-heal Daemon on localhost   N/A   N/AY
 23238
NFS Server on ovirt2N/A   N/AN
 N/A
Self-heal Daemon on ovirt2  N/A   N/AY
 24271
NFS Server on ovirt0N/A   N/AN
 N/A
Self-heal Daemon on ovirt0  N/A   N/AY
 29409

Task Status of Volume iso
--
There are no active volume tasks


2018-01-17 8:13 GMT+01:00 Gobinda Das :

> Hi,
>  I can see some error in log:
> [2018-01-14 11:19:49.886571] E [socket.c:2309:socket_connect_finish]
> 0-engine-client-0: connection to 10.2.0.120:24007 failed (Connection
> timed out)
> [2018-01-14 11:20:05.630669] E [socket.c:2309:socket_connect_finish]
> 0-engine-client-0: connection to 10.2.0.120:24007 failed (Connection
> timed out)
> [2018-01-14 12:01:09.089925] E [MSGID: 114058]
> [client-handshake.c:1527:client_query_portmap_cbk] 0-engine-client-0:
> failed to get the port number for remote subvolume. Please run 'gluster
> volume status' on server to see if brick process is running.
> [2018-01-14 12:01:09.090048] I [MSGID: 114018]
> [client.c:2280:client_rpc_notify] 0-engine-client-0: disconnected from
> engine-client-0. Client process will keep trying to 

Re: [ovirt-users] oVirt 4.2.1 rc1 and upload iso to data domain test

2018-01-17 Thread Gianluca Cecchi
On Wed, Jan 17, 2018 at 9:28 AM, Fred Rolland  wrote:

> Hi,
>
> I tested uploading an ISO to Gluster on my setup and it worked fine.
>
>
> Ok.


> Are you seeing any other issues with your Gluster setup?
> Creating regular disks, copy/move disks to this SD?
>
> Thanks,
> Fred
>

Nothing particular.
Indeed it is a nested environment and not with great performances, but it
doesn't have particular problems.
At this moment I have 3 VMs defined on this SD and one of them is powered
on: I just created another 3Gb disk on it and then formatted a file system
without problems

If I try to copy from engine VM (that is on its engine gluster domain) to
this VM (that is on data gluster domain)

First I create a 2Gb file on hosted engine vm, so the only I/O is on engine
gluster volume:

[root@ovengine ~]# time dd if=/dev/zero bs=1024k count=2048 of=/testfile
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB) copied, 98.1768 s, 21.9 MB/s

real 1m38.188s
user 0m0.023s
sys 0m14.687s
[root@ovengine ~]#

Then I copy this file from the engine VM to the CentOS 6 VM with its disk
on data gluster volume.

[root@ovengine ~]# time dd if=/testfile bs=1024k count=2048 | gzip | ssh
192.168.150.111 "gunzip | dd of=/testfile bs=1024k"
root@192.168.150.111's password:
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB) copied, 41.9347 s, 51.2 MB/s
0+62205 records in
0+62205 records out
2147483648 bytes (2.1 GB) copied, 39.138 s, 54.9 MB/s

real 0m42.634s
user 0m29.727s
sys 0m5.421s
[root@ovengine ~]#

[root@centos6 ~]# ll /testfile
-rw-r--r--. 1 root root 2147483648 Jan 17 11:47 /testfile
[root@centos6 ~]#


And right after the end of the command, also at gluster point of view all
seems consistent (I see also replication go at about 50MB/s):

[[root@ovirt01 ovirt-imageio-daemon]# gluster volume heal data info
Brick ovirt01.localdomain.local:/gluster/brick2/data
Status: Connected
Number of entries: 0

Brick ovirt02.localdomain.local:/gluster/brick2/data
Status: Connected
Number of entries: 0

Brick ovirt03.localdomain.local:/gluster/brick2/data
Status: Connected
Number of entries: 0

[root@ovirt01 ovirt-imageio-daemon]# gluster volume heal engine info
Brick ovirt01.localdomain.local:/gluster/brick1/engine
Status: Connected
Number of entries: 0

Brick ovirt02.localdomain.local:/gluster/brick1/engine
Status: Connected
Number of entries: 0

Brick ovirt03.localdomain.local:/gluster/brick1/engine
Status: Connected
Number of entries: 0

[root@ovirt01 ovirt-imageio-daemon]#

Could it be in any way related to the fact that this environment has been
created in 4.0.5 then gradually updated to 4.2.1rc1?
The detailed history:

Nov 2016 installed 4.0.5 with ansible and gdeploy
Jun 2017 upgrade to 4.1.2
Jul 2017 upgrade to 4.1.3
Nov 2017 upgrade to 4.1.7
Dec 2017 upgrade to 4.2.0
Jan 2018 upgrade to 4.2.1rc1

I had a problem with enabling libgfapi due to the connection to gluster
volumes being of type host:volume instead of the default now node:/volume
see here:
https://bugzilla.redhat.com/show_bug.cgi?id=1530261

just a guess...

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


Re: [ovirt-users] oVirt 2018 Survey

2018-01-17 Thread Sandro Bonazzola
2018-01-17 0:02 GMT+01:00 ~Stack~ :

> Greetings,
> FYI, your Ubuntu options are antiquated.
>
> 12.10, 13.04, 13.10 are all unsupported.
>
> 12.04 is only in extended security maintenance.
>
> I believe the options should be 12.04, 14.04, 16.04, and 17.10 (latest
> non-LTS).
>
>
Thanks for the feedback!
I got the list from
https://ovirt.org/download/#supported-guest-distributions and
https://ovirt.org/documentation/vmm-guide/chap-Introduction/
so I guess it needs an update as well.
Michal can you take care of aligning the supported guest list on ovirt.org
documentation?




> ~Stack~
>
>
> On 01/16/2018 02:33 AM, Sandro Bonazzola wrote:
> > As we continue to develop oVirt 4.2 and future releases, the Development
> > and Integration teams at Red Hat would value
> > insights on how you are deploying the oVirt environment. Please help us
> > to hit the mark by completing this short survey. Survey will close on
> > February 1st.
> >
> > Here's the link to the survey: https://goo.gl/forms/cAKWAR8RD7rGrVhE2
> >
> > Thanks,
> > --
> >
> > SANDRO BONAZZOLA
> >
> > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
> >
> > Red Hat EMEA 
> >
> > 
> > TRIED. TESTED. TRUSTED. 
> >
> >
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] oVirt 4.2.1 rc1 and upload iso to data domain test

2018-01-17 Thread Fred Rolland
Hi,

I tested uploading an ISO to Gluster on my setup and it worked fine.

The size is OK:

# ls -lsh
/rhev/data-center/mnt/glusterSD/*:_fred1/f80e6d34-7c4c-4c0b-9451-dd140812c4ee/images/fa2209bc-d34c-4f3e-a425-9a085d72c3ba/0deef094-05a3-49c4-a347-ca423bd57a87
1.6G -rw-rw. 1 vdsm kvm 1.6G Jan 17 10:06
/rhev/data-center/mnt/glusterSD/:_fred1/f80e6d34-7c4c-4c0b-9451-dd140812c4ee/images/fa2209bc-d34c-4f3e-a425-9a085d72c3ba/0deef094-05a3-49c4-a347-ca423bd57a87


Are you seeing any other issues with your Gluster setup?
Creating regular disks, copy/move disks to this SD?

Thanks,
Fred

On Tue, Jan 16, 2018 at 4:25 PM, Gianluca Cecchi 
wrote:

>
>
> On Tue, Jan 16, 2018 at 2:30 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>>
>>
>> On Tue, Jan 16, 2018 at 2:21 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Tue, Jan 16, 2018 at 6:48 AM, Fred Rolland 
>>> wrote:
>>>
 Hi,
 I will look into it.

 Is it also not working also for non-iso images?

 Thanks,
 Fred


>>> Hello,
>>> I get the same with a disk.
>>> I have tried with a raw disk of size 1Gb.
>>> When I upload I can set the size (why?) while with the iso image I could
>>> not.
>>> The disk is recognized as "data" in upload window (the iso fie was
>>> correctly recognized as "iso"), but in image-proxy.log I get
>>>
>>> (Thread-42 ) INFO 2018-01-16 14:15:50,530 web:95:web:(log_start) START
>>> [192.168.150.101] GET /info/
>>> (Thread-42 ) INFO 2018-01-16 14:15:50,532 web:102:web:(log_finish)
>>> FINISH [192.168.150.101] GET /info/: [200] 20 (0.00s)
>>> (Thread-43 ) INFO 2018-01-16 14:16:12,659 web:95:web:(log_start) START
>>> [192.168.150.105] PUT /tickets/
>>> (Thread-43 ) INFO 2018-01-16 14:16:12,661 
>>> auth2:170:auth2:(add_signed_ticket)
>>> Adding new ticket: >> 4744-8a58-f1948afa20b7', url=u'https://ovirt01.localdomain.local:54322'
>>> at 0x7f048c03c610>
>>> (Thread-43 ) INFO 2018-01-16 14:16:12,662 web:102:web:(log_finish)
>>> FINISH [192.168.150.105] PUT /tickets/: [200] 0 (0.00s)
>>> (Thread-44 ) INFO 2018-01-16 14:16:13,800 web:95:web:(log_start) START
>>> [192.168.150.101] OPTIONS /images/81569ab3-1b92-4744-
>>> 8a58-f1948afa20b7
>>> (Thread-44 ) INFO 2018-01-16 14:16:13,814 web:102:web:(log_finish)
>>> FINISH [192.168.150.101] OPTIONS /images/81569ab3-1b92-47
>>> 44-8a58-f1948afa20b7: [204] 0 (0.02s)
>>> (Thread-45 ) INFO 2018-01-16 14:16:13,876 web:95:web:(log_start) START
>>> [192.168.150.101] PUT /images/81569ab3-1b92-4744-8a58
>>> -f1948afa20b7
>>> (Thread-45 ) WARNING 2018-01-16 14:16:13,877 web:112:web:(log_error)
>>> ERROR [192.168.150.101] PUT /images/81569ab3-1b92-4744-8a58-f1948afa20b7:
>>> [401] Not authorized (0.00s)
>>>
>>> Gianluca
>>>
>>
>>
>> BTW:
>> I don't know if its is in some way related with the upload problems, but
>> in my engine .log I see these kind of messages every 5 or such seconds:
>>
>> 2018-01-16 14:27:38,428+01 INFO  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler3)
>> [61e72c38] START, GlusterServersListVDSCommand(HostName =
>> ovirt02.localdomain.local, VdsIdVDSCommandParametersBase:
>> {hostId='cb9cc605-fceb-4689-ad35-43ba883f4556'}), log id: 65e60794
>> 2018-01-16 14:27:38,858+01 INFO  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler3)
>> [61e72c38] FINISH, GlusterServersListVDSCommand, return: [
>> 192.168.150.103/24:CONNECTED, ovirt03.localdomain.local:CONNECTED,
>> ovirt01.localdomain.local:CONNECTED], log id: 65e60794
>> 2018-01-16 14:27:38,867+01 INFO  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler3)
>> [61e72c38] START, GlusterVolumesListVDSCommand(HostName =
>> ovirt02.localdomain.local, GlusterVolumesListVDSParameter
>> s:{hostId='cb9cc605-fceb-4689-ad35-43ba883f4556'}), log id: 6e01993d
>> 2018-01-16 14:27:39,221+01 WARN  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler3)
>> [61e72c38] Could not associate brick 
>> 'ovirt02.localdomain.local:/gluster/brick1/engine'
>> of volume '6e2bd1d7-9c8e-4c54-9d85-f36e1b871771' with correct network as
>> no gluster network found in cluster '582badbe-0080-0197-013b-0
>> 1c6'
>> 2018-01-16 14:27:39,231+01 WARN  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler3)
>> [61e72c38] Could not associate brick 
>> 'ovirt02.localdomain.local:/gluster/brick2/data'
>> of volume '2238c6db-48c5-4071-8929-879cedcf39bf' with correct network as
>> no gluster network found in cluster '582badbe-0080-0197-013b-0
>> 1c6'
>> 2018-01-16 14:27:39,253+01 WARN  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler3)
>> [61e72c38] Could not associate brick 
>> 'ovirt02.localdomain.local:/gluster/brick4/iso'
>> of volume '28f99f11-3529-43a1-895c-abf1c66884ab'