[ovirt-users] Stale VM template

2016-05-04 Thread Bhaskarakiran
Hi,

I was trying to make a template of RHEL7.2 VM from GUI (hosted engine) and
the status shows "Image Locked" for a very long time now. Tried restarting
ovirt-engine and didn't help. Can someone let me know how do i cancel that
operation.

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


Re: [ovirt-users] [hosted-engine] engine VM doesn't respawn when its host was killed (poweroff)

2016-05-04 Thread Wee Sritippho


On 4 พฤษภาคม 2016 18 นาฬิกา 48 นาที 25 วินาที GMT+07:00, Martin Sivak 
 wrote:
>Hi,
>
>you have an ISO domain inside the hosted engine VM, don't you?
>
>MainThread::INFO::2016-05-04
>12:28:47,090::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
>Extracting Engine VM OVF from the OVF_STORE
>MainThread::INFO::2016-05-04
>12:38:47,504::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
>OVF_STORE volume path:
>/rhev/data-center/mnt/blockSD/d2dad0e9-4f7d-41d6-b61c-487d44ae6d5d/images/157b67ef-1a29-4e51-9396-79d3425b7871/a394b440-91bb-4c7c-b344-146240d66a43
>
>There is a 10 minute gap between two log lines. We log something every
>10 seconds..
>
>Please check https://bugzilla.redhat.com/show_bug.cgi?id=1332813 to
>see if it might be the same issue.

Yes, exactly the same issue.

Thank you.

>Regards
>
>--
>Martin Sivak
>SLA / oVirt
>
>
>On Wed, May 4, 2016 at 8:34 AM, Wee Sritippho 
>wrote:
>> I've tried again and made sure all hosts have same clock.
>>
>> After added all 3 hosts, I tested it by shutting down host01. The
>engine was
>> restarted on host02 in less than 2 minutes. I enabled and tested
>power
>> management on all hosts (using ilo4), then tried disabling host02's
>network
>> to test the fencing. Waited for about 5 minutes and saw in the
>console that
>> host02 wasn't fenced. I thought the fencing didn't work and enabled
>the
>> network again. host02 was then fenced immediately after the network
>was
>> enabled (didn't know why) and the engine was never restarted, even
>when
>> host02 is up and running again. I have to start the engine vm
>manually by
>> running "hosted-engine --vm-start" on host02.
>>
>> I thought it might have something to do with ilo4, so I disabled
>power
>> management for all hosts and tried to poweroff host02 again. After
>about 10
>> minutes, the engine still won't start, so I manually start it on
>host01
>> instead.
>>
>> Here are my recent actions:
>>
>> 2016-05-04 12:25:51 ICT - run hosted-engine --vm-status on host01, vm
>is
>> running on host01
>> 2016-05-04 12:28:32 ICT - run reboot on host01, engine vm is down
>> 2016-05-04 12:34:57 ICT - run hosted-engine --vm-status on host01,
>engine
>> status on every hosts is "unknown stale-data", host01's score=0,
>> stopped=true
>> 2016-05-04 12:37:30 ICT - host01 is pingable
>> 2016-05-04 12:41:09 ICT - run hosted-engine --vm-status on host02,
>engine
>> status on every hosts is "unknown stale-data", all hosts' score=3400,
>> stopped=false
>> 2016-05-04 12:43:29 ICT - run hosted-engine --vm-status on host02, vm
>is
>> running on host01
>>
>> Log files: https://app.box.com/s/jjgn14onv19e1qi82mkf24jl2baa2l9s
>>
>>
>> On 1/5/2559 19:32, Yedidyah Bar David wrote:
>>>
>>> It's very hard to understand your flow when time moves backwards.
>>>
>>> Please try again from a clean state. Make sure all hosts have same
>clock.
>>> Then document the exact time you do stuff - starting/stopping a
>host,
>>> checking status, etc.
>>>
>>> Some things to check from your logs:
>>>
>>> in agent.host01.log:
>>>
>>> MainThread::INFO::2016-04-25
>>>
>>>
>15:32:41,370::states::488::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
>>> Engine down and local host has best score (3400), attempting to
>start
>>> engine VM
>>> ...
>>> MainThread::INFO::2016-04-25
>>>
>>>
>15:32:44,276::hosted_engine::1147::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_start_engine_vm)
>>> Engine VM started on localhost
>>> ...
>>> MainThread::INFO::2016-04-25
>>>
>>>
>15:32:58,478::states::672::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
>>> Score is 0 due to unexpected vm shutdown at Mon Apr 25 15:32:58 2016
>>>
>>> Why?
>>>
>>> Also, in agent.host03.log:
>>>
>>> MainThread::INFO::2016-04-25
>>>
>>>
>15:29:53,218::states::488::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
>>> Engine down and local host has best score (3400), attempting to
>start
>>> engine VM
>>> MainThread::INFO::2016-04-25
>>>
>>>
>15:29:53,223::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>> Trying: notify time=1461572993.22 type=state_transition
>>> detail=EngineDown-EngineStart hostname='host03.ovirt.forest.go.th'
>>> MainThread::ERROR::2016-04-25
>>>
>>>
>15:30:23,253::brokerlink::279::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate)
>>> Connection closed: Connection timed out
>>>
>>> Why?
>>>
>>> Also, in addition to the actions you stated, you changed a lot
>maintenance
>>> mode.
>>>
>>> You can try something like this to get some interesting lines from
>>> agent.log:
>>>
>>> egrep -i 'start eng|shut|vm started|vm running|vm is running on|
>>> maintenance detected|migra'
>>>
>>> Best,
>>>
>>> On Mon, Apr 25, 2016 at 12:27 PM, Wee Sritippho 
>>> wrote:

 The hosted engine storage is located in an external Fibre Channel
>SAN.


 On 

Re: [ovirt-users] cloned vm template id

2016-05-04 Thread Dobó László

Thank you, sended to bugzilla.

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


Regards,

enax


On 05/04/2016 04:23 PM, Tomas Jelinek wrote:

the thing is that:
- if you create a VM from a template using the "clone" provisioning the VM is 
detached from the VM and is considered to be based on Blank
- this is why the VM dialog shows blank and the REST returns blank
- there has been a feature implemented (in 3.5 IIRC) which introduced the concept of 
"original template" - so we remember also what template it was cloned from 
(both name and ID)
- it seems this particular field is not exposed to REST API, only to UI

So, could you please open a bug for this to expose also this field to REST API?
Thank you.

- Original Message -

From: "Dobó László" 
To: "Michal Skrivanek" 
Cc: "users" 
Sent: Wednesday, May 4, 2016 1:04:04 PM
Subject: Re: [ovirt-users] cloned vm template id

Here is that part:

  template_id = '91e35bf5-b338-4115-ab63-309372a819ac'
#Ubuntu-14.04 template

  template = api.templates.get(id=template_id)
  template_disk_id = template.disks.list()[0].id
  storage_id = 'UUID' #random storage id from storage list
  cluster = api.clusters.get(name=vm_data['cluster_name'])
  cpuparams = params.CPU(topology = params.CpuTopology(cores = 1,
sockets = vm_data['vm_cpus']))
  disks = params.Disks(clone=True,
disk=[params.Disk(id=template_disk_id,
storage_domains=params.StorageDomains(storage_domain=[params.StorageDomain(id=storage_id)]))])



  vmparams = params.VM(
  id = vm_data['vm_id'],
  name = vm_data['vm_name'],
  memory = vm_data['vm_memory'] * MB,
  cluster=cluster,
  template=template,
  cpu = cpuparams,
  disks = disks,
  custom_properties = custom_properties,
  )
  vmparams.set_type = 'server'

  vm = api.vms.add(vmparams)


Every thing works fine, just showing blank template id instead of ubuntu
template id.


Thanks,

enax



On 05/04/2016 12:44 PM, Michal Skrivanek wrote:

On 04 May 2016, at 12:43, Dobó László  wrote:

That vm is based on ubuntu template, the general subtab showing right.

and how exactly did you create that VM? anything special about it? if you
now create a new VM, is it showing the same behavior?


On 05/04/2016 12:08 PM, Michal Skrivanek wrote:

On 04 May 2016, at 10:52, Dobó László  wrote:

I just realize there is two general tab on web ui, so i understand now
where the blank id come.

Yeah its looks like a bug, from the attachment picture will be clear
what is the problem.

ok, so it is based off blank, it’s just the general subtab of the main
view showing something else


Thanks,

enax


On 05/04/2016 10:31 AM, Michal Skrivanek wrote:

On 04 May 2016, at 10:24, Dobó László  wrote:

Yes, its cloned from different template than Blank, and later i need
to know which one was that template.


Thanks,

enax


On 05/04/2016 09:49 AM, Michal Skrivanek wrote:

On 02 May 2016, at 13:13, Dobó László  wrote:

Hello,

How can i get back the original template id after vm is cloned with
python sdk?
print api.vms.get(id=vm_id).template.id
result: ---- (blank template)

However under vm general tab on web ui, the tamplate name is showing
correctli.

what do you mean correctly - what does it show? Did you clone it from
a different template or is it a new VM from Blank

ah, ok, so you’re saying it shows blank id in REST API but it shows the
correct id in the UI, right?

filing a bug sounds like a good idea.

Thanks,
michal


Thanks,
michal


regards,
enax



___
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] Prepare for version 4 of oVirt API

2016-05-04 Thread Rafael Martins
Hi,

- Original Message -
> From: "Juan Hernández" 
> To: "users" 
> Sent: Wednesday, May 4, 2016 4:39:12 PM
> Subject: [ovirt-users] Prepare for version 4 of oVirt API
> 
> Hello all,
> 
> For those of you that use oVirt API, I wanted to inform you that
> version 4 of oVirt will by default use a new version of the API,
> incompatible with the previous one. The previous version will still be
> supported, but only for clients that explicitly send the "Version: 3"
> header, as described here:

This `Version: ...` header in HTTP request isn't very RESTy. Most of the REST 
APIs handle this using media types [1].

Just my 2c.

[1] https://developer.github.com/v3/media/

Rafael

> 
> https://github.com/oVirt/ovirt-engine/tree/master/backend/manager/modules/restapi
> 
> If you are aware of any piece of software that uses the oVirt API,
> please let me know, so that we can inform the authors.
> 
> Thanks in advance,
> Juan Hernandez
> 
> --
> 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
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Open in Full Screen

2016-05-04 Thread Tomas Jelinek
Hi Colin,

no, there is no such option.

Tomas

- Original Message -
> From: "Colin Coe" 
> To: "Marek Libra" 
> Cc: "users" 
> Sent: Wednesday, May 4, 2016 2:57:56 PM
> Subject: Re: [ovirt-users] Open in Full Screen
> 
> Hi Marek and thanks for the reply.
> 
> Can the "Connect Automatically" check box on the User Portal login page be
> set to a global default of unchecked ?
> 
> Thanks
> 
> On Wed, May 4, 2016 at 7:59 PM, Marek Libra < mli...@redhat.com > wrote:
> 
> 
> 
> The "Open in Full Screen" will be configurable via engine-config in 4.0
> 
> 
> 
> 
> 
> From: "Colin Coe" < colin@gmail.com >
> To: "users" < Users@ovirt.org >
> Sent: Friday, April 29, 2016 6:20:29 AM
> Subject: [ovirt-users] Open in Full Screen
> 
> 
> Hi all
> 
> Is there a setting for globally turning on the console option of "Open in
> Full Screen"?
> 
> Also, can the "Connect Automatically" be permanently and globally disabled?
> 
> We're on RHEV 3.5.7
> 
> Thanks
> 
> CC
> 
> ___
> 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


[ovirt-users] Prepare for version 4 of oVirt API

2016-05-04 Thread Juan Hernández
Hello all,

For those of you that use oVirt API, I wanted to inform you that
version 4 of oVirt will by default use a new version of the API,
incompatible with the previous one. The previous version will still be
supported, but only for clients that explicitly send the "Version: 3"
header, as described here:


https://github.com/oVirt/ovirt-engine/tree/master/backend/manager/modules/restapi

If you are aware of any piece of software that uses the oVirt API,
please let me know, so that we can inform the authors.

Thanks in advance,
Juan Hernandez

-- 
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] vms in paused state

2016-05-04 Thread Milan Zamazal
Bill James  writes:

> .recovery setting before removing:
> p298
> sS'status'
> p299
> S'Paused'
> p300
>
> After removing .recovery file and shutdown and restart:
> V0
> sS'status'
> p51
> S'Up'
> p52

Thank you for the information.  I was able to reproduce the problem with
mistakenly reported paused state when Vdsm receives unexpected data from
libvirt.  I'll try to look at it.

Restarting Vdsm (4.17.18 and some newer versions) afterwards remedies
the problem for me, even without removing the recovery file.

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


Re: [ovirt-users] cloned vm template id

2016-05-04 Thread Tomas Jelinek
the thing is that:
- if you create a VM from a template using the "clone" provisioning the VM is 
detached from the VM and is considered to be based on Blank
- this is why the VM dialog shows blank and the REST returns blank
- there has been a feature implemented (in 3.5 IIRC) which introduced the 
concept of "original template" - so we remember also what template it was 
cloned from (both name and ID)
- it seems this particular field is not exposed to REST API, only to UI

So, could you please open a bug for this to expose also this field to REST API? 
Thank you.

- Original Message -
> From: "Dobó László" 
> To: "Michal Skrivanek" 
> Cc: "users" 
> Sent: Wednesday, May 4, 2016 1:04:04 PM
> Subject: Re: [ovirt-users] cloned vm template id
> 
> Here is that part:
> 
>  template_id = '91e35bf5-b338-4115-ab63-309372a819ac'
> #Ubuntu-14.04 template
> 
>  template = api.templates.get(id=template_id)
>  template_disk_id = template.disks.list()[0].id
>  storage_id = 'UUID' #random storage id from storage list
>  cluster = api.clusters.get(name=vm_data['cluster_name'])
>  cpuparams = params.CPU(topology = params.CpuTopology(cores = 1,
> sockets = vm_data['vm_cpus']))
>  disks = params.Disks(clone=True,
> disk=[params.Disk(id=template_disk_id,
> storage_domains=params.StorageDomains(storage_domain=[params.StorageDomain(id=storage_id)]))])
> 
> 
> 
>  vmparams = params.VM(
>  id = vm_data['vm_id'],
>  name = vm_data['vm_name'],
>  memory = vm_data['vm_memory'] * MB,
>  cluster=cluster,
>  template=template,
>  cpu = cpuparams,
>  disks = disks,
>  custom_properties = custom_properties,
>  )
>  vmparams.set_type = 'server'
> 
>  vm = api.vms.add(vmparams)
> 
> 
> Every thing works fine, just showing blank template id instead of ubuntu
> template id.
> 
> 
> Thanks,
> 
> enax
> 
> 
> 
> On 05/04/2016 12:44 PM, Michal Skrivanek wrote:
> >> On 04 May 2016, at 12:43, Dobó László  wrote:
> >>
> >> That vm is based on ubuntu template, the general subtab showing right.
> > and how exactly did you create that VM? anything special about it? if you
> > now create a new VM, is it showing the same behavior?
> >
> >>
> >> On 05/04/2016 12:08 PM, Michal Skrivanek wrote:
>  On 04 May 2016, at 10:52, Dobó László  wrote:
> 
>  I just realize there is two general tab on web ui, so i understand now
>  where the blank id come.
> 
>  Yeah its looks like a bug, from the attachment picture will be clear
>  what is the problem.
> >>> ok, so it is based off blank, it’s just the general subtab of the main
> >>> view showing something else
> >>>
>  Thanks,
> 
>  enax
> 
> 
>  On 05/04/2016 10:31 AM, Michal Skrivanek wrote:
> >> On 04 May 2016, at 10:24, Dobó László  wrote:
> >>
> >> Yes, its cloned from different template than Blank, and later i need
> >> to know which one was that template.
> >>
> >>
> >> Thanks,
> >>
> >> enax
> >>
> >>
> >> On 05/04/2016 09:49 AM, Michal Skrivanek wrote:
>  On 02 May 2016, at 13:13, Dobó László  wrote:
> 
>  Hello,
> 
>  How can i get back the original template id after vm is cloned with
>  python sdk?
>  print api.vms.get(id=vm_id).template.id
>  result: ---- (blank template)
> 
>  However under vm general tab on web ui, the tamplate name is showing
>  correctli.
> >>> what do you mean correctly - what does it show? Did you clone it from
> >>> a different template or is it a new VM from Blank
> > ah, ok, so you’re saying it shows blank id in REST API but it shows the
> > correct id in the UI, right?
> >
> > filing a bug sounds like a good idea.
> >
> > Thanks,
> > michal
> >
> >>> Thanks,
> >>> michal
> >>>
>  regards,
>  enax
> 
> 
> 
>  ___
>  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] Open in Full Screen

2016-05-04 Thread Colin Coe
Hi Marek and thanks for the reply.

Can the "Connect Automatically" check box on the User Portal login page be
set to a global default of unchecked ?

Thanks

On Wed, May 4, 2016 at 7:59 PM, Marek Libra  wrote:

> The "Open in Full Screen" will be configurable via engine-config in 4.0
>
>
> --
>
> *From: *"Colin Coe" 
> *To: *"users" 
> *Sent: *Friday, April 29, 2016 6:20:29 AM
> *Subject: *[ovirt-users] Open in Full Screen
>
>
> Hi all
>
> Is there a setting for globally turning on the console option of "Open in
> Full Screen"?
>
> Also, can the "Connect Automatically" be permanently and globally disabled?
>
> We're on RHEV 3.5.7
>
> Thanks
>
> CC
>
> ___
> 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] Open in Full Screen

2016-05-04 Thread Marek Libra
The "Open in Full Screen" will be configurable via engine-config in 4.0 

- Original Message -

> From: "Colin Coe" 
> To: "users" 
> Sent: Friday, April 29, 2016 6:20:29 AM
> Subject: [ovirt-users] Open in Full Screen

> Hi all

> Is there a setting for globally turning on the console option of "Open in
> Full Screen"?

> Also, can the "Connect Automatically" be permanently and globally disabled?

> We're on RHEV 3.5.7

> Thanks

> CC

> ___
> 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] engine VM doesn't respawn when its host was killed (poweroff)

2016-05-04 Thread Martin Sivak
Hi,

you have an ISO domain inside the hosted engine VM, don't you?

MainThread::INFO::2016-05-04
12:28:47,090::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
Extracting Engine VM OVF from the OVF_STORE
MainThread::INFO::2016-05-04
12:38:47,504::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
OVF_STORE volume path:
/rhev/data-center/mnt/blockSD/d2dad0e9-4f7d-41d6-b61c-487d44ae6d5d/images/157b67ef-1a29-4e51-9396-79d3425b7871/a394b440-91bb-4c7c-b344-146240d66a43

There is a 10 minute gap between two log lines. We log something every
10 seconds..

Please check https://bugzilla.redhat.com/show_bug.cgi?id=1332813 to
see if it might be the same issue.

Regards

--
Martin Sivak
SLA / oVirt


On Wed, May 4, 2016 at 8:34 AM, Wee Sritippho  wrote:
> I've tried again and made sure all hosts have same clock.
>
> After added all 3 hosts, I tested it by shutting down host01. The engine was
> restarted on host02 in less than 2 minutes. I enabled and tested power
> management on all hosts (using ilo4), then tried disabling host02's network
> to test the fencing. Waited for about 5 minutes and saw in the console that
> host02 wasn't fenced. I thought the fencing didn't work and enabled the
> network again. host02 was then fenced immediately after the network was
> enabled (didn't know why) and the engine was never restarted, even when
> host02 is up and running again. I have to start the engine vm manually by
> running "hosted-engine --vm-start" on host02.
>
> I thought it might have something to do with ilo4, so I disabled power
> management for all hosts and tried to poweroff host02 again. After about 10
> minutes, the engine still won't start, so I manually start it on host01
> instead.
>
> Here are my recent actions:
>
> 2016-05-04 12:25:51 ICT - run hosted-engine --vm-status on host01, vm is
> running on host01
> 2016-05-04 12:28:32 ICT - run reboot on host01, engine vm is down
> 2016-05-04 12:34:57 ICT - run hosted-engine --vm-status on host01, engine
> status on every hosts is "unknown stale-data", host01's score=0,
> stopped=true
> 2016-05-04 12:37:30 ICT - host01 is pingable
> 2016-05-04 12:41:09 ICT - run hosted-engine --vm-status on host02, engine
> status on every hosts is "unknown stale-data", all hosts' score=3400,
> stopped=false
> 2016-05-04 12:43:29 ICT - run hosted-engine --vm-status on host02, vm is
> running on host01
>
> Log files: https://app.box.com/s/jjgn14onv19e1qi82mkf24jl2baa2l9s
>
>
> On 1/5/2559 19:32, Yedidyah Bar David wrote:
>>
>> It's very hard to understand your flow when time moves backwards.
>>
>> Please try again from a clean state. Make sure all hosts have same clock.
>> Then document the exact time you do stuff - starting/stopping a host,
>> checking status, etc.
>>
>> Some things to check from your logs:
>>
>> in agent.host01.log:
>>
>> MainThread::INFO::2016-04-25
>>
>> 15:32:41,370::states::488::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
>> Engine down and local host has best score (3400), attempting to start
>> engine VM
>> ...
>> MainThread::INFO::2016-04-25
>>
>> 15:32:44,276::hosted_engine::1147::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_start_engine_vm)
>> Engine VM started on localhost
>> ...
>> MainThread::INFO::2016-04-25
>>
>> 15:32:58,478::states::672::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
>> Score is 0 due to unexpected vm shutdown at Mon Apr 25 15:32:58 2016
>>
>> Why?
>>
>> Also, in agent.host03.log:
>>
>> MainThread::INFO::2016-04-25
>>
>> 15:29:53,218::states::488::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
>> Engine down and local host has best score (3400), attempting to start
>> engine VM
>> MainThread::INFO::2016-04-25
>>
>> 15:29:53,223::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>> Trying: notify time=1461572993.22 type=state_transition
>> detail=EngineDown-EngineStart hostname='host03.ovirt.forest.go.th'
>> MainThread::ERROR::2016-04-25
>>
>> 15:30:23,253::brokerlink::279::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate)
>> Connection closed: Connection timed out
>>
>> Why?
>>
>> Also, in addition to the actions you stated, you changed a lot maintenance
>> mode.
>>
>> You can try something like this to get some interesting lines from
>> agent.log:
>>
>> egrep -i 'start eng|shut|vm started|vm running|vm is running on|
>> maintenance detected|migra'
>>
>> Best,
>>
>> On Mon, Apr 25, 2016 at 12:27 PM, Wee Sritippho 
>> wrote:
>>>
>>> The hosted engine storage is located in an external Fibre Channel SAN.
>>>
>>>
>>> On 25/4/2559 16:19, Martin Sivak wrote:

 Hi,

 it seems that all nodes lost access to storage for some reason after
 the host was killed. Where is your hosted engine storage located?

 Regards

 --
 Martin Sivak
 SLA / oVirt


 On Mon, Apr 25, 

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

2016-05-04 Thread Nathanaël Blanchet

Unlock procedure

 * QUERY : -q

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-q -t snapshot -u engine

296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392

 * REMOVE

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392


Ref :
http://lists.ovirt.org/pipermail/users/2015-November/035686.html

Le 03/05/2016 21:17, Ivo Rütsche a écrit :


I just do a full clone of the whole VM and the clone is running fine 
and have the last data on all disks.


gruss ivo


On 03.05.2016 20:12, Markus Stockhausen wrote:

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im 
Auftrag von Ivo Rütsche [lists.ovirt@direct.ruetsche.com]

Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with 
the VM


Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we
can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. The
move itself runns fine, but deleting the snapshots doesn't work 
sometimes.


I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run
VM. The VM is performing an operation on a Snapshot. Please wait for the
operation to finish, and try again."
8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "OK" and green
...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not
involved in the oVirt environment and i merge the image manualy 
together:

qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw
Merged1

I mount the image and everything fine, all the changes from the last two
days are now in a base image. I try to remove the whole disk in oVirt,
but i still got the error message, that i have to wait. So for me, the
next step is to create a new VM and migrate everything manualy, this
will work, but can't be the solution for the other VM, which is
productive and it have the same problem.



Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654

Images volume chains (base volume first)

 image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

   - a018521a-bd3a-4322-ac79-52d15e95639e
 status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: SPARSE

   - 2e2f0b4a-b015-4b50-8d10-51726de460a9
 status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE

   - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
 status: OK, voltype: LEAF, format: COW, legality: 
LEGAL,

type: SPARSE
*
[root@lin-ovirt7 images]# ls -altrh 
f3cfefd2-d467-41d5-a054-5b01f81a21b4/

total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
2e2f0b4a-b015-4b50-8d10-51726de460a9.lease
-rw-r--r--+  1 vdsm kvm  260  

Re: [ovirt-users] cloned vm template id

2016-05-04 Thread Dobó László

Here is that part:

template_id = '91e35bf5-b338-4115-ab63-309372a819ac'   
#Ubuntu-14.04 template


template = api.templates.get(id=template_id)
template_disk_id = template.disks.list()[0].id
storage_id = 'UUID' #random storage id from storage list
cluster = api.clusters.get(name=vm_data['cluster_name'])
cpuparams = params.CPU(topology = params.CpuTopology(cores = 1, 
sockets = vm_data['vm_cpus']))
disks = params.Disks(clone=True, 
disk=[params.Disk(id=template_disk_id, 
storage_domains=params.StorageDomains(storage_domain=[params.StorageDomain(id=storage_id)]))])




vmparams = params.VM(
id = vm_data['vm_id'],
name = vm_data['vm_name'],
memory = vm_data['vm_memory'] * MB,
cluster=cluster,
template=template,
cpu = cpuparams,
disks = disks,
custom_properties = custom_properties,
)
vmparams.set_type = 'server'

vm = api.vms.add(vmparams)


Every thing works fine, just showing blank template id instead of ubuntu 
template id.



Thanks,

enax



On 05/04/2016 12:44 PM, Michal Skrivanek wrote:

On 04 May 2016, at 12:43, Dobó László  wrote:

That vm is based on ubuntu template, the general subtab showing right.

and how exactly did you create that VM? anything special about it? if you now 
create a new VM, is it showing the same behavior?



On 05/04/2016 12:08 PM, Michal Skrivanek wrote:

On 04 May 2016, at 10:52, Dobó László  wrote:

I just realize there is two general tab on web ui, so i understand now where 
the blank id come.

Yeah its looks like a bug, from the attachment picture will be clear what is 
the problem.

ok, so it is based off blank, it’s just the general subtab of the main view 
showing something else


Thanks,

enax


On 05/04/2016 10:31 AM, Michal Skrivanek wrote:

On 04 May 2016, at 10:24, Dobó László  wrote:

Yes, its cloned from different template than Blank, and later i need to know 
which one was that template.


Thanks,

enax


On 05/04/2016 09:49 AM, Michal Skrivanek wrote:

On 02 May 2016, at 13:13, Dobó László  wrote:

Hello,

How can i get back the original template id after vm is cloned with python sdk?
print api.vms.get(id=vm_id).template.id
result: ---- (blank template)

However under vm general tab on web ui, the tamplate name is showing correctli.

what do you mean correctly - what does it show? Did you clone it from a 
different template or is it a new VM from Blank

ah, ok, so you’re saying it shows blank id in REST API but it shows the correct 
id in the UI, right?

filing a bug sounds like a good idea.

Thanks,
michal


Thanks,
michal


regards,
enax



___
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] cloned vm template id

2016-05-04 Thread Michal Skrivanek

> On 04 May 2016, at 12:43, Dobó László  wrote:
> 
> That vm is based on ubuntu template, the general subtab showing right.

and how exactly did you create that VM? anything special about it? if you now 
create a new VM, is it showing the same behavior?

> 
> 
> On 05/04/2016 12:08 PM, Michal Skrivanek wrote:
>>> On 04 May 2016, at 10:52, Dobó László  wrote:
>>> 
>>> I just realize there is two general tab on web ui, so i understand now 
>>> where the blank id come.
>>> 
>>> Yeah its looks like a bug, from the attachment picture will be clear what 
>>> is the problem.
>> ok, so it is based off blank, it’s just the general subtab of the main view 
>> showing something else
>> 
>>> 
>>> Thanks,
>>> 
>>> enax
>>> 
>>> 
>>> On 05/04/2016 10:31 AM, Michal Skrivanek wrote:
> On 04 May 2016, at 10:24, Dobó László  wrote:
> 
> Yes, its cloned from different template than Blank, and later i need to 
> know which one was that template.
> 
> 
> Thanks,
> 
> enax
> 
> 
> On 05/04/2016 09:49 AM, Michal Skrivanek wrote:
>>> On 02 May 2016, at 13:13, Dobó László  wrote:
>>> 
>>> Hello,
>>> 
>>> How can i get back the original template id after vm is cloned with 
>>> python sdk?
>>> print api.vms.get(id=vm_id).template.id
>>> result: ---- (blank template)
>>> 
>>> However under vm general tab on web ui, the tamplate name is showing 
>>> correctli.
>> what do you mean correctly - what does it show? Did you clone it from a 
>> different template or is it a new VM from Blank
 ah, ok, so you’re saying it shows blank id in REST API but it shows the 
 correct id in the UI, right?
 
 filing a bug sounds like a good idea.
 
 Thanks,
 michal
 
>> Thanks,
>> michal
>> 
>>> regards,
>>> enax
>>> 
>>> 
>>> 
>>> ___
>>> 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] cloned vm template id

2016-05-04 Thread Dobó László

That vm is based on ubuntu template, the general subtab showing right.


On 05/04/2016 12:08 PM, Michal Skrivanek wrote:

On 04 May 2016, at 10:52, Dobó László  wrote:

I just realize there is two general tab on web ui, so i understand now where 
the blank id come.

Yeah its looks like a bug, from the attachment picture will be clear what is 
the problem.

ok, so it is based off blank, it’s just the general subtab of the main view 
showing something else



Thanks,

enax


On 05/04/2016 10:31 AM, Michal Skrivanek wrote:

On 04 May 2016, at 10:24, Dobó László  wrote:

Yes, its cloned from different template than Blank, and later i need to know 
which one was that template.


Thanks,

enax


On 05/04/2016 09:49 AM, Michal Skrivanek wrote:

On 02 May 2016, at 13:13, Dobó László  wrote:

Hello,

How can i get back the original template id after vm is cloned with python sdk?
print api.vms.get(id=vm_id).template.id
result: ---- (blank template)

However under vm general tab on web ui, the tamplate name is showing correctli.

what do you mean correctly - what does it show? Did you clone it from a 
different template or is it a new VM from Blank

ah, ok, so you’re saying it shows blank id in REST API but it shows the correct 
id in the UI, right?

filing a bug sounds like a good idea.

Thanks,
michal


Thanks,
michal


regards,
enax



___
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] cloned vm template id

2016-05-04 Thread Michal Skrivanek

> On 04 May 2016, at 10:52, Dobó László  wrote:
> 
> I just realize there is two general tab on web ui, so i understand now where 
> the blank id come.
> 
> Yeah its looks like a bug, from the attachment picture will be clear what is 
> the problem.

ok, so it is based off blank, it’s just the general subtab of the main view 
showing something else

> 
> 
> Thanks,
> 
> enax
> 
> 
> On 05/04/2016 10:31 AM, Michal Skrivanek wrote:
>>> On 04 May 2016, at 10:24, Dobó László  wrote:
>>> 
>>> Yes, its cloned from different template than Blank, and later i need to 
>>> know which one was that template.
>>> 
>>> 
>>> Thanks,
>>> 
>>> enax
>>> 
>>> 
>>> On 05/04/2016 09:49 AM, Michal Skrivanek wrote:
> On 02 May 2016, at 13:13, Dobó László  wrote:
> 
> Hello,
> 
> How can i get back the original template id after vm is cloned with 
> python sdk?
> print api.vms.get(id=vm_id).template.id
> result: ---- (blank template)
> 
> However under vm general tab on web ui, the tamplate name is showing 
> correctli.
 what do you mean correctly - what does it show? Did you clone it from a 
 different template or is it a new VM from Blank
>> ah, ok, so you’re saying it shows blank id in REST API but it shows the 
>> correct id in the UI, right?
>> 
>> filing a bug sounds like a good idea.
>> 
>> Thanks,
>> michal
>> 
 Thanks,
 michal
 
> regards,
> enax
> 
> 
> 
> ___
> 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] cloned vm template id

2016-05-04 Thread Dobó László
I just realize there is two general tab on web ui, so i understand now 
where the blank id come.


Yeah its looks like a bug, from the attachment picture will be clear 
what is the problem.



Thanks,

enax


On 05/04/2016 10:31 AM, Michal Skrivanek wrote:

On 04 May 2016, at 10:24, Dobó László  wrote:

Yes, its cloned from different template than Blank, and later i need to know 
which one was that template.


Thanks,

enax


On 05/04/2016 09:49 AM, Michal Skrivanek wrote:

On 02 May 2016, at 13:13, Dobó László  wrote:

Hello,

How can i get back the original template id after vm is cloned with python sdk?
print api.vms.get(id=vm_id).template.id
result: ---- (blank template)

However under vm general tab on web ui, the tamplate name is showing correctli.

what do you mean correctly - what does it show? Did you clone it from a 
different template or is it a new VM from Blank

ah, ok, so you’re saying it shows blank id in REST API but it shows the correct 
id in the UI, right?

filing a bug sounds like a good idea.

Thanks,
michal


Thanks,
michal


regards,
enax



___
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] cloned vm template id

2016-05-04 Thread Michal Skrivanek

> On 04 May 2016, at 10:24, Dobó László  wrote:
> 
> Yes, its cloned from different template than Blank, and later i need to know 
> which one was that template.
> 
> 
> Thanks,
> 
> enax
> 
> 
> On 05/04/2016 09:49 AM, Michal Skrivanek wrote:
>>> On 02 May 2016, at 13:13, Dobó László  wrote:
>>> 
>>> Hello,
>>> 
>>> How can i get back the original template id after vm is cloned with python 
>>> sdk?
>>> print api.vms.get(id=vm_id).template.id
>>> result: ---- (blank template)
>>> 
>>> However under vm general tab on web ui, the tamplate name is showing 
>>> correctli.
>> what do you mean correctly - what does it show? Did you clone it from a 
>> different template or is it a new VM from Blank

ah, ok, so you’re saying it shows blank id in REST API but it shows the correct 
id in the UI, right?

filing a bug sounds like a good idea. 

Thanks,
michal

>> 
>> Thanks,
>> michal
>> 
>>> 
>>> regards,
>>> enax
>>> 
>>> 
>>> 
>>> ___
>>> 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] Hosts temporarily in "Non Operational" state after upgrade

2016-05-04 Thread Sahina Bose



On 05/04/2016 01:21 PM, Michal Skrivanek wrote:

On 29 Apr 2016, at 18:49, Will Dennis  wrote:

Answers inline below...


From: Michal Skrivanek [mailto:michal.skriva...@redhat.com]
what exactly did you do in the UI?

Clicked on the node, and in the bottom pane, clicked on the "Upgrade" link 
showing there (the nodes also had an icon indicating that updates were available)


so..it was not in Maintenance when you run the update?
You should avoid doing that as an update to any package may interfere with 
running guests.
E.g. a qemu rpm update can (and likely will) simply kill all your VMs, I 
suppose similarly for Gluster before updating anything
the volumes should be in some kind of maintenance mode as well

No, the "Upgrade" link once clicked migrates any running VM off the target node 
onto another node, then sets the target node into Maintenance mode, and then performs the 
updates.

ok, thanks for clarification, you got me scared:)


Once the updates are completed successfully, it re-activates the node and makes 
it available again. On the second and third nodes this coming out of 
Maintenance process experienced a problem with mounting the Gluster storage so 
it seems, and had the problems I'd indicated.

it might be a question for gluster guys, it might be that the maintenance 
process is a bit different there
Sahina, can you check/comment that?


Activation of hosts - after maintenance, w.r.t gluster - checks that 
glusterd is connected and returns Peer status as connected.
The error seems to be in activating the gluster storage domain - 
hosted_storage. Did you see anything suspicious w.r.t this in vdsm logs?


Regarding the Host being unresponsive with "Heartbeat exceeded" - we 
have a bug logged on this which is being investigated - 
https://bugzilla.redhat.com/show_bug.cgi?id=1331006. In this bug too, 
the host regains connectivity after ~ 2 mins time.




Thanks,
michal


___
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] cloned vm template id

2016-05-04 Thread Dobó László
Yes, its cloned from different template than Blank, and later i need to 
know which one was that template.



Thanks,

enax


On 05/04/2016 09:49 AM, Michal Skrivanek wrote:

On 02 May 2016, at 13:13, Dobó László  wrote:

Hello,

How can i get back the original template id after vm is cloned with python sdk?
print api.vms.get(id=vm_id).template.id
result: ---- (blank template)

However under vm general tab on web ui, the tamplate name is showing correctli.

what do you mean correctly - what does it show? Did you clone it from a 
different template or is it a new VM from Blank

Thanks,
michal



regards,
enax



___
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] Web administration page gone

2016-05-04 Thread Yedidyah Bar David
On Tue, May 3, 2016 at 6:22 PM, Francis Yap  wrote:
> Hi Yedidyah,
>
> The conf.d folder is all name with foreman config file, all related with
> Ovirt is gone.
>
> I try to run the given command and it try to setup a new https webadmin
> portal?

Not really, only configure apache to access it.

> I afraid the previous before install foreman the webadmin portal
> running with all the VM and configuration will it impact?

Should not

> where is this data
> store?

In the database. If you are not queried about the db, the existing one is used.

> How do I ensure it's not overwritten.

To ensure, of course, you have to first try this on a test system.

engine-setup always prompts for confirmation before actually starting
changing stuff. So you can run it until this confirmation, and then
cancel, and post the output. We can then tell you if it makes sense.
This isn't a replacement for a real test on a different system, though.

Best,

>
> Thanks
>
>
> Thanks & Regards
> Francis Yap
>
> On Tue, May 3, 2016 at 1:59 PM, Yedidyah Bar David  wrote:
>>
>> On Tue, May 3, 2016 at 5:10 AM, Francis Yap  wrote:
>> > Hi All, my ovirt web admin page overwrite by the foreman installation, I
>> > have remove the foreman but ovirt admin page still not found, the
>> > running VM
>> > and engine are not affect.
>> >
>> > How do I recovery the admin page?
>>
>> What exactly is gone? Only httpd conf?
>>
>> You can try something like this:
>>
>> engine-setup --otopi-environment='OVESETUP_APACHE/configured=bool:False'
>>
>> Or, try to setup another engine on a different machine and compare
>> /etc/httpd/conf.d between them.
>>
>> Best,
>> --
>> Didi
>
>



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


Re: [ovirt-users] Hosts temporarily in "Non Operational" state after upgrade

2016-05-04 Thread Michal Skrivanek

> On 29 Apr 2016, at 18:49, Will Dennis  wrote:
> 
> Answers inline below...
> 
>> From: Michal Skrivanek [mailto:michal.skriva...@redhat.com] 
> 
>> what exactly did you do in the UI?
> Clicked on the node, and in the bottom pane, clicked on the "Upgrade" link 
> showing there (the nodes also had an icon indicating that updates were 
> available)
> 
>> so..it was not in Maintenance when you run the update?
>> You should avoid doing that as an update to any package may interfere with 
>> running guests. 
>> E.g. a qemu rpm update can (and likely will) simply kill all your VMs, I 
>> suppose similarly for Gluster before updating anything 
>> the volumes should be in some kind of maintenance mode as well
> 
> No, the "Upgrade" link once clicked migrates any running VM off the target 
> node onto another node, then sets the target node into Maintenance mode, and 
> then performs the updates.

ok, thanks for clarification, you got me scared:)

> Once the updates are completed successfully, it re-activates the node and 
> makes it available again. On the second and third nodes this coming out of 
> Maintenance process experienced a problem with mounting the Gluster storage 
> so it seems, and had the problems I'd indicated.

it might be a question for gluster guys, it might be that the maintenance 
process is a bit different there
Sahina, can you check/comment that?

Thanks,
michal

> 
> ___
> 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] cloned vm template id

2016-05-04 Thread Michal Skrivanek

> On 02 May 2016, at 13:13, Dobó László  wrote:
> 
> Hello,
> 
> How can i get back the original template id after vm is cloned with python 
> sdk?
> print api.vms.get(id=vm_id).template.id
> result: ---- (blank template)
> 
> However under vm general tab on web ui, the tamplate name is showing 
> correctli.

what do you mean correctly - what does it show? Did you clone it from a 
different template or is it a new VM from Blank

Thanks,
michal

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

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


Re: [ovirt-users] ovirt-vmconsole serial

2016-05-04 Thread Michal Skrivanek

> On 03 May 2016, at 13:08, Gianluca Cecchi  wrote:
> 
> Hello,
> I attach to this thread to detail how I was able to have serial console 
> working both on CentOS 6.7 and CentOS 7.2 VMs on 3.6.5
> 
> - CentOS 6.7
> Basically what described in general here (but using ttyS0 instead ttyS1):
> http://www.cyberciti.biz/faq/centos-rhel-6-install-serial-console/ 
> 
> 
> So in /boot/grub/grub.conf 
> 
> a) right before the "hiddenmenu" line:
> 
> serial --unit=0 --speed=19200 --word=8 --parity=no --stop=1
> terminal --timeout=5 serial console
> 
> b) At the end of kernel line added:
> console=tty0 console=ttyS0,19200n8
> 
> Added at the end of /etc/securetty the line
> ttyS0
> 
> Only difference is that as I used ttyS0, the upstart configuration was not 
> needed: the system after reboot was already listening on ttyS0
> Creating upstart config file generated 2 processes listening on ttyS0
> 
> 
> - CentOS 7.2
> created VM with virtio console enabled in options and basically following 
> what described here
> https://www.youtube.com/watch?v=Sx2HRwFqG7o 
> 
> 
> from default configuration I got after install:
> 
> Add in /etc/default/grub "console=ttyS0" in GRUB_CMDLINE_LINUX so that it is 
> now:
> GRUB_CMDLINE_LINUX="rd.lvm.lv =centos/root rd.lvm.lv 
> =centos/swap rhgb quiet console=ttyS0"
> 
> grub2-mkconfig -o /boot/grub2/grub.cfg
> 
> reboot the VM
> 
> From a client:
> $ ssh -t -p  ovirt-vmcons...@ovirt.lutwyn.org 
>  connect
> Available Serial Consoles:
> 00 c6desktop[68a82ada-a1d2-44d0-85b0-f3a08cc2f579]
> 01 c7desktop[787f46f6-de4a-4b42-ba39-9609908c2905]
> SELECT> 01
> 
> CentOS Linux 7 (Core)
> Kernel 3.10.0-327.13.1.el7.x86_64 on an x86_64
> 
> Host-006 login: root
> Password: 
> Last login: Tue May  3 01:34:57 on pts/0
> [root@Host-006 ~]# 
> [root@Host-006 ~]# 
> [root@Host-006 ~]# cat /etc/redhat-release
> CentOS Linux release 7.2.1511 (Core) 
> [root@Host-006 ~]# exit

Hi Gianluca,
would you care to extend 
http://www.ovirt.org/documentation/admin-guide/serial-console-setup/ with this 
useful info? I suppose there are quite a few people who would find handy some 
tips how to set it up for various guest OSes

Thanks,
michal

> 
> HIH,
> 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] [hosted-engine] engine VM doesn't respawn when its host was killed (poweroff)

2016-05-04 Thread Wee Sritippho

I've tried again and made sure all hosts have same clock.

After added all 3 hosts, I tested it by shutting down host01. The engine 
was restarted on host02 in less than 2 minutes. I enabled and tested 
power management on all hosts (using ilo4), then tried disabling 
host02's network to test the fencing. Waited for about 5 minutes and saw 
in the console that host02 wasn't fenced. I thought the fencing didn't 
work and enabled the network again. host02 was then fenced immediately 
after the network was enabled (didn't know why) and the engine was never 
restarted, even when host02 is up and running again. I have to start the 
engine vm manually by running "hosted-engine --vm-start" on host02.


I thought it might have something to do with ilo4, so I disabled power 
management for all hosts and tried to poweroff host02 again. After about 
10 minutes, the engine still won't start, so I manually start it on 
host01 instead.


Here are my recent actions:

2016-05-04 12:25:51 ICT - run hosted-engine --vm-status on host01, vm is 
running on host01

2016-05-04 12:28:32 ICT - run reboot on host01, engine vm is down
2016-05-04 12:34:57 ICT - run hosted-engine --vm-status on host01, 
engine status on every hosts is "unknown stale-data", host01's score=0, 
stopped=true

2016-05-04 12:37:30 ICT - host01 is pingable
2016-05-04 12:41:09 ICT - run hosted-engine --vm-status on host02, 
engine status on every hosts is "unknown stale-data", all hosts' 
score=3400, stopped=false
2016-05-04 12:43:29 ICT - run hosted-engine --vm-status on host02, vm is 
running on host01


Log files: https://app.box.com/s/jjgn14onv19e1qi82mkf24jl2baa2l9s

On 1/5/2559 19:32, Yedidyah Bar David wrote:

It's very hard to understand your flow when time moves backwards.

Please try again from a clean state. Make sure all hosts have same clock.
Then document the exact time you do stuff - starting/stopping a host,
checking status, etc.

Some things to check from your logs:

in agent.host01.log:

MainThread::INFO::2016-04-25
15:32:41,370::states::488::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
Engine down and local host has best score (3400), attempting to start
engine VM
...
MainThread::INFO::2016-04-25
15:32:44,276::hosted_engine::1147::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_start_engine_vm)
Engine VM started on localhost
...
MainThread::INFO::2016-04-25
15:32:58,478::states::672::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
Score is 0 due to unexpected vm shutdown at Mon Apr 25 15:32:58 2016

Why?

Also, in agent.host03.log:

MainThread::INFO::2016-04-25
15:29:53,218::states::488::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
Engine down and local host has best score (3400), attempting to start
engine VM
MainThread::INFO::2016-04-25
15:29:53,223::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
Trying: notify time=1461572993.22 type=state_transition
detail=EngineDown-EngineStart hostname='host03.ovirt.forest.go.th'
MainThread::ERROR::2016-04-25
15:30:23,253::brokerlink::279::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate)
Connection closed: Connection timed out

Why?

Also, in addition to the actions you stated, you changed a lot maintenance mode.

You can try something like this to get some interesting lines from agent.log:

egrep -i 'start eng|shut|vm started|vm running|vm is running on|
maintenance detected|migra'

Best,

On Mon, Apr 25, 2016 at 12:27 PM, Wee Sritippho  wrote:

The hosted engine storage is located in an external Fibre Channel SAN.


On 25/4/2559 16:19, Martin Sivak wrote:

Hi,

it seems that all nodes lost access to storage for some reason after
the host was killed. Where is your hosted engine storage located?

Regards

--
Martin Sivak
SLA / oVirt


On Mon, Apr 25, 2016 at 10:58 AM, Wee Sritippho 
wrote:

Hi,

  From the hosted-engine FAQ, the engine VM should be up and running in
about
5 minutes after its host was forced poweroff. However, after updated
oVirt
3.6.4 to 3.6.5, the engine VM won't restart automatically even after 10+
minutes (I already made sure that global maintenance mode is set to
none). I
initially thought its a time sync issue, so I installed and enabled ntp
on
the hosts and engine. However, the issue still persists.

###Versions:
[root@host01 ~]# rpm -qa | grep ovirt
libgovirt-0.3.3-1.el7_2.1.x86_64
ovirt-vmconsole-1.0.0-1.el7.centos.noarch
ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch
ovirt-hosted-engine-ha-1.3.5.3-1.el7.centos.noarch
ovirt-host-deploy-1.4.1-1.el7.centos.noarch
ovirt-engine-sdk-python-3.6.5.0-1.el7.centos.noarch
ovirt-hosted-engine-setup-1.3.5.0-1.el7.centos.noarch
ovirt-release36-007-1.noarch
ovirt-setup-lib-1.0.1-1.el7.centos.noarch
[root@host01 ~]# rpm -qa | grep vdsm
vdsm-infra-4.17.26-0.el7.centos.noarch
vdsm-jsonrpc-4.17.26-0.el7.centos.noarch
vdsm-gluster-4.17.26-0.el7.centos.noarch

Re: [ovirt-users] Two or more mount process running for engine volume

2016-05-04 Thread Nir Soffer
On Wed, May 4, 2016 at 8:52 AM, knarra  wrote:
> Hi All,
>
> I have hosted engine setup with glusterfs as my storage domain. when i
> move a storage domain to maintenance and activate it again i see that there
> are two glusterfs process running for every storage domain. Is this expected
> behaviour or a bug ?
>
> root 27143  0.0  0.0 451308 40556 ?S /usr/sbin/glusterfs --volfile-server= --volfile-server=
> --volfile-server= --volfile-id=/vmstore
> /rhev/data-center/mnt/glusterSD/:_vmstore
> root 28125 27.7  0.0 584512 49824 ?S /usr/sbin/glusterfs --volfile-server= --volfile-server=
> --volfile-server= --volfile-id=/vmstore
> /rhev/data-center/mnt/glusterSD/:_vmstore
>
> Can some please help me in understanding this?

Hi kasturi,

I have seen this, typically the old glusterfs process disappears after couple
of minutes.

Please share vdsm log showing the time when you put the storage domain into
maintenance, until the time the storage domain was activated again.

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