Re: [Users] p2v Import error
- Original Message - Em 16/07/2013 11:46, Omer Frenkel escreveu: - Original Message - From: Carlo Turco carlo.tu...@inpe.br To: users@ovirt.org Sent: Tuesday, July 16, 2013 4:41:25 PM Subject: Re: [Users] p2v Import error There is no other VM with the same name. I even tried to change the name in the OVF file, but when I try to restore it, the same error again. Em 16/07/2013 10:37, Richard W.M. Jones escreveu: Please reply on the list. Rich. looks like something is wrong with the NICs section in the OVF, one (or more) of the NICs names or networks names causes this error. you can try playing with it (make sure names are in english and correct, remove the NICs section completely..) or if you like to post the OVF so we could take a look. I´m already trying to play with it, but I´ll post the OVF here for some help to. http://pastebin.com/bvYSGvHK Cheers Please try this OFV: http://pastebin.com/mCbnXdHD I removed the vNIC, but you can add it manually after the import (and if you need it, set the MAC to: 00:02:2A:EA:2A:E8) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Promiscuous mode in ovirt 3.2
If by nested VM you mean a VM within a VM you should download the mac spoofing hook on the host yum install vdsm-hook-macspoof.noarch Now unrelated to that issue, If you seek to create communication channel between the host and a VM you should assign the host an IP on the bridge and send the data from the VM to that IP. It is unrelated to promiscuous mode. - Original Message - From: Vishvendra Singh Chauhan singh.e...@gmail.com To: users@ovirt.org Sent: Tuesday, July 16, 2013 9:25:23 AM Subject: [Users] Promiscuous mode in ovirt 3.2 Hello Members, Please help me to solve out the promiscuos mode problem. In ovirt 3.2 I am not able to send the traffic from nested vm to physical machine. please suggest me what can i do in this matter. -- ___ 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] Node 3.0.0-5 fc18 with ovirt 3.2.1
Hi, I am trying to use latest stable node iso (ovirt-node-iso-3.0.0-5.0.1.fc18.iso) with oVirt 3.2.1, but it fails when installing from web gui. believe, that the problem is missing /usr/share/vdsm/addNetwork on node. Is there any way to use node version 3 with oVirt? Here is the log: 2013-07-17 09:10:06 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge bridge._rhel_getInterfaceConfigParameters:479 parameters of em3: ['GATEWAY=192.168.3.1', 'IPADDR=192.168.3.207', 'NETMASK=255.255.255.0', 'ONBOOT=yes', 'PEERDNS=no', 'PEERNTP=yes'] 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd systemd.exists:85 check if service firewalld exists 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:347 execute: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service'), executable='None', cwd='None', env=None 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:364 execute-result: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service'), rc=0 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:412 execute-output: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service') stdout: LoadState=loaded 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:417 execute-output: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service') stderr: 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd systemd.state:131 starting service firewalld 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:347 execute: ('/bin/systemctl', 'stop', 'firewalld.service'), executable='None', cwd='None', env=None 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:364 execute-result: ('/bin/systemctl', 'stop', 'firewalld.service'), rc=0 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:412 execute-output: ('/bin/systemctl', 'stop', 'firewalld.service') stdout: 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:417 execute-output: ('/bin/systemctl', 'stop', 'firewalld.service') stderr: 2013-07-17 09:10:06 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em3', 'GATEWAY=192.168.3.1', 'IPADDR=192.168.3.207', 'NETMASK=255.255.255.0', 'ONBOOT=yes', 'PEERDNS=no', 'PEERNTP=yes', 'blockingdhcp=true'], executable='None', cwd='None', env=None 2013-07-17 09:10:06 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:370 execute-result: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em3', 'GATEWAY=192.168.3.1', 'IPADDR=192.168.3.207', 'NETMASK=255.255.255.0', 'ONBOOT=yes', 'PEERDNS=no', 'PEERNTP=yes', 'blockingdhcp=true'], exception Traceback (most recent call last): File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/plugin.py, line 357, in executeRaw env=env, File /usr/lib64/python2.7/subprocess.py, line 679, in __init__ File /usr/lib64/python2.7/subprocess.py, line 1249, in _execute_child OSError: [Errno 2] No such file or directory 2013-07-17 09:10:06 DEBUG otopi.context context._executeMethod:130 method exception Traceback (most recent call last): File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/context.py, line 120, in _executeMethod method['method']() File /tmp/ovirt-rPK0bnkLRQ/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py, line 770, in _misc parameters=parameters, File /tmp/ovirt-rPK0bnkLRQ/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py, line 544, in _createBridge parameters File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/plugin.py, line 404, in execute **kwargs File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/plugin.py, line 357, in executeRaw env=env, File /usr/lib64/python2.7/subprocess.py, line 679, in __init__ File /usr/lib64/python2.7/subprocess.py, line 1249, in _execute_child OSError: [Errno 2] No such file or directory 2013-07-17 09:10:06 ERROR otopi.context context._executeMethod:139 Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory 2013-07-17 09:10:06 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.packagers.yumpackager miniyumlocal.verbose:49 Yum Performing rollback 2013-07-17 09:10:06 DEBUG otopi.transaction transaction.abort:131 aborting 'File transaction for '/etc/vdsm/vdsm.conf'' 2013-07-17 09:10:06 DEBUG otopi.transaction transaction.abort:131 aborting 'File transaction for '/root/.ssh/authorized_keys'' 2013-07-17 09:10:06 DEBUG otopi.transaction transaction.abort:131 aborting 'File transaction for '/etc/udev/rules.d/12-ovirt-iosched.rules'' 2013-07-17 09:10:06 DEBUG otopi.transaction transaction.abort:131 aborting 'File transaction for '/etc/vdsm/vdsm.id'' 2013-07-17 09:10:06 DEBUG otopi.context context.dumpEnvironment:418 ENVIRONMENT DUMP - BEGIN 2013-07-17 09:10:06
Re: [Users] Promiscuous mode in ovirt 3.2
Hello Mr. Slomianko, Thanks for reply. But it's not working. Now i am elaborating my data center to you please suggest me needful. At my hypervisor i have installed following package: vdsm-hook-nestedvt vdsm-hook-promisc vdsm-hook-macspoof Now following my Virtual Machine infrastructure. First vm: IP Address:- 192.168.0.254/24 Second VM: 192.168.0.25/24 Third VM which is inside of Second VM: 192.168.0.125 Now i am able to send the packets from First VM to Second VM 2. Also there is successful communication between Second VM to Third Vm and Third Vm to Second VM But now here I am not able to send the packets from Third Vm to First Vm Now please solve it. On Wed, Jul 17, 2013 at 1:35 PM, Noam Slomianko nslom...@redhat.com wrote: If by nested VM you mean a VM within a VM you should download the mac spoofing hook on the host yum install vdsm-hook-macspoof.noarch Now unrelated to that issue, If you seek to create communication channel between the host and a VM you should assign the host an IP on the bridge and send the data from the VM to that IP. It is unrelated to promiscuous mode. - Original Message - From: Vishvendra Singh Chauhan singh.e...@gmail.com To: users@ovirt.org Sent: Tuesday, July 16, 2013 9:25:23 AM Subject: [Users] Promiscuous mode in ovirt 3.2 Hello Members, Please help me to solve out the promiscuos mode problem. In ovirt 3.2 I am not able to send the traffic from nested vm to physical machine. please suggest me what can i do in this matter. -- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- *Thanks and Regards.* *Vishvendra Singh Chauhan* *(**RHC{SA,E,SS,VA}CC{NA,NP})* *+91-8750625343, +91-9555975004 * http://chauhan-rhce.blogspot.com God First Work Hard Success is Sure... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Promiscuous mode in ovirt 3.2
- Original Message - Hello Mr. Slomianko, Thanks for reply. But it's not working. Now i am elaborating my data center to you please suggest me needful. At my hypervisor i have installed following package: vdsm-hook-nestedvt vdsm-hook-promisc vdsm-hook-macspoof Now following my Virtual Machine infrastructure. First vm: IP Address:- 192.168.0.254/24 Second VM: 192.168.0.25/24 Third VM which is inside of Second VM: 192.168.0.125 Now i am able to send the packets from First VM to Second VM 2. Also there is successful communication between Second VM to Third Vm and Third Vm to Second VM But now here I am not able to send the packets from Third Vm to First Vm Hi, Please try to install the vdsm-hook-macspoof on the second VM and see if that helps Now please solve it. On Wed, Jul 17, 2013 at 1:35 PM, Noam Slomianko nslom...@redhat.com wrote: If by nested VM you mean a VM within a VM you should download the mac spoofing hook on the host yum install vdsm-hook-macspoof.noarch Now unrelated to that issue, If you seek to create communication channel between the host and a VM you should assign the host an IP on the bridge and send the data from the VM to that IP. It is unrelated to promiscuous mode. - Original Message - From: Vishvendra Singh Chauhan singh.e...@gmail.com To: users@ovirt.org Sent: Tuesday, July 16, 2013 9:25:23 AM Subject: [Users] Promiscuous mode in ovirt 3.2 Hello Members, Please help me to solve out the promiscuos mode problem. In ovirt 3.2 I am not able to send the traffic from nested vm to physical machine. please suggest me what can i do in this matter. -- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Promiscuous mode in ovirt 3.2
Consulting with the powers that be, I found that you need to do an extra step to enable mac spoofing (which will solve your problem). Use the instructions at the end of this wiki page [1] to enable mac spoofing in your system [1] http://www.ovirt.org/Engine_config_examples - Original Message - From: Vishvendra Singh Chauhan singh.e...@gmail.com To: Noam Slomianko nslom...@redhat.com Cc: users@ovirt.org Sent: Wednesday, July 17, 2013 12:58:57 PM Subject: Re: [Users] Promiscuous mode in ovirt 3.2 Hello Mr. Slomianko, Thanks for reply. But it's not working. Now i am elaborating my data center to you please suggest me needful. At my hypervisor i have installed following package: vdsm-hook-nestedvt vdsm-hook-promisc vdsm-hook-macspoof Now following my Virtual Machine infrastructure. First vm: IP Address:- 192.168.0.254/24 Second VM: 192.168.0.25/24 Third VM which is inside of Second VM: 192.168.0.125 Now i am able to send the packets from First VM to Second VM 2. Also there is successful communication between Second VM to Third Vm and Third Vm to Second VM But now here I am not able to send the packets from Third Vm to First Vm Now please solve it. On Wed, Jul 17, 2013 at 1:35 PM, Noam Slomianko nslom...@redhat.com wrote: If by nested VM you mean a VM within a VM you should download the mac spoofing hook on the host yum install vdsm-hook-macspoof.noarch Now unrelated to that issue, If you seek to create communication channel between the host and a VM you should assign the host an IP on the bridge and send the data from the VM to that IP. It is unrelated to promiscuous mode. - Original Message - From: Vishvendra Singh Chauhan singh.e...@gmail.com To: users@ovirt.org Sent: Tuesday, July 16, 2013 9:25:23 AM Subject: [Users] Promiscuous mode in ovirt 3.2 Hello Members, Please help me to solve out the promiscuos mode problem. In ovirt 3.2 I am not able to send the traffic from nested vm to physical machine. please suggest me what can i do in this matter. -- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- *Thanks and Regards.* *Vishvendra Singh Chauhan* *(**RHC{SA,E,SS,VA}CC{NA,NP})* *+91-8750625343, +91-9555975004 * http://chauhan-rhce.blogspot.com God First Work Hard Success is Sure... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] big problem with ovirt on Fedora 19
Hi Hetz, you can use dnsmasq as your local DNS server. I myself use it on several scenarios. Alex 2013/7/17 Hetz Ben Hamo h...@hetz.biz * * Hi, Many posts on the net suggest that if you want to install oVirt on a single machine and you don't have (or don't want to setup) a DNS server, you can stick your host name in /etc/hosts with the IP of the server and be done with this issue. Unfortunately, this trick won't work any more as the engine-setup script uses nslookup and nslookup ignores anything in /etc/hosts So right now I have a Fedora 19 and I cannot even install oVirt latest. Any help? There is a bug I opened about this: https://bugzilla.redhat.com/show_bug.cgi?id=985168 Thanks, Hetz ___ 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] big problem with ovirt on Fedora 19
Hi, I don't know it 3.2 will be supported on Fedora19, however, you can install nightly on Fefora19 nad it should work as expected. Please, use engine-setup-2 when installing it and give us feedback :-) Regards, Sandro Il 17/07/2013 13:00, Hetz Ben Hamo ha scritto: * * Hi, Many posts on the net suggest that if you want to install oVirt on a single machine and you don't have (or don't want to setup) a DNS server, you can stick your host name in /etc/hosts with the IP of the server and be done with this issue. Unfortunately, this trick won't work any more as the engine-setup script uses nslookup and nslookup ignores anything in /etc/hosts So right now I have a Fedora 19 and I cannot even install oVirt latest. Any help? There is a bug I opened about this: https://bugzilla.redhat.com/show_bug.cgi?id=985168 Thanks, Hetz ___ 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] big problem with ovirt on Fedora 19
Alex, IMHO the general problem is that solutions like DNSMasq or even create some local DNS servers are (IMHO anyway) not a solution for anyone who wants to first try to install it for testing. Thanks, Hetz 2013/7/17 Alexandre Santos santosa...@gmail.com Hi Hetz, you can use dnsmasq as your local DNS server. I myself use it on several scenarios. Alex 2013/7/17 Hetz Ben Hamo h...@hetz.biz * * Hi, Many posts on the net suggest that if you want to install oVirt on a single machine and you don't have (or don't want to setup) a DNS server, you can stick your host name in /etc/hosts with the IP of the server and be done with this issue. Unfortunately, this trick won't work any more as the engine-setup script uses nslookup and nslookup ignores anything in /etc/hosts So right now I have a Fedora 19 and I cannot even install oVirt latest. Any help? There is a bug I opened about this: https://bugzilla.redhat.com/show_bug.cgi?id=985168 Thanks, Hetz ___ 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 3.3 nightly, Gluster 3.4 stable, cannot launch VM with gluster storage domain backed disk
I'm getting an error when attempting to run up a VM with a disk in a gluster storage domain. Note gluster is running on the same host as the Ovirt virt node, but not managed by ovirt manager. *Ovirt Host RPM's:* vdsm-xmlrpc-4.11.0-143.git5fe89d4.fc18.noarch vdsm-python-cpopen-4.11.0-142.git24ad94d.fc18.x86_64 vdsm-python-4.11.0-143.git5fe89d4.fc18.x86_64 vdsm-cli-4.11.0-143.git5fe89d4.fc18.noarch vdsm-4.11.0-143.git5fe89d4.fc18.x86_64 glusterfs-3.4.0-1.fc18.x86_64 glusterfs-fuse-3.4.0-1.fc18.x86_64 glusterfs-server-3.4.0-1.fc18.x86_64 glusterfs-rdma-3.4.0-1.fc18.x86_64 *Ovirt Manager RPM's: * ovirt-engine-webadmin-portal-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-log-collector-3.3.0-0.2.master.20130715.git8affa81.fc18.noarch ovirt-host-deploy-java-1.1.0-0.2.master.20130716.git26f4110.fc18.noarch ovirt-engine-backend-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-iso-uploader-3.3.0-0.2.master.20130715.gitdf42ec9.fc18.noarch ovirt-engine-userportal-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-engine-restapi-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-engine-tools-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-engine-dbscripts-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-host-deploy-1.1.0-0.2.master.20130716.git26f4110.fc18.noarch ovirt-engine-sdk-3.3.0.3-1.20130621.git2bbf0b8.fc18.noarch ovirt-engine-3.3.0-0.2.master.20130706220107.git598f593.fc18.noarch ovirt-image-uploader-3.3.0-0.2.master.20130715.git7674462.fc18.noarch ovirt-engine-setup-3.3.0-0.2.master.20130716053857.git3dd1ea3.fc18.noarch *Web-UI displays:* VM VM1 is down. Exit message: internal error process exited while connecting to monitor: qemu-system-x86_64: -drive file=gluster://ovirt001/vol1/a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf/images/238cc6cf-070c-4483-b686-c0de7ddf0dfa/ff2bca2d-4ed1-46c6-93c8-22a39bb1626a,if=none,id=drive-virtio-disk0,format=raw,serial=238cc6cf-070c-4483-b686-c0de7ddf0dfa,cache=none,werror=stop,rerror=stop,aio=threads: could not open disk image gluster://ovirt001/vol1/a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf/images/238cc6cf-070c-4483-b686-c0de7ddf0dfa/ff2bca2d-4ed1-46c6-93c8-22a39bb1626a: No such file or directory . VM VM1 was started by admin@internal (Host: ovirt001). The disk VM1_Disk1 was successfully added to VM VM1. *I can see the image on the gluster machine, and it looks to have the correct permissions:* [root@ovirt001 238cc6cf-070c-4483-b686-c0de7ddf0dfa]# pwd /mnt/storage1/vol1/a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf/images/238cc6cf-070c-4483-b686-c0de7ddf0dfa [root@ovirt001 238cc6cf-070c-4483-b686-c0de7ddf0dfa]# ll total 1028 -rw-rw. 2 vdsm kvm 32212254720 Jul 17 11:11 ff2bca2d-4ed1-46c6-93c8-22a39bb1626a -rw-rw. 2 vdsm kvm 1048576 Jul 17 11:11 ff2bca2d-4ed1-46c6-93c8-22a39bb1626a.lease -rw-r--r--. 2 vdsm kvm 268 Jul 17 11:11 ff2bca2d-4ed1-46c6-93c8-22a39bb1626a.meta [root@ovirt001 238cc6cf-070c-4483-b686-c0de7ddf0dfa]# *engine.log:* 2013-07-17 11:12:17,474 INFO [org.ovirt.engine.core.bll.AddDiskCommand] (ajp--127.0.0.1-8702-6) Running command: AddDiskCommand internal: false. Entities affected : ID: 8e 2c9057-deee-48a6-8314-a34530fc53cb Type: VM, ID: a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf Type: Storage 2013-07-17 11:12:17,691 INFO [org.ovirt.engine.core.bll.AddImageFromScratchCommand] (ajp--127.0.0.1-8702-6) Running command: AddImageFromScratchCommand internal: true. Enti ties affected : ID: a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf Type: Storage 2013-07-17 11:12:17,746 INFO [org.ovirt.engine.core.bll.AddImageFromScratchCommand] (ajp--127.0.0.1-8702-6) Lock freed to object EngineLock [exclusiveLocks= key: 8e2c9057-d eee-48a6-8314-a34530fc53cb value: VM_DISK_BOOT , sharedLocks= key: 8e2c9057-deee-48a6-8314-a34530fc53cb value: VM ] 2013-07-17 11:12:17,752 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] (ajp--127.0.0.1-8702-6) START, CreateImageVDSCommand( storagePoolId = 5849b03 0-626e-47cb-ad90-3ce782d831b3, ignoreFailoverLimit = false, compatabilityVersion = 3.3, storageDomainId = a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf, imageGroupId = 238cc6cf-070c- 4483-b686-c0de7ddf0dfa, imageSizeInBytes = 32212254720, volumeFormat = RAW, newImageId = ff2bca2d-4ed1-46c6-93c8-22a39bb1626a, newImageDescription = ), log id: 4a1dbc41 2013-07-17 11:12:17,754 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] (ajp--127.0.0.1-8702-6) -- CreateImageVDSCommand::ExecuteIrsBrokerCommand: ca lling 'createVolume' with two new parameters: description and UUID 2013-07-17 11:12:17,755 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] (ajp--127.0.0.1-8702-6) -- createVolume parameters: sdUUID=a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf spUUID=5849b030-626e-47cb-ad90-3ce782d831b3 imgGUID=238cc6cf-070c-4483-b686-c0de7ddf0dfa size=32,212,254,720 bytes volFormat=RAW volType=Sparse
[Users] How to run Xen kernel inside ovirt node!
-- *Hello Members,* * * *I am facing problem in Ovirt. when i start my RHEL5 Vm with normal kernel it starts normally. But when i tried it with Xen kernel it is giving error related CPU. (kernel cpu )* * * *So please give me the solutions for it. * * * * * * * *Thanks and Regards.* *Vishvendra Singh Chauhan* *(**RHC{SA,E,SS,VA}CC{NA,NP})* *+91-8750625343, +91-9555975004 * http://chauhan-rhce.blogspot.com God First Work Hard Success is Sure... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Ovirt 3.3 nightly, Gluster 3.4 stable, cannot launch VM with gluster storage domain backed disk
Completed changes: *gluster volume info vol1* Volume Name: vol1 Type: Replicate Volume ID: 97c3b2a7-0391-4fae-b541-cf04ce6bde0f Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: ovirt001.miovision.corp:/mnt/storage1/vol1 Brick2: ovirt002.miovision.corp:/mnt/storage1/vol1 Options Reconfigured: network.remote-dio: on cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off storage.owner-gid: 36 storage.owner-uid: 36 auth.allow: * user.cifs: on nfs.disable: off server.allow-insecure: on *gluster volume status vol1* Status of volume: vol1 Gluster process Port Online Pid -- Brick ovirt001.miovision.corp:/mnt/storage1/vol1 49152 Y 25148 Brick ovirt002.miovision.corp:/mnt/storage1/vol1 49152 Y 16692 NFS Server on localhost 2049 Y 25163 Self-heal Daemon on localhost N/A Y 25167 NFS Server on ovirt002.miovision.corp 2049 Y 16702 Self-heal Daemon on ovirt002.miovision.corp N/A Y 16706 There are no active volume tasks *Same error on VM run:* VM VM1 is down. Exit message: internal error process exited while connecting to monitor: qemu-system-x86_64: -drive file=gluster://ovirt001/vol1/a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf/images/238cc6cf-070c-4483-b686-c0de7ddf0dfa/ff2bca2d-4ed1-46c6-93c8-22a39bb1626a,if=none,id=drive-virtio-disk0,format=raw,serial=238cc6cf-070c-4483-b686-c0de7ddf0dfa,cache=none,werror=stop,rerror=stop,aio=threads: could not open disk image gluster://ovirt001/vol1/a87a7ef6-2c74-4d8e-a6e0-a392d0f791cf/images/238cc6cf-070c-4483-b686-c0de7ddf0dfa/ff2bca2d-4ed1-46c6-93c8-22a39bb1626a: No such file or directory . VM VM1 was started by admin@internal (Host: ovirt001). *engine.log:* 2013-07-17 12:39:27,714 INFO [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-3) Running command: LoginAdminUserCommand internal: false. 2013-07-17 12:39:27,886 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-7) Running command: LoginUserCommand internal: false. 2013-07-17 12:39:31,817 ERROR [org.ovirt.engine.core.utils.servlet.ServletUtils] (ajp--127.0.0.1-8702-1) Can't read file /usr/share/doc/ovirt-engine/manual/DocumentationPat h.csv for request /docs/DocumentationPath.csv, will send a 404 error response. 2013-07-17 12:39:49,285 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-4) [8208368] Lock Acquired to object EngineLock [exclusiveLocks= key: 8e2c9057-de ee-48a6-8314-a34530fc53cb value: VM , sharedLocks= ] 2013-07-17 12:39:49,336 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-4) [8208368] START, IsVmDuringInitiatingVDSCommand( vmId = 8e2c9057-deee-48a6-8314-a34530fc53cb), log id: 20ba16b5 2013-07-17 12:39:49,337 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-4) [8208368] FINISH, IsVmDuringInitiatingVDSCommand, retu rn: false, log id: 20ba16b5 2013-07-17 12:39:49,485 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-6-thread-50) [8208368] Running command: RunVmCommand internal: false. Entities affected : ID: 8 e2c9057-deee-48a6-8314-a34530fc53cb Type: VM 2013-07-17 12:39:49,569 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-6-thread-50) [8208368] START, CreateVmVDSCommand(HostName = ovirt001, HostId = d0796 7ab-3764-47ff-8755-bc539a7feb3b, vmId=8e2c9057-deee-48a6-8314-a34530fc53cb, vm=VM [VM1]), log id: 3f04954e 2013-07-17 12:39:49,583 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-6-thread-50) [8208368] START, CreateVDSCommand(HostName = ovirt001, HostId = d07967ab-3764-47ff-8755-bc539a7feb3b, vmId=8e2c9057-deee-48a6-8314-a34530fc53cb, vm=VM [VM1]), log id: 7e3dd761 2013-07-17 12:39:49,629 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-6-thread-50) [8208368] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCo mmand spiceSslCipherSuite=DEFAULT,memSize=1024,kvmEnable=true,smp=1,vmType=kvm,emulatedMachine=pc-1.0,keyboardLayout=en-us,pitReinjection=false,nice=0,display=vnc,smartcardE nable=false,tabletEnable=true,smpCoresPerSocket=1,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,timeOffset=0,transparentHugePages =true,vmId=8e2c9057-deee-48a6-8314-a34530fc53cb,devices=[Ljava.util.HashMap;@422d1a47 ,acpiEnable=true,vmName=VM1,cpuType=SandyBridge,custom={} 2013-07-17 12:39:49,632 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-6-thread-50) [8208368] FINISH, CreateVDSCommand, log id: 7e3dd761 2013-07-17 12:39:49,660 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-6-thread-50) [8208368] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 3f 04954e 2013-07-17 12:39:49,662 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-6-thread-50) [8208368] Lock freed to object EngineLock [exclusiveLocks= key: 8e2c9057-deee-48a6-
Re: [Users] big problem with ovirt on Fedora 19
On 07/17/2013 07:35 AM, Hetz Ben Hamo wrote: Hi Sandro, I just tried it. I let it create the DB automatically but when it's installing, it stops in the middle to ask for passowrd, and after I use any password, it gives an error: [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/create_schema.sh' failed to execute I'm enclosing the related log file. btw, I'm on the #ovirt in irc.oftc if you need more testing.. Thanks, Hetz ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Hetz, Can you try to do an engine-cleanup. Uninstall everything including postgres, upgrade otopi, and then try to install ovirt. Let us know if it works Thanks Ravi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] big problem with ovirt on Fedora 19
Hi, Following Sandro advice and since I didn't have any data in the PostgreSQL, I simply removed the data folder and restarted the setup. There was another error which I mailed here and CC'd Sandro Hetz Hi Sandro, I just tried it. I let it create the DB automatically but when it's installing, it stops in the middle to ask for passowrd, and after I use any password, it gives an error: [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/create_schema.sh' failed to execute I'm enclosing the related log file. btw, I'm on the #ovirt in irc.oftc if you need more testing.. Thanks, Hetz ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users Hi Hetz, Can you try to do an engine-cleanup. Uninstall everything including postgres, upgrade otopi, and then try to install ovirt. Let us know if it works Thanks Ravi ___ 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] How to run Xen kernel inside ovirt node!
On 07/17/2013 07:39 PM, Vishvendra Singh Chauhan wrote: -- /*Hello Members,*/ /* */ */I am facing problem in Ovirt. when i start my RHEL5 Vm with normal kernel it starts normally. But when i tried it with Xen kernel it is giving error related CPU. (kernel cpu )/* oVirt is kvm based, not Xen - why do you expect it to work with a pv kernel (iiuc)? */ /* */So please give me the solutions for it. /* /* */ /* */ /* */ /*Thanks and Regards.*/ /*Vishvendra Singh Chauhan*/ /*(*//*RHC{SA,E,SS,VA}CC{NA,NP})*/ /*+91-8750625343, +91-9555975004 */ http://chauhan-rhce.blogspot.com God First Work Hard Success is Sure... ___ 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] Node 3.0.0-5 fc18 with ovirt 3.2.1
On 07/17/2013 02:53 PM, Alon Bar-Lev wrote: Hi, You probably do not use the ovirt-node variant with vdsm plugin. Mike, I can only see the basic node in nightly[1] Yes, nightlies aren't working yet for ovirt-node with vdsm. Regards, Alon [1] http://resources.ovirt.org/releases/nightly/rpm/Fedora/18/noarch/ - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Wednesday, July 17, 2013 12:16:56 PM Subject: [Users] Node 3.0.0-5 fc18 with ovirt 3.2.1 Hi, I am trying to use latest stable node iso (ovirt-node-iso-3.0.0-5.0.1.fc18.iso) with oVirt 3.2.1, but it fails when installing from web gui. believe, that the problem is missing /usr/share/vdsm/addNetwork on node. Is there any way to use node version 3 with oVirt? Not quite yet. There will be an image posted with the 3.3 beta the will include vdsm. Mike Here is the log: 2013-07-17 09:10:06 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge bridge._rhel_getInterfaceConfigParameters:479 parameters of em3: ['GATEWAY=192.168.3.1', 'IPADDR=192.168.3.207', 'NETMASK=255.255.255.0', 'ONBOOT=yes', 'PEERDNS=no', 'PEERNTP=yes'] 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd systemd.exists:85 check if service firewalld exists 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:347 execute: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service'), executable='None', cwd='None', env=None 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:364 execute-result: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service'), rc=0 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:412 execute-output: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service') stdout: LoadState=loaded 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:417 execute-output: ('/bin/systemctl', 'show', '-p', 'LoadState', 'firewalld.service') stderr: 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd systemd.state:131 starting service firewalld 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:347 execute: ('/bin/systemctl', 'stop', 'firewalld.service'), executable='None', cwd='None', env=None 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:364 execute-result: ('/bin/systemctl', 'stop', 'firewalld.service'), rc=0 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:412 execute-output: ('/bin/systemctl', 'stop', 'firewalld.service') stdout: 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:417 execute-output: ('/bin/systemctl', 'stop', 'firewalld.service') stderr: 2013-07-17 09:10:06 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em3', 'GATEWAY=192.168.3.1', 'IPADDR=192.168.3.207', 'NETMASK=255.255.255.0', 'ONBOOT=yes', 'PEERDNS=no', 'PEERNTP=yes', 'blockingdhcp=true'], executable='None', cwd='None', env=None 2013-07-17 09:10:06 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:370 execute-result: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', u'em3', 'GATEWAY=192.168.3.1', 'IPADDR=192.168.3.207', 'NETMASK=255.255.255.0', 'ONBOOT=yes', 'PEERDNS=no', 'PEERNTP=yes', 'blockingdhcp=true'], exception Traceback (most recent call last): File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/plugin.py, line 357, in executeRaw env=env, File /usr/lib64/python2.7/subprocess.py, line 679, in __init__ File /usr/lib64/python2.7/subprocess.py, line 1249, in _execute_child OSError: [Errno 2] No such file or directory 2013-07-17 09:10:06 DEBUG otopi.context context._executeMethod:130 method exception Traceback (most recent call last): File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/context.py, line 120, in _executeMethod method['method']() File /tmp/ovirt-rPK0bnkLRQ/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py, line 770, in _misc parameters=parameters, File /tmp/ovirt-rPK0bnkLRQ/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py, line 544, in _createBridge parameters File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/plugin.py, line 404, in execute **kwargs File /tmp/ovirt-rPK0bnkLRQ/pythonlib/otopi/plugin.py, line 357, in executeRaw env=env, File /usr/lib64/python2.7/subprocess.py, line 679, in __init__ File /usr/lib64/python2.7/subprocess.py, line 1249, in _execute_child OSError: [Errno 2] No such file or directory 2013-07-17 09:10:06 ERROR otopi.context context._executeMethod:139 Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory 2013-07-17 09:10:06 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' 2013-07-17 09:10:06 DEBUG otopi.plugins.otopi.packagers.yumpackager miniyumlocal.verbose:49 Yum Performing rollback 2013-07-17 09:10:06 DEBUG otopi.transaction
Re: [Users] bug with ovirt nightlies and engine-setup-2 script
- Original Message - From: Hetz Ben Hamo h...@hetz.biz To: users@oVirt.org users@ovirt.org Cc: Sandro Bonazzola sbona...@redhat.com, alo...@redhat.com Sent: Wednesday, July 17, 2013 4:05:46 PM Subject: bug with ovirt nightlies and engine-setup-2 script * * Hi, I installed the all in one plugin and run the engine-setup-2 script. it detects the plugin, and I'm using the iptables option. problem is that it writes the wrong lines in iptables: -A INPUT -p tcp -m state --state NEW -m tcp --dport 5634-6166 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 49152-49216 -j ACCEPT iptables does not accept the minus sign when mentioning port range, so 5634-6166 should be 5634:6166 (I wish it would accept the minus sign, it's a stupid thing that it doesn't). Confirmed, thanks! Patch is available[1]. So the script failes to start iptables due to these wrong lines, and I'm stuck with oVirt that doesn't work. You can select no firewall to workaround this. Log file - enclosed. Hetz [1] http://gerrit.ovirt.org/17036 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] 3.2.2 allinone install fails on CentOS 6.4
I'm tying to install $STABLE (3.2.2) on CentOS 6.4 . I have the repo for the el6 from ovirt. Before the engine-setup --with-allinone=yes can complete it errors out with the following in the setup log: 2013-07-17 15:52:47::DEBUG::all_in_one_100::451::root:: Checking JBoss status. 2013-07-17 15:52:47::INFO::all_in_one_100::454::root:: JBoss is up and running. 2013-07-17 15:52:47::DEBUG::setup_sequences::59::root:: running initAPI 2013-07-17 15:52:47::DEBUG::all_in_one_100::240::root:: Initiating the API object 2013-07-17 15:52:47::ERROR::all_in_one_100::251::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py, line 248, in initAPI ca_file=basedefs.FILE_CA_CRT_SRC, File /usr/lib/python2.6/site-packages/ovirtsdk/api.py, line 119, in __init__ url='/api' File /usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py, line 112, in request persistent_auth=self._persistent_auth) File /usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py, line 134, in __doRequest persistent_auth=persistent_auth File /usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py, line 148, in doRequest raise ConnectionError, str(e) ConnectionError: [ERROR]::oVirt API connection failure, [Errno 111] Connection refused 2013-07-17 15:52:47::DEBUG::setup_sequences::62::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60, in run function() File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py, line 252, in initAPI raise Exception(ERROR_CREATE_API_OBJECT) Exception: Error: could not create ovirtsdk API object 2013-07-17 15:52:47::DEBUG::engine-setup::1972::root:: *** The following params were used as user input: 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: override-httpd-config: no 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: http-port: 8700 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: https-port: 8701 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: random-passwords: no 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: mac-range: 00:1A:4A:8C:8A:00-00:1A:4A:8C:8A:FF 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: host-fqdn: storage01.mydomain.me 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: auth-pass: 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: org-name: mydomain.me 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: application-mode: virt 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: default-dc-type: POSIXFS 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: db-remote-install: local 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: db-host: localhost 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: db-local-pass: 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: nfs-mp: /var/lib/exports/iso 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: iso-domain-name: ISO_DOMAIN 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: config-nfs: yes 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: override-firewall: None 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: config-allinone: yes 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: storage-path: /var/lib/images 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: superuser-pass: 2013-07-17 15:52:47::ERROR::engine-setup::2392::root:: Traceback (most recent call last): File /usr/bin/engine-setup, line 2386, in module main(confFile) File /usr/bin/engine-setup, line 2169, in main runSequences() File /usr/bin/engine-setup, line 2092, in runSequences controller.runAllSequences() File /usr/share/ovirt-engine/scripts/setup_controller.py, line 54, in runAllSequences sequence.run() File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 154, in run step.run() File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60, in run function() File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py, line 252, in initAPI raise Exception(ERROR_CREATE_API_OBJECT) Exception: Error: could not create ovirtsdk API object After much digging, it seems like the issue is in the certs but it's not making sense to me why it fails. From the server.log: 2013-07-17 16:37:28,873 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-3) JBAS015012: Started FileSystemDeploymentService for directory /var/lib/ovirt-engine/deployments 2013-07-17 16:37:28,877 ERROR [org.apache.tomcat.util.net.jsse.JSSESocketFactory] (MSC service thread 1-4) Failed to load keystore type PKCS12 with path /etc/pki/ovirt-engine/keys/apache.p12 due to /etc/pki/ovirt-engine/keys/apache.p12 (Permission denied): java.io.FileNotFoundException: /etc/pki/ovirt-engine/keys/apache.p12 (Permission denied) at java.io.FileInputStream.open(Native Method) [rt.jar:1.7.0_25] at java.io.FileInputStream.init(FileInputStream.java:138) [rt.jar:1.7.0_25] at
Re: [Users] bug with ovirt nightlies and engine-setup-2 script
Thanks for the patch. I just found another problem, my desktop probably gets heat too much and it was stuck. I'm trying the no firewall approach (engine-cleanup-2, engine-setup-2) but now it fails with the message that it failed to clear zombie tasks. How can I clear it manually? תודה, *חץ בן חמו* *חץ ביז http://www.hetz.biz*- שרותי פרילאנס לניהול ותחזוקת שרתי Linux ופתרונות וירטואליזציה. טלפון: 054-5297156 אתם מוזמנים לבקר אותנו בבלוג היעוץ שלנו http://vps-consulting.info [image: גם אתר זה מתארח ב-חץ ביז שרתי VPS] * * 2013/7/17 Alon Bar-Lev alo...@redhat.com - Original Message - From: Hetz Ben Hamo h...@hetz.biz To: users@oVirt.org users@ovirt.org Cc: Sandro Bonazzola sbona...@redhat.com, alo...@redhat.com Sent: Wednesday, July 17, 2013 4:05:46 PM Subject: bug with ovirt nightlies and engine-setup-2 script * * Hi, I installed the all in one plugin and run the engine-setup-2 script. it detects the plugin, and I'm using the iptables option. problem is that it writes the wrong lines in iptables: -A INPUT -p tcp -m state --state NEW -m tcp --dport 5634-6166 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 49152-49216 -j ACCEPT iptables does not accept the minus sign when mentioning port range, so 5634-6166 should be 5634:6166 (I wish it would accept the minus sign, it's a stupid thing that it doesn't). Confirmed, thanks! Patch is available[1]. So the script failes to start iptables due to these wrong lines, and I'm stuck with oVirt that doesn't work. You can select no firewall to workaround this. Log file - enclosed. Hetz [1] http://gerrit.ovirt.org/17036 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] bug with ovirt nightlies and engine-setup-2 script
- Original Message - From: Hetz Ben Hamo h...@hetz.biz To: Alon Bar-Lev alo...@redhat.com Cc: users@oVirt.org users@ovirt.org, Sandro Bonazzola sbona...@redhat.com Sent: Wednesday, July 17, 2013 11:56:48 PM Subject: Re: bug with ovirt nightlies and engine-setup-2 script Thanks for the patch. I just found another problem, my desktop probably gets heat too much and it was stuck. I'm trying the no firewall approach (engine-cleanup-2, engine-setup-2) but now it fails with the message that it failed to clear zombie tasks. How can I clear it manually? Is it clean installation? If it does, try to clean database first using engine-cleanup-2. תודה, *חץ בן חמו* *חץ ביז http://www.hetz.biz*- שרותי פרילאנס לניהול ותחזוקת שרתי Linux ופתרונות וירטואליזציה. טלפון: 054-5297156 אתם מוזמנים לבקר אותנו בבלוג היעוץ שלנו http://vps-consulting.info [image: גם אתר זה מתארח ב-חץ ביז שרתי VPS] * * 2013/7/17 Alon Bar-Lev alo...@redhat.com - Original Message - From: Hetz Ben Hamo h...@hetz.biz To: users@oVirt.org users@ovirt.org Cc: Sandro Bonazzola sbona...@redhat.com, alo...@redhat.com Sent: Wednesday, July 17, 2013 4:05:46 PM Subject: bug with ovirt nightlies and engine-setup-2 script * * Hi, I installed the all in one plugin and run the engine-setup-2 script. it detects the plugin, and I'm using the iptables option. problem is that it writes the wrong lines in iptables: -A INPUT -p tcp -m state --state NEW -m tcp --dport 5634-6166 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 49152-49216 -j ACCEPT iptables does not accept the minus sign when mentioning port range, so 5634-6166 should be 5634:6166 (I wish it would accept the minus sign, it's a stupid thing that it doesn't). Confirmed, thanks! Patch is available[1]. So the script failes to start iptables due to these wrong lines, and I'm stuck with oVirt that doesn't work. You can select no firewall to workaround this. Log file - enclosed. Hetz [1] http://gerrit.ovirt.org/17036 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] bug with ovirt nightlies and engine-setup-2 script
I did engine-cleanup-2 and then ran the engine-setup-2, in the middle of engine-setup-2 (in the Setup Validation), I got this message. btw I'm on the irc there, look at the window ;) תודה, *חץ בן חמו* *חץ ביז http://www.hetz.biz*- שרותי פרילאנס לניהול ותחזוקת שרתי Linux ופתרונות וירטואליזציה. טלפון: 054-5297156 אתם מוזמנים לבקר אותנו בבלוג היעוץ שלנו http://vps-consulting.info [image: גם אתר זה מתארח ב-חץ ביז שרתי VPS] * * 2013/7/17 Alon Bar-Lev alo...@redhat.com - Original Message - From: Hetz Ben Hamo h...@hetz.biz To: Alon Bar-Lev alo...@redhat.com Cc: users@oVirt.org users@ovirt.org, Sandro Bonazzola sbona...@redhat.com Sent: Wednesday, July 17, 2013 11:56:48 PM Subject: Re: bug with ovirt nightlies and engine-setup-2 script Thanks for the patch. I just found another problem, my desktop probably gets heat too much and it was stuck. I'm trying the no firewall approach (engine-cleanup-2, engine-setup-2) but now it fails with the message that it failed to clear zombie tasks. How can I clear it manually? Is it clean installation? If it does, try to clean database first using engine-cleanup-2. תודה, *חץ בן חמו* *חץ ביז http://www.hetz.biz*- שרותי פרילאנס לניהול ותחזוקת שרתי Linux ופתרונות וירטואליזציה. טלפון: 054-5297156 אתם מוזמנים לבקר אותנו בבלוג היעוץ שלנו http://vps-consulting.info [image: גם אתר זה מתארח ב-חץ ביז שרתי VPS] * * 2013/7/17 Alon Bar-Lev alo...@redhat.com - Original Message - From: Hetz Ben Hamo h...@hetz.biz To: users@oVirt.org users@ovirt.org Cc: Sandro Bonazzola sbona...@redhat.com, alo...@redhat.com Sent: Wednesday, July 17, 2013 4:05:46 PM Subject: bug with ovirt nightlies and engine-setup-2 script * * Hi, I installed the all in one plugin and run the engine-setup-2 script. it detects the plugin, and I'm using the iptables option. problem is that it writes the wrong lines in iptables: -A INPUT -p tcp -m state --state NEW -m tcp --dport 5634-6166 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 49152-49216 -j ACCEPT iptables does not accept the minus sign when mentioning port range, so 5634-6166 should be 5634:6166 (I wish it would accept the minus sign, it's a stupid thing that it doesn't). Confirmed, thanks! Patch is available[1]. So the script failes to start iptables due to these wrong lines, and I'm stuck with oVirt that doesn't work. You can select no firewall to workaround this. Log file - enclosed. Hetz [1] http://gerrit.ovirt.org/17036 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] bug with ovirt nightlies and engine-setup-2 script
- Original Message - From: Hetz Ben Hamo h...@hetz.biz To: Alon Bar-Lev alo...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Thursday, July 18, 2013 12:00:52 AM Subject: Re: [Users] bug with ovirt nightlies and engine-setup-2 script I did engine-cleanup-2 and then ran the engine-setup-2, in the middle of engine-setup-2 (in the Setup Validation), I got this message. Hi , you have a taskcleaner.sh utility under the dbutils directory that can help you to clean those tasks btw I'm on the irc there, look at the window ;) תודה, חץ בן חמו חץ ב י ז - שרותי פרילאנס לניהול ותחזוקת שרתי Linux ופתרונות וירטואליזציה. טלפון: 054-5297156 אתם מוזמנים לבקר אותנו בבלוג היעוץ שלנו 2013/7/17 Alon Bar-Lev alo...@redhat.com - Original Message - From: Hetz Ben Hamo h...@hetz.biz To: Alon Bar-Lev alo...@redhat.com Cc: users@oVirt.org users@ovirt.org , Sandro Bonazzola sbona...@redhat.com Sent: Wednesday, July 17, 2013 11:56:48 PM Subject: Re: bug with ovirt nightlies and engine-setup-2 script Thanks for the patch. I just found another problem, my desktop probably gets heat too much and it was stuck. I'm trying the no firewall approach (engine-cleanup-2, engine-setup-2) but now it fails with the message that it failed to clear zombie tasks. How can I clear it manually? Is it clean installation? If it does, try to clean database first using engine-cleanup-2. תודה, *חץ בן חמו* *חץ ביז http://www.hetz.biz *- שרותי פרילאנס לניהול ותחזוקת שרתי Linux ופתרונות וירטואליזציה. טלפון: 054-5297156 אתם מוזמנים לבקר אותנו בבלוג היעוץ שלנו http://vps-consulting.info [image: גם אתר זה מתארח ב-חץ ביז שרתי VPS] * * 2013/7/17 Alon Bar-Lev alo...@redhat.com - Original Message - From: Hetz Ben Hamo h...@hetz.biz To: users@oVirt.org users@ovirt.org Cc: Sandro Bonazzola sbona...@redhat.com , alo...@redhat.com Sent: Wednesday, July 17, 2013 4:05:46 PM Subject: bug with ovirt nightlies and engine-setup-2 script * * Hi, I installed the all in one plugin and run the engine-setup-2 script. it detects the plugin, and I'm using the iptables option. problem is that it writes the wrong lines in iptables: -A INPUT -p tcp -m state --state NEW -m tcp --dport 5634-6166 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 49152-49216 -j ACCEPT iptables does not accept the minus sign when mentioning port range, so 5634-6166 should be 5634:6166 (I wish it would accept the minus sign, it's a stupid thing that it doesn't). Confirmed, thanks! Patch is available[1]. So the script failes to start iptables due to these wrong lines, and I'm stuck with oVirt that doesn't work. You can select no firewall to workaround this. Log file - enclosed. Hetz [1] http://gerrit.ovirt.org/17036 ___ 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] oVirt Weekly Meeting Minutes -- 2013-06-17
- Original Message - | From: Mike Burns mbu...@redhat.com | To: bo...@ovirt.org, users users@ovirt.org | Sent: Wednesday, July 17, 2013 6:00:01 PM | Subject: [Users] oVirt Weekly Meeting Minutes -- 2013-06-17 | | Minutes: | http://ovirt.org/meetings/ovirt/2013/ovirt.2013-07-17-14.00.html | Minutes (text): | http://ovirt.org/meetings/ovirt/2013/ovirt.2013-07-17-14.00.txt | Log: | http://ovirt.org/meetings/ovirt/2013/ovirt.2013-07-17-14.00.log.html | | | #ovirt: oVirt Weekly Meeting | | | | Meeting started by mburns at 14:00:11 UTC. The full logs are available | at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-07-17-14.00.log.html | . | | | | Meeting summary | --- | * agenda and roll call (mburns, 14:00:23) |* 3.3 status update (mburns, 14:00:30) |* Workshops and Conferences (mburns, 14:00:47) |* infra update (mburns, 14:00:50) |* Other Topics (mburns, 14:00:53) | | * 3.3 status update (mburns, 14:03:07) |* otopi ovirt-host-deploy ovirt-image-uploader ovirt-iso-uploader | ovirt-log-collector all posted (mburns, 14:04:37) |* ovirt-node base images available, will produce vdsm images once vdsm | is available (mburns, 14:04:55) Please be sure to pickup the latest mom (0.3.2.1 or later, which should be built today). This mom version includs vital ballooning support VDSM now needs. |* vdsm rc1 does not include glance (mburns, 14:13:21) |* respin to happen to include glance changes (mburns, 14:13:30) |* ACTION: fsimonce to rebuild vdsm rc2 to include glance (mburns, | 14:13:47) |* ovirt scheduler (engine impact only) to merge today/tomorrow | (mburns, 14:14:17) |* scheduling api need 1.5-2 weeks (not a beta blocker) (mburns, | 14:14:34) |* cloud-init waiting on maintainer acceptance ( mpastern ) (mburns, | 14:16:27) |* neutron is merged (mburns, 14:18:34) |* guest-agent packages are pending, not blockers for beta (mburns, | 14:22:28) |* ovirt-engine build to happen after scheduler code gets in (mburns, | 14:26:05) |* reports was delivered to mgoldboi, mburns to get it and upload to | ovirt.org (mburns, 14:26:24) |* plan going forward (mburns, 14:47:18) |* merge scheduling stuff today/tomorrow (mburns, 14:47:30) |* build new vdsm and engine (mburns, 14:47:37) |* post everything up after build tomorrow (mburns, 14:47:45) |* send announcement that the beta is available with a disclaimer that | many features are not yet available in rest api (mburns, 14:48:23) | | * conferences and workshops (mburns, 14:49:05) |* KVM Forum/LinuxCon EU/CloudOpen EU CFP closes on 21-July (mburns, | 14:49:39) |* KVM Forum/LinuxCon EU/CloudOpen EU CFP takes place on 21-23 October | (mburns, 14:50:03) |* planning on a oVirt Developers meet-up during this timeframe | (mburns, 14:51:36) | | * Infra update (mburns, 14:51:57) |* there was no infra meeting this week due a lack of people (ewoud, | 14:53:29) |* fedora 19 slaves on rackspace servers were added and more and more | of their configuration is being puppeted (ewoud, 14:54:23) |* infra team looking for a new project coordinator, more details next | week (mburns, 14:56:01) | | * 3.3 readiness (revisited) (mburns, 14:56:22) |* new bug found in engine -- New Host does not work. (mburns, | 14:56:37) |* trivial fix (mburns, 14:56:40) |* oschreib to wait on engine build until the fix is merged (mburns, | 14:56:49) | | * other topics (mburns, 14:56:55) | | Meeting ended at 14:59:17 UTC. | | | | | Action Items | | * fsimonce to rebuild vdsm rc2 to include glance | | | | | Action Items, by person | --- | * fsimonce |* fsimonce to rebuild vdsm rc2 to include glance | * **UNASSIGNED** |* (none) | | | | | People Present (lines said) | --- | * mburns (116) | * danken (26) | * mskrivanek (21) | * abonas (9) | * oschreib (9) | * doron (8) | * ofri (8) | * lvernia (6) | * ewoud (4) | * fsimonce (4) | * hetz (4) | * mpastern (4) | * ovirtbot (3) | * sgotliv (2) | * dustins_ntap (1) | * ydary (1) | * ecohen (1) | * sahina (1) | * ofrenkel (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 mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] HELP, ISCSI Freakin!
Forgot one thing, the paste bin link! http://pastebin.com/3t7E41JK Date: Wednesday, July 17, 2013 7:08 PM To: users users@ovirt.orgmailto:users@ovirt.org Subject: HELP, ISCSI Freakin! Hey Guys, I am running oVirt 3.1; and I am getting the following in dmesg, and I have pasted my VG info below. We are running iSCSI luns and this is a node complaining in the log. Our equalogic storage was close to full; and this started happening. I have extended it, and it is thin provisioned; but I am not sure if a pvresize is needed. If so, can it be done while online? Trying not to take down this cluster; several heavily used VMs on it. The VMs seem to be running ok for now; but this is filling up the logs pretty quickly; as it appears to be retrying to connections and to release the resources. All help is appreciated. Thanks for all your help guys; and feel free to email me directly if I can provide any more info. Log Snippet: Thread-550892::DEBUG::2013-07-17 19:06:14,335::resourceManager::565::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.69d66cf5-9426-4385-be6c-c55e2bd40617', Clearing records. Thread-550892::DEBUG::2013-07-17 19:06:14,335::task::978::TaskManager.Task::(_decref) Task=`03810e67-5dab-4193-8cbd-c633c8c25fa4`::ref 0 aborting False Thread-550892::DEBUG::2013-07-17 19:06:14,336::task::588::TaskManager.Task::(_updateState) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::moving from state init - state preparing Thread-550892::INFO::2013-07-17 19:06:14,336::logUtils::37::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID='7cf8a585-34a8-470c-9b40-9d486456fcea', spUUID='2ecfa6dd-a1fa-428c-9d04-db17c6c4491d', imgUUID='8cbc183a-0afe-497a-a54b-ec5f03b7fe16', volUUID='bcb8d500-5aa4-404a-9be2-9fb84bc87300', options=None) Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::175::ResourceManager.Request::(__init__) ResName=`Storage.7cf8a585-34a8-470c-9b40-9d486456fcea`ReqID=`7411edba-20b8-4855-8271-b6aa52a9203a`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResource' Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::486::ResourceManager::(registerResource) Trying to register resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' for lock type 'shared' Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::528::ResourceManager::(registerResource) Resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' is free. Now locking as 'shared' (1 active user) Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::212::ResourceManager.Request::(grant) ResName=`Storage.7cf8a585-34a8-470c-9b40-9d486456fcea`ReqID=`7411edba-20b8-4855-8271-b6aa52a9203a`::Granted request Thread-550892::DEBUG::2013-07-17 19:06:14,337::task::817::TaskManager.Task::(resourceAcquired) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::_resourcesAcquired: Storage.7cf8a585-34a8-470c-9b40-9d486456fcea (shared) Thread-550892::DEBUG::2013-07-17 19:06:14,337::task::978::TaskManager.Task::(_decref) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::ref 1 aborting False Thread-550892::INFO::2013-07-17 19:06:14,338::logUtils::39::dispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '31138512896', 'apparentsize': '31138512896'} Thread-550892::DEBUG::2013-07-17 19:06:14,338::task::1172::TaskManager.Task::(prepare) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::finished: {'truesize': '31138512896', 'apparentsize': '31138512896'} Thread-550892::DEBUG::2013-07-17 19:06:14,338::task::588::TaskManager.Task::(_updateState) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::moving from state preparing - state finished Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea': ResourceRef 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea', isValid: 'True' obj: 'None'} Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::538::ResourceManager::(releaseResource) Trying to release resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::553::ResourceManager::(releaseResource) Released resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' (0 active users) Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::558::ResourceManager::(releaseResource) Resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' is free, finding out if anyone is waiting for it. Thread-550892::DEBUG::2013-07-17 19:06:14,339::resourceManager::565::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea', Clearing records. Thread-550892::DEBUG::2013-07-17
[Users] HELP, ISCSI Freakin!
Hey Guys, I am running oVirt 3.1; and I am getting the following in dmesg, and I have pasted my VG info below. We are running iSCSI luns and this is a node complaining in the log. Our equalogic storage was close to full; and this started happening. I have extended it, and it is thin provisioned; but I am not sure if a pvresize is needed. If so, can it be done while online? Trying not to take down this cluster; several heavily used VMs on it. The VMs seem to be running ok for now; but this is filling up the logs pretty quickly; as it appears to be retrying to connections and to release the resources. All help is appreciated. Thanks for all your help guys; and feel free to email me directly if I can provide any more info. Log Snippet: Thread-550892::DEBUG::2013-07-17 19:06:14,335::resourceManager::565::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.69d66cf5-9426-4385-be6c-c55e2bd40617', Clearing records. Thread-550892::DEBUG::2013-07-17 19:06:14,335::task::978::TaskManager.Task::(_decref) Task=`03810e67-5dab-4193-8cbd-c633c8c25fa4`::ref 0 aborting False Thread-550892::DEBUG::2013-07-17 19:06:14,336::task::588::TaskManager.Task::(_updateState) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::moving from state init - state preparing Thread-550892::INFO::2013-07-17 19:06:14,336::logUtils::37::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID='7cf8a585-34a8-470c-9b40-9d486456fcea', spUUID='2ecfa6dd-a1fa-428c-9d04-db17c6c4491d', imgUUID='8cbc183a-0afe-497a-a54b-ec5f03b7fe16', volUUID='bcb8d500-5aa4-404a-9be2-9fb84bc87300', options=None) Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::175::ResourceManager.Request::(__init__) ResName=`Storage.7cf8a585-34a8-470c-9b40-9d486456fcea`ReqID=`7411edba-20b8-4855-8271-b6aa52a9203a`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '485' at 'registerResource' Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::486::ResourceManager::(registerResource) Trying to register resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' for lock type 'shared' Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::528::ResourceManager::(registerResource) Resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' is free. Now locking as 'shared' (1 active user) Thread-550892::DEBUG::2013-07-17 19:06:14,336::resourceManager::212::ResourceManager.Request::(grant) ResName=`Storage.7cf8a585-34a8-470c-9b40-9d486456fcea`ReqID=`7411edba-20b8-4855-8271-b6aa52a9203a`::Granted request Thread-550892::DEBUG::2013-07-17 19:06:14,337::task::817::TaskManager.Task::(resourceAcquired) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::_resourcesAcquired: Storage.7cf8a585-34a8-470c-9b40-9d486456fcea (shared) Thread-550892::DEBUG::2013-07-17 19:06:14,337::task::978::TaskManager.Task::(_decref) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::ref 1 aborting False Thread-550892::INFO::2013-07-17 19:06:14,338::logUtils::39::dispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '31138512896', 'apparentsize': '31138512896'} Thread-550892::DEBUG::2013-07-17 19:06:14,338::task::1172::TaskManager.Task::(prepare) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::finished: {'truesize': '31138512896', 'apparentsize': '31138512896'} Thread-550892::DEBUG::2013-07-17 19:06:14,338::task::588::TaskManager.Task::(_updateState) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::moving from state preparing - state finished Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea': ResourceRef 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea', isValid: 'True' obj: 'None'} Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::538::ResourceManager::(releaseResource) Trying to release resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::553::ResourceManager::(releaseResource) Released resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' (0 active users) Thread-550892::DEBUG::2013-07-17 19:06:14,338::resourceManager::558::ResourceManager::(releaseResource) Resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea' is free, finding out if anyone is waiting for it. Thread-550892::DEBUG::2013-07-17 19:06:14,339::resourceManager::565::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.7cf8a585-34a8-470c-9b40-9d486456fcea', Clearing records. Thread-550892::DEBUG::2013-07-17 19:06:14,339::task::978::TaskManager.Task::(_decref) Task=`7379fc72-5137-4432-861c-85b1f33ba843`::ref 0 aborting False Dmesg Snippet: __ratelimit: 28 callbacks suppressed end_request: I/O error, dev dm-64, sector 5769088 end_request:
Re: [Users] 3.2.2 allinone install fails on CentOS 6.4
On 07/17/2013 11:55 PM, Jim Kinney wrote: I'm tying to install $STABLE (3.2.2) on CentOS 6.4 . I have the repo for the el6 from ovirt. this looks like packaging: Creating keystore for jboss use Currently jboss uses apache.p12 keystore file. In cases where apache is not used for proxying, jboss tries to use this file directly and fails on permissions. This patch tries to resolve the issue by adding an additional keystore jboss.p12 during setup/upgrade for the use by the jboss. Change-Id: I22d71d9de011e8af4bde26d9e2a048a6387ce70f Signed-off-by: Alex Lourie alou...@redhat.com http://gerrit.ovirt.org/#/c/12374/ alex - was it backported to 3.2? i also see some other potentially relevant patches were backported to 3.2.2 by alon - shouldn't we refresh the build for this? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.2 Before the engine-setup --with-allinone=yes can complete it errors out with the following in the setup log: 2013-07-17 15:52:47::DEBUG::all_in_one_100::451::root:: Checking JBoss status. 2013-07-17 15:52:47::INFO::all_in_one_100::454::root:: JBoss is up and running. 2013-07-17 15:52:47::DEBUG::setup_sequences::59::root:: running initAPI 2013-07-17 15:52:47::DEBUG::all_in_one_100::240::root:: Initiating the API object 2013-07-17 15:52:47::ERROR::all_in_one_100::251::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py, line 248, in initAPI ca_file=basedefs.FILE_CA_CRT_SRC, File /usr/lib/python2.6/site-packages/ovirtsdk/api.py, line 119, in __init__ url='/api' File /usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py, line 112, in request persistent_auth=self._persistent_auth) File /usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py, line 134, in __doRequest persistent_auth=persistent_auth File /usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py, line 148, in doRequest raise ConnectionError, str(e) ConnectionError: [ERROR]::oVirt API connection failure, [Errno 111] Connection refused 2013-07-17 15:52:47::DEBUG::setup_sequences::62::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60, in run function() File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py, line 252, in initAPI raise Exception(ERROR_CREATE_API_OBJECT) Exception: Error: could not create ovirtsdk API object 2013-07-17 15:52:47::DEBUG::engine-setup::1972::root:: *** The following params were used as user input: 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: override-httpd-config: no 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: http-port: 8700 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: https-port: 8701 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: random-passwords: no 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: mac-range: 00:1A:4A:8C:8A:00-00:1A:4A:8C:8A:FF 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: host-fqdn: storage01.mydomain.me http://storage01.mydomain.me 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: auth-pass: 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: org-name: mydomain.me http://mydomain.me 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: application-mode: virt 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: default-dc-type: POSIXFS 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: db-remote-install: local 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: db-host: localhost 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: db-local-pass: 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: nfs-mp: /var/lib/exports/iso 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: iso-domain-name: ISO_DOMAIN 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: config-nfs: yes 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: override-firewall: None 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: config-allinone: yes 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: storage-path: /var/lib/images 2013-07-17 15:52:47::DEBUG::engine-setup::1977::root:: superuser-pass: 2013-07-17 15:52:47::ERROR::engine-setup::2392::root:: Traceback (most recent call last): File /usr/bin/engine-setup, line 2386, in module main(confFile) File /usr/bin/engine-setup, line 2169, in main runSequences() File /usr/bin/engine-setup, line 2092, in runSequences controller.runAllSequences() File /usr/share/ovirt-engine/scripts/setup_controller.py, line 54, in runAllSequences sequence.run() File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 154, in run step.run() File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60, in run function() File /usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py, line 252, in initAPI raise Exception(ERROR_CREATE_API_OBJECT) Exception: Error: could
Re: [Users] How to run Xen kernel inside ovirt node!
On Thu, Jul 18, 2013 at 12:16 AM, Itamar Heim ih...@redhat.com wrote: On 07/17/2013 07:39 PM, Vishvendra Singh Chauhan wrote: -- /*Hello Members,*/ /* */ */I am facing problem in Ovirt. when i start my RHEL5 Vm with normal kernel it starts normally. But when i tried it with Xen kernel it is giving error related CPU. (kernel cpu )/* oVirt is kvm based, not Xen - why do you expect it to work with a pv kernel (iiuc)? Actually I want to create vm of rhel5 with xen. and also want to create the vm of MS server 2012 with hyper-v. So i just want to know is this possible or not in Ovirt ? */ /* */So please give me the solutions for it. /* /* */ /* */ /* */ /*Thanks and Regards.*/ /*Vishvendra Singh Chauhan*/ /*(*//*RHC{SA,E,SS,VA}CC{NA,**NP})*/ /*+91-8750625343, +91-9555975004 */ http://chauhan-rhce.blogspot.**com http://chauhan-rhce.blogspot.com God First Work Hard Success is Sure... __**_ Users mailing list Users@ovirt.org http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users -- *Thanks and Regards.* *Vishvendra Singh Chauhan* *(**RHC{SA,E,SS,VA}CC{NA,NP})* *+91-8750625343, +91-9555975004 * http://chauhan-rhce.blogspot.com God First Work Hard Success is Sure... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Moving iSCSI Master Data
Hi, it's me again I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to run Xen kernel inside ovirt node!
On 07/18/2013 06:59 AM, Vishvendra Singh Chauhan wrote: kernel it starts normally. But when i tried it with Xen kernel it is giving error related CPU. (kernel cpu )/* oVirt is kvm based, not Xen - why do you expect it to work with a pv kernel (iiuc)? Actually I want to create vm of rhel5 with xen. and also want to create the vm of MS server 2012 with hyper-v. So i just want to know is this possible or not in Ovirt ? Its not clear to me what you are trying to achieve - can you please provide some more details? thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Moving iSCSI Master Data
Add a new storage domain, move the VMs over, put the old domain in maintenance. this will move the master role to one of the remaining master domains. Then detach the unneeded storage domain and remove it. On Wed, Jul 17, 2013 at 10:43 PM, r...@chef.net wrote: Hi, it's me again I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim ___ 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