Re: [Users] How to make oVirt I/O write faster than Virtualbox and others?

2013-03-13 Thread Adrian Gibanel
- Mensaje original - 

 De: Yaniv Kaul yk...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users users@ovirt.org
 Enviados: Jueves, 7 de Marzo 2013 8:08:55
 Asunto: Re: [Users] How to make oVirt I/O write faster than
 Virtualbox and others?

 - Original Message -
 
  Every benchmark out there features KVM as the best virtualisation
  technology. Even in the I/O write category. My results with oVirt
  are deceiving. So I'm going to explain my test machine, setup and
  ask your for advice to find out what's wrong. Any more data you
  need please ask for it. I like oVirt mostly because of its
  datacentre-aware web manager. But if it gets unusable I would have
  to take a look at other systems.
  Some random questions:
 
  * Is it a problem that sandbridge architecture is being detected as
  an Intel Conroe architecture?
  * Is there any easy way to test aio=native in oVirt when running
  virtual machines just for testing it?

 Our testing showed that aio=threads works better for file-based
 storage (vs. aio=native for block storage).

  * Should I test oVirt 3.2? Is there any improvement in I/O writing?

 Probably not, but you should try with oVirt 3.2 nevertheless, for the
 wealth of other features that might be useful now or later (direct
 LUN for example).
Interesting.

  * What about Fedora 18? Any improvements in I/O writing or, I don't
  know, the Virtio system?

 Probably a newer QEMU and KVM can provide better performance. Did not
 go through the complete changelog to verify it.
Ok.

  * Any ovirt-node package for Debian/Ubuntu? The wiki seems like a
  draft (http://www.ovirt.org/Ovirt_build_on_debian/ubuntu).
  * Any I/O write consuming package that I should remove from stock
  Fedora just before installing it from the web manager?
 
  So... Any idea?

 I'd start with comparing the complete QEMU command line between the
 instances. I don't think it's only the -cpu that'll affect the
 performance (unless the test is CPU bound?). Specifically, what
 about the cache= setting? We use, for data safety, cache=none.

That's what I did in the proxmox's manually run qemus.

Some news:
-

Although I haven't done a proper check I think it has improved a lot by 
disabling cpu scaling and letting performance 

Take a look at:
http://forums.fedoraforum.org/showthread.php?t=272109

Proxmox with direct LV as a hard disk is still faster but that makes sense 
because oVirt 3.1 only worked with files in filesystem and not with LVs. Maybe 
that 3.2 direct LUN support implies also LV support.

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] why ovirt does not support NAT network

2013-03-07 Thread Adrian Gibanel
Just in case it might help you please check: 

http://lists.ovirt.org/pipermail/users/2012-April/001751.html 

I managed to implement Virtualbox-hostonly-alike networks gathering more info 
from: 
http://libvirt.org/formatnetwork.html 
. 
You might be also interested in: http://wiki.libvirt.org/page/Networking 
although I didn't use it myself. 

You might probably already know this information but, just in case, here it is. 

- Mensaje original -

 De: bigclouds bigclo...@163.com
 Para: Dan Kenigsberg dan...@redhat.com
 CC: users@ovirt.org
 Enviados: Jueves, 7 de Marzo 2013 15:46:48
 Asunto: Re: [Users] why ovirt does not support NAT network

 hi, Dan Kenigsberg
 yes, i am working on this feature, the goal is that HOST can supply
 bridge and NAT network meanwhile ,users can choise.
 because birdge network occupy too many IPs, at least, one user will
 have 2 IPs(VM and thin client).

 At 2013-03-07 19:28:29,Dan Kenigsberg dan...@redhat.com wrote:
 On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote:
  why ovirt  does not support NAT network?
 
 Would you elaborate on that?
 
 Do you refer to putthing VMs behind a NAT, instead of a bridge?
-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Copy VM using the commandline

2013-03-03 Thread Adrian Gibanel
While you wait for a more oVirt-standard reply (like trying to solve your 
problem from the Web Manager) you can check: 

http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management 

. 

- Mensaje original -

 De: Matt . yamakasi@gmail.com
 Para: users users@ovirt.org
 Enviados: Domingo, 3 de Marzo 2013 19:20:03
 Asunto: [Users] Copy VM using the commandline

 Is it possible to copy a VM from storage node to storage node by
 using the commandline ?

 ISO images are indexed automaticly but I don't know how this works
 for storage.

 I have a storage device that was down following the system, but my
 images are still on there. To avoid reinstalling the systems and
 placing backups back I would like to know if I can copy the images
 from this folder to a storage device that can be seen normal.

 I hope this is possible.

 Cheers,

 Matt

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

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] How to make oVirt I/O write faster than Virtualbox and others?

2013-03-02 Thread Adrian Gibanel

  Every benchmark out there features KVM as the best virtualisation technology. 
Even in the I/O write category. My results with oVirt are deceiving. So I'm 
going to explain my test machine, setup and ask your for advice to find out 
what's wrong. Any more data you need please ask for it. I like oVirt mostly 
because of its datacentre-aware web manager. But if it gets unusable I would 
have to take a look at other systems. 

Hardware machine for the host OS
-
* Sandy Bridge E
* CPU : Intel Xeon E5-1620 (10 MB Intel Smart Cache)
* Cores / Threads : 4 / 8
* Frecuency : 3.6GHz / 3.8GHz Turbo Boost
* RAM : 64 GB DDR3 ECC
* Hard Disk : 2x 2TB SATA3
* VT technology: Intel VT

Common OS Setup for the host OS
-
* 2 hard disks RAIDSoft

Guest OS common setup
-
* 1 socket x 1 core x 1 thread
* 2 GB RAM
* 300 GB Preallocated hard disk
* Virtualmin installed (Just an excuse to have a mysql server)
* Ubuntu 12.04 64bit

Write I/O test
--
The write I/O test is not standard one but a custom one. One of our needs is to 
create new Mysql INNODB tables. These tables have to be created in less than 
php maximum execution time so that some web installations don't timeout when 
creating their databases.
DISCLAIMER: If you want to evaluate oVirt don't trust on these times, please do 
your own tests.

So the test creates table0 with two ints columns which are then filled with 100 
insert intos. Repeat that for 99 more tables. Finally drop (delete) all the 
create tables.

What I run is:

mysql -u root -p -e drop database test_create_tables
mysql -u root -p -e create database test_create_tables
time mysql -u root -p test_create_tables  test_mysql.sql

I attach test_mysql.sql gzipped just in case anyone is curious.

Note that all the Proxmox tests are: Debian Squeeze + Proxmox (KVM). It was 
never used openvz as a virtualisation technology.

Test A - Debian Squeeze + Proxmox (KVM)
-
Description: This is proxmox booting a machine as KVM (not as openvz). As said 
before only 1 socket and 1 core.

real0m9.453s
user0m0.104s
sys 0m0.076s

Test B - Proxmox (KVM, aio=threads)

Description: Proxmox again. Qemu was run at hand by changing aio parametre to 
be aio=threads (as oVirt uses) instead of aio=native.

real0m9.510s
user0m0.080s
sys 0m0.096s

Test C - Proxmox (linux-image-virtual kernel installed, aio=threads)

Description: If we install linux-image-virtual kernel inside the guest machine 
times are improved a bit.

real0m8.691s
user0m0.104s
sys 0m0.080s

Test D - Proxmox (ubuntu,  linux-virtual, aio=threads y: -cpu 
kvm64,+lahf_lm,+ssse3,-cx16)
---

real0m8.790s
user0m0.084s
sys 0m0.096s

Test E - Proxmox (ubuntu,  linux-virtual, aio=threads y: -cpu 
kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4)
-
real0m8.720s
user0m0.100s
sys 0m0.080s

Test F - Proxmox (ubuntu,  linux-virtual, aio=threads y: -cpu 
kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4 -rtc 
base=2013-02-22T02:26:29,driftfix=slew)


real0m8.790s
user0m0.096s
sys 0m0.084s

Test G - Virtualbox
--
Description: Ubuntu 12.04 64bit as a host. This is Virtualbox 4.2 with the 
extension pack installed. Notice that neither I installed the guest additions 
tools in the guest machine nor the linux-image-virtual kernel.

real0m36.176s
user0m0.612s
sys 0m0.468s

Test H - Fedora 17 64bit - oVirt 3.1
---
Description: This is Fedora 17 64bit oVirt 3.1 being installed in the Host. Web 
manager is installed in another machine. SELinux is in Permissive mode. Virtual 
machine is run at the same virtual machine where storage is. The datacenter is 
setup as Localhost on host type. Linux-image-virtual kernel installed inside 
the guest machine.

real0m52.246s
user0m0.200s
sys 0m0.128s

Test I - Fedora - oVirt 3.1 - vdsmd stopped.
---
Description: This is Fedora 17 64bit oVirt 3.1 being installed in the Host. Web 
manager is installed in another machine. SELinux is in Permissive mode. Virtual 
machine is run at the same virtual machine where storage is. The datacenter is 
setup as Localhost on host type. Linux-image-virtual kernel installed inside 
the guest machine. vdsmd daemon was stopped at the host was stopped just in 
case it was the I/O decrease reason.

real0m45.932s
user0m0.216s
sys 0m0.100s

Some bits about the test:

* If you're asking, yes, I've repeated the test several times and the times I 
give here are representative.
The password was inserted manually when running mysql commands but that's only 
1 to 2 seconds less which doesn't explain the huge differences between the 
tests.
* I also tried Fedora 64bit and Centos 64bit as guest systems and the results 
were worse.
* I also tried other less powerful machines which work ok with Virtualbox but 
have poor I/O write results with oVirt.
* The B-F Proxmox 

Re: [Users] ovirt reporting wrong cpu family

2013-03-02 Thread Adrian Gibanel
Sorry for the late answer. I was kind of busy. I reply inline below.

- Mensaje original - 

 De: Martin Kletzander mklet...@redhat.com
 Para: Itamar Heim ih...@redhat.com
 CC: Adrian Gibanel adrian.giba...@btactic.com, users@ovirt.org, Jithin
 Raju rajuj...@gmail.com
 Enviados: Martes, 19 de Febrero 2013 15:11:05
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 On 02/16/2013 10:02 PM, Itamar Heim wrote:
  Adrian - can you later please wikify this recurring question?
 

 If this is related to libvirt detecting the wrong CPU, we have a short
 wiki page [1] for that either, you can link to that in yours (or maybe
 it'll help you write it).
Thank you. I'll take a look. More below.

 [...]
  On 16/02/2013 18:56, Adrian Gibanel wrote:
  I happen to have the same problem in oVirt 3.1 on Fedora.
  Any workaround?
 
  $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n \n ;cat
  /proc/cpuinfo | grep model name | head -n 1
  cpuFlags =
  fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
 

 At first, let me say that this is very weird CPU detection as according
 to these flags, the processor described in here should be Nehalem.
 Could you try running 'virsh -r capabilities' on the host to check what
 libvirt reports?

Here you are:

capabilities

  host
uuidc090c38a-5202-e211-bbb4-4c72b97c99ed/uuid
cpu
  archx86_64/arch
  modelNehalem/model
  vendorIntel/vendor
  topology sockets='1' cores='2' threads='2'/
  feature name='rdtscp'/
  feature name='avx'/
  feature name='osxsave'/
  feature name='xsave'/
  feature name='tsc-deadline'/
  feature name='pdcm'/
  feature name='xtpr'/
  feature name='tm2'/
  feature name='est'/
  feature name='vmx'/
  feature name='ds_cpl'/
  feature name='monitor'/
  feature name='dtes64'/
  feature name='pclmuldq'/
  feature name='pbe'/
  feature name='tm'/
  feature name='ht'/
  feature name='ss'/
  feature name='acpi'/
  feature name='ds'/
  feature name='vme'/
/cpu
power_management
  suspend_mem/
  suspend_disk/
  suspend_hybrid/
/power_management
migration_features
  live/
  uri_transports
uri_transporttcp/uri_transport
  /uri_transports
/migration_features
topology
  cells num='1'
cell id='0'
  cpus num='4'
cpu id='0'/
cpu id='1'/
cpu id='2'/
cpu id='3'/
  /cpus
/cell
  /cells
/topology
secmodel
  modelselinux/model
  doi0/doi
/secmodel
  /host

  guest
os_typehvm/os_type
arch name='i686'
  wordsize32/wordsize
  emulator/usr/bin/qemu-system-x86_64/emulator
  machinepc-0.15/machine
  machinepc-1.0/machine
  machine canonical='pc-1.0'pc/machine
  machinepc-0.14/machine
  machinepc-0.13/machine
  machinepc-0.12/machine
  machinepc-0.11/machine
  machinepc-0.10/machine
  machineisapc/machine
  domain type='qemu'
  /domain
  domain type='kvm'
emulator/usr/bin/qemu-kvm/emulator
machinepc-0.15/machine
machinepc-1.0/machine
machine canonical='pc-1.0'pc/machine
machinepc-0.14/machine
machinepc-0.13/machine
machinepc-0.12/machine
machinepc-0.11/machine
machinepc-0.10/machine
machineisapc/machine
  /domain
/arch
features
  cpuselection/
  deviceboot/
  pae/
  nonpae/
  acpi default='on' toggle='yes'/
  apic default='on' toggle='no'/
/features
  /guest

  guest
os_typehvm/os_type
arch name='x86_64'
  wordsize64/wordsize
  emulator/usr/bin/qemu-system-x86_64/emulator
  machinepc-0.15/machine
  machinepc-1.0/machine
  machine canonical='pc-1.0'pc/machine
  machinepc-0.14/machine
  machinepc-0.13/machine
  machinepc-0.12/machine
  machinepc-0.11/machine
  machinepc-0.10/machine
  machineisapc/machine
  domain type='qemu'
  /domain
  domain type='kvm'
emulator/usr/bin/qemu-kvm/emulator
machinepc-0.15/machine
machinepc-1.0/machine
machine canonical='pc-1.0'pc/machine
machinepc-0.14/machine
machinepc-0.13/machine
machinepc-0.12/machine
machinepc-0.11/machine
machinepc-0.10/machine
machineisapc/machine
  /domain
/arch
features
  cpuselection/
  deviceboot/
  acpi default='on' toggle='yes'/
  apic default='on' toggle='no'/
/features
  /guest

Re: [Users] ovirt reporting wrong cpu family (2nd server)

2013-03-02 Thread Adrian Gibanel
This is another server which I have also problems with. I cannot select 
SandyBridge as the cpu type.
Still oVirt 3.1 in Fedora 17.

* Tecnology : Sandy Bridge E
* CPU : Intel Xeon E5-1620
* Cores / Threads : 4 / 8
* Frecuency : 3.6GHz / 3.8GHz Turbo Boost

#cpuinfo:
  Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz

# rpm -qa | grep -E 'vdsm|libvirt' | sort
libvirt-0.9.11.9-1.fc17.x86_64
libvirt-client-0.9.11.9-1.fc17.x86_64
libvirt-daemon-0.9.11.9-1.fc17.x86_64
libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64
libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64
libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64
libvirt-python-0.9.11.9-1.fc17.x86_64
vdsm-4.10.0-10.fc17.x86_64
vdsm-cli-4.10.0-10.fc17.noarch
vdsm-python-4.10.0-10.fc17.x86_64
vdsm-xmlrpc-4.10.0-10.fc17.noarch

# virsh -r capabilities

capabilities

  host
uuid----002590a41888/uuid
cpu
  archx86_64/arch
  modelSandyBridge/model
  vendorIntel/vendor
  topology sockets='1' cores='4' threads='2'/
  feature name='pdpe1gb'/
  feature name='osxsave'/
  feature name='dca'/
  feature name='pdcm'/
  feature name='xtpr'/
  feature name='tm2'/
  feature name='est'/
  feature name='smx'/
  feature name='vmx'/
  feature name='ds_cpl'/
  feature name='monitor'/
  feature name='dtes64'/
  feature name='pbe'/
  feature name='tm'/
  feature name='ht'/
  feature name='ss'/
  feature name='acpi'/
  feature name='ds'/
  feature name='vme'/
/cpu
power_management
  suspend_mem/
  suspend_disk/
  suspend_hybrid/
/power_management
migration_features
  live/
  uri_transports
uri_transporttcp/uri_transport
  /uri_transports
/migration_features
topology
  cells num='1'
cell id='0'
  cpus num='8'
cpu id='0'/
cpu id='1'/
cpu id='2'/
cpu id='3'/
cpu id='4'/
cpu id='5'/
cpu id='6'/
cpu id='7'/
  /cpus
/cell
  /cells
/topology
secmodel
  modelselinux/model
  doi0/doi
/secmodel
  /host

  guest
os_typehvm/os_type
arch name='i686'
  wordsize32/wordsize
  emulator/usr/bin/qemu-system-x86_64/emulator
  machinepc-0.15/machine
  machinepc-1.0/machine
  machine canonical='pc-1.0'pc/machine
  machinepc-0.14/machine
  machinepc-0.13/machine
  machinepc-0.12/machine
  machinepc-0.11/machine
  machinepc-0.10/machine
  machineisapc/machine
  domain type='qemu'
  /domain
  domain type='kvm'
emulator/usr/bin/qemu-kvm/emulator
machinepc-0.15/machine
machinepc-1.0/machine
machine canonical='pc-1.0'pc/machine
machinepc-0.14/machine
machinepc-0.13/machine
machinepc-0.12/machine
machinepc-0.11/machine
machinepc-0.10/machine
machineisapc/machine
  /domain
/arch
features
  cpuselection/
  deviceboot/
  pae/
  nonpae/
  acpi default='on' toggle='yes'/
  apic default='on' toggle='no'/
/features
  /guest

  guest
os_typehvm/os_type
arch name='x86_64'
  wordsize64/wordsize
  emulator/usr/bin/qemu-system-x86_64/emulator
  machinepc-0.15/machine
  machinepc-1.0/machine
  machine canonical='pc-1.0'pc/machine
  machinepc-0.14/machine
  machinepc-0.13/machine
  machinepc-0.12/machine
  machinepc-0.11/machine
  machinepc-0.10/machine
  machineisapc/machine
  domain type='qemu'
  /domain
  domain type='kvm'
emulator/usr/bin/qemu-kvm/emulator
machinepc-0.15/machine
machinepc-1.0/machine
machine canonical='pc-1.0'pc/machine
machinepc-0.14/machine
machinepc-0.13/machine
machinepc-0.12/machine
machinepc-0.11/machine
machinepc-0.10/machine
machineisapc/machine
  /domain
/arch
features
  cpuselection/
  deviceboot/
  acpi default='on' toggle='yes'/
  apic default='on' toggle='no'/
/features
  /guest

/capabilities



- Mensaje original - 

 At first, let me say that this is very weird CPU detection as according
 to these flags, the processor described in here should be Nehalem.
 Could you try running 'virsh -r capabilities' on the host to check what
 libvirt reports?

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us 

Re: [Users] Lost our management server.. have DB backup but no /etc/pki/

2013-02-18 Thread Adrian Gibanel
If it can help I wrote an oVirt engine migration page for oVirt 3.1 on: 

http://www.ovirt.org/User:Adrian15/oVirt_engine_migration 

. I suppose some of the steps might be adapted for your case easily. 

- Mensaje original -

 De: Itamar Heim ih...@redhat.com
 Para: Saint Keimond st.keim...@gmail.com
 CC: users@ovirt.org
 Enviados: Domingo, 17 de Febrero 2013 9:26:34
 Asunto: Re: [Users] Lost our management server.. have DB backup but
 no /etc/pki/

 On 17/02/2013 04:17, Saint Keimond wrote:
  Hello,
  We lost our Fedora 17 server with ovirt 3.1 on it. We have a good
  database backup but do not have have any certificates. From what I
  read,
  it is possible to still do a restore.. we just have to rejoin all
  the
  nodes so that they get a new certificate.
 
  I've tried to bring the database in to a fresh 3.1 install and a
  fresh
  3.2 install.. with no success on either. I need some helping
  figuring
  this out :)
 
 
  Thanks,
  David

 i don't remember the exact process of the top of my head, but it
 should
 be either:
 1. restore db, then install ovirt (exact same version by re-using the
 db.
 2. install ovirt, restore the db over it, and fix some config entries
 to
 correctly map the new certificates.

 then just remove hosts and re-add them to generate new certs for them
 (or just move them to maint and re-install them via the link that
 should
 appear in the general subtab)

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Adrian Gibanel
I happen to have the same problem in oVirt 3.1 on Fedora.
Any workaround?

$ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n \n ;cat 
/proc/cpuinfo | grep model name | head -n 1 
cpuFlags = 
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
 

model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz 

$ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm 
ovirt-release-fedora-5-2.noarch 
vdsm-python-4.10.0-10.fc17.x86_64 
vdsm-cli-4.10.0-10.fc17.noarch 
vdsm-4.10.0-10.fc17.x86_64 
vdsm-xmlrpc-4.10.0-10.fc17.noarch 

- Mensaje original - 

 De: Jithin Raju rajuj...@gmail.com
 Para: Itamar Heim ih...@redhat.com
 CC: users@ovirt.org
 Enviados: Jueves, 3 de Enero 2013 4:49:34
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 Hi ,

 Please find the requested flags below:

 [root@fig /]# vdsClient -s 0 getVdsCaps | grep -i flags
 cpuFlags =
 fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe

 Thanks,
 Jithin

 On Thu, Jan 3, 2013 at 2:03 AM, Itamar Heim  ih...@redhat.com 
 wrote:

  On 01/02/2013 03:37 PM, Jithin Raju wrote:
 

   Hi,
  
 

   I have installed ovirt 3.1 on fedora 17.
  
 
   I added my node wtih intel E5-2620 (sandy bridge) to cluster.
  
 
   Even though model is detected properly,CPU name is shown as Intel
   Conroe
  
 
   family instead of sandy bridge.
  
 
   Since my cluster is configured as sandy bridge i got this error:
  
 

   Host fig moved to Non-Operational state as host does not meet the
  
 
   cluster's minimum CPU level. Missing CPU features :
   model_SandyBridge.
  
 

   as per cpuinfo :model name : Intel(R) Xeon(R) CPU E5-2620 0 @
   2.00GHz.
  
 

   i moved the cluster to conroe ,got the host up.
  
 

   reference:
  
 
   http://en.wikipedia.org/wiki/ Sandy_Bridge_( microarchitecture)
  
 
   http://ark.intel.com/products/ 64594
  
 

   PFA for screenshot.
  
 

   Thanks,
  
 
   Jithin
  
 

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Adrian Gibanel
Yes, I know. I meant a workaround where the processor is detected as 
SandyBridge. 

Thank you. 

- Mensaje original -

 De: Itamar Heim ih...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: Jithin Raju rajuj...@gmail.com, users@ovirt.org
 Enviados: Sábado, 16 de Febrero 2013 21:36:38
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 On 16/02/2013 18:56, Adrian Gibanel wrote:
  I happen to have the same problem in oVirt 3.1 on Fedora.
  Any workaround?
 
  $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n \n
  ;cat /proc/cpuinfo | grep model name | head -n 1
  cpuFlags =
  fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe

 you cpu is identified as model_Conroe, which should work. just set
 the
 cluster level to Conroe (should happen automatically if first host
 added
 to the cluster)

 
  model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz
 
  $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm
  ovirt-release-fedora-5-2.noarch
  vdsm-python-4.10.0-10.fc17.x86_64
  vdsm-cli-4.10.0-10.fc17.noarch
  vdsm-4.10.0-10.fc17.x86_64
  vdsm-xmlrpc-4.10.0-10.fc17.noarch

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Adrian Gibanel
Here there's my libvirt version: 

$ rpm -qa | grep libvirt 
libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 
libvirt-python-0.9.11.9-1.fc17.x86_64 
libvirt-client-0.9.11.9-1.fc17.x86_64 
libvirt-daemon-0.9.11.9-1.fc17.x86_64 
libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 
libvirt-0.9.11.9-1.fc17.x86_64 
libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 

Yes, I suppose I will be able to wikify it. 

- Mensaje original - 

 De: Itamar Heim ih...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users@ovirt.org, Jithin Raju rajuj...@gmail.com, Martin
 Kletzander mklet...@redhat.com
 Enviados: Sábado, 16 de Febrero 2013 22:02:01
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 On 16/02/2013 22:46, Adrian Gibanel wrote:
  Yes, I know. I meant a workaround where the processor is detected
  as
  SandyBridge.

 Adrian - please provide libvirt version.
 Martin - can you please take a look?
 Adrian - can you later please wikify this recurring question?

 Thanks,
 Itamar

 
  Thank you.
 
  
 
  *De: *Itamar Heim ih...@redhat.com
  *Para: *Adrian Gibanel adrian.giba...@btactic.com
  *CC: *Jithin Raju rajuj...@gmail.com, users@ovirt.org
  *Enviados: *Sábado, 16 de Febrero 2013 21:36:38
  *Asunto: *Re: [Users] ovirt reporting wrong cpu family
 
  On 16/02/2013 18:56, Adrian Gibanel wrote:
   I happen to have the same problem in oVirt 3.1 on Fedora.
   Any workaround?
  
   $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n
  \n ;cat /proc/cpuinfo | grep model name | head -n 1
   cpuFlags =
  fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
 
  you cpu is identified as model_Conroe, which should work. just set
  the
  cluster level to Conroe (should happen automatically if first host
  added
  to the cluster)
 
  
   model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz
  
   $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm
   ovirt-release-fedora-5-2.noarch
   vdsm-python-4.10.0-10.fc17.x86_64
   vdsm-cli-4.10.0-10.fc17.noarch
   vdsm-4.10.0-10.fc17.x86_64
   vdsm-xmlrpc-4.10.0-10.fc17.noarch

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Connecting with vnc to a VM defined as spice

2013-02-04 Thread Adrian Gibanel
- Mensaje original - 

 De: Gianluca Cecchi gianluca.cec...@gmail.com
 Para: Michal Skrivanek mskri...@redhat.com
 CC: users users@ovirt.org
 Enviados: Lunes, 4 de Febrero 2013 10:52:02
 Asunto: Re: [Users] Connecting with vnc to a VM defined as spice

 In the mean time I powered off and changed the configuration and set
 to vnc but it seems it didn't work.
 I get the message regarding ip:port and password in web admin portal,
 but when I try to connect I don't even get the prompt for password,
 but an error.

 I tried with novnc and tigervnc from a fedora 17 laptop.

 Let me know how to test further in case.

  Did you make sure that the mentioned port was open in the host firewall?


-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Glusterfs HA doubts

2013-01-25 Thread Adrian Gibanel
In oVirt 3.1 GlusterFS support was added. It was an easy way to replicate your 
virtual machine storage without too much hassle. 
There are two main howtos:
* 
http://www.middleswarth.net/content/installing-ovirt-31-and-glusterfs-using-either-nfs-or-posix-native-file-system-engine
 (Robert Middleswarth)
* http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ (Jason Brooks).

1) What about performance?
I've done some tests with rsync backups (even using the suggested --inplace 
rsync switch) that implies small files. These backups were done into local 
mounted glusterfs volumes. Backups instead of lasting about 2 hours they lasted 
like 15 hours long.

Is there maybe something that only happens with small files and with big files 
performance is ok?

2) How to know the current status?
In DRBD you know it checking a proc file if I remember it well. I remember too 
that GlusterFS doesn't have an equivalent thing and there's no evident way to 
know if all the files are synced.

If you have tried it how do you know if both sets of virtual disks images are 
synced?

3) Mount dns resolution
If you check Jason Brooks howto you will see that it uses a hostname for 
refering to nfs mount. If you want to perform HA you need your storage to be 
mounted and if the server1 host is down it doesn't help that the nfs mount 
point associated to the storage is server1:/vms/ and not server2:/vms/. 
Checking Middleswarth howto I think that he does the same thing.

Let's explain a bit more so that understand. My example setup is the one where 
you have two host machines where you run a set of virtual machines on one and 
the other one doesn't have any virtual machine running. Where is the virtual 
machines storage located? It's located at the glusterfs volume.

So the first one of the machines mounts the glusterfs volume as nfs (It's an 
example).
If it uses its own hostname for the nfs mount then if itself goes down the 
second host isn't going to mount it when it's restarted in the HA mode.

So the first one of the machines mounts the glusterfs volume as nfs (It's an 
example).
If it uses the second host hostname for the nfs mount then if the second host 
goes down the virtual machine cannot access its virtual disks.

A workaround for this situation which I have thought is to use /etc/hosts on 
both machines so that:
  whatever.domain.com
resolves in both hosts to the host self's ip.

I think that glusterfs has a way of mounting their share through -t glusterfs 
that somehow can ignore these hostnames problems but I haven't read it too much 
about it so I'm not too sure.

4) So my doubts basically are:

  * Has anyone setup a two host glusterfs HA oVirt cluster where storage is 
shared by a replicated Glusterfs volume that is shared and stored by both of 
them?
  * Does HA work when one of the host goes down?
  * Or does it complain about hostname as I suspect?
  * Any tips to ensure the best performance?

Thank you.

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] How to update VdcBootStrapUrl (not using DB) ?

2013-01-25 Thread Adrian Gibanel
I've recently updated my 
http://www.ovirt.org/User:Adrian15/oVirt_engine_migration oVirt engine 
migration howto with the 
http://www.ovirt.org/User:Adrian15/oVirt_engine_migration#Update_VdcBootStrapUrl
 Update VdcBootStrapUrl section. 

My next move is to move this section into the 
http://www.ovirt.org/How_to_change_engine_host_name How to change engine host 
name because I think it's a needed step. 

But I don't like that currently you have to issue a database update like this: 

psql -c update vdc_options set option_value = 
'http://new.manager.com:80/Components/vds/' where option_name = 
'VdcBootStrapUrl' -U postgres engine 

So I was wondering if there was a proper way like using a command like 
vdsClient or something similar. I mean so that in the future the vdc_options 
table gets renamed that the command is still the same.

I CC jhernand because I think he wrote the original How to change engine host 
name at the mailing list and also answered with the VdcBootStrapUrl update 
sentence to someone how couldn't add a new host after I think restoring an 
ovirt-engine.


Thank you.
-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Community feedback on the new UI-plugin Framework

2013-01-25 Thread Adrian Gibanel
- Mensaje original - 

 De: Oved Ourfalli ov...@redhat.com

 Hey all,

 We had an oVirt workshop this week, which included a few sessions
 about the new oVirt UI Plugin framework, including a Hackaton and a
 BOF session.

Was there finally any video recorded of this workshop?

 If you find the feedback above true, or you have other comments that
 weren't mentioned here, please share it with us!

5. Everything should be a plugin.

One trend among platform design is that everything should be a plugin.
I'm not sure how it will go with oVirt but the idea is that:

* Hosts tab
* Virtual machines tab
* GlusterFS volumes tab
* Disks tab

are each one of them a plugin.

You should remark that as a side-effect you win two things:
  * People can check how standard plugins (you could make them 
not-uninstallable and not-being-able-to-disable) to learn how to build their 
own plugins
  * Your plugin system would be better because it would need to be improved to 
support all the current default plugins capabilities

6. Plugin logs
Maybe an standard way of saving plugin logs through standard ovirt-engine logs 
and specific plugin logs.

7. Wiki Page
Is there any wiki page about this UI-plugin framework so that I can add a New 
ideas or new features requests page link there and add these same ideas?

I think that's all.

 Thank you,
 Oved

 P.S:
 I guess the slides will be uploaded sometime next week (I guess
 someone would have asked it soon... so now you have your answer :-)

I will, for sure, take a look at them.

-- 
-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] How to update VdcBootStrapUrl (not using DB) ?

2013-01-25 Thread Adrian Gibanel
- Mensaje original -

 De: Juan Hernandez jhern...@redhat.com

  Update VdcBootStrapUrl section.

  But I don't like that currently you have to issue a database update
  like this:
 
  psql -c update vdc_options set option_value =
  'http://new.manager.com:80/Components/vds/' where option_name =
  'VdcBootStrapUrl' -U postgres engine

 The alternative to the SQL statement is the engine-config tool:

 engine-config -s VdcBootStrapUrl=http://...

 In version 3.2 this parameter has been removed.

And what does that mean exactly? 
The parameter is not longer needed because the url resolution is done in 
another way? 
Maybe other parametre in ovirt 3.2 needs to be updated? With which command 
then? 

So far I'm going to update the wiki with 'only needed in 3.1 version' reference 
and I will update it as needed. 

Thank you. 

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.1 to 3.2 migration

2013-01-24 Thread Adrian Gibanel
As far as I know in Fedora you need to upgrade from Fedora 17 to Fedora 18. 
As you you're using CentOS I suppose you don't need to upgrade your CentOS but 
I'm not sure at all. 

Anyways what I've read in the mailing list about 3.1 to 3.2 update is the 
following one: 

* Update packages 
* Run: engine-upgrade command 

I don't know how easy it is to update packages in your case (stable to beta) so 
you might do it in your way like this: 
* Remove 3.1 packages 
* Install 3.2 beta packages 
* Run: engine-upgrade command 

From what I have read (not an expert) there's a difference between the old and 
new database schema (and probably other parts of oVirt) and the engine-upgrade 
handles that. 

Maybe other list contributors can confirm if I'm missing some other steps or 
not. 

- Mensaje original -

 De: Alexandru Vladulescu avladule...@bfproject.ro
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users users@ovirt.org
 Enviados: Jueves, 24 de Enero 2013 10:59:14
 Asunto: Re: [Users] 3.1 to 3.2 migration

 Dear Adrian,

 By migration I mean to say migration of the products from 3.1 to 3.2
 -- or upgrade of the Ovirt platform. The test upgrade was done, in
 my case, on a machine that only acts as a node controller in the
 system, therefore there is no ISO domains, local storage volumes or
 vdsm daemon for hypervisior purpose running.

 Using, dreyou's repo, I included the 3.2 alpha release, removed the
 3.1 version clean from the system, install all the 3.2 ovirt
 packages version and run engine-setup on the new installation.

 I did not run engine-cleanup, therefore the DB was untouched and
 running engine-setup, I saw that the DB initialization sequence was
 pushing new table  data updates on the running DB from postgres as
 the new size went from 10MB to 15MB.

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.0 to 3.1 upgrade

2013-01-24 Thread Adrian Gibanel
While checking for Vladulescu issue an specific 3.1 to 3.2 upgrade page in the 
wiki I found out this one: 

http://www.ovirt.org/OVirt_3.0_to_3.1_upgrade 

I've changed email subject because 3.0 to 3.1 upgrade seems to be completely 
different from 3.1 to 3.2 upgrade. 

- Mensaje original - 

 De: Sven Knohsalla s.knohsa...@netbiscuits.com
 Para: users users@ovirt.org
 Enviados: Jueves, 24 de Enero 2013 14:26:21
 Asunto: Re: [Users] 3.1 to 3.2 migration

 Hi,

 would be very good to know, although for future versions,
 if the command engine-upgrade is able to handle engine updates with
 no issues
 (for default ovirt-engine installations) .

 For us it’s a disaster to move productive environment from 3.0 to
 3.1.

 Thanks in advance!

 Best,
 Sven.

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.1 to 3.2 migration

2013-01-24 Thread Adrian Gibanel
- Mensaje original -

 De: Alexandru Vladulescu avladule...@bfproject.ro
 Para: users@ovirt.org
 Enviados: Jueves, 24 de Enero 2013 14:21:22
 Asunto: Re: [Users] 3.1 to 3.2 migration

 Hi,

 On 01/24/2013 03:13 PM, Adrian Gibanel wrote:

  As far as I know in Fedora you need to upgrade from Fedora 17 to
  Fedora 18.
 
  As you you're using CentOS I suppose you don't need to upgrade your
  CentOS but I'm not sure at all.
 

 This is not the case, it goes right if installed 3.2 from scratch on
 a new machine. Don't think CentOS has a problem here.

Well, I remember having asked about Fedora and CentOS oVirt support differences 
in the irc and I think I was answered that for some features you needed extra 
repositories for new kernel + kvm and / or gluster and /or libvirt. Not sure 
about what were exactly the features you missed and the repos you need to 
enable manually. 

But just for upgrading to oVirt 3.2 I think you won't have any problem. 

  Anyways what I've read in the mailing list about 3.1 to 3.2 update
  is
  the following one:
 

  * Update packages
 
  * Run: engine-upgrade command
 

  I don't know how easy it is to update packages in your case (stable
  to beta) so you might do it in your way like this:
 
  * Remove 3.1 packages
 
  * Install 3.2 beta packages
 
  * Run: engine-upgrade command
 

 I have removed 3.1 using yum, installed 3.2 using yum and run the
 engine-setup and not upgrade command. As seen engine-upgrade, tries
 first to locate a mirror through yum.

Hummm. Maybe I was mistaken and what you have to do is to add a yum repository 
and then run engine-upgrade. What I remember without any doubt is that you had 
to run engine-upgrade no matter what. 

Hope someone can clarify it. 

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Change locale for VNC console

2013-01-24 Thread Adrian Gibanel
- Mensaje original -

 De: Nicolas Ecarnot nico...@ecarnot.net
 Para: users@ovirt.org
 Enviados: Lunes, 21 de Enero 2013 8:10:45
 Asunto: Re: [Users] Change locale for VNC console

 Le 19/01/2013 15:19, Adrian Gibanel a écrit :
  Salut Nicolas,

 Ola Adrian,

 
  Can you run:
 
  rpm -qa | grep ovirt
 
  so that we know which ovirt version you're using?

 [root@xxx etc]# rpm -qa | grep ovirt
 ovirt-engine-restapi-3.1.0-4.fc17.noarch
 ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
 ovirt-engine-notification-service-3.1.0-4.fc17.noarch
 ovirt-release-fedora-5-2.noarch
 ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
 ovirt-engine-userportal-3.1.0-4.fc17.noarch
 ovirt-engine-config-3.1.0-4.fc17.noarch
 ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
 ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
 ovirt-engine-setup-3.1.0-4.fc17.noarch
 ovirt-engine-tools-common-3.1.0-4.fc17.noarch
 ovirt-engine-3.1.0-4.fc17.noarch
 ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
 ovirt-engine-backend-3.1.0-4.fc17.noarch
 ovirt-engine-genericapi-3.1.0-4.fc17.noarch
 ovirt-engine-sdk-3.1.0.4-1.fc17.noarch
 [root@xxx etc]#

 Apart from the gtk that I had to downgrade (iso import issue - see
 recent mailing list msgs), they look like the same.

You hit this bug: 

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

Keith, which I CC, said in another email that this problem was solved in git 
but that no package had been released . 

Keith can you update the bug with the commit where it gets solved or something 
similar? 

Thank you. 

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Help on an almost migrated ovirt-engine

2013-01-22 Thread Adrian Gibanel
- Mensaje original - 

 De: Juan Hernandez jhern...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users users@ovirt.org
 Enviados: Martes, 22 de Enero 2013 9:40:29
 Asunto: Re: [Users] Help on an almost migrated ovirt-engine

 On 01/22/2013 02:48 AM, Adrian Gibanel wrote:
  I need to migrate an ovirt-engine from an All-In-One (AIO) setup to
  a dedicated machine.
 
  So with an old mailing message I've tried to do it but not finished
  yet, that's why I ask for help.
 
  I've written a wiki page for the experience so that it becomes a
  howto which can be found here:
 
  http://www.ovirt.org/User:Adrian15/oVirt_engine_migration
 
  At the last step the one that finally starts ovirt-engine I've
  decided to ask help here just in case I was missing something
  important.
 
  So here are my doubts.
 
  * Original message that inspired the howto is here:
  http://www.mail-archive.com/users@ovirt.org/msg00670.html
  * What packages should I delete safely from an AIO setup so that
  it's just an hypervisor once I've migrate the ovirt-engine part?

 yum remove 'ovirt-engine-*' 'httpd' 'java-1.7.0-openjdk' 'jboss-as'

I've updated the howto. Thank you!

  * Is the right way the one I've used to recreate the database?
  ** Origin
  pg_dump -U postgres engine | gzip  engine_db.gz
  ** Destination
  pg_dump -U postgres -s -f tempdb.dump engine
  dropdb -U postgres engine
  createdb -U postgres engine
  zcat engine_db.gz | psql -U postgres engine

 I think this won't break anything, but if you want to create
 it
 exactly the same you can use the -O option of createdb:

 createdb -U postgres -O engine engine

I've finally come with:

* Origin:
pg_dump -U postgres engine | gzip  engine_db.gz
* Destination:
dropdb -U postgres engine
createdb -U postgres -O engine engine
zcat engine_db.gz | psql -U postgres engine

The last command was run finally with postgres user because using engine user I 
had these warnings:

WARNING:  no privileges could be revoked for public
REVOKE
WARNING:  no privileges could be revoked for public
REVOKE
WARNING:  no privileges were granted for public
GRANT
WARNING:  no privileges were granted for public
GRANT

  * Let's read:
  http://www.mail-archive.com/users@ovirt.org/msg00682.html : WRT
  certificates, note that hostname should nt change, or SSL will be
  invalidated.
  Did he mean the SSL when you connect via http or https to the
  manager which currently doesn't bother me?
  Or maybe the SSL to connect to other hosts and communicate to vdsm
  (sorry if I'm saying something nonsense. I don't understand oVirt
  architecture completely) which bothers me?
  * Certificates is: /etc/pki/ovirt-engine ? Something more?

 There is some information on how to change certificates here:

 http://lists.ovirt.org/pipermail/users/2012-October/004167.html

 It is not trivial, so better if you don't change the host name.

Can you please ellaborate why I should make sure that all these certificates 
know about the new host name?
If this was a plain ssh key it would just work by copying and pasting its 
private key file. That's why my doubts.
I don't mind if https at the browser complains about having one certificate for 
one domain and being another one.

Maybe communication with vdsm on hypervisors will not work at all?

  * Conf is: /etc/ovirt-engine ? Something more?

 Yes, /etc/sysconfig/ovirt-engine, but you should be able to use the
 one
 generated during your new installation. The only difference will be
 the
 database password.
Ok. I'll check that later. I understand that if no difference is found apart 
from the database password then no need to modify it in the destination.

Thank you!

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Help on an almost migrated ovirt-engine

2013-01-22 Thread Adrian Gibanel
I've updated the howto with your instructions. I prefer the most standard oVirt 
instructions. If there are backup and restore scripts it's because of there's a 
good reason. 

In my oVirt 3.1 installation backup.sh didn't seem to have an -f option so I've 
done it just with the default filename. 
I've also made a reference to oVirt 3.2 -f option. 

Thank you! 
- Mensaje original -

 De: Gianluca Cecchi gianluca.cec...@gmail.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users users@ovirt.org
 Enviados: Martes, 22 de Enero 2013 11:03:49
 Asunto: Re: [Users] Help on an almost migrated ovirt-engine

 On Tue, Jan 22, 2013 at 10:47 AM, Adrian Gibanel wrote:
  I've finally come with:

 In another thread regarding all-in-one db problems I had (around
 29/12/12), Doron came to tell

 Backup to a file called mybackup may be created by:
 - cd to /usr/share/ovirt-engine/dbscripts
 - ./backup.sh -u postgres -f mybackup

 ..

 Just in case you ever wish to use the backupfile, us this procedure:
 - cd to /usr/share/ovirt-engine/dbscripts
 - ./restore.sh -u postgres -f mybackup -r

 and I successfully tested it on the same host.
 I think it could be done the same with the second part on the new
 host...

 Gianluca

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] oVirt engine migration howto and some doubts

2013-01-22 Thread Adrian Gibanel
A happy update on my ovirt-engine migration quest. 

I've finally convinced myself that I had to change oVirt-engine hostname with 
all these certificate instructions that jhernand mentioned. 

My doubts are about the passwords mentioned in: 
http://wiki.ovirt.org/How_to_change_engine_host_name 
Are you supposed to change them? Or some of them are somehow default oVirt 
passwords? 

So I've finally do it. oVirt-engine seems to find again all its hosts. I 
haven't tried to interact with virtual machines (too late right now here) but 
everything seems ok. 

The oVirt engine migration howto is found here: 

http://www.ovirt.org/User:Adrian15/oVirt_engine_migration 

The only thing that bothers me is finding: 

WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] 
(ajp--0.0.0.0-8009-6) calling GetConfigurationValueQuery (SearchResultsLimit) 
with null version, using default general for version 

at engine.log. It might have been always there in the OldAIO but just noticed 
right now? Should I bother? 

Some thoughts: 

* An extra step that nobody predicted was opening ports so that vdsm, libvirt 
tls, guest consoles, migration and snmp were available. It would seem AIO 
firewall setup doesn't open them by default and I understand it why... because 
it's locally, although not opening migration ports makes me think if we cannot 
achieve migration on default AIO installation. Maybe it's a bug on the 
all-in-one script that prepares the engine-setup execution? 

* As I've commented I'm glad that oVirt 3.2 database dump script let's you 
select a file and doesn't save a fixed filename one.

Feedback is welcome so that the wiki page can be improved. Maybe someone can 
rewrite it to adapt it to official oVirt language and official oVirt wiki style.


- Mensaje original - 

 De: Adrian Gibanel adrian.giba...@btactic.com
 Para: users users@ovirt.org
 CC: Itamar Heim ih...@redhat.com, dfedi...@redhat.com
 Enviados: Martes, 22 de Enero 2013 2:48:47
 Asunto: Help on an almost migrated ovirt-engine

 I need to migrate an ovirt-engine from an All-In-One (AIO) setup to a
 dedicated machine.

 So with an old mailing message I've tried to do it but not finished
 yet, that's why I ask for help.

 I've written a wiki page for the experience so that it becomes a
 howto which can be found here:

 http://www.ovirt.org/User:Adrian15/oVirt_engine_migration

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Help on an almost migrated ovirt-engine

2013-01-21 Thread Adrian Gibanel
I need to migrate an ovirt-engine from an All-In-One (AIO) setup to a dedicated 
machine.

So with an old mailing message I've tried to do it but not finished yet, that's 
why I ask for help.

I've written a wiki page for the experience so that it becomes a howto which 
can be found here:

  http://www.ovirt.org/User:Adrian15/oVirt_engine_migration

At the last step the one that finally starts ovirt-engine I've decided to ask 
help here just in case I was missing something important.

So here are my doubts.

* Original message that inspired the howto is here: 
http://www.mail-archive.com/users@ovirt.org/msg00670.html
* What packages should I delete safely from an AIO setup so that it's just an 
hypervisor once I've migrate the ovirt-engine part?
* Is the right way the one I've used to recreate the database?
  ** Origin
  pg_dump -U postgres engine | gzip  engine_db.gz
  ** Destination
  pg_dump -U postgres -s -f tempdb.dump engine
  dropdb -U postgres engine
  createdb -U postgres engine
  zcat engine_db.gz | psql -U postgres engine

* Let's read: http://www.mail-archive.com/users@ovirt.org/msg00682.html : WRT 
certificates, note that hostname should nt change, or SSL will be invalidated.
   Did he mean the SSL when you connect via http or https to the manager which 
currently doesn't bother me?
   Or maybe the SSL to connect to other hosts and communicate to vdsm (sorry if 
I'm saying something nonsense. I don't understand oVirt architecture 
completely) which bothers me?
* Certificates is: /etc/pki/ovirt-engine ? Something more?
* Conf is: /etc/ovirt-engine ? Something more?

Thank you!

-- 
-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Move virtual hard disk images between hosts - Howto

2013-01-19 Thread Adrian Gibanel
Hi, 

I've written a howto on how to move, a better name would be to copy, virtual 
hard disk images between hosts. 
It has been useful for me in the scenario where I need to move them between 
different datacenters. I still don't understand the formal ways you have to 
move hard disks between hosts of the same/different data resource, cluster and 
datacenters so I do it manually. 

Anyways I wanted you to take a look at it: 

http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management 

And tell me: 
* When it would work, when not. 
* Pieces of advice. 
* And if I'm missing something like, I don't know, having to edit some values 
at the database. 

I think that it will be also useful for some kind of restore on disaster 
scenarios although I'm not sure. 

I've also used some tricks to deal with sparse files without having to wait for 
ages. 

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Wiki: Copyright - Licensing redirect

2013-01-03 Thread Adrian Gibanel
Hi, 

I've been given write permissions in the wiki recently and I've noticed that 
when I edited some texts the Legal Notice was pointing to: 

oVirt_Wiki:Copyrights page which was empty. So I've edited it so that it 
redirects to Licensing page which I assume is the right one. 

Feel free to fix it in the right way which I assume is one of two: 

* Rename Licensing into oVirt_Wiki:Copyrights . 
* Change oVirt_Wiki:Copyrights into a read-only page for normal wiki editors. 

Thank you. 
-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] What do you want to see in oVirt next?

2013-01-03 Thread Adrian Gibanel
This is what I'm missing right now in oVirt 3.1: 

Better GlusterFS support. 
=== 
1. Add a checkbox when creating a volume: Set oVirt permissions so that the 
vdsm : kvm permissions are set. I don't want it to be per-default because I'd 
like to use Volumes tabs as a Volumes manager for Glusterfs volumes and not 
only Glusterfs volumes aimed at virtual machines. 

From: http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ : 
( For now, the Gluster volume manager neglects to set brick directory 
permissions correctly, so after adding bricks on a machine, you have to return 
to the terminal and run chown -R 36.36 /data (assuming /data is where you are 
storing your volume bricks) to enable oVirt to write to the volumes. ) 

2. Add a quota tab in Volumes. So that you can enable/disable/edit its quota: 
http://www.gluster.org/community/documentation/index.php/Gluster_3.2:_Enabling_Quota
 
http://gluster.org/community/documentation/index.php/Gluster_3.2:_Managing_Directory_Quota
 

All In One (AIO) bigger timeout 
=== 
From: 
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ 

( I’ve found that the all-in-one installer sometimes times out during the 
install process. If the script times out during the final “AIO: Adding Local 
host (This may take several minutes)” step, you can proceed to the web admin 
console to complete the process. If it times out at an earlier point, like 
waiting for the jboss-as server to start, you should run “engine-cleanup” and 
then re-run “engine-setup”) 
and my quote: 

(Before running engine-setup you have to edit: 
/usr/share/ovirt-engine/scripts/plugins/ all_in_one_100.py 
file and edit the waitForHostUp function so that the timeout is smaller. Like 
this: 
def waitForHostUp(): 
utils.retry(isHostUp, tries=40, timeout=300, sleep=5)) 

Installation on disable SElinux 
== 
If SElinux is disabled then oVirt installation does not work. So I think that 
either is advised to use it or... it's fixed so that it works even without 
SElinux. 

All-in-one script should take care of last steps 
== 
Not sure about this last point but I think that AIO should be able to perform 
the iso domain attachment to the datacenter in itself. 
Check 5th step on: 
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ 

There might be more glitches but these are the most important ones for me that 
I remember of. 

Guide me help texts 
== 
One more. The Guide me dialogs are very handy. But I think they miss a little 
help on them to explain such stupid things as what's the purpose of adding an 
storage domain a datacenter. 

- Mensaje original -

 De: Itamar Heim ih...@redhat.com
 Para: users users@ovirt.org
 Enviados: Jueves, 3 de Enero 2013 17:08:48
 Asunto: [Users] What do you want to see in oVirt next?

 Hi Everyone,

 as we wrap oVirt 3.2, I wanted to check with oVirt users on what they
 find good/useful in oVirt, and what they would like to see
 improved/added in coming versions?

 Thanks,
 Itamar

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] What do you want to see in oVirt next?

2013-01-03 Thread Adrian Gibanel
- Mensaje original - 

 De: Vijay Bellur vbel...@redhat.com

 On 01/03/2013 10:14 PM, Adrian Gibanel wrote:
  This is what I'm missing right now in oVirt 3.1:
 
  Better GlusterFS support.
  ===
  1. Add a checkbox when creating a volume: Set oVirt permissions
  so
  that the vdsm : kvm permissions are set. I don't want it to be
  per-default because I'd like to use Volumes tabs as a Volumes
  manager
  for Glusterfs volumes and not only Glusterfs volumes aimed at
  virtual
  machines.
 
  From: http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ :
  ( For now, the Gluster volume manager neglects to set brick
  directory
  permissions correctly, so after adding bricks on a machine, you
  have to
  return to the terminal and run chown -R 36.36 /data (assuming /data
  is
  where you are storing your volume bricks) to enable oVirt to write
  to
  the volumes. )

 This feature is available in 3.2. Enabling a checkbox to optimize
 gluster volume for oVirt will set vdsm:kvm permissions on bricks that
 are part of the volume.

It was more or less obvious the feature was going to be there because seems 
easy to implement but I couldn't check it yet. 
Great! 

  2. Add a quota tab in Volumes. So that you can enable/disable/edit
  its
  quota:
  http://www.gluster.org/community/documentation/index.php/Gluster_3.2:_Enabling_Quota
  http://gluster.org/community/documentation/index.php/Gluster_3.2:_Managing_Directory_Quota

 Noted. We will address this in a subsequent release.

Cool. 

 Thanks,
 Vijay

As other have stated in other emails thank you for oVirt and the support you 
give in many ways. 

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] cannot upload iso to storage domain

2013-01-01 Thread Adrian Gibanel
Please check: https://bugzilla.redhat.com/show_bug.cgi?id=869457 which I think 
it's the same bug for the described issue. 

If juan/keith have refreshed the 3.1 tools to handle the 3.2 sdk CA validation 
then they should update the bug with the package name and version where it's 
fixed. 
If they haven't I suppose that Artem is welcomed to add his logs to the bug.

- Mensaje original - 

 De: Itamar Heim ih...@redhat.com
 Para: sirin ar...@e-inet.ru
 CC: Juan Antonio Hernandez Fernandez jhern...@redhat.com,
 users@ovirt.org
 Enviados: Martes, 1 de Enero 2013 9:14:14
 Asunto: Re: [Users] cannot upload iso to storage domain

 On 01/01/2013 02:36 AM, sirin wrote:
  Hi, all
 
  cat /etc/redhat-release
  Fedora release 17 (Beefy Miracle)
 
  ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
 
 
  [root@vm-sm home]# rpm -qa | grep ovirt
  ovirt-engine-backend-3.1.0-4.fc17.noarch
  ovirt-engine-genericapi-3.1.0-4.fc17.noarch
  ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
  ovirt-engine-setup-3.1.0-4.fc17.noarch
  ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
  ovirt-engine-notification-service-3.1.0-4.fc17.noarch
  ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
  ovirt-engine-3.1.0-4.fc17.noarch
  ovirt-release-fedora-5-2.noarch
  ovirt-engine-config-3.1.0-4.fc17.noarch
  ovirt-engine-restapi-3.1.0-4.fc17.noarch
  ovirt-engine-tools-common-3.1.0-4.fc17.noarch
  ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
  ovirt-engine-userportal-3.1.0-4.fc17.noarch
  ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
  ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
  [root@vm-sm home]# rpm -qa | grep engine
  ovirt-engine-backend-3.1.0-4.fc17.noarch
  ovirt-engine-genericapi-3.1.0-4.fc17.noarch
  ovirt-engine-setup-3.1.0-4.fc17.noarch
  ovirt-engine-notification-service-3.1.0-4.fc17.noarch
  ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
  ovirt-engine-3.1.0-4.fc17.noarch
  ovirt-engine-config-3.1.0-4.fc17.noarch
  ovirt-engine-restapi-3.1.0-4.fc17.noarch
  ovirt-engine-tools-common-3.1.0-4.fc17.noarch
  ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
  ovirt-engine-userportal-3.1.0-4.fc17.noarch
  ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
 
  BUGS ?!
 
  [root@vm-sm home]# engine-iso-uploader list -v
  ERROR: [ERROR]::ca_file (CA certificate) must be specified for SSL
  connection.
  INFO: Use the -h option to see usage.
  DEBUG: Configuration:
  DEBUG: command: list
  DEBUG: Traceback (most recent call last):
  DEBUG: File /usr/bin/engine-iso-uploader, line 931, in module
  DEBUG: isoup = ISOUploader(conf)
  DEBUG: File /usr/bin/engine-iso-uploader, line 331, in __init__
  DEBUG: self.list_all_ISO_storage_domains()
  DEBUG: File /usr/bin/engine-iso-uploader, line 381, in
  list_all_ISO_storage_domains
  DEBUG: if not self._initialize_api():
  DEBUG: File /usr/bin/engine-iso-uploader, line 358, in
  _initialize_api
  DEBUG: password=self.configuration.get(passwd))
  DEBUG: File /usr/lib/python2.7/site-packages/ovirtsdk/api.py,
  line 78, in __init__
  DEBUG: debug=debug
  DEBUG: File
  /usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py,
  line 47, in __init__
  DEBUG: debug=debug))
  DEBUG: File
  /usr/lib/python2.7/site-packages/ovirtsdk/web/connection.py,
  line 38, in __init__
  DEBUG: timeout=timeout)
  DEBUG: File
  /usr/lib/python2.7/site-packages/ovirtsdk/web/connection.py,
  line 102, in __createConnection
  DEBUG: raise NoCertificatesError
  DEBUG: NoCertificatesError: [ERROR]::ca_file (CA certificate) must
  be specified for SSL connection.
  [root@vm-sm home]#
 
  Artem

 juan/keith - didn't we refresh the 3.1 tools to handle the 3.2 sdk CA
 validation?

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Thin provisioning extending while Make template still a bug?

2012-12-25 Thread Adrian Gibanel
I've described the Create template from VM extending bug (the one I was told 
in irc) but I've attached the Create VM from template logs. 

If there's also a bug about Create VM from template being extended then it's 
useful. 
If it's not I'll try to recreate a Create template from VM task and attach 
the logs. 

Sorry about the confusion. 
- Mensaje original -

 De: Adrian Gibanel adrian.giba...@btactic.com
 Para: users users@ovirt.org
 Enviados: Lunes, 24 de Diciembre 2012 0:45:24
 Asunto: Re: [Users] Thin provisioning extending while Make template
 still a bug?

 1) So... the mentioned bug does exist or am I just experiencing a
 normal oVirt usage (Making a vm from template with thin provisioning
 works ok without extending)?

 2) About template disk allocation policy...

 When I create a new server based on template and I click on:
 Resource Allocation tab:

 Template Provisioning: Clone

 Alias | Virtual Size | Allocation | Target
 First | 1920 GB | Thin Prov | local_storage
 Seco | 1 GB | Thin Prov | local_storage

 3) About the attached logs the virtual machine made from template was
 finally made at:
 2012/12/22 17:21
 Logs are from 16:17 to 17:21 aproximately and I might reuse them to
 ask why it takes so long to make the virtual machine while checking
 the storage image at /home/storage (its size) it would seem that the
 copy has finished.
 I think that the Make vm from template task started about 30
 minutes or 40 minutes before it being finished. Well, that's the
 average time it takes for me.

 The vdsm.log was so big that I had to use xz instead of gzip or bzip2
 to compress it. Hope that the mailing list hasn't a maximum file
 size limit.

 4) These are my package versions if anyone is interested:

 rpm -qa | grep ovirt
 ovirt-engine-config-3.1.0-4.fc17.noarch
 ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
 ovirt-engine-genericapi-3.1.0-4.fc17.noarch
 ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch
 ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
 ovirt-engine-backend-3.1.0-4.fc17.noarch
 ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
 ovirt-engine-setup-3.1.0-4.fc17.noarch
 ovirt-engine-tools-common-3.1.0-4.fc17.noarch
 ovirt-engine-3.1.0-4.fc17.noarch
 ovirt-engine-userportal-3.1.0-4.fc17.noarch
 ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
 ovirt-engine-notification-service-3.1.0-4.fc17.noarch
 ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
 ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
 ovirt-engine-restapi-3.1.0-4.fc17.noarch
 ovirt-release-fedora-4-2.noarch

 - Mensaje original -

  De: Maor Lipchuk mlipc...@redhat.com
  Para: Adrian Gibanel adrian.giba...@btactic.com
  CC: users users@ovirt.org
  Enviados: Domingo, 23 de Diciembre 2012 11:08:33
  Asunto: Re: [Users] Thin provisioning extending while Make
  template
  still a bug?

  Hi Adrián,
  Does the template disk allocation policy indicates thin
  provisioning
  or
  preallocate?

  I also didn't found any bug related to it.
  Can you please attach VDSM and engine logs.

  Thanks,
  Maor

  On 12/20/2012 11:28 PM, Adrian Gibanel wrote:
   I'm going to describe the bug.
  
   You create a virtual machine with a thin provisioning hard disk.
  
   You select the virtual machine (which it was stopped in my case)
   and
   click on Make template.
  
   You wait so that it ends but then when checking storage domain
   you
   notice that your template has the same size as if it was a
   preallocated
   image!
   I suppose that in some of the cases you can run out of space.
  
   I've been complaining on the irc about what it seemed Manager to
   ignore that the Make template task had finished, I mean just
   ignore it
   for about 30 minutes and then saying everything it's ok. But...
   that's
   another history.
   Two irc people stated that usually people ran this bug where the
   virtual machine gets the preallocated size instead of the thin
   provisioning one.
  
   Although they were not quite sure there's supposedly a bug around
   this
   subject which I couldn't find on bugzilla.
  
   If the bug is as the one as I describe I would be happy to
   contribute to
   it with my setup details and logs so that you can find whatever
   makes it
   not happen in my case while most of the people run accross it.
  
   Thank you for any information you can provide.

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge

Re: [Users] Thin provisioning extending while Make template still a bug?

2012-12-23 Thread Adrian Gibanel
This is Local Storage right now. 

- Mensaje original -

 De: Dafna Ron d...@redhat.com
 Para: users@ovirt.org
 Enviados: Domingo, 23 de Diciembre 2012 12:48:39
 Asunto: Re: [Users] Thin provisioning extending while Make template
 still a bug?

 Are you working on NFS storage?

 On 12/23/2012 12:08 PM, Maor Lipchuk wrote:
  Hi Adrián,
  Does the template disk allocation policy indicates thin
  provisioning or
  preallocate?
 
  I also didn't found any bug related to it.
  Can you please attach VDSM and engine logs.
 
  Thanks,
  Maor
 
  On 12/20/2012 11:28 PM, Adrian Gibanel wrote:
  I'm going to describe the bug.
 
  You create a virtual machine with a thin provisioning hard disk.
 
  You select the virtual machine (which it was stopped in my case)
  and
  click on Make template.
 
  You wait so that it ends but then when checking storage domain you
  notice that your template has the same size as if it was a
  preallocated
  image!
  I suppose that in some of the cases you can run out of space.
 
  I've been complaining on the irc about what it seemed Manager to
  ignore that the Make template task had finished, I mean just
  ignore it
  for about 30 minutes and then saying everything it's ok. But...
  that's
  another history.
  Two irc people stated that usually people ran this bug where the
  virtual machine gets the preallocated size instead of the thin
  provisioning one.
 
  Although they were not quite sure there's supposedly a bug around
  this
  subject which I couldn't find on bugzilla.
 
  If the bug is as the one as I describe I would be happy to
  contribute to
  it with my setup details and logs so that you can find whatever
  makes it
  not happen in my case while most of the people run accross it.
 
  Thank you for any information you can provide.
 
  --
  http://www.btactic.com/*Adrián Gibanel*
  I.T. Manager
 
  +34 675 683 301
  www.btactic.com http://btactic.com/

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Thin provisioning extending while Make template still a bug?

2012-12-23 Thread Adrian Gibanel
I've just noticed that I made a typo.
This is the right template disk allocation policy table
(The fix is that second hard disk is preallocated instead of being Thin Prov) 

Alias | Virtual Size | Allocation | Target 
First | 1920 GB  | Thin Prov  | local_storage 
Seco  | 1 GB | Preallocat | local_storage 

- Mensaje original - 

 De: Adrian Gibanel adrian.giba...@btactic.com
 Para: users users@ovirt.org
 Enviados: Lunes, 24 de Diciembre 2012 0:45:24
 Asunto: Re: [Users] Thin provisioning extending while Make template
 still a bug?

 1) So... the mentioned bug does exist or am I just experiencing a
 normal oVirt usage (Making a vm from template with thin provisioning
 works ok without extending)?

 2) About template disk allocation policy...

 When I create a new server based on template and I click on:
 Resource Allocation tab:

 Template Provisioning: Clone

 Alias | Virtual Size | Allocation | Target
 First | 1920 GB | Thin Prov | local_storage
 Seco | 1 GB | Thin Prov | local_storage

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] F18 AIO with nightly build I don't find ISO domain

2012-12-21 Thread Adrian Gibanel
When I try to reinstall again (in a test machine, not in production because you 
know that if you issue rm -rf DIR it wipes everything) I always make sure that: 

/home/storage 
and 
/home/iso 

are deleted, that's it, they don't exist. Then the engine-setup does not 
complain. 

I've always thought that that's the way that engine-setup works but I might be 
wrong. 

- Mensaje original -

 De: Gianluca Cecchi gianluca.cec...@gmail.com
 Para: users users@ovirt.org
 Enviados: Jueves, 20 de Diciembre 2012 12:35:25
 Asunto: [Users] F18 AIO with nightly build I don't find ISO domain

 Hello,
 during AIO install with

 ovirt-engine-setup-3.2.0-1.20121217.git1e01c00.fc18.noarch

 I specified ISO domain not accepting default but setting /ISO

 Host correctly activated but no ISO domain found.

 I can see:

 [g.cecchi@f18aio ~]$ cat /etc/exports
 /ISO 0.0.0.0/0.0.0.0(rw) #rhev installer

 [g.cecchi@f18aio ~]$ sudo exportfs -v
 /ISO 0.0.0.0/0.0.0.0(rw,wdelay,root_squash,no_subtree_check)

 I cannot add the domain because I get:

 Error while executing action New Local Storage Domain: Error in
 creating a Storage Domain. The selected storage path is not empty
 (probably contains another Storage Domain). Either remove the
 existing Storage Domain from this path, or change the Storage path).

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Thin provisioning extending while Make template still a bug?

2012-12-20 Thread Adrian Gibanel
I'm going to describe the bug. 

You create a virtual machine with a thin provisioning hard disk. 

You select the virtual machine (which it was stopped in my case) and click on 
Make template. 

You wait so that it ends but then when checking storage domain you notice that 
your template has the same size as if it was a preallocated image! 
I suppose that in some of the cases you can run out of space. 

I've been complaining on the irc about what it seemed Manager to ignore that 
the Make template task had finished, I mean just ignore it for about 30 
minutes and then saying everything it's ok. But... that's another history. 
Two irc people stated that usually people ran this bug where the virtual 
machine gets the preallocated size instead of the thin provisioning one. 

Although they were not quite sure there's supposedly a bug around this subject 
which I couldn't find on bugzilla. 

If the bug is as the one as I describe I would be happy to contribute to it 
with my setup details and logs so that you can find whatever makes it not 
happen in my case while most of the people run accross it. 

Thank you for any information you can provide. 

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Network firewall doubts on allinone setup

2012-12-19 Thread Adrian Gibanel
First I describe my firewall setup: 

Default firewall content 
( /etc/sysconfig/iptables ) 
-- 

# Generated by ovirt-engine installer 
#filtering rules 
*filter 
:INPUT ACCEPT [0:0] 
:FORWARD ACCEPT [0:0] 
:OUTPUT ACCEPT [52:9697] 
:RH-Firewall-1-INPUT - [0:0] 
-A INPUT -j RH-Firewall-1-INPUT 
-A FORWARD -j RH-Firewall-1-INPUT 
-A RH-Firewall-1-INPUT -i lo -j ACCEPT 
-A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 5900 -j 
ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 5901 -j 
ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 81 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 444 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 111 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 111 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 892 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 892 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 875 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 875 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 662 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 662 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 2049 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 32803 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 32769 -j ACCEPT 
#drop all rule 
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited 
COMMIT 


/etc/libvirt/qemu/networks/honly0200.xml 
--- 
!-- 
WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE 
OVERWRITTEN AND LOST. Changes to this xml configuration should be made using: 
virsh net-edit honly0200 
or other application using the libvirt API. 
-- 

network 
namehonly0200/name 
uuid09697e5f-e834-8f26-c55e-5866cb1abafc/uuid 
forward mode='nat'/ 
bridge name='honly0200' stp='on' delay='0' / 
mac address='52:54:00:41:16:38'/ 
ip address='192.168.2.1' netmask='255.255.255.248' 
/ip 
/network 

--- 

So if I run: 
service iptables restart 
then: 

iptables -L -v --line-numbers 


Chain INPUT (policy ACCEPT 0 packets, 0 bytes) 
num pkts bytes target prot opt in out source destination 
1 504 153K RH-Firewall-1-INPUT all -- any any anywhere anywhere 

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) 
num pkts bytes target prot opt in out source destination 
1 0 0 RH-Firewall-1-INPUT all -- any any anywhere anywhere 

Chain OUTPUT (policy ACCEPT 478 packets, 159K bytes) 
num pkts bytes target prot opt in out source destination 

Chain RH-Firewall-1-INPUT (2 references) 
num pkts bytes target prot opt in out source destination 
1 374 132K ACCEPT all -- lo any anywhere anywhere 
2 0 0 ACCEPT icmp -- any any anywhere anywhere icmp any 
3 120 19824 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED 
4 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:ssh 
5 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rfb 
6 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:5901 
7 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:81 
8 8 480 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:snpp 
9 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:sunrpc 
10 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:sunrpc 
11 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:892 
12 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:892 
13 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:rquotad 
14 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:rquotad 
15 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:pftp 
16 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:pftp 
17 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:nfs 
18 0 0 ACCEPT tcp -- any any anywhere anywhere state NEW tcp dpt:32803 
19 0 0 ACCEPT udp -- any any anywhere anywhere state NEW udp dpt:filenet-rpc 
20 2 80 REJECT all -- any any anywhere anywhere reject-with 
icmp-host-prohibited 

And I also get: 
iptables -L -v --line-numbers -t nat 

Chain PREROUTING (policy ACCEPT 3021 packets, 300K bytes) 
num pkts bytes target prot opt in out source destination 
1 0 0 DNAT tcp -- eth0 any anywhere anywhere tcp dpt:50202 to:192.168.2.2:22 
2 0 0 DNAT udp -- eth0 any anywhere anywhere udp dpt:50202 to:192.168.2.2:22 

Chain INPUT (policy ACCEPT 1296 packets, 78884 bytes) 
num pkts bytes target prot opt in out source destination 

Chain OUTPUT (policy ACCEPT 

Re: [Users] Unable to Adding Local host issue

2012-12-13 Thread Adrian Gibanel
This is what works for me: 

Edit: 

/usr/share/ovirt-engine/scripts/plugins/ all_in_one_100.py 

file and edit the waitForHostUp function so that the timeout is bigger. Like 
this: 
def waitForHostUp(): 
utils.retry(isHostUp, tries=40, timeout=300, sleep=5) 
In the all-in-one howto jbrooks says that step is not fatal but it was for me, 
the trick above did work for me. 

Take into account that you probably have to run: 
engine-cleanup 
before running engine-setup and that the commands might delete previous 
customisations if you have ever done anyone. 

- Mensaje original -

 De: Johnny Tao johnnybeij...@gmail.com
 Para: users@ovirt.org
 Enviados: Jueves, 13 de Diciembre 2012 10:52:11
 Asunto: [Users] Unable to Adding Local host issue

 Hi, All

 I have been experienced an issue on my oVirt installation
 which failed on this step,

 Installing:
 AIO: Validating CPU Compatibility... [ DONE ]
 Configuring oVirt-engine... [ DONE ]
 Creating CA... [ DONE ]
 Editing JBoss Configuration... [ DONE ]
 Setting Database Configuration... [ DONE ]
 Setting Database Security... [ DONE ]
 Creating Database... [ DONE ]
 Updating the Default Data Center Storage Type... [ DONE ]
 Editing oVirt Engine Configuration... [ DONE ]
 Editing Postgresql Configuration... [ DONE ]
 Configuring the Default ISO Domain... [ DONE ]
 Configuring Firewall (iptables)... [ DONE ]
 Starting JBoss Service... [ DONE ]
 Handling HTTPD... [ DONE ]
 AIO: Creating storage directory... [ DONE ]
 AIO: Adding Local Datacenter and cluster... [ DONE ]
 AIO: Adding Local host (This may take several minutes)... [ ERROR ]
 Error: Timed out while waiting for host to start

 whatever I still couldnot get it fix.
 Could you please give any help?

 list my enviroment below and see log enclosed for details

 OS:CentOS 6 x86-64
 Repo: http://www.dreyou.org/ovirt/ovirt-dre.repo

 PKG: ovirt-engine-setup-plugin-allinone.noarch

 With many thanks

 -Johnny Tao
-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] .ova image file

2012-12-11 Thread Adrian Gibanel
So... No import from Virtualbox OVA? Or a Virtualbox OVA is technically an 
vmware one perhaps? 

Thank you. 

- Mensaje original -

 De: Matthew Booth mbo...@redhat.com

 We can only output to oVirt's OVF, and we can only import from
 VMware's
 OVA. The command line looks something like:

 Matt

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Auto-start vms on boot?

2012-12-06 Thread Adrian Gibanel
It would seem that oVirt does not provide an standard way of forcing boot of 
virtual machines at boot.

Pools can have pre-started vms as stated here: 
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Prestarting_Virtual_Machines_in_a_Pool.html
 but pools imply state-less virtual machines and I am talking more about normal 
virtual machines.

I've found this script:

https://github.com/iranzo/rhevm-utils/blob/master/rhev-vm-start.py

which could do to the trick if run at host boot.

I've also thought (but not tried) to mark a virtual machine as Highly 
Available even if I have only one host (I mean, usually HA only makes sense 
when you have two hosts).

Marking a VM as H.A. would do the trick?
Any special reason why there isn't and standard way of marking which vms should 
be auto-started at boot?

Just wanted to hear your thoughts before filling an RFE.


Thank you.

-- 
-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Lvm vgs failed on allinone setup

2012-12-03 Thread Adrian Gibanel
Please check: 
https://bugzilla.redhat.com/show_bug.cgi?id=881941 
which explains what actually the bug is. 
I might attach there the logs you request too. 

I had to refer to the bug before but I just had forgotten about it. 

- Mensaje original -

 De: Yeela Kaplan ykap...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users@ovirt.org
 Enviados: Lunes, 3 de Diciembre 2012 10:18:46
 Asunto: Re: [Users] Lvm vgs failed on allinone setup

 Hi Adrian,
 Your domain ('033a2b87-def7-4c27-ab74-9860531f2ed4') is probably NFS.
 Don't worry about the failed vgs errors, it is not the problem.
 Please attach the full vdsm and engine logs so we can detect why the
 domain is set to
 maintenance after reboot.

 --
 Yeela

 - Original Message -
  From: Adrian Gibanel adrian.giba...@btactic.com
  To: users@ovirt.org
  Sent: Tuesday, November 27, 2012 6:53:50 PM
  Subject: Re: [Users] Lvm vgs failed on allinone setup
 
  I've debugged the lvm vgs failed part. It seems to run this
  command:
 
  [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
  --separator \| -o
  uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
  033a2b87-def7-4c27-ab74-9860531f2ed4
  Volume group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found
 
  If I run the same commands without arguments I found out the
  current
  VGs:
 
  [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
  --separator \| -o
  uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
  Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo|maquinasVG|wz--n-|1989115117568|406419668992|4194304|474242|96898||1048064|522240
 
  So I try to run it with the uuid seen:
  [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
  --separator \| -o
  uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
  Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo Volume group
  Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo not found
  it says it cannot find it.
 
  Now with the name:
  [adrian@server ~]$ sudo vgs --noheadings --units b --nosuffix
  --separator \| -o
  uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free
  maquinasVG
  Na9Bdu-aELy-1G3m-JgcV-dBYM-PfaP-arsvUo|maquinasVG|wz--n-|1989115117568|406419668992|4194304|474242|96898||1048064|522240
 
  It works!
 
  So that would maybe fix it. Although I'm not very sure because this
  is just a WARNING. And because I think it's not a good idea to
  rename current uuids for storage or iso domains (not sure which
  it's
  exactly) in the database just to match the LVM uuids.
 
  Now I'm going to debug the other messages which are ERRORs and not
  warnings.
 
  - Mensaje original -
 
   De: Adrian Gibanel adrian.giba...@btactic.com
   Para: users@ovirt.org
   Enviados: Martes, 27 de Noviembre 2012 17:16:50
   Asunto: Re: [Users] Lvm vgs failed on allinone setup
 
   After seeing that I had many named errors I've disabled ipv6 by
   adding -4 to OPTIONS line as described in:
   http://www.hafizonline.net/blog/?p=164 . After had I have
   rebooted
   the logs regarding lvm change a bit. Here you are:
 
   Nov 27 17:09:15 server vdsm Storage.LVM WARNING lvm vgs failed: 5
   []
   [' Volume group c20da291-baf5-480a-b314-b775a6dde6e8 not
   found']
 
  --
 
  --
  Adrián Gibanel

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Testing ovirt all in one on F18 gives error on DB creation

2012-12-01 Thread Adrian Gibanel
Not sure if you can skip doing engine-cleanup as you ask.

You probably have installed a non-English system and that makes Postgres 
default database not to be in the charset that oVirt needs to create its 
database. 

Not sure if it's documented on oVirt wiki but here's how I solve it.
Please note that you LOOSE all your databases with my commands so be careful if 
this is not a test system. 


# service postgresql stop
### WARNING NEXT COMMAND DELETES ALL DATABASES
# rm -rf /var/lib/pgsql/data
# su postgres
$ initdb --locale=en_US.UTF-8 -D /var/lib/pgsql/data
$ exit
# service postgresql start

- Mensaje original - 

 De: Gianluca Cecchi gianluca.cec...@gmail.com
 Para: users users@ovirt.org
 Enviados: Domingo, 2 de Diciembre 2012 0:57:58
 Asunto: [Users] Testing ovirt all in one on F18 gives error on DB
 creation

 Hello,
 testing oVirt for with all in one config in f18 beta.
 engine-setup fails in Database creation and in db log file:
 saying to check log file
 /var/log/ovirt-engine/engine-setup_2012_12_01_15_35_22.log
 I can see
 2012-12-01 15:36:32::DEBUG::setup_sequences::59::root:: running
 _createDB
 2012-12-01 15:36:32::DEBUG::engine-setup::937::root:: installing
 postgres db
 2012-12-01 15:36:32::DEBUG::engine-setup::940::root:: engine db
 creation is logged at
 /var/log/ovirt-engine//engine-db-install-2012_12_01_15_36_32.log
 2012-12-01 15:36:32::DEBUG::common_utils::309::root:: Executing
 command -- '/usr/share/ovirt-engine/dbscripts/engine-db-install.sh
 -l
 engine-db-install-2012_12_01_15_36_32.log -w  -u postgres -s
 localhost -p 5432 -r local'
 2012-12-01 15:36:40::DEBUG::common_utils::335::root:: output =
 Running
 local installation
 adding uuid-ossp.sql from contrib...
 error, failed creating enginedb

 How can I workaround this?
 Do I have to rollback what already done by engine-setup or can I only
 resolve the db part?

 Version I find is
 ovirt-engine-setup-3.1.0-1.fc18.noarch

 Thanks
 Gianluca

-- 
-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR

2012-11-29 Thread Adrian Gibanel
I've checked the logs and I've noticed: 

2012-11-26 15:31:21::INFO::engine_validators::196::root:: validating 
localhost.localdomain as a valid domain string
2012-11-26 15:31:21::DEBUG::common_utils::286::root:: cmd = /sbin/ip addr
2012-11-26 15:31:21::DEBUG::common_utils::291::root:: output = 1: lo: 
LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN 
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: eth0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq master ovirtmgmt 
state DOWN qlen 1000
link/ether 1c:c1:de:33:01:d9 brd ff:ff:ff:ff:ff:ff
3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000
link/ether 1c:c1:de:33:01:d8 brd ff:ff:ff:ff:ff:ff
inet 10.240.72.235/22 brd 10.240.75.255 scope global eth1
inet6 fe80::1ec1:deff:fe33:1d8/64 scope link 
   valid_lft forever preferred_lft forever
4: eth2: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq state DOWN qlen 
1000
link/ether 00:1b:21:cf:2e:a8 brd ff:ff:ff:ff:ff:ff
5: eth3: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq state DOWN qlen 
1000
link/ether 00:1b:21:cf:2e:a9 brd ff:ff:ff:ff:ff:ff
6: ovirtmgmt: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc noqueue state 
DOWN 
link/ether 1c:c1:de:33:01:d9 brd ff:ff:ff:ff:ff:ff

2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 
2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 0
2012-11-26 15:31:21::DEBUG::common_utils::433::root:: Found IP Address: 
10.240.72.235
2012-11-26 15:31:21::DEBUG::common_utils::286::root:: cmd = /usr/bin/nslookup 
localhost.localdomain
2012-11-26 15:31:21::DEBUG::common_utils::291::root:: output = Server:  
10.247.128.1
Address:10.247.128.1#53

** server can't find localhost.localdomain: NXDOMAIN

2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 
2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1
2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve 
localhost.localdomain
2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate 
setup_params.Param object at 0x171f6d0 with value localhost.localdomain
2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param 
AUTH_PASS in answer file.
2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password
2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed 
check
2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most 
recent call last):
  File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in 
validatePassword
cracklib.FascistCheck(param)
ValueError: it is based on a (reversed) dictionary word I would workarond this 
error (which might be the casue why the datacenter is created twice but I'm not 
sure at all) by setting up a local bind server which includes 
localhost.localdomain definition as a domain and that forwards dns requests to 
the dns that dhcp advises you to use. /etc/resolv.conf would have also to be 
edited to point to 127.0.0.1 (our custom bind). 

Any other thoughts on this? 

- Mensaje original -

 De: Moran Goldboim mgold...@redhat.com
 Para: Dennis Böck den...@webdienstleistungen.com
 CC: users@oVirt.org users@ovirt.org
 Enviados: Miércoles, 28 de Noviembre 2012 22:11:59
 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and
 cluster... ERROR

 On 11/26/2012 04:38 PM, Dennis Böck wrote:
 
  Hi OVirt-List,
 
  I started oVirt live 0.8 with auto configuration. At the Point
  AIO:
  Adding Local Datacenter and cluster I get the error message: Could
  not create local datacenter.
 
  Log files are attached.
 
  Does anyone have an idea?
 
  Best regards
 
  Dennis
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users

 that's a bit odd, looks like you already had a local DC in your
 deployment, shouldn't be the case of first boot.
 are you booting with it, or it's happening after installation to HD?

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

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido 

Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR

2012-11-29 Thread Adrian Gibanel
I just forgot the workaround for normal users. I mean the previous workaround 
implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround 
can be tested without the need of a new iso.

The workaround for a normal user (being a normal user the admin who can change 
dns settings ;)) is to go to dns server found at:

10.247.128.1 (as per log attached. If your default dns is another one you 
should edit it).

and add the new domain called: localhost.localdomain which its A field would 
contain: 127.0.0.1.
Restart dns server.

Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not.

- Mensaje original - 

 De: Adrian Gibanel adrian.giba...@btactic.com
 Para: users@oVirt.org users@ovirt.org
 Enviados: Jueves, 29 de Noviembre 2012 11:56:52
 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and
 cluster... ERROR

 I've checked the logs and I've noticed:

 Address: 10.247.128.1#53 ** server can't find localhost.localdomain:
 NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root::
 stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root::
 retcode = 1 2012-11-26
 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve
 localhost.localdomain 2012-11-26
 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with
 value localhost.localdomain 2012-11-26
 15:31:21::DEBUG::engine-setup::1307::root:: validating param
 AUTH_PASS in answer file. 2012-11-26
 15:31:21::DEBUG::engine_validators::146::root:: Validating password
 2012-11-26 15:31:21::WARNING::engine_validators::152::root::
 Password failed check 2012-11-26
 15:31:21::WARNING::engine_validators::153::root:: Traceback (most
 recent call last): File
 /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in
 validatePassword cracklib.FascistCheck(param) ValueError: it is
 based on a (reversed) dictionary word I would workarond this error
 (which might be the casue why the datacenter is created twice but
 I'm not sure at all) by setting up a local bind server which
 includes localhost.localdomain definition as a domain and that
 forwards dns requests to the dns that dhcp advises you to use.
 /etc/resolv.conf would have also to be edited to point to 127.0.0.1
 (our custom bind).

 Any other thoughts on this?

 - Mensaje original -

  De: Moran Goldboim mgold...@redhat.com
 
  Para: Dennis Böck den...@webdienstleistungen.com
 
  CC: users@oVirt.org users@ovirt.org
 
  Enviados: Miércoles, 28 de Noviembre 2012 22:11:59
 
  Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and
  cluster... ERROR
 

  On 11/26/2012 04:38 PM, Dennis Böck wrote:
 
  
 
   Hi OVirt-List,
 
  
 
   I started oVirt live 0.8 with auto configuration. At the Point
   AIO:
 
   Adding Local Datacenter and cluster I get the error message:
   Could
 
   not create local datacenter.
 
  
 
   Log files are attached.
 
  
 
   Does anyone have an idea?
 
  
 
   Best regards
 
  
 
   Dennis

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR

2012-11-29 Thread Adrian Gibanel
Yes, that was explained in my previous message. 

Maybe instead of naming it workaround I should have named it: Proposed fix. 

- Mensaje original -

 De: Itamar Heim ih...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users@oVirt.org users@ovirt.org
 Enviados: Jueves, 29 de Noviembre 2012 12:47:59
 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and
 cluster... ERROR

 On 11/29/2012 06:12 AM, Adrian Gibanel wrote:
  I just forgot the workaround for normal users. I mean the previous
  workaround implies having to recode and rebuild the oVirt Live 0.8
  ISO. This workaround can be tested without the need of a new iso.
 
  The workaround for a normal user (being a normal user the admin who
  can change dns settings ;)) is to go to dns server found at:
 
  10.247.128.1 (as per log attached. If your default dns is another
  one you should edit it).
 
  and add the new domain called: localhost.localdomain which its A
  field would contain: 127.0.0.1.
  Restart dns server.

 we still need to resolve the issue to avoid such a request for anyone
 not also happening to be their own dns admin...

 
  Reboot with the oVirt Live 0.8 ISO and report back if anything
  improves or not.
 
  - Mensaje original -
 
  De: Adrian Gibanel adrian.giba...@btactic.com
  Para: users@oVirt.org users@ovirt.org
  Enviados: Jueves, 29 de Noviembre 2012 11:56:52
  Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter
  and
  cluster... ERROR
 
  I've checked the logs and I've noticed:
 
  Address: 10.247.128.1#53 ** server can't find
  localhost.localdomain:
  NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root::
  stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root::
  retcode = 1 2012-11-26
  15:31:21::ERROR::engine_validators::304::root:: Failed to resolve
  localhost.localdomain 2012-11-26
  15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate
  with
  value localhost.localdomain 2012-11-26
  15:31:21::DEBUG::engine-setup::1307::root:: validating param
  AUTH_PASS in answer file. 2012-11-26
  15:31:21::DEBUG::engine_validators::146::root:: Validating
  password
  2012-11-26 15:31:21::WARNING::engine_validators::152::root::
  Password failed check 2012-11-26
  15:31:21::WARNING::engine_validators::153::root:: Traceback (most
  recent call last): File
  /usr/share/ovirt-engine/scripts/engine_validators.py, line 150,
  in
  validatePassword cracklib.FascistCheck(param) ValueError: it is
  based on a (reversed) dictionary word I would workarond this error
  (which might be the casue why the datacenter is created twice but
  I'm not sure at all) by setting up a local bind server which
  includes localhost.localdomain definition as a domain and that
  forwards dns requests to the dns that dhcp advises you to use.
  /etc/resolv.conf would have also to be edited to point to
  127.0.0.1
  (our custom bind).
 
  Any other thoughts on this?

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR

2012-11-29 Thread Adrian Gibanel
I copy and paste and rewrite it a bit from one of my previous messages: 

My first thought/workaround on this issue is that oVirt Live should : 

* Gather default dns either from dhcp or maybe easier from resolv.conf 
* Set up a local bind server which includes localhost.localdomain definition as 
a domain and that forwards dns requests to the formerly gathered default dns 
* Edit /etc/resolv.conf to point to 127.0.0.1 (our custom bind). 

- Mensaje original -

 De: Itamar Heim ih...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users@oVirt.org users@ovirt.org
 Enviados: Jueves, 29 de Noviembre 2012 13:09:52
 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and
 cluster... ERROR

 On 11/29/2012 06:52 AM, Adrian Gibanel wrote:
  Yes, that was explained in my previous message.
 
  Maybe instead of naming it workaround I should have named it:
  Proposed fix.

 if we need to change an external dns, its not fixing the root cause,
 which should not require localhost.localdomain to be externally
 resolvable.

 
  
 
  *De: *Itamar Heim ih...@redhat.com
  *Para: *Adrian Gibanel adrian.giba...@btactic.com
  *CC: *users@oVirt.org users@ovirt.org
  *Enviados: *Jueves, 29 de Noviembre 2012 12:47:59
  *Asunto: *Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter
  and cluster... ERROR
 
  On 11/29/2012 06:12 AM, Adrian Gibanel wrote:
   I just forgot the workaround for normal users. I mean the
  previous workaround implies having to recode and rebuild the oVirt
  Live 0.8 ISO. This workaround can be tested without the need of a
  new iso.
  
   The workaround for a normal user (being a normal user the admin
  who can change dns settings ;)) is to go to dns server found at:
  
   10.247.128.1 (as per log attached. If your default dns is another
  one you should edit it).
  
   and add the new domain called: localhost.localdomain which its
  A field would contain: 127.0.0.1.
   Restart dns server.
 
  we still need to resolve the issue to avoid such a request for
  anyone
  not also happening to be their own dns admin...
 
  
   Reboot with the oVirt Live 0.8 ISO and report back if anything
  improves or not.
  
   - Mensaje original -
  
   De: Adrian Gibanel adrian.giba...@btactic.com
   Para: users@oVirt.org users@ovirt.org
   Enviados: Jueves, 29 de Noviembre 2012 11:56:52
   Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter
   and
   cluster... ERROR
  
   I've checked the logs and I've noticed:
  
   Address: 10.247.128.1#53 ** server can't find
   localhost.localdomain:
   NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root::
   stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root::
   retcode = 1 2012-11-26
   15:31:21::ERROR::engine_validators::304::root:: Failed to
   resolve
   localhost.localdomain 2012-11-26
   15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate
   with
   value localhost.localdomain 2012-11-26
   15:31:21::DEBUG::engine-setup::1307::root:: validating param
   AUTH_PASS in answer file. 2012-11-26
   15:31:21::DEBUG::engine_validators::146::root:: Validating
   password
   2012-11-26 15:31:21::WARNING::engine_validators::152::root::
   Password failed check 2012-11-26
   15:31:21::WARNING::engine_validators::153::root:: Traceback
   (most
   recent call last): File
   /usr/share/ovirt-engine/scripts/engine_validators.py, line
   150, in
   validatePassword cracklib.FascistCheck(param) ValueError: it is
   based on a (reversed) dictionary word I would workarond this
   error
   (which might be the casue why the datacenter is created twice
   but
   I'm not sure at all) by setting up a local bind server which
   includes localhost.localdomain definition as a domain and that
   forwards dns requests to the dns that dhcp advises you to use.
   /etc/resolv.conf would have also to be edited to point to
   127.0.0.1
   (our custom bind).
  
   Any other thoughts on this?

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al

Re: [Users] Lvm vgs failed on allinone setup

2012-11-27 Thread Adrian Gibanel
If iSCSI is the problem I think I will reinstall oVirt by choosing NFS for 
default storage and not iSCSI.

- Mensaje original - 

 De: Latchezar Filtchev lat...@aubg.bg
 Para: Adrian Gibanel adrian.giba...@btactic.com, users@ovirt.org
 Enviados: Martes, 27 de Noviembre 2012 10:50:22
 Asunto: RE: [Users] Lvm vgs failed on allinone setup

 Hi,

 I also had a problems with disappearing of iSCSI storage. This might
 help:

 http://www.sysarchitects.com/iscsi_target_on_rhel6

 I was not able to solve my problem by manipulating /etc/lvm/lvm.conf.
 I reinstalled my test environment without LVM. Now after restart
 iSCSI storage does not disappear.

 Best,
 Latcho

 --
 Latchezar Filtchev
 IT Manager
 http://www.aubg.bg

 -Original Message-
 From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On
 Behalf Of Adrian Gibanel
 Sent: Monday, November 26, 2012 7:50 PM
 To: users@ovirt.org
 Subject: [Users] Lvm vgs failed on allinone setup

 Hi,

 I'm trying to setup an oVirt 3.1 allinone system as described at:
 http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
 .

 The main differences between my article and my setup are:

 * I've downgraded ovirt-engine-sdk to 3.1 as suggested.
 * I've selected ISCSI instead of NFS when running engine-setup and
 answering to the: The default storage question. (I can change that
 to NFS if needed, I think I used ISCSI because I had seen it in
 another howto).
 * Hacked all_in_one_100.py to increase waitForHostUp timeout (
 http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/#comment-705803414
 )

 So when I first install it I go to attach local storage to local
 datacenter as described in 5th setp in
 http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
 and everything seems to work fine.

 My problem happens when I reboot. (I just rebooted to make sure
 everything was setup fine.).
 Then the local storage (named iso) isn't attached to the local
 datacenter any more.
 I've checked /var/log/messages and I've found what I think it's the
 problem:
 ---

 Nov 25 23:54:03 server vdsm Storage.LVM WARNING lvm vgs failed: 5 []
 ['
 Volume group e2e3cb9c-a664-4fda-be0c-428b239e7e66 not found']

 Nov 25 23:54:03 server vdsm TaskManager.Task ERROR
 Task=`e75609f0-7322-4845-9cfc-1fb18e0ad3fc`::Unexpected error

 Nov 25 23:54:03 server vdsm Storage.Dispatcher.Protect ERROR
 {'status': {'message': Storage domain does not exist:
 ('e2e3cb9c-a664-4fda-be0c-428b239e7e66',), 'code': 358}}
 ---

 The place where I initially placed iso and storage was /home/iso and
 /home/storage where /home was a normal ext4 partition.
 In order to try to fix this problem and maybe increase oVirt
 capabilites now /home is an ext4 partition but not a normal one but
 mounted over an LV one.
 As you can see the problem has not been fixed.

 So I either need some help on how to fix this. I don't know. Some
 ideas.
 * What's oVirt expecting when it searches a Volume group.
 * What command is it trying to run?
 * I've tried to search the script which might do the search but I've
 been unable to find it.
 * Does oVirt expect any special partitioning layout regarding lvm?

 Thank you for any idea you could have.

 --
 --
 Adrián Gibanel

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt-engine-dbscripts broken dependencies on F17

2012-11-27 Thread Adrian Gibanel
While I was trying to fix it on my own with the commands you will see below I 
have taken a look at the fix which has nothing to do with 3.1 / 3.2 version (I 
was interpreting the bug as its fixing was going to just fix the dependency to 
be ovirt-engine-sdk 3.1 as the manual workaround that Jason Brooks proposed). 
It has to do with the new security mode. 

So... What I understand so far is that: 

* I should have read the commit so see what was actually been fixed and how. 
* If you install ovirt 3.1 in Fedora 17 you will find an ovirt-engine-sdk 3.2 
package and that should work fine. 

So sorry about all these warnings and I will give you feedback about how 
ovirt-engine-sdk 3.2 package works in Fedora 17. 

--- 

yum remove ovirt* 
yum install -y http://www.ovirt.org\ 
/releases/ovirt-release-fedora.noarch.rpm 
yum install -y ovirt-engine-setup-plugin-allinone 
Instalando: 
ovirt-engine-setup-plugin-allinone noarch 3.1.0-4.fc17 ovirt-stable 12 k 
Instalando para las dependencias: 
ovirt-engine noarch 3.1.0-4.fc17 ovirt-stable 1.0 M 
ovirt-engine-backend noarch 3.1.0-4.fc17 ovirt-stable 7.0 M 
ovirt-engine-config noarch 3.1.0-4.fc17 ovirt-stable 130 k 
ovirt-engine-dbscripts noarch 3.1.0-4.fc17 ovirt-stable 132 k 
ovirt-engine-genericapi noarch 3.1.0-4.fc17 ovirt-stable 18 k 
ovirt-engine-notification-service noarch 3.1.0-4.fc17 ovirt-stable 52 k 
ovirt-engine-restapi noarch 3.1.0-4.fc17 ovirt-stable 5.0 M 
ovirt-engine-sdk noarch 3.2.0.2-1.fc17 updates 211 k 
ovirt-engine-setup noarch 3.1.0-4.fc17 ovirt-stable 115 k 
ovirt-engine-tools-common noarch 3.1.0-4.fc17 ovirt-stable 8.8 k 
ovirt-engine-userportal noarch 3.1.0-4.fc17 ovirt-stable 13 M 
ovirt-engine-webadmin-portal noarch 3.1.0-4.fc17 ovirt-stable 15 M 
ovirt-image-uploader noarch 3.1.0-0.git9c42c8.fc17 ovirt-stable 92 k 
ovirt-iso-uploader noarch 3.1.0-0.git1841d9.fc17 ovirt-stable 29 k 
ovirt-log-collector noarch 3.1.0-0.git10d719.fc17 ovirt-stable 53 k 

Wrong! It's trying to get ovirt-engine-sdk 3.2 ! 

=== 
# Trying to ignore the 3.2 version unsucessfully 
yum remove ovirt* 
yum install -y http://www.ovirt.org\ 
/releases/ovirt-release-fedora.noarch.rpm 
yum install --disablerepo=updates -y ovirt-engine-setup-plugin-allinone 

-- Resoluci�n de dependencias finalizada 
Error: Paquete: ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch 
(ovirt-stable) 
Necesita: ovirt-engine-sdk = 3.2 
Disponible: ovirt-engine-sdk-1.3-1.fc17.noarch (fedora) 
ovirt-engine-sdk = 1.3-1.fc17 
Instalando: ovirt-engine-sdk-3.1.0.4-1.fc17.noarch (ovirt-stable) 
ovirt-engine-sdk = 3.1.0.4-1.fc17 
Error: Paquete: ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch 
(ovirt-stable) 
Necesita: ovirt-engine-sdk = 3.2 
Disponible: ovirt-engine-sdk-1.3-1.fc17.noarch (fedora) 
ovirt-engine-sdk = 1.3-1.fc17 
Disponible: ovirt-engine-sdk-3.1.0.4-1.fc17.noarch (ovirt-stable) 
ovirt-engine-sdk = 3.1.0.4-1.fc17 
Podr�a intentar utilizar el comando --skip-broken para sortear el problema 

- Mensaje original -

 De: Adrian Gibanel adrian.giba...@btactic.com
 Para: users@ovirt.org
 Enviados: Martes, 27 de Noviembre 2012 13:31:06
 Asunto: [Users] ovirt-engine-dbscripts broken dependencies on F17

 So if I'm not mistaken (I repeat that I don't have too much
 experience in Fedora) the error is:

 ovirt-engine-3.1.0-2.fc17.noarch needs:
 ovirt-engine-dbscripts = 3.1.0-2.fc17
 but it's not going to be installed because the only version of:
 ovirt-engine-dbscripts available in the repo is:
 3.0.0.0001-13.fc17 .

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Lvm vgs failed on allinone setup

2012-11-27 Thread Adrian Gibanel
So I have reinstalled by doing: 
engine-cleanup 
rm -rf /home/iso 
rm -rf /home/storage 
rm /etc/exports 
export LANG=en_US.UTF-8 
engine-setup

Now when asked I have select NFS for the default storage type.

I've done the 5th step at 
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ .
(Copy and paste - BEGIN)
click on the storage tab and highlight the iso domain you created during the 
setup-script. In the pane that appears below, choose the “Data Center” tab, 
click “Attach,” check the box next to your local data center, and hit “OK.” 
Once the iso domain is finished attaching, click “Activate” to, uh, activate it.
(Copy and paste - END)

I've taken a moment to check /var/log/messages and I have noticed:

Nov 27 14:14:25 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 14:14:25 server vdsm Storage.StorageDomain WARNING Resource namespace 
033a2b87-def7-4c27-ab74-9860531f2ed4_imageNS already registered
Nov 27 14:14:25 server vdsm Storage.StorageDomain WARNING Resource namespace 
033a2b87-def7-4c27-ab74-9860531f2ed4_volumeNS already registered
Nov 27 14:14:25 server kernel: [136736.468680] ata1: hard resetting link
Nov 27 14:14:25 server kernel: [136736.772691] ata1: SATA link up 3.0 Gbps 
(SStatus 123 SControl 300)
Nov 27 14:14:25 server kernel: [136736.775827] ata1.00: configured for UDMA/133
Nov 27 14:14:25 server kernel: [136736.775831] ata1: EH complete
Nov 27 14:14:25 server kernel: [136736.776038] ata2: hard resetting link
Nov 27 14:14:25 server kernel: [136737.081179] ata2: SATA link up 3.0 Gbps 
(SStatus 123 SControl 300)
Nov 27 14:14:25 server kernel: [136737.084182] ata2.00: configured for UDMA/133
Nov 27 14:14:25 server kernel: [136737.084187] ata2: EH complete
Nov 27 14:14:25 server kernel: [136737.084420] ata3: limiting SATA link speed 
to 1.5 Gbps
Nov 27 14:14:25 server kernel: [136737.084425] ata3: hard resetting link
Nov 27 14:14:26 server kernel: [136737.388525] ata3: SATA link down (SStatus 0 
SControl 310)
Nov 27 14:14:26 server kernel: [136737.388537] ata3: EH complete
Nov 27 14:14:26 server kernel: [136737.388778] ata4: limiting SATA link speed 
to 1.5 Gbps
Nov 27 14:14:26 server kernel: [136737.388783] ata4: hard resetting link
Nov 27 14:14:26 server kernel: [136737.692934] ata4: SATA link down (SStatus 0 
SControl 310)
Nov 27 14:14:26 server kernel: [136737.692944] ata4: EH complete
Nov 27 14:14:26 server kernel: [136737.693138] ata5: limiting SATA link speed 
to 1.5 Gbps
Nov 27 14:14:26 server kernel: [136737.693142] ata5: hard resetting link
Nov 27 14:14:26 server kernel: [136737.997324] ata5: SATA link down (SStatus 0 
SControl 310)
Nov 27 14:14:26 server kernel: [136737.997334] ata5: EH complete
Nov 27 14:14:26 server kernel: [136737.997587] ata6: limiting SATA link speed 
to 1.5 Gbps
Nov 27 14:14:26 server kernel: [136737.997592] ata6: hard resetting link
Nov 27 14:14:27 server kernel: [136738.301820] ata6: SATA link down (SStatus 0 
SControl 310)
Nov 27 14:14:27 server kernel: [136738.301832] ata6: EH complete
Nov 27 14:14:27 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group c20da291-baf5-480a-b314-b775a6dde6e8 not found']
Nov 27 14:14:27 server vdsm Storage.StorageDomain WARNING Resource namespace 
c20da291-baf5-480a-b314-b775a6dde6e8_imageNS already registered
Nov 27 14:14:27 server vdsm Storage.StorageDomain WARNING Resource namespace 
c20da291-baf5-480a-b314-b775a6dde6e8_volumeNS already registered
Nov 27 14:14:27 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']

Any ways I've decided to reboot just to see if everything went ok. When 
examining Storage tab I see how local-iso-share (my ISO domain type) is shown 
as green (activated) and then red (maintenance).

Taking a look at /var/log/messages I've seen:



Nov 27 14:26:38 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume 
group c20da291-baf5-480a-b314-b775a6dde6e8 not found'] 
Nov 27 14:26:38 server vdsm Storage.StorageDomain WARNING Resource namespace 
c20da291-baf5-480a-b314-b775a6dde6e8_imageNS already registered 
Nov 27 14:26:38 server vdsm Storage.StorageDomain WARNING Resource namespace 
c20da291-baf5-480a-b314-b775a6dde6e8_volumeNS already registered 
Nov 27 14:26:38 server vdsm Storage.HSM ERROR Could not disconnect from 
storageServer 

What am I missing?

Thank you.

- Mensaje original - 


De: Adrian Gibanel adrian.giba...@btactic.com 
Para: users@ovirt.org 
Enviados: Martes, 27 de Noviembre 2012 11:10:48 
Asunto: Re: [Users] Lvm vgs failed on allinone setup 

If iSCSI is the problem I think I will reinstall oVirt by choosing NFS for 
default storage and not iSCSI. 

- Mensaje original - 

 De: Latchezar Filtchev lat...@aubg.bg 
 Para: Adrian Gibanel adrian.giba...@btactic.com, users@ovirt.org 
 Enviados: Martes, 27 de Noviembre 2012 10:50:22 
 Asunto: RE: [Users] Lvm vgs failed

Re: [Users] Lvm vgs failed on allinone setup

2012-11-27 Thread Adrian Gibanel
 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:14:37 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:14:47 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:14:47 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:14:57 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:14:57 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:15:08 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:15:08 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:15:18 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:15:18 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:15:28 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:15:28 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:15:39 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:15:39 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:15:49 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:15:49 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:15:59 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:15:59 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:16:10 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:16:10 server vdsm Storage.StoragePool WARNING Could not get full 
domain information, it is probably unavailable
Nov 27 16:16:13 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
Nov 27 16:16:13 server vdsm Storage.StoragePool WARNING deactivating missing 
domain 033a2b87-def7-4c27-ab74-9860531f2ed4

...

Nov 27 16:16:16 server vdsm Storage.LVM WARNING lvm vgs failed: 5 [] ['  Volume 
group c20da291-baf5-480a-b314-b775a6dde6e8 not found']
Nov 27 16:16:16 server vdsm Storage.StorageDomain WARNING Resource namespace 
c20da291-baf5-480a-b314-b775a6dde6e8_imageNS already registered
Nov 27 16:16:16 server vdsm Storage.StorageDomain WARNING Resource namespace 
c20da291-baf5-480a-b314-b775a6dde6e8_volumeNS already registered
Nov 27 16:16:16 server vdsm Storage.HSM ERROR Could not disconnect from 
storageServer

So now I go and check the Storage tab from the UI. local-iso-share (ISO domain) 
is inactive as its attached datacenter: local_datacenter is in status: 
Maintenance.

No more lvms related logs are found at /var/log/messages.


- Mensaje original - 

 De: Adrian Gibanel adrian.giba...@btactic.com
 Para: users@ovirt.org
 Enviados: Martes, 27 de Noviembre 2012 15:42:47
 Asunto: Re: [Users] Lvm vgs failed on allinone setup

 So I have reinstalled by doing:
 engine-cleanup
 rm -rf /home/iso
 rm -rf /home/storage
 rm /etc/exports
 export LANG=en_US.UTF-8
 engine-setup

 Now when asked I have select NFS for the default storage type.

 I've done the 5th step at
 http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
 .
 (Copy and paste - BEGIN)
 click on the storage tab and highlight the iso domain you created
 during the setup-script. In the pane that appears below, choose the
 “Data Center” tab, click “Attach,” check the box next to your local
 data center, and hit “OK.” Once the iso domain is finished
 attaching, click “Activate” to, uh, activate it.
 (Copy and paste - END)

 I've taken a moment to check /var/log/messages and I have noticed:

 Nov 27 14:14:25 server vdsm Storage.LVM WARNING lvm vgs failed: 5 []
 [' Volume group 033a2b87-def7-4c27-ab74-9860531f2ed4 not found']
 Nov 27 14:14:25 server vdsm Storage.StorageDomain WARNING Resource
 namespace 033a2b87-def7-4c27-ab74-9860531f2ed4_imageNS already
 registered
 Nov 27 14:14:25 server vdsm Storage.StorageDomain WARNING Resource
 namespace 033a2b87-def7-4c27-ab74-9860531f2ed4_volumeNS already
 registered
 Nov 27 14:14:25 server kernel: [136736.468680] ata1: hard resetting
 link
 Nov 27 14:14:25 server kernel

[Users] Lvm vgs failed on allinone setup

2012-11-26 Thread Adrian Gibanel
Hi, 

  I'm trying to setup an oVirt 3.1 allinone system as described at: 
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/
.

  The main differences between my article and my setup are:

  * I've downgraded ovirt-engine-sdk to 3.1 as suggested.
  * I've selected ISCSI instead of NFS when running engine-setup and answering 
to the: The default storage question. (I can change that to NFS if needed, I 
think I used ISCSI because I had seen it in another howto).
  * Hacked all_in_one_100.py to increase waitForHostUp timeout ( 
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/#comment-705803414
 )

  So when I first install it I go to attach local storage to local datacenter 
as described in 5th setp in 
http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ and 
everything seems to work fine.

  My problem happens when I reboot. (I just rebooted to make sure everything 
was setup fine.).
Then the local storage (named iso) isn't attached to the local datacenter any 
more.
I've checked /var/log/messages and I've found what I think it's the problem:
---

Nov 25 23:54:03 server vdsm Storage.LVM WARNING
lvm vgs failed: 5 [] [' 
Volume group e2e3cb9c-a664-4fda-be0c-428b239e7e66 not found']

Nov 25 23:54:03 server vdsm TaskManager.Task ERROR
Task=`e75609f0-7322-4845-9cfc-1fb18e0ad3fc`::Unexpected error

Nov 25 23:54:03 server vdsm Storage.Dispatcher.Protect ERROR
{'status': {'message': Storage domain does not exist:
('e2e3cb9c-a664-4fda-be0c-428b239e7e66',), 'code': 358}}
---

The place where I initially placed iso and storage was /home/iso and 
/home/storage where /home was a normal ext4 partition.
In order to try to fix this problem and maybe increase oVirt capabilites now 
/home is an ext4 partition but not a normal one but mounted over an LV one.
As you can see the problem has not been fixed.

So I either need some help on how to fix this. I don't know. Some ideas.
* What's oVirt expecting when it searches a Volume group.
* What command is it trying to run?
* I've tried to search the script which might do the search but I've been 
unable to find it.
* Does oVirt expect any special partitioning layout regarding lvm?

Thank you for any idea you could have.

-- 
-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users