Re: [ovirt-users] Network interface profiles disappeared after upgrading to 3.6.1

2016-01-15 Thread Einav Cohen
please file a BZ [1] on this issue with the necessary 
details as explained on the "OVirt Engine Debug 
Obfuscated UI" wiki page [2]. 
My guess is that the server side "Invalid XSRF token" 
message is not related. 


Thanks,
Einav

[1] https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

[2] http://www.ovirt.org/OVirt_Engine_Debug_Obfuscated_UI

- Original Message -
> From: nico...@devels.es
> To: users@ovirt.org
> Sent: Friday, January 15, 2016 1:47:01 PM
> Subject: Re: [ovirt-users] Network interface profiles disappeared after 
> upgrading to 3.6.1
> 
> In the JavaScript console I see this:
> 
> Fri Jan 15 18:38:17 GMT+000 2016
> SEVERE: Uncaught exception:
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>   __gwt$exception: : NMk(...) is null
>   at Unknown.POm(Unknown Source)
>   at Unknown.ZFk(Unknown Source)
>   at Unknown.aGk(Unknown Source)
>   at Unknown.SJk(Unknown Source)
>   at Unknown.VJk(Unknown Source)
>   at Unknown.yIk(Unknown Source)
>   at Unknown.BIk(Unknown Source)
>   at Unknown.bTc(Unknown Source)
>   at Unknown.B6h(Unknown Source)
>   at Unknown.VS(Unknown Source)
>   at Unknown.mT(Unknown Source)
>   at Unknown.jAd/c.onreadystatechange<(Unknown Source)
>   at Unknown.Yp(Unknown Source)
>   at Unknown.aq(Unknown Source)
>   at Unknown._p/<(Unknown Source)
>   at Unknown.anonymous(Unknown Source)
> 
> Also tried granting the VnicProfileUser and even NetworkAdmin
> permissions, no difference. In the server.log file I could find this:
> 
> 2016-01-15 18:28:53,871 ERROR [io.undertow.servlet] (default task-28)
> Exception while dispatching incoming RPC call:
> com.google.gwt.user.client.rpc.RpcTokenException: Invalid RPC token
> (Invalid XSRF token)
>  at
> org.ovirt.engine.ui.frontend.server.gwt.XsrfProtectedRpcServlet.validateXsrfToken(XsrfProtectedRpcServlet.java:31)
> [frontend.jar:]
>  at
> org.ovirt.engine.ui.frontend.server.gwt.AbstractXsrfProtectedRpcServlet.onAfterRequestDeserialized(AbstractXsrfProtectedRpcServlet.java:56)
> [frontend.jar:]
>  at
> com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:171)
> [gwt-servlet.jar:]
>  at
> com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233)
> [gwt-servlet.jar:]
>  at
> com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
> [gwt-servlet.jar:]
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
>  at
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94)
> [utils.jar:]
>  at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132)
> [frontend.jar:]
>  at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73)
> [branding.jar:]
>  at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65)
> [utils.jar:]
>  at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31)
> [aaa.jar:]
>  at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
>  at
> 

Re: [ovirt-users] uncaught exception with engine vm in 3.6.1 selecting hosted_storage

2015-12-22 Thread Einav Cohen
Hi Simon/Gianluca[/all], 

Many thanks for reporting the issues that you have encountered. 

In order to better track them, please file a BZ for each scenario 
in which you encounter such an alert in the UI. 

For each such BZ, please include:

- Exact oVirt version in which the alert has appeared. 

- Steps to reproduce (that lead to the displayed alert). 

- The full exception stack-trace from the client side (javascript) 
log [like the one that Simone has provided in his last response 
[1] / like the one that appears in the screen-shot provided by 
Gianluca [2]] - please provide the actual text though, rather 
than a screen-shot of the text, as it will ease the problem-
tracing process for us. 

- If relevant: server side engine.log. 


Regards,
Einav

[1] ...
Tue Dec 22 23:25:46 GMT+100 2015 
SEVERE: Uncaught exception: com.google.gwt.core.client.JavaScriptException: 
(TypeError) 
 __gwt$exception: : Cannot read property 'k' of null
at 
Unknown.twq(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@688)
at 
Unknown.lNn(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@49)
at 
Unknown.oNn(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@438)
at 
Unknown.fRn(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@40)
at 
Unknown.iRn(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@25647)
at 
Unknown.NPn(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@25)
at 
Unknown.QPn(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@23872)
at 
Unknown.cIe(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@18964)
at 
Unknown.nwk(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@8016)
at 
Unknown.L3(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@137)
at 
Unknown.c4(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@6679)
at 
Unknown.(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@65)
at 
Unknown._t(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@29)
at 
Unknown.du(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@57)
at 
Unknown.(https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@54)
...

[2] 
https://drive.google.com/file/d/0BwoPbcrMv8mvclA3dmdMaG5QMjg/view?usp=sharing

- Original Message -
> From: "Simone Tiraboschi" 
> To: "Alexander Wels" 
> Cc: "users" 
> Sent: Tuesday, December 22, 2015 5:27:31 PM
> Subject: Re: [ovirt-users] uncaught exception with engine vm in 3.6.1 
> selecting hosted_storage
> 
> 
> 
> On Tue, Dec 22, 2015 at 8:23 PM, Alexander Wels < aw...@redhat.com > wrote:
> 
> 
> On Tuesday, December 22, 2015 03:17:40 PM Gianluca Cecchi wrote:
> > On Tue, Dec 22, 2015 at 2:54 PM, Alexander Wels < aw...@redhat.com > wrote:
> > > If you can provide us with the obfuscated stack trace, we can point to
> > > you
> > > what to look for in the mapping file.
> > 
> > Hello,
> > I'm going to try.
> > In the mean time, do you think it could be related somehow with what below?
> > 
> 
> I don't think so, I think something went wrong on the backend which caused
> some empty object or null object to be returned, which caused the UI to blow
> up. Using the stack trace we can figure out what part of the UI blew up and
> maybe from that figure out what went wrong on the backend.
> 
> 
> It happens also here:
> 
> Tue Dec 22 23:25:46 GMT+100 2015
> SEVERE: Uncaught exception: com.google.gwt.core.client.JavaScriptException:
> (TypeError)
> __gwt$exception: : Cannot read property 'k' of null
> at Unknown.twq(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@688
> )
> at Unknown.lNn(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@49
> )
> at Unknown.oNn(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@438
> )
> at Unknown.fRn(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@40
> )
> at Unknown.iRn(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@25647
> )
> at Unknown.NPn(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@25
> )
> at Unknown.QPn(
> https://192.168.1.207/ovirt-engine/webadmin/407923C7C0980987EE42F541B756E846.cache.html@23872
> )
> at Unknown.cIe(
> 

Re: [ovirt-users] ovirt-webadmin is too slow

2015-05-06 Thread Einav Cohen
we have done a few optimizations to the overall loading time of the 
application, a couple [1] in 3.5, another one [2] will be available 
in 3.6. 

some of these optimizations made the initial loading time of each 
main tab (i.e. first main tab selection right after login) a bit 
slower, but after waiting for a *very* short period of time of 
letting the main-tab finalize its loading, the ux should be fairly 
seamless. 

I assume that some other factors may be affecting the ux, such as 
the load on your engine server (you mentioned you have 120 VMs - 
how many of them are up? how many Hosts do you have? how strong is 
your engine server machine / how does the mem/cpu/net performance 
of your engine-server machine look like? any suspicious messages 
in your engine/server.log?), the connectivity between your engine-
server and your hypervisors, as well as between your engine-server 
and your client [3], the fact that this is a pretty advanced Firefox 
on a deprecated Windows OS [4], etc. 

there is also a ux problem of contents in the page being highlighted 
sometimes when doing multi-selection [5] - we are aware of that. 

my recommendation would be to test a different client (preferably 
Linux), ensure that the engine is not overloaded and ensure that 
the engine - hypervisors connectivity and the engine - client 
connectivity are reasonable. 

Alexander (and/or others) can share thoughts as well, if any. 


Regards,
Einav

[1] https://gerrit.ovirt.org/#/c/30710/ , https://gerrit.ovirt.org/34703

[2] https://gerrit.ovirt.org/#/c/34193/

[3] from our experience, a 120ms engine-client connectivity should 
work pretty well, but a 220ms connectivity, for example, will be more 
prone to ux problems such as a 'stuck' UI. 

[4] http://windows.microsoft.com/en-us/windows/end-support-help

[5] Bug 1143922 - Selecting multiple objects via UI,colors screen with 
os-default-highlight-color [could be orange, could be blue, ...] highlighting 
which is visually displeasing
[https://bugzilla.redhat.com/show_bug.cgi?id=1143922]


- Original Message -
 From: lofyer lof...@lofyer.org
 To: users@ovirt.org
 Sent: Wednesday, May 6, 2015 8:02:03 AM
 Subject: [ovirt-users] ovirt-webadmin is too slow
 
 I've installed ovirt-engine-3.5.1 and created about 120 VMs.
 Everytime I did a multi-selection it will take a not-so-short time with
 not-so-friendly user experience(seems to be stuck by something).
 I'm using Firefox37 in XP with 2GB memory.
 
 Will there be some optimization option?
 
 ___
 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-devel] [QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

2015-04-01 Thread Einav Cohen
 1204434   POSTux  Context Sensitive Help: GUI needs to use 
 different mapping
 files for different locales.
 1206903   NEW ux  Context Sensitive Help: GUI needs to use 
 different mapping
 files for different locales.

one of the above is targeted for 3.6, the other is targeted for 3.5.3. 
none of them is a blocker, let alone a blocker for 3.5.2, so not sure 
why they are in this list?

 - Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 Sent: Wednesday, April 1, 2015 7:29:51 AM
 
 Hi,
 
 we've released 3.5.2 RC3 this morning[0] easing the testing of the fixed bugs
 on the newly released CentOS 7.1 distribution.
 Please be aware that a CentOS 7.1 respin has been released this morning[2].
 
 We have one open blocker for 3.5.2[1]:
 
 Bug IDWhiteboard  Status  Summary
 1206722   storage POSTLive Merge: Active layer merge is not properly
 synchronized with vdsm
 
 and 3 dependency not yet fixed:
 Bug IDStatus  Summary
 1206365   POSTstorage Live Merge: Active layer merge is not properly
 synchronized with vdsm
 1204434   POSTux  Context Sensitive Help: GUI needs to use 
 different mapping
 files for different locales.
 1206903   NEW ux  Context Sensitive Help: GUI needs to use 
 different mapping
 files for different locales.
 
 We'll need another release candidate before GA.
 
 We still have 2 bugs in MODIFIED and 9 on QA[3]:
 
   MODIFIEDON_QA   Total
 infra 0   4   4
 integration   0   1   1
 network   0   2   2
 sla   1   0   1
 storage   1   1   2
 virt  0   1   1
 Total 2   9   11
 
 ACTION: Testers: you're welcome to verify bugs currently ON_QA.
 ACTION: Assingee and Maintainers to check modified bugs to see if they're
 fixed in RC3
 
 All remaining bugs not marked as blockers have been moved to 3.5.3.
 A release management entry has been added for tracking the schedule of
 3.5.3[4]
 A bug tracker [5] has been created for 3.5.3 and currently shows no blockers.
 
 We have 27 bugs currently targeted to 3.5.3[6]:
 
 WhiteboardNEW ASSIGNEDPOSTTotal
 docs  1   0   0   1
 external  1   0   0   1
 gluster   1   0   0   1
 infra 1   2   0   3
 network   2   0   0   2
 node  2   0   1   3
 ppc   0   0   1   1
 sla   4   0   0   4
 storage   7   0   1   8
 ux1   0   1   2
 virt  1   0   0   1
 Total 21  2   4   27
 
 
 ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 ensuring
 they're correctly targeted.
 ACTION: Maintainers: to fill release notes for 3.5.2, the page has been
 created and updated here [7]
 ACTION: Testers: please add yourself to the test page [8]
 
 
 [0] http://lists.ovirt.org/pipermail/announce/2015-April/000165.html
 [1] https://bugzilla.redhat.com/1186161
 [2] http://lists.centos.org/pipermail/centos-announce/2015-April/021010.html
 [3] http://goo.gl/UEVTCf
 [4] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3
 [5] https://bugzilla.redhat.com/1198142
 [6]
 https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20target_release%3A3.5.3
 [7] http://www.ovirt.org/OVirt_3.5.2_Release_Notes
 [8] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Devel mailing list
 de...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

2015-04-01 Thread Einav Cohen
 - Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 Sent: Wednesday, April 1, 2015 10:41:13 AM
 
 Il 01/04/2015 16:39, Einav Cohen ha scritto:
  1204434POSTux  Context Sensitive Help: GUI needs to use 
  different mapping
  files for different locales.
  1206903NEW ux  Context Sensitive Help: GUI needs to use 
  different mapping
  files for different locales.
  
  one of the above is targeted for 3.6, the other is targeted for 3.5.3.
  none of them is a blocker, let alone a blocker for 3.5.2, so not sure
  why they are in this list?
 
 They're in the dependency graph for the release tracker:
 https://bugzilla.redhat.com/showdependencytree.cgi?id=1186161hide_resolved=1

Thanks, Sandro - I removed the tracker dependency for them. 

 
 
  
  - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  Sent: Wednesday, April 1, 2015 7:29:51 AM
 
  Hi,
 
  we've released 3.5.2 RC3 this morning[0] easing the testing of the fixed
  bugs
  on the newly released CentOS 7.1 distribution.
  Please be aware that a CentOS 7.1 respin has been released this
  morning[2].
 
  We have one open blocker for 3.5.2[1]:
 
  Bug ID Whiteboard  Status  Summary
  1206722storage POSTLive Merge: Active layer merge is not properly
  synchronized with vdsm
 
  and 3 dependency not yet fixed:
  Bug ID Status  Summary
  1206365POSTstorage Live Merge: Active layer merge is not properly
  synchronized with vdsm
  1204434POSTux  Context Sensitive Help: GUI needs to use 
  different mapping
  files for different locales.
  1206903NEW ux  Context Sensitive Help: GUI needs to use 
  different mapping
  files for different locales.
 
  We'll need another release candidate before GA.
 
  We still have 2 bugs in MODIFIED and 9 on QA[3]:
 
 MODIFIEDON_QA   Total
  infra  0   4   4
  integration0   1   1
  network0   2   2
  sla1   0   1
  storage1   1   2
  virt   0   1   1
  Total  2   9   11
 
  ACTION: Testers: you're welcome to verify bugs currently ON_QA.
  ACTION: Assingee and Maintainers to check modified bugs to see if they're
  fixed in RC3
 
  All remaining bugs not marked as blockers have been moved to 3.5.3.
  A release management entry has been added for tracking the schedule of
  3.5.3[4]
  A bug tracker [5] has been created for 3.5.3 and currently shows no
  blockers.
 
  We have 27 bugs currently targeted to 3.5.3[6]:
 
  Whiteboard NEW ASSIGNEDPOSTTotal
  docs   1   0   0   1
  external   1   0   0   1
  gluster1   0   0   1
  infra  1   2   0   3
  network2   0   0   2
  node   2   0   1   3
  ppc0   0   1   1
  sla4   0   0   4
  storage7   0   1   8
  ux 1   0   1   2
  virt   1   0   0   1
  Total  21  2   4   27
 
 
  ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3
  ensuring
  they're correctly targeted.
  ACTION: Maintainers: to fill release notes for 3.5.2, the page has been
  created and updated here [7]
  ACTION: Testers: please add yourself to the test page [8]
 
 
  [0] http://lists.ovirt.org/pipermail/announce/2015-April/000165.html
  [1] https://bugzilla.redhat.com/1186161
  [2]
  http://lists.centos.org/pipermail/centos-announce/2015-April/021010.html
  [3] http://goo.gl/UEVTCf
  [4] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3
  [5] https://bugzilla.redhat.com/1198142
  [6]
  https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20target_release%3A3.5.3
  [7] http://www.ovirt.org/OVirt_3.5.2_Release_Notes
  [8] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing
 
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Devel mailing list
  de...@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/devel
 
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [QE][ACTION NEEDED] oVirt 3.5.2 RC status - postponing

2015-02-24 Thread Einav Cohen
 - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2:
   it will ease gathering the blocking bugs for next releases.

can we add a '3.5.3' value to the 'Target Release' field in bugzilla?

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Yair Zaslavsky yzasl...@redhat.com, Simone Tiraboschi 
 stira...@redhat.com, Users@ovirt.org,
 de...@ovirt.org
 Sent: Tuesday, February 24, 2015 9:54:27 AM
 Subject: [ovirt-users] [QE][ACTION NEEDED] oVirt 3.5.2 RC status - postponing
 
 Hi,
 We still have one open blocker for 3.5.2[1]:
 
 Bug IDWhiteboard  Status  Summary
 1161012   infra   POSTtask cleaning utility  should erase commands 
 that have
 running tasks
 
 We need to postpone the RC until this will be fixed.
 The patch is already under review and verification so it shouldn't take too
 much.
 
 
 There are still 48 bugs [2] targeted to 3.5.2.
 Excluding node and documentation bugs we still have 42 bugs [3] targeted to
 3.5.2.
 
 WhiteboardNEW ASSIGNEDPOSTTotal
 doc   1   0   0   1
 docs  1   0   0   1
 gluster   4   0   1   5
 infra 4   2   8   14
 integration   0   0   1   1
 network   1   1   0   2
 node  4   0   1   5
 ppc   0   0   1   1
 sla   4   0   0   4
 storage   11  0   0   11
 ux1   0   0   1
 virt  1   0   1   2
 Total 32  3   13  48
 
 
 Maintainers / Assignee:
 - Please add the bugs to the tracker if you think that 3.5.2 should not be
 released without them fixed.
 - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2:
   it will ease gathering the blocking bugs for next releases.
 - Please fill release notes, the page has been created and updated here [4]
 
 Community:
 - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the
 test page [5]
 
 [1] http://bugzilla.redhat.com/1186161
 [2] http://goo.gl/crVJPH
 [3] http://goo.gl/2qTZZU
 [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes
 [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [Feature review] Select network to be used for glusterfs

2015-01-12 Thread Einav Cohen
 2. Storage Network: if you intend to keep this role in the feature (I
 don't think it adds a lot of functionality, see article 1b), it might be
 better to call it Gluster Network - otherwise people using virt mode
 might think this network is gonna be used to communicate with other
 types of storage domains.

+1 on Storage Network - Gluster Network (assuming this role is kept, 
as Lior mentioned). 


 - Original Message -
 From: Lior Vernia lver...@redhat.com
 Sent: Monday, January 12, 2015 7:51:05 AM
 
 Hi Sahina! :)
 
 Cool feature, and I think long-awaited by many users. I have a few comments:
 
 1. In the Add Bricks dialog, it seems like the IP Address field is a
 list box - I presume the items contained there are all IP addresses
 configured on the host's interfaces.
 
 1. a. May I suggest that this contain network names instead of IP
 addresses? Would be easier for users to think about things (they surely
 remember the meaning of network names, not necessarily of IP addresses).
 
 1. b. If I correctly understood the mock-up, then configuring a Storage
 Network role only affects the default entry chosen in the list box. Is
 it really worth the trouble of implementing this added role? It's quite
 different than display/migration roles, which are used to determine what
 IP address to use at a later time (i.e. not when configuring the host),
 when a VM is run/migrated in the cluster.
 
 1. c. A word of warning: sometimes a host interface's IP address is
 missing in the engine - this usually happens when they're configured for
 the first time with DHCP, and the setup networks command returns before
 an IP address is allocated (this can later be resolved by refreshing
 host capabilities, there's a button for that). So when displaying items
 in the list box, you should really check that an IP address exists for
 each network.
 
 2. Storage Network: if you intend to keep this role in the feature (I
 don't think it adds a lot of functionality, see article 1b), it might be
 better to call it Gluster Network - otherwise people using virt mode
 might think this network is gonna be used to communicate with other
 types of storage domains.
 
 Yours, Lior.
 
 On 12/01/15 14:00, Sahina Bose wrote:
  Hi all,
  
  Please review the feature page for this proposed solution and provide
  your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster
  
  thanks
  sahina
  
  
  ___
  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] NodeJS API for OVIRT

2014-12-18 Thread Einav Cohen
we are working on a JavaScript SDK for oVirt [1] (which we plan to 
use in our oVirt GUI applications - admin-portal and user-portal - 
for communicating with the engine [2]). 


Thanks,
Einav

[1] http://gerrit.ovirt.org/#/c/33720/

[2] http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI

- Original Message -
 From: Ravi Kiran ravikiran.k...@gmail.com
 To: users@ovirt.org
 Sent: Wednesday, December 17, 2014 1:28:18 AM
 Subject: [ovirt-users] NodeJS API for OVIRT
 
 Hello
 
 
 I want to know if you are releasing NodeJS api for OVIRT ?
 
 ___
 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] event monitoring

2014-12-17 Thread Einav Cohen
in the oVirt web-admin:
select the 'Users' main tab - 
select the relevant user (typically the one with which you 
are logging into the oVirt web-admin) - 
select the 'Event Notifier' sub-tab - 
click on the 'Manage Events' button - 
within the 'Add Event Notification' dialog: select desired 
events and fill an e-mail address  - 
click 'OK'. 

see http://i.imgur.com/8V3NQFu.png. 

as noted in the 'Add Event Notification' dialog: To receive 
email notifications, ensure that the mail server is configured 
and the ovirt-event-notifier service is running.


Thanks,
Einav

- Original Message -
 From: Demeter Tibor tdeme...@itsmart.hu
 To: users@ovirt.org List users@ovirt.org
 Sent: Wednesday, December 17, 2014 3:18:19 PM
 Subject: [ovirt-users] event monitoring
 
 Hi,
 
 How can I get email notifications of ovirt events?
 Is there an official way?
 
 Thanks
 
 Tibor
 
 
 ___
 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] How to update zanata's source text ?

2014-12-15 Thread Einav Cohen
 - Original Message -
 From: Alexander Wels aw...@redhat.com
 Sent: Monday, December 15, 2014 7:45:41 AM
 
 On Sunday, December 14, 2014 03:03:56 PM plysan wrote:
  Hi,
  
  When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata
  source files, I get webadmin compilation errors. And the error message lead
  me to the outdated zanata translation
  file: org.ovirt.engine.ui.webadmin.ApplicationMessages
  The file has a source text called {0} (VLAN {1}), but recent commit
  b068ec755198c27e65f936809104ba5068cd8fd2
  has changed the text to (VLAN {0})
  
  So is there a way to update the zanata's source text (text on the left) ?
  It seems that I don't get any options to update it, I can only update the
  target text (text on the right).
  
  thanks.
 
 The zanata source text is generated from default values from the ovirt source
 code. Einav should know more about exactly how that is done. You should
 always
 match the translation to the source and not the other way around. So I am not
 sure why you are trying to change the source.

Alexander is correct; the source text cannot and should not be changed 
directly in Zanata. 

in order to update the source (English) text in Zanata, it needs to be 
pushed to Zanata from the source code. 

generally, we are not updating anything in Zanata for 3.5 anymore, since 
we are not planning any additional translation cycles for ovirt 3.5; 
however, since we are planning out-of-cycle possible updates for the German 
and Italian translation as an exception for 3.5, it *may* also involve 
pushing the updated source text to Zanata as part of the process, but this 
will not happen any time soon, to my understanding. 

I am not sure if you were trying to pull the latest translations from Zanata 
and then build ovirt-engine-3.5, or simply tried to build ovirt-engine-3.5 
as is; 
if you were trying to build ovirt-engine-3.5 as-is and failed, that's bad - 
we need to fix that ASAP (however, I am pretty sure that we would have been 
notified about this issue already from jenkins / other people / etc.). 
I recommend to not attempt pulling the translations from Zanata yourself, 
as the pull itself is not enough - need to move some files around, run a few 
clean-up scripts, etc. If you still want to pull the translations yourself, 
and you are encountering problems as the ones you mentioned above - simply 
remove/fix the problematic translations *locally on the .properties files 
that you pulled from Zanata - NOT in Zanata itself*. 

 ___
 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] How to update zanata's source text ?

2014-12-15 Thread Einav Cohen
 - Original Message -
 From: plysan ply...@gmail.com
 Sent: Monday, December 15, 2014 9:35:18 PM
 
 
 
 2014-12-15 22:27 GMT+08:00 Einav Cohen  eco...@redhat.com  :
 
 
  - Original Message -
  From: Alexander Wels  aw...@redhat.com 
  Sent: Monday, December 15, 2014 7:45:41 AM
  
  On Sunday, December 14, 2014 03:03:56 PM plysan wrote:
   Hi,
   
   When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata
   source files, I get webadmin compilation errors. And the error message
   lead
   me to the outdated zanata translation
   file: org.ovirt.engine.ui.webadmin.ApplicationMessages
   The file has a source text called {0} (VLAN {1}), but recent commit
   b068ec755198c27e65f936809104ba5068cd8fd2
   has changed the text to (VLAN {0})
   
   So is there a way to update the zanata's source text (text on the left) ?
   It seems that I don't get any options to update it, I can only update the
   target text (text on the right).
   
   thanks.
  
  The zanata source text is generated from default values from the ovirt
  source
  code. Einav should know more about exactly how that is done. You should
  always
  match the translation to the source and not the other way around. So I am
  not
  sure why you are trying to change the source.
 
 Alexander is correct; the source text cannot and should not be changed
 directly in Zanata.
 
 in order to update the source (English) text in Zanata, it needs to be
 pushed to Zanata from the source code.
 
 generally, we are not updating anything in Zanata for 3.5 anymore, since
 we are not planning any additional translation cycles for ovirt 3.5;
 however, since we are planning out-of-cycle possible updates for the German
 and Italian translation as an exception for 3.5, it *may* also involve
 pushing the updated source text to Zanata as part of the process, but this
 will not happen any time soon, to my understanding.
 
 I am not sure if you were trying to pull the latest translations from Zanata
 and then build ovirt-engine-3.5, or simply tried to build ovirt-engine-3.5
 as is;
 if you were trying to build ovirt-engine-3.5 as-is and failed, that's bad -
 we need to fix that ASAP (however, I am pretty sure that we would have been
 notified about this issue already from jenkins / other people / etc.).
 I recommend to not attempt pulling the translations from Zanata yourself,
 as the pull itself is not enough - need to move some files around, run a few
 clean-up scripts, etc. If you still want to pull the translations yourself,
 and you are encountering problems as the ones you mentioned above - simply
 remove/fix the problematic translations *locally on the .properties files
 that you pulled from Zanata - NOT in Zanata itself*.
 
 Thanks for your responses.
 
 If I want to make some translation updates in zh_CN, Is it means that the
 workflow is first modifying ovirt source code translations and then update
 it to zanata ?
 But zanata has a user friendly UI and has features that translator likes. So
 I think first modifying translations in zanata and then update it to the
 source code is better. Just my thoughts :)

Hi plysan, I wrongfully thought that you would like to pull updated 
translations 
from Zanata, rather than update the translations yourself (based on updated 
source text).  
you should definitely update translations via Zanata, not via the source code. 

Generally: Source (English) text should be pushed from the code to Zanata, 
translations should be updated in Zanata, then pulled from Zanata to the code. 

as we are basically already done with 3.5 translations and translation cycles 
for 3.6 are still far away, we are not planning to update anything in Zanata 
any time soon. however, as I mentioned, since we are planning exceptional out-
of-cycle translation updates (for Italian and German), we may do a push of 
updated source text to Zanata some time soon (not in the very near future 
though). 
I prefer to not do any source-pushing to Zanata right now, since AFAIK there is 
a heavy translation work that is being done in Italian and German, and I would 
like to avoid interrupting that work as much as I can. Once this translation 
work 
will be done, and assuming I will be pushing the updated source text to Zanata 
as part of the process of pulling the updated translations, I will update 
on-list. 

 
 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
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] webui typo

2014-12-12 Thread Einav Cohen


- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Eli Mesika emes...@redhat.com, Einav Cohen eco...@redhat.com
 Cc: users@ovirt.org
 Sent: Friday, December 12, 2014 8:11:24 AM
 Subject: Re: [ovirt-users] webui typo
 
 On 12/11/2014 04:56 AM, Eli Mesika wrote:
 
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Scott Worthington scott.c.worthing...@gmail.com
  Cc: users@ovirt.org
  Sent: Thursday, December 11, 2014 12:21:38 AM
  Subject: Re: [ovirt-users] webui typo
 
 
 
  - Original Message -
  From: Scott Worthington scott.c.worthing...@gmail.com
  To: users@ovirt.org
  Sent: Thursday, December 11, 2014 12:18:58 AM
  Subject: [ovirt-users] webui typo
 
  I'm not certain where the code is that contains this typo, but Live
  Snapsnot
  Support should read Live Snapshot Support
 
  I am running ovirt-engine-3.5.0.1-1.el6
 
  I found some files that contained Snapsnot in here:
  /usr/share/ovirt-engine/engine.ear/webadmin.war/deferredjs/
 
 
 
  Should I open a bz?
 
  git grep -i Live Snapsnot Support
  frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/ApplicationConstants_de_DE.properties:liveSnapshotSupportHostGeneral=Live
  Snapsnot Support
 
  seems that it is only in the DE translation file ...
 
 but requires the fix to go into zanata, from which we rebase the
 translation files...

correct. 
please open a BZ on oVirt; prefix the BZ summary with [de-DE] and set the 
Whiteboard to 'i18n'. thanks. 

 
 
  Einav?
 
 
 
 ___
 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] Integration of ovirt-engine GUI with the CLI

2014-11-25 Thread Einav Cohen
 vojtech - how about adding a very simple samples-portals with it to
 the repo?

I believe that Jenny is already working on a ovirt.js-based portal?
@Jenny: sounds like your work may be a good fit for our Sample User 
Portals repository (more details in [1])?

[1] http://www.ovirt.org/Sample_user_portals

 - Original Message -
 From: Itamar Heim ih...@redhat.com
 Sent: Wednesday, November 12, 2014 5:03:37 PM
 
 On 11/06/2014 02:59 PM, Vojtech Szocs wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Nikita Kodkani nikita.kodk...@gmail.com
  Cc: users Users@ovirt.org, Vojtech Szocs vsz...@redhat.com
  Sent: Wednesday, November 5, 2014 12:37:21 AM
  Subject: Re: Fwd: [ovirt-users] Integration of ovirt-engine GUI with the
  CLI
 
  On 11/04/2014 01:54 PM, Nikita Kodkani wrote:
  Hi,
 
  To add further...
  I read it somewhere on google, that to execute the shell commands in the
  JavaScript we have to use node.js at the backend.
 
  We don't want to spend time on learning the technology in this time
  frame.
 
  -Does ovirt-engine provide API's for executing the shell commands?
 
  its the other way around - the cli/shell commands are using the engine
  python-sdk, which uses the engine REST API.
 
  if your solution is html/javascript based, i think using ovirt.js (which
  wraps calling to the engine rest api 'nicely', vs. you doing it yourself
  from your code) is the way to go.
 
  Exactly, the main use case for oVirtJS is to allow working with Engine
  from within a JavaScript environment. HTML/JS web application is the
  primary use case, we also plan to support server-side JS code running
  on Node.js as another use case, so that people can potentially write
  custom server-side JS to work with Engine.
 
 vojtech - how about adding a very simple samples-portals with it to
 the repo?
 
 
 
  http://lists.ovirt.org/pipermail/users/2014-June/025198.html
  http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI
  http://lists.ovirt.org/pipermail/devel/2014-August/008502.html
  http://lists.ovirt.org/pipermail/devel/attachments/20140819/a35caa44/attachment-0001.pdf
 
 
 
 
  Thanks,
  Nikita
 
  Nikita Kodkani
 
 
  On Tue, Nov 4, 2014 at 4:20 PM, Itamar Heim ih...@redhat.com
  mailto:ih...@redhat.com wrote:
 
   On 11/04/2014 11:47 AM, Nikita Kodkani wrote:
 
   It is designed in javascript/HTML. We had initially designed
   some
   feature using CLI. But now we just want to execute command when
   we hit
   the button/tab.
 
 
   vojtech - sounds like ovirt.js could be the best fit here?
 
   -Nikita
 
   i
 
 
   On Tue, Nov 4, 2014 at 4:09 PM, Itamar Heim ih...@redhat.com
   mailto:ih...@redhat.com
   mailto:ih...@redhat.com mailto:ih...@redhat.com wrote:
 
On 11/04/2014 06:30 AM, Nikita Kodkani wrote:
 
Hi,
 
I have the CLI designed for the RHEV-M. I have also
   designed
some GUI in
ovirt-engine.
Now I am stuckup with the integration. Could you
   suggest how to
connect
the ovirt-engine GUI with the backend CLI commands?
 
 
which language is your gui?
why use the CLI instead of the python or java SDKs
(or ruby or javascript ones)
 
 
 
 
 
 
 
 
 ___
 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] Migration Progress Bar UI question, was Migration Progress Bar not updating

2014-11-20 Thread Einav Cohen
interesting suggestion. this will also allow tracking 
progress of tasks on multiple business entity types if / 
once supported) all at once. 
Moreover, if we will have more than one task running on 
a single VM in parallel (e.g. Host migration and Snapshot 
creation - not sure if possible today, it is just an 
example for clarification), it would be nice to display 
progress per task, rather than somehow squeeze in all 
of this information within the vm list somehow. 

However: I think that having this information available 
*only* in the Tasks pane (i.e. instead of within the vm list) 
is problematic at the moment, since if we have 100 migrations 
happening in parallel, tracking down the migration progress 
for a particular VM that I am interested in may be difficult. 

[this, of course, can be resolved by improving the current 
tasks-pane to allow filtering, for example]

another reason to keep this data in the vm list is the 
fact that it gives a very clear graphical indication that 
this VM is currently going through some critical process, 
so the user can make a more educated work-flow decision 
quicker. 

I agree with your comment on the already-overloaded VMs 
grid real-estate. Note that this particular issue may be 
resolved more generically in the context of [1]. 

so to summarize: I think that the state today is reasonable, 
but can be greatly improved. I assume it will be somewhat 
improved once [1] is addressed. 

proposal for further improvement:

- have the tasks progress information available twice:

  a. [detailed information] in a Tasks context. This can be 
in either one of the following, preferably both: 

 * a global Tasks context, i.e. the Tasks bottom pane. 

 * a local Tasks context, i.e. only for the VM, e.g. 
a (new) Tasks sub-tab in the VMs main-tab / a tool-tip that 
appears when hovering on the Tasks indication within the 
vms list (see b. below) / etc. 

  b. [summarized (short) information, to save real-estate] 
within the VM list. This can be either one of the following: 

 * only percentage / percentage average (if multiple 
tasks run in parallel) 

 * just an icon that indicates task(s) are running 
on this VM. 

[icon/label color may change based on the average tasks completion]

 * ...

- need to have the detailed information easily accessible via 
the summarized information; e.g. hovering on the label/icon in 
the vm-list should display a tool-tip with the full details 
(e.g. 2 running tasks: 1. migration [45%] 2. snapshot [98%], 
can even contain graphical bars, etc.) / clicking on the 
percentage/icon will jump to/focus on the relevant tasks from 
the Tasks pane/sub-tab / etc. 


Thanks,
Einav

[1] Bug 957600 - [RFE] RHEV-M should have a field/column chooser in the UI that 
is saved for the logged in user.
[https://bugzilla.redhat.com/show_bug.cgi?id=957600]


- Original Message -
 From: Federico Alberto Sayd fs...@uncu.edu.ar
 To: users@ovirt.org
 Sent: Thursday, November 20, 2014 11:16:28 AM
 Subject: Re: [ovirt-users] Migration Progress Bar UI question, was  Migration 
 Progress Bar not updating
 
 On 20/11/14 04:36, Tomas Jelinek wrote:
 
  - Original Message -
  From: s k sokratis1...@outlook.com
  To: Omer Frenkel ofren...@redhat.com
  Cc: users@ovirt.org
  Sent: Wednesday, November 19, 2014 11:25:13 AM
  Subject: Re: [ovirt-users] Migration Progress Bar not updating
 
  One of the migrations took about 1 minute and the progress bar was never
  updated.
  did you have the browser with webadmin focused? It lowers the update
  frequency when you focus some other window.
  Also, could you please provide VDSM logs from such migration?
  thanx,
  Tomas
 
 Sorry if I get off topic but it is related. Why is the migration bar on
 the webUI in the vm list ??
 
 I think that a more appropriate site would be the task tab. Migration is
 a task (not all time present) and differs of metrics as
 cpu/memory/network. Also the vm list is over populated with items and
 is hard to visualize in small screens.
 
 Regards
 
 Federico
 ___
 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] OVF_STORE?

2014-11-04 Thread Einav Cohen
OVF_STOREs are images that contain the meta-data of VMs and Disks 
that reside on that data-domain. This meta-data is used in case 
the data-domain is imported/exported to/from a different data-
center or a different ovirt setup. 

more details in [1]. 

there is a BZ that requests separating these OVF_STOREs to 
a separate tag under the Disks main tab [2]. 

[1] http://www.ovirt.org/Features/ImportStorageDomain

[2] Bug 1131508 - [RFE] [engine-webadmin] There should be a separated tag for 
OVF_STORE disks under the 'Disks' main tab
[https://bugzilla.redhat.com/show_bug.cgi?id=1131508]

- Original Message -
 From: Daniel Helgenberger daniel.helgenber...@m-box.de
 To: users@ovirt.org
 Sent: Tuesday, November 4, 2014 12:46:52 PM
 Subject: [ovirt-users] OVF_STORE?
 
 Hello,
 
 out of curiosity: After my DC was upgraded to 3.5 I have two disk images
 called OVF_STORE on every data domain. What is their purpose?
 
 Thanks
 --
 Daniel Helgenberger
 m box bewegtbild GmbH
 
 P: +49/30/2408781-22
 F: +49/30/2408781-10
 
 ACKERSTR. 19
 D-10115 BERLIN
 
 
 www.m-box.de  www.monkeymen.tv
 
 Geschäftsführer: Martin Retschitzegger / Michaela Göllner
 Handeslregister: Amtsgericht Charlottenburg / HRB 112767
 ___
 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] webhook

2014-10-31 Thread Einav Cohen
 - Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 Sent: Friday, October 31, 2014 11:51:53 AM
 
 Hi,
 
 if I get this correctly, you'd like to be notified when certain event
 happens (VM created/deleted/etc.) and react upon that. I see multiple
 possible approaches here:
 
 0, improve Engine extension API (refer to Alon Bar-Lev for details)
- if extensions can be packaged as JARs and these JARs could include
  web fragments [1] it would mean the possibility to deploy custom
  servlets onto existing Engine instance (in context of webapp that
  processes extensions)
- your custom Java servlet could query REST interface (or be notified
  once something happens, but AFAIK we don't have that implemented yet)
  and do whatever logic is needed
- once I asked Alon about ^^ but never got response from him
- IMHO this would be a nice way to deploy custom Java code on Engine
 
 [1] https://blogs.oracle.com/swchan/entry/servlet_3_0_web_fragment
 
 1, improve UI plugin API
- add VirtualMachineDataLoaded event fired upon each refresh of
  VM data in UI table (generalization - {Entity}DataLoaded)
- this is similar to existing {Entity}SelectionChange events

relying on changes in the UI table is a bad idea: 

(1) potentially missing events: 
the UI displays paginated data; if my VMs are sorted by name, and 
I have 1000 VMs in my setup, and I just added a VM named z, it will 
be added to the last page which is not displayed right now, so I 
wouldn't even be aware that something was added. 

(2) potentially creating fake events: 
changes in the displayed data in the UI can occur due to change in the 
Search query; if I have 50 VMs in my setup, and I initially had the 
Vms: search query, and now I change it to VMs: name = a*, which 
results in displaying only 10 VMs, this may falsely hint on removal 
of 40 VMs from the system. 

 
 2, write UI plugin that uses oVirtJS to periodically check VM events

not sure if this is referring to VM-related events in the code (e.g. 
hooking to the click on OK within the New VM / Remove VM dialog, 
or hooking to the Success callback of the action response, or 
something similar), or to the VM-related Events (i.e. the ones that 
are displayed in the GUI within the Events main-tab / bottom section). 
If the former: can be done, I assume, though not sure how complex it 
would be to implement the infrastructure for that. 
If the latter: this will catch actions that were performed either 
via the GUI or outside the GUI; in this case, it would probably be 
better to use an Engine extension API (solution 0 above) rather 
than a UI plugin, since it will be more reliable, will be active 
even when the GUI is not in use, etc. 

 
 The disadvantage of 1, and 2, is that WebAdmin GUI must be open.
 In any case, if you'd like to explore the possibility of doing this
 via UI plugin, I'm here to help.
 
 Vojtech
 
 
 - Original Message -
  From: Oved Ourfali ov...@redhat.com
  To: Yair Zaslavsky yzasl...@redhat.com
  Cc: Koen Vanoppen vanoppen.k...@gmail.com, users@ovirt.org, Vojtech
  Szocs vsz...@redhat.com
  Sent: Thursday, October 30, 2014 2:10:12 PM
  Subject: Re: [ovirt-users] webhook
  
  Hi
  
  CC-ing also Vojtech, the father of the UI plugins.
  
  Anyway, the only way to accomplish that via UI plugins at the moment is via
  adding a new action menu item, that in the background deleted the VM, and
  reports to Foreman.
  I would be nice to have a hook for different UI action items, but it
  isn't
  available at the moment.
  There are plenty code samples for UI plugins, most of them available at:
  http://www.ovirt.org/Features/UIPlugins
  
  I must say that I'm not sure webhooks are the right approach for that, as I
  guess it is relevant only in environments in which one doesn't use the
  API/CLI/SDK
  but.. it will be a cool feature!
  
  Regards,
  Oved
  
  - Original Message -
   From: Yair Zaslavsky yzasl...@redhat.com
   To: Koen Vanoppen vanoppen.k...@gmail.com
   Cc: Oved Ourfali ov...@redhat.com, users@ovirt.org
   Sent: Thursday, October 30, 2014 1:44:38 PM
   Subject: Re: [ovirt-users] webhook
   
   Oved - can we implement something like this using ui-plugins?
   
   
   - Original Message -
From: Koen Vanoppen vanoppen.k...@gmail.com
To: users@ovirt.org
Sent: Monday, October 27, 2014 4:06:40 PM
Subject: [ovirt-users] webhook

Hi all,

Just a quick question. Is it possible to set a webhook on the removal
and
creation of a new vm? So we can send to foreman a delete action when
the
VM
is deleted...

Kind regards,

Koen

___
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] Messed up UI and missing CSS

2014-10-09 Thread Einav Cohen
 - Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 Sent: Wednesday, October 8, 2014 7:11:52 PM
 
 Thanks Frank. We're working on this.

update: the new PatternFly rpm (1.1.1) fixes the problem and is now available. 
upgrading PatternFly using 'yum update patternfly1' (assuming you have the 
copr yum repo [1] properly defined on your machine) should resolve the problem. 

[1] https://copr.fedoraproject.org/coprs/patternfly/patternfly1/

 
 - Original Message -
  From: Frank Wall f...@moov.de
  To: Greg Sheremeta gsher...@redhat.com
  Cc: users@ovirt.org
  Sent: Wednesday, October 8, 2014 5:43:12 PM
  Subject: Re: [ovirt-users] Messed up UI and missing CSS
  
  On Wed, Oct 08, 2014 at 11:39:44PM +0200, Frank Wall wrote:
   Just for the records, the latest update to patternfly1-1.0.5-1.el6.noarch
   broke the oVirt Engine Admin GUI for me.
  
  Oh, it's late. I was talking about the update to
  patternfly1-1.1.0-1.el6.noarch.
  
  
  Regards
  - Frank
  
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [oVirt 3.4.3] Problem with connect VMs via RDP+Browser plug-in

2014-09-22 Thread Einav Cohen
 - Original Message -
 From: Grzegorz Szypa grzegorz.sz...@gmail.com
 Sent: Monday, September 22, 2014 1:39:38 AM
 
 Hi,
 
 like suject I have a problem with connect VM (only Windows type Desctop) I
 get an Error:
 Error connecting to Virtual Machine using RPD:
 DNS Lookup Failed

- why not use SPICE?

- do you have a guest agent installed on your VM?
installing a guest agent on your VM will cause the VM to report its IP address 
back to ovirt, and ovirt will be able to connect to the VM via the VM's IP 
address, rather than try to connect to the VM via its name.domain, which may 
not be DNS-resolvable on the client. 
if the VM's name.domain *should* be DNS-resolvable on the client, you need to 
check the client's configuration and make sure that it indeed can DNS-resolve 
machine-names properly. 

 
 
 G.Sz.
 
 ___
 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 italian translation

2014-08-11 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Monday, August 11, 2014 5:14:00 AM
 
 On Mon, Aug 11, 2014 at 10:24 AM, Giorgio Bersano  giorgio.bers...@gmail.com
  wrote:
 
 
 2014-08-08 19:25 GMT+02:00 Einav Cohen  eco...@redhat.com :
  Hi Giorgio,
  
  you can apply patch http://gerrit.ovirt.org/#/c/31262/ and patch
  http://gerrit.ovirt.org/#/c/31263
  ('master', draft) and build in development environment in order to see the
  results of your Italian
  translation up until now in the 'master' version of the 'ovirt' Zanata
  project.
  If needed, I will create patches for the 'ovirt-engine-3.5' code-branch /
  'ovirt-3.5' zanata-version
  as well - let me know if this is needed.
  
 Hi,
 I'm now in a place where I've limited connectivity so there is nothing
 I can tell about (and will be so for a couple of weeks more). I think
 Gianluca is coming back from his holidays so let's see what he thinks.
 
 
 For sure it would be nice to have patches applied in a ovirt-engine-3.5
 code-branch.

as Giorgio assured me that you guys are keeping both 'master' and 'ovirt-3.5' 
versions in Zanata sync'd (which is great), it probably wouldn't provide 
much value to you, as the translations as they are seen in 'master' would be 
seen exactly the same in 'ovirt-engine-3.5'. So even though nice to have, 
I don't think that it is actually needed. if it is ok with you guys, we'll 
skip this for now. as mentioned in my other e-mail, you should have RPMs 
available for 'master' tomorrow, AFAIK. 

 Do you have a wiki/notes on how to create a build environment so that I can
 eventually share with Giorgio the outcome?
 
 Gianluca
 
 
 ___
 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 italian translation

2014-08-11 Thread Einav Cohen
I've found a few different paths to the RPMs, which probably point to 
the same RPMs eventually, but to be on the safe side:

go to the relevant status page of the #2 job, i.e.:
http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged_italian_translation/label=centos6-host/2/
  [for centos]
or
http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged_italian_translation/label=fedora19-host/2/
 [for fedora 19]
or
http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged_italian_translation/label=fedora20-host/2/
 [for fedora 20]

click on the Expand All link-button (see http://i.imgur.com/kW5emZe.png) 
and download the RPMs under the exported artifacts node in the tree. 

good luck!


Regards,
Einav

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: users@ovirt.org Users@ovirt.org
 Sent: Monday, August 11, 2014 1:18:52 PM
 Subject: Re: [ovirt-users] oVirt italian translation
 
 On Mon, Aug 11, 2014 at 4:24 PM, Sandro Bonazzola  sbona...@redhat.com 
 wrote:
 
 
 
 
 Updated the job for getting latest patches and started manually.
 
 I see job finished.
 Is it correct that I have to click on OS-host link under Configurations (eg
 centos6-host if I want rpms for CentOS 6) and then go into
 workspace/exported-artifacts dir and download the rpm files found there?
 
 sorry if stupid question but I'm not a developer and I never used jenkins and
 don't know much about it
 
 Gianluca
 
 ___
 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 italian translation

2014-08-08 Thread Einav Cohen
Hi Giorgio,

you can apply patch http://gerrit.ovirt.org/#/c/31262/ and patch 
http://gerrit.ovirt.org/#/c/31263 
('master', draft) and build in development environment in order to see the 
results of your Italian 
translation up until now in the 'master' version of the 'ovirt' Zanata project. 
If needed, I will create patches for the 'ovirt-engine-3.5' code-branch / 
'ovirt-3.5' zanata-version 
as well - let me know if this is needed. 

reminding in this opportunity that you should keep the Italian translation 
updated in both the 
'ovirt-3.5' [1] and 'master' [2] versions of the 'ovirt' Zanata project. 
Currently, the Italian translation completion in 'master' stands at 32.19% and 
in 'ovirt-3.5' 
it stands at 34.31%, which implies that you may have been updating translations 
only in 'ovirt-3.5' 
recently - so just pointing out that updating those translations in 'master' as 
well is extremely 
important: updating the translations in only the 'ovirt-3.5' version will 
result in translations 
regressions in future ovirt-engine releases. 

please let me know if you have any questions. 


Thanks,
Einav


[1] https://translate.zanata.org/zanata/iteration/view/ovirt/ovirt-3.5?cid=33770
[2] https://translate.zanata.org/zanata/iteration/view/ovirt/master?cid=33770

- Original Message -
 From: Giorgio Bersano giorgio.bers...@gmail.com
 To: Einav Cohen eco...@redhat.com, aw...@redhat.com
 Cc: users@ovirt.org Users@ovirt.org
 Sent: Friday, August 8, 2014 9:05:23 AM
 Subject: [ovirt-users] oVirt italian translation
 
 Hi oVirt UX team,
 we (Gianluca and me) are slowly progressing on the job of having
 italian as a fully translated language in oVirt.
 
 One of our problems is that we don't know what will be the outcome of
 our work until an italian embedding release will be available.
 Probably the first one will not be something to be really proud.
 To have a prototipe to get a glance of how it is now would be really
 useful, don't care about general quality.
 So I asked Sandro if could it be possible to have italian translation
 in the 3.5RC release at the point where it is now (almost 35% done)
 and then remove it from the official 3.5 release but he said it is not
 on his possibilities.
 
 An alternative he suggested was to have a special 3.5 development
 branch (something like ovirt-3.5-ita) just to give us the opportunity
 to get a taste of what it would be in the end.
 
 Please tell us what do you think about.
 Thanks, Giorgio.
 ___
 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] UI Plugin: shellinabox did not work in ovirt-3.4.3

2014-08-07 Thread Einav Cohen
 - Original Message -
 From: lofyer lof...@gmail.com
 Sent: Wednesday, August 6, 2014 8:07:48 PM
 
 I've changed that, but nothing happend.

there's a good chance that you need to restart the engine in order 
for the change to take effect. did you do that?

 
 在 14-8-7 上午12:51, Kanagaraj Mayilsamy 写道:
  the url should be plugin/ShellInABoxPlugin/start.html in shellinabox.json
 
  Thanks,
  Kanagaraj
 
  - Original Message -
  From: Einav Cohen eco...@redhat.com
  To: lofyer lof...@gmail.com, Daniel Erez de...@redhat.com
  Cc: users users@ovirt.org
  Sent: Wednesday, August 6, 2014 9:32:57 PM
  Subject: Re: [ovirt-users] UI Plugin: shellinabox did not work in
  ovirt-3.4.3
 
  the URL structure has changed from 3.3 to 3.4;
  maybe the problem is in the URL within the UI Plugin json file?
 
  url: /webadmin/webadmin/plugin/ShellBoxPlugin/start.html
  (I copied it from [1], not sure what exists in the repo)
 
  maybe @Daniel would know better.
 
  [1]
  http://derezvir.blogspot.co.il/2013/01/ovirt-webadmin-shellinabox-ui-plugin.html
 
  - Original Message -
  From: lofyer lof...@gmail.com
  To: users users@ovirt.org
  Sent: Wednesday, August 6, 2014 10:45:35 AM
  Subject: [ovirt-users] UI Plugin: shellinabox did not work in ovirt-3.4.3
 
  My OS is CentOS-6.5.
  I'd cloned samples from gerrit, but it did not work as it used to be.
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] UI Plugin: shellinabox did not work in ovirt-3.4.3

2014-08-06 Thread Einav Cohen
the URL structure has changed from 3.3 to 3.4; 
maybe the problem is in the URL within the UI Plugin json file?

url: /webadmin/webadmin/plugin/ShellBoxPlugin/start.html
(I copied it from [1], not sure what exists in the repo)

maybe @Daniel would know better.

[1] 
http://derezvir.blogspot.co.il/2013/01/ovirt-webadmin-shellinabox-ui-plugin.html

- Original Message -
 From: lofyer lof...@gmail.com
 To: users users@ovirt.org
 Sent: Wednesday, August 6, 2014 10:45:35 AM
 Subject: [ovirt-users] UI Plugin: shellinabox did not work in ovirt-3.4.3
 
 My OS is CentOS-6.5.
 I'd cloned samples from gerrit, but it did not work as it used to be.
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Einav Cohen
Thanks for the update, Gianluca - I actually haven't pinged 
you and Giorgio yet about the status - I apologize about that. 

We were originally discussing mid/end of July / ~RC build 
timeline for completing ~70% of the Italian translation [1]; 
We are now at this point in time, more or less (schedule 
was updated a little [2] - RC build will take place at the 
beginning of next week - Aug 4), however it doesn't seem 
like we will be able to complete the desired amount of 
Italian translations in time for 3.5 GA. 

@Gianluca/Giorgio:
do you have any ETA for completing ~70% of the translations? 
although it doesn't seem like it will make it in time for 
ovirt 3.5 GA, I encourage you guys to continue contributing 
translations - we can include Italian for 3.6 and perhaps 
discuss backporting Italian to 3.5.x later on, if will make 
sense. 

let me know what you guys think.


Regards,
Einav

[1] http://lists.ovirt.org/pipermail/users/2014-June/025251.html

[2] https://www.ovirt.org/OVirt_3.5_release-management

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Brian Proffitt bprof...@redhat.com
 Cc: bo...@ovirt.org, users users@ovirt.org
 Sent: Wednesday, July 30, 2014 11:38:05 AM
 Subject: Re: [ovirt-users] oVirt Weekly Sync Meeting Minutes: July 30, 2014
 
 
 
 
 Il 30/lug/2014 17:05 Brian Proffitt  bprof...@redhat.com  ha scritto:
  
  
  =
  #ovirt: oVirt Weekly Sync
  ==
 
  * 3.5 status ux Italian translation is still in ~30% completion.
  ecohen|mtg has pinged for status. (bkp, 14:56:06)
 
 
  * 3.5 status ux Translations were updated in 'master' and in
  'ovirt-engine-3.5' [merged] (bkp, 14:56:06)
 
 Hello,
 Unfortunately (for ovirt translation progress , not for myself... ;-) I'll be
 on holiday until 8th of August. Possibly Giorgio, who was finally given
 access to translation, could contribute in the mean time.
 I didn't see the ping for status but it could depend on my limited access to
 e-mail.
 In the second half of august I will be able to give a greater spin so that
 hopefully Italian could enter 3.5 if yet feasible...
 Cheers
 Gianluca
 
 ___
 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] italian language pack ?

2014-06-19 Thread Einav Cohen
Hi Gianluca,

Thank you for working hard on completing the translation - it is highly 
appreciated!

according to [1], ovirt-3.5.0 beta is planned for 2014-06-26 (which is 
~1 week from now), however I am not sure if this is a build date or a 
release date (I assume it is a build date, as it is the same time in 
which we plan to branch 'ovirt-engine-3.5' out of 'master' - maybe 
@Sandro/Eyal can confirm that). 

RC Build is currently planned for 2014-07-16. 

GA is currently planned for 2014-08-04. 

I am planning to pull translations from Zanata towards the end of this 
month (hopefully in time for the beta, but not necessarily - maybe it 
will land only in the RC build eventually), and then do another pull 
at the end of July [probably not in time for the RC build, so may land 
eventually only in ovirt-3.5.1 or similar]. 

do you think that we will be able to have a ~70% Italian translation 
completion by mid/towards-the-end-of July? if so, we can work on 
adding Italian to the locale drop-down in the GUI now (i.e. in the 
upcoming days/week), however we may need to take it out of the 
GUI drop-down eventually if we won't meet the ~70% Italian translation 
completion by mid/towards-the-end-of July goal. 

let me know what you think.


Thanks,
Einav

[1] http://wiki.ovirt.org/OVirt_3.5_release-management

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Thursday, June 19, 2014 4:40:02 AM
 Subject: Re: [ovirt-users] italian language pack ?
 
 
 
 On Thu, Jun 12, 2014 at 4:12 PM, Einav Cohen  eco...@redhat.com  wrote:
 
 
 
 
  Hello,
  I plan to work on this during the next days.
  Possibly the end of the next week could be a good ETA (if there will be an
  overlap between the different paths and the total amount is not the sum of
  all of them...)
  Could this be ok for you? Could we have a follow up on next Wednesday?
 
 sounds good, Gianluca - we will follow up on next Wednesday. thanks.
 
 
 Update: now I'm at 12% and going ahead. Let's see at the end of today...
 In the mean time I see you opened BUG ID 1110577, thanks.
 Hope to have it inside 3.5 tree.. btw: what is the eta for 3.5 final and for
 3.5 beta?
 
 Gianluca
 
 ___
 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] italian language pack ?

2014-06-12 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Wednesday, May 14, 2014 4:35:57 AM
 
 On Tue, May 13, 2014 at 6:44 PM, Einav Cohen eco...@redhat.com wrote:
 
 
 
  we are typically not updating translations for versions that were already
  GA'd (3.4), therefore I recommend to concentrate at this point only on the
  'master' version (which is currently tracking the ovirt-engine-3.5
  translations,
  practically).
 
  once we will branch the ovirt-engine-3.5 code out of the 'master' code
  branch,
  I will create an 'ovirt-3.5' version in Zanata, to track the
  ovirt-engine-3.5
  translations. the 'master' version will remain the translation tracker for
  the
  'master' code branch [which would practically become the baseline for the
  next
  ovirt-engine planned release (ovirt-3.6?)].
 
 
  As I see from today message that 3.5 alpha is going to be composed, is
 there a needed percentage to cover before the language can be inserted
 between the available ones?

[apologies for the extremely late response]

we never discussed this before, I assume that a language should be at least 
in ~70/75% completion in order to justify its introduction into the product 
(need ack/nack from others on that number?)

right now Italian stands on 1.22% translation completion in the 'master' 
version of the 'oVirt' project in Zanata, so I don't think that it justifies 
introducing it into oVirt at the moment. 

Gianluca: do you have an ETA for completion of at least ~70/75% of the Italian 
translation? if it would be early enough, we can definitely consider adding 
it to oVirt 3.5 (we obviously missed the ovirt-3.5 alpha milestones, but we can 
try and introduce it in later ovirt-3.5 milestones). 

 Any chance to see it in 3.5 alpha?
 
 Gianluca
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] browser not optimal

2014-05-27 Thread Einav Cohen
 - Original Message -
 From: Sven Kieske s.kie...@mittwald.de
 Sent: Tuesday, May 27, 2014 10:31:35 AM
 
 Thanks for the information!
 
 Did someone bother to file a bug at upstream?

for the FF24 problem: 
this is a FF problem, not an oVirt problem. 
problem is documented in the Firefox BZ that I mentioned in my 
last e-mail [1]. 

for mentioning the list of supported browsers in the login page: 
we have BZ opened for RHEV [2], feel free to clone it to oVirt. 


[1] Bug 1036443 - RHEVM: Extremely high memory usage in Firefox
[https://bugzilla.redhat.com/show_bug.cgi?id=1036443]

[2] Bug 971461 - [RFE] supported browsers message is missing a link to 
documentation/kb [TEXT]
[https://bugzilla.redhat.com/show_bug.cgi?id=971461]

 
 Am 27.05.2014 16:12, schrieb Einav Cohen:
  Firefox 17 on Linux
  IE9+ on Windows
  
  we are not supporting a higher version of FF due to FF24 performance
  problems [1]
  
  [1] Bug 1036443 - RHEVM: Extremely high memory usage in Firefox
  [https://bugzilla.redhat.com/show_bug.cgi?id=1036443]
 
 --
 Mit freundlichen Grüßen / Regards
 
 Sven Kieske
 
 Systemadministrator
 Mittwald CM Service GmbH  Co. KG
 Königsberger Straße 6
 32339 Espelkamp
 T: +49-5772-293-100
 F: +49-5772-293-333
 https://www.mittwald.de
 Geschäftsführer: Robert Meyer
 St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
 Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
 ___
 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] italian language pack ?

2014-05-13 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Tuesday, May 13, 2014 10:03:51 AM
 
 On Thu, May 8, 2014 at 11:40 PM, Gianluca Cecchi  gianluca.cec...@gmail.com
  wrote:
 
 
 
 
 
 
 On May 8, 2014 11:01 PM, Einav Cohen  eco...@redhat.com  wrote:
  
  Hi Lukas, we don't have Italian supported in oVirt.
  
  In order to have that, we need first to translate all
  relevant strings to Italian.
  
  We manage the ovirt-engine string translations in
  the 'oVirt' project in Zanata:
  https://translate.zanata.org/zanata/project/view/ovirt
  
  in order to contribute translations to this project,
  you need to become a translator - instructions can be
  found in the Translators section in the Zanata home
  page: https://translate.zanata.org/zanata/
  
  
  Thanks,
  Einav
 
 
 I'm interested in helping with italian translation too.
 In the mean time I created an account on zanata using my FAS account and
 asked to join the Italian translators team.

you need to request that from one of the maintainers of the 
oVirt Zanata project: http://i.imgur.com/K36FrPQ.png
luckily for you, I am one of them :)  Italian is now added. 

 
 Gianluca
 
 Hello,
 today it seems I was given right to join the Italian translators' team on
 Zanata (I see myself as one of the team members).
 What is the next step?
 I'm following
 https://github.com/zanata/zanata-server/wiki/Opening-a-Translation-Project
 but I don't see a link to translate oVirt in Italian
 Is it responsibility of one of oVirt project maintainers to allow me to
 create an it branch?
 
 Gianluca
 
 ___
 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] italian language pack ?

2014-05-13 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Tuesday, May 13, 2014 11:16:47 AM
 
 On Tue, May 13, 2014 at 4:51 PM, Einav Cohen  eco...@redhat.com  wrote:
 
 
 
 
 luckily for you, I am one of them :) Italian is now added.
 
 ;-)
 
 ok, started with messages part...
 is it correct that I can translate only oVirt master branch (and rhevm ones)?
 Will it be automatically applied to 3.4 too?

every version in Zanata tracks the translation for a different ovirt-engine
code-branch:
the 'master' version in Zanata is tracking the translation for the 'master' 
branch in ovirt-engine's code repo. therefore the 'master' version should 
*always* be kept up-to-date with regards to translations. 
the 'ovirt-3.4' version in Zanata is tracking the translation for the 'ovirt-
engine-3.4' branch. 
AFAIK, the ovirt-engine-3.4.1 code was already branched out of 
ovirt-engine-3.4, 
therefore we will need to create an 'ovirt-3.4.1' version in Zanata if we would 
like to track translations specifically for ovirt 3.4.1 (the 'ovirt-engine-3.4' 
code branch is now the baseline for ovirt-engine-3.4.2, AFAIK). 

we are typically not updating translations for versions that were already 
GA'd (3.4), therefore I recommend to concentrate at this point only on the 
'master' version (which is currently tracking the ovirt-engine-3.5 
translations, 
practically). 

once we will branch the ovirt-engine-3.5 code out of the 'master' code branch, 
I will create an 'ovirt-3.5' version in Zanata, to track the ovirt-engine-3.5 
translations. the 'master' version will remain the translation tracker for the 
'master' code branch [which would practically become the baseline for the next 
ovirt-engine planned release (ovirt-3.6?)]. 
from that point on, translations which we want to land in ovirt-3.5 will need 
to be updated in both the 'master' version and the 'ovirt-3.5' version in 
Zanata 
(very similar to code patches: once we branch out, if we want a certain piece 
of code to land in ovirt-3.5, we will need to fix it in 'master' as well as in 
the 'ovirt-engine-3.5' branch). 

 If I have a 3.4.1 environment can I then easily apply my translation over so
 that I can check with real application?

again, doing translations specifically for 3.4.1 is problematic, as I explained 
above; I recommend working on a 'master'-based environment. 
in order to apply your translations, a regular ovirt environment is not enough 
- 
you will need a development environment, since the GUI code needs to be 
re-compiled with the new locale to make that new locale available in the GUI. 

 
 Gianluca
 
 
 ___
 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] italian language pack ?

2014-05-13 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Tuesday, May 13, 2014 12:57:25 PM
 
 
 
 OK, thanks for explaining.
 If a sentence is completely equal in English and Italian (eg ovirt engine),
 can I leave it blanck or must I fill it with something?

you can leave it untranslated or copy-paste the English string into the Italian 
translation - the result should be the same (English string displayed in GUI). 

It is recommended to copy the translation rather than leaving it untranslated, 
since leaving it untranslated will affect the statistics of the translation 
completeness (i.e. even if the translation is actually 100% complete, it will 
not be shown as 100% if strings were left untranslated, even deliberately). 

if you will leave the translation blank but mark it as 'translated' (so 
statistics are not affected), there is a good chance that the GUI will simply 
display a blank text as the translation, rather than the English text, so 
need to be careful with that.  

 In case of no translation for a sentence what would be behaviour during use
 with that localization: English will be automatically put in or an error
 shown to the user or what?

missing translations will result in displaying the corresponding English 
string instead. 

 
 ___
 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] italian language pack ?

2014-05-08 Thread Einav Cohen
Hi Lukas, we don't have Italian supported in oVirt. 

In order to have that, we need first to translate all 
relevant strings to Italian. 

We manage the ovirt-engine string translations in 
the 'oVirt' project in Zanata:
https://translate.zanata.org/zanata/project/view/ovirt

in order to contribute translations to this project, 
you need to become a translator - instructions can be 
found in the Translators section in the Zanata home 
page: https://translate.zanata.org/zanata/


Thanks,
Einav


- Original Message -
 From: Ovirt User ldrt8...@gmail.com
 To: users@ovirt.org
 Sent: Thursday, May 8, 2014 2:09:36 AM
 Subject: [ovirt-users] italian language pack ?
 
 Exist italian language pack? if not, how we can contribute ?
 
 Thanks
 Lukas
 ___
 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] Users seeing all vm's

2014-05-06 Thread Einav Cohen
Hi Jeff, 

* I assume that we are talking about the User Portal, 
not the web-admin (to which the user cannot even log 
into, according to the permissions that you specified). 

* a permission is a triplet of role, user and object. 
according to what you are saying, the user's permission is: 
- role: Copy_of_UserRole [contains Remote Log only (???)]
- user: user
- object: ??? 

what is the object with which the user's permission 
is associated? I suspect it is System, which would 
explain why the users sees all of the VMs in his user-
portal (permissions inheritance, as you suspected: all 
VMs are descendants of System, therefore permissions 
on System are propagated to the VMs within the system)

* are there any additional permissions for this user? a 
screen-shot of the user's Permissions sub-tab in the 
User's main tab in the web-admin would be helpful. 

* does the user belong to any group that has permissions 
on the system? if so, this user could be inheriting these 
permissions from that group. 

* are you sure that the Copy_of_UserRole role contains 
only the Remote Log action? if not - that can explain 
why the user is able to perform actions on the VMs other 
than Remote Log. 


Thanks,
Einav



- Original Message -
 From: Jeff Clay jeffc...@gmail.com
 To: users@ovirt.org
 Sent: Tuesday, May 6, 2014 4:32:28 PM
 Subject: [ovirt-users] Users seeing all vm's
 
 For some reason, when logged in as a user with a modifed copy role of
 UserRole (only has login permssion and VM - Basic Operations - Remote Log
 In permission) the user can see all of the VM's and has the ability to open
 a console, start, shutdown or suspend any of the VM's. I have verified that
 all of the VM's only show the SuperUser role in their permissions. I went
 through all of the roles and verified that the user is only a member of the
 Copy_of_UserRole. The only thing I can think of is that the user is
 inheriting permissions from something, but I can't find what it is or
 where. Any suggestions?
 
 Thanks.
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] problem in pulling zanata property files

2014-05-06 Thread Einav Cohen
Hi plysan, apologies for the late response (was OOO without 
internet connectivity last week).

what we can do (maybe that's what you meant - not sure) is to make 
sure that when we auto-generate the 'on the fly' English .properties 
files (as part of the process of pushing the English strings), they 
are generated already in the proper naming and location, just so the 
matching zh-CN files will eventually be created with the similar 
(proper) naming and location once pulled from Zanata. 

this will result in changed documents' names and paths in Zanata, i.e. 
Zanata will actually identify these newly-named-and-located documents 
as 'new' documents, rather than 'updated' docuemnts, so this process 
is a little bit risky (existing translations may be lost) so we must 
do it carefully, therefore it may take a while to complete (I need to 
consult the Zanata people in order to find out what is the best way 
to address this issue). 


Thanks,
Einav

- Original Message -
 From: plysan ply...@gmail.com
 To: Einav Cohen eco...@redhat.com
 Cc: Users@ovirt.org List users@ovirt.org
 Sent: Friday, April 25, 2014 12:35:48 AM
 Subject: Re: [ovirt-users] problem in pulling zanata property files
 
 Hi Einav,
 
 Thanks for your reply.
 
 This is very helpful. But I think we could fake these 'on the fly' English
 .properties files and just use them for zanata push operation. So we don't
 have to rename these files every time we pull them.
 
 What do you think ?
 
 ---
 Thanks,
 plysan
 
 
 
 2014-04-25 2:59 GMT+08:00 Einav Cohen  eco...@redhat.com  :
 
 
 Hi plysan,
 
 the 9 documents with the strange name/location [1] are properties
 files that do not have matching English .properties files in the
 oVirt-engine code repo (as opposed to LocalizedEnums_zh_CN.properties
 and messages_zh_CN.properties that do have matching English .properties
 files in the ovirt-engine code repo [2]).
 
 The matching English strings for the documents in [1] reside in the
 ovirt-engine code repo within GWT Constants/Message interface Java
 files, rather than English .properties files.
 Zanata cannot receive GWT Constants/Message interface Java files as
 input. So the process of pushing the English strings to Zanata for
 translation includes a GWT-compilation-based auto-generation of 'on
 the fly' English .properties files with similar strange naming/location
 (those English .properties files are not pushed into the ovirt-engine
 code repo), which consequently leads to the strange naming/location of
 the zh-CN files as well.
 
 the names/locations of the files in [1] should actually be [3]. so
 if you want the translations that you are pulling from Zanata to
 be named correctly and reside in the correct location in your local
 ovirt-engine code directory, simply run [4] after doing the pull
 from Zanata.
 
 
 Thanks,
 Einav
 
 
 [1]
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationConstants_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationMessages_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.SpiceRedKeys_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIConstants_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIMessages_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.userportal.ApplicationConstants_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.userportal.ApplicationMessages_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.webadmin.ApplicationConstants_zh_CN.properties
 frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.webadmin.ApplicationMessages_zh_CN.properties
 
 [2]
 frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/LocalizedEnums.properties
 packaging/branding/ovirt.brand/messages.properties
 
 [3]
 frontend/webadmin/modules/gwt-common/src/main/resources/org/ovirt/engine/ui/common/CommonApplicationConstants_zh_CN.properties
 frontend/webadmin/modules/gwt-common/src/main/resources/org/ovirt/engine/ui/common/CommonApplicationMessages_zh_CN.properties
 frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/SpiceRedKeys_zh_CN.properties
 frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/UIConstants_zh_CN.properties
 frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/UIMessages_zh_CN.properties
 frontend/webadmin

Re: [ovirt-users] problem in pulling zanata property files

2014-04-24 Thread Einav Cohen
Hi plysan,

the 9 documents with the strange name/location [1] are properties 
files that do not have matching English .properties files in the 
oVirt-engine code repo (as opposed to LocalizedEnums_zh_CN.properties 
and messages_zh_CN.properties that do have matching English .properties 
files in the ovirt-engine code repo [2]). 

The matching English strings for the documents in [1] reside in the 
ovirt-engine code repo within GWT Constants/Message interface Java 
files, rather than English .properties files. 
Zanata cannot receive GWT Constants/Message interface Java files as 
input. So the process of pushing the English strings to Zanata for 
translation includes a GWT-compilation-based auto-generation of 'on 
the fly' English .properties files with similar strange naming/location 
(those English .properties files are not pushed into the ovirt-engine 
code repo), which consequently leads to the strange naming/location of 
the zh-CN files as well. 

the names/locations of the files in [1] should actually be [3]. so 
if you want the translations that you are pulling from Zanata to 
be named correctly and reside in the correct location in your local 
ovirt-engine code directory, simply run [4] after doing the pull 
from Zanata. 


Thanks,
Einav


[1]
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationConstants_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationMessages_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.SpiceRedKeys_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIConstants_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIMessages_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.userportal.ApplicationConstants_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.userportal.ApplicationMessages_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.webadmin.ApplicationConstants_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.webadmin.ApplicationMessages_zh_CN.properties

[2]
frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/LocalizedEnums.properties
packaging/branding/ovirt.brand/messages.properties

[3]
frontend/webadmin/modules/gwt-common/src/main/resources/org/ovirt/engine/ui/common/CommonApplicationConstants_zh_CN.properties
frontend/webadmin/modules/gwt-common/src/main/resources/org/ovirt/engine/ui/common/CommonApplicationMessages_zh_CN.properties
frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/SpiceRedKeys_zh_CN.properties
frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/UIConstants_zh_CN.properties
frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/UIMessages_zh_CN.properties
frontend/webadmin/modules/userportal-gwtp/src/main/resources/org/ovirt/engine/ui/userportal/ApplicationConstants_zh_CN.properties
frontend/webadmin/modules/userportal-gwtp/src/main/resources/org/ovirt/engine/ui/userportal/ApplicationMessages_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/ApplicationConstants_zh_CN.properties
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/ApplicationMessages_zh_CN.properties

[4]
mv 
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationConstants_zh_CN.properties
 
frontend/webadmin/modules/gwt-common/src/main/resources/org/ovirt/engine/ui/common/CommonApplicationConstants_zh_CN.properties
mv 
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.common.CommonApplicationMessages_zh_CN.properties
 
frontend/webadmin/modules/gwt-common/src/main/resources/org/ovirt/engine/ui/common/CommonApplicationMessages_zh_CN.properties
mv 
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIConstants_zh_CN.properties
 
frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/UIConstants_zh_CN.properties
mv 
frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/org.ovirt.engine.ui.uicompat.UIMessages_zh_CN.properties
 
frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/UIMessages_zh_CN.properties
mv 

[Users] 3.5 UX features overview

2014-04-08 Thread Einav Cohen
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/New_York
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:-0500
TZOFFSETFROM:-0400
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=11;BYDAY=1SU
TZNAME:EST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETTO:-0400
TZOFFSETFROM:-0500
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=2SU
TZNAME:EDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:a12ad822-c853-47d6-8931-86511a99dc15
SUMMARY:3.5 UX features overview
LOCATION:BlueJeans / conf: 712 886 7405#
ATTENDEE;CN=users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt
 o:users@ovirt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
 virt.org
ATTENDEE;CN=Greg Sheremeta;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
 RUE:mailto:gsher...@redhat.com
ATTENDEE;CN=Vojtech Szocs;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
 UE:mailto:vsz...@redhat.com
ORGANIZER;CN=Einav Cohen:mailto:eco...@redhat.com
DTSTART;TZID=America/New_York:20140409T08
DTEND;TZID=America/New_York:20140409T09
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140408T152907Z
DTSTAMP:20140408T152907Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: 3.5 UX featu
 res overview \nOrganizer: Einav Cohen eco...@redhat.com \n\nLocation: Bl
 ueJeans / conf: 712 886 7405# \nTime: Wednesday\, April 9\, 2014\, 8:00:00 A
 M - 9:00:00 AM GMT -05:00 US/Canada Eastern\n \nInvitees: users@ovirt.org\; 
 de...@ovirt.org\; gsher...@redhat.com\; vsz...@redhat.com \n\n\n*~*~*~*~*~*~
 *~*~*~*\n\n- PatternFly adoption (Greg)\n[www.ovirt.org/Features/NewLookAndF
 eelPatternFlyPhase1‎]\n\n- GUI over REST API (Vojtech)\n[http://www.ovirt.or
 g/Features/Design/Using_REST_API_In_Web_UI]\n\n\n\nBlueJeans (audio + sc
 reen-share\, if necessary):\nhttps://bluejeans.com/7128867405\n\nConference 
 call (audio):\nhttps://www.intercallonline.com/listNumbersByCode.action?conf
 Code=7128867405\nconf code: 712 886 7405#\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT15M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Writing UI plugin with AngularJS

2014-04-03 Thread Einav Cohen
Vojtech, this is conflicting with the '3.5 SLA features overview' 
meeting. maybe move this meeting to start one hour earlier (2:00 
PM Brno time)?

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: users users@ovirt.org, engine-devel engine-de...@ovirt.org
 Sent: Thursday, April 3, 2014 7:15:43 AM
 Subject: [Users] Writing UI plugin with AngularJS
 
 The following is a new meeting request:
 
 Subject: Writing UI plugin with AngularJS
 Organizer: Vojtech Szocs vsz...@redhat.com
 
 Time: Tuesday, April 8, 2014, 3:00:00 PM - 5:00:00 PM GMT +01:00 Belgrade,
 Bratislava, Budapest, Ljubljana, Prague
  
 Invitees: users@ovirt.org; engine-de...@ovirt.org
 
 
 *~*~*~*~*~*~*~*~*~*
 
 Hi guys,
 
 this session is for those of you interested in learning about oVirt UI
 plugins, AngularJS and how they fit together.
 
 Includes UI plugin  AngularJS overview, writing UI plugin step-by-step and
 live demo.
 
 Topics covered:
 * AngularJS fly-through
 * oVirt UI plugins fly-through
 * UI plugin with AngularJS walk-through
 * Live demo
 
 Estimated duration: 1.5 hours
 
 To join this meeting, dial into the Intercall bridge and use following
 conference code: 712 886 7405 #
 https://www.intercallonline.com/listNumbersByCode.action?confCode=7128867405
 
 PDF slides + source code will be available on day of presentation.
 
 Regards,
 Vojtech
 
 ___
 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] does anyone know if there is an ovirt weekly status meeting today?

2014-04-02 Thread Einav Cohen
it has been removed from the calendar (at least mine...)

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


Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Einav Cohen
sounds like a javascript exception... is there anything showing 
in the browser's javascript error console?

- Original Message -
 From: Stefan Wendler stefan.wend...@tngtech.com
 To: users@ovirt.org
 Sent: Tuesday, April 1, 2014 8:35:08 AM
 Subject: Re: [Users] VM-List gone after upgrade to 3.4
 
 Yup. It is just showing the three loading dots forever. But there should be
 around 60 vms listed there.
 
 On Tuesday 01 April 2014 08:26:32 Alexander Wels wrote:
  Have you tried pressing the 'refresh' icon at the top of the grid next to
  the  and  buttons?
  
  On Tuesday, April 01, 2014 01:59:55 PM Stefan Wendler wrote:
   Hi,
   
   today I upgraded from 3.3.4 to 3.4 aus discribed in the release notes.
   Then
   executed engine-setup which finished without error.
   
   Though I can see the running VMs in the according tab on each node (Hosts
   - Node - Tab: Virtual Machines) I don't see anything in the Virtual
   Machines tab (System- Virtual Machines). It just keeps loading forever.
   So currently I cannot view any VM that just has been created or is
   stopped.
   
   Is this a bug or did I miss something?
   
   Cheers,
   Stefan
   
   
   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
 --
 Stefan Wendler
 stefan.wend...@tngtech.com
 +49 (0) 176 -  2438 3835
 Senior Consultant
 
 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterföhring
 Geschäftsführer: Henrik Klagges, Gerhard Müller, Christoph Stock
 Amtsgericht München, HRB 135082
 ___
 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: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Einav Cohen
Thanks, Stefan. 
Tomas/UI maintainers: I recall several similar issues in the past - 
does anyone have any helpful information / recommendations how to 
proceed?

- Original Message -
 From: Stefan Wendler stefan.wend...@tngtech.com
 To: Einav Cohen eco...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, April 1, 2014 9:37:00 AM
 Subject: Re: [Users] VM-List gone after upgrade to 3.4
 
 You are right. Here is the message:
 
 I tried deleting the browser cache but the error stays the same
 
 
 
 -- begin --
 
 Tue Apr 01 14:46:42 GMT+200 2014
 com.google.gwt.logging.client.LogConfiguration
 SEVERE: (TypeError)
  stack: TypeError: Cannot call method 'Fk' of null
 at tek
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12049:58)
 at Object.Qom [as z1]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17764:28600)
 at uvk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15782:166)
 at Object.Zzk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16763:328)
 at Zuk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15976:146)
 at $uk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15870:29)
 at tMk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:7346:19)
 at Object.cNk [as nV]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17740:20496)
 at Object.jyk [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17737:17915)
 at t3j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16478:85)
 at Object.w3j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:514)
 at I5j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12300:40)
 at Object.L5j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:20006)
 at a5j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16058:172)
 at Object.d5j [as fi]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:19431)
 at Object.JHd [as Be]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17671:5945)
 at lR
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15059:137)
 at Object.ER
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17668:21883)
 at XMLHttpRequest.anonymous
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12328:65)
 at qr
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:8701:29)
 at tr
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15691:57)
 at XMLHttpRequest.anonymous
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12949:45):
 Cannot
 call method 'Fk' of null
 com.google.gwt.core.client.JavaScriptException: (TypeError)
  stack: TypeError: Cannot call method 'Fk' of null
 at tek
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12049:58)
 at Object.Qom [as z1]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17764:28600)
 at uvk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15782:166)
 at Object.Zzk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16763:328)
 at Zuk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15976:146)
 at $uk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:15870:29)
 at tMk
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:7346:19)
 at Object.cNk [as nV]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17740:20496)
 at Object.jyk [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17737:17915)
 at t3j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:16478:85)
 at Object.w3j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:514)
 at I5j
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:12300:40)
 at Object.L5j [as tX]
 
 (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF.cache.html:17734:20006

Re: [Users] VM-List gone after upgrade to 3.4

2014-04-01 Thread Einav Cohen
found some references to the similar issues:

one in 3.3.1 that seems to be related to os-info [1]. 

another issue from latest ovirt (back in January...) which 
I am not exactly sure how it ended up (os-info? db? maybe 
Adam remembers?) [2]. 

not sure if any of them is related, but maybe. 
HTH. 


Thanks,
Einav

[1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html
look for a thread titled: 'Strange UI bug: tab VM unusable / oVirt 3.3.1+'

[2] http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html
look for a thread titled: 'UI: VM list not populating'

 - Original Message -
 From: Stefan Wendler stefan.wend...@tngtech.com
 Sent: Tuesday, April 1, 2014 11:57:48 AM
 
 Thanks for pushing it Einav. Would be nice to have a workaround until there
 is
 a real fix or we figured out where I f*cked up ;)
 
 Even a patch file for the javascript would be nice. Because we are really
 relying on the gui.
 
 Cheers
 
 On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote:
  Thanks, Stefan.
  Tomas/UI maintainers: I recall several similar issues in the past -
  does anyone have any helpful information / recommendations how to
  proceed?
  
  - Original Message -
  
   From: Stefan Wendler stefan.wend...@tngtech.com
   To: Einav Cohen eco...@redhat.com
   Cc: users@ovirt.org
   Sent: Tuesday, April 1, 2014 9:37:00 AM
   Subject: Re: [Users] VM-List gone after upgrade to 3.4
   
   You are right. Here is the message:
   
   I tried deleting the browser cache but the error stays the same
   
   
   
   -- begin --
   
   Tue Apr 01 14:46:42 GMT+200 2014
   com.google.gwt.logging.client.LogConfiguration
   SEVERE: (TypeError)
   
stack: TypeError: Cannot call method 'Fk' of null

   at tek
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12049:58) at Object.Qom [as z1]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17764:28600) at uvk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15782:166) at Object.Zzk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:16763:328) at Zuk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15976:146) at $uk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15870:29) at tMk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:7346:19) at Object.cNk [as nV]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17740:20496) at Object.jyk [as tX]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17737:17915) at t3j
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:16478:85) at Object.w3j [as tX]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17734:514) at I5j
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12300:40) at Object.L5j [as tX]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17734:20006) at a5j
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:16058:172) at Object.d5j [as fi]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17734:19431) at Object.JHd [as Be]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17671:5945) at lR
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15059:137) at Object.ER
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17668:21883) at XMLHttpRequest.anonymous
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12328:65) at qr
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:8701:29) at tr
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15691:57) at XMLHttpRequest.anonymous
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12949:45): Cannot
   
   call method 'Fk' of null
   com.google.gwt.core.client.JavaScriptException: (TypeError)
   
stack: TypeError: Cannot call method 'Fk' of null

   at tek
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:12049:58) at Object.Qom [as z1]
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:17764:28600) at uvk
   (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19B6F9FEF
   .cache.html:15782:166

Re: [Users] adding scripts

2014-03-16 Thread Einav Cohen
may I ask what is the general purpose of these buttons that you 
would like to add and where (in the GUI) would you like to add 
them?

if you would like to add buttons to existing main-tab(s) / sub-
tab(s), the way to go is to write a UI Plugin that does that 
(especially if you intend these buttons to do something very 
specific for your needs). 

If you would like to add these buttons elsewhere, you will 
need to follow Greg's instructions and dig into the code for 
the specific needed location. 

 I want to commit changes to the engine... 

note that we can push into the code only things that make sense 
to include in oVirt (i.e. things that will be useful for typical 
oVirt users); again, if these buttons will do something very 
specific for your own needs, you should definitely utilize the 
UI Plugins infrastructure instead. 

 ... and make few tweaks for personal use...

if these tweaks are in the branding area (i.e. if you want to 
change main color themes, top-left image on the top banner, etc), 
then writing your own branding [1] is the way to go [you can 
override only part of the branding (depending on what you would 
like to tweak), you don't actually need to come up with a 
complete alternative branding].  


Thanks,
Einav

[1] http://www.ovirt.org/Feature/Branding

- Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 To: Aditya Mamidwar aditya.mamid...@gmail.com
 Cc: engine-de...@ovirt.org, users@ovirt.org
 Sent: Saturday, March 15, 2014 10:15:59 AM
 Subject: Re: [Users] adding scripts
 
 There's not one html file like that, since we use GWT [1]. However, if you
 search for *.ui.xml files, you'll find all the GWT UIBinder files. That's
 the place to start for simple UI tweaks. The application is partitioned into
 small components, so you'll have to do some digging. For example, each
 dialog has its own ui.xml file -- so if you want to tweak a specific dialog,
 you'll need to find the right file. Feel free to post questions about those
 to engine-devel and we can help you out.
 
 Greg
 
 [1] http://www.gwtproject.org/
 
 
 
 
 From: Aditya Mamidwar aditya.mamid...@gmail.com
 To: Einav Cohen eco...@redhat.com, Vojtech Szocs vsz...@redhat.com
 Cc: engine-de...@ovirt.org, users@ovirt.org
 Sent: Saturday, March 15, 2014 8:30:21 AM
 Subject: Re: [Users] adding scripts
 
 Hey thanks on the previous issue.
 Also is there a way i can access WebAdmin.Html to add custom buttons and make
 few tweaks for personal use?
 I just cant find that file after using git.
 
 Aditya Mamidwar
 
 From: Einav Cohen
 Sent: ‎14-‎03-‎2014 01:21
 To: aditya mamidwar ; Vojtech Szocs
 Cc: users@ovirt.org ; engine-de...@ovirt.org
 Subject: Re: [Users] adding scripts
 
 if you are trying to hook into UI-specific events, it sounds
 like you will need to write an oVirt UI Plugin [1] in order to
 do that. However, I believe that the oVirt UI Plugins
 infrastructure doesn't support hooking to events such as tab
 x was selected and/or button b was clicked.
 It does allow you to add new (custom) tabs/sub-tabs/buttons of
 your own, and there is a chance that it allows you to hook
 into events such as 'row x was selected in the grid'.
 
 @Vojtech will know better. Vojtech?
 
 if you are trying to hook into engine events (e.g. you want to
 run a script every time a VM is started in oVirt, no matter if
 the user started it by clicking the 'run' button in the oVirt-
 engine webadmin, or invoked a REST API request, or an SDK
 command), then it will require some sort of an engine-plugin
 infrastructure that we don't have at the moment AFAIK.
 there is a chance that for some of the events you will be able
 to utilize the VDSM hooks (at the Host level) [2].
 
 
 Thanks,
 Einav
 
 [1] http://www.ovirt.org/Features/UIPlugins
 
 [2] http://www.ovirt.org/VDSM-Hooks
 
 
 - Original Message -
  From: aditya mamidwar aditya.mamid...@gmail.com
  To: users@ovirt.org, engine-de...@ovirt.org
  Sent: Thursday, March 13, 2014 11:23:35 AM
  Subject: [Users] adding scripts
  
  
  I want to commit changes to the engine by adding some bash scripts.
  the scripts should be invoked once a button or tab is selected in the
  webadmin portal by the user.
  
  can someone guide on achieving this.
  
  --
  -Aditya Mamidwar
  
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
  
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

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


Re: [Users] adding scripts

2014-03-13 Thread Einav Cohen
if you are trying to hook into UI-specific events, it sounds 
like you will need to write an oVirt UI Plugin [1] in order to 
do that. However, I believe that the oVirt UI Plugins 
infrastructure doesn't support hooking to events such as tab 
x was selected and/or button b was clicked. 
It does allow you to add new (custom) tabs/sub-tabs/buttons of 
your own, and there is a chance that it allows you to hook 
into events such as 'row x was selected in the grid'. 

@Vojtech will know better. Vojtech?

if you are trying to hook into engine events (e.g. you want to 
run a script every time a VM is started in oVirt, no matter if 
the user started it by clicking the 'run' button in the oVirt-
engine webadmin, or invoked a REST API request, or an SDK 
command), then it will require some sort of an engine-plugin 
infrastructure that we don't have at the moment AFAIK. 
there is a chance that for some of the events you will be able 
to utilize the VDSM hooks (at the Host level) [2].


Thanks,
Einav

[1] http://www.ovirt.org/Features/UIPlugins

[2] http://www.ovirt.org/VDSM-Hooks


- Original Message -
 From: aditya mamidwar aditya.mamid...@gmail.com
 To: users@ovirt.org, engine-de...@ovirt.org
 Sent: Thursday, March 13, 2014 11:23:35 AM
 Subject: [Users] adding scripts
 
 
 I want to commit changes to the engine by adding some bash scripts.
 the scripts should be invoked once a button or tab is selected in the
 webadmin portal by the user.
 
 can someone guide on achieving this.
 
 --
 -Aditya Mamidwar
 
 ___
 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: [Users] tags?

2014-03-07 Thread Einav Cohen
 - Original Message -
 From: Robert Story rst...@tislabs.com
 Sent: Friday, March 7, 2014 11:04:36 AM
 
 On Thu, 6 Mar 2014 21:57:21 -0500 (EST) Andrew wrote:
 AC It's a way of grouping elements together.
 AC Eg. tag all the product VMs / Hosts
 AC Then filter by these tags to perform operations just on those.
 AC
 AC
 https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html-single/Administration_Guide/index.html#sect-Tags
 
 Ahh, I keep forgetting that oVirt is basically RHEV... Thanks.
 
 So I see how it helps to find tagged objects, but not any way to perform
 bulk operations on them. It would be really nice to be able to find all VMs
 tagged as 'webserver' and add/remove a user to all of them in one operation.

Hi Robert, 

actually, what you are asking for should not be limited only to a sub-set 
of objects filtered by tag; we should allow batch operations on any sub-
set of objects, filtered by tags, object name, object's cluster-description 
and/or cpu-consumption. 

bulk operations are available today, typically on actions that don't 
require a dialog interaction (other than confirmation dialog, maybe), 
e.g. Run VM, Stop VM, Maintenance/Activate Host, etc. 

per your example: granting user permissions on an object is done 
in the context of the Permissions sub-tab of that object. 
today, sub-tabs are displayed/associated only with a single item, 
hence sub-tab operations are performed in the context of that single item. 
one way of resolving what you are asking for is to change the sub-tabs to 
support displaying data and performing actions in the context of multiple 
items, rather than a single item. 
We can also try and find other solutions for this particular problem, 
however these solutions will require making the 'Add Permissions action 
available from another location/context in the GUI (e.g. the VMs main-tab, 
rather than / in addition to the Permissions sub-tab, in which the 'Add 
Permission' action is available today). 

please feel free to open an RFE on this issue: 
https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt

Thanks.

 
 
 Robert
 
 --
 Senior Software Engineer @ Parsons
 
 ___
 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: [Users] oVirt 3.5 planning

2014-02-25 Thread Einav Cohen
 - Original Message -
 From: Itamar Heim ih...@redhat.com
 Sent: Tuesday, February 25, 2014 2:36:11 PM
 
 On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
  2) Better handling of translation bugs
 
  There seems to be no clear way of how one can get bugfixes for
  translation typos into OVirt webadmin. Bugzilla (at least in my
  case) shows no real progress for RFEs.
 
 easiest would be to submit a patch for typos - english or other
 translations. einav can provide more guidance on how to do this.

for fixing typos in English - feel free to submit a patch. 

do NOT submit patches for fixing typos in non-English strings - 
non-English strings are managed via the Zanata translation system. 
for fixing typos in non-English strings - you will need to become a 
translator of the 'oVirt' project in Zanata [1]; 
you can also just report the typo in BZ - make sure to mention the 
problematic locale and mark the BZ with the 'i18n' Whiteboard. 

[1] see https://translate.zanata.org/zanata/, Translators section for 
details. 
oVirt project is in: https://translate.zanata.org/zanata/project/view/ovirt

 ___
 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: [Users] User portal

2014-02-11 Thread Einav Cohen
Maurice, I assume that you are not working with development environment [1], 
but with a regularly installed/deployed system. If you happen to work with 
development environment, you can simply build the latest ovirt-engine from 
either 'master' or from 'ovirt-engine-3.4' and you will have a fixed env, 
since the fix [2] was already merged yesterday to 'master' and 
'ovirt-engine-3.4'. 

but assuming you are working with a regularly installed/deployed system:

again - since the fix was merged yesterday, a fixed ovirt-engine should be 
available in the nightly repo [3], or will be available there in the next 
couple of days. 

you can also wait until the next release of the ovirt-3.4 build (as far as 
I can see, the next ovirt-3.4 build that will be released is the RC Build 
currently planned for 2014-02-17, according to [4]). 

HTH.


Thanks,
Einav

[1] http://www.ovirt.org/OVirt_Engine_Development_Environment
[2] http://gerrit.ovirt.org/#/c/24272/
[3] http://www.ovirt.org/Yum_repo_file
[4] http://www.ovirt.org/OVirt_3.4_release_management

- Original Message -
 From: Maurice James midnightst...@msn.com
 To: aw...@redhat.com, users@ovirt.org
 Sent: Tuesday, February 11, 2014 5:03:30 AM
 Subject: Re: [Users] User portal
 
 What file on my system do I have to edit? I cant find LoginPopupView.java on
 my system
 
 -Original Message-
 From: Alexander Wels [mailto:aw...@redhat.com]
 Sent: Monday, February 10, 2014 9:37 AM
 To: users@ovirt.org
 Cc: Maurice James; 'Einav Cohen'
 Subject: Re: [Users] User portal
 
 Maurice,
 
 I have a pending patch to fix this issue here:
 http://gerrit.ovirt.org/#/c/24272/
 
 Feel free to apply and test if you can otherwise wait for one of the
 nightlies when this gets merged.
 
 Alexander
 
 On Sunday, February 09, 2014 01:03:43 PM Maurice James wrote:
  If you can come up with a quick fix let me know and I will test it out
  for you https://bugzilla.redhat.com/show_bug.cgi?id=1063041
  
  
  
  -Original Message-
  From: Einav Cohen [mailto:eco...@redhat.com]
  Sent: Sunday, February 09, 2014 12:56 PM
  To: Maurice James
  Cc: users
  Subject: Re: [Users] User portal
  
  Many thanks, Maurice.
  
  - Original Message -
  
   From: Maurice James midnightst...@msn.com
   To: Einav Cohen eco...@redhat.com
   Cc: users users@ovirt.org
   Sent: Sunday, February 9, 2014 12:55:16 PM
   Subject: Re: [Users] User portal
   
   It seems that having an active MOTD on the user portal breaks the
   ability to type into the login dialog or do anything on that page. I
   will open a bug report
   
   -Original Message-
   From: Einav Cohen [mailto:eco...@redhat.com]
   Sent: Sunday, February 09, 2014 12:43 PM
   To: Maurice James
   Cc: users; Yair Zaslavsky; Alexander Wels
   Subject: Re: [Users] User portal
   
   the only change that I can see that we did recently in the login
   page is [1], but IIUC it was done to both web-admin and user-portal.
   
   another difference between web-admin and user-portal is MOTD [2] but
   it has been there since ovirt 3.3 IIRC and I assume it worked fine
   for you then (or afterwards).
   
   which version did you upgrade from?
   which browser are you using?
   can you please test other browsers to see the behavior there?
   
   
   Thanks,
   Einav
   
   [1] http://gerrit.ovirt.org/#/c/23622/
   [2] http://gerrit.ovirt.org/#/c/17545/
   
   - Original Message -
   
From: Maurice James midnightst...@msn.com
To: Einav Cohen eco...@redhat.com
Cc: users users@ovirt.org
Sent: Sunday, February 9, 2014 12:28:58 PM
Subject: Re: [Users] User portal

The admin page works fine

-Original Message-
From: Einav Cohen [mailto:eco...@redhat.com]
Sent: Sunday, February 09, 2014 12:27 PM
To: Maurice James
Cc: users
Subject: Re: [Users] User portal

what about the web-admin login page? is the behavior identical there?

- Original Message -

 From: Maurice James midnightst...@msn.com
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Sunday, February 9, 2014 12:22:58 PM
 Subject: Re: [Users] User portal
 
 The cursor is blinking in the User Name field, but when I type a
 letter nothing happens. When I hit the Tab key nothing happens,
 when I press enter nothing happens.
 
 -Original Message-
 From: Einav Cohen [mailto:eco...@redhat.com]
 Sent: Sunday, February 09, 2014 12:15 PM
 To: Maurice James
 Cc: users
 Subject: Re: [Users] User portal
 
 Hi Maurice,
 
 What do you mean by I cannot even type my user name and password?
 
 are the user-name / password fields disabled?
 are you seeing a blank page instead of the user-portal login page?
 what version did you upgrade from?
 
 please note that the web-admin and user-portal URLs in ovirt-3.4
 are different than the ones in ovirt-3.3. Have you

Re: [Users] User portal

2014-02-09 Thread Einav Cohen
what about the web-admin login page? is the behavior identical there?

- Original Message -
 From: Maurice James midnightst...@msn.com
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Sunday, February 9, 2014 12:22:58 PM
 Subject: Re: [Users] User portal
 
 The cursor is blinking in the User Name field, but when I type a letter
 nothing happens. When I hit the Tab key nothing happens, when I press enter
 nothing happens.
 
 -Original Message-
 From: Einav Cohen [mailto:eco...@redhat.com]
 Sent: Sunday, February 09, 2014 12:15 PM
 To: Maurice James
 Cc: users
 Subject: Re: [Users] User portal
 
 Hi Maurice,
 
 What do you mean by I cannot even type my user name and password?
 
 are the user-name / password fields disabled?
 are you seeing a blank page instead of the user-portal login page?
 what version did you upgrade from?
 
 please note that the web-admin and user-portal URLs in ovirt-3.4 are
 different than the ones in ovirt-3.3. Have you tried accessing the user
 portal from the welcome page (attached screen-shot)?
 
 
 Thanks,
 Einav
 
 - Original Message -
  From: Maurice James midnightst...@msn.com
  To: users users@ovirt.org
  Sent: Sunday, February 9, 2014 12:05:09 PM
  Subject: [Users] User portal
  
  
  
  Since ive updated to 3.4.0-0.7.beta2.el6 I am unable to log into the
  user portal. I cannot even type my user name and password. Has anyone
  else experienced this?
  
  ___
  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: [Users] User portal

2014-02-09 Thread Einav Cohen
the only change that I can see that we did recently in the login page is [1], 
but IIUC it was done to both web-admin and user-portal. 

another difference between web-admin and user-portal is MOTD [2] but it has 
been there since ovirt 3.3 IIRC and I assume it worked fine for you then (or 
afterwards).  

which version did you upgrade from?
which browser are you using?
can you please test other browsers to see the behavior there?


Thanks,
Einav

[1] http://gerrit.ovirt.org/#/c/23622/
[2] http://gerrit.ovirt.org/#/c/17545/

- Original Message -
 From: Maurice James midnightst...@msn.com
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Sunday, February 9, 2014 12:28:58 PM
 Subject: Re: [Users] User portal
 
 The admin page works fine
 
 -Original Message-
 From: Einav Cohen [mailto:eco...@redhat.com]
 Sent: Sunday, February 09, 2014 12:27 PM
 To: Maurice James
 Cc: users
 Subject: Re: [Users] User portal
 
 what about the web-admin login page? is the behavior identical there?
 
 - Original Message -
  From: Maurice James midnightst...@msn.com
  To: Einav Cohen eco...@redhat.com
  Cc: users users@ovirt.org
  Sent: Sunday, February 9, 2014 12:22:58 PM
  Subject: Re: [Users] User portal
  
  The cursor is blinking in the User Name field, but when I type a
  letter nothing happens. When I hit the Tab key nothing happens, when I
  press enter nothing happens.
  
  -Original Message-
  From: Einav Cohen [mailto:eco...@redhat.com]
  Sent: Sunday, February 09, 2014 12:15 PM
  To: Maurice James
  Cc: users
  Subject: Re: [Users] User portal
  
  Hi Maurice,
  
  What do you mean by I cannot even type my user name and password?
  
  are the user-name / password fields disabled?
  are you seeing a blank page instead of the user-portal login page?
  what version did you upgrade from?
  
  please note that the web-admin and user-portal URLs in ovirt-3.4 are
  different than the ones in ovirt-3.3. Have you tried accessing the
  user portal from the welcome page (attached screen-shot)?
  
  
  Thanks,
  Einav
  
  - Original Message -
   From: Maurice James midnightst...@msn.com
   To: users users@ovirt.org
   Sent: Sunday, February 9, 2014 12:05:09 PM
   Subject: [Users] User portal
   
   
   
   Since ive updated to 3.4.0-0.7.beta2.el6 I am unable to log into the
   user portal. I cannot even type my user name and password. Has
   anyone else experienced this?
   
   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
   
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
  
  
  
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] User portal

2014-02-09 Thread Einav Cohen
Many thanks, Maurice.

- Original Message -
 From: Maurice James midnightst...@msn.com
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Sunday, February 9, 2014 12:55:16 PM
 Subject: Re: [Users] User portal
 
 It seems that having an active MOTD on the user portal breaks the ability to
 type into the login dialog or do anything on that page. I will open a bug
 report
 
 -Original Message-
 From: Einav Cohen [mailto:eco...@redhat.com]
 Sent: Sunday, February 09, 2014 12:43 PM
 To: Maurice James
 Cc: users; Yair Zaslavsky; Alexander Wels
 Subject: Re: [Users] User portal
 
 the only change that I can see that we did recently in the login page is [1],
 but IIUC it was done to both web-admin and user-portal.
 
 another difference between web-admin and user-portal is MOTD [2] but it has
 been there since ovirt 3.3 IIRC and I assume it worked fine for you then (or
 afterwards).
 
 which version did you upgrade from?
 which browser are you using?
 can you please test other browsers to see the behavior there?
 
 
 Thanks,
 Einav
 
 [1] http://gerrit.ovirt.org/#/c/23622/
 [2] http://gerrit.ovirt.org/#/c/17545/
 
 - Original Message -
  From: Maurice James midnightst...@msn.com
  To: Einav Cohen eco...@redhat.com
  Cc: users users@ovirt.org
  Sent: Sunday, February 9, 2014 12:28:58 PM
  Subject: Re: [Users] User portal
  
  The admin page works fine
  
  -Original Message-
  From: Einav Cohen [mailto:eco...@redhat.com]
  Sent: Sunday, February 09, 2014 12:27 PM
  To: Maurice James
  Cc: users
  Subject: Re: [Users] User portal
  
  what about the web-admin login page? is the behavior identical there?
  
  - Original Message -
   From: Maurice James midnightst...@msn.com
   To: Einav Cohen eco...@redhat.com
   Cc: users users@ovirt.org
   Sent: Sunday, February 9, 2014 12:22:58 PM
   Subject: Re: [Users] User portal
   
   The cursor is blinking in the User Name field, but when I type a
   letter nothing happens. When I hit the Tab key nothing happens, when
   I press enter nothing happens.
   
   -Original Message-
   From: Einav Cohen [mailto:eco...@redhat.com]
   Sent: Sunday, February 09, 2014 12:15 PM
   To: Maurice James
   Cc: users
   Subject: Re: [Users] User portal
   
   Hi Maurice,
   
   What do you mean by I cannot even type my user name and password?
   
   are the user-name / password fields disabled?
   are you seeing a blank page instead of the user-portal login page?
   what version did you upgrade from?
   
   please note that the web-admin and user-portal URLs in ovirt-3.4 are
   different than the ones in ovirt-3.3. Have you tried accessing the
   user portal from the welcome page (attached screen-shot)?
   
   
   Thanks,
   Einav
   
   - Original Message -
From: Maurice James midnightst...@msn.com
To: users users@ovirt.org
Sent: Sunday, February 9, 2014 12:05:09 PM
Subject: [Users] User portal



Since ive updated to 3.4.0-0.7.beta2.el6 I am unable to log into
the user portal. I cannot even type my user name and password. Has
anyone else experienced this?

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

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


Re: [Users] User portal

2014-02-09 Thread Einav Cohen
Thank you, Maurice - I appreciate it. 
BZ assigned to Alexander (CC'd). 
We will keep you posted.


Regards,
Einav

- Original Message -
 From: Maurice James midnightst...@msn.com
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Sunday, February 9, 2014 1:03:43 PM
 Subject: Re: [Users] User portal
 
 If you can come up with a quick fix let me know and I will test it out for
 you
 https://bugzilla.redhat.com/show_bug.cgi?id=1063041
 
 
 
 -Original Message-
 From: Einav Cohen [mailto:eco...@redhat.com]
 Sent: Sunday, February 09, 2014 12:56 PM
 To: Maurice James
 Cc: users
 Subject: Re: [Users] User portal
 
 Many thanks, Maurice.
 
 - Original Message -
  From: Maurice James midnightst...@msn.com
  To: Einav Cohen eco...@redhat.com
  Cc: users users@ovirt.org
  Sent: Sunday, February 9, 2014 12:55:16 PM
  Subject: Re: [Users] User portal
  
  It seems that having an active MOTD on the user portal breaks the
  ability to type into the login dialog or do anything on that page. I
  will open a bug report
  
  -Original Message-
  From: Einav Cohen [mailto:eco...@redhat.com]
  Sent: Sunday, February 09, 2014 12:43 PM
  To: Maurice James
  Cc: users; Yair Zaslavsky; Alexander Wels
  Subject: Re: [Users] User portal
  
  the only change that I can see that we did recently in the login page
  is [1], but IIUC it was done to both web-admin and user-portal.
  
  another difference between web-admin and user-portal is MOTD [2] but
  it has been there since ovirt 3.3 IIRC and I assume it worked fine for
  you then (or afterwards).
  
  which version did you upgrade from?
  which browser are you using?
  can you please test other browsers to see the behavior there?
  
  
  Thanks,
  Einav
  
  [1] http://gerrit.ovirt.org/#/c/23622/
  [2] http://gerrit.ovirt.org/#/c/17545/
  
  - Original Message -
   From: Maurice James midnightst...@msn.com
   To: Einav Cohen eco...@redhat.com
   Cc: users users@ovirt.org
   Sent: Sunday, February 9, 2014 12:28:58 PM
   Subject: Re: [Users] User portal
   
   The admin page works fine
   
   -Original Message-
   From: Einav Cohen [mailto:eco...@redhat.com]
   Sent: Sunday, February 09, 2014 12:27 PM
   To: Maurice James
   Cc: users
   Subject: Re: [Users] User portal
   
   what about the web-admin login page? is the behavior identical there?
   
   - Original Message -
From: Maurice James midnightst...@msn.com
To: Einav Cohen eco...@redhat.com
Cc: users users@ovirt.org
Sent: Sunday, February 9, 2014 12:22:58 PM
Subject: Re: [Users] User portal

The cursor is blinking in the User Name field, but when I type a
letter nothing happens. When I hit the Tab key nothing happens,
when I press enter nothing happens.

-Original Message-
From: Einav Cohen [mailto:eco...@redhat.com]
Sent: Sunday, February 09, 2014 12:15 PM
To: Maurice James
Cc: users
Subject: Re: [Users] User portal

Hi Maurice,

What do you mean by I cannot even type my user name and password?

are the user-name / password fields disabled?
are you seeing a blank page instead of the user-portal login page?
what version did you upgrade from?

please note that the web-admin and user-portal URLs in ovirt-3.4
are different than the ones in ovirt-3.3. Have you tried accessing
the user portal from the welcome page (attached screen-shot)?


Thanks,
Einav

- Original Message -
 From: Maurice James midnightst...@msn.com
 To: users users@ovirt.org
 Sent: Sunday, February 9, 2014 12:05:09 PM
 Subject: [Users] User portal
 
 
 
 Since ive updated to 3.4.0-0.7.beta2.el6 I am unable to log into
 the user portal. I cannot even type my user name and password.
 Has anyone else experienced this?
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
   
   
   
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
  
  
  
 ___
 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: [Users] Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute

2014-01-29 Thread Einav Cohen
maybe related to [1]?
try running engine-setup as recommended in comment #11 in [1].

[1] Bug 1039616 - Setting shmmax on F19 is not enough for starting postgres
[https://bugzilla.redhat.com/show_bug.cgi?id=1039616]

- Original Message -
 From: Ertan ERBEK ertaner...@gmail.com
 To: users@ovirt.org
 Sent: Tuesday, January 28, 2014 7:42:59 AM
 Subject: [Users] Failed to execute stage 'Misc configuration': Command 
 '/bin/systemctl' failed to execute
 
 Hi All,
 
 
 I want use oVirt instead of Vmware and Virtualbox but I couldn't
 complate setup exacly any time actually I try with four diffrent
 computer and everytime get same roblem and can't resolve this problem,
 could you assit me about this issue ?
 
 [ INFO  ] Stage: Transaction setup
 [ INFO  ] Stopping engine service
 [ INFO  ] Stopping websocket-proxy service
 [ INFO  ] Stage: Misc configuration
 [ INFO  ] Stage: Package installation
 [ INFO  ] Stage: Misc configuration
 [ INFO  ] Creating PostgreSQL database
 [ ERROR ] Failed to execute stage 'Misc configuration': Command
 '/bin/systemctl' failed to execute
 [ INFO  ] Yum Performing yum transaction rollback
 [ INFO  ] Stage: Clean up
Log file is located at
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140128142352.log
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination
 [ ERROR ] Execution of setup failed
 
 OvirtLog
 http://paste.fedoraproject.org/72322/90912140/
 RPM Packet log
 http://paste.fedoraproject.org/72327/12656139/
 http://paste.fedoraproject.org/72328/39091266/
 hardwareInformation
 http://paste.fedoraproject.org/72332/39091279
 http://paste.fedoraproject.org/72333/0912839
 http://paste.fedoraproject.org/72334/39091284
 
 Domain
 
 [root@ovirt zone]# cat /etc/hosts
 127.0.0.1   localhost localhost.localdomain localhost4
 localhost4.localdomain4
 ::1 localhost localhost.localdomain localhost6
 localhost6.localdomain6
 192.168.0.207ovirt.ovirt.localovirt
 [root@ovirt zone]# cat /etc/hostname
 ovirt
 [root@ovirt zone]# nslookup ovirt.ovirt.local
 Server:127.0.0.1
 Address:127.0.0.1#53
 
 Name:ovirt.ovirt.local
 Address: 192.168.0.207
 
 [root@ovirt zone]# nslookup
   set type=ptr
   192.168.0.207
 Server:127.0.0.1
 Address:127.0.0.1#53
 
 207.0.168.192.in-addr.arpaname = ovirt.ovirt.local.
 207.0.168.192.in-addr.arpaname = ns1.ovirt.local.
 
 
 ___
 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: [Users] New user to oVirt, and I haz a sad so far...

2014-01-17 Thread Einav Cohen
 - Original Message -
 From: Will Dennis (Live.com) willardden...@live.com
 Sent: Friday, January 17, 2014 11:55:55 AM
 
 
 
 Thanks, Joop, for the node platform best practices… I did turn selinux from
 “enforcing” to “permissive”, and then when I tried to ping the engine by
 fqdn, I saw that DNS lookups were failing (even tho resolv.conf looked
 correct…) Did a ‘yum remove NetworkManager” and then fixed the
 /etc/sysconfig/network-scripts/ifcfg-nic, and then after a reboot, I can
 now see the info for the node in the WUI on the manager, although the status
 for the node is still “Non Operational”…

In the GUI, within the Events sub-tab of that node, there should be an error 
message detailing the reason for that node being in the Non-Operational state; 
what does this message say?

 
 
 
 Where can I find the node install log (on the engine or the node, and name?)
 (Sorry for noob status, but I am a quick learner ;)
 
 
 
 Thanks,
 
 Will
 
 
 
 
 From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of
 noc
 Sent: Friday, January 17, 2014 3:35 AM
 To: users@ovirt.org
 Subject: Re: [Users] New user to oVirt, and I haz a sad so far...
 
 
 
 
 
 On 17-1-2014 8:53, Gabi C wrote:
 
 
 
 
 
 've been there! :-D
 
 
 I mean exactly same issuse you had on Centos, I had on Fedora 19.
 
 
 Did you disable selinux on nodes? 'cause that's what is causing SSh
 connection closing
 
 
 My setup:
 
 
 1 engine on vmware - fedora 19, up-to-date
 
 
 
 
 
 
 
 
 2 nodes on IBM x series 3650 - fedora 19 based -oVirt Node - 3.0.3 - 1.1.fc19
 with nodes beig in glusterfs cluster also.
 
 
 
 Right now, I'm banging my head against Operation Add-Disk failed to
 complete. , message I have got after adding a new virtual machine and try
 to addd its disk
 
 
 
 
 
 On Fri, Jan 17, 2014 at 6:08 AM, Will Dennis (Live.com) 
 willardden...@live.com  wrote:
 
 Hi all, ready for a story? (well, more of a rant, but hopefully it will be a
 good UX tale, and may even be entertaining.)
 
 Had one of the groups come to me at work this week and request a OpenStack
 setup. When I sat down and discussed their needs, it turns out that they
 really only need a multi-hypervisor setup where they can spin up VMs for
 their research projects. The VMs should be fairly long-lived, and will have
 persistent storage. Their other request is that the storage should be local
 on the hypervisor nodes (they plan to use Intel servers with 8-10 2TB drives
 for VM storage on each node.) They desire this in order to keep the VM I/O
 local - they do not have a SAN of any sort anyhow, and they do not care
 about live migration, etc
 
 
 @Will
 If the installation ends, either with or without error, it will give you a
 log location. Upload the log to a paste.bin and mail the link.
 
 @Gabi,
 There should be more info in either the vdsm.log on the SPM server or in the
 engine.log on the engine server, see above for lettings us know what the
 error is.
 
 Having installed oVirt, probably dozens of times, I have some guidelines:
 - temporarily disable firewalld/iptables (if all works, enable should still
 work, scripts with rules are generated and location is given)
 - make selinux permissive either via setenforce 0 (until next boot) or via
 /etc/selinux/config ( survives reboots), dont disable it!
 - make sure fqdn work in both directions between engine and host(s) (either
 using /etc/hosts or DNS)
 - make sure NetworkManager is disabled and network enabled
 
 Joop
 
 ___
 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: [Users] New user to oVirt, and I haz a sad so far...

2014-01-17 Thread Einav Cohen
go to the Network Interface sub-tab of that node and click the Setup 
Host Networks button. 
In the dialog that has opened, attach the 'ovirtmgmt' network from the 
right-hand side of the dialog to one of your node's NICs on the left-hand 
side by dragging that network onto the NIC.
click OK.
after a short while, your Host should become 'Up'.

- Original Message -
 From: Willard Dennis willardden...@live.com
 To: Einav Cohen eco...@redhat.com
 Cc: noc n...@nieuwland.nl, users@ovirt.org
 Sent: Friday, January 17, 2014 12:15:22 PM
 Subject: RE: [Users] New user to oVirt, and I haz a sad so far...
 
 Aha!
 Host hostname does not comply with the cluster Default networks, the
 following networks are missing on host: 'ovirtmgmt' 
  
 What must I do to correct this? I do not remember reading about having to do
 something like this in the docs... Also, the node is on a different network
 that the engine, not sure if this matters or not (the two network do have
 connectivity to each other thru a router.)
  
 Thanks,
 Will
  
  Date: Fri, 17 Jan 2014 12:10:50 -0500
  From: eco...@redhat.com
  To: willardden...@live.com
  CC: n...@nieuwland.nl; users@ovirt.org
  Subject: Re: [Users] New user to oVirt, and I haz a sad so far...
  
   - Original Message -
   From: Will Dennis (Live.com) willardden...@live.com
   Sent: Friday, January 17, 2014 11:55:55 AM
   
   
   
   Thanks, Joop, for the node platform best practices… I did turn selinux
   from
   “enforcing” to “permissive”, and then when I tried to ping the engine by
   fqdn, I saw that DNS lookups were failing (even tho resolv.conf looked
   correct…) Did a ‘yum remove NetworkManager” and then fixed the
   /etc/sysconfig/network-scripts/ifcfg-nic, and then after a reboot, I
   can
   now see the info for the node in the WUI on the manager, although the
   status
   for the node is still “Non Operational”…
  
  In the GUI, within the Events sub-tab of that node, there should be an
  error
  message detailing the reason for that node being in the Non-Operational
  state;
  what does this message say?
  
   
   
   
   Where can I find the node install log (on the engine or the node, and
   name?)
   (Sorry for noob status, but I am a quick learner ;)
   
   
   
   Thanks,
   
   Will
   
   
   
   
   From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf
   Of
   noc
   Sent: Friday, January 17, 2014 3:35 AM
   To: users@ovirt.org
   Subject: Re: [Users] New user to oVirt, and I haz a sad so far...
   
   
   
   
   
   On 17-1-2014 8:53, Gabi C wrote:
   
   
   
   
   
   've been there! :-D
   
   
   I mean exactly same issuse you had on Centos, I had on Fedora 19.
   
   
   Did you disable selinux on nodes? 'cause that's what is causing SSh
   connection closing
   
   
   My setup:
   
   
   1 engine on vmware - fedora 19, up-to-date
   
   
   
   
   
   
   
   
   2 nodes on IBM x series 3650 - fedora 19 based -oVirt Node - 3.0.3 -
   1.1.fc19
   with nodes beig in glusterfs cluster also.
   
   
   
   Right now, I'm banging my head against Operation Add-Disk failed to
   complete. , message I have got after adding a new virtual machine and
   try
   to addd its disk
   
   
   
   
   
   On Fri, Jan 17, 2014 at 6:08 AM, Will Dennis (Live.com) 
   willardden...@live.com  wrote:
   
   Hi all, ready for a story? (well, more of a rant, but hopefully it will
   be a
   good UX tale, and may even be entertaining.)
   
   Had one of the groups come to me at work this week and request a
   OpenStack
   setup. When I sat down and discussed their needs, it turns out that they
   really only need a multi-hypervisor setup where they can spin up VMs for
   their research projects. The VMs should be fairly long-lived, and will
   have
   persistent storage. Their other request is that the storage should be
   local
   on the hypervisor nodes (they plan to use Intel servers with 8-10 2TB
   drives
   for VM storage on each node.) They desire this in order to keep the VM
   I/O
   local - they do not have a SAN of any sort anyhow, and they do not care
   about live migration, etc
   
   
   @Will
   If the installation ends, either with or without error, it will give you
   a
   log location. Upload the log to a paste.bin and mail the link.
   
   @Gabi,
   There should be more info in either the vdsm.log on the SPM server or in
   the
   engine.log on the engine server, see above for lettings us know what the
   error is.
   
   Having installed oVirt, probably dozens of times, I have some guidelines:
   - temporarily disable firewalld/iptables (if all works, enable should
   still
   work, scripts with rules are generated and location is given)
   - make selinux permissive either via setenforce 0 (until next boot) or
   via
   /etc/selinux/config ( survives reboots), dont disable it!
   - make sure fqdn work in both directions between engine and host(s)
   (either
   using /etc/hosts or DNS)
   - make sure NetworkManager

[Users] Showing stacktrace info in GUI error dialog

2014-01-14 Thread Einav Cohen
Hi, this is about patch [1] - showing server-side-exception 
stacktrace info in GUI error dialog. 

a couple of notes about this patch:

(1) I find it a little strange that server-side exceptions 
are not logged in the server side and are / will be displayed 
only on the client-side - this needs to be fixed first. 

(2) once everything is logged on the server side, we can 
debate whether it makes sense to put the full exception 
stack-trace *also* in the GUI error pop-up. 
I think that it is not completely necessary (since if there 
is a server side exception, the user is likely to go to the 
server side log anyway to get the full picture / context), but 
if it is (and I'd like to hear your opinion about that) - we 
shouldn't show the entire exception in the dialog once the dialog 
is displayed - that's too much information to absorb. 
We should show whatever we are showing today, and also something 
like a More Details collapsible section (collapsed by default) 
that, when expanded, displays the full exception details. 

comments are welcome. 


Thanks,
Einav

[1] http://gerrit.ovirt.org/#/c/23096/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] feature: low resolution support

2014-01-09 Thread Einav Cohen
Hi,

You are welcome to review the 'Low Resolution Support' feature page at:
http://www.ovirt.org/Features/Design/LowerResolutionSupport

feature owner: Alexander Wels (CC'd). 

[this has just been merged to 'master' and will be available in ovirt-3.4]


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


[Users] add NFS storage domain fails on mount timeout via ovirt

2013-12-11 Thread Einav Cohen
Hi, 

When trying to add an NFS Export domain via oVirt-engine, it fails on 
Problem while trying to mount target. 
when checking the vdsm.log, it seems that the problem is mount time-out. 

when I tried to manually run the mount command, in the exact same manner 
as vdsm, it indeed failed on Connection timed out after ~3 minutes or so: 

[root@localhost vdsm]# /usr/bin/mount -t nfs -o 
soft,nosharecache,timeo=600,retrans=6,nfsvers=3 
1.2.3.4:/home/ecohen/public/export/engine/storage/195/iscsi-dc/export 
/rhev/data-center/mnt/11.2.3.4:_home_ecohen_public_export_engine_storage_195_iscsi-dc_export
 
mount.nfs: Connection timed out 

but - when trying to run the mount command again, with the exact same mount 
source and mount target, but without any additional parameter, it succeeded 
(after ~10 seconds): 
[root@localhost vdsm]# /usr/bin/mount 
10.18.57.137:/home/ecohen/public/export/engine/storage/195/iscsi-dc/export 
/rhev/data-center/mnt/10.18.57.137:_home_ecohen_public_export_engine_storage_195_iscsi-dc_export
 

So I assume that I need to either configure my NFS Export folder differently, 
or create the storage domain with additional parameters (using the Advanced 
Parameters section in the GUI dialog or similar). 

any pointers on what exactly should be checked / done?

many thanks in advance. 

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


Re: [Users] add NFS storage domain fails on mount timeout via ovirt

2013-12-11 Thread Einav Cohen
Thanks Bob/Joop - checking the Override Default Options 
checkbox and selecting V4 in the NFS Version drop-down 
within the Advanced Parameters section before hitting OK 
in the 'New Domain' dialog did the trick. 


Regards,
Einav

- Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Joop jvdw...@xs4all.nl
 Cc: users users@ovirt.org
 Sent: Wednesday, December 11, 2013 11:20:01 AM
 Subject: Re: [Users] add NFS storage domain fails on mount timeout via ovirt
 
 
 
 Yes. In my experience when v4 works and v3 does not it's because of firewall
 issues on the server.
 
 -Bob
 On Dec 11, 2013 11:17 AM, Joop  jvdw...@xs4all.nl  wrote:
 
 
 Einav Cohen wrote:
 
 
 Hi,
 When trying to add an NFS Export domain via oVirt-engine, it fails on
 Problem while trying to mount target. when checking the vdsm.log, it seems
 that the problem is mount time-out.
 when I tried to manually run the mount command, in the exact same manner as
 vdsm, it indeed failed on Connection timed out after ~3 minutes or so:
 [root@localhost vdsm]# /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,
 retrans=6,nfsvers=3 1.2.3.4:/home/ecohen/public/ export/engine/storage/195/
 iscsi-dc/export /rhev/data-center/mnt/ 11.2.3. 4:_home_ecohen_public_export_
 engine_storage_195_iscsi-dc_ export mount.nfs: Connection timed out
 but - when trying to run the mount command again, with the exact same mount
 source and mount target, but without any additional parameter, it succeeded
 (after ~10 seconds): [root@localhost vdsm]# /usr/bin/mount
 10.18.57.137:/home/ecohen/ public/export/engine/storage/ 195/iscsi-dc/export
 /rhev/data-center/mnt/10.18. 57.137:_home_ecohen_public_
 export_engine_storage_195_ iscsi-dc_export
 
 My guesss its NFSv3 vs NFSv4
 
 Joop
 
 __ _
 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: [Users] add NFS storage domain fails on mount timeout via ovirt

2013-12-11 Thread Einav Cohen
 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 Sent: Wednesday, December 11, 2013 2:32:48 PM
 
 On 12/11/2013 02:12 PM, Einav Cohen wrote:
  NFSv4: requires no firewall configuration (although I thought oVirt
  handled this automatically - did you change your firewall config after
  host-deploy?)
  did I change my firewall config on my Host, you mean (i.e. the storage
  client)?
  I thought that it didn't matter (i.e. only storage *server* firewall proper
  configuration is important)?
 
 No, I meant the storage server. In my case I use my Node as the storage
 server, so host-deploy would configure the firewall for me. If you're
 using a separate storage server it will require manual configuration.
 Just as a sanity-check I'd probably try disabling the firewall
 temporarily on your storage server, and see if it starts working with
 v3. If not it's clearly something else.

Hi Bob, I disabled the firewall on my storage server and attempted to add 
another storage domain on the same storage server with v3 - it succeeded. 
to further verify - I then enabled the firewall again and attempted to 
add yet another storage domain with v3 - and it failed, just like before. 
so it seems that you are right - something is probably wrong with the  
firewall configuration on my storage server - I will investigate. 
Many Thanks!

 
 There could be other issues which v4 addresses which could cause issues
 with v3 - firewall is just the one I've run into :). As long as you're
 not concerned about non-root-partition exports you're probably fine
 as-is (although I thought v4 support was still experimental? If not, why
 isn't it the default?).
 
 Cheers,
 Bob
 
 ___
 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: [Users] [Engine-devel] Fwd: Adding users and assigning roles in Ovirt

2013-12-04 Thread Einav Cohen
 - Original Message -
 From: Oved Ourfalli ov...@redhat.com
 Sent: Wednesday, December 4, 2013 3:40:55 AM
 
 
 
 - Original Message -
  From: Einav Cohen eco...@redhat.com
  To: Malini Rao m...@redhat.com, Eldan Hildesheim
  ehild...@redhat.com, Scott Herold sher...@redhat.com,
  Arthur Berezin abere...@redhat.com, Yair Zaslavsky
  yzasl...@redhat.com, Gilad Chaplik
  gchap...@redhat.com, Oved Ourfalli ov...@redhat.com
  Cc: Users@ovirt.org users@ovirt.org
  Sent: Tuesday, December 3, 2013 10:42:44 PM
  Subject: [Engine-devel] Fwd:  Adding users and assigning roles in Ovirt
  
  [moving discussion to the users mailing list]
  
  while it seems that we all agree that adding some sort of a wizard
  that will allow easy permission assignment to newly-added users, it
  doesn't seem like something that can be accomplished soon (e.g. for
  ovirt 3.4).
  
  maybe we can utilize Ramesh's initial suggestion [1] for the short term -
  allow assignment of *System* permissions in the context of the 'Add
  User(s)' dialog [with an explicit clarification within the dialog that
  we are talking about *System* permissions, so that the admin will be
  aware that the privileges that he can assign in this context would be
  very permissive]
  
  any thoughts?
  how extensively are system permissions used in oVirt in general?
  [if adding a system permission is not a common/popular action, there
  is no reason to expose it in the 'Add User(s)' dialog, since it will
  probably be hardly used anyway]
  
 
 I guess that most users added in this dialog are users and not
 administrators, and even for administrators I'm not sure them all get
 system permissions.
 It may imply we think it is the best-practice with regards to permissions.
 In addition, adding system permission in the Configure dialog allow you to
 also add the user, as it shows you all the users in the directory, and not
 just the ones that were previously added via the add user dialog, so I
 think we should leave it as is for now, given this workaround to do both
 operations in the same dialog.

+1 on that, very good points, Oved. 
[if anyone objects to keeping things as-is *for the short term* - please share. 
thanks]

 
 
  maybe different ideas for short-term solutions?
  
  
  Thanks,
  Einav
  
  
  [1] http://lists.ovirt.org/pipermail/engine-devel/2013-December/006059.html
  
  
  - Forwarded Message -
  From: Yair Zaslavsky yzasl...@redhat.com
  To: Einav Cohen eco...@redhat.com
  Cc: Oved Ourfalli ov...@redhat.com, engine-de...@ovirt.org
  Sent: Monday, December 2, 2013 4:09:10 PM
  Subject: Re: [Engine-devel] Adding users and assigning roles in Ovirt
  
  
  
  - Original Message -
   From: Einav Cohen eco...@redhat.com
   To: Malini Rao m...@redhat.com
   Cc: Oved Ourfalli ov...@redhat.com, engine-de...@ovirt.org
   Sent: Monday, December 2, 2013 9:55:45 PM
   Subject: Re: [Engine-devel] Adding users and assigning roles in Ovirt
   
- Original Message -
From: Malini Rao m...@redhat.com
Sent: Monday, December 2, 2013 2:20:06 PM

Joining in the thread a bit green but wouldn't it be ok to add the new
user
with the most basic permissions by default ( may be just read only
permissions)until the admin goes and deliberately tweaks permissions or
assigns a role?
   
   this is similar to what Oved has suggested, but I think that it won't
   really
   make any difference, since there is very little chance, in my view, that
   these
   permissions would be sufficient for anything - the admin would need to
   assign
   additional/different permissions at some point anyway, so not much point
   in
   allowing that default minimal assignment in the first place - we might as
   well
   keep the 'Add User(s)' dialog as is.
   

Also, if we add that roles drop down as Einav mentioned, isn't there a
way
to
only show that drop down if the logged in user is an admin role?
   
   the logged in user must be an admin, as the 'Add User(s)' dialog (which
   is
   available from the Users main tab) exists only in the web-admin, which is
   accessible only to admins by definition.
   

+1 on the user adding wizard. I think in general connecting related
task
flows together will improve the overall UX too.
  
  +1 here
   
   agreed.
   

Thanks
Malini

- Original Message -
From: Einav Cohen eco...@redhat.com
To: Gilad Chaplik gchap...@redhat.com, Ramesh
rnach...@redhat.com,
Oved Ourfalli ov...@redhat.com
Cc: engine-de...@ovirt.org
Sent: Monday, December 2, 2013 1:37:57 PM
Subject: Re: [Engine-devel] Adding users and assigning roles in Ovirt

we should definitely not completely remove the possibility to add
permission-less users to the system,
due to possible use-cases as Gilad mentioned and/or simply to allow the
flexibility of adding the user
first, and only then adding the relevant

[Users] Fwd: [Engine-devel] Adding users and assigning roles in Ovirt

2013-12-03 Thread Einav Cohen
[moving discussion to the users mailing list]

while it seems that we all agree that adding some sort of a wizard 
that will allow easy permission assignment to newly-added users, it 
doesn't seem like something that can be accomplished soon (e.g. for 
ovirt 3.4). 

maybe we can utilize Ramesh's initial suggestion [1] for the short term - 
allow assignment of *System* permissions in the context of the 'Add 
User(s)' dialog [with an explicit clarification within the dialog that 
we are talking about *System* permissions, so that the admin will be 
aware that the privileges that he can assign in this context would be 
very permissive]

any thoughts?
how extensively are system permissions used in oVirt in general? 
[if adding a system permission is not a common/popular action, there 
is no reason to expose it in the 'Add User(s)' dialog, since it will 
probably be hardly used anyway]

maybe different ideas for short-term solutions?


Thanks,
Einav


[1] http://lists.ovirt.org/pipermail/engine-devel/2013-December/006059.html


- Forwarded Message -
From: Yair Zaslavsky yzasl...@redhat.com
To: Einav Cohen eco...@redhat.com
Cc: Oved Ourfalli ov...@redhat.com, engine-de...@ovirt.org
Sent: Monday, December 2, 2013 4:09:10 PM
Subject: Re: [Engine-devel] Adding users and assigning roles in Ovirt



- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Malini Rao m...@redhat.com
 Cc: Oved Ourfalli ov...@redhat.com, engine-de...@ovirt.org
 Sent: Monday, December 2, 2013 9:55:45 PM
 Subject: Re: [Engine-devel] Adding users and assigning roles in Ovirt
 
  - Original Message -
  From: Malini Rao m...@redhat.com
  Sent: Monday, December 2, 2013 2:20:06 PM
  
  Joining in the thread a bit green but wouldn't it be ok to add the new user
  with the most basic permissions by default ( may be just read only
  permissions)until the admin goes and deliberately tweaks permissions or
  assigns a role?
 
 this is similar to what Oved has suggested, but I think that it won't really
 make any difference, since there is very little chance, in my view, that
 these
 permissions would be sufficient for anything - the admin would need to assign
 additional/different permissions at some point anyway, so not much point in
 allowing that default minimal assignment in the first place - we might as
 well
 keep the 'Add User(s)' dialog as is.
 
  
  Also, if we add that roles drop down as Einav mentioned, isn't there a way
  to
  only show that drop down if the logged in user is an admin role?
 
 the logged in user must be an admin, as the 'Add User(s)' dialog (which is
 available from the Users main tab) exists only in the web-admin, which is
 accessible only to admins by definition.
 
  
  +1 on the user adding wizard. I think in general connecting related task
  flows together will improve the overall UX too.

+1 here
 
 agreed.
 
  
  Thanks
  Malini
  
  - Original Message -
  From: Einav Cohen eco...@redhat.com
  To: Gilad Chaplik gchap...@redhat.com, Ramesh rnach...@redhat.com,
  Oved Ourfalli ov...@redhat.com
  Cc: engine-de...@ovirt.org
  Sent: Monday, December 2, 2013 1:37:57 PM
  Subject: Re: [Engine-devel] Adding users and assigning roles in Ovirt
  
  we should definitely not completely remove the possibility to add
  permission-less users to the system,
  due to possible use-cases as Gilad mentioned and/or simply to allow the
  flexibility of adding the user
  first, and only then adding the relevant (business entity and) permissions,
  should the admin choose to
  do so.
  
  the more correct location to add system permissions to a user would
  probably
  be a 'Add System Permission'
  dialog that will be available from the Permissions sub-tab of the Users
  main
  tab, however it won't allow
  to assign system permissions to several users at once, so I understand the
  need for this ability within
  the 'Add User(s)' dialog.
  
  I think that adding an allow user to login check-box would not be good
  enough, since once a user
  would be able to login, he won't be able to do (or even see) anything
  (well,
  other than the 'Blank'
  Template, maybe), so the admin would need to assign additional permissions
  to
  this user anyway.
  The minimal solution in my view is to add a assign these users the
  following
  system permissions
  check-box, with a Roles drop down; as Gilad mentioned - need to be very
  careful with that, as
  system-wide permissions are powerful.
  A more comprehensive solution (more complex for implementation) would
  probably be, as Oved mentioned,
  some sort of a user-adding-wizard, that will allow easy
  permissions-assignment (maybe even not only
  system-wide permissions) to the newly-added users.
  
  
  Thanks,
  Einav
  
  - Original Message -
   From: Gilad Chaplik gchap...@redhat.com
   To: Oved Ourfalli ov...@redhat.com
   Cc: engine-de...@ovirt.org
   Sent: Monday, December 2, 2013 3:47:56 AM
   Subject: Re: [Engine-devel] Adding users

Re: [Users] [OT] Spanish translation

2013-11-22 Thread Einav Cohen
Thanks - can you please open a BZ on this issue [1]?


Regards,
Einav

[1] https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt

- Original Message -
 From: Juan Pablo Lorier jplor...@gmail.com
 To: users@ovirt.org
 Sent: Friday, November 22, 2013 11:29:06 AM
 Subject: [Users] [OT] Spanish translation
 
 Hi,
 
 Sorry if it's the wrong place, but don't know where to place the request
 (besides bugzilla).
 I won't speak for the hole Spanish community, but in the webadmin, in
 the VMs tab says Crear una toma de pantalla referring to create a
 snapshot but that is an incorrect translation in my opinion as it's not
 related to the screen in first place, and though there's no literal
 translation for the technical term, it should be more like Crear una
 instantánea or what should be better, Crear un snapshot and it would
 be correct as when you say whisky instead of licor de cebada of
 football instead of balón pie ... :-)
 Regards,
 
 ___
 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: [Users] RFE question

2013-11-19 Thread Einav Cohen
 - Original Message -
 From: Jakub Bittner j.bitt...@nbu.cz
 Sent: Tuesday, November 19, 2013 3:49:29 AM
 
 Dne 19.11.2013 08:43, Eli Mesika napsal(a):
 
  - Original Message -
  From: Jakub Bittner j.bitt...@nbu.cz
  To: users@ovirt.org
  Sent: Tuesday, November 19, 2013 8:33:30 AM
  Subject: [Users] RFE question
 
  Hello,
 
  I would like to ask how to post RFE to oVirt. I know about google
  spreadsheet, but should I post RFE to users mailing list and after some
  discussion post it to bugzilla?
 
  I have 2 rfe on oVirt web interface:
 
  1) I think that nice to have feature would be to have fourth column with
  disk usage in Virtual Machine tab.
 
  2) Great improvement wold also be possibility to sort Virtual Machine
  tab by clicking on column name. For example: When I click on Memory
  all VMs get sorted by memory usage.
  This one exists as a general requirement :
  https://bugzilla.redhat.com/show_bug.cgi?id=895222
 
  If this RFE already exists, I am sorry. But I did not find it.
 
 
  Thank  you.
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 I am not authorized to access bug #895222

Bug 893999 - webadmin: please allow column sorting
[https://bugzilla.redhat.com/show_bug.cgi?id=893999]

 ___
 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] ovirt live 1.1: 'local_vm' stuck in Wait For Launch

2013-11-03 Thread Einav Cohen
Hi All,

In my ovirt live 1.1 system (ran as-is, done no alterations to the system once 
installed), 
after attempting to run the default 'local_vm' VM, it is getting stuck on 'Wait 
For Launch'.
I tried running the ovirt live 1.1 system for ~5 times, only in one of these 
times the VM 
has actually moved to the Powering Up / Up state when attempting to run it.
Any ideas?

[attached engine.log, vdsm.log]

Many thanks in advance!


Regards, 
EinavThread-125::DEBUG::2013-11-03 11:52:25,709::BindingXMLRPC::979::vds::(wrapper) client [10.0.0.1]::call vmCreate with ({'custom': {}, 'keyboardLayout': 'en-us', 'kvmEnable': 'true', 'acpiEnable': 'true', 'emulatedMachine': 'rhel6.4.0', 'cpuType': 'Penryn', 'vmId': '1f0a2763-5c40-4fa3-a51c-ed98276b8e6d', 'devices': [{'device': 'qxl', 'specParams': {'vram': '65536'}, 'type': 'video', 'deviceId': '50623be3-019e-4276-a1df-2b1cdb933e69'}, {'index': '2', 'iface': 'ide', 'bootOrder': '1', 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': '49494a9a-1f6c-41aa-a9f5-189492c2bfdb', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 'iface': 'virtio', 'format': 'cow', 'type': 'disk', 'volumeID': 'bcabc2ba-b7e1-47f9-9098-bbe19b096ad5', 'imageID': 'a544c2c3-cf3a-42c7-8e20-371344ad22da', 'specParams': {}, 'readonly': 'false', 'domainID': '5b5e5322-df22-4516-860b-361f00c46233', 'deviceId': 'a544c2c3-cf3a-42c7-8e20-371344ad22da', 'poolID': '9b476274-7c1c-4762-8cb4-699c2729b152', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'optional': 'false'}, {'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': '00:1a:4a:7d:ea:72', 'linkActive': 'true', 'network': 'ovirtmgmt', 'custom': {}, 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': '2bc8c2d5-2dd5-4ed6-8626-fadefdbd3fe2', 'device': 'bridge', 'type': 'interface'}, {'device': 'ich6', 'specParams': {}, 'type': 'sound', 'deviceId': '6ca24c83-e175-4a24-9803-0dba03d8cb3f'}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '46b9f702-4b90-4b04-85e3-6e37e9b138e9'}], 'smp': '1', 'vmType': 'kvm', 'smartcardEnable': 'false', 'timeOffset': '0', 'memSize': 1024, 'spiceSslCipherSuite': 'DEFAULT', 'smpCoresPerSocket': '1', 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'memGuaranteedSize': 1024, 'vmName': 'local_vm', 'display': 'qxl', 'transparentHugePages': 'true', 'nice': '0'},) {} flowID [1acbcb1d]
Thread-125::INFO::2013-11-03 11:52:25,716::API::641::vds::(_getNetworkIp) network None: using 0
Thread-125::INFO::2013-11-03 11:52:25,717::clientIF::366::vds::(createVm) vmContainerLock acquired by vm 1f0a2763-5c40-4fa3-a51c-ed98276b8e6d
Thread-126::DEBUG::2013-11-03 11:52:25,720::vm::2015::vm.Vm::(_startUnderlyingVm) vmId=`1f0a2763-5c40-4fa3-a51c-ed98276b8e6d`::Start
Thread-126::DEBUG::2013-11-03 11:52:25,720::vm::2019::vm.Vm::(_startUnderlyingVm) vmId=`1f0a2763-5c40-4fa3-a51c-ed98276b8e6d`::_ongoingCreations acquired
Thread-126::INFO::2013-11-03 11:52:25,720::vm::2815::vm.Vm::(_run) vmId=`1f0a2763-5c40-4fa3-a51c-ed98276b8e6d`::VM wrapper has started
Thread-126::DEBUG::2013-11-03 11:52:25,721::task::579::TaskManager.Task::(_updateState) Task=`4d86c7fa-9a7b-4c4f-aca9-2ef08da5e287`::moving from state init - state preparing
Thread-126::INFO::2013-11-03 11:52:25,721::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID='5b5e5322-df22-4516-860b-361f00c46233', spUUID='9b476274-7c1c-4762-8cb4-699c2729b152', imgUUID='a544c2c3-cf3a-42c7-8e20-371344ad22da', volUUID='bcabc2ba-b7e1-47f9-9098-bbe19b096ad5', options=None)
Thread-126::DEBUG::2013-11-03 11:52:25,723::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for bcabc2ba-b7e1-47f9-9098-bbe19b096ad5
Thread-126::INFO::2013-11-03 11:52:25,725::logUtils::47::dispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '139264', 'apparentsize': '262144'}
Thread-126::DEBUG::2013-11-03 11:52:25,725::task::1168::TaskManager.Task::(prepare) Task=`4d86c7fa-9a7b-4c4f-aca9-2ef08da5e287`::finished: {'truesize': '139264', 'apparentsize': '262144'}
Thread-126::DEBUG::2013-11-03 11:52:25,725::task::579::TaskManager.Task::(_updateState) Task=`4d86c7fa-9a7b-4c4f-aca9-2ef08da5e287`::moving from state preparing - state finished
Thread-126::DEBUG::2013-11-03 11:52:25,726::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}
Thread-126::DEBUG::2013-11-03 11:52:25,726::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {}
Thread-126::DEBUG::2013-11-03 11:52:25,726::task::974::TaskManager.Task::(_decref) Task=`4d86c7fa-9a7b-4c4f-aca9-2ef08da5e287`::ref 0 aborting False
Thread-126::INFO::2013-11-03 11:52:25,726::clientIF::325::vds::(prepareVolumePath) prepared volume path: 
Thread-126::DEBUG::2013-11-03 11:52:25,727::task::579::TaskManager.Task::(_updateState) 

Re: [Users] Proposal for a fresh look and feel for Ovirt

2013-10-17 Thread Einav Cohen
  as malini mentioned, this focused on look and feel.
  please open a BZ to track the RFE of allowing to choose which columns to
  see per main tab.
 
 I'm of the same opinion as Frank (and others) - there should be an
 option to remove/add columns to improve the look and feel. 

Thank you for your feedback. 
we are tracking this feature via 
https://bugzilla.redhat.com/show_bug.cgi?id=957600


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


Re: [Users] Proposal for a fresh look and feel for Ovirt

2013-10-17 Thread Einav Cohen
Thank you for your feedback.

We are tracking low resolution issues via the following BZs:
https://bugzilla.redhat.com/show_bug.cgi?id=818051
https://bugzilla.redhat.com/show_bug.cgi?id=832258

I agree that the new design should accommodate low resolutions.

I actually hope that we will be able to accommodate low resolutions 
even with the current lookfeel, and then possibly apply the same 
solution to the new lookfeel.

Please note that the new lookfeel doesn't really introduce a new 
layout structure (which we'd might want to do as well at some point) - 
it is mainly about graphical improvements to the current layout 
structure.


Thanks,
Einav

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Doron Fediuck dfedi...@redhat.com
 Cc: users users@ovirt.org
 Sent: Thursday, October 17, 2013 4:40:38 AM
 Subject: Re: [Users] Proposal for a fresh look and feel for Ovirt
 
 On Thu, Oct 17, 2013 at 9:07 AM, Doron Fediuck  wrote:
  - Original Message -
  From: Malini Rao m...@redhat.com
  To: users users@ovirt.org
  Sent: Monday, October 14, 2013 8:06:49 PM
  Subject: [Users] Proposal for a fresh look and feel for Ovirt
 
  Hi all,
 
  Here is a proposal for updating the ovirt look and feel to give it a fresh
  and modern look - http://www.ovirt.org/Ovirt_LAF.
  Your feedback and input is invited.
 
  Thanks
  Malini
 
  Hi Malini,
  From the LF perspective it looks much better.
  What I'd like you to review is the resolution you are using.
  This seems to be taken in a full-hd screen, where I think we
  should be able to support somewhat lower resolution, where
  LF may have a big impact.
 
  Would you consider posting also a lower resolution sample?
 
 
 +1 for this
 
 As a side note, I have noticed that going from oVirt 3.2.3 to 3.3.0
 the horizontal needs are greater.
 For example refresh icon/button at the top right of the main admin
 portal is shown as a half row if window size is too small
 horizontally.
 And Users tab and Events are then shown on next line down.
 Also at 1176x885 is not good enugh.
 It works instead ok at 1280x1024 and 1366x768 both full screen; see link:
 In my opinion it should desirable to give chance to have a correct
 behavior at least at 1024x768.
 Using xwininfo it seems that the first size I get correct and complete
 horizontal layout is 1268 at the moment, using xwininfo on oVirt
 3.3.0.
 Complete xwininfo output:
 
 [g.cecchi@ope46 ~]$ xwininfo
 
 xwininfo: Please select the window about which you
   would like information by clicking the
   mouse in that window.
 
 xwininfo: Window id: 0x260007f oVirt Engine Web Administration -
 Mozilla Firefox
 
   Absolute upper-left X:  1
   Absolute upper-left Y:  70
   Relative upper-left X:  10
   Relative upper-left Y:  40
   Width: 1268
   Height: 819
   Depth: 24
   Visual: 0x21
   Visual Class: TrueColor
   Border width: 0
   Class: InputOutput
   Colormap: 0x20 (installed)
   Bit Gravity State: NorthWestGravity
   Window Gravity State: NorthWestGravity
   Backing Store State: NotUseful
   Save Under State: no
   Map State: IsViewable
   Override Redirect State: no
   Corners:  +1+70  -97+70  -97-903  +1-903
   -geometry 1268x819+-9+30
 
 xprop gives instead:
 [g.cecchi@ope46 ~]$ xprop
 WM_STATE(WM_STATE):
 window state: Normal
 icon window: 0x0
 _NET_FRAME_EXTENTS(CARDINAL) = 1, 1, 32, 1
 _NET_WM_DESKTOP(CARDINAL) = 0
 _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE,
 _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN,
 _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE,
 _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT,
 _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE,
 _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
 _NET_WM_VISIBLE_ICON_NAME(UTF8_STRING) = oVirt Engine Web
 Administration - Mozilla Firefox (on f18engine.mydomain)
 _NET_WM_VISIBLE_NAME(UTF8_STRING) = oVirt Engine Web Administration -
 Mozilla Firefox (on f18engine.mydomain)
 _NET_WM_STATE(ATOM) =
 WM_HINTS(WM_HINTS):
 Client accepts input or input focus: True
 Initial state is Normal State.
 bitmap id # to use for icon: 0x2600082
 bitmap id # of mask for icon: 0x2600083
 window id # of group leader: 0x261
 WM_WINDOW_ROLE(STRING) = browser
 XdndAware(ATOM) = BITMAP
 _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5,
 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
 _NET_WM_ICON(CARDINAL) = Icon (22 x 22):
 
 [icons]
 
 _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 39846017
 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
 _NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x2600080
 WM_CLIENT_LEADER(WINDOW): window id # 0x261
 _NET_WM_PID(CARDINAL) = 16689
 WM_LOCALE_NAME(STRING) = en_US.utf8
 WM_CLIENT_MACHINE(STRING) = f18engine.mydomain
 WM_NORMAL_HINTS(WM_SIZE_HINTS):
 program specified minimum size: 1 by 98
 program specified maximum size: 32767 by 32767
 window gravity: NorthWest
 WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW, WM_TAKE_FOCUS,
 

Re: [Users] Cannot set disk interface in user portal

2013-10-08 Thread Einav Cohen
it seems that the GetVirtioScsiControllers query should be marked as 
VdcQueryAuthType.User in the VdcQueryType enum, 
or user portal code has to change to not include a call to this query.
@Derez - thoughts?

- Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: users@ovirt.org users@ovirt.org
 Sent: Tuesday, October 8, 2013 2:06:10 PM
 Subject: [Users] Cannot set disk interface in user portal
 
 The Add disk UI in the User Portal does not populate the interface pull-down.
 Nor will it allow the creation of a new virtual disk as a result. The error
 states insufficient permissions however the user is assigned PowerUserRole
 at the cluster level and on the associated storage domain(s).
 
 Engine built from commit: 31cd5339cfda6ad78f5d3a1ff08ad666f734f814
 
 2013-10-08 12:53:15,378 INFO
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
 (ajp--127.0.0.1-8702-10) Correlation ID: 567417ad, Job ID:
 6f774854-920b-4217-9906-a484841b843a, Call Stack: null, Custom Event ID: -1,
 Message: VM sdfa was created by ovirttest.
 2013-10-08 12:53:15,396 INFO
 [org.ovirt.engine.core.bll.AddVmFromScratchCommand] (ajp--127.0.0.1-8702-10)
 Lock freed to object EngineLock [exclusiveLocks= key: sdfa value: VM_NAME
 , sharedLocks= ]
 2013-10-08 12:53:15,433 INFO
 [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp--127.0.0.1-8702-10)
 MultipleActionsRunner of type AddVmInterface invoked with no actions
 2013-10-08 12:53:15,445 INFO
 [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp--127.0.0.1-8702-10)
 MultipleActionsRunner of type UpdateVmInterface invoked with no actions
 2013-10-08 12:53:15,459 INFO
 [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp--127.0.0.1-8702-10)
 MultipleActionsRunner of type RemoveVmInterface invoked with no actions
 2013-10-08 12:53:19,540 ERROR
 [org.ovirt.engine.core.bll.GetVirtioScsiControllersQuery]
 (ajp--127.0.0.1-8702-10) Query execution failed due to insufficient
 permissions.
 2013-10-08 12:54:29,015 WARN [org.ovirt.engine.core.bll.AddDiskCommand]
 (ajp--127.0.0.1-8702-10) CanDoAction of action AddDisk failed.
 Reasons:VAR__ACTION__ADD,VAR__TYPE__VM_DISK,VALIDATION.DISK_INTERFACE.NOT_NULL
 2013-10-08 12:54:34,891 ERROR
 [org.ovirt.engine.core.bll.GetVirtioScsiControllersQuery]
 (ajp--127.0.0.1-8702-10) Query execution failed due to insufficient
 permissions.
 2013-10-08 12:56:14,937 ERROR
 [org.ovirt.engine.core.bll.GetVirtioScsiControllersQuery]
 (ajp--127.0.0.1-8702-9) Query execution failed due to insufficient
 permissions.
 2013-10-08 12:56:27,095 WARN [org.ovirt.engine.core.bll.AddDiskCommand]
 (ajp--127.0.0.1-8702-4) CanDoAction of action AddDisk failed.
 Reasons:VAR__ACTION__ADD,VAR__TYPE__VM_DISK,VALIDATION.DISK_INTERFACE.NOT_NULL
 
 - DHC
 
 ___
 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: [Users] Quota for VMs created from templates

2013-10-07 Thread Einav Cohen
 - Original Message -
 From: Gilad Chaplik gchap...@redhat.com
 Sent: Sunday, October 6, 2013 5:30:54 AM
 
 Einav, Thanks for the questions, see inline.
 
  
  @Gilad:
  
  1. Does the 'VmCreator' Role contain the 'consume-quota' action? so when
  granting VmCreator
  on Data Center DC1 to user User1, User1 can automatically consume any
  quota defined
  in DC1 (including, for example, TemplateQuota, in Mitja's case)?
 
 No, only SuperUser and DataCenterAdmin roles contains consume_quota action.
 
  
  2. Related to both your previous reply and my previous reply: Can a user
  associate a CPU/RAM
  Quota to a VM that he is now *creating*, even if he doesn't have
  consume-quota permissions
  on that CPU/RAM Quota? In Mitja's case, he attempted to create a VM
  associated with both
  TemplateQuota and UserQuota, while the user (maybe - depends on answer
  to
  1) didn't
  have permission to consume TemplateQuota, and the VM creation succeeded.
  Is
  that OK?
 
 Yes, you should be able to assign a VM to a CPU/RAM quota, without
 being a consumer of that quota, the check is done only when running the VM
 (when the resources are consumed).

so let's say that user 'a' has permissions to consume the quota and user 'b' 
doesn't have permissions to consume that quota, but both 'a' and 'b' have 
permissions to run the VM. only 'a' will succeed running the VM?
so if I am a team leader (power user) and I want to create VMs to be used by 
my team members ('simple' users), I have to grant them permissions on the VM, 
as well as permissions to consume the relevant CPU/RAM quota?...

 
 There is a difference between User and Admin Portal: in User portal quota
 list is being
 populated by quota that can be consumed by the user, so leaving the quota
 unchanged will selected an appropriate
 quota; also while creating a VM, disk's quota is set in 'Resource Allocation'
 tab (see image).
 
 @Mitja,
 
 Please check which quota(s) are assigned to VM while consuming the resources,
 and who is the user performing the task.
 
  
  [if the answer to both questions is no, there is a chance that Mitja
  discovered a bug]
  
  
  Thanks,
  Einav
  
  
  - Original Message -
   From: Mitja Mihelič mitja.mihe...@arnes.si
   To: Einav Cohen eco...@redhat.com
   Cc: users@ovirt.org
   Sent: Friday, October 4, 2013 8:14:10 AM
   Subject: Re: [Users] Quota for VMs created from templates
   
   In addition to the described setup:
   The user was also given a permission on the data center with the role
   VmCreator.
   The user is not listed as a consumer of TemplateQuota, but they have an
   inherited role VmCreator in the permissions tab.
   Could this permission be the reason the user can create and run VMs that
   are associated with TemplateQuota?
   
   Regards,
   Mitja
   
   --
   Mitja Mihelič
   ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia
   tel: +386 1 479 8877, fax: +386 1 479 88 78
   
   On 10/03/2013 05:06 PM, Einav Cohen wrote:
AFAIK, a user cannot create a VM that is associated with one (or more)
quota objects on which he doesn't
have consumer permissions.
i.e. if the VM was created successfully by the user, and this VM is
associated with TemplateQuota, and
with the quota that has been created for the user (let's call it
UserQuota), it means that the user has
consumer permissions on both TemplateQuota and UserQuota.
If the user doesn't have permissions on one of these Quota objects -
the
fact that the VM has been created
successfully sounds like a bug to me.
   

Thanks,
Einav
   
- Original Message -
From: Mitja Mihelič mitja.mihe...@arnes.si
To: users@ovirt.org
Sent: Thursday, October 3, 2013 9:59:06 AM
Subject: [Users] Quota for VMs created from templates
   
Hi!
   
We are running engine version 3.3.0 on CentOS6 and we have come across
a
problem, possibly a bug.
When a user creates a VM from a template, the template's quota is
assigned to the VM.
   
Here is the setup:
- quota is set to Enforced on the data center
- quota is created for template purposes (TemplateQuota)
- a template is created from a sealed VM with TemplateQuota assigned
to
it
- quota is created for a user, the user is set as its consumer
- the user creates a VM from the mentioned template and leaves the
quota
unchanged
- the created VM consumes the user's storage quota but does not
consume
their memory and CPU quota
   
This way a user can create and run an arbitrary number of VMs as long
they stay within their storage quota.
No errors are reported in the logs.
   
Kind regards,
Mitja Mihelic
   
--
--
Mitja Mihelič
ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia
tel: +386 1 479 8877, fax: +386 1 479 88 78
   
   
___
Users mailing list

Re: [Users] Quota for VMs created from templates

2013-10-04 Thread Einav Cohen
Good question, Mitja.

@Gilad:

1. Does the 'VmCreator' Role contain the 'consume-quota' action? so when 
granting VmCreator 
on Data Center DC1 to user User1, User1 can automatically consume any 
quota defined 
in DC1 (including, for example, TemplateQuota, in Mitja's case)?

2. Related to both your previous reply and my previous reply: Can a user 
associate a CPU/RAM 
Quota to a VM that he is now *creating*, even if he doesn't have consume-quota 
permissions 
on that CPU/RAM Quota? In Mitja's case, he attempted to create a VM associated 
with both 
TemplateQuota and UserQuota, while the user (maybe - depends on answer to 
1) didn't 
have permission to consume TemplateQuota, and the VM creation succeeded. Is 
that OK?

[if the answer to both questions is no, there is a chance that Mitja 
discovered a bug]


Thanks,
Einav


- Original Message -
 From: Mitja Mihelič mitja.mihe...@arnes.si
 To: Einav Cohen eco...@redhat.com
 Cc: users@ovirt.org
 Sent: Friday, October 4, 2013 8:14:10 AM
 Subject: Re: [Users] Quota for VMs created from templates
 
 In addition to the described setup:
 The user was also given a permission on the data center with the role
 VmCreator.
 The user is not listed as a consumer of TemplateQuota, but they have an
 inherited role VmCreator in the permissions tab.
 Could this permission be the reason the user can create and run VMs that
 are associated with TemplateQuota?
 
 Regards,
 Mitja
 
 --
 Mitja Mihelič
 ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia
 tel: +386 1 479 8877, fax: +386 1 479 88 78
 
 On 10/03/2013 05:06 PM, Einav Cohen wrote:
  AFAIK, a user cannot create a VM that is associated with one (or more)
  quota objects on which he doesn't
  have consumer permissions.
  i.e. if the VM was created successfully by the user, and this VM is
  associated with TemplateQuota, and
  with the quota that has been created for the user (let's call it
  UserQuota), it means that the user has
  consumer permissions on both TemplateQuota and UserQuota.
  If the user doesn't have permissions on one of these Quota objects - the
  fact that the VM has been created
  successfully sounds like a bug to me.
 
  
  Thanks,
  Einav
 
  - Original Message -
  From: Mitja Mihelič mitja.mihe...@arnes.si
  To: users@ovirt.org
  Sent: Thursday, October 3, 2013 9:59:06 AM
  Subject: [Users] Quota for VMs created from templates
 
  Hi!
 
  We are running engine version 3.3.0 on CentOS6 and we have come across a
  problem, possibly a bug.
  When a user creates a VM from a template, the template's quota is
  assigned to the VM.
 
  Here is the setup:
  - quota is set to Enforced on the data center
  - quota is created for template purposes (TemplateQuota)
  - a template is created from a sealed VM with TemplateQuota assigned to it
  - quota is created for a user, the user is set as its consumer
  - the user creates a VM from the mentioned template and leaves the quota
  unchanged
  - the created VM consumes the user's storage quota but does not consume
  their memory and CPU quota
 
  This way a user can create and run an arbitrary number of VMs as long
  they stay within their storage quota.
  No errors are reported in the logs.
 
  Kind regards,
  Mitja Mihelic
 
  --
  --
  Mitja Mihelič
  ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia
  tel: +386 1 479 8877, fax: +386 1 479 88 78
 
 
  ___
  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: [Users] Quota for VMs created from templates

2013-10-03 Thread Einav Cohen
AFAIK, a user cannot create a VM that is associated with one (or more) quota 
objects on which he doesn't 
have consumer permissions.
i.e. if the VM was created successfully by the user, and this VM is associated 
with TemplateQuota, and 
with the quota that has been created for the user (let's call it UserQuota), it 
means that the user has 
consumer permissions on both TemplateQuota and UserQuota. 
If the user doesn't have permissions on one of these Quota objects - the fact 
that the VM has been created 
successfully sounds like a bug to me.


Thanks,
Einav

- Original Message -
 From: Mitja Mihelič mitja.mihe...@arnes.si
 To: users@ovirt.org
 Sent: Thursday, October 3, 2013 9:59:06 AM
 Subject: [Users] Quota for VMs created from templates
 
 Hi!
 
 We are running engine version 3.3.0 on CentOS6 and we have come across a
 problem, possibly a bug.
 When a user creates a VM from a template, the template's quota is
 assigned to the VM.
 
 Here is the setup:
 - quota is set to Enforced on the data center
 - quota is created for template purposes (TemplateQuota)
 - a template is created from a sealed VM with TemplateQuota assigned to it
 - quota is created for a user, the user is set as its consumer
 - the user creates a VM from the mentioned template and leaves the quota
 unchanged
 - the created VM consumes the user's storage quota but does not consume
 their memory and CPU quota
 
 This way a user can create and run an arbitrary number of VMs as long
 they stay within their storage quota.
 No errors are reported in the logs.
 
 Kind regards,
 Mitja Mihelic
 
 --
 --
 Mitja Mihelič
 ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia
 tel: +386 1 479 8877, fax: +386 1 479 88 78
 
 
 ___
 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: [Users] Vfd floppy images

2013-10-02 Thread Einav Cohen
my guess would be via the iso uploader, probably in a similar manner to upload 
CD ISOs (see [1]) but I could be wrong.


Thanks,
Einav

[1] http://lists.ovirt.org/pipermail/users/2012-February/006083.html

- Original Message -
 From: Martijn Grendelman martijn.grendel...@isaac.nl
 To: users@ovirt.org
 Sent: Wednesday, October 2, 2013 10:07:12 AM
 Subject: [Users] Vfd floppy images
 
 Hi,
 
 How does one upload/import VFD floppy images into oVirt?
 
 Cheers,
 Martijn.
 ___
 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: [Users] Languages in drop down of admin portal 3.3.0

2013-09-16 Thread Einav Cohen
- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Monday, September 16, 2013 2:50:12 PM
 
 On Mon, Sep 16, 2013 at 8:36 PM, Einav Cohen wrote:
  - Original Message -
  From: Gianluca Cecchi gianluca.cec...@gmail.com
  Sent: Monday, September 16, 2013 1:19:05 PM
 
  In notice this from a firefox in CentOS 6.4:
  https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing
 
  strange - looks like an encoding-related issue
  [for some reason, all-and-only the Asian locales
  (Japanese, Korean, Chinese) appear with squares).
  Which FF version that you are using on your CentOS 6.4?
  Can you verify in your FF Menu that the selected Character Encoding is
  Unicode (UTF-8)?
  @Alexander - any additional thoughts?
 
 
 firefox-17.0.8-1.el6.centos.x86_64
 I'm using default set after installing firefox, that I see is UTF-8
 and auto-detect is put to off
 see here:
 https://docs.google.com/file/d/0BwoPbcrMv8mvcHoteVNIb09pNGc/edit?usp=sharing
 On the server where I run the browser I configured xrdp and I'm
 connecting to its display from a windows 2008 R2 via mstsc; donna if
 this can influence layout..

I am not sure either, but just in case - it would be great if you can check 
from a different machine, maybe use VNC for remote access rather than xrdp 
(ideally, of course, it would be great if you can work directly with your 
CentOS 6.4 machine, rather than connect to it remotely via a different machine)

 
 I'm going to try the steps for the transaltion... thanks.
 Gianluca
 ___
 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: [Users] page layout scrambled in 3.3?

2013-09-16 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Monday, September 16, 2013 2:43:58 PM
 
 On Mon, Sep 16, 2013 at 7:33 PM, Alexander Wels wrote:
  Gianluca,
 
  looks like the resolution on your browser window is too low. If you make
  the
  window wider the problem will go away. Basically the menu bar is wrapping
  onto
  the next line.
 
 
 My resolution is 1280x768.
 Indeed only when the browser window is quite full screnne I'm able to
 see the window correctly.
 See here a screenshot with the minimum width I have to put to get clean
 view...
 https://docs.google.com/file/d/0BwoPbcrMv8mvTWJJSUU3Um9DUTQ/edit?usp=sharing
 
 perhaps too much? Only an impression.
 The newbye could think it is a problem with the application and
 the first sight a user gets is quite important
 It could be fine to put something inside the welcome window related to
 both minimum resolution and better usability in full screen mode...
 Just my opinion

Thank you for your feedback, Gianluca. we are aware of the issue - we already 
have several BZs that document the problematic layout of the application in 
low resolutions, and we are planning to solve it.

 
 Thannks,
 Gianluca
 ___
 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: [Users] Languages in drop down of admin portal 3.3.0

2013-09-16 Thread Einav Cohen
 - Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 Sent: Monday, September 16, 2013 1:19:05 PM
 
 In notice this from a firefox in CentOS 6.4:
 https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing

strange - looks like an encoding-related issue 
[for some reason, all-and-only the Asian locales 
(Japanese, Korean, Chinese) appear with squares).
Which FF version that you are using on your CentOS 6.4?
Can you verify in your FF Menu that the selected Character Encoding is Unicode 
(UTF-8)?
@Alexander - any additional thoughts?

 
 I'm using f19 for engine enabling beta repo, that today provided
 ovirt-engine-3.3.0-4.fc19.noarch
 
 BTW: nice to see some more languages; how can I help to have Italian put
 in...?

we are using the Zanata translation-management system.
you can go https://translate.zanata.org/zanata/project/view/ovirt, sign up, 
follow the instructions for translators and continue from there - I can 
assist if necessary.

 
 Gianluca
 ___
 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: [Users] ovirt 3.3 webui snapshot pane

2013-09-10 Thread Einav Cohen
Thanks, Markus. Within the snapshot sub-tab, once you select a snapshot on 
the left-hand side, details with regards to that snapshot are displayed in 
the tab-panel within the right-hand side. These are not the same details 
that are displayed in the VM's details sub-tab panel; the snapshot details 
values may be identical to the VM's details values in case the user chose 
to not change the VM's meta-data across snapshots, however, of course, this 
is not necessarily the case.

the snapshot details tab-panel don't look exactly like the VM's details 
tab-panel since corresponding details are not identical: I assume that 
some information is irrelevant for the snapshot (e.g. Template:, which 
is relevant only for the VM), other information is simply not persisted 
as part of the snapshot information, and another information might be 
persisted, but simply not displayed;
[I assume that people that are more familiar with the snapshots feature 
can help with exact details here]

I agree that the snapshots-details-tab-panel looks strange and its graphical 
design can be improved. Can you please file a new oVirt bugzilla item for 
this issue?


Thanks,
Einav

- Original Message -
 From: Markus Stockhausen stockhau...@collogia.de
 To: Einav Cohen eco...@redhat.com
 Cc: users users@ovirt.org
 Sent: Tuesday, September 10, 2013 1:21:04 AM
 Subject: AW: [Users] ovirt 3.3 webui snapshot pane
 
  Von: Einav Cohen [eco...@redhat.com]
  Gesendet: Montag, 9. September 2013 20:52
  An: Markus Stockhausen
  Cc: users
  Betreff: Re: [Users] ovirt 3.3 webui snapshot pane
  
  Hi Markus,
  
  - can you attach a screen-shot?
  - what is your screen resolution?
 
  
  Thanks,
  Einav
 
 Hello Einav,
 
 screenshot is attached to this mail. My resolution is 1600x900
 
 Markus
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt 3.3 webui snapshot pane

2013-09-09 Thread Einav Cohen
Hi Markus,

- can you attach a screen-shot?
- what is your screen resolution?


Thanks,
Einav

- Original Message -
 From: Markus Stockhausen stockhau...@collogia.de
 To: users users@ovirt.org
 Sent: Monday, September 9, 2013 2:47:08 PM
 Subject: [Users] ovirt 3.3 webui snapshot pane
 
 Hello,
 
 when I select a vm and choose the snapshots pane the window
 below looks quite strange. It is split. On the left side I can see
 the list of snapshots. On the right side I see an incomplete and not
 perfectly rendered  view that looks like a part of the VM view
 itself. The right side seems to contain no more data.
 
 To give a visual idea:
 
 -+ Snapshots +--
 Create | Preview | ...  -||-  General | Disks | Network interfaces | ..
 
 Same behaviour in Firefox 23 and IE 8. Maybe a lost fragment?
 
 Best regards.
 
 Markus
 ___
 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: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails

2013-09-04 Thread Einav Cohen
hi Markus,

during the ovirt 3.3 test day, there was a known issue with regards to the 
ovirtmgmt network - see the 'host installation' note in the Known Issues 
section in [1] - I am not sure if this issue has already been resolved or 
not.
can you please follow the recommended steps in [1] and see if it helps?


Thanks,
Einav

[1] http://www.ovirt.org/OVirt_3.3_TestDay#Known_issues


- Original Message -
 From: Markus Stockhausen stockhau...@collogia.de
 To: users users@ovirt.org
 Sent: Wednesday, September 4, 2013 2:44:28 PM
 Subject: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails
 
 Hello,
 
 I'm trying to add a Fedora 19 host to my newly installed ovirt engine 3.3
 The ost has vdsm.x86_64 4.12.1-1.fc19 installed from the beta repos.
 During the installation two interfaces are active:
 
 Storage/NFS network:
 ib0: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 2044
 inet 10.10.30.1  netmask 255.255.255.0  broadcast 10.10.30.255
 Infiniband hardware address can be incorrect! Please read BUGS section in
 ifconfig(8).
 infiniband
 80:00:00:48:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00
 txqueuelen 256  (InfiniBand)
 RX packets 38899  bytes 2213697 (2.1 MiB)
 RX errors 0  dropped 0  overruns 0  frame 0
 TX packets 67314  bytes 15746759 (15.0 MiB)
 TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
 Frontend/Management network:
 p49p1: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500
 inet 192.168.10.51  netmask 255.255.255.0  broadcast 192.168.10.255
 ether 00:30:48:d7:9e:c4  txqueuelen 1000  (Ethernet)
 RX packets 14631  bytes 9069189 (8.6 MiB)
 RX errors 0  dropped 354  overruns 0  frame 0
 TX packets 6552  bytes 2348866 (2.2 MiB)
 TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 device interrupt 16  memory 0xface-fad0
 
 The installation (with IP 192.168.10.51) fails and afterwards the frontend
 interface
 is down. Attached the VDSM logs.
 
 Thanks for your help in advance.
 
 Markus
 
 supervdsm.log:
 
 MainProcess|Thread-16::ERROR::2013-09-04
 20:37:32,695::netinfo::239::root::(speed) cannot read ib0 speed
 Traceback (most recent call last):
   File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 235, in
   speed
 s = int(file('/sys/class/net/%s/speed' % dev).read())
 IOError: [Errno 22] Invalid argument
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,698::configNetwork::176::root::(addNetwork) validating network...
 MainProcess|Thread-16::INFO::2013-09-04
 20:37:32,698::configNetwork::191::root::(addNetwork) Adding network
 ovirtmgmt with vlan=None, bonding=None, nics=['p49p1'], bondingOptions=None,
 mtu=None, bridged=True, options={'STP': 'no', 'implicitBonding': True}
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,699::ifcfg::366::root::(_persistentBackup) backing up
 ifcfg-ovirtmgmt: # original file did not exist
 
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,702::ifcfg::665::Storage.Misc.excCmd::(ifdown) '/usr/sbin/ifdown
 ovirtmgmt' (cwd None)
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,917::ifcfg::665::Storage.Misc.excCmd::(ifdown) SUCCESS: err = '';
 rc = 0
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,917::utils::486::root::(execCmd) '/sbin/ip route show to 0.0.0.0/0
 table all' (cwd None)
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,919::utils::505::root::(execCmd) SUCCESS: err = ''; rc = 0
 MainProcess|Thread-16::ERROR::2013-09-04
 20:37:32,923::netinfo::239::root::(speed) cannot read ib0 speed
 Traceback (most recent call last):
   File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 235, in
   speed
 s = int(file('/sys/class/net/%s/speed' % dev).read())
 IOError: [Errno 22] Invalid argument
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,926::ifcfg::366::root::(_persistentBackup) backing up ifcfg-p49p1:
 # original file did not exist
 
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:32,926::ifcfg::665::Storage.Misc.excCmd::(ifdown) '/usr/sbin/ifdown
 p49p1' (cwd None)
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:33,243::ifcfg::665::Storage.Misc.excCmd::(ifdown) SUCCESS: err =
 'bridge ovirtmgmt does not exist!\n'; rc = 0
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:33,243::ifcfg::672::Storage.Misc.excCmd::(_ifup) '/usr/sbin/ifup
 p49p1' (cwd None)
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:33,354::ifcfg::672::Storage.Misc.excCmd::(_ifup) SUCCESS: err = '';
 rc = 0
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:33,354::__init__::78::root::(_addSourceRoute) Adding source route
 ovirtmgmt, None, None, None
 MainProcess|Thread-16::ERROR::2013-09-04
 20:37:33,354::sourceRoute::68::root::(configure) ipaddr, mask or gateway not
 received
 MainProcess|Thread-16::DEBUG::2013-09-04
 20:37:33,355::ifcfg::672::Storage.Misc.excCmd::(_ifup) '/usr/sbin/ifup
 ovirtmgmt' (cwd None)
 MainProcess|Thread-16::DEBUG::2013-09-04
 

Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails

2013-09-04 Thread Einav Cohen
 - Original Message -
 From: Markus Stockhausen stockhau...@collogia.de
 Sent: Wednesday, September 4, 2013 3:19:52 PM
 
 Hello Einav,
 
 thanks for the tip. In ovirt-engine I mapped the ovirtmgmt network to
 interface p49p1 checked the save settings radiobutton and clicked ok.
 The connection was lost again. Now I have:
 
 [root@colovn1 network-scripts]# cat ifcfg-ovirtmgmt
 # Generated by VDSM version 4.12.1-1.fc19
 DEVICE=ovirtmgmt
 ONBOOT=yes
 TYPE=Bridge
 DELAY=0
 DEFROUTE=yes
 NM_CONTROLLED=no
 STP=no
 BOOTPROTO=static
 
 [root@colovn1 network-scripts]# cat ifcfg-p49p1
 # Generated by VDSM version 4.12.1-1.fc19
 DEVICE=p49p1
 ONBOOT=yes
 HWADDR=00:30:48:d7:9e:c4
 BRIDGE=ovirtmgmt
 MTU=1500
 NM_CONTROLLED=no
 STP=no
 
 and what seems to be the old config file:
 
 [root@colovn1 network-scripts]# cat ifcfg-enp1s0
 PEERROUTES=yes
 IPV6INIT=yes
 UUID=0bd1b6df-9f88-4dcf-82af-225b14b99d67
 IPV6_PEERDNS=yes
 DEFROUTE=yes
 PEERDNS=yes
 IPV4_FAILURE_FATAL=no
 HWADDR=00:30:48:D7:9E:C4
 BOOTPROTO=none
 IPV6_DEFROUTE=yes
 IPV6_AUTOCONF=yes
 IPV6_FAILURE_FATAL=no
 IPV6_PEERROUTES=yes
 TYPE=Ethernet
 ONBOOT=yes
 NAME=enp1s0
 IPADDR=192.168.10.51
 NETMASK=255.255.255.0
 GATEWAY=192.168.10.7
 DNS1=192.168.10.15
 
 Afterwards I disabled Networkmanager:
 
 [root@colovn1 network-scripts]# systemctl disable NetworkManager
 [root@colovn1 network-scripts]# systemctl stop NetworkManager.service
 
 Now I have no configuration at all. At least I can rech the
 machine through the storage network. Any idea what to
 try next?

make sure that your network service is on (service network start) 
and that it will be automatically started after reboot (chkconfig 
network on).

 
 Markus
 
 
 Von: Einav Cohen [eco...@redhat.com]
 Gesendet: Mittwoch, 4. September 2013 20:58
 An: Markus Stockhausen
 Cc: users
 Betreff: Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails
 
 hi Markus,
 
 during the ovirt 3.3 test day, there was a known issue with regards to the
 ovirtmgmt network - see the 'host installation' note in the Known Issues
 section in [1] - I am not sure if this issue has already been resolved or
 not.
 can you please follow the recommended steps in [1] and see if it helps?
 
 
 Thanks,
 Einav
 
 [1] http://www.ovirt.org/OVirt_3.3_TestDay#Known_issues
 
 
 - Original Message -
  From: Markus Stockhausen stockhau...@collogia.de
  To: users users@ovirt.org
  Sent: Wednesday, September 4, 2013 2:44:28 PM
  Subject: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails
 
  Hello,
 
  I'm trying to add a Fedora 19 host to my newly installed ovirt engine 3.3
  The ost has vdsm.x86_64 4.12.1-1.fc19 installed from the beta repos.
  During the installation two interfaces are active:
 
  Storage/NFS network:
  ib0: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 2044
  inet 10.10.30.1  netmask 255.255.255.0  broadcast 10.10.30.255
  Infiniband hardware address can be incorrect! Please read BUGS section in
  ifconfig(8).
  infiniband
  80:00:00:48:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00
  txqueuelen 256  (InfiniBand)
  RX packets 38899  bytes 2213697 (2.1 MiB)
  RX errors 0  dropped 0  overruns 0  frame 0
  TX packets 67314  bytes 15746759 (15.0 MiB)
  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
  Frontend/Management network:
  p49p1: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500
  inet 192.168.10.51  netmask 255.255.255.0  broadcast 192.168.10.255
  ether 00:30:48:d7:9e:c4  txqueuelen 1000  (Ethernet)
  RX packets 14631  bytes 9069189 (8.6 MiB)
  RX errors 0  dropped 354  overruns 0  frame 0
  TX packets 6552  bytes 2348866 (2.2 MiB)
  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
  device interrupt 16  memory 0xface-fad0
 
  The installation (with IP 192.168.10.51) fails and afterwards the frontend
  interface
  is down. Attached the VDSM logs.
 
  Thanks for your help in advance.
 
  Markus
 
  supervdsm.log:
 
  MainProcess|Thread-16::ERROR::2013-09-04
  20:37:32,695::netinfo::239::root::(speed) cannot read ib0 speed
  Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 235, in
speed
  s = int(file('/sys/class/net/%s/speed' % dev).read())
  IOError: [Errno 22] Invalid argument
  MainProcess|Thread-16::DEBUG::2013-09-04
  20:37:32,698::configNetwork::176::root::(addNetwork) validating network...
  MainProcess|Thread-16::INFO::2013-09-04
  20:37:32,698::configNetwork::191::root::(addNetwork) Adding network
  ovirtmgmt with vlan=None, bonding=None, nics=['p49p1'],
  bondingOptions=None,
  mtu=None, bridged=True, options={'STP': 'no', 'implicitBonding': True}
  MainProcess|Thread-16::DEBUG::2013-09-04
  20:37:32,699::ifcfg::366::root::(_persistentBackup) backing up
  ifcfg-ovirtmgmt: # original file did not exist
 
  MainProcess|Thread-16::DEBUG

Re: [Users] About /doc/ovirt-engine/manual/DocumentationPath.csv 404

2013-08-28 Thread Einav Cohen
ovirt BZ filed: https://bugzilla.redhat.com/show_bug.cgi?id=1002353
[Bug 1002353 - error message in engine.log regarding a 404 response when 
attempting to read /doc/ovirt-engine/manual/DocumentationPath.csv]
explanation for the root cause of this error is within the BZ description.


Regards,
Einav

- Original Message -
 From: lof yer lof...@gmail.com
 To: users users@ovirt.org
 Sent: Wednesday, August 28, 2013 5:52:44 AM
 Subject: [Users] About /doc/ovirt-engine/manual/DocumentationPath.csv 404
 
 Can't read file /doc/ovirt-engine/manual/DocumentationPath.csv for request
 /docs/DocumentationPath.csv, will send a 404 error response.
 
 I can see this from log file.
 Where can I find ovirt manual ?
 
 ___
 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: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]

2013-08-26 Thread Einav Cohen
 - Original Message -
 From: Eldan Hildesheim ehild...@redhat.com
 Sent: Sunday, August 25, 2013 9:41:55 AM
 
 Hi,
 The SPACE to the right of the text was made originally only for the purpose
 network icon (crown, vm, monitor...) - at one glance the user should
 understand the purpose of the network. No other icon (edit) should interfere
 the understanding of this purpose.
 1. Putting a gear instead of a pencil is ok with me - but It shouldn't be
 static - it should be shown only in rollover:
 It is totally normal to rollover an item and get more options about it and
 not having an edit icon next to it. (We don't have an icon inside each line
 in the  grid as well).

again - reminding the original subject of my thread / original pain-point 
mentioned 
in the description of BZ#984737: the user had a hard time finding the edit icon 
in 
the first place. Replacing a tiny pencil icon with a tiny gear icon (but still 
displaying it only upon hover) kind-of misses the entire point IMO.
a static indication will be helpful in this case.

[users: it this is NOT a real pain point - please let us know]

Moreover, the fact that the area on the right-hand side of the 
network-rectangle 
was made originally only for read-only purpose icons is OK, but it doesn't 
mean 
that we cannot change that. Alissa made a point about removing the rectangles 
around 
the purpose icons (see attached) with which I agree - it will make them look 
less 
like buttons and more like read-only icons.
if we will graphically distinguish the gear icon (e.g. separator, border, etc.) 
so 
that it wouldn't be mistakenly considered as another purpose icon, but as a 
button, 
we wouldn't a problem.

 2. The implementation as it is now is a bit bizarre, you rollover the box and
 you get the EDIT TOOL (pencil) and the TOOLTIP.
 Sketch - Option 1 - merges both of the technics together.

was there a sketch that you intended to attach? or did you refer to one of the 
attachments in one of the previous e-mails in the thread?

 But in case we don't really need a tool tip as Lior suggests, we can
 eliminated the tooltip and go with option 2 (wheel + arrow in rollover)

I assume that you mean that gear + arrow will appear upon rollover, not that 
gear + arrow will always be displayed and the actual available actions (edit, 
remove) will appear upon hover (which is what I suggested).
Which means that in your suggestion - actual available actions (edit, remove) 
will appear only upon mouse-click (which means that in order to edit a network, 
two clicks will be required, instead of one today / my suggestion)?

 Eldan
 
 
 - Original Message -
 From: Einav Cohen eco...@redhat.com
 To: users users@ovirt.org
 Cc: Lior Vernia lver...@redhat.com, info i...@eldanet.com, Eldan
 Hildesheim ehild...@redhat.com, j...@cs.yorku.ca, Karli Sjöberg
 karli.sjob...@slu.se, René Koch (ovido) r.k...@ovido.at, Malini Rao
 m...@redhat.com
 Sent: Friday, August 23, 2013 9:23:31 PM
 Subject: Re: [Users] Setup Host Network dialog - actions availability
 [ux][BZ#984737]
 
 [top posting]
 
 Many thanks, everyone, for your valuable input - it is highly appreciated!
 I would like to do an interim summary of our conclusions / open issues so
 far, towards converging to a concrete solution.
 
 your feedback will be highly appreciated.
 
 (1) [open issue] actions availability indication:
 
   (a) always visible (e.g. as a gear icon, see attached
   HostSetupNetworks-DropDownMenu.png)
   (b) visible only upon hover (see attached HostSetupNetworks-HoverPopUp.png)
   (c) combination (see attached
   SetupHostNetworks-StaticAndHoverCombination.png)
 
 [ignore the exact design details for now (e.g. hover solution contains /
 doesn't
 contain some network details, gear icon drop-down items panel opens upon
 hover /
 upon click, etc.]
 
 I think we all agree that (c) is a bad redundancy;
 (a) may somewhat clutter the existing view, however it best resolves the
 original pain point mentioned in the BZ/this thread, which is not fully
 resolved in solution (b).
 according to the input provided in this thread, it seems that most of the
 people are in favor of adding the gear icon, which implies that they support
 (a) [I could be wrong, please correct me if I am].
 
 (2) [open issue] displaying a details-pop-up upon hover on a logical network
 is needed / not needed.
 we received here a couple of opinions that it isn't needed, I would like
 to verify that everyone are comfortable with that; also need to keep in
 mind that we currently have a details pop-up when hovering on a NIC, and I
 assume that we have one for hovering on a Bond - are everyone comfortable
 with getting rid of all of these?
 
 (3) [open issue] actions availability upon click vs. upon hover.
 [note: this is not about the indication mentioned in (1) (e.g. gear icon),
 but about actually showing the available actions (edit, remove, etc.).
 revealing the available actions upon click would mean that two clicks

Re: [Users] Setup Host Network dialog - actions availability [ux][BZ#984737]

2013-08-23 Thread Einav Cohen
[top posting]

Hi René, thanks for the feedback.
I will soon send an e-mail summarizing all of the feedback regarding the 
main issue.
In your particular feedback, you have mentioned a couple of potential 
improvements that are not directly related to the main issue. These are:

(1)
 So why not allowing to edit ip addresses here?
 I don't mean going back to oVirt 3.0 style but just make existing ip
 addresses changeable here already by making the existing ip address
 clickable and open the edit network window.
[IIUC: 'here' == Logical Networks sub-tab in the Hosts main tab]

Can you please file a new BZ on that issue?
[https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt]

(2)
 display the ip address (and maybe MTU) below the logical network name.
 e.g.
 ovirtmgmt (VLAN 1)
 IP: 192.168.0.1
 -
 logical network 1
 -
 logical network 2

currently, the appropriate location for this information is the details-pop-up 
that is displayed upon hovering on the logical network; however, in case we 
will 
decide to get rid of that pop-up, your suggestion above should be taken into 
consideration, and it would be great if you will file a new BZ on that issue as 
well. 


Thanks,
Einav

- Original Message -
 From: René Koch (ovido) r.k...@ovido.at
 To: Einav Cohen eco...@redhat.com
 Cc: info i...@eldanet.com, Eldan Hildesheim ehild...@redhat.com, 
 users users@ovirt.org, j...@cs.yorku.ca
 Sent: Friday, August 23, 2013 4:34:28 AM
 Subject: Re: [Users] Setup Host Network dialog - actions availability 
 [ux][BZ#984737]
 
 On Thu, 2013-08-22 at 13:04 -0400, Einav Cohen wrote:
  Hi,
  
  This is about attempting to address the difficulty of finding the
  edit-action in
  the Setup Host Network dialog, as documented in Bug 984737 - usability:
  webadmin
  difficulty in assigning client ip, no gateway possible in bugzilla.
  We have a suggestion from Eldan (see attached
  HostSetupNetworks-HoverPopUp.png)
  which was described in the BZ (comment #3) and seemed acceptable by the
  reporter
  (comment #4), however IIUC - one of the main pain points described in the
  BZ was
  the fact that the user could not find the option to Edit the connection
  properties
  since he was looking in the wrong place, and needed to hover on the correct
  place,
  in order to find that option.
  So although the idea is somewhat helpful, my concern is that this solution
  is not
  enough (comment #5).
  
  Another proposal from Malini (comment #6) is to add an actions drop-down
  menu in
  the form of a small gear icon-button - see attached
  HostSetupNetworks-DropDownMenu.png.
  This proposal addresses my concern, however I have a question about another
  concern
  with this solution:
  would the actions-drop-down menu-items panel be revealed appear upon click
  or upon
  hover?
 
 
 In my opinion this is the better solution but still not enough. Let me
 explain why:
 
 There are 4 reasons (or did I forgot one?) why I want to change the network
 configuration:
 1. Add new logical networks
 2. Remove logical networks
 3. Change ip addresses of 1 (or more) logical networks
 4. Configure/change bonding options
 
 Ad 1 and 2: In the Setup hosts networks dialog the behavior is ok -
 improvements should be done when creating new logical networks.
 I think neutron integration will improve this...
 
 Ad 3:
 When changing (or adding) an ip address I first have to verify what's the
 current ip configuration of this host.
 If I don't use dns/static hosts entry I can see the current ip address
 of ovirtmgmt host in hosts tab, but for all other networks or when
 having hostnames configured I have to go to the Network Interfaces
 subtab of each host. In this tab I can already see the address I (properly)
 want to change or the interface where I want to add a new ip address.
 
 So why not allowing to edit ip addresses here?
 I don't mean going back to oVirt 3.0 style but just make existing ip
 addresses changeable here already by making the existing ip address
 clickable and open the edit network window.
 
 Bondings/logical networks should stay in setup host networks and there
 should also be a gear icon to edit/remove logical networks like in the
 DropDownMenu.png screenshot which reveals when clicking on it. Then you
 have the possibility to change the ip config wherever it's easier for you.
 
 I also vote for removing the tooltip on logical networks and instead display
 the ip address (and maybe MTU) below the logical network name.
 e.g.
 ovirtmgmt (VLAN 1)
 IP: 192.168.0.1
 -
 logical network 1
 -
 logical network 2
 
 As ip addresses will most likely be configured only for ovirtmgmt, display
 network and storage network this dialog wouldn't get floated with too many
 information...
 
 Ad 4: Add a gear icon in the same way as for 3, but keep the ability to
 change the configuration only in Setup hosts networks dialog, no need imho
 in Network Interfaces subtab...
 
 
 Regards,
 René
 
 
  
  if it will be upon

Re: [Users] oVirt Weekly Meeting Minutes -- 2013-08-21

2013-08-21 Thread Einav Cohen
* Bug 994604 - Users cannot log into UserPortal (engine, MODIFIED)
  (oschreib, 14:24:52)
* ACTION: ecohen to push into 3.3 branch  (oschreib, 14:26:18)

- As I mentioned during the meeting: Bug 994604 is actually an infra bug, 
emesika should provide the status on that.

- During the meeting I mentioned that there was an additional, unrelated user 
portal login issue which is not documented in any oVirt BZ, however its fix 
is worth backporting to ovirt-engine-3.3. Updating that the fix has been 
backported (merged) to ovirt-engine-3.3 [http://gerrit.ovirt.org/#/c/18373/] - 
thanks Alexander/Derez for the prompt backport/review.

- Original Message -
 From: Mike Burns mbu...@redhat.com
 To: bo...@ovirt.org, users users@ovirt.org
 Sent: Wednesday, August 21, 2013 11:02:59 AM
 Subject: oVirt Weekly Meeting Minutes -- 2013-08-21
 
 Minutes:
 http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-21-14.01.html
 Minutes (text):
 http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-21-14.01.txt
 Log:
 http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-21-14.01.log.html
 
 
 #ovirt: oVirt Weekly Meeting
 
 
 
 Meeting started by oschreib at 14:01:24 UTC. The full logs are available
 at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-21-14.01.log.html
 .
 
 
 
 Meeting summary
 ---
 * agenda and roll call  (oschreib, 14:01:34)
* 3.3 status update  (oschreib, 14:01:42)
* infra team update  (oschreib, 14:02:04)
* Conference and Workshop  (oschreib, 14:02:11)
* Other Topics  (oschreib, 14:02:19)
 
 * 3.3 Release update  (oschreib, 14:11:44)
* ovirt 3.3 releae page and tracker:  (oschreib, 14:11:57)
* LINK: http://www.ovirt.org/OVirt_3.3_release-management   (oschreib,
  14:12:04)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=918494
  (oschreib, 14:12:12)
* GA is one week from now  (oschreib, 14:12:35)
* RC build has been uploaded to ovirt.org, thanks mburns  (oschreib,
  14:13:00)
* Blocker review  (oschreib, 14:13:43)
* Bug 988299 - Impossible to start VM from Gluster Storage Domain
  (engine, MODIFIED)  (oschreib, 14:14:02)
* probably fixed  (oschreib, 14:16:19)
* ACTION: sahina to verify 988299 is pushed  (oschreib, 14:16:37)
* Bug 994523 - [vdsm][multiple gateways] Keep ovirt management as
  default in the main routing table always (engine, MODIFIED)
  (oschreib, 14:17:08)
* patch for 988299 is not merged yet (
  http://gerrit.ovirt.org/#/c/17994/ )  (mburns, 14:23:34)
* need new vdsm build with this patch  (mburns, 14:23:43)
* Bug 994604 - Users cannot log into UserPortal (engine, MODIFIED)
  (oschreib, 14:24:52)
* ACTION: ecohen to push into 3.3 branch  (oschreib, 14:26:18)
* ACTION: oschreib to rebuild engine afterwards  (oschreib, 14:26:31)
* Bug 997362 - [engine-config] /var/log/ovirt-engine/engine-config.log
  doesn't exist (engine, MODIFIED)  (oschreib, 14:27:46)
* ACTION: emesika to check with 997362  (oschreib, 14:32:10)
* Blocker review done  (oschreib, 14:32:18)
* ACTION: oschreib to send mail on release go/no-go meeting
  (oschreib, 14:40:29)
 
 * workshops and conferences  (mburns, 14:42:03)
* ovirt developer meetings and planning to happen at KVM Forum (21-23
  October in Edinburgh)  (mburns, 14:42:36)
* there will be additional oVirt content during KVM Forum as well
  (mburns, 14:43:27)
* dneary to make sure everyone that should be there is in attendance
  for ovirt dev meetings  (mburns, 14:45:45)
* jbrooks has been working on release notes, announcement, etc
  (mburns, 14:48:17)
* ACTION: oschreib to check about 3.3 live distro  (oschreib,
  14:51:10)
 
 * infra update  (mburns, 14:52:40)
* extra storage in rackspace servers, so backups will be migrated
  there  (mburns, 14:55:39)
* new centos 6.4 slaves are only  (mburns, 14:55:47)
* new puppet classes added to manage jenkins slaves  (mburns,
  14:55:57)
* more room for additional jenkins slaves  (mburns, 14:56:04)
* jenkins updates to latest LTS (long term stable)  (mburns, 14:56:40)
* hosted-engine-setup and ha builds are now built nightly and pushed
  to nightly repos  (mburns, 14:58:03)
* in process of adding network functional testing to jenkins  (mburns,
  14:58:56)
 
 * Other Topics  (mburns, 14:59:49)
* no other topics  (mburns, 15:02:04)
 
 Meeting ended at 15:02:09 UTC.
 
 
 
 
 Action Items
 
 * sahina to verify 988299 is pushed
 * ecohen to push into 3.3 branch
 * oschreib to rebuild engine afterwards
 * emesika to check with 997362
 * oschreib to send mail on release go/no-go meeting
 * oschreib to check about 3.3 live distro
 
 
 
 
 Action Items, by person
 ---
 * ecohen
* ecohen to push into 3.3 branch
 * emesika
* emesika to check with 997362
 * oschreib
* oschreib to rebuild 

Re: [Users] oVirt 3.3 SPICE console error 500

2013-07-26 Thread Einav Cohen
 - Original Message -
 From: Itamar Heim ih...@redhat.com
 Sent: Friday, July 26, 2013 6:55:55 AM
 
 On 07/26/2013 01:07 PM, Tomas Jelinek wrote:
  Well, this is an error introduced by upgrading the GWT and it broke our
  serialization mechanism.
  There is a bug opened (well, not exactly your issue but a different which
  is caused by the same problem - see the comments).
 
  https://bugzilla.redhat.com/show_bug.cgi?id=988021
 
 is the fix the same for both?

I believe so. As Tomas mentioned - there are several issues that are being 
caused from the same root problem, hence a single fix should resolve all issues.

 sounds like we need to fix asap, and hopefully jakub can take the next
 nightly that will have that fix (and, hmmm, test upgrade from 3.3
 pre-release to 3.3 pre-release...)

an immediate fix was already merged earlier today: 
http://gerrit.ovirt.org/#/c/17330/.
I believe that it will solve all issues that are being caused due to the 
serialization 
problem of the dateCreated field of the RepoImage class (including the 
problem reported 
by Jakub in this thread and the problem reported in Bug 988021).
a better / more robust solution is being worked on as we speak.

 
 
  - Original Message -
  From: Jakub Bittner j.bitt...@nbu.cz
  To: users@ovirt.org
  Sent: Friday, July 26, 2013 8:01:04 AM
  Subject: [Users] oVirt 3.3 SPICE console error 500
 
  Hello,
  I upgraded oVirt to 3.3 and when I want to launch SPICE console I get
  error 500 on web ui. I tried to install websovketproxy package, enabled
  it by engine-config -s WebSocketProxy=Engine:6100  But it did not
  help. I dont know what I did wrong. Logs are bellow. Thank you for advice
 
  == ovirt-engine/engine.log ==
  2013-07-25 15:22:31,717 INFO
  [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8)
  Running command: SetVmTicketCommand internal: false. Entities affected
  :  ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM
  2013-07-25 15:22:31,726 INFO
  [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
  (ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName =
  node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0,
  vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR,
  validTime=120,m userName=admin@internal,
  userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf
  2013-07-25 15:22:31,764 INFO
  [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
  (ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf
 
  == ovirt-engine/server.log ==
  2013-07-25 15:22:31,865 ERROR
  [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]]
  (ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call:
  java.lang.NullPointerException
   at
  com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76)
  [gwt-servlet.jar:]
   at
  com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320)
  

Re: [Users] usb pass-through

2013-04-20 Thread Einav Cohen
 - Original Message -
 From: Ryan Wilkinson ryanw...@gmail.com
 Sent: Saturday, April 20, 2013 10:58:49 AM
 
 Thanks for the response.  Is the master release accessible via a repo.?

from your question I understand that you are currently using ovirt 3.2.1 rather 
than master [to answer Itamar's question from the previous e-mail], and that 
explains 
the slowness of the portals on IE8 that you are experiencing.

Please note that on oVirt master, the performance improvement patches for IE8 
affect 
only the user portal; unfortunately, the admin portal still suffers from 
performance 
problems on IE8.

with regards to the master release accessibility: I am not sure if we have a 
master 
release; you can build oVirt-engine directly from the code-repo by following 
the 
instructions in the following wiki-page: 
http://www.ovirt.org/Build_and_Install_Engine_RPM

@Itamar/others: do we have some kind of a nightly/weekly/occasionally 
repository of 
ovirt builds/rpms? the IE8 performance patches were introduced to oVirt master 
on March 1 
(almost 2 months ago), so anything rebased from ovirt master at that point in 
time or 
afterwards would be helpful.

 I've been using Fedora 18.  Is usb pass-through not supported for Windows
 clients?

as Itamar mentioned below, spice-devel mailing-list members (CC'd) should be 
able to answer 
this question.

 
 
 On Sat, Apr 20, 2013 at 8:00 AM, Einav Cohen eco...@redhat.com wrote:
 
   - Original Message -
   From: Itamar Heim ih...@redhat.com
   Sent: Saturday, April 20, 2013 9:32:39 AM
  
   On 04/20/2013 01:26 AM, Ryan Wilkinson wrote:
Does the Windows spice client not support usb pass-through?  Also, is
extremely slow with IE 8.  Any advice on speeding the user or admin
console up in IE8?
   
   
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
   
  
   adding spice-devel for the usb question.
   for the IE8 - some improvements went to master for IE8 performance, but
   i don't think they are in ovirt 3.2.1 (einav?).
 
  that's right: the recent IE8 improvements are not included in ovirt 3.2.1,
  they are only in master.
 
   are you using master or 3.2.1?
  
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Fwd: Internet Explorer with latest master

2013-02-18 Thread Einav Cohen
   
   @Daniel, what about IE=edge,chrome=1, which adds preference for
   Google Chrome Frame (IE plug-in which uses WebKit engine instead
   of
   IE engine), if available? :)
  
  +1 :)
  We might gain some HTML5 features support on IE for free...
 +1

chrome=1 is something that we probably shouldn't introduce at the moment, as 
with chrome=1, users will lose the SPICE console connection ability (which 
doesn't exist for Chrome ATM, at least AFAIK).

There is a chance that once we will eliminate the need for plug-ins in order to 
connect to the VM's console [1], we can consider introducing gcf.

however, although gcf plug-in would probably solve a couple of problems, I 
wonder if it won't potentially introduce a bunch of other problem as well...

[1] http://gerrit.ovirt.org/#/c/11703/


  
   
   @DHC: according to http://stackoverflow.com/a/5673902, intranet
   sites
   in IE8/IE9 are *always* rendered in compatibility (non-standards)
   mode. This might be the problem you're facing with WebAdmin and
   UserPortal. You might want to check IE Compatibility View
   Settings
   dialog box and ensure that nothing gets displayed in
   compatibility
   view.
   
   Vojtech
   
   
   - Original Message -
   From: Daniel Erez de...@redhat.com
   To: Vojtech Szocs vsz...@redhat.com
   Cc: users users@ovirt.org, Dead Horse
   deadhorseconsult...@gmail.com
   Sent: Friday, February 15, 2013 7:18:05 PM
   Subject: Re: [Users] Fwd: Internet Explorer with latest master
   
   
   
   - Original Message -
From: Vojtech Szocs vsz...@redhat.com
To: Dead Horse deadhorseconsult...@gmail.com
Cc: users users@ovirt.org
Sent: Friday, February 15, 2013 3:32:03 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master

Hi,

doing make rpm will actually build Engine using Maven and
produce
RPMs, but you might also want to deploy Engine EAR that was
built
to
JBoss server via make install_artifacts.

 Thus I assume the master build does not default to compiling
 for
 all browsers?

Aside from make rpm-quick, which builds quick  dirty RPMs
for
Firefox [gwt.userAgent=gecko1_8], I don't see any
gwt.userAgent
stuff in makefile, so the master build defaults to compiling
for
all
browsers, unless you override this via EXTRA_BUILD_FLAGS.

I think an easier way to do this is as Alona suggested,
invoking
Maven build directly:

  $ mvn clean install -Pdep,gwt-admin,gwt-user, but it's up
  to
  you.

Anyway, I think the problem isn't related to gwt.userAgent
property
at all. If the GWT permutation for IE is missing, blank page
will
be
shown, as GWT permutation selector script (*.nocache.js) will
not
be
able to load that permutation.

I think the problem might be caused by your client's IE browser
settings. As per [1], IE should render HTML page with
!DOCTYPE
html using standards mode; rendering mode which WebAdmin and
UserPortal require. So if you see garbled mess in IE, it means
IE
doesn't render HTML page in standards mode, but in other
(quirks?)
mode, due to some IE browser settings override.

The X-UA-Compatible meta-tag actually *forces* IE to render
HTML
page in standards mode, which overrides any IE browser
settings:

  meta http-equiv=X-UA-Compatible content=IE=9/

(I think we should reconsider adding this meta-tag due to
reasons
above, to ensure better compatibility with IE.)
   
   Instead of forcing IE9 mode we can use edge mode to display
   content
   in the highest mode available.
   I.e.:
   meta http-equiv=X-UA-Compatible content=IE=edge/
   

Vojtech

[1]
http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx


- Original Message -
From: Dead Horse deadhorseconsult...@gmail.com
To: Alona Kaplan alkap...@redhat.com
Cc: users users@ovirt.org, Vojtech Szocs
vsz...@redhat.com
Sent: Thursday, February 14, 2013 8:02:04 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



NVM got it --
BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
-Pgwt-admin,gwt-user,dep
Building now.


- DHC




On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse 
deadhorseconsult...@gmail.com  wrote:




I remember there being a GWT configuration file somewhere where
those
could be set?
- DHC






On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan 
alkap...@redhat.com
 wrote:


Hi,

Instead of doing make rpm please compile manually using the
following
command:
mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
-Pgwt-admin,gwt-user,dep


Alona.


- Original Message -
 From: Dead 

Re: [Users] No spice connection - Remote-Viewer quits after a few seconds

2012-12-03 Thread Einav Cohen
Hi Dennis, 

We need some more information that can be useful to us in order to try solving 
the problem. 
Can you please follow the instructions below for getting more detailed logs and 
reply with the results?

1. Set spice-xpi log level to DEBUG (for versions  2.8, modify 
logger.ini).

2. Verify which client is running (we should get that from 1), e.g. 
by using top, or checking alternatives.

3. Getting version: rpm -q spice-xpi virt-viewer spice-client

4. client/remote-viewer logs:

  For spicec, there should be a file ~/.spicec/spicec.log

  For remote-viewer:
In order to also get log messages of remote-viewer, run firefox from shell.
For debug level log messages, the following environment variables should 
be set, for example
$ export SPICE_DEBUG=1
$ export G_DEBUG_MESSAGES=all
$ firefox


Thanks,
Einav

- Original Message -
 From: Dennis Böck den...@webdienstleistungen.com
 To: Itamar Heim ih...@redhat.com
 Cc: users@oVirt.org users@ovirt.org
 Sent: Sunday, December 2, 2012 5:28:58 PM
 Subject: Re: [Users] No spice connection - Remote-Viewer quits after a few 
 seconds
 
 I have the same problem, if I try to connect from admin portal.
 
 -Ursprüngliche Nachricht-
 Von: Itamar Heim [mailto:ih...@redhat.com]
 Gesendet: Samstag, 24. November 2012 23:47
 An: Dennis Böck
 Cc: users@oVirt.org
 Betreff: Re: [Users] No spice connection - Remote-Viewer quits after
 a few seconds
 
 On 11/23/2012 11:04 PM, Dennis Böck wrote:
  Here are some logs:
 
 is the same working from admin portal?
 
 
  1351785267 INFO [4504:4560] spicex_log_cleanup: done
  1351785268 INFO [3788:5440] spicex_log_cleanup: done
  1351867007 INFO [4868:4916] spicex_init_logger: started
  1351867007 INFO [4868:4916] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1351867007 INFO [4868:4916] COSpiceX::Connect: spicec pid 4948
  1351867013 ERROR [4868:4916] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1351867038 INFO [4868:4916] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1351867038 INFO [4868:4916] COSpiceX::Connect: spicec pid 2732
  1351867043 ERROR [4868:4916] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1351867169 INFO [4868:4916] spicex_log_cleanup: done
  1353687854 INFO [4568:2008] spicex_init_logger: started
  1353687854 INFO [4568:2008] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1353687854 INFO [4568:2008] COSpiceX::Connect: spicec pid 5776
  1353687860 ERROR [4568:2008] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1353687901 INFO [3064:6084] spicex_init_logger: started
  1353687901 INFO [3064:6084] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1353687901 INFO [3064:6084] COSpiceX::Connect: spicec pid 1576
  1353687906 ERROR [3064:6084] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1353687928 INFO [3064:6084] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1353687928 INFO [3064:6084] COSpiceX::Connect: spicec pid 2412
  1353687934 ERROR [3064:6084] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1353688155 INFO [3064:6084] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1353688155 INFO [3064:6084] COSpiceX::Connect: spicec pid 3108
  1353688161 ERROR [3064:6084] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1353688247 INFO [3064:6084] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1353688247 INFO [3064:6084] COSpiceX::Connect: spicec pid 3792
  1353688252 ERROR [3064:6084] COSpiceX::Connect: failed to connect
  to
  spice client pipe
  1353688564 INFO [3064:6084] COSpiceX::put_FullScreen: New
  FullScreen
  request newVal=0x0
  1353688564 INFO [3064:6084] COSpiceX::Connect: spicec pid 5472
  1353688569 ERROR [3064:6084] COSpiceX::Connect: failed to connect
  to
  spice client pipe
 
  
  Von: Itamar Heim [ih...@redhat.com]
  Gesendet: Donnerstag, 1. November 2012 19:33
  An: Simon Grinberg
  Cc: Dennis Böck; users@oVirt.org
  Betreff: Re: [Users] No spice connection - Remote-Viewer quits
  after a
  few seconds
 
  On 11/01/2012 06:04 PM, Simon Grinberg wrote:
  Make sure your host is accessible and resolvable  from the client
  machine Check the Spice ports are open on the host
 
  and provide spice client side logs
 
 
  -
  -
  --
 
   *From: *Dennis Böck den...@webdienstleistungen.com
   *To: *users@oVirt.org users@ovirt.org
   *Sent: *Thursday, November 1, 2012 5:32:25 PM
   *Subject: *[Users] No spice connection - Remote-Viewer quits
   after a
   fewseconds
 
   Dear oVirt-User-List,
 
   when I try to connect to a spice-VM by clicking the
   console-button
   in the user portal the Remote Viewer appears with the text
   Setting up spice session, but a few seconds later it just
 

Re: [Users] New virtual disks will NOT reliably be placed where I specified

2012-03-04 Thread Einav Cohen
 - Original Message -
 From: Jeff Bailey bai...@cs.kent.edu
 Subject: Re: [Users] New virtual disks will NOT reliably be placed where I 
 specified
 
 On 3/1/2012 7:13 PM, Itamar Heim wrote:
  On 03/01/2012 06:02 PM, Terry Phelps wrote:
 
  1. You said there's not even support for creating a disk on the
  export
  domain. But when I create a virtual disk, the new virtual disk
  window
  that comes up has a field called Storage Domain, and the
  dropdown box
  shows both data and export.
 
  this looks like a bug.
  einav - can you see this as well?

I tried to reproduce, but couldn't: We offer in the GUI to create the disk only 
on active Data domains (all other storage domains are filtered out - I also 
checked the code).
It also seems strange that the backend hasn't blocked this from happening; 
therefore, I assume that Jeff's reasoning below is probably the case here.

 
 Could the storage domain have been accidentally created as another
 data
 domain instead of an export domain?
 
  ___
  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: [Users] Hello All I am new to ovirt and have a question

2012-01-18 Thread Einav Cohen
 - Original Message -
 From: Itamar Heim ih...@redhat.com
 Sent: Wednesday, January 18, 2012 9:53:17 PM
 
 On 01/18/2012 08:54 PM, Mike Burns wrote:
  On Wed, 2012-01-18 at 13:42 -0500, Dominic Kaiser wrote:
  Ok so I will try the new iso.  For now I have intalled the stable
  vdsm
  packages instead of nightly.  I was able to get vdsm to register
  and
  the node is up.  Sweet Victory!  I would like to use the ovirt
  node
  iso in the future though.  I have begun to test with one node.
   Still
  trying to connect to ISCSI Storage though.  I am trying to figure
  out
  all the requirements for ovirt.  Can we use local storage for one
  node
  to test?
 
  Yes, Local storage is supported, though I'm not familiar with the
  setup
  necessary.
 
 long story:
 - add data center of local storage type
 - add cluster to that data center
 - add host to that cluster
 - add storage domain of type local using that host
 
 short story:
 - move any host to maintenance and click configure local storage
 
 Einav - is 'configure local storage' wizard already implemented in
 the
 web admin?

Not yet (in progress). long story can be used instead for now.

 
 caveat: need to check the default assumed path for ovirt node (which
 cannot be changed for ovirt node, only for 'normal' nodes) has been
 fixed for ovirt and is configured in the node by default with correct
 permissions for vdsm.
 
 
  Also I have a proper bridge setup for fedora 16 can we post to the
  wiki or is it one of you whom does that?
 
  Anyone can update the wiki.  Just let me or someone else know what
  username and email address you want to use for your wiki account
  and
  we'll create it for you.  This manual creation is to attempt to
  minimize
  spamming of the wiki.
 
  Mike
 
 
  Thanks,
 
 
  Dominic
 
  On Tue, Jan 17, 2012 at 10:51 PM, Mike Burnsmbu...@redhat.com
  wrote:
   On Tue, 2012-01-17 at 12:51 -0500, Mike Burns wrote:
 On Tue, 2012-01-17 at 12:39 -0500, Dominic Kaiser
 wrote:
   Thanks all,
 
 
   I have tried the new ovirt node 2.2.1-3 nightly
   build
   today and it
   finally recognized my realtek nic card.  So I have
   moved
   to try to get
   node to install.  Still a fail I might add.  It
   adds to
   the ovirt gui
   but fails install and says the ovirt hyperviser is
   not a
   supported
   platform.  That is kind of funny since it is fedora
   16.
And yes I had
   edited the vdsm.conf by hand was that wrong to do?
Should
   I have used
   vi instead?  I would like to get ovirt node running
   since
   it is
   working now lighter install.  This is what I get:
 
 
   2012-Jan-17, 12:28:59
   Failed to install Host
   vm3.bostonvineyard.org.
   Step: INSTALLER;
   Details: Unsupported
   platform:
   oVirtNodeHypervisor.
 
 
 
   If it registers from ovirt node should it not show
   up in
   the ovirt
   Management gui?  Or do you still have to add it as
   usual?
So that is
   what I did and that is the error I recieved.
   
 oVirt Node supports 2 ways of registering.
   
 1.  Set the hostname and port of the management server
   The Node registers itself to the engine and the
   admin
   then only has to
 approve it.
 
 
   This appears to not be working at the moment.  There are
   404
   errors in
   the log.  I'll file a bug for the vdsm team to look into
   this.
 
   
 2.  Set a password and use add host from the engine
   The node does no registration.  The admin for
   engine
   manually adds the
 node as they would a regular Fedora node.
 
 
   This is not working out of the box.  I get the same error
   you
   do about
   it being an unsupported platform.  I filed a bug [1] for
   this
   issue with
   a patch as well[2].  This patch can be applied directly
   on the
   engine
   system to get around the problem.  oVirtNodeHypervisor is
   simply missing
   from the list of supported systems.
 
   [1] https://bugzilla.redhat.com/show_bug.cgi?id=782660
   [2] http://gerrit.ovirt.org/#change,1117
 
   Mike
   
   
 As for the actual error, I've seen other problems with
 that
   build of
 ovirt-node that