[Users] [Best practice] NFS export domain served by oVirt manager?

2013-02-15 Thread Nicolas Ecarnot

Hi,

Here is a simple question about what is the best practice about the 
location of a NFS export domain.


At present, I'm using a server as the oVirt manager, and this server is 
also a NFS server for the ISO storage domain.


I'm using another server to serve an NFS export domain, but I'm thinking 
of changing that.


Is there any advice against the decision to host the export domain NFS 
on the same server as the manager?
For the time being, I will mainly use this export storage domain to 
rarely import some p2v imports, but I don't need performance.


Your opinion?

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


Re: [Users] [Best practice] NFS export domain served by oVirt manager?

2013-02-15 Thread Jim Kinney
I set up my exports domain on a host node since it had space and the export
process will be rarely used in my case. Since your use will also be seldom,
the only consideration is bandwidth and space. NFS can easily run on the
engine machine as the default ISO domain indicates. One more share will
make little difference in that system's performance.

On Fri, Feb 15, 2013 at 4:01 AM, Nicolas Ecarnot nico...@ecarnot.netwrote:

 Hi,

 Here is a simple question about what is the best practice about the
 location of a NFS export domain.

 At present, I'm using a server as the oVirt manager, and this server is
 also a NFS server for the ISO storage domain.

 I'm using another server to serve an NFS export domain, but I'm thinking
 of changing that.

 Is there any advice against the decision to host the export domain NFS on
 the same server as the manager?
 For the time being, I will mainly use this export storage domain to rarely
 import some p2v imports, but I don't need performance.

 Your opinion?

 --
 Nicolas Ecarnot
 __**_
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users




-- 
-- 
James P. Kinney III
*
*Every time you stop a school, you will have to build a jail. What you gain
at one end you lose at the other. It's like feeding a dog on his own tail.
It won't fatten the dog.
- Speech 11/23/1900 Mark Twain
*
http://electjimkinney.org
http://heretothereideas.blogspot.com/
*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2013-02-15 Thread Vojtech Szocs
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.)

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 Horse  deadhorseconsult...@gmail.com  


 To: Vojtech Szocs  vsz...@redhat.com  
 Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org   
 users@ovirt.org  
 Sent: Thursday, February 14, 2013 6:18:54 PM 
 Subject: Re: [Users] Fwd: Internet Explorer with latest master 
 
 
 
 
 
 
 
 When I compile the engine I do the following: (FC17 build host) 
 -- git clone http://gerrit.ovirt.org/ovirt-engine.git 
 -- cd ovirt-engine 
 -- make rpm 
 
 Thus I assume the master build does not default to compiling for all 
 browsers? The GWT compliation seems to go through quite a few 
 permuatations during the compile. 
 
 
 If master is not set to compile for all browsers then given the above 
 build steps what additionally should I be doing to make it so 
 (guessing refer to above but how to simplify to make rpm) ? 
 
 
 - DHC 
 
 
 
 
 On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs  vsz...@redhat.com  
 wrote: 
 
 
 Hi, 
 
 
  Maybe you've compiled the application with -Dgwt.userAgent flag for 
  a specific browser? 
 
 this is a good point, please make sure to compile UserPortal for all 
 browsers, e.g. instead of: 
 
 $ mvn clean install -Pdep,gwt-user -Dgwt.userAgent=specificBrowser 
 
 you should just do: 
 
 $ mvn clean install -Pdep,gwt-user 
 
 This will compile UserPortal for all browsers. 
 
 However, I don't think this is the problem here, because IIRC when 
 you compile UserPortal only for browser X and you try to access it 
 in browser Y, you'll get an empty webpage. 
 
 Vojtech 
 
 
 
 
 - Original Message - 
 From: Alona Kaplan  alkap...@redhat.com  
 To: Dead Horse  deadhorseconsult...@gmail.com  
 Cc: users@ovirt.org 
 Sent: Thursday, February 14, 2013 4:18:36 PM 
 Subject: [Users] Fwd: Internet Explorer with latest master 
 
 Hi, 
 
 The webadmin and userportal works pretty fine for me on ie8 and ie9. 
 Can you please be more specific about what doesn't work for you? 
 Maybe attaching a screen shot. 
 
 Maybe you've compiled the application with -Dgwt.userAgent flag for a 
 specific browser? 
 You should compile without any specific gwt.userAgent to support all 
 the browsers or to add -Dgwt.userAgent=ie8,ie9 to support ie8 and 
 ie9. 
 
 Alona. 
 
 - Original Message - 
  From: Dead Horse  deadhorseconsult...@gmail.com  
  To:  users@ovirt.org   users@ovirt.org  
  Sent: Wednesday, February 13, 2013 7:01:48 PM 
  Subject: [Users] Internet Explorer 

Re: [Users] oVirt 3.2 -- Now Available

2013-02-15 Thread Mike Burns

On 02/14/2013 06:39 PM, Jeff Bailey wrote:

On 2/14/2013 6:21 PM, Mike Burns wrote:

On 02/14/2013 06:00 PM, Jeff Bailey wrote:

There seems to be an awful lot of open bugs left in
https://bugzilla.redhat.com/show_bug.cgi?id=881006 :)


Yes, we need to go through and clean that up.  I think they all got
in, but in the effort to get it out -- well, i wasn't very diligent in
making sure the tracker was clear.



The real reason for this message though is conflicts between the
ovirt-engine-cli and ovirt-engine-sdk packages in the F18 repo. Plus, I
don't see an ovirt-engine-sdk in the 3.2 stable repo.  The F18 repo
problem could just be lag in the mirroring but shouldn't there be an sdk
rpm in the 3.2 repo?  Oh, by F18 repo I mean the official fedora/updates
repos not the fedora 18 portion of the ovirt repos.


Hmm...I wasn't aware I missed the sdk rpms in the 3.2 repo. Thanks for
letting me know.  I've copied what was in the beta repo for the
ovirt-engine-sdk into the standard 3.2 repo, though I don't know if
that will work or not since it's a different NVR than the cli there.
I'll follow up with the maintainer to confirm the right package versions.

As for the rpms in the official Fedora repos, they're still ovirt 3.1
rpms (and functionally crippled ovirt 3.1 rpms at that).  I hope to
get the maintainers to solve this problem in the near future, but
getting things through the fedora review process and koji takes time.



At least the ones in updates-testing claim to be 3.2.0.  The cli in just
plain updates has a newer version than the cli in the ovirt 3.2 repo. If
they're actually older then I can see some problems coming :)



cli and sdk have been uploaded to the ovirt repos for 3.2.  There is a 
slightly newer cli build in koji, but awaiting confirmation on which is 
the right one.


Mike


Thanks

Mike


On 2/14/2013 3:10 PM, Mike Burns wrote:

The oVirt Team is pleased to announce that oVirt 3.2 is now available.

There are a number of exciting new features in 3.2 [1].

Some of the highlights include:

* UI Plugins
* Port Mirroring
* Networks as a top level Configuration
* Japanese Localization
* Storage Live Migration
* Improved Gluster Integration
* oVirt Node TUI Redesign
* Node Plugins

A Quick Start is available on the Wiki [2]

Packages are currently available for Fedora 18 [3], with EL6 packages
coming soon.

Please see our Release Notes[4] for additional information

If you run into any problems or need help, people are available on
#ovirt on OFTC and users@ovirt.org

Thanks

The oVirt Team


[1] http://www.ovirt.org/OVirt_3.2_release-management#Features
[2] http://www.ovirt.org/Quick_Start_Guide
[3] http://resources.ovirt.org/releases/stable/rpm/Fedora/18/
[4] http://www.ovirt.org/OVirt_3.2_release_notes
___
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] Fwd: Internet Explorer with latest master

2013-02-15 Thread Daniel Erez


- 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 Horse  deadhorseconsult...@gmail.com 
 
 
  To: Vojtech Szocs  vsz...@redhat.com 
  Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org  
  users@ovirt.org 
  Sent: Thursday, February 14, 2013 6:18:54 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  
  
  
  
  When I compile the engine I do the following: (FC17 build host)
  -- git clone http://gerrit.ovirt.org/ovirt-engine.git
  -- cd ovirt-engine
  -- make rpm
  
  Thus I assume the master build does not default to compiling for
  all
  browsers? The GWT compliation seems to go through quite a few
  permuatations during the compile.
  
  
  If master is not set to compile for all browsers then given the
  above
  build steps what additionally should I be doing to make it so
  (guessing refer to above but how to simplify to make rpm) ?
  
  
  - DHC
  
  
  
  
  On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs  vsz...@redhat.com
  
  wrote:
  
  
  Hi,
  
  
   Maybe you've compiled the application with -Dgwt.userAgent flag
   for
   a specific browser?
  
  this is a good point, please make sure to compile UserPortal for
  all
  browsers, e.g. instead of:
  
  $ mvn clean install -Pdep,gwt-user
  -Dgwt.userAgent=specificBrowser
  
  you should just do:
  
  $ mvn clean install -Pdep,gwt-user
  
  This will compile UserPortal for all browsers.
  
  However, I don't think this is the problem here, because IIRC when
  you compile UserPortal only for browser X and you try to access it
  in browser Y, you'll get an empty webpage.
  
  Vojtech
  
  
  
  
  - Original Message -
  From: Alona Kaplan  alkap...@redhat.com 
  To: Dead Horse  deadhorseconsult...@gmail.com 
  Cc: users@ovirt.org
  Sent: Thursday, February 14, 2013 4:18:36 PM
  Subject: [Users] Fwd: Internet Explorer with latest master
  
  Hi,
  
  The webadmin and userportal works pretty fine for me on ie8 and
  ie9.
  Can you please be more specific about 

[Users] oVirt + drbd

2013-02-15 Thread Tobias Honacker
Hey guys,

is it possible to use oVirt with the new drbd9?


Best regards,
Tobias
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2013-02-15 Thread Dead Horse
Rebuilding with -Dgwt.userAgent=
ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect. Which
given that the default behavior of master is to do this is not surprising.

The Internet Exploder edge mode seems to be the core culprit here.

- DHC


On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez de...@redhat.com wrote:



 - 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 Horse  deadhorseconsult...@gmail.com 
 
 
   To: Vojtech Szocs  vsz...@redhat.com 
   Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org  
   users@ovirt.org 
   Sent: Thursday, February 14, 2013 6:18:54 PM
   Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  
  
  
  
   When I compile the engine I do the following: (FC17 build host)
   -- git clone http://gerrit.ovirt.org/ovirt-engine.git
   -- cd ovirt-engine
   -- make rpm
  
   Thus I assume the master build does not default to compiling for
   all
   browsers? The GWT compliation seems to go through quite a few
   permuatations during the compile.
  
  
   If master is not set to compile for all browsers then given the
   above
   build steps what additionally should I be doing to make it so
   (guessing refer to above but how to simplify to make rpm) ?
  
  
   - DHC
  
  
  
  
   On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs  vsz...@redhat.com
   
   wrote:
  
  
   Hi,
  
  
Maybe you've compiled the application with -Dgwt.userAgent flag
for
a specific browser?
  
   this is a good point, please make sure to compile UserPortal for
   all
   browsers, e.g. instead of:
  
   $ mvn clean install -Pdep,gwt-user
   -Dgwt.userAgent=specificBrowser
  
   you should just do:
  
   $ mvn clean install -Pdep,gwt-user
  
   This will compile UserPortal for all browsers.
  
   However, I don't think this is the problem here, because IIRC when
   you compile UserPortal only for browser X and you try to access it
   in browser Y, 

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

2013-02-15 Thread Vojtech Szocs
Hi Daniel,

 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/

yes, this seems to be the current trend, forcing standards mode in each 
reasonable version of IE (IE8+ that supports X-UA-Compatible meta-tag).

Thinking about it, I guess you are right, we can use IE=edge, since we don't 
rely on any particular feature/quirk of IE8/IE9.

I was initially concerned about IE8, IE9, IE10, etc. each implementing web 
standards differently, but assuming the application works fine in IE9, it 
should also work fine in IE10, and so on.

@Alona, what do you think about adding IE=edge, as suggested by Daniel?

@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? 
:)

@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 Horse  deadhorseconsult...@gmail.com 
 
 
  To: Vojtech Szocs  vsz...@redhat.com 
  Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org  
  users@ovirt.org 
  Sent: Thursday, February 14, 2013 6:18:54 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  
  
  
  
  When I compile the engine I do the following: (FC17 build host)
  -- git clone http://gerrit.ovirt.org/ovirt-engine.git
  -- cd 

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

2013-02-15 Thread Vojtech Szocs
Hi,

 The Internet Exploder edge mode seems to be the core culprit here. 

please check 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.

Can you please try:
- check IE Compatibility View Settings and see if it works, without any 
X-UA-Compatible stuff whatsoever
- if not, adding IE=edge and see if it works

Vojtech


- Original Message -
From: Dead Horse deadhorseconsult...@gmail.com
To: Daniel Erez de...@redhat.com
Cc: Vojtech Szocs vsz...@redhat.com, users users@ovirt.org
Sent: Friday, February 15, 2013 8:45:09 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master


Rebuilding with -Dgwt.userAgent= 
ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect. Which 
given that the default behavior of master is to do this is not surprising. 


The Internet Exploder edge mode seems to be the core culprit here. 


- DHC 




On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez  de...@redhat.com  wrote: 





- 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 Horse  deadhorseconsult...@gmail.com  
 
 
  To: Vojtech Szocs  vsz...@redhat.com  
  Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org   
  users@ovirt.org  
  Sent: Thursday, February 14, 2013 6:18:54 PM 
  Subject: Re: [Users] Fwd: Internet Explorer with latest master 
  
  
  
  
  
  
  
  When I compile the engine I do the following: (FC17 build host) 
  -- git clone http://gerrit.ovirt.org/ovirt-engine.git 
  -- cd ovirt-engine 
  -- make rpm 
  
  Thus I assume the master build does not default to compiling for 
  all 
  browsers? The GWT compliation seems to go through quite a few 
  permuatations during the compile. 
  
  

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

2013-02-15 Thread Dead Horse
Disabling compatibility view does the trick.

- DHC


On Fri, Feb 15, 2013 at 2:06 PM, Vojtech Szocs vsz...@redhat.com wrote:

 Hi,

  The Internet Exploder edge mode seems to be the core culprit here.

 please check 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.

 Can you please try:
 - check IE Compatibility View Settings and see if it works, without any
 X-UA-Compatible stuff whatsoever
 - if not, adding IE=edge and see if it works

 Vojtech


 - Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: Daniel Erez de...@redhat.com
 Cc: Vojtech Szocs vsz...@redhat.com, users users@ovirt.org
 Sent: Friday, February 15, 2013 8:45:09 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master


 Rebuilding with -Dgwt.userAgent=
 ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect.
 Which given that the default behavior of master is to do this is not
 surprising.


 The Internet Exploder edge mode seems to be the core culprit here.


 - DHC




 On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez  de...@redhat.com  wrote:





 - 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 Horse  deadhorseconsult...@gmail.com 
 
 
   To: Vojtech Szocs  vsz...@redhat.com 
   Cc: Alona Kaplan  alkap...@redhat.com ,  users@ovirt.org  
   users@ovirt.org 
   Sent: Thursday, February 14, 2013 6:18:54 PM
   Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  
  
  
  
   When I compile the engine I do the following: (FC17 build host)
   -- git clone http://gerrit.ovirt.org/ovirt-engine.git
   -- cd ovirt-engine
   -- make rpm
  
   Thus I assume the master build does 

Re: [Users] Power Users cannot add Network Interfaces

2013-02-15 Thread Dead Horse
Did a fresh engine install/setup of a newer build from master and this
behavior is still persists.
Fresh install/setup using the older build from the commit I mentioned
previously I can confirm that the the issue is not present, things work as
expected.
- DHC


On Thu, Feb 14, 2013 at 3:58 PM, Dead Horse
deadhorseconsult...@gmail.comwrote:

 It is still marked and recognized as Management Network and a VM Network.

 SuperUsers can still add VNIC's this is only affecting non-superusers EG:
 PowerUserRole

 - DHC


 On Thu, Feb 14, 2013 at 3:30 PM, Moti Asayag masa...@redhat.com wrote:

 On 02/14/2013 06:13 PM, Dead Horse wrote:
  The dialog is graying the ok button, screenshot attached. Also
  attached is the engine log, although I don't see anything in it that
  jumps out at me.
  - DHC
 

 Is your management network a non-vm network ? The described symptom
 looks a like [1].

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=95


 
 
  On Thu, Feb 14, 2013 at 3:35 AM, Moti Asayag masa...@redhat.com
  mailto:masa...@redhat.com wrote:
 
  On 02/14/2013 12:47 AM, Eli Mesika wrote:
  
  
   - Original Message -
   From: Dead Horse deadhorseconsult...@gmail.com
  mailto:deadhorseconsult...@gmail.com
   To: users@ovirt.org mailto:users@ovirt.org 
 users@ovirt.org
  mailto:users@ovirt.org
   Sent: Thursday, February 14, 2013 12:16:58 AM
   Subject: [Users] Power Users cannot add Network Interfaces
  
  
  
  
  
   Power Users seems to no longer be able to add Network Interfaces
 to
   Virtual Machines.
  
   Super Users of course have no issues. The power users have been
   granted NetworkUser Role on the respective Networks,
 PowerUserRole
   on the respective Clusters/Storage Domains.
  
  
   This failure mode is with the currently running ovirt-engine I
 built
   from commit: 899d96c055784a54b6d2b8181e5ed13b258d009f
  
   This used to work with my previous engine build from commit:
   82bdc46dfdb46b000f67f0cd4e51fc39665bf13b
  
   Hi
   Can you please attach vdsm/engine log so we will be able to track
  the error thrown and check which commit caused that ?
  
 
  I guess the error would be a can-do-action message: The user is not
  authorized to perform this action.
 
  I'll try reproducing it on my environment to see what went wrong.
 
  
   - DHC
  
   ___
   Users mailing list
   Users@ovirt.org mailto:Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
  
   ___
   Users mailing list
   Users@ovirt.org mailto: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 and firewalld

2013-02-15 Thread Jonathan Daugherty
 I've just set up a new oVirt installation with two nodes.  Both of
 the nodes have had 'firewalld' disabled.  When I went to test VM
 migration, it failed, apparently due to this (from the vdsm log on
 the source node):
 
   error : virNetClientProgramDispatchError:174 : Error while
   building firewall: Some rules could not be created for interface
   vnet0: Failure to execute command '$EBT -t nat -N libvirt-J-vnet0'
   : 'DBusException org.freedesktop.DBus.Error.ServiceUnknown: The
   name org.fedoraproject.FirewallD1 was not provided by any .service
   filesCouldn't connect to FirewallD, it's probably not running.'.

Okay, I'll answer it myself, for the google searchers of the future:

This was caused by 1) not restarting libvirtd *after* disabling
firewalld and 2) not realizing (understandably) that the error was
from the migration *destination* host, not the source host, despite
the fact that it was found in the source host's log and makes no
mention of the other host.  Libvirtd on the destination host was still
attempting to use firewalld; restarting it resolved the problem.

-- 
  Jonathan Daugherty
  Software Engineer
  Galois, Inc.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt + drbd

2013-02-15 Thread Alexandru Vladulescu


BTW, remembered to say that I have seen such a similar setup on 3.2 beta 
for Ovirt node controller with DRBD + pacemaker and written a lsb for 
ovirt and jboss service for the cluster.


The Ovirt WUI installation compasses on the Floating IP service from the 
two instances, therefore it is possible if referring to this.



On 02/15/2013 11:10 PM, Alexandru Vladulescu wrote:


Hi,

I think it might be possible. I plan to do that myself, but don't 
consider rising DRBD to Ovirt leve, such as configuring it in the 
platform.


If you're using NFS domain, you might increase your redundancy level 
by setting up on the storage nfs side a drbd + pacemaker cluster for 
nfs export or, why not bump into geo resilience replication through 
main DC and DR DC.


Alex.


On 02/15/2013 09:33 PM, Tobias Honacker wrote:

Hey guys,

is it possible to use oVirt with the new drbd9?


Best regards,
Tobias
___
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



--
Alexandru Vladulescu
Platform System Engineer
-
Bright Future Project Romania
Web url : www.bfproject.ro
Skype :   avladulescu
Mobile :  +4(0)726.373.098
-

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


Re: [Users] [Best practice] NFS export domain served by oVirt manager?

2013-02-15 Thread Itamar Heim

On 15/02/2013 11:01, Nicolas Ecarnot wrote:

Hi,

Here is a simple question about what is the best practice about the
location of a NFS export domain.

At present, I'm using a server as the oVirt manager, and this server is
also a NFS server for the ISO storage domain.

I'm using another server to serve an NFS export domain, but I'm thinking
of changing that.

Is there any advice against the decision to host the export domain NFS
on the same server as the manager?
For the time being, I will mainly use this export storage domain to
rarely import some p2v imports, but I don't need performance.

Your opinion?



we setup the iso domain on engine just for simplicity of initial install.
it may cause issues if you'll launch too many VMs all trying to install 
from the ISO domain if your engine isn't beefy enough.

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


[Users] Upgrading to Fedora 18

2013-02-15 Thread Kevin Daly
I have installed Ovirt 3.1 on a Fedora 17 server, and would like to upgrade
to Fedora 18... The documentation I have found on the mailing list is
unclear on how to do this.

Does anyone have any pointers on how this can be done.. as well as
upgrading to Ovirt 3.2 after we've upgraded to Fedora 18

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


Re: [Users] Move single vmdk (or else) disk into oVirt/RHEV

2013-02-15 Thread Ayal Baron


- Original Message -
 Le 14/02/2013 16:43, Itamar Heim a écrit :
  That is exactly the case : it is indeed a pure data disk with an
  ext3
  filesystem (no LVM, no nothing).
  I intend to attach it to some existing VM.
 
  I know how to convert it into qcow2 or whatever.
  I know how to create an additionnal disk in oVirt.
  I know I could trick the system by creating a disk in oVirt, then
  replace its content by playing with dd, or exploring LVs indide my
  domain master LUN.
 
  But I must admit I was dreaming of some 'official' way to do that.
 
 
  keith - any thoughts on ovirt-image-uploader being able to uplaod a
  single disk?
  ayal - on being able to import floating disks from the export
  domain
  rather than VMs
 
 This is indeed the ways I was expecting ovirt experts to follow :)

Actually there is work being done on importing floating disks that are created 
directly on data domains: http://gerrit.ovirt.org/#/c/11783/
Using this method you'd be able to also avoid the double copy of the data 
(first to export domain then to data domain).
I'm hoping this will be merged in the next few days.
This too however relies on you being able to push such a disk directly into the 
domain (this is being done to support storage array cloning).

Wrt importing a single disk, it sounds reasonable.  Would you be interested in 
implementing this? if so we would be more than happy to guide you on where and 
how. If not, we'll add it to our list.

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


[Users] Host deployment on 3.2

2013-02-15 Thread Jeff Bailey
I've hit a couple of small problems deploying an F18 minimal host with 
3.2.  The first problem was missing tar.  Second, I had manually set up 
a vlan on the host for initial communication and the regular expression 
in bridge.py of the otopi plugin couldn't determine the vlan id.  After 
tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine.


---
  Jeff

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


[Users] attempted a 3.2 fedora setup

2013-02-15 Thread Jonathan Horne
today I tried to set up a single manager and single node, using fedora 18 
systems. I know it says use minimal but I chose webserver as the package set.  
I then applied full yum-updates and rebooted, then applied ovirt-release yum 
repo.  Setup manager, and no issues.  But when I attempt to connect node from 
the management web interface, I got this in an error log:

2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 110/117: python-dmidecode.x86_64 
0:3.10.13-6.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 111/117: net-snmp-utils.x86_64 1:5.7.2-5.fc18 
- e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 112/117: brlapi.x86_64 0:0.5.6-12.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 113/117: SDL.x86_64 0:1.2.15-3.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 114/117: tuned.noarch 0:2.2.0-1.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 115/117: virt-what.x86_64 0:1.12-2.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 116/117: seabios-bin.noarch 0:1.7.1-4.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 117/117: ipmitool.x86_64 0:1.8.12-9.fc18 - e
2013-02-15 16:40:35 DEBUG otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.verbose:49 Yum Transaction processed
2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131 aborting 
'File transaction for '/etc/vdsm/vdsm.conf''
2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131 aborting 
'File transaction for '/etc/udev/rules.d/12-ovirt-iosched.rules''
2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:391 ENVIRONMENT 
DUMP - BEGIN
2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:401 ENV 
BASE/error=bool:'True'
2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:403 ENVIRONMENT 
DUMP - END
2013-02-15 16:40:36 INFO otopi.context context.runSequence:332 Stage: 
Pre-termination
2013-02-15 16:40:36 DEBUG otopi.context context.runSequence:336 STAGE 
pre-terminate
2013-02-15 16:40:36 DEBUG otopi.context context._executeMethod:116 Stage 
pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ###
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### Processing ended, use 'quit' to 
quit
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:RECEIVEenv-get -k BASE/error
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***D:VALUE BASE/error=bool:True
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ###
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### Processing ended, use 'quit' to 
quit
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:RECEIVEenv-get -k BASE/aborted
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***D:VALUE BASE/aborted=bool:False
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ###
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### Processing ended, use 'quit' to 
quit
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:RECEIVEenv-get -k ODEPLOY/installIncomplete
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***D:VALUE 
ODEPLOY/installIncomplete=bool:False
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 

Re: [Users] Host deployment on 3.2

2013-02-15 Thread Alon Bar-Lev
Can you please provide the relevant log from /var/log/ovirt-engine/host-deploy?

- Original Message -
 From: Jeff Bailey bai...@cs.kent.edu
 To: users@ovirt.org
 Sent: Saturday, February 16, 2013 1:29:44 AM
 Subject: [Users] Host deployment on 3.2
 
 I've hit a couple of small problems deploying an F18 minimal host
 with
 3.2.  The first problem was missing tar.  Second, I had manually set
 up
 a vlan on the host for initial communication and the regular
 expression
 in bridge.py of the otopi plugin couldn't determine the vlan id.
  After
 tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine.
 
 ---
Jeff
 
 ___
 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] attempted a 3.2 fedora setup

2013-02-15 Thread Alon Bar-Lev
Full log please.

- Original Message -
 From: Jonathan Horne jho...@skopos.us
 To: users@ovirt.org
 Sent: Saturday, February 16, 2013 1:37:45 AM
 Subject: [Users] attempted a 3.2 fedora setup
 
 
 
 
 
 today I tried to set up a single manager and single node, using
 fedora 18 systems. I know it says use minimal but I chose webserver
 as the package set. I then applied full yum-updates and rebooted,
 then applied ovirt-release yum repo. Setup manager, and no issues.
 But when I attempt to connect node from the management web
 interface, I got this in an error log:
 
 
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 110/117: python-dmidecode.x86_64
 0:3.10.13-6.fc18 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 111/117: net-snmp-utils.x86_64
 1:5.7.2-5.fc18 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 112/117: brlapi.x86_64
 0:0.5.6-12.fc18 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 113/117: SDL.x86_64 0:1.2.15-3.fc18
 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 114/117: tuned.noarch
 0:2.2.0-1.fc18 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 115/117: virt-what.x86_64
 0:1.12-2.fc18 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 116/117: seabios-bin.noarch
 0:1.7.1-4.fc18 - e
 
 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.info:53 Yum Verify: 117/117: ipmitool.x86_64
 0:1.8.12-9.fc18 - e
 
 2013-02-15 16:40:35 DEBUG otopi.plugins.otopi.packagers.yumpackager
 miniyumlocal.verbose:49 Yum Transaction processed
 
 2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131
 aborting 'File transaction for '/etc/vdsm/vdsm.conf''
 
 2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131
 aborting 'File transaction for
 '/etc/udev/rules.d/12-ovirt-iosched.rules''
 
 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:391
 ENVIRONMENT DUMP - BEGIN
 
 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:401
 ENV BASE/error=bool:'True'
 
 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:403
 ENVIRONMENT DUMP - END
 
 2013-02-15 16:40:36 INFO otopi.context context.runSequence:332 Stage:
 Pre-termination
 
 2013-02-15 16:40:36 DEBUG otopi.context context.runSequence:336 STAGE
 pre-terminate
 
 2013-02-15 16:40:36 DEBUG otopi.context context._executeMethod:116
 Stage pre-terminate METHOD
 otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ###
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ### Processing ended, use 'quit'
 to quit
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ### COMMAND
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:RECEIVE env-get -k BASE/error
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ***D:VALUE BASE/error=bool:True
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ###
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ### Processing ended, use 'quit'
 to quit
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ### COMMAND
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:RECEIVE env-get -k BASE/aborted
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ***D:VALUE
 BASE/aborted=bool:False
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ###
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ### Processing ended, use 'quit'
 to quit
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:SEND ### COMMAND
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 dialog.__logString:215 DIALOG:RECEIVE env-get -k
 ODEPLOY/installIncomplete
 
 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
 

[Users] VM import error

2013-02-15 Thread Jonathan Daugherty
Hi,

After converting a libvirt/KVM VM onto an export domain with virt-v2v
0.8.7, I get the following messages in my node vdsm.log when I attempt
to import it into oVirt 3.2 (vdsm 4.10.3-6, Fedora 18):

28225939-f0a9-4ca4-a03b-e6fbece8fc2c::DEBUG::2013-02-15
15:12:53,143::misc::84::Storage.Misc.excCmd::(lambda) FAILED: err
= [/usr/bin/dd: reading
'/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/11204af5-1dd7-484a-8ea5-3aeb16e93053/images/14fc6510-3e56-4ab4-b592-e904f8f11043/38e87558-988f-46e5-b528-dae16a264887':
Input/output error, '1+0 records in', '1+0 records out', '1048576
bytes (1.0 MB) copied, 1759.85 s, 0.6 kB/s']; rc =

128225939-f0a9-4ca4-a03b-e6fbece8fc2c::ERROR::2013-02-15
15:12:53,143::image::590::Storage.Image::(_interImagesCopy) Unexpected
errorTraceback (most recent call last):  File
/usr/share/vdsm/storage/image.py, line 586, in _interImagesCopy
misc.ddWatchCopy(srcVol.getVolumePath(), dstVol.getVolumePath(),
vars.task.aborting, size=srcSize)
  File /usr/share/vdsm/storage/misc.py, line 414, in ddWatchCopy
  raise se.MiscBlockWriteException(dst, offset, size)
MiscBlockWriteException: Internal block device write failure:
'name=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/6c0ba8c9-0e4e-474a-ba40-781b5e5d318a/images/14fc6510-3e56-4ab4-b592-e904f8f11043/38e87558-988f-46e5-b528-dae16a264887,
offset=0, size=3307929600'

# ls -alh
total 3.1G
drwxr-xr-x. 2 vdsm kvm 4.0K Feb 15 14:38 .
drwxr-xr-x. 3 vdsm kvm 4.0K Feb 15 14:39 ..
-rw-rw-r--. 1 vdsm kvm 3.1G Feb 15 14:39 38e87558-988f-46e5-b528-dae16a264887
-rw-r--r--. 1 vdsm kvm  324 Feb 15 14:38 
38e87558-988f-46e5-b528-dae16a264887.meta

-- 
  Jonathan Daugherty
  Software Engineer
  Galois, Inc.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Host deployment on 3.2

2013-02-15 Thread Jeff Bailey

On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:

Can you please provide the relevant log from /var/log/ovirt-engine/host-deploy?


Sure.  Here's the error and some bits around it.



- Original Message -

From: Jeff Bailey bai...@cs.kent.edu
To: users@ovirt.org
Sent: Saturday, February 16, 2013 1:29:44 AM
Subject: [Users] Host deployment on 3.2

I've hit a couple of small problems deploying an F18 minimal host
with
3.2.  The first problem was missing tar.  Second, I had manually set
up
a vlan on the host for initial communication and the regular
expression
in bridge.py of the otopi plugin couldn't determine the vlan id.
  After
tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine.

---
Jeff

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



2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
bridge._waitForRoute:248 connect established ('131.123.38.29', 80)
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
bridge._getInterfaceForDestination:302 determine interface for 131.123.38.29
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29'), executable='None', cwd='None', env=None
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29'), rc=0
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.execute:411 execute-output: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29') stdout:
131.123.38.29 dev em1_1.538  src 131.123.38.20 
cache 

2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.execute:416 execute-output: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29') stderr:


2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
bridge._getInterfaceForDestination:337 interface for 131.123.38.29 is em1_1.538
2013-02-15 14:57:13 DEBUG otopi.context context._executeMethod:130 method 
exception
Traceback (most recent call last):
  File /tmp/ovirt-DyHo6SymCE/pythonlib/otopi/context.py, line 120, in 
_executeMethod
method['method']()
  File /tmp/ovirt-DyHo6SymCE/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py, 
line 733, in _validation
self._getVlanMasterDevice(name=interface)
  File /tmp/ovirt-DyHo6SymCE/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py, 
line 393, in _getVlanMasterDevice
interface=name,
RuntimeError: Interface em1_1.538 is VLAN interface However its configuration 
is unexpected
2013-02-15 14:57:13 ERROR otopi.context context._executeMethod:139 Failed to 
execute stage 'Setup validation': Interface em1_1.538 is VLAN interface However 
its configuration is unexpected
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:391 ENVIRONMENT 
DUMP - BEGIN
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:401 ENV 
BASE/error=bool:'True'
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:401 ENV 
VDSM/engineAddress=str:'131.123.38.29'
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:403 ENVIRONMENT 
DUMP - END
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Move single vmdk (or else) disk into oVirt/RHEV

2013-02-15 Thread Gianluca Cecchi
In the mean time I can share my successful one-shot experience with a
WIndows XP VM.

Coming from Fedora 16 with Qemu/KVM as in its virt-preview repo
qemu-kvm-0.15.1-8.fc16.x86_64

Windows XP ran as a VM, managed by virt-manager and already configured
with virtio disk and network and qxl video adapter, accessed from F16
with virt-viewer (0.4.1-3.fc16.x86_64)

I bought a 64Gb SSD disk that I put as the boot disk of a so newly
installed and now flying Fedora 18.
The original and old SATA first disk is now the second one.

Cpu is AMD Athlon(tm) II X4 630 Processor
memory is 6Gb

Installed oVirt 3.2 beta in all-in-one configuration.
/DATA is an oVirt local storage domain on the SSD disk root file system
/data is a mount point on the old SATA disk.
Under /data/virtstoragef16 I had the original storage pool for
Qemu/KVM on fedora 16

- winxp original source disk
# qemu-img info /data/virtstoragef16/winxp.img
image: /data/virtstoragef16/winxp.img
file format: raw
virtual size: 11G (11811160064 bytes)
disk size: 10G

- In oVirt I create a winxp desktop with one 11G virtio disk
configured as preallocated and a virtio nic. Display configured with
spice. I don't boot it

I notice during disk creation the oVirt managed dd command
vdsm  5909  1661  4 00:03 ?00:00:01 /usr/bin/dd
if=/dev/zero 
of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
bs=1048576 seek=0 skip=0 conv=notrunc count=11264 oflag=direct

At the end:
# qemu-img info
/DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
image: 
/DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
file format: raw
virtual size: 11G (11811160064 bytes)
disk size: 11G

- I create a time reference file
This because in the disk image oVirt directory there are also metadata files

# ll 
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/
total 11535368
-rw-rw. 1 vdsm kvm 11811160064 Feb 16 00:04
e8ffd032-c159-4df9-a552-015b3f748482
-rw-rw. 1 vdsm kvm 1048576 Feb 16 00:04
e8ffd032-c159-4df9-a552-015b3f748482.lease
-rw-r--r--. 1 vdsm kvm 274 Feb 16 00:04
e8ffd032-c159-4df9-a552-015b3f748482.meta

# touch -r 
/DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
/tmp/testfile

I don't know if this is important, but just for consistence

- copy source to target
/usr/bin/dd if=/data/virtstoragef16/winxp.img
of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
bs=1048576 seek=0 skip=0 conv=notrunc oflag=direct

- change timestamp of the overwritten disk
touch -r /tmp/testfile
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482

- verify
# qemu-img info
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
image: 
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
file format: raw
virtual size: 11G (11811160064 bytes)
disk size: 11G

- start vm
On webadmin: VM winxp is down. Exit message: [Errno 16] Device or
resource busy: '/tmp/tmpxqZZDI'.

[root@tekkaman ~]# ll /tmp/tmpxqZZDI/
total 0

Probably locked even if I never started the Windows XP VM yet...

- reboot of my pc

- activate ISO_DOMAIN
and on this one I put an iso with spice-guest-tools-0.3.exe


- start VM
I'm able to connect to spice console from webadmin and I suddenly get
hw discovery / change hw window asking for drivers
I leave the windows there and instead I connect the CD and run
spice-guest-tools-0.3.exe
All goes well and I reboot my VM

In device manager I don't get any ? or problems related to devices.
Video resolution is ok at 1680x1050 as it is the max in my monitor
Audio is ok, tried with the already installed skype btw asking for an
update, so the virtio network is also ok.

So for one shot migration it works, at least with my start and end environments.

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


Re: [Users] Move single vmdk (or else) disk into oVirt/RHEV

2013-02-15 Thread Ayal Baron
Thanks for the comprehensive answer!
One small nit - I would create the disk thin and not preallocated on nfs to 
avoid the lengthy 'dd'.

- Original Message -
 In the mean time I can share my successful one-shot experience with a
 WIndows XP VM.
 
 Coming from Fedora 16 with Qemu/KVM as in its virt-preview repo
 qemu-kvm-0.15.1-8.fc16.x86_64
 
 Windows XP ran as a VM, managed by virt-manager and already
 configured
 with virtio disk and network and qxl video adapter, accessed from F16
 with virt-viewer (0.4.1-3.fc16.x86_64)
 
 I bought a 64Gb SSD disk that I put as the boot disk of a so newly
 installed and now flying Fedora 18.
 The original and old SATA first disk is now the second one.
 
 Cpu is AMD Athlon(tm) II X4 630 Processor
 memory is 6Gb
 
 Installed oVirt 3.2 beta in all-in-one configuration.
 /DATA is an oVirt local storage domain on the SSD disk root file
 system
 /data is a mount point on the old SATA disk.
 Under /data/virtstoragef16 I had the original storage pool for
 Qemu/KVM on fedora 16
 
 - winxp original source disk
 # qemu-img info /data/virtstoragef16/winxp.img
 image: /data/virtstoragef16/winxp.img
 file format: raw
 virtual size: 11G (11811160064 bytes)
 disk size: 10G
 
 - In oVirt I create a winxp desktop with one 11G virtio disk
 configured as preallocated and a virtio nic. Display configured with
 spice. I don't boot it
 
 I notice during disk creation the oVirt managed dd command
 vdsm  5909  1661  4 00:03 ?00:00:01 /usr/bin/dd
 if=/dev/zero
 of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 bs=1048576 seek=0 skip=0 conv=notrunc count=11264 oflag=direct
 
 At the end:
 # qemu-img info
 /DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 image:
 /DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 file format: raw
 virtual size: 11G (11811160064 bytes)
 disk size: 11G
 
 - I create a time reference file
 This because in the disk image oVirt directory there are also
 metadata files
 
 # ll
 /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/
 total 11535368
 -rw-rw. 1 vdsm kvm 11811160064 Feb 16 00:04
 e8ffd032-c159-4df9-a552-015b3f748482
 -rw-rw. 1 vdsm kvm 1048576 Feb 16 00:04
 e8ffd032-c159-4df9-a552-015b3f748482.lease
 -rw-r--r--. 1 vdsm kvm 274 Feb 16 00:04
 e8ffd032-c159-4df9-a552-015b3f748482.meta
 
 # touch -r
 /DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 /tmp/testfile
 
 I don't know if this is important, but just for consistence
 
 - copy source to target
 /usr/bin/dd if=/data/virtstoragef16/winxp.img
 of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 bs=1048576 seek=0 skip=0 conv=notrunc oflag=direct
 
 - change timestamp of the overwritten disk
 touch -r /tmp/testfile
 /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 
 - verify
 # qemu-img info
 /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 image:
 /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
 file format: raw
 virtual size: 11G (11811160064 bytes)
 disk size: 11G
 
 - start vm
 On webadmin: VM winxp is down. Exit message: [Errno 16] Device or
 resource busy: '/tmp/tmpxqZZDI'.
 
 [root@tekkaman ~]# ll /tmp/tmpxqZZDI/
 total 0
 
 Probably locked even if I never started the Windows XP VM yet...
 
 - reboot of my pc
 
 - activate ISO_DOMAIN
 and on this one I put an iso with spice-guest-tools-0.3.exe
 
 
 - start VM
 I'm able to connect to spice console from webadmin and I suddenly get
 hw discovery / change hw window asking for drivers
 I leave the windows there and instead I connect the CD and run
 spice-guest-tools-0.3.exe
 All goes well and I reboot my VM
 
 In device manager I don't get any ? or problems related to devices.
 Video resolution is ok at 1680x1050 as it is the max in my monitor
 Audio is ok, tried with the already installed skype btw asking for an
 update, so the virtio network is also ok.
 
 So for one shot migration it works, at least with my start and end
 environments.
 
 Gianluca
 

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


[Users] F18 iSCSI/FC and latest systemd/udev

2013-02-15 Thread Jeff Bailey
While not an actual problem with oVirt, the latest systemd/udev packages 
for F18 (197-1) break permissions on LVM volumes and stop vdsm/qemu/etc 
from accessing them.  I just downgraded them and everything seems OK but 
I thought I'd let people know (easier to just avoid rather than repair 
:) ).  There's a bugzilla for it from a week or two ago but since 3.2 
came out I figured a lot more people might be installing it on new F18 
installations with all the updates and running into problems.


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


Re: [Users] Host deployment on 3.2

2013-02-15 Thread Alon Bar-Lev
Can you please send the content of /proc/net/vlan?

- Original Message -
 From: Jeff Bailey bai...@cs.kent.edu
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users@ovirt.org
 Sent: Saturday, February 16, 2013 2:01:44 AM
 Subject: Re: [Users] Host deployment on 3.2
 
 On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:
  Can you please provide the relevant log from
  /var/log/ovirt-engine/host-deploy?
 
 Sure.  Here's the error and some bits around it.
 
 
  - Original Message -
  From: Jeff Bailey bai...@cs.kent.edu
  To: users@ovirt.org
  Sent: Saturday, February 16, 2013 1:29:44 AM
  Subject: [Users] Host deployment on 3.2
 
  I've hit a couple of small problems deploying an F18 minimal host
  with
  3.2.  The first problem was missing tar.  Second, I had manually
  set
  up
  a vlan on the host for initial communication and the regular
  expression
  in bridge.py of the otopi plugin couldn't determine the vlan id.
After
  tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was
  fine.
 
  ---
  Jeff
 
  ___
  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