Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

2015-05-06 Thread Bob Doolittle
On May 6, 2015 4:47 AM, Martin Perina mper...@redhat.com wrote:

 Hi,

 IMO we should add a warning to release notes that oVirt 3.6 Alpha requires
 OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
 our current packaging requirements allows OpenJDK 1.8).

Why is it not considered a bug that our packaging requirements allow a
version of OpenJDK that we know will not work? Fixing the package
requirements to exclude 1.8 would go a long way toward preventing failed
installations (or make failures more obvious).

Is there a bug open to track fixing oVirt to work with OpenJDK 1.8?

-Bob


 Thanks

 Martin

 - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: de...@ovirt.org, Users@ovirt.org
  Sent: Monday, May 4, 2015 1:26:07 PM
  Subject: [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha
release  this week
 
  Hi,
  just a quick reminder that oVirt 3.6.0 Alpha is scheduled for May
6th[1].
 
 
  ACTION: Maintainers, please check Alpha Release Criteria[2] to ensure
we can
  release this Alpha on Wednesday.
  MUST: All sources must be available on ovirt.org
  MUST: All packages listed by subprojects must be available in the
  repository
  MUST: All accepted features must be substantially complete and in a
  testable state and enabled by default -- if so specified by the
change
 
  About this last MUST I think that we should drop it having changed the
  release process after release criteria discussion and move it to beta
  release
  criteria.
 
  VOTE: please ack for moving MUST: All accepted features must be
  substantially complete and in a testable state and enabled by default
-- if
  so
  specified by the change to beta release criteria
 
  ACTION: Maintainers: please send a list of the packages provided by your
  sub-project.
  If no list will be provided, the list will be taken by the jenkins
nightly
  publisher job[3] used for publishing ovirt-master-snapshot.
 
  ACTION: Maintainers and QE: please fill the Test Day wiki page[4]
 
 
  [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones
  [2]
http://www.ovirt.org/OVirt_3.6_Release_Management#Alpha_Release_Criteria
  [3]
 
http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly_master/
  [4] http://www.ovirt.org/OVirt_3.6_Test_Day
 
 
  --
  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
 
 ___
 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] Can't export template with 3.5.1

2015-04-05 Thread Bob Doolittle
No suggestions? This seems pretty basic. Any input would be appreciated.

Thanks,
   Bob

On 03/26/2015 01:19 PM, Bob Doolittle wrote:
 I created template from a VM, which completed successfully.

 Now I am trying to export that template, and I get an error: Failed to 
 complete copy of Template Centos6 to Domain xion2-tmpexport.

 Any suggestions? There is plenty of free space on disk.

 I have attached my VDSM log and my engine and server logs.

 I am using Fedora 20 for the (single) host and the self-hosted engine, oVirt 
 3.5.1.1-1

 Thanks,
 Bob

 I've linked 2 files to this email:
 vdsm.log https://db.tt/MEbYnz2Z(20.6 MB)Dropbox 
 https://www.dropbox.com/https://db.tt/MEbYnz2Z
 engine.log https://db.tt/13hMN54l(2.4 MB)Dropbox 
 https://www.dropbox.com/https://db.tt/13hMN54l
 Mozilla Thunderbird http://www.getthunderbird.com makes it easy to share 
 large files over email.



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


Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

2015-03-12 Thread Bob Doolittle
On Mar 12, 2015 7:52 AM, David Jaša dj...@redhat.com wrote:

 On St, 2015-03-11 at 16:09 -0400, Bob Doolittle wrote:
  I'm configuring a new Ubuntu desktop VM, with 14.04.2.
 
  I've installed ovirt-guest-agent and spice-vdagent. But when I connect
to the console I get 640x480 resolution only. Resizing the console window
does not change the underlying desktop resolution.
 
  I saw in the Wiki that I should install xserver-xorg-video-qxl, but
when I attempt to do so the installation fails, saying I have some broken
dependencies:
 
  The following packages have unmet dependencies:
   xserver-xorg-video-qxl : Depends: xorg-video-abi-15
Depends: xserver-xorg-core (= 2:1.14.99.902)
  E: Unable to correct problems, you have held broken packages.
 
 
  If I try to install xorg-video-abi-15 or xserver-xorg-core, it also
fails. They depend on a bunch of packages which say not going to be
installed.
 
  Anybody know what's going on here? Is the Ubuntu repository broken?

 Definitely. Alternatively, your package management keeps you at old
 xserver-xorg-core version that conflicts with available qxl driver.

 Agents are completely unrelated to this issue, both xorg core and qxl
 driver are part of Ubuntu repos.

No. The point is that installing the agent requires us to configure a
special repository which holds the ovirt-guest-agent package. That
repository could well hold packages which conflict with the versions
required in the latest ubuntu repos.

-Bob


 David

  Or maybe the ovirt guest agent repository (I followed instructions
here: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu)?
 
  -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: [ovirt-users] [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and cloud-init

2015-03-12 Thread Bob Doolittle
On 03/12/2015 10:02 AM, Simone Tiraboschi wrote:
 Hi all,
 cloud-init is a powerful tool to configure from outside a cloud instance or 
 an appliance as in our scenario.

 Deploying the engine as an appliance is indeed a good way to speed up and 
 make easier the hosted-engine deployment: you don't need to install an OS on 
 the engine virtual machine and than install the engine and so on but you 
 could simply run a ready to use oVirt engine appliance. But you still need to 
 configure it and so cloud-init support within hosted-engine is a reasonable 
 way to complement it.

 Then we could also integrate it with oVirt node to let the user input the 
 required info from node TUI in order to have an almost unattended 
 hosted-engine setup on oVirt node using an engine appliance with cloud-init.

 The idea is to collect the required information interactively from 
 hosted-engine setup or from node TUI (passing them to hosted-engine setup via 
 an answer file) and pass them to the appliance via cloud-init using a 
 no-cloud datasource.

 So now the question is what do you really want to configure via cloud-init?
 It's just to define what we want in order to be more focused on user needs:
 for instance we could configure engine VM instance hostname, we could set the 
 root password, we could create other users, we could upload ssh private keys, 
 we could run a command on the first boot and so on.
 So, if you have any ideas or requirement about that it's the right time for 
 it.

Great suggestions, Simone!

The things you list cover most of what I do to the engine VM (I do all of those 
except for configure ssh private keys). In addition, I:

  * Add a couple of packages (e.g. zsh)
  * Configure alternate shells for some initial users (this could be run a 
command on the first boot, as long as adding the necessary packages was done 
before that somehow, perhaps simply as a prior command)
  * Populate some specific files, e.g.:
  o Add specific ssh *public* keys into the $HOME/.ssh/authorized_keys 
files for some user and root accounts
  o Replace /etc/hosts with a master copy that contains all hosts on my 
network


I'd like to see the additional packages abstracted out somehow and added 
prior to the run a command on the first boot step, as opposed to using yum 
explicitly for one of those commands, but that's somewhat of a cosmetic nice 
to have since obviously it can be done explicitly. It's separate conceptually, 
so would be nice to treat as such.

I'm learning Puppet at the moment, and it strikes me that what you want to do 
is pretty much the same thing that Puppet manifests are designed to do.

Thanks,
   Bob


 thanks,
 Simone




 ___
 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] Getting Spice agent to work properly with Ubuntu 14.04.2

2015-03-12 Thread Bob Doolittle


On 03/12/2015 08:34 AM, Bob Doolittle wrote:
 
 On Mar 12, 2015 7:52 AM, David Jaša dj...@redhat.com 
 mailto:dj...@redhat.com wrote:

 On St, 2015-03-11 at 16:09 -0400, Bob Doolittle wrote:
  I'm configuring a new Ubuntu desktop VM, with 14.04.2.
 
  I've installed ovirt-guest-agent and spice-vdagent. But when I connect to 
  the console I get 640x480 resolution only. Resizing the console window 
  does not change the underlying desktop resolution.
 
  I saw in the Wiki that I should install xserver-xorg-video-qxl, but when I 
  attempt to do so the installation fails, saying I have some broken 
  dependencies:
 
  The following packages have unmet dependencies:
   xserver-xorg-video-qxl : Depends: xorg-video-abi-15
Depends: xserver-xorg-core (= 2:1.14.99.902)
  E: Unable to correct problems, you have held broken packages.
 
 
  If I try to install xorg-video-abi-15 or xserver-xorg-core, it also fails. 
  They depend on a bunch of packages which say not going to be installed.
 
  Anybody know what's going on here? Is the Ubuntu repository broken?

 Definitely. Alternatively, your package management keeps you at old
 xserver-xorg-core version that conflicts with available qxl driver.

 Agents are completely unrelated to this issue, both xorg core and qxl
 driver are part of Ubuntu repos.
 
 No. The point is that installing the agent requires us to configure a special 
 repository which holds the ovirt-guest-agent package. That repository could 
 well hold packages which conflict with the versions required in the latest 
 ubuntu repos.
 

Never mind, I've ruled that out. I started a new VM, installed the 14.04.2 
Desktop distro, did an apt-get update + dist-upgrade, and tried to install 
these two packages and got the same error. So it is definitely isolated to 
their repositories, as you suggested.

Anybody know the proper mailing list or chat room to report a problem with the 
Ubuntu repositories?

Thanks,
Bob

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


Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

2015-03-12 Thread Bob Doolittle

On 03/12/2015 11:05 AM, Sven Kieske wrote:
 On 12/03/15 15:30, Bob Doolittle wrote:
 Anybody know the proper mailing list or chat room to report a problem with 
 the Ubuntu repositories?
 their bugtracker is at:
 https://bugs.launchpad.net/ubuntu/

Well this is just too weird. According to 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-qxl/+bug/1267360 
this bug has affected Ubuntu since Jan 2014 (Ubuntu 12.04), and hasn't been 
addressed!

Is it really the case that *nobody* is able to change resolutions for their 
ovirt/SPICE Ubuntu Guest VMs? And that according to launchpad only *4* people 
have claimed they are affected??? That seems hard to believe.

Is anybody else out there using an Ubuntu Guest, and is able to change 
resolution for their SPICE console to anything but 640x480 (which is, for all 
practical purposes, unusable)?

Thanks,
   Bob

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


Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

2015-03-12 Thread Bob Doolittle
On 03/12/2015 11:05 AM, Sven Kieske wrote:
 On 12/03/15 15:30, Bob Doolittle wrote:
 Anybody know the proper mailing list or chat room to report a problem with 
 the Ubuntu repositories?
 their bugtracker is at:
 https://bugs.launchpad.net/ubuntu/

Where is upstream for Spice /QXL development?

Thanks,
   Bob


 HTH

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


Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

2015-03-12 Thread Bob Doolittle

On 03/12/2015 12:01 PM, Sven Kieske wrote:
 On 12/03/15 16:24, Bob Doolittle wrote:
 Is it really the case that *nobody* is able to change resolutions for their 
 ovirt/SPICE Ubuntu Guest VMs? And that according to launchpad only *4* 
 people have claimed they are affected??? That seems hard to believe.

 Is anybody else out there using an Ubuntu Guest, and is able to change 
 resolution for their SPICE console to anything but 640x480 (which is, for 
 all practical purposes, unusable)?
 Well I still don't use spice, it seems very alpha/beta to me.
 Also these dependencies seem insane, for a server installation:
 xserver-xorg-core

Definitely - if you want a server installation, don't install a desktop distro. 
But if you want desktops from your guest (e.g. User Portal/VDI), Xorg is 
inescapable (at least until Mir/Wayland are out), and of course will have many 
dependencies (the desktop itself will have even more, particularly for Gnome or 
KDE). For connecting to desktops, in my experience Spice is preferable to VNC.

I swear I have used Ubuntu desktops in guests before, and didn't run into this 
problem. I feel either something has changed recently, or I'm doing something 
wrong. Things are much too broken to be plausible as typical. I know I didn't 
have to live with 640x480 consoles.

Still hoping somebody can point to upstream for Spice/VNC. The Spice Wiki is 
full of broken links (a bad sign, I would say).

-Bob

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


Re: [ovirt-users] Howto extend Hosted-Engine Disk

2015-03-11 Thread Bob Doolittle
On 03/11/2015 10:56 AM, Sven Achtelik wrote:

 Hi All,

  

 I’ve installed ovirt 3.5 with a hosted-engine some time ago and noticed that 
 I’ve set the virtual disk of the engine to small during install. Is there a 
 way to extend the virtual disk without reinstalling everything ?


Why not just add a new disk (select the VM, go to Disks, click Add), and then 
use LVM to add it to the volume (assuming you configured it with LVM)?

-Bob

  

 Thank you,

  

 Sven



 ___
 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] Howto extend Hosted-Engine Disk

2015-03-11 Thread Bob Doolittle
Sorry, you are right. I just tried to complete the Add Disk dialog, and I also 
get the error:

 Error while executing action:

 HostedEngine:

   * Cannot add Virtual Machine Disk. This VM is not managed by the engine.


Maybe somebody has a suggestion for adding a disk to the HostedEngine via virsh 
or similar.

-Bob


On 03/11/2015 11:10 AM, Sven Achtelik wrote:

 Hi Bob,

  

 how can I add a disk without the GUI ? It’s a hosted engine install and the 
 gui won’t let me do any changes to the engine VM.

  

 Sven

  

 *Von:*Bob Doolittle [mailto:b...@doolittle.us.com]
 *Gesendet:* Mittwoch, 11. März 2015 16:06
 *An:* Sven Achtelik; users@ovirt.org
 *Betreff:* Re: [ovirt-users] Howto extend Hosted-Engine Disk

  

 On 03/11/2015 10:56 AM, Sven Achtelik wrote:

 Hi All,

  

 I’ve installed ovirt 3.5 with a hosted-engine some time ago and noticed 
 that I’ve set the virtual disk of the engine to small during install. Is 
 there a way to extend the virtual disk without reinstalling everything ?


 Why not just add a new disk (select the VM, go to Disks, click Add), and then 
 use LVM to add it to the volume (assuming you configured it with LVM)?

 -Bob


  

 Thank you,

  

 Sven




 ___

 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: [ovirt-users] Howto extend Hosted-Engine Disk

2015-03-11 Thread Bob Doolittle
I also have a hosted-engine setup (3.5.1).

If I go into the Admin Portal, select Virtual Machines tab, select the 
HostedEngine, select the Disks subtab, and click Add, I get a dialog for adding 
a disk. I haven't pursued it any further than that, but it seems it should work.

Once you've done that, you should be able to ssh into the engine, use LVM 
commands to add the disk to your existing volume, and then grow the FS to the 
new volume size.

-Bob

On 03/11/2015 11:10 AM, Sven Achtelik wrote:

 Hi Bob,

  

 how can I add a disk without the GUI ? It’s a hosted engine install and the 
 gui won’t let me do any changes to the engine VM.

  

 Sven

  

 *Von:*Bob Doolittle [mailto:b...@doolittle.us.com]
 *Gesendet:* Mittwoch, 11. März 2015 16:06
 *An:* Sven Achtelik; users@ovirt.org
 *Betreff:* Re: [ovirt-users] Howto extend Hosted-Engine Disk

  

 On 03/11/2015 10:56 AM, Sven Achtelik wrote:

 Hi All,

  

 I’ve installed ovirt 3.5 with a hosted-engine some time ago and noticed 
 that I’ve set the virtual disk of the engine to small during install. Is 
 there a way to extend the virtual disk without reinstalling everything ?


 Why not just add a new disk (select the VM, go to Disks, click Add), and then 
 use LVM to add it to the volume (assuming you configured it with LVM)?

 -Bob


  

 Thank you,

  

 Sven




 ___

 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: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (The VDSM host was found in a failed state)

2015-03-11 Thread Bob Doolittle
For the record, once I added a new storage domain the Data center came up.

So in the end, this seems to have been due to known bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1160667
https://bugzilla.redhat.com/show_bug.cgi?id=1160423


Effectively, for hosts with static/manual IP addressing (i.e. not DHCP), the 
DNS and default route information are not set up correctly by 
hosted-engine-setup. I'm not sure why that's not considered a higher priority 
bug (e.g. blocker for 3.5.2?) since I believe the most typical configuration 
for servers is static IP addressing.

All seems to be working now. Many thanks to Simone for the invaluable 
assistance.

-Bob

On Mar 10, 2015 2:29 PM, Bob Doolittle b...@doolittle.us.com 
mailto:b...@doolittle.us.com wrote:


 On 03/10/2015 10:20 AM, Simone Tiraboschi wrote:


 - Original Message -

 From: Bob Doolittle b...@doolittle.us.com mailto:b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com mailto:stira...@redhat.com
 Cc: users-ovirt users@ovirt.org mailto:users@ovirt.org
 Sent: Tuesday, March 10, 2015 2:40:13 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on 
 F20 (The VDSM host was found in a failed
 state)


 On 03/10/2015 04:58 AM, Simone Tiraboschi wrote:

 - Original Message -

 From: Bob Doolittle b...@doolittle.us.com 
 mailto:b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com mailto:stira...@redhat.com
 Cc: users-ovirt users@ovirt.org mailto:users@ovirt.org
 Sent: Monday, March 9, 2015 11:48:03 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on
 F20 (The VDSM host was found in a failed
 state)


 On 03/09/2015 02:47 PM, Bob Doolittle wrote:

 Resending with CC to list (and an update).

 On 03/09/2015 01:40 PM, Simone Tiraboschi wrote:

 - Original Message -

 From: Bob Doolittle b...@doolittle.us.com 
 mailto:b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com 
 mailto:stira...@redhat.com
 Cc: users-ovirt users@ovirt.org mailto:users@ovirt.org
 Sent: Monday, March 9, 2015 6:26:30 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1
 on
 F20 (Cannot add the host to cluster ... SSH
 has failed)

 ...

 OK, I've started over. Simply removing the storage domain was
 insufficient,
 the hosted-engine deploy failed when it found the HA and Broker
 services
 already configured. I decided to just start over fresh starting with
 re-installing the OS on my host.

 I can't deploy DNS at the moment, so I have to simply replicate
 /etc/hosts
 files on my host/engine. I did that this time, but have run into a new
 problem:

 [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
   Enter the name of the cluster to which you want to add the
   host
   (Default) [Default]:
 [ INFO  ] Waiting for the host to become operational in the engine.
 This
 may
 take several minutes...
 [ ERROR ] The VDSM host was found in a failed state. Please check
 engine
 and
 bootstrap installation logs.
 [ ERROR ] Unable to add ovirt-vm to the manager
   Please shutdown the VM allowing the system to launch it as a
   monitored service.
   The system will wait until the VM is down.
 [ ERROR ] Failed to execute stage 'Closing up': [Errno 111] Connection
 refused
 [ INFO  ] Stage: Clean up
 [ ERROR ] Failed to execute stage 'Clean up': [Errno 111] Connection
 refused


 I've attached my engine log and the ovirt-hosted-engine-setup log. I
 think I
 had an issue with resolving external hostnames, or else a connectivity
 issue
 during the install.

 For some reason your engine wasn't able to deploy your hosts but the SSH
 session this time was established.
 2015-03-09 13:05:58,514 ERROR
 [org.ovirt.engine.core.bll.InstallVdsInternalCommand]
 (org.ovirt.thread.pool-8-thread-3) [3cf91626] Host installation failed
 for host 217016bb-fdcd-4344-a0ca-4548262d10a8, ovirt-vm.:
 java.io.IOException: Command returned failure code 1 during SSH session
 'r...@xion2.smartcity.net mailto:r...@xion2.smartcity.net'

 Can you please attach host-deploy logs from the engine VM?

 OK, attached.

 Like I said, it looks to me like a name-resolution issue during the yum
 update on the engine. I think I've fixed that, but do you have a better
 suggestion for cleaning up and re-deploying other than installing the OS
 on my host and starting all over again?

 I just finished starting over from scratch, starting with OS installation
 on
 my host/node, and wound up with a very similar problem - the engine
 couldn't
 reach the hosts during the yum operation. But this time the error was
 Network is unreachable. Which is weird, because I can ssh into the
 engine
 and ping many of those hosts, after the operation has failed.

 Here's my latest host-deploy log from the engine. I'd appreciate any
 clues.

 It seams that now your host is able to resolve that addresses but it's not
 able to connect over http.
 On your hosts some of them resolves

[ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

2015-03-11 Thread Bob Doolittle
I'm configuring a new Ubuntu desktop VM, with 14.04.2.

I've installed ovirt-guest-agent and spice-vdagent. But when I connect to the 
console I get 640x480 resolution only. Resizing the console window does not 
change the underlying desktop resolution.

I saw in the Wiki that I should install xserver-xorg-video-qxl, but when I 
attempt to do so the installation fails, saying I have some broken dependencies:

The following packages have unmet dependencies:
 xserver-xorg-video-qxl : Depends: xorg-video-abi-15
  Depends: xserver-xorg-core (= 2:1.14.99.902)
E: Unable to correct problems, you have held broken packages.


If I try to install xorg-video-abi-15 or xserver-xorg-core, it also fails. They 
depend on a bunch of packages which say not going to be installed.

Anybody know what's going on here? Is the Ubuntu repository broken? Or maybe 
the ovirt guest agent repository (I followed instructions here: 
http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu)?

-Bob

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


Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (The VDSM host was found in a failed state)

2015-03-10 Thread Bob Doolittle

On 03/10/2015 04:58 AM, Simone Tiraboschi wrote:

 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com
 Cc: users-ovirt users@ovirt.org
 Sent: Monday, March 9, 2015 11:48:03 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 
 (The VDSM host was found in a failed
 state)


 On 03/09/2015 02:47 PM, Bob Doolittle wrote:
 Resending with CC to list (and an update).

 On 03/09/2015 01:40 PM, Simone Tiraboschi wrote:
 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com
 Cc: users-ovirt users@ovirt.org
 Sent: Monday, March 9, 2015 6:26:30 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on
 F20 (Cannot add the host to cluster ... SSH
 has failed)

...
 OK, I've started over. Simply removing the storage domain was
 insufficient,
 the hosted-engine deploy failed when it found the HA and Broker services
 already configured. I decided to just start over fresh starting with
 re-installing the OS on my host.

 I can't deploy DNS at the moment, so I have to simply replicate
 /etc/hosts
 files on my host/engine. I did that this time, but have run into a new
 problem:

 [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
   Enter the name of the cluster to which you want to add the host
   (Default) [Default]:
 [ INFO  ] Waiting for the host to become operational in the engine. This
 may
 take several minutes...
 [ ERROR ] The VDSM host was found in a failed state. Please check engine
 and
 bootstrap installation logs.
 [ ERROR ] Unable to add ovirt-vm to the manager
   Please shutdown the VM allowing the system to launch it as a
   monitored service.
   The system will wait until the VM is down.
 [ ERROR ] Failed to execute stage 'Closing up': [Errno 111] Connection
 refused
 [ INFO  ] Stage: Clean up
 [ ERROR ] Failed to execute stage 'Clean up': [Errno 111] Connection
 refused


 I've attached my engine log and the ovirt-hosted-engine-setup log. I
 think I
 had an issue with resolving external hostnames, or else a connectivity
 issue
 during the install.
 For some reason your engine wasn't able to deploy your hosts but the SSH
 session this time was established.
 2015-03-09 13:05:58,514 ERROR
 [org.ovirt.engine.core.bll.InstallVdsInternalCommand]
 (org.ovirt.thread.pool-8-thread-3) [3cf91626] Host installation failed
 for host 217016bb-fdcd-4344-a0ca-4548262d10a8, ovirt-vm.:
 java.io.IOException: Command returned failure code 1 during SSH session
 'r...@xion2.smartcity.net'

 Can you please attach host-deploy logs from the engine VM?
 OK, attached.

 Like I said, it looks to me like a name-resolution issue during the yum
 update on the engine. I think I've fixed that, but do you have a better
 suggestion for cleaning up and re-deploying other than installing the OS
 on my host and starting all over again?
 I just finished starting over from scratch, starting with OS installation on
 my host/node, and wound up with a very similar problem - the engine couldn't
 reach the hosts during the yum operation. But this time the error was
 Network is unreachable. Which is weird, because I can ssh into the engine
 and ping many of those hosts, after the operation has failed.

 Here's my latest host-deploy log from the engine. I'd appreciate any clues.
 It seams that now your host is able to resolve that addresses but it's not 
 able to connect over http.
 On your hosts some of them resolves as IPv6 addresses; can you please try to 
 use curl to get one of the file that it wasn't able to fetch?
 Can you please check your network configuration before and after host-deploy?

I can give you the network configuration after host-deploy, at least for the 
host/Node. The engine won't start for me this morning, after I shut down the 
host for the night.

In order to give you the config before host-deploy (or, apparently for the 
engine), I'll have to re-install the OS on the host and start again from 
scratch. Obviously I'd rather not do that unless absolutely necessary.

Here's the host config after the failed host-deploy:

Host/Node:

# ip route
169.254.0.0/16 dev ovirtmgmt  scope link  metric 1007 
172.16.0.0/16 dev ovirtmgmt  proto kernel  scope link  src 172.16.0.58 

# ip addr
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN group 
default 
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: p3p2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master 
ovirtmgmt state UP group default qlen 1000
link/ether b8:ca:3a:79:22:12 brd ff:ff:ff:ff:ff:ff
inet6 fe80::baca:3aff:fe79:2212/64 scope link 
   valid_lft forever preferred_lft forever
3: bond0: NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP mtu 1500 qdisc noqueue

Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (The VDSM host was found in a failed state)

2015-03-10 Thread Bob Doolittle

On 03/10/2015 10:20 AM, Simone Tiraboschi wrote:

 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com
 Cc: users-ovirt users@ovirt.org
 Sent: Tuesday, March 10, 2015 2:40:13 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 
 (The VDSM host was found in a failed
 state)


 On 03/10/2015 04:58 AM, Simone Tiraboschi wrote:
 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com
 Cc: users-ovirt users@ovirt.org
 Sent: Monday, March 9, 2015 11:48:03 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on
 F20 (The VDSM host was found in a failed
 state)


 On 03/09/2015 02:47 PM, Bob Doolittle wrote:
 Resending with CC to list (and an update).

 On 03/09/2015 01:40 PM, Simone Tiraboschi wrote:
 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com
 Cc: users-ovirt users@ovirt.org
 Sent: Monday, March 9, 2015 6:26:30 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1
 on
 F20 (Cannot add the host to cluster ... SSH
 has failed)

 ...
 OK, I've started over. Simply removing the storage domain was
 insufficient,
 the hosted-engine deploy failed when it found the HA and Broker
 services
 already configured. I decided to just start over fresh starting with
 re-installing the OS on my host.

 I can't deploy DNS at the moment, so I have to simply replicate
 /etc/hosts
 files on my host/engine. I did that this time, but have run into a new
 problem:

 [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
   Enter the name of the cluster to which you want to add the
   host
   (Default) [Default]:
 [ INFO  ] Waiting for the host to become operational in the engine.
 This
 may
 take several minutes...
 [ ERROR ] The VDSM host was found in a failed state. Please check
 engine
 and
 bootstrap installation logs.
 [ ERROR ] Unable to add ovirt-vm to the manager
   Please shutdown the VM allowing the system to launch it as a
   monitored service.
   The system will wait until the VM is down.
 [ ERROR ] Failed to execute stage 'Closing up': [Errno 111] Connection
 refused
 [ INFO  ] Stage: Clean up
 [ ERROR ] Failed to execute stage 'Clean up': [Errno 111] Connection
 refused


 I've attached my engine log and the ovirt-hosted-engine-setup log. I
 think I
 had an issue with resolving external hostnames, or else a connectivity
 issue
 during the install.
 For some reason your engine wasn't able to deploy your hosts but the SSH
 session this time was established.
 2015-03-09 13:05:58,514 ERROR
 [org.ovirt.engine.core.bll.InstallVdsInternalCommand]
 (org.ovirt.thread.pool-8-thread-3) [3cf91626] Host installation failed
 for host 217016bb-fdcd-4344-a0ca-4548262d10a8, ovirt-vm.:
 java.io.IOException: Command returned failure code 1 during SSH session
 'r...@xion2.smartcity.net'

 Can you please attach host-deploy logs from the engine VM?
 OK, attached.

 Like I said, it looks to me like a name-resolution issue during the yum
 update on the engine. I think I've fixed that, but do you have a better
 suggestion for cleaning up and re-deploying other than installing the OS
 on my host and starting all over again?
 I just finished starting over from scratch, starting with OS installation
 on
 my host/node, and wound up with a very similar problem - the engine
 couldn't
 reach the hosts during the yum operation. But this time the error was
 Network is unreachable. Which is weird, because I can ssh into the
 engine
 and ping many of those hosts, after the operation has failed.

 Here's my latest host-deploy log from the engine. I'd appreciate any
 clues.
 It seams that now your host is able to resolve that addresses but it's not
 able to connect over http.
 On your hosts some of them resolves as IPv6 addresses; can you please try
 to use curl to get one of the file that it wasn't able to fetch?
 Can you please check your network configuration before and after
 host-deploy?
 I can give you the network configuration after host-deploy, at least for the
 host/Node. The engine won't start for me this morning, after I shut down the
 host for the night.

 In order to give you the config before host-deploy (or, apparently for the
 engine), I'll have to re-install the OS on the host and start again from
 scratch. Obviously I'd rather not do that unless absolutely necessary.

 Here's the host config after the failed host-deploy:

 Host/Node:

 # ip route
 169.254.0.0/16 dev ovirtmgmt  scope link  metric 1007
 172.16.0.0/16 dev ovirtmgmt  proto kernel  scope link  src 172.16.0.58
 You are missing a default gateway and so the issue.
 Are you sure that it was properly configured before trying to deploy that 
 host?

It should have been, it was a fresh OS install. So I'm starting again, and 
keeping careful records of my network config.

Here

Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (Cannot add the host to cluster ... SSH has failed)

2015-03-09 Thread Bob Doolittle

On 03/09/2015 07:12 AM, Simone Tiraboschi wrote:

 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: Simone Tiraboschi stira...@redhat.com
 Sent: Monday, March 9, 2015 12:02:49 PM
 Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 
 (Cannot add the host to cluster ... SSH
 has failed)

 On Mar 9, 2015 5:23 AM, Simone Tiraboschi stira...@redhat.com wrote:


 - Original Message -
 From: Bob Doolittle b...@doolittle.us.com
 To: users-ovirt users@ovirt.org
 Sent: Friday, March 6, 2015 9:21:20 PM
 Subject: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on
 F20 (Cannot add the host to cluster ... SSH has
 failed)

 Hi,

 I'm following the instructions here:
 http://www.ovirt.org/Hosted_Engine_Howto
 My self-hosted install failed near the end:

 To continue make a selection from the options below:
   (1) Continue setup - engine installation is complete
   (2) Power off and restart the VM
   (3) Abort setup
   (4) Destroy VM and abort setup

   (1, 2, 3, 4)[1]: 1
 [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
   Enter the name of the cluster to which you want to add the
 host
   (Default) [Default]:
 [ ERROR ] Cannot automatically add the host to cluster Default: Cannot
 add
 Host. Connecting to host via SSH has failed, verify that the host is
 reachable (IP address, routable address etc.) You may refer to the
 engine.log file for further details.
 [ ERROR ] Failed to execute stage 'Closing up': Cannot add the host to
 cluster Default
 [ INFO  ] Stage: Clean up
 [ INFO  ] Generating answer file
 '/var/lib/ovirt-hosted-engine-setup/answers/answers-20150306135624.conf'
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination

 I can ssh into the engine VM both locally and remotely. There is no
 /root/.ssh directory, however. Did I need to set that up somehow?
 It's the engine that needs to open an SSH connection to the host calling
 it by its hostname.
 So please be sure that you can SSH to the host from the engine using its
 hostname and not its IP address.

 I'm assuming this should be a password-less login (key-based
 authentication?). 
 Yes, it is.

 As what user?
 root

OK, I see a couple of problems.
First off, I didn't have my deploying-host hostname in the hosts map for my 
engine.
After adding it to /etc/hosts (both hostname and FQDN), when I try to ssh from 
root@engine to root@host it is prompting me for a password.

On my engine, ~root/.ssh does not contain any keys.
On my host, ~root/.ssh has authorized_keys, and in it there is a key with the 
comment ovirt-engine.

It's possible that I inadvertently removed ~root/.ssh on engine while I was 
preparing the engine (I started to set up my own no-password logins and then 
thought better and cleaned up, not realizing that some prior setup affecting 
that directory had occurred). That would explain the second issue.

How/when does the key for root@engine get populated to the host's 
~root/.ssh/authenticated_keys during setup?

-Bob


 -Bob

 Till hosted-engine hosts were simply identified by their IP address but
 than we had some bug report on side effects of that.
 So now we generate and sign certs using host hostnames and so the engine
 should be able to correctly resolve them.
 When I log into the Administration portal, the engine VM does not appear
 under the Virtual machine view (it's empty).
 It's cause the setup didn't complete.

 I've attached what I think are the relevant logs.

 Also, when my host reboots, the ovirt-ha-broker and ovirt-ha-agent
 services
 do not come up automatically. I have to use systemctl to start them
 manually.
 It's cause the setup didn't complete.

 This is a fresh Fedora 20 machine installing a fresh copy of Ovirt
 3.5.1.
 What's the cleanest approach to restore/complete sanity of my setup
 please?
 First step is to clarify what went wrong in order to avoid it in the
 future.
 Than, if you want a really sanity environment for production use I'd
 suggest to redeploy.
 So
  hosted-engine --vm-poweroff
 empty the storage domain share and deploy again

 Thanks,
 Bob


 I've linked 3 files to this email:
 server.log (12.4 MB) Dropbox https://db.tt/g5p09AaD
 vdsm.log (3.2 MB) Dropbox https://db.tt/P4572SUm
 ovirt-hosted-engine-setup-20150306123622-tad1fy.log (413 KB) Dropbox
 https://db.tt/XAM9ffhi
 Mozilla Thunderbird makes it easy to share large files over email.


 ___
 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] NFS

2014-12-16 Thread Bob Doolittle
95% of the time this is a firewall issue.

As a test, I'd disable your firewall completely and see if that
rectifies it. If so, you can work on proper firewall rules to allow
oVirt to work.

-Bob

On 12/16/2014 03:30 AM, Koen Vanoppen wrote:
 Already installed... :-) and the service nfs and rpcbind are running

 2014-12-16 9:07 GMT+01:00 Karli Sjöberg karli.sjob...@slu.se
 mailto:karli.sjob...@slu.se:

 On Tue, 2014-12-16 at 09:00 +0100, Koen Vanoppen wrote:
  Dear all,
 
 
  We recently added 2 hypervisors to the domain on ovirt, but for some
  reason they can't connect to the nfs share:
  When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]#
  mount -vvv -t nfs -o vers=3,tcp
  progress:/media/NfsProgress
 /rhev/data-center/mnt/progress.brusselsairport.aero
 http://progress.brusselsairport.aero\:_media_NfsProgress/)
  :
  mount: external mount: argv[3] = -v
  mount: external mount: argv[4] = -o
  mount: external mount: argv[5] = rw,vers=3,tcp
  mount.nfs: timeout set for Tue Dec 16 08:56:47 2014
  mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20'
  mount.nfs: prog 13, trying vers=3, prot=6
  mount.nfs: portmap query failed: RPC: Program not registered
  mount.nfs: requested NFS version or transport protocol is not
  supported
 
 
  From vdsm.log:
  Thread-277::ERROR::2014-12-16
 
 
 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect)
 Mount failed: (32, ';mount.nfs: requested NFS version or transport
 protocol is not supported\n')
  Traceback (most recent call last):
File /usr/share/vdsm/storage/storageServer.py, line 209, in
  connect
  self._mount.mount(self.options, self._vfsType)
File /usr/share/vdsm/storage/mount.py, line 223, in mount
  return self._runcmd(cmd, timeout)
File /usr/share/vdsm/storage/mount.py, line 239, in _runcmd
  raise MountError(rc, ;.join((out, err)))
  MountError: (32, ';mount.nfs: requested NFS version or transport
  protocol is not supported\n')
  Thread-277::ERROR::2014-12-16
  08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer)
 Could not
  connect to storageServer
  Traceback (most recent call last):
File /usr/share/vdsm/storage/hsm.py, line 2430, in
  connectStorageServer
  conObj.connect()
File /usr/share/vdsm/storage/storageServer.py, line 328, in
  connect
  return self._mountCon.connect()
File /usr/share/vdsm/storage/storageServer.py, line 217, in
  connect
  raise e
  MountError: (32, ';mount.nfs: requested NFS version or transport
  protocol is not supported\n')
 
 
  Any ideas? The rest (4 others) didn't have any problems...
 
 
  plain text document attachment (ATT1)
  ___
  Users mailing list
  Users@ovirt.org mailto:Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users

 # yum install -y nfs-utils

 ?



 --

 Med Vänliga Hälsningar

 
 ---
 Karli Sjöberg
 Swedish University of Agricultural Sciences Box 7079 (Visiting Address
 Kronåsvägen 8)
 S-750 07 Uppsala, Sweden
 Phone:  +46-(0)18-67 15 66 tel:%2B46-%280%2918-67%2015%2066
 karli.sjob...@slu.se mailto:karli.sjob...@slu.se



 ___
 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] hosted-engine setup/migration features for 3.6

2014-12-03 Thread Bob Doolittle
Resending - inadvertently dropped CCs.

On Wed, Dec 3, 2014 at 7:50 AM, Bob Doolittle b...@doolittle.us.com wrote:

 Another issue with that page is that it assumes a remote database. I am
 not sure what percentage of cases have remote databases but clearly many
 (most?) do not, since that's not default behavior. So that page definitely
 needs attention. See:
 https://bugzilla.redhat.com/show_bug.cgi?id=105
 https://bugzilla.redhat.com/show_bug.cgi?id=108

 Some of us have wanted to disable global maintenance upon bootup by adding
 a systemd service on Fedora 20 (since you must enable global maintenance to
 shut it down cleanly), and have found it impossible to create the necessary
 systemd dependencies. It seems that (at least with 3.4) hosted-engine
 --set-maintenance --mode=none will return an error for several seconds
 after all other services have started and it's not clear what can be waited
 upon in order to issue the command with assurance it will complete
 successfully. This isn't strictly a setup/migration issue but it is an
 issue with setting up a desired configuration with hosted-engine. The way
 to reproduce this is simply to wait until gdm-greeter displays the login
 prompt, ssh into the system and execute hosted-engine --set-maintenance
 --mode=none and observe the error. Or create a systemd service that depends
 upon (waits for) the latest-possible service, try executing the command
 there, and observe the error. Ideally there would be some external
 observable event which a systemd service could depend upon, when
 hosted-engine is ready to do its thing.

 Regards,
 Bob


 On Wed, Dec 3, 2014 at 2:59 AM, Yedidyah Bar David d...@redhat.com
 wrote:

 Hi all,

 We already have quite a lot of open ovirt-hosted-engine-setup bugs for
 3.6 [1].

 Yesterday I tried helping someone on irc who planned to migrate to
 hosted-engine
 manually, and without knowing (so it seems) that such a feature exists.
 He had
 an engine set up on a physical host, prepared a VM for it, and asked
 about migrating
 the engine to the VM. In principle this works, but the final result will
 be a
 hosted-engine, where the engine manages a VM the runs itself, without
 knowing it,
 and without HA.

 The current recommended migration flow is described in [2]. This page is
 perhaps
 a bit outdated, perhaps missing some details etc., but principally works.
 The main
 issue with it, AFAICT after discussing this a bit with few people, is
 that it
 requires a new clean host.

 I'd like to hear what people here think about such and similar flows.

 If you already had an engine and migrated to hosted-engine, what was
 good, what
 was bad, what would you like to change?

 If you plan such a migration, what do you find missing currently?

 [1] http://red.ht/1vle8Vv
 [2] http://www.ovirt.org/Migrate_to_Hosted_Engine

 Best,
 --
 Didi
 ___
 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] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

2014-11-20 Thread Bob Doolittle
Are there any bugs related to the changes in question that we can track
so we know when the changes are reflected in our distros of interest?

Thanks,
Bob

On 11/20/2014 03:51 AM, s k wrote:
 Hi,
 
 
 Live snapshot indeed works, only live merge is not working. I guess we
 will have to wait until is available on CentOS.
 
 Thanks!
 
 Sokratis
 
 
 
 Date: Thu, 20 Nov 2014 09:49:40 +0800
 Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
 6.6 Node and oVirt 3.5.0
 From: coffee@gmail.com
 To: daniel.helgenber...@m-box.de
 CC: sokratis1...@outlook.com; users@ovirt.org
 
 Hi,
 as i know, live merge is only available from the versions in the
 fedora virt-preview repo. please see[1]
 
 [1] http://www.ovirt.org/Features/Live_Merge#Current_status
 
 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
 daniel.helgenber...@m-box.de mailto:daniel.helgenber...@m-box.de:
 
 On 19.11.2014 14:06, s k wrote:
  Hello,
 
  I performed a full yum upgrade on a CentOS 6.5 Node which was
 upgraded to 6.6
  and I currently the following RPM versions are installed:
 
  [root@node01 ~]# uname -a
  Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25
 UTC 2014
  x86_64 x86_64 x86_64 GNU/Linux
  [root@node01 ~]# rpm -qa |grep libvirt
  libvirt-python-0.10.2-46.el6_6.1.x86_64
  libvirt-client-0.10.2-46.el6_6.1.x86_64
  libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
  libvirt-0.10.2-46.el6_6.1.x86_64
  [root@node01 ~]#
  [root@node01 ~]# rpm -qa |grep kvm
  qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
  [root@node01 ~]# rpm -qa |grep qemu
  gpxe-roms-qemu-0.9.7-6.12.el6.noarch
  qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
  [root@node01 ~]# rpm -qa |grep vdsm
  vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
  vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
  vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
  vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
  vdsm-4.16.7-1.gitdb83943.el6.x86_64
  vdsm-python-4.16.7-1.gitdb83943.el6.noarch
  vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
 
  The host reports that  Live Snapsnot Support is Active on the
 General Tab but
  I'm unable to delete a snapshot.
 
  Any ideas?
 Hm could it be you mix up live snapshot and live merge? Live snapshot
 works since 3.4.3 quite will. Live merge however is still unsupported as
 I think it requires some quite new stuff from libvirt. It will
 eventually work on EL7 [1].
 
 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
 
  Thank you,
 
  Sokratis
 
 
 --
 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 http://www.m-box.de  www.monkeymen.tv
 http://www.monkeymen.tv
 
 Geschäftsführer: Martin Retschitzegger / Michaela Göllner
 Handeslregister: Amtsgericht Charlottenburg / HRB 112767
 ___
 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
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

2014-11-20 Thread Bob Doolittle
On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
 Iirc you simply need libvirt 1.2.9

Thanks!

Would you know how one could track to see if there is a plan for e,g.
Fedora 20 to include that version at some point? I suspect every distro
is different. F20 at this point includes 1.1.3. I'd like to know if I'll
have to upgrade to Fedora 21 in order to get this functionality, as this
will require some planning on my part.

Thanks again,
Bob


 
 Am 20.11.2014 16:20 schrieb Bob Doolittle b...@doolittle.us.com:
 
 Are there any bugs related to the changes in question that we can track
 so we know when the changes are reflected in our distros of interest?
 
 Thanks,
 Bob
 
 On 11/20/2014 03:51 AM, s k wrote:
  Hi,
 
 
  Live snapshot indeed works, only live merge is not working. I guess we
  will have to wait until is available on CentOS.
 
  Thanks!
 
  Sokratis
 
 
 
 
  Date: Thu, 20 Nov 2014 09:49:40 +0800
  Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
  6.6 Node and oVirt 3.5.0
  From: coffee@gmail.com
  To: daniel.helgenber...@m-box.de
  CC: sokratis1...@outlook.com; users@ovirt.org
 
  Hi,
  as i know, live merge is only available from the versions in the
  fedora virt-preview repo. please see[1]
 
  [1] http://www.ovirt.org/Features/Live_Merge#Current_status
 
  2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
  daniel.helgenber...@m-box.de mailto:daniel.helgenber...@m-box.de:
 
  On 19.11.2014 14:06, s k wrote:
   Hello,
  
   I performed a full yum upgrade on a CentOS 6.5 Node which was
  upgraded to 6.6
   and I currently the following RPM versions are installed:
  
   [root@node01 ~]# uname -a
   Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
 17:57:25
  UTC 2014
   x86_64 x86_64 x86_64 GNU/Linux
   [root@node01 ~]# rpm -qa |grep libvirt
   libvirt-python-0.10.2-46.el6_6.1.x86_64
   libvirt-client-0.10.2-46.el6_6.1.x86_64
   libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
   libvirt-0.10.2-46.el6_6.1.x86_64
   [root@node01 ~]#
   [root@node01 ~]# rpm -qa |grep kvm
   qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   [root@node01 ~]# rpm -qa |grep qemu
   gpxe-roms-qemu-0.9.7-6.12.el6.noarch
   qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   [root@node01 ~]# rpm -qa |grep vdsm
   vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
   vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-4.16.7-1.gitdb83943.el6.x86_64
   vdsm-python-4.16.7-1.gitdb83943.el6.noarch
   vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
  
   The host reports that  Live Snapsnot Support is Active on the
  General Tab but
   I'm unable to delete a snapshot.
  
   Any ideas?
  Hm could it be you mix up live snapshot and live merge? Live
 snapshot
  works since 3.4.3 quite will. Live merge however is still
 unsupported as
  I think it requires some quite new stuff from libvirt. It will
  eventually work on EL7 [1].
 
  [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
  
   Thank you,
  
   Sokratis
  
 
  --
  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 http://www.m-box.de http://www.m-box.de 
 www.monkeymen.tv http://www.monkeymen.tv
  http://www.monkeymen.tv
 
  Geschäftsführer: Martin Retschitzegger / Michaela Göllner
  Handeslregister: Amtsgericht Charlottenburg / HRB 112767
  ___
  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
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Bob Doolittle
Thanks Markus, but I have a single, self-hosted node, so cannot migrate VMs.

Is it your assumption that F20 will never be updated with libvirt 1.2.9?

If that's the case, my best course (in a month or so when F21 is
released) is probably to export all my VMs, install F21,
reinstall/reconfigure oVirt, import the old Export Domain, and then
import my VMs again.

-Bob

On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
 Hi Bob,
 
 if your are on a cluster with FC20 hypervisor nodes wthout virt-preview 
 (like we run it with qemu 1.6.2) the simplest way to get live merge features 
 should be - beware NOT FULLY TESTED!
 
 1) choose a single host (we only need a single one if we think about the 
 required setup)
 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK 
 LIVE MIGRATION!
 3) migrate VMs you want to live merge to the host
 4) do the live merge
 5) migrate VMs back to original host
 
 A quick test revealed:
 
 # systemctl stop vdsmd
 # systemctl stop libvirtd
 # cd /etc/yum.repos.d
 # wget http:/wget 
 http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
 # yum update libvirt
 ...
 # systemctl start libvirtd
 # systemctl start vdsmd
 # 
 # vdsClient -s 0 getVdsCaps | grep -i merge
 --- liveMerge = 'true'
 
 Best regards.
 
 Markus
 
 Von: Bob Doolittle [b...@doolittle.us.com]
 Gesendet: Donnerstag, 20. November 2014 16:49
 An: Markus Stockhausen
 Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
 Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 
 Node and oVirt 3.5.0
 
 On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
 Iirc you simply need libvirt 1.2.9
 
 Thanks!
 
 Would you know how one could track to see if there is a plan for e,g.
 Fedora 20 to include that version at some point? I suspect every distro
 is different. F20 at this point includes 1.1.3. I'd like to know if I'll
 have to upgrade to Fedora 21 in order to get this functionality, as this
 will require some planning on my part.
 
 Thanks again,
 Bob
 
 

 Am 20.11.2014 16:20 schrieb Bob Doolittle b...@doolittle.us.com:

 Are there any bugs related to the changes in question that we can track
 so we know when the changes are reflected in our distros of interest?

 Thanks,
 Bob

 On 11/20/2014 03:51 AM, s k wrote:
  Hi,
 
 
  Live snapshot indeed works, only live merge is not working. I guess we
  will have to wait until is available on CentOS.
 
  Thanks!
 
  Sokratis
 
 
 
 
  Date: Thu, 20 Nov 2014 09:49:40 +0800
  Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
  6.6 Node and oVirt 3.5.0
  From: coffee@gmail.com
  To: daniel.helgenber...@m-box.de
  CC: sokratis1...@outlook.com; users@ovirt.org
 
  Hi,
  as i know, live merge is only available from the versions in the
  fedora virt-preview repo. please see[1]
 
  [1] http://www.ovirt.org/Features/Live_Merge#Current_status
 
  2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
  daniel.helgenber...@m-box.de mailto:daniel.helgenber...@m-box.de:
 
  On 19.11.2014 14:06, s k wrote:
   Hello,
  
   I performed a full yum upgrade on a CentOS 6.5 Node which was
  upgraded to 6.6
   and I currently the following RPM versions are installed:
  
   [root@node01 ~]# uname -a
   Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
 17:57:25
  UTC 2014
   x86_64 x86_64 x86_64 GNU/Linux
   [root@node01 ~]# rpm -qa |grep libvirt
   libvirt-python-0.10.2-46.el6_6.1.x86_64
   libvirt-client-0.10.2-46.el6_6.1.x86_64
   libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
   libvirt-0.10.2-46.el6_6.1.x86_64
   [root@node01 ~]#
   [root@node01 ~]# rpm -qa |grep kvm
   qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   [root@node01 ~]# rpm -qa |grep qemu
   gpxe-roms-qemu-0.9.7-6.12.el6.noarch
   qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   [root@node01 ~]# rpm -qa |grep vdsm
   vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
   vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-4.16.7-1.gitdb83943.el6.x86_64
   vdsm-python-4.16.7-1.gitdb83943.el6.noarch
   vdsm-cli-4.16.7-1.gitdb83943.el6.noarch

Re: [ovirt-users] Best way for using Ubuntu 14 as a guest OS of oVirt 3.5.

2014-10-19 Thread Bob Doolittle
Are there bugs filed?

I will want too wait for them to be resolved before upgrading to 3.5.

Thanks,
  Bob
On Oct 19, 2014 12:19 PM, Fumihide Tani rxc05...@nifty.com wrote:

 Hi, everyone,

 I have found a big solution for using Ubuntu 14 as a guest of oVirt 3.5!

 Ubuntu 14 is troublesome on KVM and SPICE environment now.

 Known issues are:
 - missing letters from Ubuntu desktop title and menu
 - frequently VM goes too much cpu usage and no operationable

 If you want to solve these, simply do next:

 # sudo apt-get remove xserver-xorg-video-qxl

 then you will get everything goes fine!

 Good luck,
 Fumihide Tani

 ___
 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] ovirt-3.5 ovirt-guest-agent linux builds are now available

2014-10-02 Thread Bob Doolittle
I can't seem to find any spec for the usual guest OBS repositories for
guest-agent on Ubuntu. It's not specified on this page:

http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu

Note that this page and the pages it references probably need updating,
since it's supposed to provide links to all relevant info for all platforms:
http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests

Pointer for Ubuntu please?

Thanks,
Bob

On Thu, Oct 2, 2014 at 6:26 AM, Vinzenz Feenstra vfeen...@redhat.com
wrote:

 Hi,

 I have just released the ovirt-guest-agent ovirt-3.5 builds with version
 1.0.10.2

 The usual guest agent OBS repositories on have been updated for
 - Debian 7
 - Ubuntu 12.04, 13.10, 14.04
 - openSuSE 12.3, 13.1
 - SuSE Linux Enterprise 11 SP3

 Builds for the guest agent on the fedora environment have been posted as
 updates and are currently available in the testing repositories for:
 - Fedora 19
 - Fedora 20
 - Fedora 21
 - EPEL6 (el6)
 - EPEL5 (el5)
 - EPEL7 (el7)

 It would be great if the users of the ovirt-guest-agent on Linux guests
 could test the guest agent.

 Thanks.

 --
 Regards,

 Vinzenz Feenstra | Senior Software Engineer
 RedHat Engineering Virtualization R  D
 Phone: +420 532 294 625
 IRC: vfeenstr or evilissimo

 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] ovirt-3.5 ovirt-guest-agent linux builds are now available

2014-10-02 Thread Bob Doolittle

On 10/02/2014 03:19 PM, Gianluca Cecchi wrote:
On Thu, Oct 2, 2014 at 8:34 PM, Bob Doolittle b...@doolittle.us.com 
mailto:b...@doolittle.us.com wrote:


I can't seem to find any spec for the usual guest OBS
repositories for guest-agent on Ubuntu. It's not specified on
this page:

http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu

Note that this page and the pages it references probably need
updating, since it's supposed to provide links to all relevant
info for all platforms:
http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests

Pointer for Ubuntu please?

Thanks,
Bob


I think correct link is what I referred in my first answer and that I 
used:

http://www.ovirt.org/Feature/GuestAgentUbuntu

In that page we have the timestamp and tested version of
*Name*: oVirt Guest Agent on Ubuntu
*Modules*: ovirt-guest-agent
*Target version*: 3.4.1
*Status*: Done
*Last updated*: 2014-08-05 by Vfeenstr

That is valid also for 3.5rc3 and ubuntu 14.04

I edited the page
http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests

pointing to my referred page.
Let me know if ok for all

Gianluca



This looks a little bit like an APT repository (it has Packages and 
Release) but I don't see the structure I expect (e.g. a dists 
directory). What is the appropriate APT line e.g. for sources.list? What 
is the uri, suite, and component? I'm able to fetch the .deb and install 
it manually (and then fix the missing dependencies) but a properly 
configured APT repository would make this more seamless.


-Bob

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


Re: [ovirt-users] [ANN] oVirt 3.4.4 Release is now available

2014-09-24 Thread Bob Doolittle

Cool!

However, the instructions for upgrading a Hosted Engine setup look 
suspiciously out of date and divergent from the instructions for 
upgrading standalone engine (e.g. you never run engine-setup??).


Is this page accurate:
http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine

I just fixed a bunch of egregious typos on the page myself - all of the 
hosted-engine invocation lines were incorrect (e.g. hosted-engine 
--set-maintenance=global instead of the now-corrected syntax: 
hosted-engine --set-maintenance --mode=global). This makes me somewhat 
cautious about the rest of the page content I'm afraid.


Is it accurate to say that when upgrading a Hosted Engine setup you 
basically just upgrade the packages (while carefully orchestrating which 
services are up at the time), and never run engine-setup?


If that page *is* accurate, why is engine-setup required for upgrading a 
standalone engine?


Thanks,
Bob

On 09/23/2014 05:05 PM, Sandro Bonazzola wrote:

The oVirt development team is pleased to announce the general
availability of oVirt 3.4.4 as of Sep 23th 2014. This release
solidifies oVirt as a leading KVM management application and open
source alternative to VMware vSphere.

oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5
(or similar).

This release of oVirt includes numerous bug fixes.
See the release notes [1] for a list of the new features and bugs fixed.

The existing repository ovirt-3.4 has been updated for delivering this
release without the need of enabling any other repository, however since we
introduced package signing you need an additional step in order to get
the public keys installed on your system if you're upgrading from an older 
release.
Please refer to release notes [1] for Installation / Upgrade instructions.

Please note that mirrors will need a couple of days before being synchronized.
If you want to be sure to use latest rpms and don't want to wait for the 
mirrors,
you can edit /etc/yum.repos.d/ovirt-3.4.repo commenting the mirror line and
removing the comment on baseurl line.

A new oVirt Live ISO will be available too[2].

[1] http://www.ovirt.org/OVirt_3.4.4_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.4/iso/ovirt-live-el6-3.4.4.iso



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


Re: [ovirt-users] [ANN] oVirt 3.4.4 Release is now available

2014-09-24 Thread Bob Doolittle

On 09/24/2014 10:47 AM, Sandro Bonazzola wrote:

Il 24/09/2014 16:37, Bob Doolittle ha scritto:

If that page *is* accurate, why is engine-setup required for upgrading a 
standalone engine?

engine-setup is needed in order to upgrade the engine.
I've updated a bit 
http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine, hopefully 
should answer your questions.


I am using Fedora 19 for host and engine.

When I try to follow these instructions I get to the point of restarting 
VDSM on the host, and get:


# service vdsm restart
Redirecting to /bin/systemctl restart  vdsm.service
Failed to issue method call: Unit vdsm.service failed to load: No such file or 
directory. See system logs and 'systemctl status vdsm.service' for details.


VDSM was still running, but systemctl did not think so:

# systemctl stop vdsm
Failed to issue method call: Unit vdsm.service not loaded.


So instead at that point I shut down the engine (init 0) and rebooted 
the engine-hosting host.


Things came up cleanly at that point.

-Bob

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


Re: [ovirt-users] Need to import a template in OVA format

2014-08-31 Thread Bob Doolittle


On 08/31/2014 01:16 PM, Richard W.M. Jones wrote:

On Sun, Aug 31, 2014 at 06:07:47PM +0300, Itamar Heim wrote:

On 08/29/2014 06:38 PM, Bob Doolittle wrote:

I have a template designed for VMware VMs, in OVA format.

Is there a way I can import this template to oVirt, in order to create
an oVirt VM from it?

virt-v2v seems designed to import VMs, not templates, and it whines
about no storage devices in the Guest (when using -i ova -o rhev -os
NFS_PATH_TO_EXPORT_DOMAIN).

I guess we're talking about old virt-v2v here?
Shahar is writing a new OVA importer at the moment.


Well that's the thing. I saw many old e-mails about issues, and that the 
ova option was withdrawn because of them. But I'm running F20 and it 
claims to support the ova option so I presumed it had been reintroduced 
and fixed. Not so much?


The version I am running is virt-v2v-0.9.0-5.fc20.x86_64

Thanks,
   Bob


Thanks,
 Bob

P.S. If of interest, the OVA tarball contains foo.ovf, foo.mf, and
system.vmdk.

how is a tempalte different than a VM in VMWare land?
in ovirt its:
- not having snapshots
- a notation on the ovf

Matt any idea?

Rich.



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


[ovirt-users] Need to import a template in OVA format

2014-08-29 Thread Bob Doolittle

I have a template designed for VMware VMs, in OVA format.

Is there a way I can import this template to oVirt, in order to create 
an oVirt VM from it?


virt-v2v seems designed to import VMs, not templates, and it whines 
about no storage devices in the Guest (when using -i ova -o rhev -os 
NFS_PATH_TO_EXPORT_DOMAIN).


Thanks,
Bob

P.S. If of interest, the OVA tarball contains foo.ovf, foo.mf, and 
system.vmdk.


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


[ovirt-users] Admin Web Portal login timeout

2014-08-25 Thread Bob Doolittle

Hi,

I want to change the value of UserSessionTimeOutInterval 
(http://red.ht/1vfywaN)


I see that for RHEV the command to use is rhevm-config 
(http://red.ht/1vfyAau).


What is the appropriate command to do this for oVirt?

Thanks,
Bob



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


Re: [ovirt-users] Live merge still scheduled for 3.5?

2014-08-01 Thread Bob Doolittle


On 08/01/2014 05:16 PM, Greg Padgett wrote:
Bob - As Adam said, the project is still a work-in-progress but the 
bulk of the changes are in.  I checked out the link you sent and found 
the project at (currently) line 56 of the 3.5 planning tab. It's 
colored green, so don't worry. :)


Yes I saw that. Pretty sure somebody has added it but it's possible I 
somehow missed it before.


Thanks for the update, folks! Great work, per usual. Can't wait.

-Bob

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


[ovirt-users] Live merge still scheduled for 3.5?

2014-07-31 Thread Bob Doolittle

Hi,

This feature page:
http://www.ovirt.org/Features/Live_Merge
Says the Live merge feature is targeting 3.5 (and has not been updated 
since April).


But this 3.5 tracking spreadsheet:
http://bit.ly/17qBn6F
linked from this page:
https://www.ovirt.org/OVirt_3.5_release-management
makes no mention of it.

So, is Live merge still slated for 3.5 and looking good for release? Or 
should the feature page be updated?


It will be nice to be able to delete a snapshot while the VM is running, 
particularly since snapshot deletion takes s looong. :)


-Bob

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


Re: [ovirt-users] Guest VM Console Creation/Access using REST API and noVNC

2014-07-24 Thread Bob Doolittle
You have only mentioned console access. Do you really need the
Administrative Portal or could you live with the User Portal? Do you need
VM control through your portal, or only consoles? What is your use scenario?

-Bob
On Jul 25, 2014 12:33 AM, Punit Dambiwal hypu...@gmail.com wrote:

 Hi Dan,

 We require the VM console which provide html5 console...please let me know
 can we achieve html5 with the spice..if yes how to integrate it with API
 and our own portal...??


 On Fri, Jul 25, 2014 at 6:31 AM, Itamar Heim ih...@redhat.com wrote:

 On 07/24/2014 02:43 PM, Frantisek Kobzik wrote:

 Hello Punit,

 this wouldn't be so straightforward. The data that goes from noVNC
 client to websocket proxy must be digitally signed. In engine, we use
 SignString query for that. There are 2 possibilities to create such
 signatures:
 1, Expose SignString via rest api, or


 this means its a gap we need to close in any case to allow moving the
 portals to work over the REST API?


  2, implement this signing mechanism from scratch (for that the signing
 machine would have to posses private key for signing ovirt-websocket-proxy
 tickets, which I don't like).

 This is just first idea on how we could do it. Let me think about it a
 little bit longer, I'll try to ask around and maybe we'll come up with
 something better.

 Thanks,
 Franta.

 - Original Message -
 From: Punit Dambiwal hypu...@gmail.com
 To: Shanil S xielessha...@gmail.com, Dan Kenigsberg 
 dan...@redhat.com, aha...@redhat.com, Sven Kieske 
 s.kie...@mittwald.de, Antoni Segura Puimedon asegu...@redhat.com,
 Itamar Heim ih...@redhat.com
 Cc: Michal Skrivanek michal.skriva...@redhat.com, Frantisek
 Kobzik fkob...@redhat.com, users@ovirt.org
 Sent: Thursday, July 24, 2014 6:50:02 AM
 Subject: Re: [ovirt-users] Guest VM Console Creation/Access using REST
 API and noVNC

 Hi All,

 Is there any body in the community...who can help us to resolve this
 issue...

 1. We are using Ovirt 3.4.3 and we are able to access the console from
 the
 ovirt panel.
 2. We don't want to use the ovirt engine portal for the webUI, we want to
 use our own portal for user interface.
 3. Webbsocket proxy Installed on the same sever where ovirt engine
 installed.
 4. We want to access the VM console from our portal,which is different
 from
 this Ovirt cluster.
 5. We already allowed our portal server Ip address in the engine as well
 as
 all the hypervisior servers.also selinux on all the servers are
 disabled mode.
 6. Display network is on the ovirtmgmt network and the same network we
 are
 using to get the VM console
 7. We are able to create the ticket and with the help of the ticket
 details,when we try to access the VM console through our portal it failed
 with the following error (Failed to connect to server (code: 1006)).
 8. Same time we can access the console from any vnc client,which is
 installed on my local system,but through browser with novnc it through
 error.
 9. We found that there is no direct api function to create console, so
 how
 we can create console using our own portal and how we can achieve this ??
 10. If it's not possible then is there any workaround for the same...

 Our whole project just stuck because of this issue...please help us so we
 can go ahead with Ovirt

 Thanks,
 Punit



 On Wed, Jul 23, 2014 at 1:00 PM, Shanil S xielessha...@gmail.com
 wrote:

  Hi Michal,

 We are using 3.4.3 and we are able to access the console from the ovirt
 panel. We don't want to use the ovirt engine portal for the webUI, we
 want
 to use our own portal for user interface. We have installed websocket
 proxy
 on the ovirt engine server and now we want to access the VM console from
 our portal. How we can achieve this ? it is found that there is no
 direct
 api function to create console, so how we can create console using our
 own
 portal ?


 --
 Regards
 Shanil


 On Tue, Jul 22, 2014 at 7:15 PM, Michal Skrivanek 
 michal.skriva...@redhat.com wrote:


 On Jul 22, 2014, at 13:34 , Shanil S xielessha...@gmail.com wrote:

  Hi Michal,

 Thanks for your updates.

 I am unable to view the above post

 https://bugzilla.redhat.com/show_bug.cgi?id=838468 and getting an
 access
 denied error. I don't have the login to this, could you please paste
 the
 content here ?

 should be fixed now, sorry. try again
 NoVncImpl.java in review 13931 should explain some things… (or Franta
 can, if something's not clear:-)



 --
 Regards
 Shanil


 On Tue, Jul 22, 2014 at 12:53 PM, Michal Skrivanek 

 michal.skriva...@redhat.com wrote:


 On 22 Jul 2014, at 09:02, Punit Dambiwal wrote:

  Hi Michal,

 We want to access vm console by using noVNC and Rest api. We are
 using

 websocket proxy on the same machine where engine runs and we try to
 get the
 console access from the another server that is outside from this
 cluster.


 But when we try to connect the vnc_auto.html from the server using

 host ip, port and the password which we get from the ticket creation…
 it
 

Re: [ovirt-users] Self-hosted Engine

2014-07-15 Thread Bob Doolittle
Yes. I did a fresh install on Fedora 19 as a single hosted solution and
it's working well except for an inability to cleanly shut down the system
due to a problem with sanlock leases.

-Bob
On Jul 15, 2014 2:20 AM, Alan Murrell li...@murrell.ca wrote:

 Are the official instructions for the setting up the self-hosted engine
 applicable to a fresh install (either CentOS or Fedora)?

 Basically I am looking to see uf it is possible to basically do an
 all-oin-one install but with the engine asca self-hosted VM insread of on
 the host itself.

 Thanks!

 -Alan
 ___
 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 guest agent iso

2014-07-11 Thread Bob Doolittle

On 07/11/2014 10:55 AM, Tiemen Ruiten wrote:

Hello,

Is it possible/advisable to install the Windows Guest Agent tools 3.5
ISO on a VM on a 3.4.2 oVirt cluster?


Yes. I've done just that. Works great.

-Bob


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


Re: [ovirt-users] ovirt guest agent iso

2014-07-11 Thread Bob Doolittle


On 07/11/2014 11:12 AM, Bob Doolittle wrote:

On 07/11/2014 10:55 AM, Tiemen Ruiten wrote:

Hello,

Is it possible/advisable to install the Windows Guest Agent tools 3.5
ISO on a VM on a 3.4.2 oVirt cluster?


Yes. I've done just that. Works great.


Caveat - there was a bug related to not setting the Guest Agent to 
autostart (at least for Windows 2008 R2). I think that's been fixed but 
don't know if the fix has been pushed to the latest ISO yet. Workaround 
- go into Services and change it from Manual to Automatic.


-Bob

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


[ovirt-users] Problem installing Ubuntu Guest Agent

2014-07-02 Thread Bob Doolittle
Hi,

I am wanting to install the Ubuntu Guest Agent. Following the
instructions on this page:
http://www.ovirt.org/Feature/GuestAgentUbuntu

The instructions are not working for Ubuntu 14.04. I get:

gpg: D5C7F7C373A1A29 not a key ID: skipping


I've attached a copy of my output following the described process.

Any assistance most appreciated.

Thanks,
Bob

# echo deb 
http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/14.04/xUbuntu_14.04/
 ./  /etc/apt/sources.list

# gpg -v -a --keyserver 
http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/14.04/xUbuntu_14.04/Release.key
 --recv-keys D5C7F7C373A1A29
gpg: directory `/home/rad/.gnupg' created
gpg: new configuration file `/home/rad/.gnupg/gpg.conf' created
gpg: WARNING: options in `/home/rad/.gnupg/gpg.conf' are not yet active during 
this run
gpg: keyring `/home/rad/.gnupg/secring.gpg' created
gpg: keyring `/home/rad/.gnupg/pubring.gpg' created
gpg: D5C7F7C373A1A29 not a key ID: skipping

# gpg --export --armor 73A1A299 | apt-key add -
gpg: WARNING: nothing exported
gpg: no valid OpenPGP data found.

# apt-get update
Ign http://us.archive.ubuntu.com trusty InRelease
Ign http://security.ubuntu.com trusty-security InRelease   
Ign http://us.archive.ubuntu.com trusty-updates InRelease  
Get:1 http://security.ubuntu.com trusty-security Release.gpg [933 B]   
Ign http://us.archive.ubuntu.com trusty-backports InRelease  
Get:2 http://security.ubuntu.com trusty-security Release [58.5 kB]   
Ign http://extras.ubuntu.com trusty InRelease  
Ign http://download.opensuse.org ./ InRelease  
Hit http://us.archive.ubuntu.com trusty Release.gpg
Get:3 http://us.archive.ubuntu.com trusty-updates Release.gpg [933 B]  
Hit http://extras.ubuntu.com trusty Release.gpg
Get:4 http://us.archive.ubuntu.com trusty-backports Release.gpg [933 B]
Hit http://us.archive.ubuntu.com trusty Release
Get:5 http://security.ubuntu.com trusty-security/main Sources [30.2 kB]
Get:6 http://us.archive.ubuntu.com trusty-updates Release [58.5 kB]
Hit http://extras.ubuntu.com trusty Release   
Get:7 http://download.opensuse.org ./ Release.gpg [481 B] 
Get:8 http://security.ubuntu.com trusty-security/restricted Sources [14 B] 
Get:9 http://security.ubuntu.com trusty-security/universe Sources [6326 B] 
Hit http://extras.ubuntu.com trusty/main Sources   
Get:10 http://download.opensuse.org ./ Release [1044 B]
Ign http://download.opensuse.org ./ Release
Get:11 http://us.archive.ubuntu.com trusty-backports Release [58.6 kB] 
Get:12 http://security.ubuntu.com trusty-security/multiverse Sources [688 B]   
Get:13 http://security.ubuntu.com trusty-security/main amd64 Packages [104 kB] 
Hit http://extras.ubuntu.com trusty/main amd64 Packages
Hit http://us.archive.ubuntu.com trusty/main Sources   
Hit http://us.archive.ubuntu.com trusty/restricted Sources 
Hit http://extras.ubuntu.com trusty/main i386 Packages 
Hit http://us.archive.ubuntu.com trusty/universe Sources   
Get:14 http://security.ubuntu.com trusty-security/restricted amd64 Packages [14 
B]
Hit http://us.archive.ubuntu.com trusty/multiverse Sources 
Get:15 http://security.ubuntu.com trusty-security/universe amd64 Packages [35.3 
kB]
Hit http://us.archive.ubuntu.com trusty/main amd64 Packages
Hit http://us.archive.ubuntu.com trusty/restricted amd64 Packages  
Get:16 http://security.ubuntu.com trusty-security/multiverse amd64 Packages 
[1157 B]
Hit http://us.archive.ubuntu.com trusty/universe amd64 Packages
Get:17 http://security.ubuntu.com trusty-security/main i386 Packages [101 kB]  
Hit http://us.archive.ubuntu.com trusty/multiverse amd64 Packages  
Hit http://us.archive.ubuntu.com trusty/main i386 Packages 
Hit http://us.archive.ubuntu.com trusty/restricted i386 Packages   
Get:18 http://security.ubuntu.com trusty-security/restricted i386 Packages [14 
B]
Get:19 http://security.ubuntu.com trusty-security/universe i386 Packages [35.4 
kB]
Hit http://us.archive.ubuntu.com trusty/universe i386 Packages 
Get:20 http://security.ubuntu.com trusty-security/multiverse i386 Packages 
[1392 B]
Hit http://us.archive.ubuntu.com trusty/multiverse i386 Packages   
Hit http://security.ubuntu.com trusty-security/main Translation-en 
Hit http://us.archive.ubuntu.com trusty/main Translation-en
Ign http://extras.ubuntu.com trusty/main Translation-en  

Re: [ovirt-users] Problem installing Ubuntu Guest Agent

2014-07-02 Thread Bob Doolittle

Thanks, that works a treat :)

Will somebody be updating the wiki page?

I'm still mystified by something though. I can't get copy/paste to work 
in/out of my guest console, and console performance (terminal scrolling) 
seems very sluggish.


According to this page:
http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests

I need the Spice Agent. The table says Spice drivers should be 
pre-installed, if I understand it properly [1]. Is that sufficient, or 
is there an agent executable I must install as well [2]? My kernel is 
3.13.0-30.


Thanks,
Bob

[1] Row 2 and row 3 use different terminology (Built in vs Yes). 
It's not clear if they mean the same thing. If they do, consistent 
terminology would clarify. If they don't, some extra description or 
links seem necessary to clarify.


[2] Similar to [1] there's the Spice Driver/Agent terminology confusion. 
If they mean the same thing we should use consistent terms. If they are 
separate, the agent seems to need a 4th row in the table showing 
where/how to get it.


On 07/02/2014 10:13 AM, Vinzenz Feenstra wrote:

wgethttp://download.opensuse.org/repositories/home:evilissimo:ubuntu:14.04/xUbuntu_12.04/Release.key


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


Re: [ovirt-users] Problem installing Ubuntu Guest Agent

2014-07-02 Thread Bob Doolittle


On 07/02/2014 10:35 AM, Vinzenz Feenstra wrote:

On 07/02/2014 04:31 PM, Bob Doolittle wrote:

Thanks, that works a treat :)

Will somebody be updating the wiki page?

I'm still mystified by something though. I can't get copy/paste to 
work in/out of my guest console, and console performance (terminal 
scrolling) seems very sluggish.


According to this page:
http://www.ovirt.org/Understanding_Guest_Agents_and_Other_Tools#Linux_Guests 



I need the Spice Agent. The table says Spice drivers should be 
pre-installed, if I understand it properly [1]. Is that sufficient, 
or is there an agent executable I must install as well [2]? My kernel 
is 3.13.0-30.
Yes you'll need the 'spice-vdagent' to be running for copy and pasting 
and all those features.


Thanks,
Bob

[1] Row 2 and row 3 use different terminology (Built in vs Yes). 
It's not clear if they mean the same thing. If they do, consistent 
terminology would clarify. If they don't, some extra description or 
links seem necessary to clarify.
Well it's about the availability. Yes means, it is available and Built 
in means that it is already built-in and does not need any extra 
installation.


This table is intended to provide sufficient information to retrieve the 
necessary item. Yes is inadequate since not even the name of the 
package is specified. I updated the Wiki with a footnote to clarify 
what's required.


Thanks,
Bob





[2] Similar to [1] there's the Spice Driver/Agent terminology 
confusion. If they mean the same thing we should use consistent 
terms. If they are separate, the agent seems to need a 4th row in the 
table showing where/how to get it.


On 07/02/2014 10:13 AM, Vinzenz Feenstra wrote:
wgethttp://download.opensuse.org/repositories/home:evilissimo:ubuntu:14.04/xUbuntu_12.04/Release.key 








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


Re: [ovirt-users] Problem installing Ubuntu Guest Agent

2014-07-02 Thread Bob Doolittle
Yes Sven, that's what it says. I don't have experience on those 
platforms to update appropriately.


Do you have permission to edit the Wiki? If not, and you have direct 
experience that suggests that agent is available for RHEL and CentOS, I 
can update it for you. Let me know if that's the case..


-Bob

On 07/02/2014 11:04 AM, Sven Kieske wrote:

Thanks for updating!
Looking at the table, I think I spotted something else:

There is no indication that there is an ovirt-guest-agent for
rhel/centos, which is not true, or am I misreading the table?

Am 02.07.2014 16:49, schrieb Bob Doolittle:

This table is intended to provide sufficient information to retrieve the
necessary item. Yes is inadequate since not even the name of the
package is specified. I updated the Wiki with a footnote to clarify
what's required.


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


Re: [ovirt-users] Windows Guest Agent - Server 2008 R2

2014-06-30 Thread Bob Doolittle
I also am running 2008 R2, and the guest agent is working fine. I just
mounted the new pre-release tools iso and ran the installer. I did have to
change the service to start automatically but filed a bug on that.

http://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-guest-tools/ovirt-guest-tools-3.5-2.iso

Good luck!

-Bob
Hello Everyone,

I am having difficulties getting the oVirt Windows Guest Agent to work with
Windows Server 2008 R2 SP1. We are currently running oVirt 3.4.2. I have
used the instructions from
http://www.ovirt.org/OVirt_Guest_Agent_For_Windows. As a side note I do
have it working on Windows Server 2012 R2.

   - I have installed the Virtio serial drivers from the
   virtio-win-0.1-81.iso
   - For troubleshooting purposes I later tried the drivers from the
   virtio-win-0.1-74.iso
   - Installed python 2.7.3, Python for Windows extensions, py2exe
   - Compiled and copied the two exe files to C:\Program Files\Guest
   Agents\oVirt Guest Agent\
   - The two files sha1 hash is:
   OVirtGuestService.exe
   A5F7FD0A15076437D174D3EF33FE95E42059FF0F

   w9xpopen.exe
   B4D4623E5522390AEF6F113B5BB6FA8F1CBDC66C

   - Removed all except the top three # symbols from the
   ovirt-guest-agent.ini file and then copied it to the directory stated above
   - The sha1 hash for this file is:
   ovirt-guest-agent.ini
   3ED609F101D44F52A68969DAD8D6F5F294FA733A

   - Installed the service. It shows up in services.msc.
   - Configure the service to auto start.
   - Try to start the service. This is where the problem exist. When I try
   to start the service I get an error. The error code in Event Viewer within
   Windows is Event 10.

Under the general tab is states The description for Event ID 10 from
source OVirtGuestService cannot be found. Either the component that raises
this event is not installed on your local computer or the installation is
corrupted. You can install or repair the component on the local computer.

I have tried to remove the service and re-install with no luck. Any
suggestions? Thanks!


E-mail correspondence to and from this address may be subject to the North
Carolina Public Records Law and may be disclosed to third parties by an
authorized state official. (NCGS.Ch.132)
___
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] FC20 vdsmd broken after latest yum update

2014-06-24 Thread Bob Doolittle

Is there a bugID that can be tracked?

On 06/24/2014 04:35 AM, Dan Kenigsberg wrote:

On Tue, Jun 24, 2014 at 07:53:13AM +, Markus Stockhausen wrote:

Hi,

after a maintenance of one of our hosts, vdsmd does not start anymore.
Error could be narrowed down to the following command:

[root ~]# /usr/bin/vdsm-tool is-configured
Traceback (most recent call last):
   File /usr/bin/vdsm-tool, line 145, in module
 sys.exit(main())
   File /usr/bin/vdsm-tool, line 142, in main
 return tool_command[cmd][command](*args[1:])
   File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
251, in isconfigured
 if c.getName() in args.modules and not c.isconfigured()
   File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
103, in isconfigured
 self._exec_libvirt_configure(check_if_configured)
   File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
78, in _exec_libvirt_configure
 raw=True,
   File /usr/lib64/python2.7/site-packages/vdsm/utils.py, line 645, in execCmd
 deathSignal=deathSignal, childUmask=childUmask)
   File /usr/lib64/python2.7/site-packages/cpopen/__init__.py, line 50, in 
__init__
 stderr=PIPE)
   File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
 errread, errwrite)
TypeError: _execute_child_v275() takes exactly 17 arguments (18 given)

We are on Ovirt 3.4.2. FC20 Hypervisor node is fully patched (as mentioned 
above).
Any idea what is going wrong?

Francesco knows, and he has posted a fix to cpopen yesterday
(posted to the devel list under the subject F20 python 2.7.5-12 breaks
cpopen).

I hope Yaniv releases a quick fix. Until then, either fix cpopen locally
or downgrade python.

Regards,
Dan.
___
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] Can HA Agent control NFS Mount?

2014-06-18 Thread Bob Doolittle
I see I have a very unfortunate typo in my previous mail. As supported by
the vm-status output I attached, I had set --mode=global (not none) in step
1.

I am not the only one experiencing this. I can reproduce it easily. It
appears that shutting down vdsm causes the HA services to incorrectly think
the system has come out of Global Maintenance and restart the engine.

-Bob
On Jun 18, 2014 5:06 AM, Federico Simoncelli fsimo...@redhat.com wrote:

 - Original Message -
  From: Bob Doolittle b...@doolittle.us.com
  To: Doron Fediuck dfedi...@redhat.com, Andrew Lau 
 and...@andrewklau.com
  Cc: users users@ovirt.org, Federico Simoncelli 
 fsimo...@redhat.com
  Sent: Saturday, June 14, 2014 1:29:54 AM
  Subject: Re: [ovirt-users] Can HA Agent control NFS Mount?
 
 
  But there may be more going on. Even if I stop vdsmd, the HA services,
  and libvirtd, and sleep 60 seconds, I still see a lock held on the
  Engine VM storage:
 
  daemon 6f3af037-d05e-4ad8-a53c-61627e0c2464.xion2.smar
  p -1 helper
  p -1 listener
  p -1 status
  s 003510e8-966a-47e6-a5eb-3b5c8a6070a9:1:/rhev/data-center/mnt/
 xion2.smartcity.net
 \:_export_VM__NewDataDomain/003510e8-966a-47e6-a5eb-3b5c8a6070a9/dom_md/ids:0
  s
 hosted-engine:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/ha_agent/hosted-engine.lockspace:0

 This output shows that the lockspaces are still acquired. When you put
 hosted-engine
 in maintenance they must be released.
 One by directly using rem_lockspace (since it's the hosted-engine one) and
 the other
 one by stopMonitoringDomain.

 I quickly looked at the ovirt-hosted-engine* projects and I haven't found
 anything
 related to that.

 --
 Federico

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


Re: [ovirt-users] Can HA Agent control NFS Mount?

2014-06-18 Thread Bob Doolittle

Specifically, if do the following:

 * Enter global maintenance (hosted-engine --set-maintenance-mode
   --mode=global)
 * init 0 the engine
 * systemctl stop ovirt-ha-agent ovirt-ha-broker libvirtd vdmsd


and then run sanlock client status I see:

# sanlock client status
daemon c715b5de-fd98-4146-a0b1-e9801179c768.xion2.smar
p -1 helper
p -1 listener
p -1 status
s 
003510e8-966a-47e6-a5eb-3b5c8a6070a9:1:/rhev/data-center/mnt/xion2.smartcity.net\:_export_VM__NewDataDomain/003510e8-966a-47e6-a5eb-3b5c8a6070a9/dom_md/ids:0
s 
18eeab54-e482-497f-b096-11f8a43f94f4:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/dom_md/ids:0
s 
hosted-engine:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/ha_agent/hosted-engine.lockspace:0


Waiting a few minutes does not change this state.

The earlier data I shared which showed HostedEngine was with a different 
test scenario.


-Bob

On 06/18/2014 07:53 AM, Bob Doolittle wrote:


I see I have a very unfortunate typo in my previous mail. As supported 
by the vm-status output I attached, I had set --mode=global (not none) 
in step 1.


I am not the only one experiencing this. I can reproduce it easily. It 
appears that shutting down vdsm causes the HA services to incorrectly 
think the system has come out of Global Maintenance and restart the 
engine.


-Bob

On Jun 18, 2014 5:06 AM, Federico Simoncelli fsimo...@redhat.com 
mailto:fsimo...@redhat.com wrote:


- Original Message -
 From: Bob Doolittle b...@doolittle.us.com
mailto:b...@doolittle.us.com
 To: Doron Fediuck dfedi...@redhat.com
mailto:dfedi...@redhat.com, Andrew Lau and...@andrewklau.com
mailto:and...@andrewklau.com
 Cc: users users@ovirt.org mailto:users@ovirt.org,
Federico Simoncelli fsimo...@redhat.com
mailto:fsimo...@redhat.com
 Sent: Saturday, June 14, 2014 1:29:54 AM
 Subject: Re: [ovirt-users] Can HA Agent control NFS Mount?


 But there may be more going on. Even if I stop vdsmd, the HA
services,
 and libvirtd, and sleep 60 seconds, I still see a lock held on the
 Engine VM storage:

 daemon 6f3af037-d05e-4ad8-a53c-61627e0c2464.xion2.smar
 p -1 helper
 p -1 listener
 p -1 status
 s

003510e8-966a-47e6-a5eb-3b5c8a6070a9:1:/rhev/data-center/mnt/xion2.smartcity.net

http://xion2.smartcity.net\:_export_VM__NewDataDomain/003510e8-966a-47e6-a5eb-3b5c8a6070a9/dom_md/ids:0
 s

hosted-engine:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/ha_agent/hosted-engine.lockspace:0

This output shows that the lockspaces are still acquired. When you
put hosted-engine
in maintenance they must be released.
One by directly using rem_lockspace (since it's the hosted-engine
one) and the other
one by stopMonitoringDomain.

I quickly looked at the ovirt-hosted-engine* projects and I
haven't found anything
related to that.

--
Federico



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


Re: [ovirt-users] Can HA Agent control NFS Mount?

2014-06-13 Thread Bob Doolittle
Would that help the issue being reported in this thread at all? This thread
was about issues with clean shutdown of a single node hosted environment,
which result in hangs/timeouts and the inability to issue poweroff without
it resulting in a reboot.

There have been no suggestions about how to resolve those issues, which
seem related to sanlock leases not being cleanly released.

-Bob
On Jun 13, 2014 5:14 AM, Sven Kieske s.kie...@mittwald.de wrote:

 I suppose a hosted-engine solution without HA
 would suffice the use case of just having one system to host and manage
 vms, with the ability to extend this system to many more.

 Am 03.06.2014 13:52, schrieb Itamar Heim:
  what would look different for hosted-engine on a single host? just not
  have the ha feature?

 --
 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] Can HA Agent control NFS Mount?

2014-06-13 Thread Bob Doolittle

Doron,

This is my normal process but it does not resolve the issue.

A few of us who have experienced this have tried a number of things.

I see two hangs/wdmd timeouts during shutdown, so I think there are two 
remaining lease holders.


I find if I stop vdsmd, ovirt-ha-agent, and ovirt-ha-broker services I 
only experience the last hang (almost at the end, as it's shutting down 
filesystems).
Any hang results in a wdmd timeout and consequently a reboot instead of 
poweroff.


If I never bring engine up, things shut down cleanly.

I will try your suggestions in the other mail a bit later this morning.

-Bob

On 06/13/2014 08:28 AM, Doron Fediuck wrote:

Bob,
the way to handle it is to switch to global maintenance,
and then ssh into the VM and shut it down.

After rebooting you should switch maintenance mode to off.

- Original Message -

From: Bob Doolittle b...@doolittle.us.com
To: Sven Kieske s.kie...@mittwald.de
Cc: users users@ovirt.org, Doron Fediuck dfedi...@redhat.com, Itamar Heim 
ih...@redhat.com
Sent: Friday, June 13, 2014 3:16:12 PM
Subject: Re: [ovirt-users] Can HA Agent control NFS Mount?

Would that help the issue being reported in this thread at all? This thread
was about issues with clean shutdown of a single node hosted environment,
which result in hangs/timeouts and the inability to issue poweroff without
it resulting in a reboot.

There have been no suggestions about how to resolve those issues, which
seem related to sanlock leases not being cleanly released.

-Bob
On Jun 13, 2014 5:14 AM, Sven Kieske s.kie...@mittwald.de wrote:


I suppose a hosted-engine solution without HA
would suffice the use case of just having one system to host and manage
vms, with the ability to extend this system to many more.

Am 03.06.2014 13:52, schrieb Itamar Heim:

what would look different for hosted-engine on a single host? just not
have the ha feature?

--
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] Can HA Agent control NFS Mount?

2014-06-13 Thread Bob Doolittle
It turns out I was wrong before. I don't have to start up Engine to get 
into this situation.


I did the following:

 * Turn on Global Maintenance
 * Engine init 0
 * Reboot node
 * Wait a few minutes
 * poweroff


I'll get the timeouts and hangs during shutdown again, and a reset 
instead of poweroff.


It's possible that somehow the system is coming out of Global 
Maintenance mode during shutdown, and the Engine VM is starting up and 
causing this issue.


I did the following.
1. hosted-engine --set-maintenance --mode=none
You can see the attached output from 'hosted-engine --vm-status' 
(hosted-engine.out) at this point, indicating that the system is in 
Global Maintenance


2. Waited 60 seconds, and checked sanlock
You can see the attached output of 'sanlock client status' 
(sanlock-status.out) at this point, showing the Engine VM locks being held


3. I stopped the vdsmd service (note that the first time I tried I got 
Job for vdsmd.service cancelled, and re-issued the stop.
You can see the attached output of 'sanlock client status', and the 
following commands (output)


What's interesting and I didn't notice right away, is that after I 
stopped vdsmd the sanlock status started changing as if the locks were 
being manipulated.
After I stopped vdsmd, the HA services, and libvirtd, and waited 60 
seconds, I noticed the locks seemed to be changing state and that 
HostedEngine was listed. At that point I got suspicious and started 
vdsmd again so that I could recheck Global Maintenance mode, and I found 
that the system was no longer *in* maintenance, and that the Engine VM 
was running.


So I think this partly explains the situation. Somehow the act of 
stopping vdsmd is making the system look like it is *out* of Global 
Maintenance mode, and the Engine VM starts up while the system is 
shutting down. This creates new sanlock leases on the Engine VM storage, 
which prevents the system from shutting down cleanly. Oddly after a 
reboot Global Maintenance is preserved.


But there may be more going on. Even if I stop vdsmd, the HA services, 
and libvirtd, and sleep 60 seconds, I still see a lock held on the 
Engine VM storage:


daemon 6f3af037-d05e-4ad8-a53c-61627e0c2464.xion2.smar
p -1 helper
p -1 listener
p -1 status
s 
003510e8-966a-47e6-a5eb-3b5c8a6070a9:1:/rhev/data-center/mnt/xion2.smartcity.net\:_export_VM__NewDataDomain/003510e8-966a-47e6-a5eb-3b5c8a6070a9/dom_md/ids:0
s 
hosted-engine:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/ha_agent/hosted-engine.lockspace:0


It stays in this state however and HostedEngine doesn't grab a lock again.
In any case no matter what I do, it's impossible to shut the system down 
cleanly.


-Bob

On 06/13/2014 08:33 AM, Doron Fediuck wrote:

- Original Message -

From: Andrew Lauand...@andrewklau.com
To: Bob Doolittleb...@doolittle.us.com
Cc: usersusers@ovirt.org
Sent: Friday, June 6, 2014 6:14:18 AM
Subject: Re: [ovirt-users] Can HA Agent control NFS Mount?

On Fri, Jun 6, 2014 at 1:09 PM, Bob Doolittleb...@doolittle.us.com  wrote:

Thanks Andrew, I'll try this workaround tomorrow for sure. But reading
though that bug report (closed not a bug) it states that the problem should
only arise if something is not releasing a sanlock lease. So if we've
entered Global Maintenance and shut down Engine, the question is what's
holding the lease?

How can that be debugged?

For me it's wdmd and sanlock itself failing to shutdown properly. I
also noticed even when in global maintenance and the engine VM powered
off there is still a sanlock lease for the
/rhev/mnt/hosted-engine/? lease file or something along those
lines. So the global maintenance may not actually be releasing that
lock.

I'm not too familiar with sanlock etc. So it's like stabbing in the dark :(


Sounds like a bug since once the VM is off there should not
be a lease taken.

Please check if after a minute you still have a lease taken
according to:http://www.ovirt.org/SANLock#sanlock_timeouts

In this case try to stop vdsm and libvirt just so we'll know
who still keeps the lease.


-Bob

On Jun 5, 2014 10:56 PM, Andrew Lauand...@andrewklau.com  wrote:

On Mon, May 26, 2014 at 5:10 AM, Bob Doolittleb...@doolittle.us.com
wrote:

On 05/25/2014 02:51 PM, Joop wrote:

On 25-5-2014 19:38, Bob Doolittle wrote:

Also curious is that when I say poweroff it actually reboots and
comes
up again. Could that be due to the timeouts on the way down?


Ah, that's something my F19 host does too. Some more info: if engine
hasn't been started on the host then I can shutdown it and it will
poweroff.
IF engine has been run on it then it will reboot.
Its not vdsm (I think) because my shutdown sequence is (on my f19
host):
  service ovirt-agent-ha stop
  service ovirt-agent-broker stop
  service vdsmd stop
  ssh root@engine01 init 0
init 0

I don't use maintenance mode because when I poweron my host (= my
desktop)
I want engine to power on automatically which it does most

[ovirt-users] oVirt 3.4.2 Hosted

2014-06-10 Thread Bob Doolittle

Hi,

I'm taking a preview look at the 3.4.2 Release Notes. I see there is no 
mention of Hosted.


Can we assume that means that the process for upgrading Hosted is the 
same as for traditional deployments? We know that installation is quite 
different...


-Bob

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


Re: [ovirt-users] Spam Re: Spam Re: Spam Windows guest agent

2014-06-06 Thread Bob Doolittle
Just gave this a try on Windows Server 2008 R2, and it worked almost 
perfectly!


The one small problem I had: 
https://bugzilla.redhat.com/show_bug.cgi?id=1105624
Service was configured with Type Manual rather than Autostart, so did 
not restart upon reboot.

Easy workaround.

Thanks guys - this will be an enormous help! :)

-Bob

P.S. On my system the What would you like me to do with this CD? 
AutoPlay dialog has a goofy option - Import photos and videos (Using 
Dropbox). Not sure if that's something you can control.


On 06/06/2014 09:56 AM, Sandro Bonazzola wrote:

Il 06/06/2014 15:29, Maurice James ha scritto:

I think I got it. Just a few key steps that are not obvious for us python for 
windows virgins. I will send in some screen shots with text so that
someone with write access to the wiki can edit and post it


I suggest to try the shiny new ovirt-guest-tools iso. You can find more info 
here:
http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools





--
*From: *Joop jvdw...@xs4all.nl
*To: *users@ovirt.org
*Sent: *Friday, June 6, 2014 8:27:53 AM
*Subject: *Re: [ovirt-users] Spam Re:  Spam  Windows guest agent

On 6-6-2014 14:14, Karli Sjöberg wrote:


 Den 6 jun 2014 13:39 skrev Maurice James mja...@media-node.com:
 
  Yes that FM in particular :)


The step of py2exe doesn't work: can't open File 'setup.py': [Errno 2] No such 
file or directory
My cd is where README-windows is located and the archive of today (-10min ago)

Just copying the parent dir to 'Program Files' and execute what is in the 
README will work though. Thats how I have done it all the time.

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: [ovirt-users] Can HA Agent control NFS Mount?

2014-06-05 Thread Bob Doolittle
Thanks Andrew, I'll try this workaround tomorrow for sure. But reading
though that bug report (closed not a bug) it states that the problem should
only arise if something is not releasing a sanlock lease. So if we've
entered Global Maintenance and shut down Engine, the question is what's
holding the lease?

How can that be debugged?

-Bob
On Jun 5, 2014 10:56 PM, Andrew Lau and...@andrewklau.com wrote:

 On Mon, May 26, 2014 at 5:10 AM, Bob Doolittle b...@doolittle.us.com
 wrote:
 
  On 05/25/2014 02:51 PM, Joop wrote:
 
  On 25-5-2014 19:38, Bob Doolittle wrote:
 
 
  Also curious is that when I say poweroff it actually reboots and
 comes
  up again. Could that be due to the timeouts on the way down?
 
  Ah, that's something my F19 host does too. Some more info: if engine
  hasn't been started on the host then I can shutdown it and it will
 poweroff.
  IF engine has been run on it then it will reboot.
  Its not vdsm (I think) because my shutdown sequence is (on my f19 host):
   service ovirt-agent-ha stop
   service ovirt-agent-broker stop
   service vdsmd stop
   ssh root@engine01 init 0
  init 0
 
  I don't use maintenance mode because when I poweron my host (= my
 desktop)
  I want engine to power on automatically which it does most of the time
  within 10 min.
 
 
  For comparison, I see this issue and I *do* use maintenance mode (because
  presumably that's the 'blessed' way to shut things down and I'm scared to
  mess this complex system up by straying off the beaten path ;). My
 process
  is:
 
  ssh root@engine init 0
  (wait for vdsClient -s 0 list | grep Status: to show the vm as down)
  hosted-engine --set-maintenance --mode=global
  poweroff
 
  And then on startup:
  hosted-engine --set-maintenance --mode=none
  hosted-engine --vm-start
 
  There are two issues here. I am not sure if they are related or not.
  1. The NFS timeout during shutdown (Joop do you see this also? Or just
 #2?)
  2. The system reboot instead of poweroff (which messes up remote machine
  management)
 
  Thanks,
   Bob
 
 
  I think wdmd or sanlock are causing the reboot instead of poweroff

 While searching for my issue of wdmd/sanlock not shutting down, I
 found this which may interest you both:
 https://bugzilla.redhat.com/show_bug.cgi?id=888197

 Specifically:
 To shut down sanlock without causing a wdmd reboot, you can run the
 following command: sanlock client shutdown -f 1

 This will cause sanlock to kill any pid's that are holding leases,
 release those leases, and then exit.
 

 
  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: [ovirt-users] Can HA Agent control NFS Mount?

2014-05-30 Thread Bob Doolittle

Joop,

On 05/26/2014 02:43 AM, Joop wrote:
Yesterday evening I have found the service responsible for the reboot 
instead of the powerdown. If I do: service wdmd stop the server will 
reboot. It seems the watchdog is hung up and eventually this will lead 
to a crash and thus a reboot instead of the shutdown.


Anyone knows how to debug this?


Did you get anywhere with this?
Pretty nasty. Is there a bug open?

We're getting a timeout on an NFS mount during the powerdown 
(single-node hosted, after global maintenance enabled and engine powered 
off), and that makes the machine reboot and try to come back up again 
instead of powering off.


So two issues:
- What is the mount that is hanging (probably an oVirt issue)?
- Why does the system reboot instead of powering down as instructed (?)?

-Bob



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: [ovirt-users] File system permissions

2014-05-26 Thread Bob Doolittle

That's what I have.

-Bob

On 05/25/2014 10:38 PM, Maurice James wrote:


Are these the correct permissions for oVirt VM disks on the storage 
filesystem?


-rw-rw. 2 vdsm kvm 53687091200 Feb 13 21:17 
b73d4ebf-975b-42d4-8d2e-df3a524a3d94
-rw-rw. 2 vdsm kvm 1048576 Feb 13 20:25 
b73d4ebf-975b-42d4-8d2e-df3a524a3d94.lease
-rw-r--r--. 2 vdsm kvm 280 Feb 13 21:17 
b73d4ebf-975b-42d4-8d2e-df3a524a3d94.meta





___
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] Can HA Agent control NFS Mount?

2014-05-26 Thread Bob Doolittle


On 05/26/2014 02:38 AM, Doron Fediuck wrote:

Great to have your feedback guys!

So just to clarify some of the issues you mentioned;

Hosted engine wasn't designed for a 'single node' use case, as we do
want it to be highly available. This is why it's being restarted
elsewhere or even on the same server if no better alternative.


I hope you will keep this configuration in your design space as you move 
forward.
As you can see it is likely to be a popular one. At a previous employer, 
everybody in our development group had a single (powerful) machine 
running VMware vSphere, with a hosted vCenter, to use as a development 
VM testbed.


It's likely to be popular for people with few resources who want to run 
in a fully supported configuration.


HA is great, but not every environment has the resources/requirement to 
support it. oVirt has a lot to offer even a leaner environment and I 
hope those environments continue to get attention as the product 
matures. For example, I hope there is a reasonable story around upgrades 
to future releases for single-node hosted configurations.



Having said that, it is possible to set global maintenance mode
as a first step (in the UI: right click engine vm and choose ha-maintenance).
Then you can ssh into the engine vm and init 0.


What is the recipe for a clean startup after shutdown?
Can we do 'hosted-engine --vm-start' while the system is in Global 
Maintenance mode?


Thanks,
Bob

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


Re: [ovirt-users] Can HA Agent control NFS Mount?

2014-05-25 Thread Bob Doolittle

Just for the record, what Andrew reports is not specific to GlusterFS.

I have not yet found a way to shut down my single-node Hosted deployment 
cleanly without experiencing NFS hangs/timeouts on the way down.

My NFS storage is local to my host.

Also curious is that when I say poweroff it actually reboots and comes 
up again. Could that be due to the timeouts on the way down?


-Bob

On 05/25/2014 08:13 AM, Doron Fediuck wrote:


- Original Message -

From: Andrew Lau and...@andrewklau.com
To: users users@ovirt.org
Sent: Saturday, May 24, 2014 9:59:26 AM
Subject: [ovirt-users] Can HA Agent control NFS Mount?

Hi,

I was just wondering, within the whole complexity of hosted-engine.
Would it be possible for the hosted-engine ha-agent control the mount
point?

I'm basing this off a few people I've been talking to who have their
NFS server running on the same host that the hosted-engine servers are
running. Most normally also running that on top of gluster.

The main motive for this, is currently if the nfs server is running on
the localhost and the server goes for a clean shutdown it will hang
because the nfs mount is hard mounted and as the nfs server has gone
away, we're stuck at an infinite hold waiting for it to cleanly
unmount (which it never will)

If it's possible for instead one of the ha components to unmount this
nfs mount when it shuts down, this could potentially prevent this.
There are other alternatives and I know this is not the supported
scenario, but just hoping to bounce a few ideas.

Thanks,
Andrew

Hi Andrew,
Indeed we're not looking into the Gluster flow now as it has some
known issues. Additionally (just to make it clear) local nfs will
not provide any tolerance if the hosting server dies. So we should
be looking at a shared storage regardless of the hypervisors.
___
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] Creating a VM for Ubuntu 14 (Trusty Tahr)

2014-05-25 Thread Bob Doolittle

Hi,

I notice that when creating a new VM and selecting the OS there is no 
choice available for Ubuntu 14.04 Trusty Tahr at this time.
How much difference does the OS selection make? Would I be safer 
choosing Ubuntu 13.10 Saucy Salamander or Other?


Thanks,
Bob

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


Re: [ovirt-users] Can HA Agent control NFS Mount?

2014-05-25 Thread Bob Doolittle


On 05/25/2014 02:51 PM, Joop wrote:

On 25-5-2014 19:38, Bob Doolittle wrote:


Also curious is that when I say poweroff it actually reboots and 
comes up again. Could that be due to the timeouts on the way down?


Ah, that's something my F19 host does too. Some more info: if engine 
hasn't been started on the host then I can shutdown it and it will 
poweroff. IF engine has been run on it then it will reboot.

Its not vdsm (I think) because my shutdown sequence is (on my f19 host):
 service ovirt-agent-ha stop
 service ovirt-agent-broker stop
 service vdsmd stop
 ssh root@engine01 init 0
init 0

I don't use maintenance mode because when I poweron my host (= my 
desktop) I want engine to power on automatically which it does most of 
the time within 10 min.


For comparison, I see this issue and I *do* use maintenance mode 
(because presumably that's the 'blessed' way to shut things down and I'm 
scared to mess this complex system up by straying off the beaten path 
;). My process is:


ssh root@engine init 0
(wait for vdsClient -s 0 list | grep Status: to show the vm as down)
hosted-engine --set-maintenance --mode=global
poweroff

And then on startup:
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-start

There are two issues here. I am not sure if they are related or not.
1. The NFS timeout during shutdown (Joop do you see this also? Or just #2?)
2. The system reboot instead of poweroff (which messes up remote machine 
management)


Thanks,
 Bob


I think wdmd or sanlock are causing the reboot instead of poweroff

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: [ovirt-users] help, manager hard drive died (3.3.4)

2014-05-23 Thread Bob Doolittle
If you read the whole thread I referenced it says the conversion only works
for Master. It does not say how to handle non-Master. Good luck.

-Bob
On May 23, 2014 2:48 AM, David Smith dsm...@mypchelp.com wrote:

 Hey Bob,

 Get this.. So this process worked great for one of the nfs servers,
 however, we had two nfs servers. One was a primary data center (master) and
 the other non-master.
 When I try to import the non-master data directory with the metadata file
 edit method, it imports but then shows no VMs/templates/etc available for
 import.
 On the other hand, when i activate the master data center nfs filesystem,
 i can see VMs that were stored on the non-master NFS, if I try to import
 them, it blows an error, the files aren't there, and I look at the log on
 the hv manager and I see the folder that it's looking for which is on the
 non-master NFS.

 Right now I'm trying to copy the folders over from the non-master nfs to
 the imported master data (now export domain) to see if I can import those
 VMs.
 I wonder if there's a better way to import VMs from a non-master domain.


 On Thu, May 22, 2014 at 12:17 PM, Bob Doolittle b...@doolittle.us.comwrote:

  On 05/22/2014 03:08 PM, David Smith wrote:

  I meant ovirt-engine (i was calling it the manager)
 also i'll need to reinstall version 3.3.4, whats the best path for that
 w/restore?


 One thing, if all else fails, is to convert your Export Domain to a Data
 Domain with a few edits to the metadata.
 Then install a fresh engine and import your old VMs.

 Personally, I'd install the same version as you had previously, then make
 sure you can attach your new Export domain (old Data domain), then upgrade.

 Some guides for conversion are in this thread:
 http://lists.ovirt.org/pipermail/users/2012-October/010258.html
 http://lists.ovirt.org/pipermail/users/2012-November/010273.html

 Note that's from a while ago. I am not sure it still works exactly the
 same. Make sure to backup your metadata file first.

 I did something a bit similar earlier today, by editing the metadata on
 an Export domain to remove information about the previously-attached Data
 Center.

 -Bob



  On Thu, May 22, 2014 at 11:58 AM, David Smith dsm...@mypchelp.comwrote:

 So the ovirt manager hard disk died, 3.3.4 version, i can't get it to
 spin up to get any data off.
 I have an old copy of the manager database which was living on the
 manager machine.

  What is the best procedure for restoring my ovirt setup? I've not been
 able to import the data store, only export and iso in the past.

  Thanks in advance,
 David




 ___
 Users mailing 
 listUsers@ovirt.orghttp://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


[ovirt-users] Cannot find guest domain /var/tmp/console-9.rdp

2014-05-22 Thread Bob Doolittle

Hi,

I have a newly-imported VM in a new Self-Hosted deployment.

In my old configuration, I used to get a console.vv file upon powering 
up the VM, and virt-viewer could open it w/o issues.


Now, I am getting a console.rdp file, and neither virt-viewer nor 
remote-viewer seem happy with it. virt-viewer gives me:



Cannot find guest domain /var/tmp/console-9.rdp


I am simply using the oVirt web ui to try to launch the console (e.g. MIME).

Does anyone know what could cause this?

I believe I now am using websocket-proxy for the first time (default 
hosted-engine configuration). Could that be causing issues?


In my web searching I found a mention about opening up port 3128, so I 
did that on desktop, engine, and host, but it had no effect.


Thanks,
   Bob

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


Re: [ovirt-users] Cannot find guest domain /var/tmp/console-9.rdp

2014-05-22 Thread Bob Doolittle
Looking at my console.rdp file (attached), it does not appear to have 
valid content. Nowhere does it specify an IP address or valid hostname 
to connect to so I don't see how it could possibly work. It has:

full address:s:W2k8-build
but that is simply the name I assigned to the VM in the oVirt admin GUI, 
not an actual hostname. The address is assigned via DHCP so no hostname 
would work anyway. Since I can't get a console I can't determine what 
that address is, either :) (no guest agent running).


I only get a console.rdp file for my Windows 2008 VM. For my 
newly-imported Fedora 20 VM I get a console.vv which works fine.


Any clues? Why console.rdp instead of console.vv, and how is that 
supposed to be used to connect to the VM?


Note console for both VMs are configured as Spice.

Thanks,
Bob

On 05/22/2014 12:01 PM, Bob Doolittle wrote:

Hi,

I have a newly-imported VM in a new Self-Hosted deployment.

In my old configuration, I used to get a console.vv file upon powering 
up the VM, and virt-viewer could open it w/o issues.


Now, I am getting a console.rdp file, and neither virt-viewer nor 
remote-viewer seem happy with it. virt-viewer gives me:



Cannot find guest domain /var/tmp/console-9.rdp


I am simply using the oVirt web ui to try to launch the console (e.g. 
MIME).


Does anyone know what could cause this?

I believe I now am using websocket-proxy for the first time (default 
hosted-engine configuration). Could that be causing issues?


In my web searching I found a mention about opening up port 3128, so I 
did that on desktop, engine, and host, but it had no effect.


Thanks,
   Bob



session bpp:i:32
winposstr:s:0,3,0,0,800,600
compression:i:1
keyboardhook:i:2
audiocapturemode:i:0
videoplaybackmode:i:1
connection type:i:2
displayconnectionbar:i:1
disable wallpaper:i:1
allow font smoothing:i:0
allow desktop composition:i:0
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:0
disable cursor setting:i:0
bitmapcachepersistenable:i:1
audiomode:i:0
redirectcomports:i:0
redirectposdevices:i:0
redirectdirectx:i:1
autoreconnection enabled:i:1
prompt for credentials:i:1
negotiate security layer:i:1
remoteapplicationmode:i:0
alternate shell:s:
shell working directory:s:
gatewayhostname:s:
gatewayusagemethod:i:4
gatewaycredentialssource:i:4
gatewayprofileusagemethod:i:0
promptcredentialonce:i:1
use redirection server name:i:0
screen mode id:i:2
desktopwidth:i:640
desktopheight:i:480
authentication level:i:2
full address:s:W2k8-build
enablecredsspsupport:i:0
drivestoredirect:s:
redirectprinters:i:0
redirectsmartcards:i:0
redirectclipboard:i:1
username:s:admin@internal___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Cannot find guest domain /var/tmp/console-9.rdp

2014-05-22 Thread Bob Doolittle


On 05/22/2014 01:57 PM, Joop wrote:

Look at your console options. Its a windows vm and it seems console defaults to 
rdp. You'll need a rdp viewer, rdesktop, or switch to spice or vnc


But as I said I *do* specify SPICE for the console in the oVirt mgmt 
interface.


Thanks,
Bob



Joop


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


Re: [ovirt-users] Cannot find guest domain /var/tmp/console-9.rdp

2014-05-22 Thread Bob Doolittle

BTW, there is no console option for RDP. Only SPICE and VNC.

-Bob

On 05/22/2014 01:57 PM, Joop wrote:

Look at your console options. Its a windows vm and it seems console defaults to 
rdp. You'll need a rdp viewer, rdesktop, or switch to spice or vnc

Joop


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


Re: [ovirt-users] Cannot find guest domain /var/tmp/console-9.rdp

2014-05-22 Thread Bob Doolittle
Sorry for all the noise, but this is resolved and I wanted to share for 
the record.


Although the console options for the VM do not provide any selection 
here, if you right-click on the VM there is a menu item for Console 
Options.
This had Remote Desktop selected. I was able to change it to SPICE in 
that menu (but not the VM edit menu, which already stated SPICE).


It seems we have some issues in 3.4.1-1:

- some dueling menu options (the options in VM edit/Show Advanced 
Options/Console/Protocol are silently overridden by the options in 
right-click VM/Console Options)


- the overriding menu is pretty well hidden (only available via 
right-click VM)


- the default behavior now requires a change in the 'hidden' menu unless 
you pre-configured your Windows machine to allow Remote Desktop access 
(you can't use RDP with Windows by default, yet the default oVirt 
console protocol after import is RDP)


- the console.rdp file generated does not have sufficient information to 
complete an RDP connection (no valid hostname/address to connect to)


Thanks,
Bob

On 05/22/2014 01:57 PM, Joop wrote:

Look at your console options. Its a windows vm and it seems console defaults to 
rdp. You'll need a rdp viewer, rdesktop, or switch to spice or vnc

Joop


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


Re: [ovirt-users] help, manager hard drive died (3.3.4)

2014-05-22 Thread Bob Doolittle

On 05/22/2014 03:08 PM, David Smith wrote:

I meant ovirt-engine (i was calling it the manager)
also i'll need to reinstall version 3.3.4, whats the best path for 
that w/restore?


One thing, if all else fails, is to convert your Export Domain to a Data 
Domain with a few edits to the metadata.

Then install a fresh engine and import your old VMs.

Personally, I'd install the same version as you had previously, then 
make sure you can attach your new Export domain (old Data domain), then 
upgrade.


Some guides for conversion are in this thread:
http://lists.ovirt.org/pipermail/users/2012-October/010258.html
http://lists.ovirt.org/pipermail/users/2012-November/010273.html

Note that's from a while ago. I am not sure it still works exactly the 
same. Make sure to backup your metadata file first.


I did something a bit similar earlier today, by editing the metadata on 
an Export domain to remove information about the previously-attached 
Data Center.


-Bob




On Thu, May 22, 2014 at 11:58 AM, David Smith dsm...@mypchelp.com 
mailto:dsm...@mypchelp.com wrote:


So the ovirt manager hard disk died, 3.3.4 version, i can't get it
to spin up to get any data off.
I have an old copy of the manager database which was living on the
manager machine.

What is the best procedure for restoring my ovirt setup? I've not
been able to import the data store, only export and iso in the past.

Thanks in advance,
David




___
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] help, manager hard drive died (3.3.4)

2014-05-22 Thread Bob Doolittle


On 05/22/2014 03:17 PM, Bob Doolittle wrote:

On 05/22/2014 03:08 PM, David Smith wrote:

I meant ovirt-engine (i was calling it the manager)
also i'll need to reinstall version 3.3.4, whats the best path for 
that w/restore?


One thing, if all else fails, is to convert your Export Domain to a 
Data Domain with a few edits to the metadata.


Grrr. Visa-versa. Convert to an Export Domain from your old Data Domain.


Then install a fresh engine and import your old VMs.

Personally, I'd install the same version as you had previously, then 
make sure you can attach your new Export domain (old Data domain), 
then upgrade.


Some guides for conversion are in this thread:
http://lists.ovirt.org/pipermail/users/2012-October/010258.html
http://lists.ovirt.org/pipermail/users/2012-November/010273.html

Note that's from a while ago. I am not sure it still works exactly the 
same. Make sure to backup your metadata file first.


I did something a bit similar earlier today, by editing the metadata 
on an Export domain to remove information about the 
previously-attached Data Center.


-Bob




On Thu, May 22, 2014 at 11:58 AM, David Smith dsm...@mypchelp.com 
mailto:dsm...@mypchelp.com wrote:


So the ovirt manager hard disk died, 3.3.4 version, i can't get
it to spin up to get any data off.
I have an old copy of the manager database which was living on
the manager machine.

What is the best procedure for restoring my ovirt setup? I've not
been able to import the data store, only export and iso in the past.

Thanks in advance,
David




___
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] Hosted engine problem - Engine VM will not start

2014-05-21 Thread Bob Doolittle

On 05/21/2014 03:09 AM, Sven Kieske wrote:

I'd want to add that these rules are for NFSv3
asking Bob if he is maybe useing NFSv4 ?


At the moment I don't need either one. I need to solve my major issues 
first. Then when things are working I'll worry about setting up NFS to 
export new domains from my host.


Like - why didn't my default domains get configured properly?

Where is my Data Domain, and why is my ISO Domain unattached?
Why didn't hosted-engine --deploy set this up properly? I took the 
defaults during deployment for domain setup.


When I first login to webadmin #vms, it shows HostedEngine as green/up.
At #storage it shows my ISO Domain and ovirt-image-repository as 
unattached. No Data Domain.

At #dataCenters it shows my Default datacenter as down/uninitialized
If I go to #storage and select ISO_DOMAIN and select it's Data Center 
tab (#storage-data_center), it doesn't show any Data Centers to attach to.


-Bob



Am 21.05.2014 08:43, schrieb Sandro Bonazzola:

I'm not saying NFS issue is irrelevant :-)
I'm saying that if you're adding NFS service on the node running hosted engine 
you'll need to configure iptables for allowing to mount the shares.
This means at least opening rpc-bind port 111 and NFS port 2049 and ports 662 
875 892 32769 32803 assuming you've configured NFS with:

RPCRQUOTADOPTS=-p 875
LOCKD_TCPPORT=32803
LOCKD_UDPPORT=32769
RPCMOUNTDOPTS=-p 892
STATDARG=-p 662 -o 2020

Alternative is to use NFS storage on a different host.


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


Re: [ovirt-users] Hosted engine problem - Engine VM will not start

2014-05-21 Thread Bob Doolittle


On 05/21/2014 09:24 AM, Jiri Moskovcak wrote:

On 05/21/2014 02:49 PM, Bob Doolittle wrote:

On 05/21/2014 03:09 AM, Sven Kieske wrote:

I'd want to add that these rules are for NFSv3
asking Bob if he is maybe useing NFSv4 ?


At the moment I don't need either one. I need to solve my major issues
first. Then when things are working I'll worry about setting up NFS to
export new domains from my host.

Like - why didn't my default domains get configured properly?

Where is my Data Domain, and why is my ISO Domain unattached?
Why didn't hosted-engine --deploy set this up properly? I took the
defaults during deployment for domain setup.

When I first login to webadmin #vms, it shows HostedEngine as green/up.
At #storage it shows my ISO Domain and ovirt-image-repository as
unattached. No Data Domain.
At #dataCenters it shows my Default datacenter as down/uninitialized
If I go to #storage and select ISO_DOMAIN and select it's Data Center
tab (#storage-data_center), it doesn't show any Data Centers to 
attach to.


-Bob


- can you login to the VM running the engine and try to mount the nfs 
share manually to some directory, just to see if it works? Neither 
engine nor setup is responsible for setting the nfs share (and 
configuring iptables for nfs server), so it's up to you to set it up 
properly and make sure it's mountable from engine.


I'm afraid NFS was a red herring. NFS shares from the host to the engine 
are not required for basic oVirt operation, correct?
If I understand Sandro correctly, that should not be affecting my 
storage connections to engine. I'm sorry I brought it up - it was my 
misunderstanding.


I believe the first thing to look at is why the ISO domain is unattached 
to my Default Datacenter, is that correct? Then my Datacenter should 
become operational, and I can add a Data Domain.


I can manually mount the ISO_DOMAIN directory on both my host and my 
engine without issues (it resides on my engine).


So why is my Datacenter not visible when I go to attach my ISO domain?

-Bob

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


Re: [ovirt-users] Hosted engine problem - Engine VM will not start

2014-05-20 Thread Bob Doolittle
Well that was interesting.
When I ran hosted-engine --connect-storage, the Data Center went green,
and I could see an unattached ISO domain and ovirt-image-repository (but
no Data domain).
But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage
disappeared again and the Data Center went red.

In retrospect, there appears to be a problem with iptables/firewalld
that could be related.
I noticed two things:
- firewalld is stopped and disabled on the host
- I could not manually NFS mount (v3 or v4) from the host to the engine,
unless I did service iptables stop

So it doesn't appear to me that hosted-engine did the right things with
firewalld/iptables. If these problems occurred during the --deploy,
could that result in this situation?
I have temporarily disabled iptables until I get things working, but
clearly that's insufficient to resolve the problem at this point.

-Bob

On 05/20/2014 05:18 AM, Jiri Moskovcak wrote:
 On 05/20/2014 03:33 AM, Bob Doolittle wrote:
 I have successfully completed hosted-engine --deploy with 3.4.1, and set
 up my Engine. This is with F19 for both the host and engine
 (with the sos package workarounds stated).

 However, it does not seem to have initialized any Storage Domains, and
 the Datacenter cannot initialize.

 I've attached my setup and vdsm logs.

 Any guidance appreciated.

 Thanks,
  Bob

 Hi Bob,
 can you try to run:

 $ hosted-engine --connect-storage
 $ service ovirt-ha-broker restart
 $ service ovirt-ha-agent restart

 and see if it helps?

 Thanks,
 Jirka


 ___
 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] Hosted engine problem - Engine VM will not start

2014-05-20 Thread Bob Doolittle
On 05/20/2014 09:42 AM, Sandro Bonazzola wrote:
 Il 20/05/2014 15:09, Jiri Moskovcak ha scritto:
 On 05/20/2014 02:57 PM, Bob Doolittle wrote:
 Well that was interesting.
 When I ran hosted-engine --connect-storage, the Data Center went green,
 and I could see an unattached ISO domain and ovirt-image-repository (but
 no Data domain).
 But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage
 disappeared again and the Data Center went red.

 In retrospect, there appears to be a problem with iptables/firewalld
 that could be related.
 I noticed two things:
 - firewalld is stopped and disabled on the host
 Correct, hosted engine support iptables only.
 You should have iptables configured and enabled.

 - I could not manually NFS mount (v3 or v4) from the host to the engine,
 unless I did service iptables stop

 So it doesn't appear to me that hosted-engine did the right things with
 firewalld/iptables. If these problems occurred during the --deploy,
 could that result in this situation?
 I don't think so

 I have temporarily disabled iptables until I get things working, but
 clearly that's insufficient to resolve the problem at this point.

 - iptables/firewalld is configured during the setup, which is Sandro's 
 domain. Sandro, could you please take a look at this?

 iptables configuration is performed by the engine when adding the host.
 please attach iptables-save output from the host  and host-deploy logs from 
 the hosted-engine vm.


host-deploy logs are ^^ in this thread.

I have attached iptables-save output.

Thanks,
   Bob


# Generated by iptables-save v1.4.18 on Tue May 20 10:05:24 2014
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [406:2990735]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p tcp -m tcp --dport 54321 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p udp -m udp --dport 161 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 16514 -j ACCEPT
-A INPUT -p tcp -m multiport --dports 5900:6923 -j ACCEPT
-A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with 
icmp-host-prohibited
COMMIT
# Completed on Tue May 20 10:05:24 2014
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Hosted engine problem - Engine VM will not start

2014-05-20 Thread Bob Doolittle


On 05/20/2014 10:41 AM, Sandro Bonazzola wrote:

Il 20/05/2014 16:36, Bob Doolittle ha scritto:

On 05/20/2014 10:23 AM, Sandro Bonazzola wrote:

Il 20/05/2014 16:06, Bob Doolittle ha scritto:

On 05/20/2014 09:42 AM, Sandro Bonazzola wrote:

Il 20/05/2014 15:09, Jiri Moskovcak ha scritto:

On 05/20/2014 02:57 PM, Bob Doolittle wrote:

Well that was interesting.
When I ran hosted-engine --connect-storage, the Data Center went green,
and I could see an unattached ISO domain and ovirt-image-repository (but
no Data domain).
But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage
disappeared again and the Data Center went red.

In retrospect, there appears to be a problem with iptables/firewalld
that could be related.
I noticed two things:
- firewalld is stopped and disabled on the host

Correct, hosted engine support iptables only.
You should have iptables configured and enabled.

- I could not manually NFS mount (v3 or v4) from the host to the engine,
unless I did service iptables stop

So it doesn't appear to me that hosted-engine did the right things with
firewalld/iptables. If these problems occurred during the --deploy,
could that result in this situation?

I don't think so

I have temporarily disabled iptables until I get things working, but
clearly that's insufficient to resolve the problem at this point.

- iptables/firewalld is configured during the setup, which is Sandro's domain. 
Sandro, could you please take a look at this?

iptables configuration is performed by the engine when adding the host.
please attach iptables-save output from the host  and host-deploy logs from the 
hosted-engine vm.

host-deploy logs are ^^ in this thread.

I see ovirt-hosted-engine-setup logs, not /var/log/ovirt-engine/host-deploy 
logs.

Oh sorry - from the engine then. Attached.

But my problem is with the firewall on the host.

I cannot NFS mount a share on the host (e.g. my Data Domain) on the engine.
In this case the host is the NFS server, and the engine is the NFS client.
Only the host firewall should be relevant, correct?

Maybe what you are saying is that hosted-engine does not attempt to configure 
the iptables on the host to allow NFS shares?

Yes, to be clear:
ovirt-hosted-engine-setup just enable ports for spice / vnc connection from 
remote host to VM while performing OS install on the VM.
Once the VM is installed ovirt-engine configure iptables on the host using 
ovirt-host-deploy package when the host is added to the engine.
If you need other services on the host running the hosted engine you'll need to 
configure manually iptables.


Thanks,

Jirka - since Sandro says this NFS issue is irrelevant to Hosted 
operation, do you have any other suggestions or can I provide any 
additional data to help diagnose why my configuration is non-operational?
I will eventually want to fix this and add Data and Export domains from 
my host, but for the moment it appears no NFS exports from the host are 
required for oVirt operation.

So where are my domains? :)

Thanks,
Bob





I have attached iptables-save output.

I can't see anything blocking the mount from the hots toward  the engine vm.
Can you attach iptables-save also from the engine vm?
(IIUC you've a nfs share there and you're trying to mount it from the host 
right?)

Visa-versa. My Data domain is on my host. So is my Export domain, but I haven't 
tried to import it yet since the Datacenter is not operational.

Thanks,
Bob





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


Re: [ovirt-users] Recovering from an aborted hosted-engine --deploy

2014-05-19 Thread Bob Doolittle


On 05/19/2014 04:13 AM, Sandro Bonazzola wrote:

Il 19/05/2014 09:14, Jiri Moskovcak ha scritto:

On 05/16/2014 09:12 PM, Bob Doolittle wrote:

Hi,

I had an issue at the end of my hosted-engine --deploy.

My VM was stuck during OS installation because I was unable to configure
the network for some reason.

So I chose the final option 3 to abort the deployment.

Now, I seem to be stuck. If I try to re-run --deploy it says it's
already installed.

What's the exact error message? If it's just saying that there is already a VM 
on taht host, then you can run the following commands on the host to
remove it:

vdsClient -s 0 list
vdsClient -s 0 destroy ID of the vm you get from the first command

or hosted-engine --vm-poweroff.
Waiting for the error message for understanding what's blocking you.



The error was:

[ ERROR ] The following VMs has been found: 
cee35901-04f7-49de-8bdc-709c1f5e3df7
[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup 
Hosted Engine with other VMs running


I was trying to install the VM using a netinst ISO, which I think was 
too ambitious. Since I couldn't get the VM network up for some reason, I 
didn't get very far with the installation. I want to try over with a 
normal install ISO. Can I destroy the VM as Jiri suggested, and then 
re-run --deploy? Or do I need to do the cleanup actions Didi suggested?


Thanks,
 Bob

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


[ovirt-users] Migrate to Hosted Engine - problem with doc/web page

2014-05-19 Thread Bob Doolittle

Hi,

I'm trying to follow the instructions here:

http://www.ovirt.org/Migrate_to_Hosted_Engine

I've shut down my original engine and completed engine-backup.
I've completed hosted-engine --deploy to the point where my new engine 
VM is up and running, and I've installed the 3.4-stable version of 
engine-install on it.


Now I want to restore the backup on my new engine.

However, at this point the instructions/how-to suddenly introduces a new 
host name didi-lap which was not mentioned previously:



engine-backup --mode=restore --file=backup1 --log=backup1-restore.log 
--change-db-credentials --db-host=didi-lap --db-user=engine --db-password 
--db-name=engine


The only entities introduced in this How-To are:

ovirttest.home.localThe DNS CNAME record of the Engine (before and 
after migration)
my-engine.home.localThe underlying hostname of the original engine
didi-box1.home.localThe new machine which will run self-hosted 
engine


I am not sure what (if anything) I should supply for db-host.
In my original setup, my engine had the db locally (I presume - whatever 
the default was).


In my new setup, my engine will have the same name as it did in the old 
setup (it was a VM previously, I took it down).


Do I even need to specify the db-host or change-db-credentials arguments?

Do these instructions require that the database was originally stored on 
an external entity (didi-lap) and that the database still resides there?

Or does it backup/restore the database entirely?

Thanks,
Bob

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


Re: [ovirt-users] Migrate to Hosted Engine - problem with doc/web page

2014-05-19 Thread Bob Doolittle
For the record, I'm pretty sure the How-To at 
http://www.ovirt.org/Migrate_to_Hosted_Engine actually requires an 
external database, although it never states so.
The instructions as written will not work otherwise, because it presumes 
a pre-existing database before running engine-backup restore.


If somebody can confirm I can open a bug on the page.

In any case I have started over with a fresh engine-setup in a fresh VM.

Having some issues I'll state in a different thread for clarity.

-Bob

On 05/19/2014 12:25 PM, Bob Doolittle wrote:

Hi,

I'm trying to follow the instructions here:

http://www.ovirt.org/Migrate_to_Hosted_Engine

I've shut down my original engine and completed engine-backup.
I've completed hosted-engine --deploy to the point where my new engine 
VM is up and running, and I've installed the 3.4-stable version of 
engine-install on it.


Now I want to restore the backup on my new engine.

However, at this point the instructions/how-to suddenly introduces a 
new host name didi-lap which was not mentioned previously:


engine-backup --mode=restore --file=backup1 --log=backup1-restore.log 
--change-db-credentials --db-host=didi-lap --db-user=engine 
--db-password --db-name=engine


The only entities introduced in this How-To are:

ovirttest.home.localThe DNS CNAME record of the Engine (before 
and after migration)
my-engine.home.localThe underlying hostname of the original 
engine
didi-box1.home.localThe new machine which will run self-hosted 
engine



I am not sure what (if anything) I should supply for db-host.
In my original setup, my engine had the db locally (I presume - 
whatever the default was).


In my new setup, my engine will have the same name as it did in the 
old setup (it was a VM previously, I took it down).


Do I even need to specify the db-host or change-db-credentials arguments?

Do these instructions require that the database was originally stored 
on an external entity (didi-lap) and that the database still resides 
there?

Or does it backup/restore the database entirely?

Thanks,
Bob



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


Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge

2014-05-15 Thread Bob Doolittle


On 05/15/2014 05:03 AM, Dan Kenigsberg wrote:

On Wed, May 14, 2014 at 08:06:00PM -0400, Bob Doolittle wrote:

Thanks John.

When hosted-engine aborts, it uninstalls everything.
So there is no webadmin available.

I've tried modifying the VDSM python code (e.g.
/usr/share/vdsm/storage/multipath.py and
/usr/lib64/python2.7/site-packages/vdsm/tool/service.py) to see/work around
what's going wrong, but oddly VDSM does not seem to be affected. I suspect
the original code (or bytecodes) are cached somewhere.

I do not think that this is the issue, but you can remove all trace of
*.pyc/*.pyo to make sure this is not the case.


In fact I see new pyc being produced, so that's myterious as well.


Restarting vdsmd
service has no effect. I'd really appreciate some insight there so I can
work around it.

What have you changed exactly? Where? If you add a plain syntax error to
the script, does it still run?


Very simple changes, to try to get a copy of the multipath.conf file 
that was presumably causing the error (since the hosted-setup cleans up 
when it aborts). I've attached them (full filenames ^^).

The file never appears.

I also attached a replacement I installed for multipath, which runs the 
*real* multipath (moved to multipath.bak) and filters the output to 
remove the known problematic warnings, and then exits with 0 status.


But the weirdest thing is that I instrumented systemctl (replaced it 
with a script that logged its args and then executed the real one), and 
systemctl is *never* being invoked to start multipathd. Here's what it 
logged:


show-environment
show-environment
status vdsmd.service
show -p LoadState firewalld.service
show -p LoadState sshd.service
show -p LoadState firewalld.service
show -p Id firewalld.service
disable firewalld.service
stop firewalld.service
stop libvirtd.service
start libvirtd.service
status sshd.service
show -p Id vdsmd.service
enable vdsmd.service
stop vdsmd.service
start vdsmd.service


If I run vdsm-tool service-reload multipathd by hand then I see the 
log I'd expect:

reload multipathd.service


Does oVirt 3.4.1 work more smoothly with F20? I chose F19 because it's more
stable at this point, thinking that things would be more likely to work
smoothly. It's not turning out that way... I'm willing to start over with
F20 if there's no path forward.

Vdsm works fine on 3.4.1, but I do not know about hosted-engine. Engine
itself is known not to work on F20.


What OS is hosted-engine known to work on?

-Bob

*** /usr/lib64/python2.7/site-packages/vdsm/tool/service.py.bak	2014-05-13 13:12:15.684256387 -0400
--- /usr/lib64/python2.7/site-packages/vdsm/tool/service.py	2014-05-13 13:53:05.940611767 -0400
***
*** 347,352 
--- 347,354 
  if rc == 0:
  return 0
  else:
+ 		import subprocess
+ 		subprocess.call([cp, /etc/multipath.conf, /tmp/multipath.conf.bad])
  raise ServiceOperationError(
  %s failed % alt.func_name, out, err)
  raise ServiceNotExistError(
*** /usr/share/vdsm/storage/multipath.py.bak	2014-05-13 14:01:07.225891144 -0400
--- /usr/share/vdsm/storage/multipath.py	2014-05-13 14:01:50.279300691 -0400
***
*** 169,174 
--- 169,178 
  rc = misc.execCmd(cmd, sudo=True)[0]
  if rc != 0:
  raise se.MultipathSetupError()
+ cmd = [constants.EXT_CP, f.name, /tmp/multipath.bad]
+ rc = misc.execCmd(cmd, sudo=True)[0]
+ if rc != 0:
+ raise se.MultipathSetupError()
  misc.persistFile(MPATH_CONF)
  
  # Flush all unused multipath device maps
#!/bin/sh
/sbin/multipath.bak $@ | grep -v invalid keyword: getuid_callout
exit 0
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge

2014-05-15 Thread Bob Doolittle


On 05/15/2014 09:59 AM, Sandro Bonazzola wrote:

Il 15/05/2014 15:55, Bob Doolittle ha scritto:

If I run vdsm-tool service-reload multipathd by hand then I see the log I'd 
expect:
reload multipathd.service

If this command works, hosted-engine setup should not fail on it.
The setup doesn't touch anything related to multipathd.


Sorry but that is not strictly correct.
You can see the code in multipath.py (setupMultipath()) that writes a 
new multipath.conf file just before it tries to restart the service.

It looks like it's trying to modify the scsi_id_path.

So when I run it by hand, I am using the original multipath.conf file. 
When it is run during hosted-engine setup, it is with a modified version.
My efforts in modifying the python have been to try to capture that 
modified version, so that I can exercise it by hand and see what's wrong.


-Bob

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


Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge

2014-05-15 Thread Bob Doolittle
I have moved on. I honestly can't say what fixed this problem, but not 
seeing it any more.


Then I ran into a problem with NIC naming that apuimedo (and jvandewege) 
helped me through in IRC, but hosted-engine completes successfully now.


I can't configure my VM engine network for some reason, but I'll look 
into that more deeply later.
What's the recommended procedure for self-hosted using F20 engine when 
it comes to the network configuration wizard.

Leave it alone?
Set for static config and configure with FQDN and address on main host 
network?


Thanks,
Bob

On 05/15/2014 11:56 AM, Dan Kenigsberg wrote:

On Thu, May 15, 2014 at 04:20:09PM +0200, Sandro Bonazzola wrote:

Il 15/05/2014 16:09, Bob Doolittle ha scritto:

On 05/15/2014 09:59 AM, Sandro Bonazzola wrote:

Il 15/05/2014 15:55, Bob Doolittle ha scritto:

If I run vdsm-tool service-reload multipathd by hand then I see the log I'd 
expect:
reload multipathd.service

If this command works, hosted-engine setup should not fail on it.
The setup doesn't touch anything related to multipathd.

Sorry but that is not strictly correct.
You can see the code in multipath.py (setupMultipath()) that writes a new 
multipath.conf file just before it tries to restart the service.
It looks like it's trying to modify the scsi_id_path.

So when I run it by hand, I am using the original multipath.conf file. When it 
is run during hosted-engine setup, it is with a modified version.
My efforts in modifying the python have been to try to capture that modified 
version, so that I can exercise it by hand and see what's wrong.

If something is configuring it, it must be vdsm-tool:

As I've noted ealier on this thread, that's not correct, unfortunately:
 Bug 1076531 - vdsm overwrites multipath.conf at every startup


In hosted-engine setup code there's a call to vdsm-tool configure --force.

However, it's possible to copy the vdsm-sactioned multipath.conf from
one host to another, and try `systemctl reload multipathd.service`.

Please look into journalctl for hints on why it has failed.



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


Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge

2014-05-14 Thread Bob Doolittle
I could really use some help on this one. My efforts to debug VDSM via
instrumenting the python code are not working - the compiled code must be
cached somehow.

Something is wrong with the way the multipathd service is being restarted.
It doesn't look too me that systemctl is even being called for it.

Thanks,
  Bob
On May 13, 2014 1:12 PM, Bob Doolittle b...@doolittle.us.com wrote:

  Maybe this isn't the actual problem after all.

 I replaced /sbin/multipath with a script runs the old version, but the
 suppresses those errors and returns exit status 0.
 But vdsm-tool service-reload multipathd is still failing and I don't
 know why.

 I have attached my vdsm.log file.

 Any guidance appreciated. I'll try digging through the python code for
 service.py and see if I can catch it when the multipath configuration is in
 place to see the exact issue.

 -Bob

 On 05/13/2014 12:27 PM, Bob Doolittle wrote:

 Hi,

 I have started a new installation as specified in the 3.4.1 release notes
 (fresh Fedora 19 install, yum localinstall
 http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm).

 This is failing in the step Configuring the management bridge.

 Based on the vdsm.log, it appears I am hitting:
   *Bug 988995* https://bugzilla.redhat.com/show_bug.cgi?id=988995 - vdsm
 multipath.py restarts mutipathd, cutting the branch vdsm sits on

 multipath -F is returning invalid keyword: getuid_callout and it
 appears that this is causing vdsm-tool to abort (although the command exit
 status is 0 and the bug report says that those are only harmless warnings).

 There is no workaround stated in that bug report.

 Help?

 -Bob



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


Re: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.

2014-05-14 Thread Bob Doolittle

This bit me as well (for Fedora, however).

There are a whole bunch of ovirt-release variants lying around in 
various parts of the repository that should be cleaned up as they are 
merely attractive nuisances 
(http://en.wikipedia.org/wiki/Attractive_nuisance_doctrine).


Particularly since the Fedora link (at least) in the Quick Start guide 
is invalid, so it tempts people to look around and use what they find 
that looks plausible to somebody who doesn't know any better :)


It would be helpful if somebody would:
1. Clean up the hazardous versions of ovirt-release scattered throughout
2. Fix the Quick Start Guide links to point someplace useful for 
ovirt-release


Thanks,
Bob

On 05/14/2014 10:33 AM, Nicolas Ecarnot wrote:

Le 14/05/2014 15:36, Giorgio Bersano a écrit :

Following the URL above and the BZ opened by the user
(https://bugzilla.redhat.com/show_bug.cgi?id=1072900), I see this 
has been
corrected in 3.4.1. What gives a perfectly connected NFS export 
domain, but

empty?


Hi,
sorry for jumping late on an old thread, I'm the one reporting that bug.
I have two things to say:
- taking advantage of a rare opportunity to turn off my production
cluster I put it back in that critical situation and I can confirm
that with oVirt 3.4.1 the problem has been solved.


PS : I see no 3.4.1 update on CentOS repo.


- me too, until I installed ovirt-release34.rpm (see
http://www.ovirt.org/OVirt_3.4.1_release_notes ). All went smooth
after that.

Best Regards,
Giorgio.


Thank you Giorgio for taking the time to reply on this.

In the end, I understand I have to upgrade, and I will.

To the whole team :
Looking at the rpm installed on my two oVirt setups, I see that the 
installed packages are :


ovirt-release-el6-8-1.noarch (on CentOS 6.4)
and
ovirt-release-el6-10.0.1-3.noarch (on CentOS 6.5)

The OS are CentOS
A yum search is showing me that ovirt-release.noarch is available.
How do these packages differ?
Can I install the ovirt-release.noarch instead of the packages above?
Are they aliases?



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


Re: [ovirt-users] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.

2014-05-14 Thread Bob Doolittle


On 05/14/2014 02:28 PM, Itamar Heim wrote:

On 05/14/2014 10:47 AM, Bob Doolittle wrote:

It would be helpful if somebody would:
1. Clean up the hazardous versions of ovirt-release scattered throughout
2. Fix the Quick Start Guide links to point someplace useful for
ovirt-release

can you please open a bug with details on each of these for tracking?


Done.
1. https://bugzilla.redhat.com/show_bug.cgi?id=1097874
2. https://bugzilla.redhat.com/show_bug.cgi?id=1097872

Note that there is no decent bug category for website/repository so 
1097874's assignment is a bit random.
I suppose I should file a bug for a new category, but what category 
would I file it under ;)


-Bob

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


Re: [ovirt-users] New problem with hosted-engine during Configuring the management bridge

2014-05-14 Thread Bob Doolittle

Thanks John.

When hosted-engine aborts, it uninstalls everything.
So there is no webadmin available.

I've tried modifying the VDSM python code (e.g. 
/usr/share/vdsm/storage/multipath.py and 
/usr/lib64/python2.7/site-packages/vdsm/tool/service.py) to see/work 
around what's going wrong, but oddly VDSM does not seem to be affected. 
I suspect the original code (or bytecodes) are cached somewhere. 
Restarting vdsmd service has no effect. I'd really appreciate some 
insight there so I can work around it.


Does oVirt 3.4.1 work more smoothly with F20? I chose F19 because it's 
more stable at this point, thinking that things would be more likely to 
work smoothly. It's not turning out that way... I'm willing to start 
over with F20 if there's no path forward.


-Bob

On 05/14/2014 07:25 PM, John Taylor wrote:

Bob,
I remember something like this with an all-in-one install a while back
where that error showed up,  but it was kind of red herring with
multipath because the real problem was  ovirtmgmt bridge didn't get
created. And that was a known problem I think with f19 see
http://www.ovirt.org/OVirt_3.4_TestDay
Important Note: Known Fedora 19 bug: If the ovirtmgmt bridge is not
successfully installed during initial host-setup, manually click on
the host, setup networks, and add the ovirtmgmt bridge. 

  If you can get to webadmin could you try to setup ovirtmgmt manually
on the host.

-John

On Wed, May 14, 2014 at 6:58 AM, Bob Doolittle b...@doolittle.us.com wrote:

I could really use some help on this one. My efforts to debug VDSM via
instrumenting the python code are not working - the compiled code must be
cached somehow.

Something is wrong with the way the multipathd service is being restarted.
It doesn't look too me that systemctl is even being called for it.

Thanks,
   Bob

On May 13, 2014 1:12 PM, Bob Doolittle b...@doolittle.us.com wrote:

Maybe this isn't the actual problem after all.

I replaced /sbin/multipath with a script runs the old version, but the
suppresses those errors and returns exit status 0.
But vdsm-tool service-reload multipathd is still failing and I don't
know why.

I have attached my vdsm.log file.

Any guidance appreciated. I'll try digging through the python code for
service.py and see if I can catch it when the multipath configuration is in
place to see the exact issue.

-Bob

On 05/13/2014 12:27 PM, Bob Doolittle wrote:

Hi,

I have started a new installation as specified in the 3.4.1 release notes
(fresh Fedora 19 install, yum localinstall
http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm).

This is failing in the step Configuring the management bridge.

Based on the vdsm.log, it appears I am hitting:
Bug 988995 - vdsm multipath.py restarts mutipathd, cutting the branch vdsm
sits on

multipath -F is returning invalid keyword: getuid_callout and it
appears that this is causing vdsm-tool to abort (although the command exit
status is 0 and the bug report says that those are only harmless warnings).

There is no workaround stated in that bug report.

Help?

-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: [ovirt-users] Failure during self-hosted deployment: exception configuring management bridge

2014-05-13 Thread Bob Doolittle
I think I did in fact start with the wrong ovirt-release RPM, and 
consequently the wrong repos.


I have started over as specified in the 3.4.1 release notes (fresh 
Fedora 19 install, yum localinstall 
http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm).


Now I am encountering a different issue during the same step, but I'll 
start a new e-mail thread for clarity.


Thanks,
Bob

On 05/13/2014 08:24 AM, Dan Kenigsberg wrote:

On Tue, May 13, 2014 at 12:03:28PM +0200, Sandro Bonazzola wrote:

Il 13/05/2014 11:50, Dan Kenigsberg ha scritto:

On Tue, May 13, 2014 at 10:27:12AM +0200, Sandro Bonazzola wrote:

Il 13/05/2014 00:33, Bob Doolittle ha scritto:

I am using the vdsm from ovirt-stable (and ovirt-3.4-stable): 
vdsm-4.14.6-0.fc19.x86_64

Should stable be updated with vdsm-4.14.7?
Can I workaround the problem by using a different repository?

ovirt-3.4.1 deliver vdsm-4.14.8.1 not 4.14.7, you can check yourself here: 
http://resources.ovirt.org/pub/ovirt-3.4/rpm
Can you point me to the email where he says he has 4.14.6?

Look up ^^^ ;-)


That's the version we released with 3.4.0.
Maybe he didn't follow installation instructions here: 
http://www.ovirt.org/OVirt_3.4.1_release_notes

Maybe.


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


[ovirt-users] New problem with hosted-engine during Configuring the management bridge

2014-05-13 Thread Bob Doolittle

Hi,

I have started a new installation as specified in the 3.4.1 release 
notes (fresh Fedora 19 install, yum localinstall 
http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm).


This is failing in the step Configuring the management bridge.

Based on the vdsm.log, it appears I am hitting:
*Bug 988995* https://bugzilla.redhat.com/show_bug.cgi?id=988995 -vdsm 
multipath.py restarts mutipathd, cutting the branch vdsm sits on


multipath -F is returning invalid keyword: getuid_callout and it 
appears that this is causing vdsm-tool to abort (although the command 
exit status is 0 and the bug report says that those are only harmless 
warnings).


There is no workaround stated in that bug report.

Help?

-Bob

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


Re: [ovirt-users] Failure during self-hosted deployment: exception configuring management bridge

2014-05-12 Thread Bob Doolittle

Also - is there a bugID for this new issue?

The one I quoted is supposed to only affect non-existent device names. 
Why is this affecting valid device names as well, and only in the VDSM 
context?


Thanks,
Bob

On 05/12/2014 06:21 PM, Dan Kenigsberg wrote:

On Mon, May 12, 2014 at 05:53:10PM -0400, Bob Doolittle wrote:

On 05/12/2014 02:49 PM, Bob Doolittle wrote:

Hi,

I'm trying to set up a fresh system on F19, using oVirt 3.4.

When running hosted-engine --deploy, it fails during Configuring the
management bridge. The ovirt-hosted-engine-setup log shows:

2014-05-12 13:59:35 INFO
otopi.plugins.ovirt_hosted_engine_setup.network.bridge bridge._misc:196
Configuring the management bridge
2014-05-12 13:59:35 DEBUG otopi.context context._executeMethod:152 method
exception
Traceback (most recent call last):
  File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in
_executeMethod
method['method']()
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/network/bridge.py,
line 201, in _misc
].s.getVdsCapabilities()['info']['nics'][nics]
KeyError: 'info'
2014-05-12 13:59:35 ERROR otopi.context context._executeMethod:161 Failed
to execute stage 'Misc configuration': 'info'


The vdsm.log shows:

Thread-14::DEBUG::2014-05-12
13:59:35,840::BindingXMLRPC::1067::vds::(wrapper) client [127.0.0.1]::call
getCapabilities with () {}
Thread-14::DEBUG::2014-05-12 13:59:35,875::utils::642::root::(execCmd)
'/sbin/ip route show to 0.0.0.0/0 table all' (cwd None)
Thread-14::DEBUG::2014-05-12 13:59:35,879::utils::662::root::(execCmd)
SUCCESS: err = ''; rc = 0
Thread-14::ERROR::2014-05-12
13:59:35,882::BindingXMLRPC::1086::vds::(wrapper) unexpected error
Traceback (most recent call last):
  File /usr/share/vdsm/BindingXMLRPC.py, line 1070, in wrapper
res = f(*args, **kwargs)
  File /usr/share/vdsm/BindingXMLRPC.py, line 393, in getCapabilities
ret = api.getCapabilities()
  File /usr/share/vdsm/API.py, line 1185, in getCapabilities
c = caps.get()
  File /usr/share/vdsm/caps.py, line 369, in get
caps.update(netinfo.get())
  File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 566, in
get
d['nics'][dev.name] = _nicinfo(dev.name, paddr)
  File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 516, in
_nicinfo
info = _devinfo(nic)
  File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 536, in
_devinfo
ipv4addr, ipv4netmask, ipv6addrs = getIpInfo(dev)
  File /usr/lib64/python2.7/site-packages/vdsm/netinfo.py, line 317, in
getIpInfo
ipv6addrs = devInfo.get_ipv6_addresses()
SystemError: error return without exception set


I have two NICs - a wireless NIC which is disabled, and an ethernet NIC
p3p1 which is statically configured via network-scripts.

I've also attached the output of ip addr.

I also notice some disturbing looking messages in the vdsm log during
setupMultipath, including Panic: Error initializing IRS and then
subsequent lvm-related errors during StorageRefresh. Those did not abort
the deployment, however. What do those failures indicate?

This looks a lot like a new manifestation of:
https://bugzilla.redhat.com/show_bug.cgi?id=1057772

Which version of Vdsm are you using? ovirt-3.4.1's vdsm-4.14.7 should
have fixed the that problem.


I even instrumented the code in
/usr/lib64/python2.7/site-packages/vdsm/netinfo.py

The device name (p3p1) being passed in is correct (I even tried setting
the string directly), but the returned object is empty.

If I start python by hand and run ethtool.get_interfaces_info(p3p1) it
returns the correct data.

So it seems as though the code is somehow environmentally sensitive. I'm not
sure what it is about my environment that would cause issues here however,
since presumably this is working for others...

I'm afraid this has recently been tickled by a relase of python-ethtool
to Fedora 19.


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


Re: [Users] [Ann] oVirt 3.4 GA Releases

2014-03-27 Thread Bob Doolittle
I am for some reason unable to get an update for my RHEL6 system for the 
latest ovirt-release-el6 RPM.


My version remains at 10.0.1-3 instead of 11.1.0-1.

I assume this is why I have no ovirt-3.3-stable repo available, only 
ovirt-3.3.3.


I've attached my repo file if interested.

-Bob

On 03/27/2014 08:37 AM, Sandro Bonazzola wrote:

Il 27/03/2014 11:57, Gianluca Cecchi ha scritto:

On Thu, Mar 27, 2014 at 10:52 AM, Brian Proffitt bprof...@redhat.com wrote:


The existing repository ovirt-stable has been updated for delivering this 
release without the need of enabling any other repository.

Is thee a way to eventually migrate from 3.3.3 to 3.3.4 without
directly passing to 3.4?

Yes, just disable the 3.4 and stable repo, keeping the 3.3 repo enabled.

yum-config-manager --disable ovirt-stable
yum-config-manager --disable ovirt-3.4-stable
yum-config-manager --enable ovirt-3.3-stable




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





[ovirt-stable]
name=Older Stable builds of the oVirt project
baseurl=http://ovirt.org/releases/stable/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.3.3]
name=oVirt 3.3.3 release
baseurl=http://resources.ovirt.org/releases/3.3.3/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-updates-testing]
name=Test Updates builds of the oVirt project
baseurl=http://ovirt.org/releases/updates-testing/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-beta]
name=Beta builds of the oVirt project
baseurl=http://ovirt.org/releases/beta/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-nightly]
name=Nightly builds of the oVirt project
baseurl=http://ovirt.org/releases/nightly/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.4.0-alpha]
name=3.4.0 alpha testing repo for the oVirt project
baseurl=http://ovirt.org/releases/3.4.0-alpha/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0

[ovirt-3.4.0-prerelease]
name=Pre release builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0_pre/rpm/EL/$releasever/
enabled=0
skip_if_unavailable=1
gpgcheck=0
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] [Ann] oVirt 3.4 GA Releases

2014-03-27 Thread Bob Doolittle
Thanks but that had no effect. Are you running RHEL (not CentOS)? I 
suspect that's the issue.


When I browse http://resources.ovirt.org/releases/stable/rpm/el6/noarch/ 
I do not see *any* RPM titled ovirt-release-el6.


Has the repo been staged properly for RHEL 6?

-Bob

On 03/27/2014 01:28 PM, Johan Kooijman wrote:

Hey Bob,

Execute yum clean all first, solved same issue on this end.


On Thu, Mar 27, 2014 at 5:19 PM, Bob Doolittle b...@doolittle.us.com 
mailto:b...@doolittle.us.com wrote:


I am for some reason unable to get an update for my RHEL6 system
for the latest ovirt-release-el6 RPM.

My version remains at 10.0.1-3 instead of 11.1.0-1.

I assume this is why I have no ovirt-3.3-stable repo available,
only ovirt-3.3.3.

I've attached my repo file if interested.

-Bob


On 03/27/2014 08:37 AM, Sandro Bonazzola wrote:

Il 27/03/2014 11:57, Gianluca Cecchi ha scritto:

On Thu, Mar 27, 2014 at 10:52 AM, Brian Proffitt
bprof...@redhat.com mailto:bprof...@redhat.com wrote:

The existing repository ovirt-stable has been updated
for delivering this release without the need of
enabling any other repository.

Is thee a way to eventually migrate from 3.3.3 to 3.3.4
without
directly passing to 3.4?

Yes, just disable the 3.4 and stable repo, keeping the 3.3
repo enabled.

yum-config-manager --disable ovirt-stable
yum-config-manager --disable ovirt-3.4-stable
yum-config-manager --enable ovirt-3.3-stable



Thanks,
Gianluca
___
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




--
Met vriendelijke groeten / With kind regards,
Johan Kooijman

T +31(0) 6 43 44 45 27
F +31(0) 162 82 00 01
E m...@johankooijman.com mailto:m...@johankooijman.com


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


Re: [Users] [Ann] oVirt 3.4 GA Releases

2014-03-27 Thread Bob Doolittle


On 03/27/2014 02:02 PM, Sandro Bonazzola wrote:

When I browse http://resources.ovirt.org/releases/stable/rpm/el6/noarch/
I do not see *any* RPM titled ovirt-release-el6.

Please use ovirt-release rpm.


OK. Shouldn't this be in the release notes?


We've seen there was a missing alignment on some wiki pages about the 
ovirt-release rpm name.
ovirt-release rpm is now unique for fedora and EL, it will detect the 
distribution and set up repositories accordingly.
I'm sorry for the inconvenient.


No problem. For clarity - should I 'rpm -e ovirt-release-el6' first? Or 
is that taken care of automatically when I install ovirt-release?


Thanks,
   Bob

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


Re: [Users] [Ann] oVirt 3.4 GA Releases

2014-03-27 Thread Bob Doolittle


On 03/27/2014 02:02 PM, Sandro Bonazzola wrote:

- Messaggio originale -

Da: Bob Doolittle b...@doolittle.us.com
A: Johan Kooijman m...@johankooijman.com
Cc: Sandro Bonazzola sbona...@redhat.com, Gianluca Cecchi 
gianluca.cec...@gmail.com, users
users@ovirt.org
Inviato: Giovedì, 27 marzo 2014 18:33:14
Oggetto: Re: [Users] [Ann] oVirt 3.4 GA Releases

Thanks but that had no effect. Are you running RHEL (not CentOS)? I
suspect that's the issue.

When I browse http://resources.ovirt.org/releases/stable/rpm/el6/noarch/
I do not see *any* RPM titled ovirt-release-el6.

Please use ovirt-release rpm.


I don't understand why, but yum install ovirt-release isn't working 
either. I see it at

http://resources.ovirt.org/releases/stable/rpm/el6/noarch/ but:

# yum install ovirt-release
Loaded plugins: product-id, refresh-packagekit, rhnplugin, security,
  : subscription-manager, versionlock
This system is not registered to Red Hat Subscription Management. You can use 
subscription-manager to register.
This system is receiving updates from RHN Classic or RHN Satellite.
Setting up Install Process
No package ovirt-release available.
Error: Nothing to do

[root@ovirt-vm ~]# yum repolist
Loaded plugins: product-id, refresh-packagekit, rhnplugin, security,
  : subscription-manager, versionlock
This system is not registered to Red Hat Subscription Management. You can use 
subscription-manager to register.
This system is receiving updates from RHN Classic or RHN Satellite.
repo id   repo name   status
epel  Extra Packages for Enterprise Linux 6 - x86 10657
glusterfs-epelGlusterFS is a clustered file-system capabl11
glusterfs-noarch-epel GlusterFS is a clustered file-system capabl 1
ovirt-stable  Older Stable builds of the oVirt project  119
rhel-x86_64-server-6  Red Hat Enterprise Linux Server (v. 6 for 6 12380
rhel-x86_64-server-optional-6 RHEL Server Optional (v. 6 64-bit x86_64)7044
repolist: 30212


-Bob

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


Re: [Users] [Ann] oVirt 3.4 GA Releases

2014-03-27 Thread Bob Doolittle
Just for the record, the following process works for CentOS and RHEL 
users upgrading from 3.3:


# rpm -e ovirt-release-el6
# yum install http://ovirt.org/releases/ovirt-release.noarch.rpm 
http://resources.ovirt.org/releases/ovirt-release.noarch.rpm


Somebody should really update the release notes about this (and the 
Quick Start Guide).


Thanks,
Bob

On 03/27/2014 02:38 PM, Bob Doolittle wrote:


On 03/27/2014 02:02 PM, Sandro Bonazzola wrote:

- Messaggio originale -

Da: Bob Doolittle b...@doolittle.us.com
A: Johan Kooijman m...@johankooijman.com
Cc: Sandro Bonazzola sbona...@redhat.com, Gianluca Cecchi 
gianluca.cec...@gmail.com, users

users@ovirt.org
Inviato: Giovedì, 27 marzo 2014 18:33:14
Oggetto: Re: [Users] [Ann] oVirt 3.4 GA Releases

Thanks but that had no effect. Are you running RHEL (not CentOS)? I
suspect that's the issue.

When I browse 
http://resources.ovirt.org/releases/stable/rpm/el6/noarch/

I do not see *any* RPM titled ovirt-release-el6.

Please use ovirt-release rpm.


I don't understand why, but yum install ovirt-release isn't working 
either. I see it at

http://resources.ovirt.org/releases/stable/rpm/el6/noarch/ but:

# yum install ovirt-release
Loaded plugins: product-id, refresh-packagekit, rhnplugin, security,
  : subscription-manager, versionlock
This system is not registered to Red Hat Subscription Management. You 
can use subscription-manager to register.

This system is receiving updates from RHN Classic or RHN Satellite.
Setting up Install Process
No package ovirt-release available.
Error: Nothing to do

[root@ovirt-vm ~]# yum repolist
Loaded plugins: product-id, refresh-packagekit, rhnplugin, security,
  : subscription-manager, versionlock
This system is not registered to Red Hat Subscription Management. You 
can use subscription-manager to register.

This system is receiving updates from RHN Classic or RHN Satellite.
repo id   repo 
name   status
epel  Extra Packages for Enterprise Linux 6 - 
x86 10657
glusterfs-epelGlusterFS is a clustered file-system 
capabl11
glusterfs-noarch-epel GlusterFS is a clustered file-system 
capabl 1
ovirt-stable  Older Stable builds of the oVirt 
project  119
rhel-x86_64-server-6  Red Hat Enterprise Linux Server (v. 6 
for 6 12380
rhel-x86_64-server-optional-6 RHEL Server Optional (v. 6 64-bit 
x86_64)7044

repolist: 30212


-Bob



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


Re: [Users] Windows guest time behind an hour after reboot

2014-03-20 Thread Bob Doolittle
I have a similar issue, but my Windows clocks are always 4 hours ahead now,
as if they were set to UTC. What time zone are you in?

I have been under the impression that this is likely due to:
https://bugzilla.redhat.com/show_bug.cgi?id=1062615 but haven't tried the
fix myself yet (supposed to be fixed in 3.4).

-Bob


On Thu, Mar 20, 2014 at 10:49 AM, Blaster blas...@556nato.com wrote:

 Ever since the Spring Forward on March 9th, my Windows 7 guests are
 behind an hour every time they reboot.   The Fedora 20 guests are just fine.

 I can set the correct time, reboot, comes back up an hour behind.  I've
 tried setting the time zone in the properties to both GMT and to the
 correct timezone, still the same, behind an hour on reboot.

 What am I doing wrong?

 And what affect does setting the time zone in the properties supposed to
 have on the guest?

 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: [Users] Migrate simple configuration to self-hosted

2014-03-16 Thread Bob Doolittle

Thanks for the careful reading. First to repeat my start point and goals:


I want to migrate my existing deployment to self-hosted. I have a simple
deployment:

A: Machine Fedora 20
B: libvirt VM (hosted on A) RHEL 6.5 running Engine 3.3.4-1
C: Machine RHEL 6.5 acts as Hypervisor/Host/Node (VDSM 4.13.3-4)

ISO NFS Domain is on B
Data (Master) NFS Domain is on C

I want to migrate VM B to Machine C, as self-hosted, and free up Machine A


Comments inline:

On 03/16/2014 04:12 AM, Yedidyah Bar David wrote:
This document assumes the most trivial settings, where the only thing 
you care about is simplicity, stability and minimizing downtime. It 
specifically does not try to use the minimum hardware possible.


I see two demographics interested in migrating their current Ovirt 
deployment to self-hosted:

1 Those interested in freeing up a machine to use as another hypervisor.
2 Those (like me) interested in freeing up a machine to use for another 
purpose.


Both groups want to free up a machine, presumably because they need more 
resources. So I don't think our primary How-To should involve requiring 
a new machine in order to migrate. I think many (like me) will find such 
a solution intractable.


For those who have resources to spare, the current How-To seems fine, 
but that might not be the majority.



I can think of several different directions:



Direction 2
===
If you do not care about uptime - the simplest.

Backup everything(!) - engine VM, other VMs, etc., then start from scratch:
Reinstall OS on host C, install and deploy hosted-engine there, restore
actual engine data from backup as described in the wiki.


This sounds like the most interesting approach for my needs. I like 
simple, and I can live with some downtime.


Can you give me a complete list of things I should back up please?

Also (and this gets back to my comment about the usefulness of some kind 
of date on pages visible to people who are not logged in) there are many 
pages regarding backup/restore. Is there one in particular you are 
thinking of/recommend? For backing up VMs I imagine it will not be 
sufficient for me to export my VMs to an export domain somewhere remote 
to host C (which I'll be scratching/reinstalling OS in order to target 
self-hosted). Later if I restore actual engine data, and then import my 
VMs, I imagine the UUIDs won't match? Or is the UUID preserved across 
export/import?


What if I were to create a new temp NFS Storage Domain with my current 
oVirt, someplace other than host C, and then move my VMs to it? Then, 
after I set up self-hosted and restore my engine data, I could move them 
back and nuke my temp domain?


I'm willing to be a guinea pig here, and report back what I find, if I 
can get a little more guidance as to avenues that might be useful to pursue.


Many Thanks,
   Bob

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


Re: [Users] Request for Wiki - dates

2014-03-16 Thread Bob Doolittle


On 03/16/2014 04:35 AM, Yedidyah Bar David wrote:

- Original Message -

From: Bob Doolittle b...@doolittle.us.com
To: Doron Fediuck dfedi...@redhat.com
Cc: users users@ovirt.org
Sent: Thursday, March 13, 2014 10:17:22 PM
Subject: Re: [Users] Request for Wiki - dates


On 03/13/2014 03:28 PM, Doron Fediuck wrote:

- Original Message -

From: Bob Doolittle b...@doolittle.us.com
To: users users@ovirt.org
Sent: Thursday, March 13, 2014 6:53:13 PM
Subject: [Users] Request for Wiki - dates

Hi,

As most are aware, there's a lot of information on the Ovirt Wiki that's
out of date. In spite of our best efforts, that will probably always be
true - it's the nature of Wikis.

When I look for information on our Wiki, I never know where the most
current information is.

I think it would be really helpful if someplace on each Wiki page was a
useful date to let us know the currency of the info. Probably the most
useful date is last-modified, although creation date might also be
useful. Maybe we could even map/display the date to the version number
of whatever the current stable release was at the time for context
(sometimes the content of a page calls out a particular version it's
addressing, but a lot of the time it does not).

Just as an example, I want to find out about migrating my existing
configuration to self-hosted, using 3.4 RC2. A google search shows the
following links (in order shown):

http://www.ovirt.org/Features/Self_Hosted_Engine
http://www.ovirt.org/Migrate_to_Hosted_Engine
http://www.ovirt.org/Hosted_Engine_Howto
...

I'm sure the Features page is ancient at this point. It's hard to tell
about the 2nd page.

Of course the date a page was last modified doesn't directly indicate
how correct/current the information is, but there's a correlation.
Knowing the date would be useful in making a judgment. It might even
help the task of identifying and cleaning up obsolete pages.

Easy to do?

-Bob


Hi Bob,
I'm not against it and I'm aware of the fact that pages tend to become out
of date.
Since every page has a history as you can see in the attached, adding
another date
seems needles.

What do you think?

Hi Doron,

I was thinking of something very simple - a clear text date on ever page
on the Wiki.

I can't see anything that looks like your attached picture of menus on
this page, for example:
http://www.ovirt.org/Features/Self_Hosted_Engine

Do you have to log in to see that menu? If so, that's not very helpful
to those without accounts...

1. So create an account, it's free :-)

2. It's indeed *shown* only to logged in users, but the links are accessible
to everyone. You can guess them by looking at any other mediawiki site.
E.g. for this page, the history one is:

http://www.ovirt.org/index.php?title=Features/Self_Hosted_Engineaction=history


I trust we can both agree we could do better, without too much trouble.

We want to make our Wiki pages as easy to use and as helpful as possible 
to everyone, not just people with accounts who have logged in before 
searching for information, or who know how to do magical transformations 
on Wiki URLs to determine the date ;)


I'm not trying to be critical of where we are now - just trying to 
establish a baseline of what we should hope to achieve.


Regards,
   Bob

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


Re: [Users] Request for Wiki - dates

2014-03-14 Thread Bob Doolittle
The problem with (the obvious implementation of) a flag like that is you 
have to trust everybody in order to believe it.


Let's face it, we've all been newbs at one time or another. Operator 
error happens all the time. If just anybody can flag a page as out of 
date (and if it only takes one vote), is the flag actually useful? 
Probably not.


Seems like a good candidate for crowd sourcing. What if we could vote 
(up or down) on the usefulness of a page? What if old votes timed out so 
you always saw a reasonably current indication (I suppose a vote of 0 
might also indicate a page nobody visits any more). This would flag 
pages that need work, and also pages that are very helpful so need 
vigilance to keep them so. A place for talking about the page would also 
be useful (may be already there, I don't think I ever had a login for 
the Wiki).


Sounds hard to do, but one can dream. Maybe somebody has a clever idea 
of how to do this.


A date should be pretty easy, though ;)

-Bob

On 03/14/2014 01:16 PM, Dave Neary wrote:

Hi Bob,

What I'd love to see is a way for people to flag content out-of-date.
Last updated doesn't tell you about the feature that is stable and
unchanged since 3.0, nor does it tell you that the feature is in
constant flux and the latest commit just changed everything.

You need 2 dates for maximum usefulness: Last updated, and Flagged
out of date - if last updated is after the flagged date, something is
wrong (flag should have been removed). If the flag is there then the
page needs updating. Ideally, flagging the page would indicate the
reason for the flag.

Anyone know how you'd do this in a maintainable way in MediaWiki?

Cheers,
Dave.

On 03/13/2014 05:53 PM, Bob Doolittle wrote:

Hi,

As most are aware, there's a lot of information on the Ovirt Wiki that's
out of date. In spite of our best efforts, that will probably always be
true - it's the nature of Wikis.

When I look for information on our Wiki, I never know where the most
current information is.

I think it would be really helpful if someplace on each Wiki page was a
useful date to let us know the currency of the info. Probably the most
useful date is last-modified, although creation date might also be
useful. Maybe we could even map/display the date to the version number
of whatever the current stable release was at the time for context
(sometimes the content of a page calls out a particular version it's
addressing, but a lot of the time it does not).

Just as an example, I want to find out about migrating my existing
configuration to self-hosted, using 3.4 RC2. A google search shows the
following links (in order shown):

http://www.ovirt.org/Features/Self_Hosted_Engine
http://www.ovirt.org/Migrate_to_Hosted_Engine
http://www.ovirt.org/Hosted_Engine_Howto
...

I'm sure the Features page is ancient at this point. It's hard to tell
about the 2nd page.

Of course the date a page was last modified doesn't directly indicate
how correct/current the information is, but there's a correlation.
Knowing the date would be useful in making a judgment. It might even
help the task of identifying and cleaning up obsolete pages.

Easy to do?

-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


[Users] Request for Wiki - dates

2014-03-13 Thread Bob Doolittle

Hi,

As most are aware, there's a lot of information on the Ovirt Wiki that's 
out of date. In spite of our best efforts, that will probably always be 
true - it's the nature of Wikis.


When I look for information on our Wiki, I never know where the most 
current information is.


I think it would be really helpful if someplace on each Wiki page was a 
useful date to let us know the currency of the info. Probably the most 
useful date is last-modified, although creation date might also be 
useful. Maybe we could even map/display the date to the version number 
of whatever the current stable release was at the time for context 
(sometimes the content of a page calls out a particular version it's 
addressing, but a lot of the time it does not).


Just as an example, I want to find out about migrating my existing 
configuration to self-hosted, using 3.4 RC2. A google search shows the 
following links (in order shown):


http://www.ovirt.org/Features/Self_Hosted_Engine
http://www.ovirt.org/Migrate_to_Hosted_Engine
http://www.ovirt.org/Hosted_Engine_Howto
...

I'm sure the Features page is ancient at this point. It's hard to tell 
about the 2nd page.


Of course the date a page was last modified doesn't directly indicate 
how correct/current the information is, but there's a correlation. 
Knowing the date would be useful in making a judgment. It might even 
help the task of identifying and cleaning up obsolete pages.


Easy to do?

-Bob

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


Re: [Users] Can't connect to any console

2014-03-13 Thread Bob Doolittle
Try disabling firewalld and/or iptables.
On Mar 13, 2014 1:08 PM, Chloride Cull chlor...@devurandom.net wrote:

 So, I've finally managed to set up an all-in-one setup on a CentOS box.
 Issue is, I can't connect to any running VMs, connecting to the console
 works. After some headaches, I've found that VNC just fails, while Spice
 says that there is no route to the host. Thinking it was just that it
 disregarded /etc/hosts, I setup dnsmasq. Still got issues.

 dig shows it resolves, tracepath shows a path and ping gets replies.
 (see http://pastebin.com/raw.php?i=qWy8RnA6)

 Have anyone here had similar issues? How did you do to fix it?

 ___
 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] Migrate simple configuration to self-hosted

2014-03-13 Thread Bob Doolittle

Hi,

I want to migrate my existing deployment to self-hosted. I have a simple 
deployment:


A: Machine Fedora 20
B: libvirt VM (hosted on A) RHEL 6.5 running Engine 3.3.4-1
C: Machine RHEL 6.5 acts as Hypervisor/Host/Node (VDSM 4.13.3-4)

ISO NFS Domain is on B
Data (Master) NFS Domain is on C

I want to migrate VM B to Machine C, as self-hosted, and free up Machine A

When I look at these instructions:
http://www.ovirt.org/Migrate_to_Hosted_Engine

It starts with I installed a new host with fedora 19.

I don't understand this. Won't most people doing this migration want to 
start with their existing Hypervisor/Host/Node, and migrate their Engine 
to it? Do I really need a new 3rd machine, when my goal is to free up 
one of my 2 existing machines?


Or can I go ahead and assume these instructions are fine to apply to an 
existing Host already running VDSM 4.13.3-4?


I would have (naively?) imagined that the typical migration would be 
something like:


0. Upgrade Engine and Host to 3.4
1. Create a new VM
2. Install OS on new VM, start it up
3. Backup current Engine
4. Stop current Engine (leave Host and VM running), change hostname 
(local and DNS), maybe power off for good luck until done
5. Login to new VM (probably using ssh unless there's a way to connect 
directly to the VM via Spice/VNC while the Engine is down) to:
A. Assign previous Engine hostname to it (local and DNS), possibly 
reboot

B. Set it up as a self-hosted Engine
C. Restore backup to it
D. Start up new engine

What am I missing?

Thanks,
Bob

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


Re: [Users] Request for Wiki - dates

2014-03-13 Thread Bob Doolittle


On 03/13/2014 03:28 PM, Doron Fediuck wrote:


- Original Message -

From: Bob Doolittle b...@doolittle.us.com
To: users users@ovirt.org
Sent: Thursday, March 13, 2014 6:53:13 PM
Subject: [Users] Request for Wiki - dates

Hi,

As most are aware, there's a lot of information on the Ovirt Wiki that's
out of date. In spite of our best efforts, that will probably always be
true - it's the nature of Wikis.

When I look for information on our Wiki, I never know where the most
current information is.

I think it would be really helpful if someplace on each Wiki page was a
useful date to let us know the currency of the info. Probably the most
useful date is last-modified, although creation date might also be
useful. Maybe we could even map/display the date to the version number
of whatever the current stable release was at the time for context
(sometimes the content of a page calls out a particular version it's
addressing, but a lot of the time it does not).

Just as an example, I want to find out about migrating my existing
configuration to self-hosted, using 3.4 RC2. A google search shows the
following links (in order shown):

http://www.ovirt.org/Features/Self_Hosted_Engine
http://www.ovirt.org/Migrate_to_Hosted_Engine
http://www.ovirt.org/Hosted_Engine_Howto
...

I'm sure the Features page is ancient at this point. It's hard to tell
about the 2nd page.

Of course the date a page was last modified doesn't directly indicate
how correct/current the information is, but there's a correlation.
Knowing the date would be useful in making a judgment. It might even
help the task of identifying and cleaning up obsolete pages.

Easy to do?

-Bob


Hi Bob,
I'm not against it and I'm aware of the fact that pages tend to become out of 
date.
Since every page has a history as you can see in the attached, adding another 
date
seems needles.

What do you think?

Hi Doron,

I was thinking of something very simple - a clear text date on ever page 
on the Wiki.


I can't see anything that looks like your attached picture of menus on 
this page, for example:

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

Do you have to log in to see that menu? If so, that's not very helpful 
to those without accounts...


-Bob

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


Re: [Users] oVirt 3.5 planning

2014-02-25 Thread Bob Doolittle

On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:


I am also voting in favor of ovirt-guest-tools-iso.



+1

BTW this RFE is already in Bugzilla: 
https://bugzilla.redhat.com/show_bug.cgi?id=1028489


It's my understanding that the biggest challenge is creating a suitable 
build environment.


It's been pushed off for the last few releases. Interested parties could 
also add themselves to the CC of the report to emphasize interest.


-Bob


Best,

Latcho

--

Latchezar FiltchevAmerican 
University in Bulgaria


Director Office of Communications   1 G.Izmirliev - Makednocheto sq.

and Computing  2700 
Blagoevgrad


e-mail: lat...@aubg.bg Bulgaria

Direct: +359 (73) 888346

Assistant: +359 (73) 888333

Fax: +359 (73) 888188

*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *Liviu Elama

*Sent:* Tuesday, February 25, 2014 4:34 AM
*To:* users@ovirt.org
*Subject:* Re: [Users] oVirt 3.5 planning

ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to 
ISO domain by default


On Tue, Feb 25, 2014 at 2:55 PM, Maurice James midnightst...@msn.com 
mailto:midnightst...@msn.com wrote:


External authentication that does not require the use of Kerberos in the
environment :)


-Original Message-
From: users-boun...@ovirt.org mailto:users-boun...@ovirt.org 
[mailto:users-boun...@ovirt.org mailto:users-boun...@ovirt.org] On 
Behalf Of

Itamar Heim
Sent: Monday, February 24, 2014 11:59 AM
To: users@ovirt.org mailto:users@ovirt.org
Subject: [Users] oVirt 3.5 planning

with oVirt 3.4 getting close to GA with many many great features, time to
collect requests for 3.5...
___
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


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


Re: [Users] vmware image conversion

2014-02-19 Thread Bob Doolittle
My recollection is that VMware provides a converter to change your 
VMware non-ESX VMs into ESX format.

Do you have to buy ESX to gain access to it?

-Bob

On 02/19/2014 05:46 PM, Maurice James wrote:

I even open a feature request that they closed pretty quickly with WONTFIX
https://bugzilla.redhat.com/show_bug.cgi?id=1062910 . Why is this such a
touchy issue?

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of
Ted Miller
Sent: Wednesday, February 19, 2014 7:28 PM
To: users@ovirt.org
Subject: Re: [Users] vmware image conversion


On 2/9/2014 4:27 PM, Itamar Heim wrote:

On 02/09/2014 10:28 PM, Maurice James wrote:

The instructions assume that I have an ESX instance to connect to.
How do I do this with an already exported vmware image with no esx
available to connect to? I have a turnkey drupal vm in ovf format

-Original Message-
From: Itamar Heim [mailto:ih...@redhat.com]
Sent: Sunday, February 09, 2014 2:24 PM
To: Maurice James; 'users'
Subject: Re: [Users] vmware image conversion

On 02/09/2014 07:02 PM, Maurice James wrote:

According to this https://rhn.redhat.com/errata/RHBA-2013-1749.html
It does not do it

please review:
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise
_Virtua lization/3.3/html-single/V2V_Guide/index.html


-Original Message-
From: Itamar Heim [mailto:ih...@redhat.com]
Sent: Sunday, February 09, 2014 4:52 AM
To: Maurice James; 'users'
Subject: Re: [Users] vmware image conversion

On 02/08/2014 04:18 PM, Maurice James wrote:

I submitted an RFE to have vmware image conversion added to 3.5. I
think that is a key feature that is lacking. Im just trying to get
some eyes on it here.

https://bugzilla.redhat.com/show_bug.cgi?id=1062910



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


can you comment on the gaps from virt-v2v which does this today (in
the bug as well).

thanks,
   Itamar


iirc, you need an ESX currently.

Some of us are stuck without a way to try out ovirt because of this.  ESX is
not the only platform that people run VMWare on.  I am trying to bring over
VMs from an old VMWare Server setup on Centos 5.  Works fine, but there is
no migration path.  Other people may have VMs on VMWare Workstation or
other, older products.  We just get told to go fly a kite?

If the only choice is to bring up a full-blown, working ESX instance, I may
bring up ESXi and stay there.

Ted Miller
Elkhart, IN

___
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] Timezone Hypervisor/VM

2014-02-07 Thread Bob Doolittle


On 02/07/2014 10:26 AM, Markus Stockhausen wrote:

Hello,

you are right. Only Windows VMs show that behaviour. But for Linux the
problem is even more strange: Have a look at my database for a specific
Linux VM:

engine=# select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b 
where a.vm_guid=b.vm_guid;

 vm_name  | utc_diff
--+--
 colvm53  |  -271973

Logging into the VM it shows the correct time but the hardware clock 
is far away according to utc_diff:


colvm53:~ # hwclock
Tue Feb  4 12:49:21 2014  -0.173138 seconds
colvm53:~ # date
Fri Feb  7 16:20:42 CET 2014

Maybe because it reads the KVM/QEMU timing values another way than 
Windows.


Have you tried changing utc_diff for a Linux VM, to see if that has any 
effect?


-Bob



Markus



*Von:* Bob Doolittle [b...@doolittle.us.com]
*Gesendet:* Freitag, 7. Februar 2014 16:18
*An:* Markus Stockhausen
*Cc:* from...@redhat.com; users; Martin Polednik; Dan Kenigsberg
*Betreff:* Re: AW: [Users] Timezone Hypervisor/VM

Marcus,

Are all your VMs Windows? Because I have a mix and only Windows VMs 
are affected. Seems like changing utc_diff should only be done for 
Windows VMs (Linux happy to work with a hardware clock of GMT).


-Bob

On Feb 7, 2014 9:54 AM, Markus Stockhausen stockhau...@collogia.de 
mailto:stockhau...@collogia.de wrote:


 Von: Markus Stockhausen
 Gesendet: Freitag, 7. Februar 2014 14:46
 An: Dan Kenigsberg; from...@redhat.com mailto:from...@redhat.com
 Cc: Bob; Martin Polednik; ovirt-users
 Betreff: AW: [Users] Timezone Hypervisor/VM

 
  A detailed BZ report is worth its weight in gold ;-)
 
  Dan.

 Opened BZ 1062615 for that.

 Markus

Hi Dan,

just saw the bug update with target 3.4.1. Could you
reproduce the bug and do you have some advice how to
handle that setting until then? And what should I expect
when daylight saving takes place in march?

From my understanding I would:

- pin all VMs to utc_diff=3600 (GMT+1) now
- pin all VMs to utc_diff=7200 (GMT+2) after change of summertime

Markus



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


[Users] Best way to request a new feature?

2014-02-07 Thread Bob Doolittle

What's the best way to request a new feature?

Do we manage a Wiki page for this somewhere? Or should I just open a 
bug/rfe?


The feature I'd like to see:

It would be nice if the Admin page had an indication either on the VMs 
page or in the left navigation frame when everything is in place for 
starting VMs.


Here's an example scenario to illustrate why this would be useful:

Every morning I power up my Engine and Host machines. The first thing I 
have to do is Activate my Host, and then monitor it while it comes up, 
Contends and eventually assumes SPM responsibility. Then I can change to 
the tab with my VMs and start up the one(s) I need, and open their consoles.


But I have to watch the Host tab until SPM is established, because when 
looking at the VMs page there's no indication whether they can be 
started up yet or not. Nothing unless I try to start one, and get a 
pop-up error.


Additional useful features:

Is there any way to cause a VM to automatically power on as soon as 
oVirt is ready to do so?
Is there any way to cause a console to automatically open up as soon as 
a VM is started?


-Bob

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


Re: [Users] Best way to request a new feature?

2014-02-07 Thread Bob Doolittle

Thanks.

I decided the first issue is really a bug. There should really be a 
different VM indication for:

- Powered down, vs
- System not ready to start up VMs
https://bugzilla.redhat.com/show_bug.cgi?id=1062745

I realize this is one of those gray areas of This behavior is by 
design while the severity of this makes it more like a flaw than a 
missing feature I think. You can watch the VM tab forever during oVirt 
host startup and never know when the VMs are actually ready to start up.


I opened an RFE for auto-starting VMs once oVirt becomes ready, and 
auto-opening consoles for VMs at startup:

https://bugzilla.redhat.com/show_bug.cgi?id=1062740

In theory this could be separated into two RFEs.

Thanks,
   Bob

On 02/07/2014 04:16 PM, Itamar Heim wrote:

On 02/07/2014 07:36 PM, Bob Doolittle wrote:

What's the best way to request a new feature?

Do we manage a Wiki page for this somewhere? Or should I just open a
bug/rfe?

The feature I'd like to see:

It would be nice if the Admin page had an indication either on the VMs
page or in the left navigation frame when everything is in place for
starting VMs.

Here's an example scenario to illustrate why this would be useful:

Every morning I power up my Engine and Host machines. The first thing I
have to do is Activate my Host, and then monitor it while it comes up,
Contends and eventually assumes SPM responsibility. Then I can change to
the tab with my VMs and start up the one(s) I need, and open their
consoles.

But I have to watch the Host tab until SPM is established, because when
looking at the VMs page there's no indication whether they can be
started up yet or not. Nothing unless I try to start one, and get a
pop-up error.

Additional useful features:

Is there any way to cause a VM to automatically power on as soon as
oVirt is ready to do so?
Is there any way to cause a console to automatically open up as soon as
a VM is started?

-Bob

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


best way is opening a BZ RFE, then promoting it via this mailing list 
for extra attention (well, to the lifespan of emails. worth re-trying 
on next version feature polling as well...)


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


Re: [Users] Best way to request a new feature?

2014-02-07 Thread Bob Doolittle


On 02/07/2014 04:46 PM, Itamar Heim wrote:

On 02/07/2014 11:41 PM, Bob Doolittle wrote:


I opened an RFE for auto-starting VMs once oVirt becomes ready, and
auto-opening consoles for VMs at startup:
https://bugzilla.redhat.com/show_bug.cgi?id=1062740

In theory this could be separated into two RFEs.


i suggest opening as separate items, different logic and place of 
implementation probably




Thanks.

RFE Auto-start VM at oVirt ready: 
https://bugzilla.redhat.com/show_bug.cgi?id=1062740


RFE Auto-open console at VM startup: 
https://bugzilla.redhat.com/show_bug.cgi?id=1062751


-Bob

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


  1   2   >