Re: [Users] Package installation error

[Gianluca Cecchi]

On Fri, Mar 22, 2013 at 7:34 AM, Shireesh Anjal  wrote:

>>> My understanding is that you don't need Gluster 3.4 unless you
>>> want to
>>> manage a Gluster cluster with oVirt.
>>>
>>> So my question is: are we sure that we are not leading users
>>> wrong,
>>> and confusing them during the installation & set-up process?
>>>

Hello,
I think I have not understood yet this matter at all and this double
engine thing...
Is there a link / doc to read about this addition?
And in case could we also refine it and put a link to the web page
during install phase?

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

Re: [Users] power management for drac6

[Yuriy Demchenko]

Hi,

I've been using drac5 fence with drac7 equipment for some time now - 
works well
you need to pass option "cmd_prompt=admin1->" (without quotes), so you 
missing "->" sign

secure or not - depends on enabled/disabled ssh in your drac.
Hope it helps.


Yuriy Demchenko

On 03/22/2013 05:07 AM, Thomas Scofield wrote:


Has anyone been able to get a drac6 management interface working by 
using the drac5 fencing agent?  From testing on the command line I was 
able to determine that we need to add the option cmd_prompt=admin1. 
 But for some reason I can't get any options to work.  From the logs 
below you can see that the ovirt-engine is passing the options along, 
but on the vdsm log those options are no longer there.


ovirt_engine/engine.log

2013-03-21 11:30:33,408 INFO  
[org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-9) 
Executing  Power Management command, Proxy Host:vm1, 
Agent:drac5, Target Host:, Management IP:vm2, User:root, 
Options:cmd_prompt=admin1,secure=true,slot=0


2013-03-21 11:30:33,411 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] 
(ajp--127.0.0.1-8702-9) START, FenceVdsVDSCommand(HostName = vm1, 
HostId = 63336472-4bbd-11e2-b2fc-5bc78da11d0c, targetVdsId = 
f80052ad-993e-4778-9924-d4e603425d32, action = Status, ip = vm2-mgt, 
port = , type = drac5, user = root, password = **, options = 
'cmd_prompt=admin1,secure=true,slot=0'), log id: 3773df59


2013-03-21 11:30:44,123 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] 
(ajp--127.0.0.1-8702-9) FINISH, FenceVdsVDSCommand, return: Test 
Failed, Host Status is: unknown. The fence-agent script reported the 
following error: Unable to connect/login to fencing device


, log id: 3773df59

vdsm.log

Thread-1978569::DEBUG::2013-03-21 
11:30:38,769::API::1024::vds::(fenceNode) 
fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=,action=status,secure=,options=)


Thread-1978569::DEBUG::2013-03-21 
11:30:44,113::API::1050::vds::(fenceNode) rc 1 in agent=fence_drac5


ipaddr=vm2-mgt

login=root

option=status

passwd=

out err Unable to connect/login to fencing device



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


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

Re: [Users] power management for drac6

[Gianluca Cecchi]

On Fri, Mar 22, 2013 at 2:07 AM, Thomas Scofield wrote:
> Has anyone been able to get a drac6 management interface working by using
> the drac5 fencing agent?  From testing on the command line I was able to

For a CentOS 5.9 cluster (RHCS) between two Dell servers with idrac7 I
was able to setup ipmilan fence agent provided by rhcs because drac5
didn't work.
So possibly you can have success too with ipmilan agent for drac6 on oVirt.

I don't know how it exactly could map to oVirt setup, but on my rhcs
based cluster I set this:

 

and on drac mgmt we interface I enabled power mgmt for the designated user.

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

Re: [Users] power management for drac6

[Yuriy Demchenko]

vdsm.log

Thread-1978569::DEBUG::2013-03-21 
11:30:38,769::API::1024::vds::(fenceNode) 
fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=,action=status,secure=,options=)


btw, looking at this log string i presume you hit the bug from this 
tread (if you using ovirt 3.1): 
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/3528

engine didnt pass options string when talking to vdsm

you can try and patch it:

diff --git a/vdsm/BindingXMLRPC.py b/vdsm/BindingXMLRPC.py
index cc5300f..8b548e4 100644
--- a/vdsm/BindingXMLRPC.py
+++ b/vdsm/BindingXMLRPC.py
@@ -357,7 +357,7 @@ class BindingXMLRPC(object):
secure=False, options=''):
  api = API.Global()
  return api.fenceNode(addr, port, agent, username, password,
-action, secure)
+action, secure, options)

  def setLogLevel(self, level):
  api = API.Global()

Yuriy Demchenko

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

[Users] vm runs on host 1 and clone from snapshot runs on host 2?

[Gianluca Cecchi]

Hello,
while I'm testing the fix for 3.2.1 and clone from snapshot in my two
nodes cluster, I notice this

VM zensrv runs on host f18ovn03.
I create a snapshot and then clone from snapshot and the qemu-img
convert process is running on the other node.
Is this desired, expected, managed? If so, it's great...

[g.cecchi@f18ovn03 ~]$ ps -ef|grep [z]ensrv
qemu 15811 1  7 Mar19 ?04:29:28 /usr/bin/qemu-kvm
-name zensrv -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 2048 -smp
1,sockets=1,cores=1,threads=1 -uuid
c0a43bef-7c9d-4170-bd9c-63497e61d3fc -smbios
type=1,manufacturer=oVirt,product=oVirt
Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=c0a43bef-7c9d-4170-bd9c-63497e61d3fc
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/zensrv.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=2013-03-19T16:30:10,driftfix=slew -no-shutdown -device
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc,if=none,id=drive-virtio-disk0,format=qcow2,serial=01488698-6420-4a32-9095-cfed1ff8f4bf,cache=none,werror=stop,rerror=stop,aio=native
-device 
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:43:d9:df,bus=pci.0,addr=0x3
-chardev 
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/zensrv.com.redhat.rhevm.vdsm,server,nowait
-device 
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev 
socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/zensrv.org.qemu.guest_agent.0,server,nowait
-device 
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice 
port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir
-k en-us -vga qxl -global qxl-vga.vram_size=67108864 -incoming
tcp:0.0.0.0:49152 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6


[g.cecchi@f18ovn01 ~]$ ps -ef|grep [c]onvert
vdsm 25609  3141 14 08:30 ?00:00:16 /usr/bin/qemu-img
convert -t none -f qcow2
/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc
-O raw 
/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/3fb66ba1-cfcb-4341-8960-46f0e8cf6e83/images/8fe906ef-db2e-497a-8b6b-6b00de91f8fe/b61cd69e-a556-4530-b00b-1eaf8afd15bb

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

Re: [Users] trouble with engine-iso-uploader

[Martin Pavlik]

Hi Yuval,

Would it be an option for you to directly upload the iso image to the 
iso domain? You can avoid iso-uploader this way.


Just take the iso image and scp it directly to the iso domain

the dir for iso images looks similar to this

...your_iso_domain_dir/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/----

after copying run

chown vdsm:kvm

on the uploaded iso image.

Result should look something like this

[root@XXX ----]# pwd
/iso/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/----
[root@XXX ----]# ls -lah
total 646M
drwxr-xr-x. 2 vdsm kvm 4.0K Mar 22 08:39 .
drwxr-xr-x. 3 vdsm kvm 4.0K Mar 22 08:37 ..
-rw-r--r--. 1 vdsm kvm 645M Mar 22 08:39 Fedora-17-x86_64-Live-Desktop.iso

HTH

Martin Pavlik

On 03/21/2013 05:43 PM, Yuval M wrote:

Traceback (most recent call last):
  File "test.py", line 2, in 
api = API(url='http://ovirt.local/api', username='admin@internal', 
password='letmein!')
  File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118, 
in __init__

url='/api'
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
line 199, in request

noParse=noParse)
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
line 261, in __doRequest

raise ConnectionError, str(e)
ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API 
connection failure, [Errno -2] Name or service not known




On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola > wrote:


Can you try running the following 2 lines with python changing the
password and the url with your values?


>>> from ovirtsdk.api import API
>>> api = API(url='http://ovirt.local/api',
username='admin@internal', password='***)

and paste the output?


Il 21/03/2013 16:43, Yuval M ha scritto:

doesn't work.

[wil@bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem
ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or
directory
[wil@bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl
--insecure list
Please provide the REST API username for oVirt Engine (CTRL+D to
abort): admin@internal
Please provide the REST API password for the admin@internal oVirt
Engine user (CTRL+D to abort):

ERROR: Problem connecting to the REST API.  Is the service
available and does the CA certificate exist?

SSL is disabled in my setup so it should work via HTTP and not HTTPS.

Yuval Meir


On Thu, Mar 21, 2013  at 4:40 PM, Sandro Bonazzola
mailto:sbona...@redhat.com>> wrote:

Hi,
Can you try to execute the following command?
$ sudo ls -la /etc/pki/ovirt-engine/ca.pem

Also if it seems strange it need ca.pem without ssl.

Can you try also:
$ sudo engine-iso-uploader -v --nossl --insecure list

-- 
Sandro



Il 21/03/2013 15:20, Yuval M ha scritto:

Hi,

I'm trying to use engine-iso-uploader to add ISO images to
my ISO storage domain. (Ovirt 3.2 on Fedora 18)

$ sudo engine-iso-uploader -v --nossl list
Please provide the REST API username for oVirt Engine
(CTRL+D to abort): admin
Please provide the REST API password for the admin oVirt
Engine user (CTRL+D to abort):
ERROR: Problem connecting to the REST API.  Is the service
available and does the CA certificate exist?

$ ls -la /etc/pki/ovirt-engine/ca.pem
ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file
or directory

$ cat /var/log/ovirt-engine/engine-iso-uploader.log
2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root::
Problem connecting to the REST API.  Is the service
available and does the CA certificate exist?

-

same results also without the --nossl flag.

any insight?

Thanks,

Yuval Meir



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








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


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

Re: [Users] trouble with engine-iso-uploader

[Sandro Bonazzola]

I think you forgot to change the url parameter in your test here, or you
have a dns error: it can't resolve the host ovirt.local.
-- 
Sandro

Il 21/03/2013 17:43, Yuval M ha scritto:
> Traceback (most recent call last):
>   File "test.py", line 2, in 
> api = API(url='http://ovirt.local/api', username='admin@internal',
> password='letmein!')
>   File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118,
> in __init__
> url='/api'
>   File
> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
> line 199, in request
> noParse=noParse)
>   File
> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
> line 261, in __doRequest
> raise ConnectionError, str(e)
> ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API
> connection failure, [Errno -2] Name or service not known
>
>
>
> On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola  > wrote:
>
> Can you try running the following 2 lines with python changing the
> password and the url with your values?
>
>
> >>> from ovirtsdk.api import API
> >>> api = API(url='http://ovirt.local/api',
> username='admin@internal', password='***)
>
> and paste the output?
>
>
> Il 21/03/2013 16:43, Yuval M ha scritto:
>> doesn't work.
>>
>> [wil@bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem
>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or
>> directory
>> [wil@bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl
>> --insecure list
>> Please provide the REST API username for oVirt Engine (CTRL+D to
>> abort): admin@internal
>> Please provide the REST API password for the admin@internal oVirt
>> Engine user (CTRL+D to abort):
>>
>> ERROR: Problem connecting to the REST API.  Is the service
>> available and does the CA certificate exist?
>>
>> SSL is disabled in my setup so it should work via HTTP and not HTTPS.
>>
>> Yuval Meir
>>
>>
>> On Thu, Mar 21, 2013  at 4:40 PM, Sandro Bonazzola
>> mailto:sbona...@redhat.com>> wrote:
>>
>> Hi,
>> Can you try to execute the following command?
>> $ sudo ls -la /etc/pki/ovirt-engine/ca.pem
>>
>> Also if it seems strange it need ca.pem without ssl.
>>
>> Can you try also:
>> $ sudo engine-iso-uploader -v --nossl --insecure list
>>
>> -- 
>> Sandro
>>
>>
>> Il 21/03/2013 15:20, Yuval M ha scritto:
>>> Hi,
>>>
>>> I'm trying to use engine-iso-uploader to add ISO images to
>>> my ISO storage domain. (Ovirt 3.2 on Fedora 18)
>>>
>>> $ sudo engine-iso-uploader -v --nossl list
>>> Please provide the REST API username for oVirt Engine
>>> (CTRL+D to abort): admin
>>> Please provide the REST API password for the admin oVirt
>>> Engine user (CTRL+D to abort):
>>> ERROR: Problem connecting to the REST API.  Is the service
>>> available and does the CA certificate exist?
>>>
>>> $ ls -la /etc/pki/ovirt-engine/ca.pem
>>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file
>>> or directory
>>>
>>> $ cat /var/log/ovirt-engine/engine-iso-uploader.log
>>> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root::
>>> Problem connecting to the REST API.  Is the service
>>> available and does the CA certificate exist?
>>>
>>> -
>>>
>>> same results also without the --nossl flag.
>>>
>>> any insight?
>>>
>>> Thanks,
>>>
>>> Yuval Meir
>>>
>>>
>>>
>>> ___
>>> 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] Fast way to see all snapshots on my infra?

[Gianluca Cecchi]

Hello,
is there any way to see a recap of all the snapshots in my DCs and Clusters?
Both from webadmin gui or REST API or query on engine db?
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Attaching storage domain and its VMs to a new DC

[Gianluca Cecchi]

Hello,
this is my situation. Downtime of the VMs is not a problems as it is a
test environment
all based on 3.2.1 on f18 and ovirt stable repo

DC1
FC type with cluster1
2 hosts connected to 7 FC LUNs
power mgmt configured
live migration ok
overall 11 VMs

DC2
FC type with cluster2
1 host
(it has access to all the LUNs of DC1from a SAN point of view, but not
configured at the moment)

DC1 has ovirtmgmt without vlan tagging
DC2 has ovirtmgmt with vlan tagging

I would like to move all storage domains and VMs into DC2 and then
redeploy the DC1 hosts in DC2 so that I have a three nodes cluster
with a vlan tagged ovirtmgmt in DC2 and I delete DC1

How can I move storage domains from DC1 to DC2 without exporting/importing VMS?
Can I "simply" detach" them one-by-one from DC1 and attach to DC2?
Will the VMs automatically be part of DC2 and its cluster cluster2
(apart from eventually reconfigure their network)?

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

[Users] what is volume in ovirt

[bigclouds]

Hi,all
please  explain what is volumes in ovirt,
1. especially 
STRIPE,DISTRIBUTED_STRIPE,REPLICATE,DISTRIBUTED_REPLICATE,DISTRIBUTE
2. bricks


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

Re: [Users] what is volume in ovirt

[Jiri Belka]

On Fri, 22 Mar 2013 17:33:44 +0800 (CST)
bigclouds  wrote:

> Hi,all
> please  explain what is volumes in ovirt,
> 1. especially 
> STRIPE,DISTRIBUTED_STRIPE,REPLICATE,DISTRIBUTED_REPLICATE,DISTRIBUTE
> 2. bricks
> 
> 
> thanks

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

[Users] Starting VM gets paused

[Nicolas Ecarnot]

Hi,

After two months of stable usage of this 3.1 oVirt setup, here comes the 
first blocking issue for which I've no other mean to ask some hint.


When I'm starting a VM, the start process is running fine. Being fast 
enough, we can ssh-connect to it, but 5 seconds later, the VM is paused.


In the manager, I see that :

2013-03-22 09:42:57,435 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] 
(QuartzScheduler_Worker-40) Error in parsing vm pause status. Setting 
value to NONE
2013-03-22 09:42:57,436 INFO 
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(QuartzScheduler_Worker-40) VM serv-chk-adm3 
3e17586d-bf8f-465b-8075-defaac90bc95 moved from PoweringUp --> Paused


And on the host, I see  one warning message, no error msg, and many 
looping repeated messages :


* Warning :

Thread-1968::WARNING::2013-03-22 
09:19:18,536::libvirtvm::1547::vm.Vm::(_readPauseCode) 
vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::_readPauseCode unsupported 
by libvirt vm


* Repeated msgs, amongst other repeated ones :
Thread-1973::DEBUG::2013-03-22 
09:19:20,247::libvirtvm::220::vm.Vm::(_getNetworkStats) 
vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Network stats not available
Thread-1973::DEBUG::2013-03-22 
09:19:20,247::libvirtvm::240::vm.Vm::(_getDiskStats) 
vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Disk hdc stats not available



I made my homework and found some bugs that could be similar :
https://bugzilla.redhat.com/show_bug.cgi?id=660598
https://bugzilla.redhat.com/show_bug.cgi?id=672208
and moreover :
https://bugzilla.redhat.com/show_bug.cgi?id=695393

- I tried to restart the node's vds daemon : same behavior
- I tried to reboot the node : same behavior
- I tried to to restart the manager's engine : same behavior
- I tried to run this VM on another node : same behavior
- I tried to run another VM on the node I saw the issue : the other VM 
is running fine.


I don't know if I have to conclude that this issue is specific to this 
VM, but I sounds like yes.

Things to say about this VM :
- it it a RH6 IIRC. It has already been successfully started, migrated, 
stopped and rebooted many times in the past.

- it has 3 disks : one for the system and two for datas.
- it has no snapshots
- it has no different or complicated network setup

My storage domain is a SAN, iSCSI linked, and doing good job since months.

I must admit I'm a bit stuck. Last thing I haven't tried is to reboot 
the manager, though I'm not sure that would help.


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

Re: [Users] Starting VM gets paused

[Jaco]

I got hit up with the same issue - I think it had something to do with 
latency or timeout to my NAS/SAN, despite an isolated & prioritised 
storage network.
I'm guessing the VDSM puts VM's in a paused state whenever it hits a 
slight panic or speed-wobble.


I've, for the time-being, moved to a NFS/POSIX share & the issues has 
not presented again.


- J

On 22/03/13 22:59, Nicolas Ecarnot wrote:

Hi,

After two months of stable usage of this 3.1 oVirt setup, here comes 
the first blocking issue for which I've no other mean to ask some hint.


When I'm starting a VM, the start process is running fine. Being fast 
enough, we can ssh-connect to it, but 5 seconds later, the VM is paused.


In the manager, I see that :

2013-03-22 09:42:57,435 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] 
(QuartzScheduler_Worker-40) Error in parsing vm pause status. Setting 
value to NONE
2013-03-22 09:42:57,436 INFO 
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(QuartzScheduler_Worker-40) VM serv-chk-adm3 
3e17586d-bf8f-465b-8075-defaac90bc95 moved from PoweringUp --> Paused


And on the host, I see  one warning message, no error msg, and many 
looping repeated messages :


* Warning :

Thread-1968::WARNING::2013-03-22 
09:19:18,536::libvirtvm::1547::vm.Vm::(_readPauseCode) 
vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::_readPauseCode 
unsupported by libvirt vm


* Repeated msgs, amongst other repeated ones :
Thread-1973::DEBUG::2013-03-22 
09:19:20,247::libvirtvm::220::vm.Vm::(_getNetworkStats) 
vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Network stats not available
Thread-1973::DEBUG::2013-03-22 
09:19:20,247::libvirtvm::240::vm.Vm::(_getDiskStats) 
vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Disk hdc stats not available



I made my homework and found some bugs that could be similar :
https://bugzilla.redhat.com/show_bug.cgi?id=660598
https://bugzilla.redhat.com/show_bug.cgi?id=672208
and moreover :
https://bugzilla.redhat.com/show_bug.cgi?id=695393

- I tried to restart the node's vds daemon : same behavior
- I tried to reboot the node : same behavior
- I tried to to restart the manager's engine : same behavior
- I tried to run this VM on another node : same behavior
- I tried to run another VM on the node I saw the issue : the other VM 
is running fine.


I don't know if I have to conclude that this issue is specific to this 
VM, but I sounds like yes.

Things to say about this VM :
- it it a RH6 IIRC. It has already been successfully started, 
migrated, stopped and rebooted many times in the past.

- it has 3 disks : one for the system and two for datas.
- it has no snapshots
- it has no different or complicated network setup

My storage domain is a SAN, iSCSI linked, and doing good job since 
months.


I must admit I'm a bit stuck. Last thing I haven't tried is to reboot 
the manager, though I'm not sure that would help.




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

Re: [Users] management server very slow lately

[Jonathan Horne]

top - 08:53:38 up 70 days, 16:31,  1 user,  load average: 0.40, 0.34, 0.32
Tasks: 432 total,   1 running, 431 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3%us,  0.1%sy,  0.0%ni, 98.6%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  32876240k total, 18653508k used, 14222732k free,   522432k buffers
Swap:  2097144k total, 4528k used,  2092616k free,  6270908k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 2121 ovirt 20   0 12.9g 7.7g  18m S  9.0 24.6  16539:08 java


I don't have a lot of experience with jboss, so im not sure it thats good or 
bad.  I did the jboss restart, and that helped a little, but its still a little 
sluggish again, now a few days later.

Thanks,

-Original Message-
From: Itamar Heim [mailto:ih...@redhat.com]
Sent: Friday, March 15, 2013 6:32 AM
To: Jonathan Horne
Cc: users@ovirt.org
Subject: Re: [Users] management server very slow lately

On 03/13/2013 08:51 PM, Jonathan Horne wrote:
> Hello, lately my manager server web interface is extremely sluggish.
> Perhaps the server is ready for a reboot?
>
> My management server is also the hosts of my NFS export and ISO mounts.
> Is there a prescribed method for rebooting when I am also providing
> NFS services from the management server?  My assumption is that aside
> from NFS, I should be able to reboot the management serve and the
> nodes and virtual machines will be fine in the mean time?

what's the cpu consumption of your ovirt-engine service (java process).
cpu load on the engine? memory/swap state of the engine, etc



This is a PRIVATE message. If you are not the intended recipient, please delete 
without copying and kindly advise us by e-mail of the mistake in delivery. 
NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to 
any order or other contract unless pursuant to explicit written agreement or 
government initiative expressly permitting the use of e-mail for such purpose.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fast way to see all snapshots on my infra?

[Koch (ovido)]

Hi Gianluca,

You can try something like this (dirty) command:

URL='https://localhost/api'; USER='admin@internal';
cp /dev/null /tmp/ovirt-snapshots; echo -e "list vms\nexit"
> /tmp/ovirt-vms; for VM in `ovirt-shell -l ${URL} -u ${USER} -c -I
-f /tmp/ovirt-vms | grep name | tr -s ' ' ' ' | cut -d' ' -f3`; do echo
"list snapshots --vm-identifier ${VM} --show-all"
>> /tmp/ovirt-snapshots; done; echo "exit" >> /tmp/ovirt-snapshots;
ovirt-shell -l ${URL} -u ${USER} -c -I -f /tmp/ovirt-snapshots


-- 
Best Regards

René


On Fri, 2013-03-22 at 09:44 +0100, Gianluca Cecchi wrote:
> Hello,
> is there any way to see a recap of all the snapshots in my DCs and Clusters?
> Both from webadmin gui or REST API or query on engine db?
> Thanks,
> 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

[Users] Feature request: allow usbtablet and vram config via UI

[Dead Horse]

Allow for a usbtablet input device to be enabled and used. Perhaps via the
console configuration UI for a VM in the admin and user portals.
-Highly useful in the event that a guest OS does not have the spice agent
loaded nor is it available for said guest OS.
-Also in the case of guest OS that simply does not want to work and play
well with 
- All Operating systems since ~1998 understand  and will deal with mouse events in absolute mode.

Allow for vram and vram_ size to be configurable for CIrrus(VNC) and
QXL(Spice) console types. Again probably best suited to have this on
console configuration UI for a VM in the admin and user portals.
- Default VRAM sizes are not enough to allow for larger resolutions and
pixel depths at times.
- Especially the case in multiple monitor SPICE, fullscreen, or VNC consoles

- More VRAM is useful in the case of attempting to run accelerated
applications within a QXL configured guest.

The above can be altered via VDSM hooks however this is rather painful.
Additionally these options or similar are configurable in other competing
solutions.

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

Re: [Users] User Portal

[Itamar Heim]

On 03/20/2013 03:26 PM, Gianluca Cecchi wrote:

BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been
consolidated in the unique oVirt 3.2.x User Portal?
Are they going to be consolidated in RHEVM 3.2 too?


what do you mean by "consolidated"?
(in any case, there is no difference between ovirt and rhev on this)

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

Re: [Users] Starting VM gets paused

[Nicolas Ecarnot]

Le 22/03/2013 11:29, Jaco a écrit :

I got hit up with the same issue - I think it had something to do with
latency or timeout to my NAS/SAN, despite an isolated & prioritised
storage network.
I'm guessing the VDSM puts VM's in a paused state whenever it hits a
slight panic or speed-wobble.


OK, I could understand such a behavior, but creating such an issue on 
EVERY VM.

The case I'm witnessing is that only one VM is hit by this problem.

I have to add I also have a completely dedicated network only for iSCSI.

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

Re: [Users] User Portal

[Gianluca Cecchi]

On Fri, Mar 22, 2013 at 3:31 PM, Itamar Heim  wrote:
> On 03/20/2013 03:26 PM, Gianluca Cecchi wrote:
>>
>> BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been
>> consolidated in the unique oVirt 3.2.x User Portal?
>> Are they going to be consolidated in RHEVM 3.2 too?
>
>
> what do you mean by "consolidated"?
> (in any case, there is no difference between ovirt and rhev on this)
>


Sorry I misunderstood.
Both normal and power users access the User Portal at

https://server.example.com/UserPortal

but if a user has RHEVMPowerUser role (in RHEVM 3.1) or  probably the
system related role named "PowerUserRole" (in oVirt) what he/she gets
is the Power User Portal and not the "normal" User Portal, correct?

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

Re: [Users] User Portal

[Itamar Heim]

On 03/22/2013 04:40 PM, Gianluca Cecchi wrote:

On Fri, Mar 22, 2013 at 3:31 PM, Itamar Heim  wrote:

On 03/20/2013 03:26 PM, Gianluca Cecchi wrote:


BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been
consolidated in the unique oVirt 3.2.x User Portal?
Are they going to be consolidated in RHEVM 3.2 too?



what do you mean by "consolidated"?
(in any case, there is no difference between ovirt and rhev on this)




Sorry I misunderstood.
Both normal and power users access the User Portal at

https://server.example.com/UserPortal

but if a user has RHEVMPowerUser role (in RHEVM 3.1) or  probably the
system related role named "PowerUserRole" (in oVirt) what he/she gets
is the Power User Portal and not the "normal" User Portal, correct?

Gianluca



the default login may be to the extended view, but user can still choose 
the basic view (upper left right)

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

Re: [Users] User Portal

[Koch (ovido)]

Hi,

If you login with PowerUser permission you have 2 tabs (Basic and
Extended) where Basic is the UserPortal and Extended the
PowerUserPortal.
So you can switch between these 2 views.


Btw, in RHEV (3.0 and 3.1) I see a (for me) strange behaviour and
haven't tested if this is the same in oVirt.
When installing RHEV a "Default" datacenter is created and everyone has
permission on template "blank". As long as I don't remove permissions on
"blank" template user with role "UserRole" start in PowerUserPortal
(Extended view) instead of UserPortal (Basic view) - without permission
on template "blank" they can't switch between these 2 views/portals
(which is the expected situation - users with UserPortal permission
shouldn't be aware of the PowerUserPortal).
Is this bug or intended?


Regards,
René



On Fri, 2013-03-22 at 15:40 +0100, Gianluca Cecchi wrote:
> On Fri, Mar 22, 2013 at 3:31 PM, Itamar Heim  wrote:
> > On 03/20/2013 03:26 PM, Gianluca Cecchi wrote:
> >>
> >> BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been
> >> consolidated in the unique oVirt 3.2.x User Portal?
> >> Are they going to be consolidated in RHEVM 3.2 too?
> >
> >
> > what do you mean by "consolidated"?
> > (in any case, there is no difference between ovirt and rhev on this)
> >
> 
> 
> Sorry I misunderstood.
> Both normal and power users access the User Portal at
> 
> https://server.example.com/UserPortal
> 
> but if a user has RHEVMPowerUser role (in RHEVM 3.1) or  probably the
> system related role named "PowerUserRole" (in oVirt) what he/she gets
> is the Power User Portal and not the "normal" User Portal, correct?
> 
> 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: [Users] management server very slow lately

[Juan Hernandez]

On 03/22/2013 02:54 PM, Jonathan Horne wrote:

top - 08:53:38 up 70 days, 16:31,  1 user,  load average: 0.40, 0.34, 0.32
Tasks: 432 total,   1 running, 431 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3%us,  0.1%sy,  0.0%ni, 98.6%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  32876240k total, 18653508k used, 14222732k free,   522432k buffers
Swap:  2097144k total, 4528k used,  2092616k free,  6270908k cached

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
  2121 ovirt 20   0 12.9g 7.7g  18m S  9.0 24.6  16539:08 java



This is not normal at all. First thing that is strange is that your 
engine is taking 7.7 GiB of RAM, which it should never take, as it is by 
default limited to 1 GiB. Did you assign more memory to the engine on 
purpose? How much? If you assign a lot of memory it can start to consume 
a lot of CPU just for garbage collection. You may want to enable verbose 
garbage collection adding this to /etc/sysconfig/ovirt-engine (or 
/etc/ovirt-engine/engine.conf if you are using the latest source code):


  ENGINE_VERBOSE_GC=true

Then restart the engine and it will start to dump garbage collection 
statistics to /var/log/ovirt-engine/console.log. The garbage collection 
should be quite silent in an low activity system.


We used to have a bug that caused the max amount of memory not be 
correctly limited, but it was fixed long ago:


  http://gerrit.ovirt.org/7952

The other thing that seems strange is the amount of CPU that it is 
consuming. Do you have many hosts managed by that engine? In an 
otherwise idle environment the CPU consumption is caused by the periodic 
polls of the hosts, one each two seconds by default. If you see 
continually the engine using a significant amount of CPU (you the output 
of top above it is 9%) it could be useful to get a snapshot of the 
stacks of threads, to see which threads in particular are consuming the 
CPU. Send the QUIT signal to the engine process and it will dump the 
stacks of the threads to /var/log/ovirt-engine/console.log:


  # kill -3 $(cat /var/run/ovirt-engine.pid)

Once you have that dump you can check which thread is consuming the CPU 
as follows:


1. Get the PIDs of the threads of the engine together with their use of CPU:

  # ps -L -u ovirt -o tid,pcpu

2. If you see one of them consuming a high amount of CPU time then try 
to find it in the stack dump generated in 
/var/log/ovirt-engine/console.log. Lets assume that the PID is 13397, 
for example, translate it to hex:


  # printf "%04x\n" 13397
  3455

3. Then look in /var/log/ovirt-engine/console.log for a line containing 
"nid=0x3455". There you will find the stack trace of that thread, 
something like this:


  "ajp-/127.0.0.1:8702-Acceptor-0" daemon prio=10 
tid=0x7f41e0220800 nid=0x3493 runnable [0x7f41dbdf2000]

   java.lang.Thread.State: RUNNABLE
...

Most threads will be waiting, but if you find one thread that is 
consistently RUNNABLE then there is probably an issue. The dump of the 
stack of that thread can help to find out what it is doing and why it is 
consuming the CPU.




I don't have a lot of experience with jboss, so im not sure it thats good or 
bad.  I did the jboss restart, and that helped a little, but its still a little 
sluggish again, now a few days later.

Thanks,

-Original Message-
From: Itamar Heim [mailto:ih...@redhat.com]
Sent: Friday, March 15, 2013 6:32 AM
To: Jonathan Horne
Cc: users@ovirt.org
Subject: Re: [Users] management server very slow lately

On 03/13/2013 08:51 PM, Jonathan Horne wrote:

Hello, lately my manager server web interface is extremely sluggish.
Perhaps the server is ready for a reboot?

My management server is also the hosts of my NFS export and ISO mounts.
Is there a prescribed method for rebooting when I am also providing
NFS services from the management server?  My assumption is that aside
from NFS, I should be able to reboot the management serve and the
nodes and virtual machines will be fine in the mean time?


what's the cpu consumption of your ovirt-engine service (java process).
cpu load on the engine? memory/swap state of the engine, etc



This is a PRIVATE message. If you are not the intended recipient, please delete 
without copying and kindly advise us by e-mail of the mistake in delivery. 
NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to 
any order or other contract unless pursuant to explicit written agreement or 
government initiative expressly permitting the use of e-mail for such purpose.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




--
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/lis

Re: [Users] trouble with engine-iso-uploader

[Yuval M]

Thanks, copying directly did the trick :-)

Yuval
 On Mar 22, 2013 9:46 AM, "Martin Pavlik"  wrote:

>  Hi Yuval,
>
> Would it be an option for you to directly upload the iso image to the iso
> domain? You can avoid iso-uploader this way.
>
> Just take the iso image and scp it directly to the iso domain
>
> the dir for iso images looks similar to this
>
>
> ...your_iso_domain_dir/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/----
>
> after copying run
>
> chown vdsm:kvm
>
> on the uploaded iso image.
>
> Result should look something like this
>
> [root@XXX ----]# pwd
>
> /iso/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/----
> [root@XXX ----]# ls -lah
> total 646M
> drwxr-xr-x. 2 vdsm kvm 4.0K Mar 22 08:39 .
> drwxr-xr-x. 3 vdsm kvm 4.0K Mar 22 08:37 ..
> -rw-r--r--. 1 vdsm kvm 645M Mar 22 08:39 Fedora-17-x86_64-Live-Desktop.iso
>
> HTH
>
> Martin Pavlik
>
> On 03/21/2013 05:43 PM, Yuval M wrote:
>
>  Traceback (most recent call last):
>   File "test.py", line 2, in 
> api = API(url='http://ovirt.local/api', username='admin@internal',
> password='letmein!')
>   File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118, in
> __init__
> url='/api'
>   File
> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line
> 199, in request
> noParse=noParse)
>   File
> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line
> 261, in __doRequest
> raise ConnectionError, str(e)
> ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API
> connection failure, [Errno -2] Name or service not known
>
>
>
> On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola wrote:
>
>>  Can you try running the following 2 lines with python changing the
>> password and the url with your values?
>>
>>
>> >>> from ovirtsdk.api import API
>> >>> api = API(url='http://ovirt.local/api', username='admin@internal',
>> password='***)
>>
>>  and paste the output?
>>
>>
>> Il 21/03/2013 16:43, Yuval M ha scritto:
>>
>> doesn't work.
>>
>>  [wil@bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem
>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory
>> [wil@bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure
>> list
>> Please provide the REST API username for oVirt Engine (CTRL+D to abort):
>> admin@internal
>> Please provide the REST API password for the admin@internal oVirt Engine
>> user (CTRL+D to abort):
>>
>>  ERROR: Problem connecting to the REST API.  Is the service available
>> and does the CA certificate exist?
>>
>>  SSL is disabled in my setup so it should work via HTTP and not HTTPS.
>>
>>  Yuval Meir
>>
>>
>> On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola wrote:
>>
>>>  Hi,
>>> Can you try to execute the following command?
>>> $ sudo ls -la /etc/pki/ovirt-engine/ca.pem
>>>
>>> Also if it seems strange it need ca.pem without ssl.
>>>
>>> Can you try also:
>>> $ sudo engine-iso-uploader -v --nossl --insecure list
>>>
>>> --
>>> Sandro
>>>
>>>
>>> Il 21/03/2013 15:20, Yuval M ha scritto:
>>>
>>>   Hi,
>>>
>>>  I'm trying to use engine-iso-uploader to add ISO images to my ISO
>>> storage domain. (Ovirt 3.2 on Fedora 18)
>>>
>>>  $ sudo engine-iso-uploader -v --nossl list
>>> Please provide the REST API username for oVirt Engine (CTRL+D to abort):
>>> admin
>>> Please provide the REST API password for the admin oVirt Engine user
>>> (CTRL+D to abort):
>>> ERROR: Problem connecting to the REST API.  Is the service available and
>>> does the CA certificate exist?
>>>
>>>   $ ls -la /etc/pki/ovirt-engine/ca.pem
>>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory
>>>
>>>  $ cat /var/log/ovirt-engine/engine-iso-uploader.log
>>> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem
>>> connecting to the REST API.  Is the service available and does the CA
>>> certificate exist?
>>>
>>>  -
>>>
>>>  same results also without the --nossl flag.
>>>
>>>  any insight?
>>>
>>>  Thanks,
>>>
>>>  Yuval Meir
>>>
>>>
>>>
>>>   ___
>>> Users mailing 
>>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>
>>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Package installation error

[Simon Grinberg]

- Original Message -
> From: "Shireesh Anjal" 
> To: "Alon Bar-Lev" 
> Cc: "Simon Grinberg" , users@ovirt.org
> Sent: Friday, March 22, 2013 8:34:40 AM
> Subject: Re: [Users] Package installation error
> 
> On 03/22/2013 12:11 AM, Alon Bar-Lev wrote:
> >
> > - Original Message -
> >> From: "Simon Grinberg" 
> >> To: "Alon Bar-Lev" 
> >> Cc: users@ovirt.org, "Sahina Bose" , "Dave
> >> Neary" 
> >> Sent: Thursday, March 21, 2013 7:40:17 PM
> >> Subject: Re: [Users] Package installation error
> >>
> >>
> >>
> >> - Original Message -
> >>> From: "Alon Bar-Lev" 
> >>> To: "Dave Neary" 
> >>> Cc: users@ovirt.org, "Sahina Bose" , "Simon
> >>> Grinberg" 
> >>> Sent: Thursday, March 21, 2013 6:35:56 PM
> >>> Subject: Re: [Users] Package installation error
> >>>
> >>> Simon?
> >>>
> >>> - Original Message -
>  From: "Dave Neary" 
>  To: "Sahina Bose" 
>  Cc: "Alon Bar-Lev" , users@ovirt.org
>  Sent: Thursday, March 21, 2013 6:34:56 PM
>  Subject: Re: [Users] Package installation error
> 
>  Hi,
> 
>  On 03/19/2013 05:24 AM, Sahina Bose wrote:
> > You are right - Gluster 3.4 is only required to manage gluster
> > clusters.
> >
> > Currently the question asked at setup is this :
> >
> > "The engine can be configured to present the UI in three
> > different
> > application modes. virt [Manage virtualization only], gluster
> > [Manage
> > gluster storage only],
> > and both [Manage virtualization as well as gluster storage]"
> > where
> > both
> > is the default.
> >
> > If this is confusing to the user, we can change this message.
> > Suggestions?
>  I would either:
> 
>  (a) put "Virt" as the default, or
> >> I would go for this one, this keeps backwards compatibility.
> >> Is there an easy method to change this configuration later?
> > Yes, changing the cluster settings.
> 
> No - you can change the cluster settings (virt service/gluster
> service)
> only if the application mode is "both". In virt only mode, the
> cluster
> is virt only, and same with gluster-only. So if you want user to be
> able
> to change the mode *after* installation, this config
> (ApplicationMode)
> must be exposed in the engine-config tool.

So if I'll try to sum up (with reference to other emails on this thread). 
1. Default should be virt only
2. Keep the question and better explain what is the Gluster option (preferable 
a link to the relevant page) 
3. Add a config option to easily change the selection later 
Need to think about the implication of the third option in case the change 
conflicts with hosts/clusters that are already configured other wise. 
Example: Initial selection was Virt and now adding dual mode - always OK 
Example: Initial selection was Virt, no host in the setup, and now changing to 
Gluster mode - OK
Example: Initial selection was Virt, Hosts already in the setup installed in 
virt mode, and now changing to Gluster mode - What will we do?

My take, 
Config option can only set to dual mode, never the other way around. This will 
save the need to add sophisticated logic 

Sounds right?


> 
> >
>  (b) remove this question entirely - if someone is installing
>  oVirt,
>  assume they want to manage virt. If someone is installing
>  Gluster,
>  have
>  an option during the Gluster install to have the oVirt
>  management
>  console.
> >> We do want people to get exposed to the Gluster option.
> >>
>  If someone wants to manage both their Gluster bricks and their
>  virt
>  with
>  oVirt, I would make that a post-install option to oVirt -
>  perhaps
>  with
>  an extra package to install (which would depend on the later
>  version
>  of
>  Gluster).
> 
>  Cheers,
>  Dave.
> 
> 
> 
> > On 03/19/2013 01:41 PM, Dave Neary wrote:
> >> Hi,
> >>
> >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote:
> >>> Now I am confused
> >>> Do you or don't you need vdsm-gluster on your system?
> >> Allow me to clarify.
> >>
> >> There have been several messages from users since the oVirt
> >> 3.2
> >> release asking why they need Gluster 3.4 pre-releases to run
> >> oVirt.
> >>
> >> My understanding is that you don't need Gluster 3.4 unless you
> >> want to
> >> manage a Gluster cluster with oVirt.
> >>
> >> So my question is: are we sure that we are not leading users
> >> wrong,
> >> and confusing them during the installation & set-up process?
> >>
> >> Thanks,
> >> Dave.
> >>
>  --
>  Dave Neary - Community Action and Impact
>  Open Source and Standards, Red Hat - http://community.redhat.com
>  Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
> 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Package installation error

[Alon Bar-Lev]

- Original Message -
> From: "Simon Grinberg" 
> To: "Shireesh Anjal" 
> Cc: users@ovirt.org, "Alon Bar-Lev" 
> Sent: Friday, March 22, 2013 5:46:01 PM
> Subject: Re: [Users] Package installation error
> 
> 
> 
> - Original Message -
> > From: "Shireesh Anjal" 
> > To: "Alon Bar-Lev" 
> > Cc: "Simon Grinberg" , users@ovirt.org
> > Sent: Friday, March 22, 2013 8:34:40 AM
> > Subject: Re: [Users] Package installation error
> > 
> > On 03/22/2013 12:11 AM, Alon Bar-Lev wrote:
> > >
> > > - Original Message -
> > >> From: "Simon Grinberg" 
> > >> To: "Alon Bar-Lev" 
> > >> Cc: users@ovirt.org, "Sahina Bose" , "Dave
> > >> Neary" 
> > >> Sent: Thursday, March 21, 2013 7:40:17 PM
> > >> Subject: Re: [Users] Package installation error
> > >>
> > >>
> > >>
> > >> - Original Message -
> > >>> From: "Alon Bar-Lev" 
> > >>> To: "Dave Neary" 
> > >>> Cc: users@ovirt.org, "Sahina Bose" , "Simon
> > >>> Grinberg" 
> > >>> Sent: Thursday, March 21, 2013 6:35:56 PM
> > >>> Subject: Re: [Users] Package installation error
> > >>>
> > >>> Simon?
> > >>>
> > >>> - Original Message -
> >  From: "Dave Neary" 
> >  To: "Sahina Bose" 
> >  Cc: "Alon Bar-Lev" , users@ovirt.org
> >  Sent: Thursday, March 21, 2013 6:34:56 PM
> >  Subject: Re: [Users] Package installation error
> > 
> >  Hi,
> > 
> >  On 03/19/2013 05:24 AM, Sahina Bose wrote:
> > > You are right - Gluster 3.4 is only required to manage
> > > gluster
> > > clusters.
> > >
> > > Currently the question asked at setup is this :
> > >
> > > "The engine can be configured to present the UI in three
> > > different
> > > application modes. virt [Manage virtualization only], gluster
> > > [Manage
> > > gluster storage only],
> > > and both [Manage virtualization as well as gluster storage]"
> > > where
> > > both
> > > is the default.
> > >
> > > If this is confusing to the user, we can change this message.
> > > Suggestions?
> >  I would either:
> > 
> >  (a) put "Virt" as the default, or
> > >> I would go for this one, this keeps backwards compatibility.
> > >> Is there an easy method to change this configuration later?
> > > Yes, changing the cluster settings.
> > 
> > No - you can change the cluster settings (virt service/gluster
> > service)
> > only if the application mode is "both". In virt only mode, the
> > cluster
> > is virt only, and same with gluster-only. So if you want user to be
> > able
> > to change the mode *after* installation, this config
> > (ApplicationMode)
> > must be exposed in the engine-config tool.
> 
> So if I'll try to sum up (with reference to other emails on this
> thread).
> 1. Default should be virt only
> 2. Keep the question and better explain what is the Gluster option
> (preferable a link to the relevant page)
> 3. Add a config option to easily change the selection later
> Need to think about the implication of the third option in case the
> change conflicts with hosts/clusters that are already configured
> other wise.
> Example: Initial selection was Virt and now adding dual mode - always
> OK
> Example: Initial selection was Virt, no host in the setup, and now
> changing to Gluster mode - OK
> Example: Initial selection was Virt, Hosts already in the setup
> installed in virt mode, and now changing to Gluster mode - What will
> we do?
> 
> My take,
> Config option can only set to dual mode, never the other way around.
> This will save the need to add sophisticated logic
> 
> Sounds right?

Yes, but I am unsure that this is a single config option...
Maybe I did not understand you properly, but I think this should be an option 
in the UI.

And... if this option is in UI, then... why do we need anything at setup...? 
user can log into the system and configure the cluster in any way he likes.

I am thinking into the future that when first login into the admin console 
there should be some wizard, instead of performing this at setup time.

> 
> 
> > 
> > >
> >  (b) remove this question entirely - if someone is installing
> >  oVirt,
> >  assume they want to manage virt. If someone is installing
> >  Gluster,
> >  have
> >  an option during the Gluster install to have the oVirt
> >  management
> >  console.
> > >> We do want people to get exposed to the Gluster option.
> > >>
> >  If someone wants to manage both their Gluster bricks and their
> >  virt
> >  with
> >  oVirt, I would make that a post-install option to oVirt -
> >  perhaps
> >  with
> >  an extra package to install (which would depend on the later
> >  version
> >  of
> >  Gluster).
> > 
> >  Cheers,
> >  Dave.
> > 
> > 
> > 
> > > On 03/19/2013 01:41 PM, Dave Neary wrote:
> > >> Hi,
> > >>
> > >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote:
> > >>> Now I am confused
> > >>> Do you or don't you ne

Re: [Users] Package installation error

[Simon Grinberg]

- Original Message -
> From: "Alon Bar-Lev" 
> To: "Simon Grinberg" 
> Cc: users@ovirt.org, "Shireesh Anjal" 
> Sent: Friday, March 22, 2013 5:51:23 PM
> Subject: Re: [Users] Package installation error
> 
> 
> 
> - Original Message -
> > From: "Simon Grinberg" 
> > To: "Shireesh Anjal" 
> > Cc: users@ovirt.org, "Alon Bar-Lev" 
> > Sent: Friday, March 22, 2013 5:46:01 PM
> > Subject: Re: [Users] Package installation error
> > 
> > 
> > 
> > - Original Message -
> > > From: "Shireesh Anjal" 
> > > To: "Alon Bar-Lev" 
> > > Cc: "Simon Grinberg" , users@ovirt.org
> > > Sent: Friday, March 22, 2013 8:34:40 AM
> > > Subject: Re: [Users] Package installation error
> > > 
> > > On 03/22/2013 12:11 AM, Alon Bar-Lev wrote:
> > > >
> > > > - Original Message -
> > > >> From: "Simon Grinberg" 
> > > >> To: "Alon Bar-Lev" 
> > > >> Cc: users@ovirt.org, "Sahina Bose" , "Dave
> > > >> Neary" 
> > > >> Sent: Thursday, March 21, 2013 7:40:17 PM
> > > >> Subject: Re: [Users] Package installation error
> > > >>
> > > >>
> > > >>
> > > >> - Original Message -
> > > >>> From: "Alon Bar-Lev" 
> > > >>> To: "Dave Neary" 
> > > >>> Cc: users@ovirt.org, "Sahina Bose" ,
> > > >>> "Simon
> > > >>> Grinberg" 
> > > >>> Sent: Thursday, March 21, 2013 6:35:56 PM
> > > >>> Subject: Re: [Users] Package installation error
> > > >>>
> > > >>> Simon?
> > > >>>
> > > >>> - Original Message -
> > >  From: "Dave Neary" 
> > >  To: "Sahina Bose" 
> > >  Cc: "Alon Bar-Lev" , users@ovirt.org
> > >  Sent: Thursday, March 21, 2013 6:34:56 PM
> > >  Subject: Re: [Users] Package installation error
> > > 
> > >  Hi,
> > > 
> > >  On 03/19/2013 05:24 AM, Sahina Bose wrote:
> > > > You are right - Gluster 3.4 is only required to manage
> > > > gluster
> > > > clusters.
> > > >
> > > > Currently the question asked at setup is this :
> > > >
> > > > "The engine can be configured to present the UI in three
> > > > different
> > > > application modes. virt [Manage virtualization only],
> > > > gluster
> > > > [Manage
> > > > gluster storage only],
> > > > and both [Manage virtualization as well as gluster
> > > > storage]"
> > > > where
> > > > both
> > > > is the default.
> > > >
> > > > If this is confusing to the user, we can change this
> > > > message.
> > > > Suggestions?
> > >  I would either:
> > > 
> > >  (a) put "Virt" as the default, or
> > > >> I would go for this one, this keeps backwards compatibility.
> > > >> Is there an easy method to change this configuration later?
> > > > Yes, changing the cluster settings.
> > > 
> > > No - you can change the cluster settings (virt service/gluster
> > > service)
> > > only if the application mode is "both". In virt only mode, the
> > > cluster
> > > is virt only, and same with gluster-only. So if you want user to
> > > be
> > > able
> > > to change the mode *after* installation, this config
> > > (ApplicationMode)
> > > must be exposed in the engine-config tool.
> > 
> > So if I'll try to sum up (with reference to other emails on this
> > thread).
> > 1. Default should be virt only
> > 2. Keep the question and better explain what is the Gluster option
> > (preferable a link to the relevant page)
> > 3. Add a config option to easily change the selection later
> > Need to think about the implication of the third option in case the
> > change conflicts with hosts/clusters that are already configured
> > other wise.
> > Example: Initial selection was Virt and now adding dual mode -
> > always
> > OK
> > Example: Initial selection was Virt, no host in the setup, and now
> > changing to Gluster mode - OK
> > Example: Initial selection was Virt, Hosts already in the setup
> > installed in virt mode, and now changing to Gluster mode - What
> > will
> > we do?
> > 
> > My take,
> > Config option can only set to dual mode, never the other way
> > around.
> > This will save the need to add sophisticated logic
> > 
> > Sounds right?
> 
> Yes, but I am unsure that this is a single config option...
> Maybe I did not understand you properly, but I think this should be
> an option in the UI.

AFAIK, it's an option in the _options table that is not yet exposed to the 
-config utility
The reason it's there since it's alters the appearance and removes some GUI 
options in the first place.

> 
> And... if this option is in UI, then... why do we need anything at
> setup...? user can log into the system and configure the cluster in
> any way he likes.

Well that was the initial idea behind the dual mode, everything exposed and the 
user selects in the GUI on the cluster level what to use. This confuses users 
as this thread apparently exposes. Users that do not care about Glusters would 
like not to bother to set this up on each cluster, and vice verse. 

> 
> I am thinking into the future that when first login into the admin
> console there shou

[Users] change web server certificate

[martin.kralicek]

Hello,

I would like to ask how to re-create certificate for web server only, with own 
certificate authority in ovirt 3.2 on Fedora 18. I tried couple of times but 
failed.

Thanks for your advice.

Martin Králíček
Accenture
Czech Republic
Tel: (+420) 608 176 761



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and its 
affiliates, including e-mail and instant messaging (including content), may be 
scanned by our systems for the purposes of information security and assessment 
of internal compliance with Accenture policy.

__

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

Re: [Users] change web server certificate

[Alon Bar-Lev]

Just configure apache, within /etc/httpd/conf.d/ssl.conf

- Original Message -
> From: "martin kralicek" 
> To: users@ovirt.org
> Sent: Friday, March 22, 2013 6:59:13 PM
> Subject: [Users] change web server certificate
> 
> 
> 
> 
> 
> Hello,
> 
> 
> 
> I would like to ask how to re-create certificate for web server only,
> with own certificate authority in ovirt 3.2 on Fedora 18. I tried
> couple of times but failed.
> 
> 
> 
> Thanks for your advice.
> 
> 
> 
> Martin Králíček
> Accenture
> Czech Republic
> 
> Tel: (+420) 608 176 761
> 
> 
> 
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise confidential information. If
> you have received it in error, please notify the sender immediately
> and delete the original. Any other use of the e-mail by you is
> prohibited.
> 
> Where allowed by local law, electronic communications with Accenture
> and its affiliates, including e-mail and instant messaging
> (including content), may be scanned by our systems for the purposes
> of information security and assessment of internal compliance with
> Accenture policy.
> 
> __
> 
> www.accenture.com
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] change web server certificate

[martin.kralicek]

I feel very stupid right now :D And asking myself why I have to do some hacks 
on /etc/pki/ovirt-engine
Thanks for this advice :)

-Original Message-
From: Alon Bar-Lev [mailto:alo...@redhat.com]
Sent: Friday, March 22, 2013 6:25 PM
To: Kralicek, Martin
Cc: users@ovirt.org
Subject: Re: [Users] change web server certificate

Just configure apache, within /etc/httpd/conf.d/ssl.conf

- Original Message -
> From: "martin kralicek" 
> To: users@ovirt.org
> Sent: Friday, March 22, 2013 6:59:13 PM
> Subject: [Users] change web server certificate
>
>
>
>
>
> Hello,
>
>
>
> I would like to ask how to re-create certificate for web server only,
> with own certificate authority in ovirt 3.2 on Fedora 18. I tried
> couple of times but failed.
>
>
>
> Thanks for your advice.
>
>
>
> Martin Králíček
> Accenture
> Czech Republic
>
> Tel: (+420) 608 176 761
>
>
>
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise confidential information. If you
> have received it in error, please notify the sender immediately and
> delete the original. Any other use of the e-mail by you is prohibited.
>
> Where allowed by local law, electronic communications with Accenture
> and its affiliates, including e-mail and instant messaging (including
> content), may be scanned by our systems for the purposes of
> information security and assessment of internal compliance with
> Accenture policy.
>
> __
> 
>
> www.accenture.com
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>


-
Zpráva neobsahuje viry.
Zkontrolováno AVG - www.avg.cz
Verze: 2013.0.2904 / Virová báze: 2641/6195 - Datum vydání: 21.3.2013

This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and its 
affiliates, including e-mail and instant messaging (including content), may be 
scanned by our systems for the purposes of information security and assessment 
of internal compliance with Accenture policy.

__

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

Re: [Users] change web server certificate

[Alon Bar-Lev]

Because you probably knew the much more non-standard product behavior of 3.1...
So you are good, no worries.

- Original Message -
> From: "martin kralicek" 
> To: alo...@redhat.com
> Cc: users@ovirt.org
> Sent: Friday, March 22, 2013 8:23:31 PM
> Subject: RE: [Users] change web server certificate
> 
> I feel very stupid right now :D And asking myself why I have to do
> some hacks on /etc/pki/ovirt-engine
> Thanks for this advice :)
> 
> -Original Message-
> From: Alon Bar-Lev [mailto:alo...@redhat.com]
> Sent: Friday, March 22, 2013 6:25 PM
> To: Kralicek, Martin
> Cc: users@ovirt.org
> Subject: Re: [Users] change web server certificate
> 
> Just configure apache, within /etc/httpd/conf.d/ssl.conf
> 
> - Original Message -
> > From: "martin kralicek" 
> > To: users@ovirt.org
> > Sent: Friday, March 22, 2013 6:59:13 PM
> > Subject: [Users] change web server certificate
> >
> >
> >
> >
> >
> > Hello,
> >
> >
> >
> > I would like to ask how to re-create certificate for web server
> > only,
> > with own certificate authority in ovirt 3.2 on Fedora 18. I tried
> > couple of times but failed.
> >
> >
> >
> > Thanks for your advice.
> >
> >
> >
> > Martin Králíček
> > Accenture
> > Czech Republic
> >
> > Tel: (+420) 608 176 761
> >
> >
> >
> > This message is for the designated recipient only and may contain
> > privileged, proprietary, or otherwise confidential information. If
> > you
> > have received it in error, please notify the sender immediately and
> > delete the original. Any other use of the e-mail by you is
> > prohibited.
> >
> > Where allowed by local law, electronic communications with
> > Accenture
> > and its affiliates, including e-mail and instant messaging
> > (including
> > content), may be scanned by our systems for the purposes of
> > information security and assessment of internal compliance with
> > Accenture policy.
> >
> > __
> > 
> >
> > www.accenture.com
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> 
> 
> -
> Zpráva neobsahuje viry.
> Zkontrolováno AVG - www.avg.cz
> Verze: 2013.0.2904 / Virová báze: 2641/6195 - Datum vydání: 21.3.2013
> 
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise confidential information. If
> you have received it in error, please notify the sender immediately
> and delete the original. Any other use of the e-mail by you is
> prohibited.
> 
> Where allowed by local law, electronic communications with Accenture
> and its affiliates, including e-mail and instant messaging
> (including content), may be scanned by our systems for the purposes
> of information security and assessment of internal compliance with
> Accenture policy.
> 
> __
> 
> www.accenture.com
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] management server very slow lately

[Jonathan Horne]

is it ok to restart the engine at any time, or should i be prepared for a
maintenance window?

this manager has 12 hosts, and about 75 VMs.  we are running 3.1, dreyou's
EL6 packages.

[jhorne@d0lppc021 ~]$ rpm -qa|grep ovirt
ovirt-engine-restapi-3.1.0-3.19.el6.noarch
ovirt-engine-sdk-3.1.0.5-1.el6.noarch
ovirt-engine-backend-3.1.0-3.19.el6.noarch
ovirt-engine-tools-common-3.1.0-3.19.el6.noarch
ovirt-log-collector-3.1.0-16.el6.noarch
ovirt-image-uploader-3.1.0-16.el6.noarch
ovirt-engine-setup-3.1.0-3.19.el6.noarch
ovirt-engine-config-3.1.0-3.19.el6.noarch
ovirt-iso-uploader-3.1.0-16.el6.noarch
ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch
ovirt-engine-genericapi-3.1.0-3.19.el6.noarch
ovirt-engine-3.1.0-3.19.el6.noarch
ovirt-engine-cli-3.1.0.7-1.el6.noarch
ovirt-engine-userportal-3.1.0-3.19.el6.noarch
ovirt-engine-notification-service-3.1.0-3.19.el6.noarch
ovirt-engine-jbossas711-1-0.x86_64
ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch

thanks,
jonathan





On 3/22/13 10:05 AM, "Juan Hernandez"  wrote:

>On 03/22/2013 02:54 PM, Jonathan Horne wrote:
>> top - 08:53:38 up 70 days, 16:31,  1 user,  load average: 0.40, 0.34,
>>0.32
>> Tasks: 432 total,   1 running, 431 sleeping,   0 stopped,   0 zombie
>> Cpu(s):  1.3%us,  0.1%sy,  0.0%ni, 98.6%id,  0.0%wa,  0.0%hi,  0.0%si,
>>0.0%st
>> Mem:  32876240k total, 18653508k used, 14222732k free,   522432k buffers
>> Swap:  2097144k total, 4528k used,  2092616k free,  6270908k cached
>>
>>PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>>   2121 ovirt 20   0 12.9g 7.7g  18m S  9.0 24.6  16539:08 java
>>
>
>This is not normal at all. First thing that is strange is that your
>engine is taking 7.7 GiB of RAM, which it should never take, as it is by
>default limited to 1 GiB. Did you assign more memory to the engine on
>purpose? How much? If you assign a lot of memory it can start to consume
>a lot of CPU just for garbage collection. You may want to enable verbose
>garbage collection adding this to /etc/sysconfig/ovirt-engine (or
>/etc/ovirt-engine/engine.conf if you are using the latest source code):
>
>   ENGINE_VERBOSE_GC=true
>
>Then restart the engine and it will start to dump garbage collection
>statistics to /var/log/ovirt-engine/console.log. The garbage collection
>should be quite silent in an low activity system.
>
>We used to have a bug that caused the max amount of memory not be
>correctly limited, but it was fixed long ago:
>
>   http://gerrit.ovirt.org/7952
>
>The other thing that seems strange is the amount of CPU that it is
>consuming. Do you have many hosts managed by that engine? In an
>otherwise idle environment the CPU consumption is caused by the periodic
>polls of the hosts, one each two seconds by default. If you see
>continually the engine using a significant amount of CPU (you the output
>of top above it is 9%) it could be useful to get a snapshot of the
>stacks of threads, to see which threads in particular are consuming the
>CPU. Send the QUIT signal to the engine process and it will dump the
>stacks of the threads to /var/log/ovirt-engine/console.log:
>
>   # kill -3 $(cat /var/run/ovirt-engine.pid)
>
>Once you have that dump you can check which thread is consuming the CPU
>as follows:
>
>1. Get the PIDs of the threads of the engine together with their use of
>CPU:
>
>   # ps -L -u ovirt -o tid,pcpu
>
>2. If you see one of them consuming a high amount of CPU time then try
>to find it in the stack dump generated in
>/var/log/ovirt-engine/console.log. Lets assume that the PID is 13397,
>for example, translate it to hex:
>
>   # printf "%04x\n" 13397
>   3455
>
>3. Then look in /var/log/ovirt-engine/console.log for a line containing
>"nid=0x3455". There you will find the stack trace of that thread,
>something like this:
>
>   "ajp-/127.0.0.1:8702-Acceptor-0" daemon prio=10
>tid=0x7f41e0220800 nid=0x3493 runnable [0x7f41dbdf2000]
>java.lang.Thread.State: RUNNABLE
> ...
>
>Most threads will be waiting, but if you find one thread that is
>consistently RUNNABLE then there is probably an issue. The dump of the
>stack of that thread can help to find out what it is doing and why it is
>consuming the CPU.
>
>>
>> I don't have a lot of experience with jboss, so im not sure it thats
>>good or bad.  I did the jboss restart, and that helped a little, but its
>>still a little sluggish again, now a few days later.
>>
>> Thanks,
>>
>> -Original Message-
>> From: Itamar Heim [mailto:ih...@redhat.com]
>> Sent: Friday, March 15, 2013 6:32 AM
>> To: Jonathan Horne
>> Cc: users@ovirt.org
>> Subject: Re: [Users] management server very slow lately
>>
>> On 03/13/2013 08:51 PM, Jonathan Horne wrote:
>>> Hello, lately my manager server web interface is extremely sluggish.
>>> Perhaps the server is ready for a reboot?
>>>
>>> My management server is also the hosts of my NFS export and ISO mounts.
>>> Is there a prescribed method for rebooting when I am also providing
>>> NFS services from the management serve

Re: [Users] power management for drac6

[Thomas Scofield]

An old vdsm agent was the source of some of my issues.  After updating to
4.10.3 I was able to get it working, the options are being passed now.  I
had to add a login_timeout as well since one of the drac interfaces is a
bit slow on login.

cmd_prompt=admin,login_timeout=15


On Fri, Mar 22, 2013 at 3:33 AM, Yuriy Demchenko wrote:

> vdsm.log
>>
>> Thread-1978569::DEBUG::2013-**03-21 
>> 11:30:38,769::API::1024::vds::**(fenceNode)
>> fenceNode(addr=vm2-mgt,port=,**agent=drac5,user=root,passwd=**
>> ,action=status,secure=,**options=)
>>
>>  btw, looking at this log string i presume you hit the bug from this
> tread (if you using ovirt 3.1): http://comments.gmane.org/**
> gmane.comp.emulators.ovirt.**user/3528
> engine didnt pass options string when talking to vdsm
>
> you can try and patch it:
>
> diff --git a/vdsm/BindingXMLRPC.py b/vdsm/BindingXMLRPC.py
> index cc5300f..8b548e4 100644
> --- a/vdsm/BindingXMLRPC.py
> +++ b/vdsm/BindingXMLRPC.py
> @@ -357,7 +357,7 @@ class BindingXMLRPC(object):
> secure=False, options=''):
>   api = API.Global()
>   return api.fenceNode(addr, port, agent, username, password,
> -action, secure)
> +action, secure, options)
>
>   def setLogLevel(self, level):
>   api = API.Global()
>
> Yuriy Demchenko
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users