Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host

2014-01-15 Thread Sven Kieske
Hi,

I just checked on my Fedora 19 box:

setenforce 0 odes the trick
you can switch back by using
setenforce 1

and control it via
getenforce

these changes do not
persist over reboot.

for further documentation refer to:

https://docs.fedoraproject.org/en-US/Fedora/13/html/Security-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-Enabling_and_Disabling_SELinux.html

(most of it should still be true on F19 and even F20)

Am 14.01.2014 18:14, schrieb Bob Doolittle:
 Maybe, I don't know.
 
 On RH I used to just do echo 0  /selinux/enable but that's not on
 Fedora.
 
 -Bob
 
 On 01/14/2014 12:08 PM, Sven Kieske wrote:
 Does
 setenforce 0
 not do the job on fedora?

 Am 14.01.2014 17:47, schrieb Bob Doolittle:
 Also, I always configure SELinux to permissive in /etc/selinux/config
 (but I don't know how to make that take effect immediately without
 reboot on Fedora).
 
 
 
 

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH  Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt 3.4 alpha repo for fedora 20 missing?

2014-01-15 Thread Sandro Bonazzola
Il 14/01/2014 16:42, Jorick Astrego ha scritto:
 I am trying to test the new 3.4 alpha release on fedora 20 but I'm not able 
 to locate the repo rpm.
 
 For Fedora 19 this is 
 http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/19/noarch/ovirt-release-fedora-10-1.noarch.rpm
  but for 20 this rpm
 and the repodata appears to be missing.

As stated in  http://www.ovirt.org/Download for F19

sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm

Note that Fedora 20 is not fully supported in 3.4.0 alpha: you'll need at least 
to downgrade sos using the one shipped by Fedora 19.



 
 Kind regards,
 
 Jorick Astrego
 Netbulae B.V.
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 


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


Re: [Users] Fwd: Re: Help: Problem uploading the ISO file on engine

2014-01-15 Thread Sandro Bonazzola
Il 14/01/2014 17:52, David Li ha scritto:
 The ovirt-iso-uploader log only has one line:
 
 2014-01-13 19:08:05::INFO::engine-iso-uploader::1067::root:: Start uploading 
 CentOS-6.4-x86_64-netinstall.iso 
 
 
 This is version 3.3.2-1.el6
 
 My immediate question is how I can kill the upload process without rebooting 
 the engine box? So I can try to reproduce the problem again.  
 It's probably in a sleep but not interrupt state. None of the usual kill -9 
 commands worked. My NFS ISO domain has also been put in the inactive state 
 most likely due to this problem. 
 
 

I think that connectivity to NFS server may have gone down while uploading the 
ISO image.
That may have caused NFS ISO domain change the state to inactive and caused 
iso uploader to change its execution state to D.
But IIRC in such case kill -9 should work.
Federico, do you have any suggestion?


 Thanks.
 
 David
 
 
 - Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: david...@sbcglobal.net
 Cc: 
 Sent: Tuesday, January 14, 2014 2:05 AM
 Subject: Fwd: Re: [Users] Help: Problem uploading the ISO file on engine




  Messaggio originale 
 Oggetto: Re: [Users] Help: Problem uploading the ISO file on engine
 Data: Tue, 14 Jan 2014 11:04:37 +0100
 Mittente: Sandro Bonazzola sbona...@redhat.com
 A: Sven Kieske s.kie...@mittwald.de,  users@ovirt.org 
 users@ovirt.org

 Il 14/01/2014 08:32, Sven Kieske ha scritto:
  Hi,

  which engine version?
  anything in engine.log?

 +1

  (I honestly don't know if there's any logging
  for the iso uploader?).

 yes there is, in /var/log/ovirt-iso-uploader dir.


  I never encountered such a problem.

 Same here. Can you reproduce using -v flag when running iso uploader?




  HTH

  Am 13.01.2014 20:45, schrieb David Li:
  Hi,

  I copied a Centos netinstall ISO file to a directory on my engine 
 machine to get ready for installation. Then I used 

  engine-iso-uploader upload -i ISO_DOMAIN 
 CentOS-6.4-x86_64-netinstall.iso 

  to upload or put it into the proper ISO domain directory. However this 
 command now totally stuck. Even kill -9 won't be able to do anything. 
 Moreover now my ISO domain in the DC seems dead or becomes inactive too. 

  What happened? Is there any way to recover from this point without 
 rebooting everything? 



 -- 
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com



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


[Users] Engine installation issue

2014-01-15 Thread Nauman Abbas
Hello all,

I can't seem to run engine setup on my machine. I get the following error.
Googled around, can't find a solution

[ INFO  ] Creating PostgreSQL database
[ INFO  ] Configuring PostgreSQL
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/bin/systemctl' failed to execute
[ INFO  ] Yum Performing yum transaction rollback
[ INFO  ] Stage: Clean up
  Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

It happened to me on two machines which kinda makes me think someone else
also must have come across this. A little help would be great.

Regards

Nauman Abbas
Assistant System Administrator (LMS),
Room No. A-207, SEECS,
National University of Sciences  Technology,
+ 92 321 5359946
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Engine installation issue

2014-01-15 Thread Alon Bar-Lev
Hi,

Can you please attach[1]?

Thanks!

[1] /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log

- Original Message -
 From: Nauman Abbas nauman.ab...@seecs.edu.pk
 To: users@ovirt.org
 Sent: Wednesday, January 15, 2014 11:44:41 AM
 Subject: [Users] Engine installation issue
 
 Hello all,
 
 I can't seem to run engine setup on my machine. I get the following error.
 Googled around, can't find a solution
 
 [ INFO ] Creating PostgreSQL database
 [ INFO ] Configuring PostgreSQL
 [ ERROR ] Failed to execute stage 'Misc configuration': Command
 '/bin/systemctl' failed to execute
 [ INFO ] Yum Performing yum transaction rollback
 [ INFO ] Stage: Clean up
 Log file is located at
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
 [ INFO ] Stage: Pre-termination
 [ INFO ] Stage: Termination
 [ ERROR ] Execution of setup failed
 
 It happened to me on two machines which kinda makes me think someone else
 also must have come across this. A little help would be great.
 
 Regards
 
 Nauman Abbas
 Assistant System Administrator (LMS),
 Room No. A-207, SEECS,
 National University of Sciences  Technology,
 + 92 321 5359946
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] ovirt-shell limited to first 100 elements

2014-01-15 Thread Amedeo Salvati
Does anyone know if there are a possibility to increment list elements on 
ovirt-shell?

Because I'm trying to list disk on one storagedomain but it list me only first 
100 elements.

e.g.:list disks storagedomains-identifier STORNAME | egrep '^name'  
/root/disks-name-on-STORNAME.txt

p.s I faund on http://comments.gmane.org/gmane.comp.emulators.ovirt.infra/3050 
that for python api there is an option to pass to list function: 
api.vms.list(max=200) but I cannot find equivalent for ovirt-shell


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


[Users] Stuck VM on Migration To

2014-01-15 Thread Carlo Turco

Hello guys.

I´m using 3.2 ovirt and suddenly one of my VM started to migrate. The 
problem is that it´s is Stuck in this process and I can not do nothing 
on it.


I take a look on engine.log and there is nothing there showing a 
problem, if a try to cancel migration, it says
2014-01-15 10:08:37,129 WARN 
[org.ovirt.engine.core.bll.CancelMigrateVmCommand] 
(ajp--127.0.0.1-8702-3) CanDoAction of action CancelMigrateVm failed. 
Reasons:VAR__TYPE__VM,VAR__ACTION__CANCEL_MIGRATE,VM_CANNOT_CANCEL_MIGRATION_WHEN_VM_IS_NOT_MIGRATING


Suspend
2014-01-15 10:10:32,041 WARN 
[org.ovirt.engine.core.bll.HibernateVmCommand] (ajp--127.0.0.1-8702-7) 
CanDoAction of action HibernateVm failed. 
Reasons:ACTION_TYPE_FAILED_VM_IS_NOT_UP,VAR__TYPE__VM,VAR__ACTION__HIBERNATE


Run
2014-01-15 10:11:13,244 INFO 
[org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-3-thread-50) 
[1c8495ae] Vm Running failed - vm 
68a11fa4-f3b8-430a-af02-0beaa293f49c:core-mag already running, status 
MigratingTo


What can I do?

Best wishes

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


Re: [Users] [QE] 3.4.0 alpha release status

2014-01-15 Thread Sandro Bonazzola
Il 15/01/2014 12:24, Sandro Bonazzola ha scritto:
 Hi,
 oVirt 3.4.0 alpha has been released and is actually on QA.
 
 The bug tracker [1] shows the following bugs blocking the release:

Sorry, missed the blocker list:

network - Bug 987813 - [RFE] report BOOTPROTO and BONDING_OPTS independent of 
netdevice.cfg
storage - Bug 1032686 - [RFE] API to save OVF on any location
gluster - Bug 1038988 - Gluster brick sync does not work when host has multiple 
interfaces


 
 There are still 280 bugs [2] targeted to 3.4.0 so please review them as soon 
 as possible
 
 Maintainers:
 - Please add the bugs to the tracker if you think that 3.4.0 should not be 
 released without them fixed.
 - Please provide ETA on bugs you add as blockers
 - Please start updating the target to 3.4.1 or any next release for bugs that 
 won't be in 3.4.0:
   it will ease gathering the blocking bugs for next releases.
 - Please start filling release notes, the page has been created here [3]
 
 
 For those who want to help testing the bugs, I suggest to add yourself as QA 
 contact for the bug.
 
 
 [1] https://bugzilla.redhat.com/1024889
 [2] http://red.ht/1eIRZXM
 [3] http://www.ovirt.org/OVirt_3.4.0_release_notes
 
 
 Thanks,
 
 


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


Re: [Users] ovirt-shell limited to first 100 elements

2014-01-15 Thread Joop
Amedeo Salvati ame...@oscert.net wrote:
Does anyone know if there are a possibility to increment list elements
on ovirt-shell?

I think ovirt-shell has a paginate option, try --help

Joop

-- 
Sent from my Android tablet with K-9 Mail. Please excuse my brevity.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Issues installing hosted-engine with 3.4.0 alpha

2014-01-15 Thread Sandro Bonazzola
Il 15/01/2014 02:35, Andrew Lau ha scritto:
 I guess I spoke too soon.. Although, it allowed me to complete the setup 
 prompts it now fails at Misc Configuration
 
 Error Logs:
 
 2014-01-15 11:49:34 INFO 
 otopi.plugins.ovirt_hosted_engine_setup.system.vdsmenv vdsmenv._connect:81 
 Waiting for VDSM hardware info
 2014-01-15 11:49:35 INFO 
 otopi.plugins.ovirt_hosted_engine_setup.system.vdsmenv vdsmenv._connect:81 
 Waiting for VDSM hardware info
 2014-01-15 11:49:36 DEBUG 
 otopi.plugins.ovirt_hosted_engine_setup.system.vdsmenv vdsmenv._connect:78 
 {'status': {'message': 'Recovering from crash or$
 2014-01-15 11:49:36 DEBUG otopi.context context.dumpEnvironment:456 
 ENVIRONMENT DUMP - BEGIN
 2014-01-15 11:49:36 DEBUG otopi.context context.dumpEnvironment:471 ENV 
 OVEHOSTED_VDSM/vdsClient=instance:'vdsClientGluster.GlusterService instance $
 2014-01-15 11:49:36 DEBUG otopi.context context.dumpEnvironment:473 
 ENVIRONMENT DUMP - END
 2014-01-15 11:49:36 DEBUG otopi.context context._executeMethod:138 Stage misc 
 METHOD otopi.plugins.ovirt_hosted_engine_setup.network.bridge.Plugin._m$
 2014-01-15 11:49:36 INFO 
 otopi.plugins.ovirt_hosted_engine_setup.network.bridge bridge._misc:189 
 Configuring the management bridge
 2014-01-15 11:49:37 DEBUG otopi.context context._executeMethod:152 method 
 exception
 Traceback (most recent call last):
   File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in 
 _executeMethod
 method['method']()
   File 
 /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/network/bridge.py,
  line 194, in _misc
 ].s.getVdsCapabilities()['info']['nics'][nics]
 KeyError: 'info'

we're investigating on the issue.

 2014-01-15 11:49:37 ERROR otopi.context context._executeMethod:161 Failed to 
 execute stage 'Misc configuration': 'info'
 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting 
 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-console.x$
 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting 
 'File transaction for '/etc/ovirt-hosted-engine/iptables.example''
 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting 
 'File transaction for '/etc/sysconfig/iptables''
 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting 
 'File transaction for '/etc/ovirt-hosted-engine-ha/broker.conf''
 2014-01-15 11:49:37 DEBUG otopi.context context.dumpEnvironment:456 
 ENVIRONMENT DUMP - BEGIN
 2014-01-15 11:49:37 DEBUG otopi.context context.dumpEnvironment:471 ENV 
 BASE/error=bool:'True'
 2014-01-15 11:49:37 DEBUG otopi.context context.dumpEnvironment:473 
 ENVIRONMENT DUMP - END
 2014-01-15 11:49:37 INFO otopi.context context.runSequence:395 Stage: Clean up
 2014-01-15 11:49:37 DEBUG otopi.context context.runSequence:399 STAGE cleanup
 
 
 
 On Wed, Jan 15, 2014 at 11:27 AM, Andrew Lau and...@andrewklau.com 
 mailto:and...@andrewklau.com wrote:
 
 Hi,
 
 Dropping VDSM list because I'm not subscribed.
 
 Using the nightly repo it seems to be fixed. I will continue to report 
 any new findings.
 
 Thanks,
 Andrew.
 
 
 On Tue, Jan 14, 2014 at 8:52 PM, Sandro Bonazzola sbona...@redhat.com 
 mailto:sbona...@redhat.com wrote:
 
 Il 14/01/2014 03:39, Andrew Lau ha scritto:
  It looks like vdsm is trying to execute:
  vdsm-tool unified_network_persistence_upgrade
 
  But my version of vdsm-tool has it labeled as 
 upgrade-unified-persistence
 
 vdsm people, can you check this?
 
 
 
 
  On Tue, Jan 14, 2014 at 1:32 PM, Andrew Lau and...@andrewklau.com 
 mailto:and...@andrewklau.com mailto:and...@andrewklau.com
 mailto:and...@andrewklau.com wrote:
 
  Hi,
 
  I'm giving the new hosted-engine feature a try with the new 
 3.4.0 alpha build on centos 6.5
 
  hosted-engine --deply seems to fail at the 'Environment setup
  [ ERROR ] Failed to execute stage 'Environment setup': Command 
 '/sbin/service' failed to execute
 
  Within the logs I believe it seems to be related to vdsm. Logs 
 show  VDS daemon is not running
 
  service vdsm start gives the following error:
 
  initctl: Job is already running: libvirtd
  vdsm: Running mkdirs
  vdsm: Running configure_coredump
  vdsm: Running run_init_hooks
  vdsm: Running gencerts
  vdsm: Running check_is_configured
  libvirt is already configured for vdsm
  sanlock service is already configured
  vdsm: Running validate_configuration
  SUCCESS: ssl configured to true. No conflicts
  vdsm: Running prepare_transient_repository
  vdsm: Running syslog_available
  vdsm: Running nwfilter
  vdsm: Running dummybr
  vdsm: 

Re: [Users] FOSDEM reminder

2014-01-15 Thread Koch (ovido)
Hi Doron,


On Tue, 2014-01-14 at 16:35 -0500, Doron Fediuck wrote:
 Hi everyone,
 just a reminder, we have this Etherpad with all the relevant
 information on our FOSDEM plans:
 http://etherpad.ovirt.org/p/ovirt-fosdem-14
 
 You can also join the events we created in
 FB: https://www.facebook.com/events/593033774106561/
 G+: https://plus.google.com/u/0/events/cm89k6scm67ivmqca7596nq7f2g
 
 Feel free to add yourself to the stand shift.


How many people are planned for the stand?
Added myself with () in case 3 people are too much...


 Also, if you'd like to come to the oVirt meet-up, please put your name
 in the list. 
 
 See you all in FOSDEM!
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

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


Re: [Users] Fwd: Re: Help: Problem uploading the ISO file on engine

2014-01-15 Thread David Li
Sandro,

My upload process basically becomes a zombie that can't even be killed by root. 
The ISO domain remains in inactive state forever. The only recovery option is 
to reboot. 

Another question:
Why can't we put the upload function inside the web portal admin?

David



- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: David Li david...@sbcglobal.net; Federico Simoncelli 
 fsimo...@redhat.com
 Cc: users@ovirt.org users@ovirt.org
 Sent: Wednesday, January 15, 2014 12:33 AM
 Subject: Re: Fwd: Re: [Users] Help: Problem uploading the ISO file on engine
 
 Il 14/01/2014 17:52, David Li ha scritto:
  The ovirt-iso-uploader log only has one line:
 
  2014-01-13 19:08:05::INFO::engine-iso-uploader::1067::root:: Start 
 uploading CentOS-6.4-x86_64-netinstall.iso 
 
 
  This is version 3.3.2-1.el6
 
  My immediate question is how I can kill the upload process without 
 rebooting the engine box? So I can try to reproduce the problem again.  
  It's probably in a sleep but not interrupt state. None of 
 the usual kill -9 commands worked. My NFS ISO domain has also been put in the 
 inactive state most likely due to this problem. 
 
 
 
 I think that connectivity to NFS server may have gone down while uploading 
 the 
 ISO image.
 That may have caused NFS ISO domain change the state to inactive and 
 caused iso uploader to change its execution state to D.
 But IIRC in such case kill -9 should work.
 Federico, do you have any suggestion?
 
 
  Thanks.
 
  David
 
 
  - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: david...@sbcglobal.net
  Cc: 
  Sent: Tuesday, January 14, 2014 2:05 AM
  Subject: Fwd: Re: [Users] Help: Problem uploading the ISO file on 
 engine
 
 
 
 
   Messaggio originale 
  Oggetto: Re: [Users] Help: Problem uploading the ISO file on engine
  Data: Tue, 14 Jan 2014 11:04:37 +0100
  Mittente: Sandro Bonazzola sbona...@redhat.com
  A: Sven Kieske s.kie...@mittwald.de,  
 users@ovirt.org 
  users@ovirt.org
 
  Il 14/01/2014 08:32, Sven Kieske ha scritto:
   Hi,
 
   which engine version?
   anything in engine.log?
 
  +1
 
   (I honestly don't know if there's any logging
   for the iso uploader?).
 
  yes there is, in /var/log/ovirt-iso-uploader dir.
 
 
   I never encountered such a problem.
 
  Same here. Can you reproduce using -v flag when running iso uploader?
 
 
 
 
   HTH
 
   Am 13.01.2014 20:45, schrieb David Li:
   Hi,
 
   I copied a Centos netinstall ISO file to a directory on my 
 engine 
  machine to get ready for installation. Then I used 
 
   engine-iso-uploader upload -i ISO_DOMAIN 
  CentOS-6.4-x86_64-netinstall.iso 
 
   to upload or put it into the proper ISO domain directory. 
 However this 
  command now totally stuck. Even kill -9 won't be able to do 
 anything. 
  Moreover now my ISO domain in the DC seems dead or becomes inactive 
 too. 
 
   What happened? Is there any way to recover from this point 
 without 
  rebooting everything? 
 
 
 
  -- 
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community 
 collaboration.
  See how it works at redhat.com
 
 
 
 -- 
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] oVirt Weekly Meeting Minutes -- 2014-01-15

2014-01-15 Thread Doron Fediuck
Minutes:http://ovirt.org/meetings/ovirt/2014/ovirt.2014-01-15-15.01.html
Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-01-15-15.01.txt
Log:
http://ovirt.org/meetings/ovirt/2014/ovirt.2014-01-15-15.01.log.html

=
#ovirt: oVirt Weekly Sync
=


Meeting started by doron at 15:01:26 UTC. The full logs are available at
http://ovirt.org/meetings/ovirt/2014/ovirt.2014-01-15-15.01.log.html .



Meeting summary
---
* Agenda and roll Call  (doron, 15:01:27)
  * 3.3 update releases  (doron, 15:01:29)
  * 3.4 progress  (doron, 15:01:30)
  * conferences and workshops  (doron, 15:01:32)
  * infra update  (doron, 15:01:33)
  * other topics  (doron, 15:01:35)

* 3.3 update releases  (doron, 15:03:56)
  * 3.3.3 beta has been composed and announced. Some BZs needs
scrubbing. rc build planned for 2014-01-21.  (doron, 15:06:45)

* 3.4 progress  (doron, 15:07:14)
  * 3.4.0-alpha announced. Re-spin needed due to vdsm issue.  (doron,
15:08:23)
  * stabilization branching / feature freeze postponed to let folks
merge till EOD today (in different timezones).  (doron, 15:10:20)
  * AGREED: ovirt 3.4 feature freeze happens on Jan 16. Stabilization
branch should be created. Feature completion allowed.  (doron,
15:22:03)
  * ovirt bugs by group http://red.ht/19utttS  (doron, 15:32:24)
  * 3.4 current blockers: 987832, RFE's (which may slip if not
completed). Gluster issues should have a release note until 3.5 is
out.  (doron, 15:37:50)
  * virt feature status for 3.4: 12 features made it. hotplug,
cloud-init persistence, reboot VM, template versions needs to be
completed by Jan 20.  (doron, 15:42:09)
  * UX feature status for 3.4: 3 features made it. low-resolution should
be completed by jan 20.  (doron, 15:44:48)
  * sla feature status for 3.4: 5 features in. Hosted engine maintenance
should be ready by Jan 20.  (doron, 15:49:56)
  * ppc feature status for 3.4: all important changes merged, except for
the ones that block migration and memory snapshots.  (doron,
15:53:41)
  * network  feature status for 3.4: 5 features in. security groups and
iproute2 to be completed by Jan 20.  (doron, 15:59:25)
  * network  feature status for 3.4: 5 features in. Network labels,
security groups and iproute2 to be completed by Jan 20.  (doron,
16:00:02)
  * integration feature status for 3.4: uri and hosted engine completed.
eports migration to otopi may be ready by Jan 20 (or slip). Same
goes for centos.  (doron, 16:03:56)
  * infra feature status for 3.4:  9 features in. snmp  snmp trap
monitoring, authentication refactoring, CCP report should contain
the created_by field should be ready for Jan 20.  (doron, 16:07:13)
  * LINK: http://gerrit.ovirt.org/#/c/17004/8   (danken, 16:09:27)
  * gluster feature status for 3.4: Gluster async tasks done, but
requires gluster 3.5. Gluster volume capacity information should be
done for Jan 20.  (doron, 16:09:50)
  * storage 3.4 feature status: 5 features ready, ovf and multipath
should be done by Jan 20.  (doron, 16:15:27)

* conferences and workshops  (doron, 16:21:56)
  * Infrastructure.Next expecting 2 ovirt talks.  (doron, 16:23:01)
  * FOSDEM all set. If you want see the schedules or help staff the
booth, sign up at http://etherpad.ovirt.org/p/ovirt-fosdem-14
(doron, 16:23:29)

* infra update  (doron, 16:23:45)
  * infra: no special updates  (doron, 16:25:27)

* other topics  (doron, 16:25:37)
  * infra: upgraded gerrit to 2.8!  (doron, 16:26:45)
  * case studies making good progress.  (doron, 16:28:17)
  * Jodi Biddle from RHEV team in Australia has volunteered to help on
release notes  (doron, 16:28:21)

Meeting ended at 16:30:18 UTC.




Action Items






Action Items, by person
---
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* doron (182)
* itamar (44)
* danken (42)
* sbonazzo (35)
* sgotliv (28)
* mskrivanek (13)
* bkp (11)
* ybronhei (10)
* SvenKieske (10)
* lvernia (9)
* sahina (8)
* vitorlima (7)
* orc_orc (6)
* ecohen (6)
* dcaro (2)
* ovirtbot (2)
* dneary (1)
* dougsland (1)
* apuimedo (1)
* sgordon (1)
* doron_afk (1)
* lbianc (1)
* gtemple (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] fedora19 ovirt host-- VM import failed

2014-01-15 Thread Madhav V Diwan
Help please 

 the below logs seems to say that during a vm import from an export domain ( 
NFS) the

VM Import process is erroring out  stating that vm to be imported (which is 
verified to be located in the in export domain) does not exist in target 
domain??



2014-01-15 11:13:13,446 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(pool-6-thread-50) [5d7fc2aa] Correlation ID: 33129342, Job ID: 
75ade068-a9f5-4344-811a-0283fb509a6d, Call Stack: null, Custom Event ID: -1, 
Message: Starting to import Vm dev1 to Data Center 5Sherman_datacenter, Cluster 
local_cluster
2014-01-15 11:13:13,447 INFO  [org.ovirt.engine.core.bll.SPMAsyncTask] 
(pool-6-thread-50) [5d7fc2aa] BaseAsyncTask::StartPollingTask: Starting to poll 
task 10662f17-fda2-4a52-9144-7adf6878dfc4.
2014-01-15 11:13:21,182 INFO  [org.ovirt.engine.core.bll.AsyncTaskManager] 
(DefaultQuartzScheduler_Worker-84) Polling and updating Async Tasks: 1 tasks, 1 
tasks to poll now
2014-01-15 11:13:21,187 INFO  [org.ovirt.engine.core.bll.SPMAsyncTask] 
(DefaultQuartzScheduler_Worker-84) SPMAsyncTask::PollTask: Polling task 
10662f17-fda2-4a52-9144-7adf6878dfc4 (Parent Command ImportVm, Parameters Type 
org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) returned status 
finished, result 'cleanSuccess'.
2014-01-15 11:13:21,203 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] 
(DefaultQuartzScheduler_Worker-84) BaseAsyncTask::LogEndTaskFailure: Task 
10662f17-fda2-4a52-9144-7adf6878dfc4 (Parent Command ImportVm, Parameters Type 
org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with 
failure:^M
-- Result: cleanSuccess^M
-- Message: VDSGenericException: VDSErrorException: Failed in vdscommand to 
HSMGetAllTasksStatusesVDS, error = Image does not exist in domain,^M
-- Exception: VDSGenericException: VDSErrorException: Failed in vdscommand to 
HSMGetAllTasksStatusesVDS, error = Image does not exist in domain
2014-01-15 11:13:21,204 INFO  [org.ovirt.engine.core.bll.CommandAsyncTask] 
(DefaultQuartzScheduler_Worker-84) CommandAsyncTask::EndActionIfNecessary: All 
tasks of command 7b3e57e6-6fac-4870-9008-53da23505283 has ended - executing 
EndAction
2014-01-15 11:13:21,204 INFO  [org.ovirt.engine.core.bll.CommandAsyncTask] 
(DefaultQuartzScheduler_Worker-84) CommandAsyncTask::EndAction: Ending action 
for 1 tasks (command ID: 7b3e57e6-6fac-4870-9008-53da23505283): calling 
EndAction .
2014-01-15 11:13:21,205 INFO  [org.ovirt.engine.core.bll.CommandAsyncTask] 
(pool-6-thread-50) CommandAsyncTask::EndCommandAction [within thread] context: 
Attempting to EndAction ImportVm, executionIndex: 0
2014-01-15 11:13:21,213 ERROR [org.ovirt.engine.core.bll.ImportVmCommand] 
(pool-6-thread-50) Ending command with failure: 
org.ovirt.engine.core.bll.ImportVmCommand
2014-01-15 11:13:21,230 ERROR [org.ovirt.engine.core.bll.CopyImageGroupCommand] 
(pool-6-thread-50) [5d7fc2aa] Ending command with failure: 
org.ovirt.engine.core.bll.CopyImageGroupCommand
2014-01-15 11:13:21,233 INFO  [org.ovirt.engine.core.bll.RemoveImageCommand] 
(pool-6-thread-50) [763b8fd1] Running command: RemoveImageCommand internal: 
true. Entities affected :  ID: 0bc08020-eeb5-4707-af85-92de8e89d91f Type: 
Storage
2014-01-15 11:13:21,245 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] 
(pool-6-thread-50) [763b8fd1] START, DeleteImageGroupVDSCommand( storagePoolId 
= 030ed024-e10c-450f-9b1d-1ed40802fd17, ignoreFailoverLimit = false, 
storageDomainId = 0bc08020-eeb5-4707-af85-92de8e89d91f, imageGroupId = 
6ae9b6df-464a-4234-9808-b7fdb952c168, postZeros = false, forceDelete = false), 
log id: 5eacc272
2014-01-15 11:13:21,254 ERROR 
[org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] 
(pool-6-thread-50) [763b8fd1] Command DeleteImageGroupVDS execution failed. 
Exception: IrsOperationFailedNoFailoverException: IRSGenericException: 
IRSErrorException: Image does not exist in domain: 
'image=6ae9b6df-464a-4234-9808-b7fdb952c168, 
domain=0bc08020-eeb5-4707-af85-92de8e89d91f'
2014-01-15 11:13:21,254 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] 
(pool-6-thread-50) [763b8fd1] FINISH, DeleteImageGroupVDSCommand, log id: 
5eacc272
2014-01-15 11:13:21,254 INFO  [org.ovirt.engine.core.bll.RemoveImageCommand] 
(pool-6-thread-50) [763b8fd1] Disk 6ae9b6df-464a-4234-9808-b7fdb952c168 doesnt 
exist on storage domain 0bc08020-eeb5-4707-af85-92de8e89d91f, rolling forward
2014-01-15 11:13:21,291 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
(pool-6-thread-50) Lock freed to object EngineLock [exclusiveLocks= key: dev1 
value: VM_NAME
, sharedLocks= key: 394255b2-59de-44ae-8e8d-b7ddcaa026b5 value: REMOTE_VM
]
2014-01-15 11:13:21,301 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(pool-6-thread-50) Correlation ID: 33129342, Job ID: 
75ade068-a9f5-4344-811a-0283fb509a6d, Call Stack: null, Custom Event ID: -1, 
Message: Failed to import Vm dev1 to Data Center 

Re: [Users] fedora19 ovirt host-- VM import failed

2014-01-15 Thread Meital Bourvine
Can you please send the vdsm.log of the relevant host?

Also, the output of lvs, vgs, pvs might be helpful.

- Original Message -
 From: Madhav V Diwan mdi...@diwanconsulting.com
 To: users users@ovirt.org
 Sent: Wednesday, January 15, 2014 4:33:50 PM
 Subject: [Users] fedora19 ovirt host-- VM import failed
 
 Help please
 
  the below logs seems to say that during a vm import from an export domain (
  NFS) the
 
 VM Import process is erroring out  stating that vm to be imported (which is
 verified to be located in the in export domain) does not exist in target
 domain??
 
 
 
 2014-01-15 11:13:13,446 INFO
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
 (pool-6-thread-50) [5d7fc2aa] Correlation ID: 33129342, Job ID:
 75ade068-a9f5-4344-811a-0283fb509a6d, Call Stack: null, Custom Event ID: -1,
 Message: Starting to import Vm dev1 to Data Center 5Sherman_datacenter,
 Cluster local_cluster
 2014-01-15 11:13:13,447 INFO  [org.ovirt.engine.core.bll.SPMAsyncTask]
 (pool-6-thread-50) [5d7fc2aa] BaseAsyncTask::StartPollingTask: Starting to
 poll task 10662f17-fda2-4a52-9144-7adf6878dfc4.
 2014-01-15 11:13:21,182 INFO  [org.ovirt.engine.core.bll.AsyncTaskManager]
 (DefaultQuartzScheduler_Worker-84) Polling and updating Async Tasks: 1
 tasks, 1 tasks to poll now
 2014-01-15 11:13:21,187 INFO  [org.ovirt.engine.core.bll.SPMAsyncTask]
 (DefaultQuartzScheduler_Worker-84) SPMAsyncTask::PollTask: Polling task
 10662f17-fda2-4a52-9144-7adf6878dfc4 (Parent Command ImportVm, Parameters
 Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) returned
 status finished, result 'cleanSuccess'.
 2014-01-15 11:13:21,203 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask]
 (DefaultQuartzScheduler_Worker-84) BaseAsyncTask::LogEndTaskFailure: Task
 10662f17-fda2-4a52-9144-7adf6878dfc4 (Parent Command ImportVm, Parameters
 Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with
 failure:^M
 -- Result: cleanSuccess^M
 -- Message: VDSGenericException: VDSErrorException: Failed in vdscommand to
 HSMGetAllTasksStatusesVDS, error = Image does not exist in domain,^M
 -- Exception: VDSGenericException: VDSErrorException: Failed in vdscommand to
 HSMGetAllTasksStatusesVDS, error = Image does not exist in domain
 2014-01-15 11:13:21,204 INFO  [org.ovirt.engine.core.bll.CommandAsyncTask]
 (DefaultQuartzScheduler_Worker-84) CommandAsyncTask::EndActionIfNecessary:
 All tasks of command 7b3e57e6-6fac-4870-9008-53da23505283 has ended -
 executing EndAction
 2014-01-15 11:13:21,204 INFO  [org.ovirt.engine.core.bll.CommandAsyncTask]
 (DefaultQuartzScheduler_Worker-84) CommandAsyncTask::EndAction: Ending
 action for 1 tasks (command ID: 7b3e57e6-6fac-4870-9008-53da23505283):
 calling EndAction .
 2014-01-15 11:13:21,205 INFO  [org.ovirt.engine.core.bll.CommandAsyncTask]
 (pool-6-thread-50) CommandAsyncTask::EndCommandAction [within thread]
 context: Attempting to EndAction ImportVm, executionIndex: 0
 2014-01-15 11:13:21,213 ERROR [org.ovirt.engine.core.bll.ImportVmCommand]
 (pool-6-thread-50) Ending command with failure:
 org.ovirt.engine.core.bll.ImportVmCommand
 2014-01-15 11:13:21,230 ERROR
 [org.ovirt.engine.core.bll.CopyImageGroupCommand] (pool-6-thread-50)
 [5d7fc2aa] Ending command with failure:
 org.ovirt.engine.core.bll.CopyImageGroupCommand
 2014-01-15 11:13:21,233 INFO  [org.ovirt.engine.core.bll.RemoveImageCommand]
 (pool-6-thread-50) [763b8fd1] Running command: RemoveImageCommand internal:
 true. Entities affected :  ID: 0bc08020-eeb5-4707-af85-92de8e89d91f Type:
 Storage
 2014-01-15 11:13:21,245 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand]
 (pool-6-thread-50) [763b8fd1] START, DeleteImageGroupVDSCommand(
 storagePoolId = 030ed024-e10c-450f-9b1d-1ed40802fd17, ignoreFailoverLimit =
 false, storageDomainId = 0bc08020-eeb5-4707-af85-92de8e89d91f, imageGroupId
 = 6ae9b6df-464a-4234-9808-b7fdb952c168, postZeros = false, forceDelete =
 false), log id: 5eacc272
 2014-01-15 11:13:21,254 ERROR
 [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand]
 (pool-6-thread-50) [763b8fd1] Command DeleteImageGroupVDS execution failed.
 Exception: IrsOperationFailedNoFailoverException: IRSGenericException:
 IRSErrorException: Image does not exist in domain:
 'image=6ae9b6df-464a-4234-9808-b7fdb952c168,
 domain=0bc08020-eeb5-4707-af85-92de8e89d91f'
 2014-01-15 11:13:21,254 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand]
 (pool-6-thread-50) [763b8fd1] FINISH, DeleteImageGroupVDSCommand, log id:
 5eacc272
 2014-01-15 11:13:21,254 INFO  [org.ovirt.engine.core.bll.RemoveImageCommand]
 (pool-6-thread-50) [763b8fd1] Disk 6ae9b6df-464a-4234-9808-b7fdb952c168
 doesnt exist on storage domain 0bc08020-eeb5-4707-af85-92de8e89d91f, rolling
 forward
 2014-01-15 11:13:21,291 INFO  [org.ovirt.engine.core.bll.ImportVmCommand]
 (pool-6-thread-50) Lock freed to object EngineLock [exclusiveLocks= key:
 dev1 value: VM_NAME
 , sharedLocks= 

Re: [Users] What's the correct way to upload a VM ISO image?

2014-01-15 Thread David Li


What you described makes sense to me!

Now I tried the second time after rebooting everything:

engine-iso-uploader upload -v -i ISO_DOMAIN CentOS-6.4-x86_64-netinstall.iso 

This time, it simply stopped without doing anything.  Don't know what's going 
on, no error messages,  no logs either. 

On the node, I found some traces from last time:

[root@localhost ----]# ll -a
total 7316
drwxr-xr-x. 2 vdsm kvm     4096 Jan 13 19:08 .
drwxr-xr-x. 3 vdsm kvm     4096 Jan  8 18:13 ..
-rw-r-. 1 vdsm kvm 27447296 Jan 13 19:08 .CentOS-6.4-x86_64-netinstall.iso
-rw-r--r--. 1 vdsm kvm        0 Jan  8 18:13 .keep


I wonder if the last failed upload has left the uploader confused. It seems 
that it might think the same iso file has already be uploaded. Should I 
manually deleted the incomplete iso file?


David





 
- Original Message -
 From: Markus Stockhausen stockhau...@collogia.de
 To: David Li david...@sbcglobal.net; users@ovirt.org users@ovirt.org
 Cc: 
 Sent: Tuesday, January 14, 2014 9:43 PM
 Subject: AW: AW: [Users] What's the correct way to upload a VM ISO image?
 
  Von: David Li [david...@sbcglobal.net]
  Gesendet: Dienstag, 14. Januar 2014 22:48
  An: Markus Stockhausen; users@ovirt.org
  Betreff: Re: AW: [Users] What's the correct way to upload a VM ISO 
 image?
 
  Markus,
 
  Before upload, where was your image located? On the engine? On a different 
 machine?
 
  David
 
 I ran the iso uploader on the engine host with direct access 
 to the file that I wanted to upload. Therefore I transfered the 
 file to /tmp on the engine and started the upload. In our
 NFS case the file was created somewhere deep inside the
 ISO NFS mount point. UUID folder structure see answer 
 before. 
 
 Having direct access to our NFS servers we simply tried to
 place other ISO files in the same cryptic directory and
 tata they are recognized. Conclusion: iso uploader does
 not insert references to those files into the engine database.
 
 Wherever your ISO domain is located you must simply
 find it with iso uploader. Afterwards you can move around
 your ISO files as you like.
 
 Markus
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt-shell limited to first 100 elements

2014-01-15 Thread Amedeo Salvati


Date: Wed, 15 Jan 2014 14:09:19 +0100 From: Joop jvdw...@xs4all.nl 
To: users@ovirt.org Subject: Re: [Users] ovirt-shell limited to first 
100 elements Message-ID: 
b0dc271d-09a3-40cc-b9f3-722dd7c05...@email.android.com Content-Type: 
text/plain; charset=UTF-8 Amedeo Salvati ame...@oscert.net wrote:

Does anyone know if there are a possibility to increment list elements
on ovirt-shell?


I think ovirt-shell has a paginate option, try --help

Joop
was the first search... so I resolved setting autopage = False on 
.ovirtshellrc file


regards
a

--
Amedeo Salvati
RHC{DS,E,VA} - LPIC-3 - UCP - NCLA 11
email: ame...@oscert.net
email: ame...@linux.com
http://plugcomputing.it/redhatcert.php
http://plugcomputing.it/lpicert.php

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


Re: [Users] What's the correct way to upload a VM ISO image?

2014-01-15 Thread Itamar Heim

On 01/15/2014 06:53 PM, David Li wrote:



What you described makes sense to me!

Now I tried the second time after rebooting everything:

engine-iso-uploader upload -v -i ISO_DOMAIN CentOS-6.4-x86_64-netinstall.iso 

This time, it simply stopped without doing anything.  Don't know what's going 
on, no error messages,  no logs either.

On the node, I found some traces from last time:

[root@localhost ----]# ll -a
total 7316
drwxr-xr-x. 2 vdsm kvm 4096 Jan 13 19:08 .
drwxr-xr-x. 3 vdsm kvm 4096 Jan  8 18:13 ..
-rw-r-. 1 vdsm kvm 27447296 Jan 13 19:08 .CentOS-6.4-x86_64-netinstall.iso
-rw-r--r--. 1 vdsm kvm0 Jan  8 18:13 .keep


I wonder if the last failed upload has left the uploader confused. It seems 
that it might think the same iso file has already be uploaded. Should I 
manually deleted the incomplete iso file?


David






- Original Message -

From: Markus Stockhausen stockhau...@collogia.de
To: David Li david...@sbcglobal.net; users@ovirt.org users@ovirt.org
Cc:
Sent: Tuesday, January 14, 2014 9:43 PM
Subject: AW: AW: [Users] What's the correct way to upload a VM ISO image?


  Von: David Li [david...@sbcglobal.net]
  Gesendet: Dienstag, 14. Januar 2014 22:48
  An: Markus Stockhausen; users@ovirt.org
  Betreff: Re: AW: [Users] What's the correct way to upload a VM ISO

image?


  Markus,

  Before upload, where was your image located? On the engine? On a different

machine?


  David


I ran the iso uploader on the engine host with direct access
to the file that I wanted to upload. Therefore I transfered the
file to /tmp on the engine and started the upload. In our
NFS case the file was created somewhere deep inside the
ISO NFS mount point. UUID folder structure see answer
before.

Having direct access to our NFS servers we simply tried to
place other ISO files in the same cryptic directory and
tata they are recognized. Conclusion: iso uploader does
not insert references to those files into the engine database.

Wherever your ISO domain is located you must simply
find it with iso uploader. Afterwards you can move around
your ISO files as you like.

Markus


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



all the iso uploader is doing is to copy the .iso files to the 
11 folder created in the storage domain with 36:36 ownership and 
proper permissions.

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


Re: [Users] Engine installation issue

2014-01-15 Thread Nauman Abbas
Thank you very much. That worked perfectly. One more question. What's the
default username and password for the engine database for accessing through
REST?


On Wed, Jan 15, 2014 at 3:37 PM, Alon Bar-Lev alo...@redhat.com wrote:


 Job for postgresql.service failed. See 'systemctl status
 postgresql.service' and 'journalctl -xn' for details.

 I guess this is related to[1].

 Please try:

 # engine-setup --otopi-environment=OVESETUP_SYSTEM/shmmax=int:68719476736

 Regards,
 Alon Bar-Lev.

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1039616

 - Original Message -
  From: Nauman Abbas nauman.ab...@seecs.edu.pk
  To: Alon Bar-Lev alo...@redhat.com
  Cc: users@ovirt.org
  Sent: Wednesday, January 15, 2014 12:32:33 PM
  Subject: Re: [Users] Engine installation issue
 
  There you go.
 
 
  On Wed, Jan 15, 2014 at 2:47 PM, Alon Bar-Lev alo...@redhat.com wrote:
 
   Hi,
  
   Can you please attach[1]?
  
   Thanks!
  
   [1] /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
  
   - Original Message -
From: Nauman Abbas nauman.ab...@seecs.edu.pk
To: users@ovirt.org
Sent: Wednesday, January 15, 2014 11:44:41 AM
Subject: [Users] Engine installation issue
   
Hello all,
   
I can't seem to run engine setup on my machine. I get the following
   error.
Googled around, can't find a solution
   
[ INFO ] Creating PostgreSQL database
[ INFO ] Configuring PostgreSQL
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/bin/systemctl' failed to execute
[ INFO ] Yum Performing yum transaction rollback
[ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
   
It happened to me on two machines which kinda makes me think someone
 else
also must have come across this. A little help would be great.
   
Regards
   
Nauman Abbas
Assistant System Administrator (LMS),
Room No. A-207, SEECS,
National University of Sciences  Technology,
+ 92 321 5359946
   
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
   
  
 
 
 
  --
 
  Nauman Abbas
  Assistant System Administrator (LMS),
  Room No. A-207, SEECS,
  National University of Sciences  Technology,
  + 92 321 5359946
 




-- 

Nauman Abbas
Assistant System Administrator (LMS),
Room No. A-207, SEECS,
National University of Sciences  Technology,
+ 92 321 5359946
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Engine installation issue

2014-01-15 Thread Yedidyah Bar David
That's two different questions... 

The engine's database, if created locally by setup, has a random password, and 
you can see all the credentials in 
/etc/ovirt-engine/engine.conf.d/10-setup-database.conf . 

The REST API is accessible using an engine's user/password, not the database's 
ones. 
You supplied the password for the user 'admin' during setup. 
-- 
Didi 

- Original Message -

 From: Nauman Abbas nauman.ab...@seecs.edu.pk
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users@ovirt.org
 Sent: Thursday, January 16, 2014 8:35:47 AM
 Subject: Re: [Users] Engine installation issue

 Thank you very much. That worked perfectly. One more question. What's the
 default username and password for the engine database for accessing through
 REST?

 On Wed, Jan 15, 2014 at 3:37 PM, Alon Bar-Lev  alo...@redhat.com  wrote:

  Job for postgresql.service failed. See 'systemctl status
  postgresql.service'
  and 'journalctl -xn' for details.
 

  I guess this is related to[1].
 

  Please try:
 

  # engine-setup --otopi-environment=OVESETUP_SYSTEM/shmmax=int:68719476736
 

  Regards,
 
  Alon Bar-Lev.
 

  [1] https://bugzilla.redhat.com/show_bug.cgi?id=1039616
 

  - Original Message -
 
   From: Nauman Abbas  nauman.ab...@seecs.edu.pk 
 
   To: Alon Bar-Lev  alo...@redhat.com 
 
   Cc: users@ovirt.org
 
   Sent: Wednesday, January 15, 2014 12:32:33 PM
 
   Subject: Re: [Users] Engine installation issue
 
  
 
   There you go.
 
  
 
  
 
   On Wed, Jan 15, 2014 at 2:47 PM, Alon Bar-Lev  alo...@redhat.com 
   wrote:
 
  
 
Hi,
 
   
 
Can you please attach[1]?
 
   
 
Thanks!
 
   
 
[1] /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
 
   
 
- Original Message -
 
 From: Nauman Abbas  nauman.ab...@seecs.edu.pk 
 
 To: users@ovirt.org
 
 Sent: Wednesday, January 15, 2014 11:44:41 AM
 
 Subject: [Users] Engine installation issue
 

 
 Hello all,
 

 
 I can't seem to run engine setup on my machine. I get the following
 
error.
 
 Googled around, can't find a solution
 

 
 [ INFO ] Creating PostgreSQL database
 
 [ INFO ] Configuring PostgreSQL
 
 [ ERROR ] Failed to execute stage 'Misc configuration': Command
 
 '/bin/systemctl' failed to execute
 
 [ INFO ] Yum Performing yum transaction rollback
 
 [ INFO ] Stage: Clean up
 
 Log file is located at
 
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
 
 [ INFO ] Stage: Pre-termination
 
 [ INFO ] Stage: Termination
 
 [ ERROR ] Execution of setup failed
 

 
 It happened to me on two machines which kinda makes me think someone
 else
 
 also must have come across this. A little help would be great.
 

 
 Regards
 

 
 Nauman Abbas
 
 Assistant System Administrator (LMS),
 
 Room No. A-207, SEECS,
 
 National University of Sciences  Technology,
 
 + 92 321 5359946
 

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

 
   
 
  
 
  
 
  
 
   --
 
  
 
   Nauman Abbas
 
   Assistant System Administrator (LMS),
 
   Room No. A-207, SEECS,
 
   National University of Sciences  Technology,
 
   + 92 321 5359946
 
  
 

 --

 Nauman Abbas
 Assistant System Administrator (LMS),
 Room No. A-207, SEECS,
 National University of Sciences  Technology,
 + 92 321 5359946

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

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


[Users] iSCSI storage domain.

2014-01-15 Thread Hans Emmanuel
Hi all,

I would like to get some comparison on NFS   iSCSI storage domain . Which
one more suitable for  a production setup ? I am planning to use LVM backed
DRBD replication . And also is that possible to expand iSCSI storage domain
by simply resizing backend LVM ?

-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Engine installation issue

2014-01-15 Thread Nauman Abbas
For some reason, the password I put during installation is not working.
I've tried the following combinations

admin
password-set-during-install

root
password-set-during-install

Engine
password-set-during-install

ENGINE
password-set-during-install

engine
password-set-during-install

None of these work.


On Thu, Jan 16, 2014 at 11:54 AM, Yedidyah Bar David d...@redhat.comwrote:

 That's two different questions...

 The engine's database, if created locally by setup, has a random password,
 and
 you can see all the credentials in
 /etc/ovirt-engine/engine.conf.d/10-setup-database.conf .

 The REST API is accessible using an engine's user/password, not the
 database's ones.
 You supplied the password for the user 'admin' during setup.
 --
 Didi

 --

 *From: *Nauman Abbas nauman.ab...@seecs.edu.pk
 *To: *Alon Bar-Lev alo...@redhat.com
 *Cc: *users@ovirt.org
 *Sent: *Thursday, January 16, 2014 8:35:47 AM

 *Subject: *Re: [Users] Engine installation issue

 Thank you very much. That worked perfectly. One more question. What's the
 default username and password for the engine database for accessing through
 REST?


 On Wed, Jan 15, 2014 at 3:37 PM, Alon Bar-Lev alo...@redhat.com wrote:


 Job for postgresql.service failed. See 'systemctl status
 postgresql.service' and 'journalctl -xn' for details.

 I guess this is related to[1].

 Please try:

 # engine-setup
 --otopi-environment=OVESETUP_SYSTEM/shmmax=int:68719476736

 Regards,
 Alon Bar-Lev.

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1039616

 - Original Message -
  From: Nauman Abbas nauman.ab...@seecs.edu.pk
  To: Alon Bar-Lev alo...@redhat.com
  Cc: users@ovirt.org
  Sent: Wednesday, January 15, 2014 12:32:33 PM
  Subject: Re: [Users] Engine installation issue
 
  There you go.
 
 
  On Wed, Jan 15, 2014 at 2:47 PM, Alon Bar-Lev alo...@redhat.com
 wrote:
 
   Hi,
  
   Can you please attach[1]?
  
   Thanks!
  
   [1] /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
  
   - Original Message -
From: Nauman Abbas nauman.ab...@seecs.edu.pk
To: users@ovirt.org
Sent: Wednesday, January 15, 2014 11:44:41 AM
Subject: [Users] Engine installation issue
   
Hello all,
   
I can't seem to run engine setup on my machine. I get the following
   error.
Googled around, can't find a solution
   
[ INFO ] Creating PostgreSQL database
[ INFO ] Configuring PostgreSQL
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/bin/systemctl' failed to execute
[ INFO ] Yum Performing yum transaction rollback
[ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
   
It happened to me on two machines which kinda makes me think
 someone else
also must have come across this. A little help would be great.
   
Regards
   
Nauman Abbas
Assistant System Administrator (LMS),
Room No. A-207, SEECS,
National University of Sciences  Technology,
+ 92 321 5359946
   
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
   
  
 
 
 
  --
 
  Nauman Abbas
  Assistant System Administrator (LMS),
  Room No. A-207, SEECS,
  National University of Sciences  Technology,
  + 92 321 5359946
 




 --

 Nauman Abbas
 Assistant System Administrator (LMS),
 Room No. A-207, SEECS,
 National University of Sciences  Technology,
 + 92 321 5359946

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




 --
 Didi




-- 

Nauman Abbas
Assistant System Administrator (LMS),
Room No. A-207, SEECS,
National University of Sciences  Technology,
+ 92 321 5359946
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Engine installation issue

2014-01-15 Thread Gadi Ickowicz
If you are trying to access REST you have to specify full usernam@domain so 
try: admin@internal

Gadi Ickowicz

- Original Message -
From: Nauman Abbas nauman.ab...@seecs.edu.pk
To: Yedidyah Bar David d...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, January 16, 2014 9:26:37 AM
Subject: Re: [Users] Engine installation issue

For some reason, the password I put during installation is not working. I've 
tried the following combinations 

admin 
password-set-during-install 

root 
password-set-during-install 

Engine 
password-set-during-install 

ENGINE 
password-set-during-install 

engine 
password-set-during-install 

None of these work. 


On Thu, Jan 16, 2014 at 11:54 AM, Yedidyah Bar David  d...@redhat.com  wrote: 



That's two different questions... 

The engine's database, if created locally by setup, has a random password, and 
you can see all the credentials in 
/etc/ovirt-engine/engine.conf.d/10-setup-database.conf . 

The REST API is accessible using an engine's user/password, not the database's 
ones. 
You supplied the password for the user 'admin' during setup. 
-- 
Didi 





From: Nauman Abbas  nauman.ab...@seecs.edu.pk  
To: Alon Bar-Lev  alo...@redhat.com  
Cc: users@ovirt.org 
Sent: Thursday, January 16, 2014 8:35:47 AM 

Subject: Re: [Users] Engine installation issue 

Thank you very much. That worked perfectly. One more question. What's the 
default username and password for the engine database for accessing through 
REST? 


On Wed, Jan 15, 2014 at 3:37 PM, Alon Bar-Lev  alo...@redhat.com  wrote: 



Job for postgresql.service failed. See 'systemctl status postgresql.service' 
and 'journalctl -xn' for details. 

I guess this is related to[1]. 

Please try: 

# engine-setup --otopi-environment=OVESETUP_SYSTEM/shmmax=int:68719476736 

Regards, 
Alon Bar-Lev. 

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1039616 

- Original Message - 
 From: Nauman Abbas  nauman.ab...@seecs.edu.pk  
 To: Alon Bar-Lev  alo...@redhat.com  
 Cc: users@ovirt.org 
 Sent: Wednesday, January 15, 2014 12:32:33 PM 
 Subject: Re: [Users] Engine installation issue 
 
 There you go. 
 
 
 On Wed, Jan 15, 2014 at 2:47 PM, Alon Bar-Lev  alo...@redhat.com  wrote: 
 
  Hi, 
  
  Can you please attach[1]? 
  
  Thanks! 
  
  [1] /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log 
  
  - Original Message - 
   From: Nauman Abbas  nauman.ab...@seecs.edu.pk  
   To: users@ovirt.org 
   Sent: Wednesday, January 15, 2014 11:44:41 AM 
   Subject: [Users] Engine installation issue 
   
   Hello all, 
   
   I can't seem to run engine setup on my machine. I get the following 
  error. 
   Googled around, can't find a solution 
   
   [ INFO ] Creating PostgreSQL database 
   [ INFO ] Configuring PostgreSQL 
   [ ERROR ] Failed to execute stage 'Misc configuration': Command 
   '/bin/systemctl' failed to execute 
   [ INFO ] Yum Performing yum transaction rollback 
   [ INFO ] Stage: Clean up 
   Log file is located at 
   /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log 
   [ INFO ] Stage: Pre-termination 
   [ INFO ] Stage: Termination 
   [ ERROR ] Execution of setup failed 
   
   It happened to me on two machines which kinda makes me think someone else 
   also must have come across this. A little help would be great. 
   
   Regards 
   
   Nauman Abbas 
   Assistant System Administrator (LMS), 
   Room No. A-207, SEECS, 
   National University of Sciences  Technology, 
   + 92 321 5359946 
   
   ___ 
   Users mailing list 
   Users@ovirt.org 
   http://lists.ovirt.org/mailman/listinfo/users 
   
  
 
 
 
 -- 
 
 Nauman Abbas 
 Assistant System Administrator (LMS), 
 Room No. A-207, SEECS, 
 National University of Sciences  Technology, 
 + 92 321 5359946 
 



-- 

Nauman Abbas 
Assistant System Administrator (LMS), 
Room No. A-207, SEECS, 
National University of Sciences  Technology, 
+ 92 321 5359946 

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



-- 
Didi 



-- 

Nauman Abbas 
Assistant System Administrator (LMS), 
Room No. A-207, SEECS, 
National University of Sciences  Technology, 
+ 92 321 5359946 

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


Re: [Users] installation failed on cluster host

2014-01-15 Thread William Kwan
problem resolved.

It is a Yum issue. Hosts are behind a http proxy.  I wonder if ovirt should add 
some options during or after engine-setup.  I added env var to bashrc and the 
install ran fine.



On Tuesday, January 14, 2014 6:43 PM, Dafna Ron d...@redhat.com wrote:
 
Hi William,

The issue you are having is a yum issue with Centos and not ovirt issue.
I found several posts on it by searching 'Cannot find a valid baseurl 
for repo: base' in google.

https://www.google.co.uk/?gws_rd=crei=GsnVUu-YCo7T7AbG6YCICw#q=Cannot+find+a+valid+baseurl+for+repo:+base+CentOS+6.5spell=1

can you please look at the link and see if any of the forms were 
reporting anything like you describe with Yum?
If you do, can you also post it here so others encountering this yum 
issue on centos can use your workaround?

Just so you know, ovirt has a deployment log under 
/var/log/ovirt-engine/host-deploy/ so if a host installation fails, it 
should be reported there in a way which should be easy to debug.

Thanks,
Dafna


On 01/14/2014 11:29 PM, William Kwan wrote:
 HI,

 Running through the whole installation exercises on two hosts again 
 with the latest release on CentOS6.5.

 I added a host to a new cluster.  There are action items listed 
 under the new host. One of them is
       Host installation failed. Fix installation issues and try to 
 Re-Install


 I clicked Re-install, I monitor the engine.log and see the followings
     Installation 10.10.25.10: Yum [u'Errors were encountered while 
 downloading packages.', u'libselinux- 
 python-2.0.94-5.3.el6_4.1.x86_64: failure: 
 Packages/libselinux-python-2.0.94-5.3.el6_4.1.x86_64.rpm from base: 
 [Errno 256] No more mirrors to try.']


 I'm sure I ran yum update already and I cleaned the db and rerun 
 update...etc.  Eventually I manually did `yum install vdsm.x86_64` on 
 the host.  Try to run re-install again and I still get yum error.
    Yum Cannot queue package iproute: Cannot find a valid baseurl for 
 repo: base
 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) 
 Installation 10.10.25.10: Failed to execute stage 'Environment 
 packages setup': Cannot find a valid baseurl for repo: base


 iproute is sure installed.
 # rpm -qa|grep iproute
 iproute-2.6.32-31.el6.x86_64

 Something in ssh?  Password is sure correct, what could be wrong

 Will




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


-- 
Dafna Ron___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users