Re: [ovirt-users] Updated Invitation: [Deep dive] Host Network QoS - oVirt 3.6 @ Thu Nov 26, 2015 5pm - 6pm (ibar...@redhat.com)

2015-12-01 Thread Dan Kenigsberg
On Fri, Nov 27, 2015 at 04:54:11PM -0400, Gervais de Montbrun wrote:
> Did this event date change? I tried to participate and it never seemed to 
> start. If it was recorded, I'd love the link.

Hmm, I cannot find the notice myself but the date has changed.

You are most welcome to join
https://plus.google.com/events/c3la9vdse911atq991qflogtq0g

tomorrow (December 2nd), 3pm UTC.

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


[ovirt-users] Setting up oVirt for the first time

2015-12-01 Thread Gervais de Montbrun
Hi All,

I've done a lot of reading and lots of comparison of different hypervisors and 
tools and have decided that oVirt would be the best option. My initial use case 
is a not too new server that I will setup to run multiple development 
environments for the devs here, but I wanted something that will scale out to 
production as the vm infrastructure, hardware, etc. grows here.

I'll soon have a second server to run my vm's on and want to setup a 
self-hosted engine. I'm trying to find the most recent version of a how-to on 
the same. I found a presentation showing off how much easier it is to do this 
in oVirt 3.6 but can't find the correct docs. I seem to always end up with 3.5 
or older versions. Can someone point me at a how-to of how to best achieve 
this. 

Also, while I have you all here... :-)
Is it possible to setup the hypervisor hosts themselves as NFS servers to 
create Storage (I realize that this will play havoc with the HA). We do have an 
NFS server that we will be upgrading to add storage and faster drives, but I 
was thinking that I may be able to use the internal storage of the hypervisors 
themselves as a short term stopgap and then migrate vm's to the upgraded NFS 
server later. Will that even work, or will it break somehow?

Any advice for a new install would be welcome.

Thank you 

Cheers,
Gervais

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


Re: [ovirt-users] Setting up oVirt for the first time

2015-12-01 Thread Simone Tiraboschi
On Tue, Dec 1, 2015 at 10:59 PM, Gervais de Montbrun  wrote:

> Hi All,
>
> I've done a lot of reading and lots of comparison of different hypervisors
> and tools and have decided that oVirt would be the best option. My initial
> use case is a not too new server that I will setup to run multiple
> development environments for the devs here, but I wanted something that
> will scale out to production as the vm infrastructure, hardware, etc. grows
> here.
>
> I'll soon have a second server to run my vm's on and want to setup a
> self-hosted engine. I'm trying to find the most recent version of a how-to
> on the same. I found a presentation showing off how much easier it is to do
> this in oVirt 3.6 but can't find the correct docs. I seem to always end up
> with 3.5 or older versions. Can someone point me at a how-to of how to best
> achieve this.
>

http://www.ovirt.org/Features/HEApplianceFlow



> Also, while I have you all here... :-)
> Is it possible to setup the hypervisor hosts themselves as NFS servers to
> create Storage (I realize that this will play havoc with the HA). We do
> have an NFS server that we will be upgrading to add storage and faster
> drives, but I was thinking that I may be able to use the internal storage
> of the hypervisors themselves as a short term stopgap and then migrate vm's
> to the upgraded NFS server later. Will that even work, or will it break
> somehow?
>

What you are asking for is generally called hyper-convergence. We tried to
have it for 3.6 with glusterfs on each node but it wasn't valuated stable
enough to  be released. We are still working on that for the next release.


> Any advice for a new install would be welcome.
>
> Thank you
>
> Cheers,
> Gervais
>
>
> ___
> 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] Setting up oVirt for the first time

2015-12-01 Thread Gervais de Montbrun
Simone,

Thanks so much for the quick reply with the link. Much obliged.

How far off is hyper-convergence? If it is close, I could possibly wait.

Cheers,
Gervais

> On Dec 1, 2015, at 6:47 PM, Simone Tiraboschi  wrote:
> 
> 
> 
> On Tue, Dec 1, 2015 at 10:59 PM, Gervais de Montbrun  > wrote:
> Hi All,
> 
> I've done a lot of reading and lots of comparison of different hypervisors 
> and tools and have decided that oVirt would be the best option. My initial 
> use case is a not too new server that I will setup to run multiple 
> development environments for the devs here, but I wanted something that will 
> scale out to production as the vm infrastructure, hardware, etc. grows here.
> 
> I'll soon have a second server to run my vm's on and want to setup a 
> self-hosted engine. I'm trying to find the most recent version of a how-to on 
> the same. I found a presentation showing off how much easier it is to do this 
> in oVirt 3.6 but can't find the correct docs. I seem to always end up with 
> 3.5 or older versions. Can someone point me at a how-to of how to best 
> achieve this.
> 
> http://www.ovirt.org/Features/HEApplianceFlow 
> 
>  
>  
> Also, while I have you all here... :-)
> Is it possible to setup the hypervisor hosts themselves as NFS servers to 
> create Storage (I realize that this will play havoc with the HA). We do have 
> an NFS server that we will be upgrading to add storage and faster drives, but 
> I was thinking that I may be able to use the internal storage of the 
> hypervisors themselves as a short term stopgap and then migrate vm's to the 
> upgraded NFS server later. Will that even work, or will it break somehow?
> 
> What you are asking for is generally called hyper-convergence. We tried to 
> have it for 3.6 with glusterfs on each node but it wasn't valuated stable 
> enough to  be released. We are still working on that for the next release.
>  
> Any advice for a new install would be welcome.
> 
> Thank you 
> 
> Cheers,
> Gervais
> 
> 
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users 
> 
> 
> 

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


Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Simone Tiraboschi
On Tue, Dec 1, 2015 at 4:13 PM, Thomas Scofield  wrote:

> There was an error message on the setup, but everything continued on and
> the hosted engine was available so I didn't think much of it.
>
I opened a bug about that:
https://bugzilla.redhat.com/show_bug.cgi?id=1287159


> If there is some way of recovering this setup I would like to give that a
> try, if you can provide some instructions that would be great, thanks.
>

OK, I recreated the archive from your log file, I'm attaching it.
Please decompress it in a temporary empty directory and then delete the
archive file.
Check if everything is OK for you and then:

sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
sdUUID=${sdUUID_line:7:36}
conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
hosted-engine.conf)
conf_volume_UUID=${conf_volume_UUID_line:17:36}
conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
hosted-engine.conf)
conf_image_UUID=${conf_image_UUID_line:16:36}
tar -cO * | dd of=/rhev/data-center/mnt/blockSD/$sdUUID/images/$
conf_image_UUID/$conf_volume_UUID oflag=direct

Let me know.


> On Dec 1, 2015 9:36 AM, "Simone Tiraboschi"  wrote:
>
>>
>>
>> On Tue, Dec 1, 2015 at 3:24 PM, Thomas Scofield 
>> wrote:
>>
>>> I did import the lun into the engine.  I had the hosted engine running
>>> for a few days and I was able to restart it a number of times.  It wasn't
>>> until I rebooted the physical box that it was running on that I encountered
>>> the problem.
>>>
>> hosted-engine-setup probably failed adding the LUN to the engine cause it
>> was already there or something similar; we need engine logs to better
>> understand but the result is that it didn't completed creating the storage
>> volume.
>> Probably it's not worth to fix it cause we are going to remove that once
>> we completed the procedure to auto-import the hosted-engine storage domain.
>> didn't you noticed that it failed? wasn't the output clear enough?
>>
>> Then the setup generates a temp file under
>> /var/run/ovirt-hosted-engine-ha/vm.conf to use it for the first run and it
>> copies to the shared storage for other hosts and further runs.
>> But it failed for the issue above before being able to copy it to the
>> shared storage.
>>
>> Your local  /var/run/ovirt-hosted-engine-ha/vm.conf  simply survived till
>> you rebooted the host and so you were able to reboot the engine VM. As
>> expected it disappeared once you rebooted.
>> Probably the agent should validate the conf volume more strictly and fail
>> more clearly in this case so you'd notice it before.
>> I'll open a bug against that.
>>
>
Done:
https://bugzilla.redhat.com/show_bug.cgi?id=1287195



>
>> If you want to manually fix in order to recover your setup I can give you
>> the instruction set to manually create the configuration volume on the
>> shared storage.
>> If it was just an evaluation I'd suggest to redeploy it from scratch.
>>
>>
>>
>>> On Dec 1, 2015 9:14 AM, "Simone Tiraboschi"  wrote:
>>>


 On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield 
 wrote:

> Are there different instructions for an iscsi domain?  I was able to
> find the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
> conf_image_UUID/$conf_volume_UUID but the tar command failed
>
> tar: This does not look like a tar archive
> tar: Exiting with failure status due to previous errors
>
> This was a relatively recent fresh install, the setup log is attached.
>

 The conf volume is not there cause ovirt-hosted-engine-setup failed
 before creating it.

 Indeed we have:
 2015-11-22 16:30:27 DEBUG
 otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
 add_disk._closeup:153 Connecting to the Engine
 2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156
 method exception
 Traceback (most recent call last):
   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146,
 in _executeMethod
 method['method']()
   File
 "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
 line 182, in _closeup
 lun_list = check_lun_storage.get_logical_unit()
 AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
 2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165
 Failed to execute stage 'Closing up': 'NoneType' object has no attribute
 'get_logical_unit'

 and:
 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142
 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
 condition False
 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142
 Stage terminate METHOD 

Re: [ovirt-users] cloud-init and sealing of template

2015-12-01 Thread Shahar Havivi
On 01.12.15 17:26, Gianluca Cecchi wrote:
> On Tue, Dec 1, 2015 at 9:42 AM, Shahar Havivi  wrote:
> 
> > On 01.12.15 09:03, Gianluca Cecchi wrote:
> > > Hello,
> > > is it correct that even if I use cloud-init I have to seal my candidate
> > VM
> > > before making it a template?
> > Well it depend,
> > If you have a common initialization you can run cloud-init before sealing
> > the
> > template, its more reasonable to create a template and run cloud-init on
> > each
> > VM that created from this template.
> > > In that case what is the correct approach to pre-seal a CentOS 7 VM?
> > > Also, for operating system like Fedora >=20 and/or RHEL/CentOS 7 should I
> > > unconfigure NetworkManager before sealing them, using classic network
> > > service, or what?
> > Yes the NetworkManager can override cloud-init network settings.
> > >
> >
> >
> OK, I'm trying using classic network instead of NetworkManager.
> But right before running the "make template" action, do I have to run any
> of "sys-unconfig" and/or "virt-sysprep" tools?
No you don't need to run this tools.
> 
> - sys-unconfig
> I see in its man page:
> "This utility should not be used for creating cloud or virtual machine
> images.  For  that  use  please see virt-sysprep"
> Does this note apply also in my scenario where I want to seal a VM in oVirt
> before making a template from it?
> 
> - virt-sysprep
> It should be run "out of band" against a disk of a powered off VM if I
> understood correctly.
> Is it applicable in my case with oVirt and a disk that actually is on a
> storage domain?
> It seems more applicable in a plain Qemu?KVM environment...
> 
> It remains open the question about how to properly seal a RHEL 7 / CentOS 7
What do you mean by sealing?
> VM/OS.
> Thanks,
> Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] cloud-init and sealing of template

2015-12-01 Thread Gianluca Cecchi
On Wed, Dec 2, 2015 at 8:18 AM, Shahar Havivi  wrote:

> On 01.12.15 17:26, Gianluca Cecchi wrote:
> >
> > OK, I'm trying using classic network instead of NetworkManager.
> > But right before running the "make template" action, do I have to run any
> > of "sys-unconfig" and/or "virt-sysprep" tools?
> No you don't need to run this tools.
>

 OK. Understood.



> >
> > It remains open the question about how to properly seal a RHEL 7 /
> CentOS 7
> What do you mean by sealing?
>
>
I mean what are the correct modifications t apply to the OS, before makeing
it a template and then create a VM from that template using cloud-init.
For example:
a NetworkManager enabled configuration for ifcfg-eth0 file is somethng like
that on RH EL 7:

TYPE=Ethernet
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=no
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
NAME=eth0
UUID=5a656c34-e4ba-44a1-8079-d2c797e6a8f4
DEVICE=eth0
ONBOOT=yes
IPADDR=10.4.4.29
PREFIX=24
GATEWAY=10.4.4.250
DNS1=10.4.1.11
DNS2=10.4.1.12
DOMAIN="mysearchdomain1.com mysearchdomain2.com"

While an old style (managed by classic "network" service) entry sholud be
something like:

DEVICE=eth0
TYPE=Ethernet
BOOTPROTO=static
ONBOOT=yes
IPADDR=10.4.4.29
PREFIX=24
GATEWAY=10.4.4.250

Do I have to make any modification in both case to ifcfg-eth0 just before
making template or should I leave the original VM values inside?
Does cloud-init provided by oVirt with the values I put inside the GUI
during VM creation replace files using something like "sed" command or does
it run any network-config operating system commands?
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not start

2015-12-01 Thread Willard Dennis
Did the following:

1) yum remove vdsm*
[…]
Removed:
  vdsm.noarch 0:4.17.10.1-0.el7.centos vdsm-cli.noarch 
0:4.17.10.1-0.el7.centosvdsm-gluster.noarch 0:4.17.10.1-0.el7.centos
  vdsm-infra.noarch 0:4.17.10.1-0.el7.centos   vdsm-jsonrpc.noarch 
0:4.17.10.1-0.el7.centosvdsm-python.noarch 0:4.17.10.1-0.el7.centos
  vdsm-xmlrpc.noarch 0:4.17.10.1-0.el7.centos  vdsm-yajsonrpc.noarch 
0:4.17.10.1-0.el7.centos

Dependency Removed:
  ovirt-hosted-engine-ha.noarch 0:1.3.2.1-1.el7.centos 
ovirt-hosted-engine-setup.noarch 0:1.3.0-1.el7.centos 


2) yum install vdsm vdsm-cli vdsm-gluster vdsm-infra vdsm-jsonrpc vdsm-python 
vdsm-xmlrpc vdsm-yajsonrpc
[…]
Installed:
  vdsm.noarch 0:4.17.11-0.el7.centos   vdsm-cli.noarch 
0:4.17.11-0.el7.centos  vdsm-gluster.noarch 0:4.17.11-0.el7.centos
  vdsm-infra.noarch 0:4.17.11-0.el7.centos vdsm-jsonrpc.noarch 
0:4.17.11-0.el7.centos  vdsm-python.noarch 0:4.17.11-0.el7.centos
  vdsm-xmlrpc.noarch 0:4.17.11-0.el7.centosvdsm-yajsonrpc.noarch 
0:4.17.11-0.el7.centos

3) yum install ovirt-hosted-engine-setup ovirt-hosted-engine-ha
[…]
Installed:
  ovirt-hosted-engine-ha.noarch 0:1.3.3-1.el7.centos  
ovirt-hosted-engine-setup.noarch 0:1.3.1-1.el7.centos

Dependency Updated:
  ovirt-host-deploy.noarch 0:1.4.1-1.el7.centos


Result:
[root@ovirt-node-01 ~]# systemctl start vdsmd
Job for vdsmd.service failed. See 'systemctl status vdsmd.service' and 
'journalctl -xn' for details.
[root@ovirt-node-01 ~]# systemctl status vdsmd.service
vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
   Active: failed (Result: start-limit) since Tue 2015-12-01 23:55:05 EST; 14s 
ago
  Process: 21336 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh 
--pre-start (code=exited, status=1/FAILURE)
 Main PID: 20589 (code=exited, status=1/FAILURE)

Dec 01 23:55:05 ovirt-node-01 systemd[1]: Failed to start Virtual Desktop 
Server Manager.
Dec 01 23:55:05 ovirt-node-01 systemd[1]: Unit vdsmd.service entered failed 
state.
Dec 01 23:55:05 ovirt-node-01 systemd[1]: Starting Virtual Desktop Server 
Manager...
Dec 01 23:55:05 ovirt-node-01 systemd[1]: vdsmd.service holdoff time over, 
scheduling restart.
Dec 01 23:55:05 ovirt-node-01 systemd[1]: Stopping Virtual Desktop Server 
Manager...
Dec 01 23:55:05 ovirt-node-01 systemd[1]: Starting Virtual Desktop Server 
Manager...
Dec 01 23:55:05 ovirt-node-01 systemd[1]: vdsmd.service start request repeated 
too quickly, refusing to start.
Dec 01 23:55:05 ovirt-node-01 systemd[1]: Failed to start Virtual Desktop 
Server Manager.
Dec 01 23:55:05 ovirt-node-01 systemd[1]: Unit vdsmd.service entered failed 
state.

Different error now, but vdsmd service still won’t restart correctly...


> On Dec 1, 2015, at 9:25 AM, Simone Tiraboschi  wrote:
> 
> On Tue, Dec 1, 2015 at 3:15 PM, Will Dennis  > wrote:
> I believe sudo is NOT setup for passwordless (then again, didn't see that in 
> any pre-req instructions...) Who would be the sudoer in this case?
> 
> It's not required to take any manual action.
> Can you please try to reinstall vdsm from its rpms and try it again?
>  
> 
> -Original Message-
> From: Fabian Deutsch [mailto:fdeut...@redhat.com ]
> Sent: Tuesday, December 01, 2015 12:58 AM
> To: Will Dennis
> Cc: Simone Tiraboschi; users
> Subject: Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not 
> start
> 
> On Tue, Dec 1, 2015 at 4:52 AM, Will Dennis  > wrote:
> > Any clues out of the strace of vdsm?
> 
> read(9, "sudo: a password is required\n", 4096) = 29
> 
> Could it be that sudo is not configured to operate passwordless?
> 
> The strat-up can then fail, because sudo requires a ty, but this isn't 
> available during service start.
> 
> - fabian

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


[ovirt-users] Data(Master)

2015-12-01 Thread Sandvik Agustin
Hi users,

I'm using oVirt 3.4 on rhel 6.5 and it's working perfectly, but when i'm
setting up another Hypervisor and ovirt-engine I accidentally attach my
working storage "Data(Master)" to my 2nd one, and my problem is i'm unable
to re-attach it to my first one, is it possible to re-attach it without
loosing my vm guest disk images? And when I accidentally attach it to my
2nd one, It prompt me that "This operation might be unrecoverable and
distructive" is there a change that my 25 vm guest disk images will be
erased? God Bless.

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


Re: [ovirt-users] cloud-init and sealing of template

2015-12-01 Thread Shahar Havivi
On 01.12.15 09:03, Gianluca Cecchi wrote:
> Hello,
> is it correct that even if I use cloud-init I have to seal my candidate VM
> before making it a template?
Well it depend,
If you have a common initialization you can run cloud-init before sealing the
template, its more reasonable to create a template and run cloud-init on each
VM that created from this template.
> In that case what is the correct approach to pre-seal a CentOS 7 VM?
> Also, for operating system like Fedora >=20 and/or RHEL/CentOS 7 should I
> unconfigure NetworkManager before sealing them, using classic network
> service, or what?
Yes the NetworkManager can override cloud-init network settings.
> 
> Thanks in advance,
> Gianluca

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

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


Re: [ovirt-users] Windows 10

2015-12-01 Thread Michal Skrivanek

> On 30 Nov 2015, at 07:45, Koen Vanoppen  wrote:
> 
> And which settings are you using for the vm?
> 
> Kind regards,
> 
> Koen
> 
> On 27 November 2015 at 14:37, Raymond  wrote:
> I use Win10 since 3.5.4 on CentOS6
> 
> Today I upgraded to 3.5.5 -> 3.6
> Tried it and boots previous machine fine, installs new machine also fine

note you need Intel Westmere or newer CPU
And in some builds we block AMD…which seem to be working fine (G2 onwards). You 
can allow that in osinfo config file

Thanks,
michal

> 
> kind regards
> Raymond
> 
> 
> 
> From: "Koen Vanoppen" 
> To: "Yaniv Dary" 
> Cc: "users" 
> Sent: Friday, November 27, 2015 7:14:11 AM
> Subject: Re: [ovirt-users] Windows 10
> 
> Thanks!
> 
> On 26 November 2015 at 16:27, Yaniv Dary  wrote:
> Windows 10 guest will only work on 3.6 with fedora or el7.2 hosts. Might work 
> with el6 as some point. but currently doesn't.
> 
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
> 
> Tel : 
> +972 (9) 7692306
> 
> 8272306
> Email: 
> yd...@redhat.com
> 
> IRC : ydary
> 
> 
> On Tue, Oct 6, 2015 at 8:53 AM, Koen Vanoppen  wrote:
> Dear all,
> 
> Yes, onther question :-). This time it's about windows 10.
> I'm running ovirt 3.5.4 and I don't manage to install windows 10 on it. Keeps 
> giving me a blue screen (yes, I know, it's still a windows... ;-) ) on reboot.
> 
> Are there any special settings you need to enable when creating the vm? Which 
> OS do I need to select? Or shall I just wait untile the relase of ovirt 3.6 
> :-) ?
> 
> Kind regards,
> 
> Koen
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> ___
> 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] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

2015-12-01 Thread Gianluca Cecchi
On Mon, Nov 30, 2015 at 6:27 PM, jvdwege  wrote:

> Sandro Bonazzola schreef op 2015-11-30 15:10:
>
>> On Mon, Nov 30, 2015 at 1:56 PM, Joop  wrote:
>>
>> On 30-11-2015 13:06, Sandro Bonazzola wrote:
>>>
>>
> Adding Simone and Roy so they have a better sight on why people are
>> keep trying to import the hosted engine domain despite it's not fixed
>> yet :-)
>>
> Sorry being pushy just wanted to get on with my ovirt stuff and felt a
> little frustrated that such a basic feature didn't work (IMHO).
> Again apologies, you're all working hard to get things fixed and I
> shouldn't complain.
>
> Regards,
>
> Joop
>
>
>

Actually if you think it is not important to import the SH storage domain,
you should also prevent from filling the event table with the line:
"
 The Hosted Engine Storage Domain doesn't no exist. It should be imported
into the setup.
"

Otherwise, apart from the syntax error (doesn't no), the clever system
administrator will try to fix it... ;-)

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


[ovirt-users] cloud-init and sealing of template

2015-12-01 Thread Gianluca Cecchi
Hello,
is it correct that even if I use cloud-init I have to seal my candidate VM
before making it a template?
In that case what is the correct approach to pre-seal a CentOS 7 VM?
Also, for operating system like Fedora >=20 and/or RHEL/CentOS 7 should I
unconfigure NetworkManager before sealing them, using classic network
service, or what?

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


Re: [ovirt-users] Engine upgrade error

2015-12-01 Thread Frank Rothenstein
Oh, that looks not so good...

               vds_id| network_name 
--+--
 6d9c0683-be85-4f70-9790-0f491b7c8021 | 
 6d9c0683-be85-4f70-9790-0f491b7c8021 | 
 6d9c0683-be85-4f70-9790-0f491b7c8021 | 
 6d9c0683-be85-4f70-9790-0f491b7c8021 | 
 6d9c0683-be85-4f70-9790-0f491b7c8021 | 
 6d9c0683-be85-4f70-9790-0f491b7c8021 | 
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | vlan111
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHNetzVLAN1
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | ovirtmgmt
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHnetz
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | 
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | 
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | 
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | 
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | 
 2211ca5c-8d2c-42f3-939c-de11e085aa1c | 
 6d9c0683-be85-4f70-9790-0f491b7c8021 | vlan111
 6d9c0683-be85-4f70-9790-0f491b7c8021 | KHNetzVLAN1
 6d9c0683-be85-4f70-9790-0f491b7c8021 | ovirtmgmt
 6d9c0683-be85-4f70-9790-0f491b7c8021 | KHnetz


Now I have to drop something, I guess...

Am Montag, den 30.11.2015, 18:04 -0500 schrieb Eli Mesika:
> 
> - Original Message -
> > From: "Oved Ourfali" 
> > To: "Frank Rothenstein" 
> > Cc: Users@ovirt.org
> > Sent: Monday, November 30, 2015 6:45:17 PM
> > Subject: Re: [ovirt-users] Engine upgrade error
> > 
> > 
> > 
> > CC-ing Alona and Yevgeny from the network team to take a look.
> > 
> > Regards,
> > Oved Ourfali
> > On Nov 30, 2015 4:07 PM, "Frank Rothenstein" <
> > f.rothenst...@bodden-kliniken.de > wrote:
> > 
> > 
> > Hello,
> > 
> > I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6.
> > Every
> > time the setup stops at updating the DB-schema. The log revealed
> > when
> > this happpens: The setup ist complaining about a duplicated key -
> > here
> > is the part of the log. Of course there is only one network in the
> > interface.
> > 
> > Can anybody help me getting a solution?
> 
> Can you please attach the result of the following query :
> 
> select vds_id, network_name from vds_interface;
> 
> Thanks 
> 
> > 
> > Thnaks, Frank
> > 
> > Running upgrade sql script '/usr/share/ovirt-
> > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > inte
> > rface.sql'...
> > 2542964-
> > 2542965-2015-11-30 08:15:26 DEBUG
> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > plugin.execute:941 execute-output: ['/usr/share/ovirt-
> > engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> > 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> > engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> > 2543300-psql:/usr/share/ovirt-
> > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > inte
> > rface.sql:1: ERROR: could not create unique index
> > "vds_interface_vds_id_network_name_unique"
> > 2543487:DETAIL: Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-
> > b169-
> > 7e0a1147b4cd, KHnetz) is duplicated.
> > 2543585-CONTEXT: SQL statement "ALTER TABLE vds_interface ADD
> > CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> > network_name)"
> > 2543723-PL/pgSQL function fn_db_create_constraint(character
> > varying,character varying,text) line 4 at EXECUTE statement
> > 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > inte
> > rface.sql
> > 2543975-
> > 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> > context._executeMethod:156 method exception
> > 2544060-Traceback (most recent call last):
> > 2544095- File "/usr/lib/python2.7/site-packages/otopi/context.py",
> > line 146, in _executeMethod
> > 2544183- method['method']()
> > 2544206- File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
> > engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
> > 2544325- oenginecons.EngineDBEnv.PGPASS_FILE
> > 2544365- File "/usr/lib/python2.7/site-packages/otopi/plugin.py",
> > line
> > 946, in execute
> > 255- command=args[0],
> > 2544466-RuntimeError: Command '/usr/share/ovirt-
> > engine/dbscripts/schema.sh' failed to execute
> > 2544552-2015-11-30 08:15:26 ERROR otopi.context
> > context._executeMethod:165 Failed to execute stage 'Misc
> > configuration': Command '/usr/share/ovirt-
> > engine/dbscripts/schema.sh'
> > failed to execute
> > 2544737-2015-11-30 08:15:26 DEBUG otopi.transaction
> > transaction.abort:134 aborting 'Yum Transaction'
> > 2544830-2015-11-30 08:15:26 INFO
> > otopi.plugins.otopi.packagers.yumpackager yumpackager.info:95 Yum
> > Performing yum transaction rollback
> > 
> > 
> > 
> > 
> > 
> > ___
> > ___
> > BODDEN-KLINIKEN Ribnitz-Damgarten GmbH
> > Sandhufe 2
> > 18311 Ribnitz-Damgarten
> > 
> > Telefon: 03821-700-0
> > Fax: 03821-700-240
> > 
> > E-Mail: i...@bodden-kliniken.de Internet: http://www.bodden-klinike
> > 

Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Simone Tiraboschi
On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
wrote:

> That file is missing
>
> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file or
> directory
> [root@ovirt01 vdsm]#
>


Was it a fresh install or an upgrade from 3.5?
If you still have it, can you please attach the setup logs?

Can you please try to manually check vm.conf on the shared storage? This
should do the job extracting the files in a local directory.
(please substitute '192.168.1.115:_Virtual_ext35u36' with the mount point
 of hosted-engine storage domain on your system).

mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
dir=`mktemp -d` && cd $dir
sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
sdUUID=${sdUUID_line:7:36}
conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
hosted-engine.conf)
conf_volume_UUID=${conf_volume_UUID_line:17:36}
conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
hosted-engine.conf)
conf_image_UUID=${conf_image_UUID_line:16:36}
dd if=$mntpoint/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
2>/dev/null| tar -xvf -




>
> On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
>> wrote:
>>
>>> I have recently setup a ovirt hosted engine on iscsi storage and after
>>> a reboot of the system I am unable to start the hosted engine.  The
>>> agent.log gives errors indicating there is a missing value in the vm.conf
>>> file, but the vm.conf file does not appear in the location indicated.
>>> There is no error indicated when the agent attempts to reload the vm.conf.
>>> Any ideas on how to get the hosted engine up and running?
>>>
>>> MainThread::INFO::2015-11-26
>>> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
>>> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
>>> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
>>> MainThread::INFO::2015-11-26
>>> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
>>> Host configuration is already up-to-date
>>> MainThread::INFO::2015-11-26
>>> 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>> Reloading vm.conf from the shared storage domain
>>> MainThread::ERROR::2015-11-26
>>> 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>>> Error: ''Configuration value not found: 
>>> file=/var/run/ovirt-hosted-engine-ha/vm.conf,
>>> key=memSize'' - trying to restart agent
>>> MainThread::WARNING::2015-11-26
>>> 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>>> Restarting agent, attempt '9'
>>> MainThread::ERROR::2015-11-26
>>> 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>>> Too many errors occurred, giving up. Please review the log and consider
>>> filing a bug.
>>> MainThread::INFO::2015-11-26
>>> 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
>>> Agent shutting down
>>>
>>
>> Hi Thomas,
>> could you please attach also your /var/run/ovirt-hosted-engine-ha/vm.conf
>> ?
>>
>>
>>>
>>> ___
>>> 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] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

2015-12-01 Thread Cristian Mammoli
Afaik Roy Golan said the auto-import feature would be in 3.6.1 but 
actually isn't. Not a great issue but maybe that's the reason people is 
trying to import it
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

2015-12-01 Thread Simone Tiraboschi
On Tue, Dec 1, 2015 at 11:54 AM, Cristian Mammoli  wrote:

> Afaik Roy Golan said the auto-import feature would be in 3.6.1 but
> actually isn't. Not a great issue but maybe that's the reason people is
> trying to import it
>
>
The issue is not that great by itself but it's quite relevant cause it's
blocking other features like the capability to edit the engine VM from the
web UI or to directly migrate the engine VM from there.
On the engine side it's almost ready, we still need to merge and backport
something in vdsm to avoid having the engine VM got killed when the engine
will take the control of the hosted-engine storage domain.



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


Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Thomas Scofield
There was an error message on the setup, but everything continued on and
the hosted engine was available so I didn't think much of it.

If there is some way of recovering this setup I would like to give that a
try, if you can provide some instructions that would be great, thanks.
On Dec 1, 2015 9:36 AM, "Simone Tiraboschi"  wrote:

>
>
> On Tue, Dec 1, 2015 at 3:24 PM, Thomas Scofield 
> wrote:
>
>> I did import the lun into the engine.  I had the hosted engine running
>> for a few days and I was able to restart it a number of times.  It wasn't
>> until I rebooted the physical box that it was running on that I encountered
>> the problem.
>>
> hosted-engine-setup probably failed adding the LUN to the engine cause it
> was already there or something similar; we need engine logs to better
> understand but the result is that it didn't completed creating the storage
> volume.
> Probably it's not worth to fix it cause we are going to remove that once
> we completed the procedure to auto-import the hosted-engine storage domain.
> didn't you noticed that it failed? wasn't the output clear enough?
>
> Then the setup generates a temp file under
> /var/run/ovirt-hosted-engine-ha/vm.conf to use it for the first run and it
> copies to the shared storage for other hosts and further runs.
> But it failed for the issue above before being able to copy it to the
> shared storage.
>
> Your local  /var/run/ovirt-hosted-engine-ha/vm.conf  simply survived till
> you rebooted the host and so you were able to reboot the engine VM. As
> expected it disappeared once you rebooted.
> Probably the agent should validate the conf volume more strictly and fail
> more clearly in this case so you'd notice it before.
> I'll open a bug against that.
>
> If you want to manually fix in order to recover your setup I can give you
> the instruction set to manually create the configuration volume on the
> shared storage.
> If it was just an evaluation I'd suggest to redeploy it from scratch.
>
>
>
>> On Dec 1, 2015 9:14 AM, "Simone Tiraboschi"  wrote:
>>
>>>
>>>
>>> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield 
>>> wrote:
>>>
 Are there different instructions for an iscsi domain?  I was able to
 find the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
 conf_image_UUID/$conf_volume_UUID but the tar command failed

 tar: This does not look like a tar archive
 tar: Exiting with failure status due to previous errors

 This was a relatively recent fresh install, the setup log is attached.

>>>
>>> The conf volume is not there cause ovirt-hosted-engine-setup failed
>>> before creating it.
>>>
>>> Indeed we have:
>>> 2015-11-22 16:30:27 DEBUG
>>> otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
>>> add_disk._closeup:153 Connecting to the Engine
>>> 2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156
>>> method exception
>>> Traceback (most recent call last):
>>>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
>>> _executeMethod
>>> method['method']()
>>>   File
>>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
>>> line 182, in _closeup
>>> lun_list = check_lun_storage.get_logical_unit()
>>> AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
>>> 2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165
>>> Failed to execute stage 'Closing up': 'NoneType' object has no attribute
>>> 'get_logical_unit'
>>>
>>> and:
>>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
>>> terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
>>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
>>> condition False
>>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
>>> terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate
>>>
>>> Probably you hit a different issue.
>>> Did you try to take any actions like importing the hosted-engine storage
>>> domain LUN on something similar on the engine before continuing with engine
>>> setup?
>>>
>>>
>>>
 On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
 wrote:

>
>
> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
> wrote:
>
>> That file is missing
>>
>> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
>> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such
>> file or directory
>> [root@ovirt01 vdsm]#
>>
>
>
> Was it a fresh install or an upgrade from 3.5?
> If you still have it, can you please attach the setup logs?
>
> Can you please try to manually check vm.conf on the shared storage?
> This should do the job extracting the files in a local directory.
> (please substitute 

Re: [ovirt-users] Power Management with python SDK

2015-12-01 Thread Juan Hernández
On 12/01/2015 03:16 PM, Giulio Casella wrote:
> Hi everybody,
> I'm trying to enable power management on a host using python, but I'm stuck.
> 
> Previously (ovirt 3.5) I directly wrote power management parameters into 
> PowerManagement structure (and everything was working fine), but 
> starting from 3.6 this is not possible.
> 
> This is what I do now:
> 
> agent = params.Agent()
> agent.set_options(params.Options())
> agent.set_type("ilo3")
> agent.set_username("admin")
> agent.set_password("mysecret")
> agent.set_address("172.20.20.1")
> 
> agents=params.Agents()
> agents.add_agent(agent)
> 
> pm=params.PowerManagement()
> pm.set_agents(agents)
> pm.set_enabled(True)
> 
> myhost=api.hosts.get("myhost")
> myhost.set_power_management(pm)
> try:
>   myhost.update()
> except Exception as e:
>   print "Error: %s" % e
> 
> and I get:
> 
> Error:
> status: 400
> reason: Bad Request
> detail: Cannot edit Host. Power Management is enabled for Host but no 
> Agent type selected.
> 
> 
> If I dont't enable PM (pm.set_enabled line above) I get no error, but no 
> agent is added.
> 
> My software is:
> - ovirt-engine-3.6.0.3-1.el6
> - ovirt-engine-sdk-python-3.6.0.3-1.el6
> on a CentOS 6.6 distro.
> 
> Any ideas?
> 
> Thanks in advance,
> Giulio

In 3.6 fencing agents have been converted into a sub-collection of the
host entity:

  https://.../ovirt-engine/api/hosts/{host:id}/fenceagents

This means that the recommended way to add/remove/update fencing agents
now in Python is now this:

---8<---
# Find the host:
host = api.hosts.get(name="myhost");

# Enable power management:
host.get_power_management().set_enabled(True)
host.update()

# Add the fencing agent:
agent = params.Agent()
agent.set_options(params.Options())
agent.set_type("ilo3")
agent.set_username("admin")
agent.set_password("mysecret")
agent.set_address("172.20.20.1")
agent.set_order(1);
host.fenceagents.add(agent)
--->8---

You can use this as a workaround. However the mechanism used in 3.5
should continue working in 3.6. If it doesn't it is a bug. The script
that you shared is the one you used in 3.5?

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Engine upgrade error

2015-12-01 Thread Eli Mesika


- Original Message -
> From: "Frank Rothenstein" 
> To: "Eli Mesika" 
> Cc: Users@ovirt.org
> Sent: Tuesday, December 1, 2015 12:43:17 PM
> Subject: Re: [ovirt-users] Engine upgrade error
> 
> Oh, that looks not so good...
> 
>                vds_id| network_name
> --+--
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | vlan111
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHNetzVLAN1
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | ovirtmgmt
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHnetz
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | vlan111
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | KHNetzVLAN1
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | ovirtmgmt
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | KHnetz

Hi

Error complains about the following key 

Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-b169-7e0a1147b4cd, KHnetz) is 
duplicated.

This was omitted from your data above 
Can you please provide the full data ("select * from vds_interface;")

Thanks 

> 
> 
> Now I have to drop something, I guess...
> 
> Am Montag, den 30.11.2015, 18:04 -0500 schrieb Eli Mesika:
> > 
> > - Original Message -
> > > From: "Oved Ourfali" 
> > > To: "Frank Rothenstein" 
> > > Cc: Users@ovirt.org
> > > Sent: Monday, November 30, 2015 6:45:17 PM
> > > Subject: Re: [ovirt-users] Engine upgrade error
> > > 
> > > 
> > > 
> > > CC-ing Alona and Yevgeny from the network team to take a look.
> > > 
> > > Regards,
> > > Oved Ourfali
> > > On Nov 30, 2015 4:07 PM, "Frank Rothenstein" <
> > > f.rothenst...@bodden-kliniken.de > wrote:
> > > 
> > > 
> > > Hello,
> > > 
> > > I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6.
> > > Every
> > > time the setup stops at updating the DB-schema. The log revealed
> > > when
> > > this happpens: The setup ist complaining about a duplicated key -
> > > here
> > > is the part of the log. Of course there is only one network in the
> > > interface.
> > > 
> > > Can anybody help me getting a solution?
> > 
> > Can you please attach the result of the following query :
> > 
> > select vds_id, network_name from vds_interface;
> > 
> > Thanks
> > 
> > > 
> > > Thnaks, Frank
> > > 
> > > Running upgrade sql script '/usr/share/ovirt-
> > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > inte
> > > rface.sql'...
> > > 2542964-
> > > 2542965-2015-11-30 08:15:26 DEBUG
> > > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > > plugin.execute:941 execute-output: ['/usr/share/ovirt-
> > > engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> > > 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> > > engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> > > 2543300-psql:/usr/share/ovirt-
> > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > inte
> > > rface.sql:1: ERROR: could not create unique index
> > > "vds_interface_vds_id_network_name_unique"
> > > 2543487:DETAIL: Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-
> > > b169-
> > > 7e0a1147b4cd, KHnetz) is duplicated.
> > > 2543585-CONTEXT: SQL statement "ALTER TABLE vds_interface ADD
> > > CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> > > network_name)"
> > > 2543723-PL/pgSQL function fn_db_create_constraint(character
> > > varying,character varying,text) line 4 at EXECUTE statement
> > > 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > inte
> > > rface.sql
> > > 2543975-
> > > 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> > > context._executeMethod:156 method exception
> > > 2544060-Traceback (most recent call last):
> > > 2544095- File "/usr/lib/python2.7/site-packages/otopi/context.py",
> > > line 146, in _executeMethod
> > > 2544183- method['method']()
> > > 2544206- File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
> > > engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
> > > 2544325- oenginecons.EngineDBEnv.PGPASS_FILE
> > > 2544365- File "/usr/lib/python2.7/site-packages/otopi/plugin.py",
> > > line
> > > 946, in execute
> > > 255- command=args[0],
> > > 2544466-RuntimeError: Command '/usr/share/ovirt-
> > > engine/dbscripts/schema.sh' failed to execute
> > > 2544552-2015-11-30 08:15:26 ERROR otopi.context
> > > 

Re: [ovirt-users] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

2015-12-01 Thread Roy Golan
On Tue, Dec 1, 2015 at 11:22 AM, Gianluca Cecchi 
wrote:

> On Mon, Nov 30, 2015 at 6:27 PM, jvdwege  wrote:
>
>> Sandro Bonazzola schreef op 2015-11-30 15:10:
>>
>>> On Mon, Nov 30, 2015 at 1:56 PM, Joop  wrote:
>>>
>>> On 30-11-2015 13:06, Sandro Bonazzola wrote:

>>>
>> Adding Simone and Roy so they have a better sight on why people are
>>> keep trying to import the hosted engine domain despite it's not fixed
>>> yet :-)
>>>
>> Sorry being pushy just wanted to get on with my ovirt stuff and felt a
>> little frustrated that such a basic feature didn't work (IMHO).
>> Again apologies, you're all working hard to get things fixed and I
>> shouldn't complain.
>>
>> Regards,
>>
>> Joop
>>
>>
>>
>
> Actually if you think it is not important to import the SH storage domain,
> you should also prevent from filling the event table with the line:
> "
>  The Hosted Engine Storage Domain doesn't no exist. It should be imported
> into the setup.
> "
>

https://gerrit.ovirt.org/#/c/49516/


>
> Otherwise, apart from the syntax error (doesn't no), the clever system
> administrator will try to fix it... ;-)
>
> Gianluca
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Thomas Scofield
Are there different instructions for an iscsi domain?  I was able to find
the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
conf_image_UUID/$conf_volume_UUID but the tar command failed

tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

This was a relatively recent fresh install, the setup log is attached.

On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
wrote:

>
>
> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
> wrote:
>
>> That file is missing
>>
>> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
>> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file
>> or directory
>> [root@ovirt01 vdsm]#
>>
>
>
> Was it a fresh install or an upgrade from 3.5?
> If you still have it, can you please attach the setup logs?
>
> Can you please try to manually check vm.conf on the shared storage? This
> should do the job extracting the files in a local directory.
> (please substitute '192.168.1.115:_Virtual_ext35u36' with the mount point
>  of hosted-engine storage domain on your system).
>
> mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
> dir=`mktemp -d` && cd $dir
> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
> sdUUID=${sdUUID_line:7:36}
> conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
> hosted-engine.conf)
> conf_volume_UUID=${conf_volume_UUID_line:17:36}
> conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
> hosted-engine.conf)
> conf_image_UUID=${conf_image_UUID_line:16:36}
> dd if=$mntpoint/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
> 2>/dev/null| tar -xvf -
>
>
>
>
>>
>> On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
>>> wrote:
>>>
 I have recently setup a ovirt hosted engine on iscsi storage and after
 a reboot of the system I am unable to start the hosted engine.  The
 agent.log gives errors indicating there is a missing value in the vm.conf
 file, but the vm.conf file does not appear in the location indicated.
 There is no error indicated when the agent attempts to reload the vm.conf.
 Any ideas on how to get the hosted engine up and running?

 MainThread::INFO::2015-11-26
 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
 Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
 /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
 MainThread::INFO::2015-11-26
 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
 Host configuration is already up-to-date
 MainThread::INFO::2015-11-26
 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Reloading vm.conf from the shared storage domain
 MainThread::ERROR::2015-11-26
 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
 Error: ''Configuration value not found: 
 file=/var/run/ovirt-hosted-engine-ha/vm.conf,
 key=memSize'' - trying to restart agent
 MainThread::WARNING::2015-11-26
 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
 Restarting agent, attempt '9'
 MainThread::ERROR::2015-11-26
 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
 Too many errors occurred, giving up. Please review the log and consider
 filing a bug.
 MainThread::INFO::2015-11-26
 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
 Agent shutting down

>>>
>>> Hi Thomas,
>>> could you please attach also your /var/run/ovirt-hosted-engine-ha/vm.conf
>>> ?
>>>
>>>

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


>>>
>>
>


ovirt-hosted-engine-setup-20151122013155-vciivm.log.xz
Description: application/xz
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] [ANN] oVirt 3.5.6 Final Release is now available

2015-12-01 Thread Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the oVirt 3.5.6 Final Release as of December 1st, 2015.

This release is available now for
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).

This release supports Hypervisor Hosts running
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).

This release includes updated packages for:
- ovirt-engine
- ovirt-hosted-engine-ha
- vdsm
- ovirt-engine-sdk-python
- ovirt-engine-sdk-java
- ovirt-engine-cli
- qemu-kvm-ev
- gperftools
- ipxe
- libunwind
- OVMF
- qemu-guest-agent
- seabios
- sgabios
- ovirt-guest-tools


See the release notes [1] for a list of fixed bugs.

Please refer to release notes [1] for Installation / Upgrade instructions.
a new oVirt Live ISO is already available[2].

Please note that mirrors[3] may need usually one day before being
synchronized.

Please refer to the release notes for known issues in this release.

[1] http://www.ovirt.org/OVirt_3.5.6_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-live/el6-3.5.6/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Engine upgrade error

2015-12-01 Thread Eli Mesika


- Original Message -
> From: "Frank Rothenstein" 
> To: "Eli Mesika" 
> Cc: Users@ovirt.org
> Sent: Tuesday, December 1, 2015 12:43:17 PM
> Subject: Re: [ovirt-users] Engine upgrade error
> 
> Oh, that looks not so good...
> 
>                vds_id| network_name
> --+--
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | vlan111
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHNetzVLAN1
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | ovirtmgmt
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHnetz
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | vlan111
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | KHNetzVLAN1
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | ovirtmgmt
>  6d9c0683-be85-4f70-9790-0f491b7c8021 | KHnetz
> 
> 
> Now I have to drop something, I guess...

Alona, Yevgeny 
Table includes duplicate records and therefor 
dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_interface.sql fails 
on creating a unique constraint.
Please advice 

1) What should be removed in that case 
2) How can we fix the upgrade script to handle such cases in order that the 
full upgrade process will not fail ?

> 
> Am Montag, den 30.11.2015, 18:04 -0500 schrieb Eli Mesika:
> > 
> > - Original Message -
> > > From: "Oved Ourfali" 
> > > To: "Frank Rothenstein" 
> > > Cc: Users@ovirt.org
> > > Sent: Monday, November 30, 2015 6:45:17 PM
> > > Subject: Re: [ovirt-users] Engine upgrade error
> > > 
> > > 
> > > 
> > > CC-ing Alona and Yevgeny from the network team to take a look.
> > > 
> > > Regards,
> > > Oved Ourfali
> > > On Nov 30, 2015 4:07 PM, "Frank Rothenstein" <
> > > f.rothenst...@bodden-kliniken.de > wrote:
> > > 
> > > 
> > > Hello,
> > > 
> > > I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6.
> > > Every
> > > time the setup stops at updating the DB-schema. The log revealed
> > > when
> > > this happpens: The setup ist complaining about a duplicated key -
> > > here
> > > is the part of the log. Of course there is only one network in the
> > > interface.
> > > 
> > > Can anybody help me getting a solution?
> > 
> > Can you please attach the result of the following query :
> > 
> > select vds_id, network_name from vds_interface;
> > 
> > Thanks
> > 
> > > 
> > > Thnaks, Frank
> > > 
> > > Running upgrade sql script '/usr/share/ovirt-
> > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > inte
> > > rface.sql'...
> > > 2542964-
> > > 2542965-2015-11-30 08:15:26 DEBUG
> > > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > > plugin.execute:941 execute-output: ['/usr/share/ovirt-
> > > engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> > > 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> > > engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> > > 2543300-psql:/usr/share/ovirt-
> > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > inte
> > > rface.sql:1: ERROR: could not create unique index
> > > "vds_interface_vds_id_network_name_unique"
> > > 2543487:DETAIL: Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-
> > > b169-
> > > 7e0a1147b4cd, KHnetz) is duplicated.
> > > 2543585-CONTEXT: SQL statement "ALTER TABLE vds_interface ADD
> > > CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> > > network_name)"
> > > 2543723-PL/pgSQL function fn_db_create_constraint(character
> > > varying,character varying,text) line 4 at EXECUTE statement
> > > 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > inte
> > > rface.sql
> > > 2543975-
> > > 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> > > context._executeMethod:156 method exception
> > > 2544060-Traceback (most recent call last):
> > > 2544095- File "/usr/lib/python2.7/site-packages/otopi/context.py",
> > > line 146, in _executeMethod
> > > 2544183- method['method']()
> > > 2544206- File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
> > > engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
> > > 2544325- oenginecons.EngineDBEnv.PGPASS_FILE
> > > 2544365- File "/usr/lib/python2.7/site-packages/otopi/plugin.py",
> > > line
> > > 946, in execute
> > > 255- command=args[0],
> > > 2544466-RuntimeError: Command '/usr/share/ovirt-
> > > engine/dbscripts/schema.sh' failed 

[ovirt-users] FW: Engine upgrade error

2015-12-01 Thread Eli Mesika


- Original Message -
> From: "Eli Mesika" 
> To: "Alpaslan Kaplan" , "Yevgeny Zaspitsky" 
> 
> Cc: Users@ovirt.org
> Sent: Tuesday, December 1, 2015 1:57:53 PM
> Subject: Re: [ovirt-users] Engine upgrade error
> 
> 
> 
> - Original Message -
> > From: "Frank Rothenstein" 
> > To: "Eli Mesika" 
> > Cc: Users@ovirt.org
> > Sent: Tuesday, December 1, 2015 12:43:17 PM
> > Subject: Re: [ovirt-users] Engine upgrade error
> > 
> > Oh, that looks not so good...
> > 
> >                vds_id| network_name
> > --+--
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 |
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 |
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 |
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 |
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 |
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 |
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c | vlan111
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHNetzVLAN1
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c | ovirtmgmt
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c | KHnetz
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
> >  2211ca5c-8d2c-42f3-939c-de11e085aa1c |
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 | vlan111
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 | KHNetzVLAN1
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 | ovirtmgmt
> >  6d9c0683-be85-4f70-9790-0f491b7c8021 | KHnetz
> > 
> > 
> > Now I have to drop something, I guess...
> 
> Alona, Yevgeny
> Table includes duplicate records and therefor
> dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_interface.sql
> fails on creating a unique constraint.
> Please advice
> 
> 1) What should be removed in that case
> 2) How can we fix the upgrade script to handle such cases in order that the
> full upgrade process will not fail ?
> 
> > 
> > Am Montag, den 30.11.2015, 18:04 -0500 schrieb Eli Mesika:
> > > 
> > > - Original Message -
> > > > From: "Oved Ourfali" 
> > > > To: "Frank Rothenstein" 
> > > > Cc: Users@ovirt.org
> > > > Sent: Monday, November 30, 2015 6:45:17 PM
> > > > Subject: Re: [ovirt-users] Engine upgrade error
> > > > 
> > > > 
> > > > 
> > > > CC-ing Alona and Yevgeny from the network team to take a look.
> > > > 
> > > > Regards,
> > > > Oved Ourfali
> > > > On Nov 30, 2015 4:07 PM, "Frank Rothenstein" <
> > > > f.rothenst...@bodden-kliniken.de > wrote:
> > > > 
> > > > 
> > > > Hello,
> > > > 
> > > > I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6.
> > > > Every
> > > > time the setup stops at updating the DB-schema. The log revealed
> > > > when
> > > > this happpens: The setup ist complaining about a duplicated key -
> > > > here
> > > > is the part of the log. Of course there is only one network in the
> > > > interface.
> > > > 
> > > > Can anybody help me getting a solution?
> > > 
> > > Can you please attach the result of the following query :
> > > 
> > > select vds_id, network_name from vds_interface;
> > > 
> > > Thanks
> > > 
> > > > 
> > > > Thnaks, Frank
> > > > 
> > > > Running upgrade sql script '/usr/share/ovirt-
> > > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > > inte
> > > > rface.sql'...
> > > > 2542964-
> > > > 2542965-2015-11-30 08:15:26 DEBUG
> > > > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > > > plugin.execute:941 execute-output: ['/usr/share/ovirt-
> > > > engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> > > > 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> > > > engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> > > > 2543300-psql:/usr/share/ovirt-
> > > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > > inte
> > > > rface.sql:1: ERROR: could not create unique index
> > > > "vds_interface_vds_id_network_name_unique"
> > > > 2543487:DETAIL: Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-
> > > > b169-
> > > > 7e0a1147b4cd, KHnetz) is duplicated.
> > > > 2543585-CONTEXT: SQL statement "ALTER TABLE vds_interface ADD
> > > > CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> > > > network_name)"
> > > > 2543723-PL/pgSQL function fn_db_create_constraint(character
> > > > varying,character varying,text) line 4 at EXECUTE statement
> > > > 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> > > > engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_
> > > > inte
> > > > rface.sql
> > > > 2543975-
> > > > 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> > > > context._executeMethod:156 method exception
> > > > 2544060-Traceback (most recent call last):
> > > > 2544095- File 

Re: [ovirt-users] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

2015-12-01 Thread Roy Golan
On Tue, Dec 1, 2015 at 12:54 PM, Cristian Mammoli  wrote:

> Afaik Roy Golan said the auto-import feature would be in 3.6.1 but
> actually isn't. Not a great issue but maybe that's the reason people is
> trying to import it
>

Correct Cristian ,unfortunately we missed it but its progressing.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Thomas Scofield
I did import the lun into the engine.  I had the hosted engine running for
a few days and I was able to restart it a number of times.  It wasn't until
I rebooted the physical box that it was running on that I encountered the
problem.
On Dec 1, 2015 9:14 AM, "Simone Tiraboschi"  wrote:

>
>
> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield 
> wrote:
>
>> Are there different instructions for an iscsi domain?  I was able to find
>> the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
>> conf_image_UUID/$conf_volume_UUID but the tar command failed
>>
>> tar: This does not look like a tar archive
>> tar: Exiting with failure status due to previous errors
>>
>> This was a relatively recent fresh install, the setup log is attached.
>>
>
> The conf volume is not there cause ovirt-hosted-engine-setup failed before
> creating it.
>
> Indeed we have:
> 2015-11-22 16:30:27 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
> add_disk._closeup:153 Connecting to the Engine
> 2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156 method
> exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
> _executeMethod
> method['method']()
>   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
> line 182, in _closeup
> lun_list = check_lun_storage.get_logical_unit()
> AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
> 2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165 Failed
> to execute stage 'Closing up': 'NoneType' object has no attribute
> 'get_logical_unit'
>
> and:
> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
> terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
> condition False
> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
> terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate
>
> Probably you hit a different issue.
> Did you try to take any actions like importing the hosted-engine storage
> domain LUN on something similar on the engine before continuing with engine
> setup?
>
>
>
>> On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
>>> wrote:
>>>
 That file is missing

 [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
 ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file
 or directory
 [root@ovirt01 vdsm]#

>>>
>>>
>>> Was it a fresh install or an upgrade from 3.5?
>>> If you still have it, can you please attach the setup logs?
>>>
>>> Can you please try to manually check vm.conf on the shared storage? This
>>> should do the job extracting the files in a local directory.
>>> (please substitute '192.168.1.115:_Virtual_ext35u36' with the mount
>>> point of hosted-engine storage domain on your system).
>>>
>>> mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
>>> dir=`mktemp -d` && cd $dir
>>> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
>>> sdUUID=${sdUUID_line:7:36}
>>> conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
>>> hosted-engine.conf)
>>> conf_volume_UUID=${conf_volume_UUID_line:17:36}
>>> conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
>>> hosted-engine.conf)
>>> conf_image_UUID=${conf_image_UUID_line:16:36}
>>> dd if=$mntpoint/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>>> 2>/dev/null| tar -xvf -
>>>
>>>
>>>
>>>

 On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi  wrote:

>
>
> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
> wrote:
>
>> I have recently setup a ovirt hosted engine on iscsi storage and
>> after a reboot of the system I am unable to start the hosted engine.  The
>> agent.log gives errors indicating there is a missing value in the vm.conf
>> file, but the vm.conf file does not appear in the location indicated.
>> There is no error indicated when the agent attempts to reload the 
>> vm.conf.
>> Any ideas on how to get the hosted engine up and running?
>>
>> MainThread::INFO::2015-11-26
>> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
>> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
>> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
>> MainThread::INFO::2015-11-26
>> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
>> Host configuration is already up-to-date
>> 

Re: [ovirt-users] Windows Networking Issues -

2015-12-01 Thread Matt Wells
I wanted to follow up on this after I found my resolution.

I started to see kernel errors when I migrated all but my windows host off
a hypervisor and generated traffic.  I then took those errors and started
looking back at all of the hypervisors only to find this error was on each
of them; also it actively reporting on systems with Windows VMs.  Tracing
back the logs lead me to the bug reports below where I learned that this
issue had been re-introduced to the 2.6.32-X kernel.

ABRT info -
Nov 30 19:28:42 server2.example.com kernel: WARNING: at net/core/dev.c:1915
skb_warn_bad_offload+0x99/0xb0() (Tainted: GW  --    )
Nov 30 19:28:42 server2.example.com kernel: Hardware name: PowerEdge M620
Nov 30 19:28:42 server2.example.com kernel: : caps=(0x40c9, 0x0) len=1514
data_len=1460 ip_summed=1
Nov 30 19:28:42 server2.example.com kernel: Modules linked in: sch_prio
act_mirred cls_u32 sch_ingress ebt_arp xt_physdev ipt_REJECT
nf_conntrack_ipv4 nf_defrag_ipv4 xt_multiport iptable_filter ip_tables fuse
nfs lockd fscache auth_rpcgss nfs_acl sunrpc vfat fat bonding ebtable_nat
ebtables be2iscsi iscsi_boot_sysfs bnx2i cnic uio cxgb4i iw_cxgb4 cxgb4
cxgb3i libcxgbi iw_cxgb3 cxgb3 ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad
ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi
mpt3sas mpt2sas scsi_transport_sas raid_class mptctl mptbase dell_rbu
autofs4 bridge 8021q garp stp llc ip6t_REJECT nf_conntrack_ipv6
nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6
dm_round_robin dm_multipath vhost_net macvtap macvlan tun kvm_intel kvm sg
ipmi_devintf sr_mod cdrom joydev power_meter acpi_ipmi ipmi_si
ipmi_msghandler iTCO_wdt iTCO_vendor_support ixgbe dca ptp pps_core mdio
dcdbas sb_edac edac_core lpc_ich mfd_core shpchp usb_storage ext4 jbd2
mbcache sd_mod crc_t10dif megaraid_sas wmi ahci dm_mirror dm_region_hash
dm_log dm_mod [last unloaded: ip_tables]
Nov 30 19:28:42 server2.example.com kernel: Pid: 0, comm: swapper Tainted:
GW  -- 2.6.32-573.7.1.el6.x86_64 #1
Nov 30 19:28:42 server2.example.com kernel: Call Trace:
Nov 30 19:28:42 server2.example.com kernel:   [] ?
warn_slowpath_common+0x91/0xe0
Nov 30 19:28:42 server2.example.com kernel: [] ?
warn_slowpath_fmt+0x46/0x60
Nov 30 19:28:42 server2.example.com kernel: [] ?
__ratelimit+0xd5/0x120
Nov 30 19:28:42 server2.example.com kernel: [] ?
skb_warn_bad_offload+0x99/0xb0
Nov 30 19:28:42 server2.example.com kernel: [] ?
__skb_gso_segment+0x71/0xc0
Nov 30 19:28:42 server2.example.com kernel: [] ?
skb_gso_segment+0x13/0x20
Nov 30 19:28:42 server2.example.com kernel: [] ?
dev_hard_start_xmit+0x9b/0x490
Nov 30 19:28:42 server2.example.com kernel: [] ?
sch_direct_xmit+0x15a/0x1c0
Nov 30 19:28:42 server2.example.com kernel: [] ?
dev_queue_xmit+0x228/0x320
Nov 30 19:28:42 server2.example.com kernel: [] ?
__br_forward+0x0/0xd0 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
br_dev_queue_push_xmit+0x88/0xc0 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
br_forward_finish+0x58/0x60 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
__br_forward+0xaa/0xd0 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
skb_clone+0x58/0xb0
Nov 30 19:28:42 server2.example.com kernel: [] ?
deliver_clone+0x3e/0x60 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
br_forward+0x41/0x70 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
br_handle_frame_finish+0x17e/0x330 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
br_handle_frame+0x1c0/0x270 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
br_handle_frame+0x0/0x270 [bridge]
Nov 30 19:28:42 server2.example.com kernel: [] ?
__netif_receive_skb+0x1c7/0x570
Nov 30 19:28:42 server2.example.com kernel: [] ?
netif_receive_skb+0x58/0x60
Nov 30 19:28:42 server2.example.com kernel: [] ?
napi_skb_finish+0x50/0x70
Nov 30 19:28:42 server2.example.com kernel: [] ?
napi_gro_receive_gr+0x39/0x50
Nov 30 19:28:42 server2.example.com kernel: [] ?
vlan_gro_receive+0x1b/0x30
Nov 30 19:28:42 server2.example.com kernel: [] ?
ixgbe_clean_rx_irq+0x995/0xc70 [ixgbe]
Nov 30 19:28:42 server2.example.com kernel: [] ?
ixgbe_poll+0x40a/0x760 [ixgbe]
Nov 30 19:28:42 server2.example.com kernel: [] ?
net_rx_action+0x103/0x2f0
Nov 30 19:28:42 server2.example.com kernel: [] ?
ktime_get+0x6d/0x100
Nov 30 19:28:42 server2.example.com kernel: [] ?
__do_softirq+0xc1/0x1e0
Nov 30 19:28:42 server2.example.com kernel: [] ?
handle_IRQ_event+0x60/0x170
Nov 30 19:28:42 server2.example.com kernel: [] ?
call_softirq+0x1c/0x30
Nov 30 19:28:42 server2.example.com kernel: [] ?
do_softirq+0x65/0xa0
Nov 30 19:28:42 server2.example.com kernel: [] ?
irq_exit+0x85/0x90
Nov 30 19:28:42 server2.example.com kernel: [] ?
do_IRQ+0x75/0xf0
Nov 30 19:28:42 server2.example.com kernel: [] ?
ret_from_intr+0x0/0x11
Nov 30 19:28:42 server2.example.com kernel:   [] ?
intel_idle+0xfe/0x1b0
Nov 30 19:28:42 server2.example.com kernel: [] ?
intel_idle+0xe1/0x1b0
Nov 30 19:28:42 

Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Simone Tiraboschi
On Tue, Dec 1, 2015 at 3:24 PM, Thomas Scofield  wrote:

> I did import the lun into the engine.  I had the hosted engine running for
> a few days and I was able to restart it a number of times.  It wasn't until
> I rebooted the physical box that it was running on that I encountered the
> problem.
>
hosted-engine-setup probably failed adding the LUN to the engine cause it
was already there or something similar; we need engine logs to better
understand but the result is that it didn't completed creating the storage
volume.
Probably it's not worth to fix it cause we are going to remove that once we
completed the procedure to auto-import the hosted-engine storage domain.
didn't you noticed that it failed? wasn't the output clear enough?

Then the setup generates a temp file under
/var/run/ovirt-hosted-engine-ha/vm.conf to use it for the first run and it
copies to the shared storage for other hosts and further runs.
But it failed for the issue above before being able to copy it to the
shared storage.

Your local  /var/run/ovirt-hosted-engine-ha/vm.conf  simply survived till
you rebooted the host and so you were able to reboot the engine VM. As
expected it disappeared once you rebooted.
Probably the agent should validate the conf volume more strictly and fail
more clearly in this case so you'd notice it before.
I'll open a bug against that.

If you want to manually fix in order to recover your setup I can give you
the instruction set to manually create the configuration volume on the
shared storage.
If it was just an evaluation I'd suggest to redeploy it from scratch.



> On Dec 1, 2015 9:14 AM, "Simone Tiraboschi"  wrote:
>
>>
>>
>> On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield 
>> wrote:
>>
>>> Are there different instructions for an iscsi domain?  I was able to
>>> find the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
>>> conf_image_UUID/$conf_volume_UUID but the tar command failed
>>>
>>> tar: This does not look like a tar archive
>>> tar: Exiting with failure status due to previous errors
>>>
>>> This was a relatively recent fresh install, the setup log is attached.
>>>
>>
>> The conf volume is not there cause ovirt-hosted-engine-setup failed
>> before creating it.
>>
>> Indeed we have:
>> 2015-11-22 16:30:27 DEBUG
>> otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
>> add_disk._closeup:153 Connecting to the Engine
>> 2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156 method
>> exception
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
>> _executeMethod
>> method['method']()
>>   File
>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
>> line 182, in _closeup
>> lun_list = check_lun_storage.get_logical_unit()
>> AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
>> 2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165 Failed
>> to execute stage 'Closing up': 'NoneType' object has no attribute
>> 'get_logical_unit'
>>
>> and:
>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
>> terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
>> condition False
>> 2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
>> terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate
>>
>> Probably you hit a different issue.
>> Did you try to take any actions like importing the hosted-engine storage
>> domain LUN on something similar on the engine before continuing with engine
>> setup?
>>
>>
>>
>>> On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
>>> wrote:
>>>


 On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
 wrote:

> That file is missing
>
> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such
> file or directory
> [root@ovirt01 vdsm]#
>


 Was it a fresh install or an upgrade from 3.5?
 If you still have it, can you please attach the setup logs?

 Can you please try to manually check vm.conf on the shared storage?
 This should do the job extracting the files in a local directory.
 (please substitute '192.168.1.115:_Virtual_ext35u36' with the mount
 point of hosted-engine storage domain on your system).

 mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
 dir=`mktemp -d` && cd $dir
 sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
 sdUUID=${sdUUID_line:7:36}
 conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
 hosted-engine.conf)
 conf_volume_UUID=${conf_volume_UUID_line:17:36}
 conf_image_UUID_line=$(grep conf_image_UUID 

Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not start

2015-12-01 Thread Will Dennis
I believe sudo is NOT setup for passwordless (then again, didn't see that in 
any pre-req instructions...) Who would be the sudoer in this case?

-Original Message-
From: Fabian Deutsch [mailto:fdeut...@redhat.com] 
Sent: Tuesday, December 01, 2015 12:58 AM
To: Will Dennis
Cc: Simone Tiraboschi; users
Subject: Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not 
start

On Tue, Dec 1, 2015 at 4:52 AM, Will Dennis  wrote:
> Any clues out of the strace of vdsm?

read(9, "sudo: a password is required\n", 4096) = 29

Could it be that sudo is not configured to operate passwordless?

The strat-up can then fail, because sudo requires a ty, but this isn't 
available during service start.

- fabian



> From: Willard Dennis [mailto:wden...@nec-labs.com]
> Sent: Wednesday, November 25, 2015 12:58 PM
> To: Simone Tiraboschi
> Cc: users
> Subject: Re: [ovirt-users] Problem with hosted engine setup - vsdmd 
> does not start
>
>
>
> strace output:
>
> https://gist.githubusercontent.com/wdennis/d9913d8064af6a6b2c36/raw/6a
> 33f7d9ba7da72ff9be7a15e2e81e5d06ad0fc5/vdsm-strace.txt
>
>
>
>
>
> On Nov 25, 2015, at 11:29 AM, Simone Tiraboschi  wrote:
>
>
>
>
>
>
>
> On Wed, Nov 25, 2015 at 5:22 PM, Willard Dennis 
> wrote:
>
> [root@ovirt-node-01 ~]# sudo -u vdsm /bin/bash
>
> bash-4.2$ /usr/share/vdsm/vdsm
>
> bash-4.2$ echo $?
>
> 1
>
>
>
> Can you please use strace on it?
>
>
>
>
>
> On Nov 25, 2015, at 11:16 AM, Simone Tiraboschi  wrote:
>
>
>
>
>
> On Wed, Nov 25, 2015 at 5:09 PM, Willard Dennis 
> wrote:
>
>
>
> On Nov 25, 2015, at 10:37 AM, Simone Tiraboschi  wrote:
>
>
>
>
>
>
>
> On Wed, Nov 25, 2015 at 4:20 PM, Will Dennis  wrote:
>
> Hi Simone,
>
> Looks like the vdsm log is empty...
>
> [root@ovirt-node-01 ~]# ls -l /var/log/vdsm/vdsm.log
> -rw-r--r-- 1 vdsm kvm 0 Nov 23 15:41 /var/log/vdsm/vdsm.log
>
> Yes, I did execute the ‘vdsm-tool configure –force’ command before the 
> restart, looks like it worked OK, but still the same problem with 
> starting vdsm...
>
>
>
>
>
> Can you please try manually run /usr/share/vdsm/vdsm as vdsm user?
>
>
>
>
>
> [root@ovirt-node-01 ~]# su - vdsm
>
> This account is currently not available.
>
> [root@ovirt-node-01 ~]#
>
> [root@ovirt-node-01 ~]# grep vdsm /etc/passwd
>
> vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin
>
> [root@ovirt-node-01 ~]# runuser -l vdsm -c '/usr/share/vdsm/vdsm'
>
> This account is currently not available.
>
>
>
>
>
> [root@tiramd1 ~]# sudo -u vdsm /bin/bash
>
> bash-4.2$ whoami
>
> vdsm
>
>
>
>
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



--
Fabian Deutsch 
RHEV Hypervisor
Red Hat
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Power Management with python SDK

2015-12-01 Thread Giulio Casella

Hi everybody,
I'm trying to enable power management on a host using python, but I'm stuck.

Previously (ovirt 3.5) I directly wrote power management parameters into 
PowerManagement structure (and everything was working fine), but 
starting from 3.6 this is not possible.


This is what I do now:

agent = params.Agent()
agent.set_options(params.Options())
agent.set_type("ilo3")
agent.set_username("admin")
agent.set_password("mysecret")
agent.set_address("172.20.20.1")

agents=params.Agents()
agents.add_agent(agent)

pm=params.PowerManagement()
pm.set_agents(agents)
pm.set_enabled(True)

myhost=api.hosts.get("myhost")
myhost.set_power_management(pm)
try:
myhost.update()
except Exception as e:
print "Error: %s" % e

and I get:

Error:
status: 400
reason: Bad Request
detail: Cannot edit Host. Power Management is enabled for Host but no 
Agent type selected.



If I dont't enable PM (pm.set_enabled line above) I get no error, but no 
agent is added.


My software is:
- ovirt-engine-3.6.0.3-1.el6
- ovirt-engine-sdk-python-3.6.0.3-1.el6
on a CentOS 6.6 distro.

Any ideas?

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


Re: [ovirt-users] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

2015-12-01 Thread Sandro Bonazzola
On Mon, Nov 30, 2015 at 6:27 PM, jvdwege  wrote:

> Sandro Bonazzola schreef op 2015-11-30 15:10:
>
> On Mon, Nov 30, 2015 at 1:56 PM, Joop  wrote:
>>
>> On 30-11-2015 13:06, Sandro Bonazzola wrote:
>>>
>>> On Sat, Nov 28, 2015 at 1:34 PM, Joop  wrote:
>>> On 25-11-2015 15:28, Sandro Bonazzola wrote:
>>>
 The oVirt Project is pleased to announce the availability
 of the First Release Candidate of oVirt 3.6.1 for testing, as of
 November 25th, 2015.

 This release is available now for Fedora 22,
 Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
 Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar).

 This release supports Hypervisor Hosts running
 Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar)

>>> and
>>>
 Fedora 22.
 Highly experimental support for Debian 8.1 Jessie has been added

>>> too.
>>>

 This release of oVirt 3.6.1 includes numerous bug fixes.
 See the release notes [1] for an initial list of the new features

>>> and bugs
>>>
 fixed.

 Tried the 3.6.1 prerelease but the sanlock error 22 is still there
>>> and
>>> its not possible to activate the imported hosted-engine storage
>>> domain.
>>> Host F22, hosted-engine CentOS7.1, storage domain(s) NFS.
>>>
>>> Sanlock error 22 shows up because  BZ 1269768 hasn't been fixed yet.
>>>
>>> But if you don't import the hosted engine storage everything else
>>> should still work fine.
>>>
>>  Ah, but that won't work for my use case since I need to import an
>> existing data domain and that won't work without a working data
>> domain.
>> Will see if creating a dummy small data domain will let me import the
>> real one.
>>
>> it should, let me know if it didn't work.
>>
> Thanks that worked :-)
>
> Adding Simone and Roy so they have a better sight on why people are
>> keep trying to import the hosted engine domain despite it's not fixed
>> yet :-)
>>
> Sorry being pushy just wanted to get on with my ovirt stuff and felt a
> little frustrated that such a basic feature didn't work (IMHO).
> Again apologies, you're all working hard to get things fixed and I
> shouldn't complain.
>
>
No need to apologies, getting feedback is always welcome :-)



> Regards,
>
> Joop
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] hosted engine vm.conf missing

2015-12-01 Thread Simone Tiraboschi
On Tue, Dec 1, 2015 at 2:07 PM, Thomas Scofield  wrote:

> Are there different instructions for an iscsi domain?  I was able to find
> the proper path at /rhev/data-center/mnt/blockSD/$sdUUID/images/$
> conf_image_UUID/$conf_volume_UUID but the tar command failed
>
> tar: This does not look like a tar archive
> tar: Exiting with failure status due to previous errors
>
> This was a relatively recent fresh install, the setup log is attached.
>

The conf volume is not there cause ovirt-hosted-engine-setup failed before
creating it.

Indeed we have:
2015-11-22 16:30:27 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_disk
add_disk._closeup:153 Connecting to the Engine
2015-11-22 16:30:27 DEBUG otopi.context context._executeMethod:156 method
exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
_executeMethod
method['method']()
  File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_disk.py",
line 182, in _closeup
lun_list = check_lun_storage.get_logical_unit()
AttributeError: 'NoneType' object has no attribute 'get_logical_unit'
2015-11-22 16:30:27 ERROR otopi.context context._executeMethod:165 Failed
to execute stage 'Closing up': 'NoneType' object has no attribute
'get_logical_unit'

and:
2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate
2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:148
condition False
2015-11-22 16:30:28 DEBUG otopi.context context._executeMethod:142 Stage
terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate

Probably you hit a different issue.
Did you try to take any actions like importing the hosted-engine storage
domain LUN on something similar on the engine before continuing with engine
setup?



> On Tue, Dec 1, 2015 at 5:54 AM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Tue, Dec 1, 2015 at 12:55 AM, Thomas Scofield 
>> wrote:
>>
>>> That file is missing
>>>
>>> [root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
>>> ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file
>>> or directory
>>> [root@ovirt01 vdsm]#
>>>
>>
>>
>> Was it a fresh install or an upgrade from 3.5?
>> If you still have it, can you please attach the setup logs?
>>
>> Can you please try to manually check vm.conf on the shared storage? This
>> should do the job extracting the files in a local directory.
>> (please substitute '192.168.1.115:_Virtual_ext35u36' with the mount point
>>  of hosted-engine storage domain on your system).
>>
>> mntpoint=/rhev/data-center/mnt/192.168.1.115:_Virtual_ext35u36
>> dir=`mktemp -d` && cd $dir
>> sdUUID_line=$(grep sdUUID /etc/ovirt-hosted-engine/hosted-engine.conf)
>> sdUUID=${sdUUID_line:7:36}
>> conf_volume_UUID_line=$(grep conf_volume_UUID /etc/ovirt-hosted-engine/
>> hosted-engine.conf)
>> conf_volume_UUID=${conf_volume_UUID_line:17:36}
>> conf_image_UUID_line=$(grep conf_image_UUID /etc/ovirt-hosted-engine/
>> hosted-engine.conf)
>> conf_image_UUID=${conf_image_UUID_line:16:36}
>> dd if=$mntpoint/$sdUUID/images/$conf_image_UUID/$conf_volume_UUID
>> 2>/dev/null| tar -xvf -
>>
>>
>>
>>
>>>
>>> On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi 
>>> wrote:
>>>


 On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
 wrote:

> I have recently setup a ovirt hosted engine on iscsi storage and
> after a reboot of the system I am unable to start the hosted engine.  The
> agent.log gives errors indicating there is a missing value in the vm.conf
> file, but the vm.conf file does not appear in the location indicated.
> There is no error indicated when the agent attempts to reload the vm.conf.
> Any ideas on how to get the hosted engine up and running?
>
> MainThread::INFO::2015-11-26
> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
> MainThread::INFO::2015-11-26
> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
> Host configuration is already up-to-date
> MainThread::INFO::2015-11-26
> 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
> Reloading vm.conf from the shared storage domain
> MainThread::ERROR::2015-11-26
> 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Error: ''Configuration value not found: 
> file=/var/run/ovirt-hosted-engine-ha/vm.conf,
> key=memSize'' - trying to restart agent
> 

Re: [ovirt-users] cloud-init and sealing of template

2015-12-01 Thread Gianluca Cecchi
On Tue, Dec 1, 2015 at 9:42 AM, Shahar Havivi  wrote:

> On 01.12.15 09:03, Gianluca Cecchi wrote:
> > Hello,
> > is it correct that even if I use cloud-init I have to seal my candidate
> VM
> > before making it a template?
> Well it depend,
> If you have a common initialization you can run cloud-init before sealing
> the
> template, its more reasonable to create a template and run cloud-init on
> each
> VM that created from this template.
> > In that case what is the correct approach to pre-seal a CentOS 7 VM?
> > Also, for operating system like Fedora >=20 and/or RHEL/CentOS 7 should I
> > unconfigure NetworkManager before sealing them, using classic network
> > service, or what?
> Yes the NetworkManager can override cloud-init network settings.
> >
>
>
OK, I'm trying using classic network instead of NetworkManager.
But right before running the "make template" action, do I have to run any
of "sys-unconfig" and/or "virt-sysprep" tools?

- sys-unconfig
I see in its man page:
"This utility should not be used for creating cloud or virtual machine
images.  For  that  use  please see virt-sysprep"
Does this note apply also in my scenario where I want to seal a VM in oVirt
before making a template from it?

- virt-sysprep
It should be run "out of band" against a disk of a powered off VM if I
understood correctly.
Is it applicable in my case with oVirt and a disk that actually is on a
storage domain?
It seems more applicable in a plain Qemu?KVM environment...

It remains open the question about how to properly seal a RHEL 7 / CentOS 7
VM/OS.
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Power Management with python SDK

2015-12-01 Thread Giulio Casella

Hi Juan,

Il 01/12/2015 16:48, Juan Hernández ha scritto:

On 12/01/2015 03:16 PM, Giulio Casella wrote:

Hi everybody,
I'm trying to enable power management on a host using python, but I'm stuck.

Previously (ovirt 3.5) I directly wrote power management parameters into
PowerManagement structure (and everything was working fine), but
starting from 3.6 this is not possible.

This is what I do now:

agent = params.Agent()
agent.set_options(params.Options())
agent.set_type("ilo3")
agent.set_username("admin")
agent.set_password("mysecret")
agent.set_address("172.20.20.1")

agents=params.Agents()
agents.add_agent(agent)

pm=params.PowerManagement()
pm.set_agents(agents)
pm.set_enabled(True)

myhost=api.hosts.get("myhost")
myhost.set_power_management(pm)
try:
myhost.update()
except Exception as e:
print "Error: %s" % e

and I get:

Error:
status: 400
reason: Bad Request
detail: Cannot edit Host. Power Management is enabled for Host but no
Agent type selected.


If I dont't enable PM (pm.set_enabled line above) I get no error, but no
agent is added.

My software is:
- ovirt-engine-3.6.0.3-1.el6
- ovirt-engine-sdk-python-3.6.0.3-1.el6
on a CentOS 6.6 distro.

Any ideas?

Thanks in advance,
Giulio


In 3.6 fencing agents have been converted into a sub-collection of the
host entity:

   https://.../ovirt-engine/api/hosts/{host:id}/fenceagents

This means that the recommended way to add/remove/update fencing agents
now in Python is now this:

---8<---
# Find the host:
host = api.hosts.get(name="myhost");

# Enable power management:
host.get_power_management().set_enabled(True)
host.update()

# Add the fencing agent:
agent = params.Agent()
agent.set_options(params.Options())
agent.set_type("ilo3")
agent.set_username("admin")
agent.set_password("mysecret")
agent.set_address("172.20.20.1")
agent.set_order(1);
host.fenceagents.add(agent)
--->8---


This piece of code is working, thanks! But only if host.update() is 
called after adding an agent (e.g moving host.update() at the bottom). I 
don't have any fence agent configured before, and setting enabled=True 
and calling update, lead to the 400 HTTP error.




You can use this as a workaround. However the mechanism used in 3.5
should continue working in 3.6. If it doesn't it is a bug. The script
that you shared is the one you used in 3.5?



In 3.5 I used:

myhost=api.hosts.get("myhost")
pm=params.PowerManagement(type_="ilo3",enabled=True,address="172.20.20.1",username="admin",password="mysecret")
myhost.set_power_management(pm)
myhost.update()

not working in 3.6 (according to bug 
https://bugzilla.redhat.com/show_bug.cgi?id=1118329, marked CLOSED 
WONTFIX, there is no backward compatibility).


Anyway I reached my goal, thank you!

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