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

[Bob Doolittle]

On May 6, 2015 4:47 AM, "Martin Perina"  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" 
> > 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

[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

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

[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

[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] [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and cloud-init

[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

[Bob Doolittle]

On 03/12/2015 08:34 AM, Bob Doolittle wrote:
> 
> On Mar 12, 2015 7:52 AM, "David Jaša"  <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

[Bob Doolittle]

On Mar 12, 2015 7:52 AM, "David Jaša"  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

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

[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)

[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" mailto:b...@doolittle.us.com>> wrote:
>
>
> On 03/10/2015 10:20 AM, Simone Tiraboschi wrote:
>>
>>
>> - Original Message -
>>>
>>> From: "Bob Doolittle" mailto:b...@doolittle.us.com>>
>>> To: "Simone Tiraboschi" mailto:stira...@redhat.com>>
>>> Cc: "users-ovirt" 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" >>>> <mailto:b...@doolittle.us.com>>
>>>>> To: "Simone Tiraboschi" mailto:stira...@redhat.com>>
>>>>> Cc: "users-ovirt" 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" >>>>>>> <mailto:b...@doolittle.us.com>>
>>>>>>>> To: "Simone Tiraboschi" >>>>>>> <mailto:stira...@redhat.com>>
>>>>>>>> Cc: "users-ovirt" 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

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

[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

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

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

[Bob Doolittle]

On 03/10/2015 10:20 AM, Simone Tiraboschi wrote:
>
> - Original Message -
>> From: "Bob Doolittle" 
>> To: "Simone Tiraboschi" 
>> Cc: "users-ovirt" 
>> 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" 
>>>> To: "Simone Tiraboschi" 
>>>> Cc: "users-ovirt" 
>>>> 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" 
>>>>>>> To: "Simone Tiraboschi" 
>>>>>>> Cc: "users-ovirt" 
>>>>>>> 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 ho

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

[Bob Doolittle]

On 03/10/2015 04:58 AM, Simone Tiraboschi wrote:
>
> - Original Message -
>> From: "Bob Doolittle" 
>> To: "Simone Tiraboschi" 
>> Cc: "users-ovirt" 
>> 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" 
>>>>> To: "Simone Tiraboschi" 
>>>>> Cc: "users-ovirt" 
>>>>> 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 o

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

[Bob Doolittle]

On 03/09/2015 07:12 AM, Simone Tiraboschi wrote:
>
> - Original Message -
>> From: "Bob Doolittle" 
>> To: "Simone Tiraboschi" 
>> 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"  wrote:
>>>
>>>
>>> - Original Message -
>>>> From: "Bob Doolittle" 
>>>> To: "users-ovirt" 
>>>> 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 o

Re: [ovirt-users] NFS

[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  >:
>
> 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
> \:_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 
> > 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 
> 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

[Bob Doolittle]

Resending - inadvertently dropped CCs.

On Wed, Dec 3, 2014 at 7:50 AM, Bob Doolittle  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 
> 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] Simple way to activate live merge in FC20 cluster

[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 :
>>
>> 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
>> > 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-

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

[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 :
> 
> 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
> > 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
>

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

[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
> 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   www.monkeymen.tv
> 
> 
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[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"  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

[Bob Doolittle]

On 10/02/2014 03:19 PM, Gianluca Cecchi wrote:
On Thu, Oct 2, 2014 at 8:34 PM, Bob Doolittle <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] [ovirt-devel] ovirt-3.5 ovirt-guest-agent linux builds are now available

[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 
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] [ANN] oVirt 3.4.4 Release is now available

[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] [ANN] oVirt 3.4.4 Release is now available

[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] [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.0 status

[Bob Doolittle]

Hi,

I just reviewed the Release Notes, and came across this cryptic passage 
at 
http://www.ovirt.org/OVirt_3.5_Release_Notes#What_does_this_change_mean_for_the_admin.3F 
:


Thus, it is of utmost importance that *if you have ifcfg handmade 
customizations that you port those changes to be use custom network 
properties and write a hook to apply them*. 


I have no idea what this means, and suspect I'm not alone among the 
readers. Some examples and/or links would be very helpful here.


Thanks,
Bob

On 09/17/2014 07:46 AM, Sandro Bonazzola wrote:

Hi,
We are going to start composing oVirt 3.5.0 GA (or RC3, depending on Test Day 
results and oVirt Sync Meeting decisions) on Monday 2014-09-22.

Maintainers:
- Please be sure that 3.5 snapshot satisfy release criteria[9]
- Please be sure that no pending patches are going to block the release
- If any patch must block the GA release please raise the issue as soon as 
possible.
- If any packages need a rebase please raise the issue as soon as possible.
- Be aware that packages that doesn't need a rebase must be re-built with final 
release versioning from the RC2 tag.

The bug tracker [1] shows the following proposed blockers to be reviewed:

Bug ID  Whiteboard  Status  Summary
1142256 integration POSTengine-setup does not write conf file to allow 
accessing reports

And the following dependencies still open:
Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened 
for writing
Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block 
storage

The following bugs are keyworded as Regression and not marked as blockers[10]

Bug ID  Whiteboard  Status  Summary
1135909 infra   POST[Event log] Wrong warning about available swap 
memory of host [1023MB], when actually host has [1024MB]  memory size
1118349 storage NEW [vdsm] Creating DataCenter 3.5 using master 
domain V1 fails with InquireNotSupportedError
1110444 ux  POSTbookmark selection does not work on first try
1138314 virtNEW Fail to start vm with payload.

Feature freeze is now effective, and branch has been created.
All new patches must be backported to 3.5 branch too.
Features completed are marked in green on Features Status Table [2]

There are still 83 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 58 bugs [4] targeted to 
3.5.0.

More in detail [5]:

Whiteboard  NEW ASSIGNEDPOSTTotal
docs14  1   0   15
gluster 9   4   2   15
i18n0   0   1   1
integration 1   1   1   3
node6   4   0   10
ppc 2   0   4   6
sla 5   0   8   13
storage 0   0   3   3
virt12  0   5   17
Total   49  10  24  83


Maintainers / Assignee:
- Please ensure that completed features are marked in green on Features Status 
Table [2]
- If you find a blocker bug please remember to add it to the tracker [1]
- Please fill release notes, the page has been created here [6]
- Please review results from Third Test Day [7]
- Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0:
   it will ease gathering the blocking bugs for next releases.

Community:
- You're welcome to join us testing next release candidate and getting involved 
in oVirt Quality Assurance[8]


[1] http://bugzilla.redhat.com/1073943
[2] http://goo.gl/4SuYdE
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1zT2mSq
[5] http://red.ht/1q7SqNL
[6] http://www.ovirt.org/OVirt_3.5_Release_Notes
[7] http://etherpad.ovirt.org/p/3.5-testday-3
[8] http://www.ovirt.org/OVirt_Quality_Assurance
[9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29
[10] http://goo.gl/uavikG

Thanks,


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

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

[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
").

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

[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 
").


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

[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?

[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?

[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

[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"  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  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" 
>>> To: "Shanil S" , "Dan Kenigsberg" <
>>> dan...@redhat.com>, aha...@redhat.com, "Sven Kieske" <
>>> s.kie...@mittwald.de>, "Antoni Segura Puimedon" ,
>>> "Itamar Heim" 
>>> Cc: "Michal Skrivanek" , "Frantisek
>>> Kobzik" , 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 
>>> 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  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 wan

Re: [ovirt-users] Self-hosted Engine

[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"  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

[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

Re: [ovirt-users] ovirt guest agent iso

[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] Problem installing Ubuntu Guest Agent

[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] Problem installing Ubuntu Guest Agent

[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

[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

[ovirt-users] Problem installing Ubuntu Guest Agent

[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] Windows Guest Agent - Server 2008 R2

[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

[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 
 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?

[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" <mailto:fsimo...@redhat.com>> wrote:


- Original Message -----
> From: "Bob Doolittle" mailto:b...@doolittle.us.com>>
> To: "Doron Fediuck" mailto:dfedi...@redhat.com>>, "Andrew Lau" mailto:and...@andrewklau.com>>
> Cc: "users" mailto:users@ovirt.org>>,
"Federico Simoncelli" 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?

[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"  wrote:

> - Original Message -
> > From: "Bob Doolittle" 
> > To: "Doron Fediuck" , "Andrew Lau" <
> and...@andrewklau.com>
> > Cc: "users" , "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?

[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 Lau"
To: "Bob Doolittle"
Cc: "users"
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 Doolittle  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 Lau"  wrote:

On Mon, May 26, 2014 at 5:10 AM, Bob Doolittle
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 (

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

[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" 
To: "Sven Kieske" 
Cc: "users" , "Doron Fediuck" , "Itamar Heim" 

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"  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?

[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"  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

[ovirt-users] oVirt 3.4.2 Hosted

[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

[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" 
*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 :
 >
 > 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?

[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"  wrote:

> On Mon, May 26, 2014 at 5:10 AM, Bob Doolittle 
> 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?

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

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

[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?

[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

[ovirt-users] Creating a VM for Ubuntu 14 (Trusty Tahr)

[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?

[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" 
To: "users" 
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

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

[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"  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 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.
>> 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 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 
>> 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

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

[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 <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)

[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 > 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] Cannot find guest domain /var/tmp/console-9.rdp

[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] Cannot find guest domain /var/tmp/console-9.rdp

[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

[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

[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

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

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

[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

[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

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

[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

[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] Migrate to Hosted Engine - problem with doc/web page

[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

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

[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] Recovering from an aborted hosted-engine --deploy

[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 

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

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

[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"

[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"

[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"

[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  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"  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] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.

[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] Auto-SOLVED, but read anyway : Invalid status on Data Center. Setting status to Non Responsive.

[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] New problem with hosted-engine during "Configuring the management bridge"

[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"  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

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

[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*  -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

[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

Re: [ovirt-users] Failure during self-hosted deployment: exception configuring management bridge

[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:  = '';  = 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: [ovirt-users] Failure during self-hosted deployment: exception configuring management bridge

[Bob Doolittle]

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:  = '';  = 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 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?


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.


What is my best workaround? I need to get going again ASAP.

Thanks,
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

[Bob Doolittle]

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:  = '';  = 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


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


-Bob

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

Re: [Users] [Ann] oVirt 3.4 GA Releases

[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" 
A: "Johan Kooijman" 
Cc: "Sandro Bonazzola" , "Gianluca Cecchi" 
, "users"


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

[Bob Doolittle]

On 03/27/2014 02:02 PM, Sandro Bonazzola wrote:

- Messaggio originale -

Da: "Bob Doolittle" 
A: "Johan Kooijman" 
Cc: "Sandro Bonazzola" , "Gianluca Cecchi" 
, "users"

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

[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

[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 <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
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

[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  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] Windows guest time behind an hour after reboot

[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  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] Request for Wiki - dates

[Bob Doolittle]

On 03/16/2014 04:35 AM, Yedidyah Bar David wrote:

- Original Message -

From: "Bob Doolittle" 
To: "Doron Fediuck" 
Cc: "users" 
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" 
To: "users" 
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_Engine&action=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] Migrate simple configuration to self-hosted

[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

[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

Re: [Users] Request for Wiki - dates

[Bob Doolittle]

On 03/13/2014 03:28 PM, Doron Fediuck wrote:


- Original Message -

From: "Bob Doolittle" 
To: "users" 
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

[Users] Migrate simple configuration to self-hosted

[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] Can't connect to any console

[Bob Doolittle]

Try disabling firewalld and/or iptables.
On Mar 13, 2014 1:08 PM, "Chloride Cull"  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 )
>
> 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] Request for Wiki - dates

[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] oVirt 3.5 planning

[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 > 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 ] On 
Behalf Of

Itamar Heim
Sent: Monday, February 24, 2014 11:59 AM
To: 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 
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users



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


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

Re: [Users] vmware image conversion

[Bob Doolittle]

Yes.
So:

VMware non-ESX -> ESX, using VMware's tool, then
ESX -> RHEV using virt-v2v

no?

If this is viable, it's easy to understand why nobody wants to put 
effort into supporting a bevy of VMware VM formats, when there's a tool 
already available to convert to one and they can focus on it.


-Bob

On 02/19/2014 05:52 PM, Maurice James wrote:

I want to change it from VMware to RHEV/oVirt

-Original Message-
From: Bob Doolittle [mailto:b...@doolittle.us.com]
Sent: Wednesday, February 19, 2014 8:51 PM
To: Maurice James; 'Ted Miller'; users@ovirt.org
Subject: Re: [Users] vmware image conversion

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_Enterpris
e _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] vmware image conversion

[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