From bigclouds at 163.com Fri Mar 1 01:26:18 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 1 Mar 2013 09:26:18 +0800 (CST) Subject: [Users] build vdsm error at TestSuperVdsm In-Reply-To: <806952578.4215766.1362065590792.JavaMail.root@redhat.com> References: <806952578.4215766.1362065590792.JavaMail.root@redhat.com> Message-ID: <155f60f1.1da6.13d238e9097.Coremail.bigclouds@163.com> i get it 'git clone http://gerrit.ovirt.org/p/vdsm.git' this morning. and make it again. error remains. i fellow http://www.ovirt.org/Vdsm_Developers step by step until(make rpm).but if add 'NOSE_EXCLUDE=.* ' ,make can success thanks. error message: testConnectWithoutCertificateFails OK testSessionIsCached OK SPM_MailMonitorTests testThreadLeak OK TestSuperVdsm testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm Traceback (most recent call last): File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch utils.retry(self._connect, Exception, timeout=60, tries=3) File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry return func() File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect self._manager.connect() File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect conn = Client(self._address, authkey=self._authkey) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client c = SocketClient(address) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient s.connect(address) File "", line 1, in connect error: [Errno 111] Connection refused Killed [root at ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm At 2013-02-28 23:33:10,"Yaniv Bronheim" wrote: >i dont think they're related at all > >run it without the tests: >./autogen.sh --system && ./configure --enable-hooks && make rpm NOSE_EXCLUDE=.* > >tell me what you've got.. >what vdsm branch do you compile? master or ovirt-3.2? > >----- Original Message ----- >From: "bigclouds" >To: "Yaniv Bronheim" >Sent: Thursday, February 28, 2013 5:18:20 PM >Subject: Re:Re: [Users] build vdsm error at TestSuperVdsm > > > >hi, i think the error occurs when do unit test during compiling engine code. >my env is centos6.3,engine code is latest from git-repo. > > > > > > > > >At 2013-02-28 22:00:08,"Yaniv Bronheim" wrote: >>Hey, >>Maybe you've got vdsm that already runs on your machine ? but it doesn't supposed to throw this exception anyway >>/msg NickServ identify >>What version of vdsm do you compile?? maybe the tests couldn't create the socket for the communication between supervdsm and vdsm.. >>its wrong that all the compilation fails that way.. ill check it. but did you try more than once to run it? >> >> >>----- Original Message ----- >>From: "bigclouds" >>To: users at ovirt.org >>Sent: Thursday, February 28, 2013 7:47:37 AM >>Subject: [Users] build vdsm error at TestSuperVdsm >> >> >> >> >>testThreadLeak OK >>TestSuperVdsm >>testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm >>Traceback (most recent call last): >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch >>utils.ret ry(self._connect, Exception, timeout=60, tries=3) >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry >>return func() >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect >>self._manager.connect() >>File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect >>conn = Client(self._address, authkey=self._authkey) >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client >>c = SocketClient(address) >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient >>s.connect(address) >>File "", line 1, in connect >>error: [Errno 111] Connection refused >>Killed >>[root at ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm >> >> >>_______________________________________________ >>Users mailing list >>Users at ovirt.org >>http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Fri Mar 1 01:30:19 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 1 Mar 2013 09:30:19 +0800 (CST) Subject: [Users] 'mvn install' error Message-ID: <35a3cbf0.1f52.13d23923d5b.Coremail.bigclouds@163.com> hi: os centos6.3, engine is pulled this moning from 'git clone git://gerrit.ovirt.org/ovirt-engine ' i fellow 'http://www.ovirt.org/Building_oVirt_engine', it error when reach 'mvn clean install'. error message: [INFO] ------------------------------------------------------------------------ [INFO] [clean:clean {execution: default-clean}] [INFO] Deleting directory /mnt/ovirt-engine/backend/manager/dependencies/target [INFO] [resources:resources {execution: default-resources}] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/main/java [INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/main/resources [INFO] [compiler:compile {execution: default-compile}] [INFO] No sources to compile [INFO] [resources:testResources {execution: default-testResources}] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/test/resources [INFO] [compiler:testCompile {execution: default-testCompile}] [INFO] No sources to compile [INFO] [surefire:test {execution: default-test}] [INFO] No tests to run. [INFO] [jar:jar {execution: default-jar}] [WARNING] JAR will be empty - no content was marked for inclusion! [INFO] Building jar: /mnt/ovirt-engine/backend/manager/dependencies/target/dependencies-3.3.0-SNAPSHOT.jar [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to configure plugin parameters for: org.ovirt.engine:jboss-modules-maven-plugin:1.0-SNAPSHOT Cause: Class 'java.util.List' cannot be instantiated [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 24 seconds [INFO] Finished at: Thu Feb 28 20:26:34 CST 2013 [INFO] Final Memory: 56M/135M [INFO] ------------------------------------------------------------------------ [root at ovirtdev ovirt-engine]# mvn clean install -------------- next part -------------- An HTML attachment was scrubbed... URL: From aleksey.kashin at gmail.com Fri Mar 1 05:33:30 2013 From: aleksey.kashin at gmail.com (Aleksey Kashin) Date: Fri, 1 Mar 2013 10:33:30 +0500 Subject: [Users] Move VM between two data centers with type Local on Host Message-ID: Hello. Is it possible to migrate VM between two datacenters with type Local on Host and compatibility mode 3.2? Thank you. Regards, Aleksey Kashin From gianluca.cecchi at gmail.com Fri Mar 1 07:52:54 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 1 Mar 2013 08:52:54 +0100 Subject: [Users] Move VM between two data centers with type Local on Host In-Reply-To: References: Message-ID: Il giorno 01/mar/2013 06:33, "Aleksey Kashin" ha scritto: > > Hello. > > Is it possible to migrate VM between two datacenters with type Local > on Host and compatibility mode 3.2? For sure you can export / import, if the second can see the export domain of the first, but I don't know if in general is possible to migrate between different DCs at all... -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Fri Mar 1 08:11:12 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 01 Mar 2013 10:11:12 +0200 Subject: [Users] Move VM between two data centers with type Local on Host In-Reply-To: References: Message-ID: <513062A0.9040303@redhat.com> On 01/03/2013 09:52, Gianluca Cecchi wrote: > > Il giorno 01/mar/2013 06:33, "Aleksey Kashin" > ha scritto: > > > > Hello. > > > > Is it possible to migrate VM between two datacenters with type Local > > on Host and compatibility mode 3.2? > > For sure you can export / import, if the second can see the export > domain of the first, but I don't know if in general is possible to > migrate between different DCs at all... > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > export/import - yes. storage live migration between hosts without shared storage - not yet. From gianluca.cecchi at gmail.com Fri Mar 1 08:27:27 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 1 Mar 2013 09:27:27 +0100 Subject: [Users] Move VM between two data centers with type Local on Host In-Reply-To: <513062A0.9040303@redhat.com> References: <513062A0.9040303@redhat.com> Message-ID: Il giorno 01/mar/2013 09:10, "Itamar Heim" ha scritto: > > On 01/03/2013 09:52, Gianluca Cecchi wrote: >> >> >> Il giorno 01/mar/2013 06:33, "Aleksey Kashin" > > ha scritto: >> >> > >> > Hello. >> > >> > Is it possible to migrate VM between two datacenters with type Local >> > on Host and compatibility mode 3.2? >> >> For sure you can export / import, if the second can see the export >> domain of the first, but I don't know if in general is possible to >> migrate between different DCs at all... >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > export/import - yes. > storage live migration between hosts without shared storage - not yet. Is it correct to say that migration, live or not, cannot be done neither between different clusters of the same DC? And also in that case you have to go with export import? -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Fri Mar 1 08:30:29 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 01 Mar 2013 10:30:29 +0200 Subject: [Users] Move VM between two data centers with type Local on Host In-Reply-To: References: <513062A0.9040303@redhat.com> Message-ID: <51306725.6040000@redhat.com> On 01/03/2013 10:27, Gianluca Cecchi wrote: > > Il giorno 01/mar/2013 09:10, "Itamar Heim" > ha scritto: > > > > On 01/03/2013 09:52, Gianluca Cecchi wrote: > >> > >> > >> Il giorno 01/mar/2013 06:33, "Aleksey Kashin" > > >> >> > ha scritto: > >> > >> > > >> > Hello. > >> > > >> > Is it possible to migrate VM between two datacenters with type Local > >> > on Host and compatibility mode 3.2? > >> > >> For sure you can export / import, if the second can see the export > >> domain of the first, but I don't know if in general is possible to > >> migrate between different DCs at all... > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > export/import - yes. > > storage live migration between hosts without shared storage - not yet. > > Is it correct to say that migration, live or not, cannot be done neither > between different clusters of the same DC? And also in that case you > have to go with export import? > live - no. cold - yes - you just change the cluster of the VM, or move the disks to another storage domain. From jhernand at redhat.com Fri Mar 1 08:32:55 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 01 Mar 2013 09:32:55 +0100 Subject: [Users] 'mvn install' error In-Reply-To: <35a3cbf0.1f52.13d23923d5b.Coremail.bigclouds@163.com> References: <35a3cbf0.1f52.13d23923d5b.Coremail.bigclouds@163.com> Message-ID: <513067B7.4050702@redhat.com> On 03/01/2013 02:30 AM, bigclouds wrote: > hi: > os centos6.3, engine is pulled this moning from 'git clone > git://gerrit.ovirt.org/ovirt-engine > ' > i fellow 'http://www.ovirt.org/Building_oVirt_engine', it error when > reach 'mvn clean install'. > > > error message: > > [INFO] > ------------------------------------------------------------------------ > [INFO] [clean:clean {execution: default-clean}] > [INFO] Deleting directory > /mnt/ovirt-engine/backend/manager/dependencies/target > [INFO] [resources:resources {execution: default-resources}] > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] skip non existing resourceDirectory > /mnt/ovirt-engine/backend/manager/dependencies/src/main/java > [INFO] skip non existing resourceDirect ory > /mnt/ovirt-engine/backend/manager/dependencies/src/main/resources > [INFO] [compiler:compile {execution: default-compile}] > [INFO] No sources to compile > [INFO] [resources:testResources {execution: default-testResources}] > [INFO] Using 'UTF-8' encoding to copy filtered resources. > [INFO] skip non existing resourceDirectory > /mnt/ovirt-engine/backend/manager/dependencies/src/test/resources > [INFO] [compiler:testCompile {execution: default-testCompile}] > [INFO] No sources to compile > [INFO] [surefire:test {execution: default-test}] > [INFO] No tests to run. > [INFO] [jar:jar {execution: default-jar}] > [WARNING] JAR will be empty - no content was marked for inclusion! > [INFO] Building jar: > /mnt/ovirt-engine/backend/manager/dependencies/target/dependencies-3.3.0-SNAPSHOT.jar > [INFO] > ------------------------------------------------------------------------ > [ERROR] BUILD ERROR > [INFO] > ------------------------------------------------------------------------ > [INFO] Failed to configure plugin parameters for: > org.ovirt.engine:jboss-modules-maven-plugin:1.0-SNAPSHOT > > > > Cause: Class 'java.util.List' cannot be instantiated > [INFO] > ------------------------------------------------------------------------ > [INFO] For more information, run Maven with the -e switch > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 24 seconds > [INFO] Finished at: Thu Feb 28 20:26:34 CST 2013 > [INFO] Final Memory: 56M/135M > [INFO] > ------------------------------------------------------------------------ > [root at ovirtdev ovirt-engine]# mvn clean install This happens because you are using maven 2, but you need to use maven 3 to build the engine. As there are no maven 3 packages in CentOS you will have to download and install manually maven 3: 1. Download the maven 3 distribution from the maven website, for example: wget http://mirror.lividpenguin.com/pub/apache/maven/maven-3/3.0.5/binaries/apache-maven-3.0.5-bin.tar.gz 2. Uncompress it to your favorite directory, for example to your home directory: tar xvf apache-maven-3.0.5-bin.tar.gz That will create a apache-maven-3.0.5 directory. 3. Add the maven bin directory to your path. Assuming that you uncompressed it in your home directory: PATH=$HOME/apache-maven-3.0.5/bin:$PATH export PATH It is important to put $HOME/apache-maven-3.0.5/bin before $PATH, as otherwise you will be using the maven 2 binaries. You may want to put these two lines in your $HOME/.bash_profile file to make it persistent. Once you do these three steps you can repeat the build and it should work fine. -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From yamakasi.014 at gmail.com Fri Mar 1 08:40:17 2013 From: yamakasi.014 at gmail.com (Matt .) Date: Fri, 1 Mar 2013 09:40:17 +0100 Subject: [Users] Documentation: Storage Domain conversion from Data Domain to Export Domain Message-ID: I have tried this with a domain that was not master and I can import it. Strange is that all tabs, also the VM's that I would like to import, are empty. What could be the reason for this ? Thanks, Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Fri Mar 1 08:43:50 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 01 Mar 2013 10:43:50 +0200 Subject: [Users] Documentation: Storage Domain conversion from Data Domain to Export Domain In-Reply-To: References: Message-ID: <51306A46.1000606@redhat.com> On 01/03/2013 10:40, Matt . wrote: > I have tried this with a domain that was not master and I can import it. > > Strange is that all tabs, also the VM's that I would like to import, are > empty. > > What could be the reason for this ? > > Thanks, > > Matt > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > only master domain has the OVF files on it which would appear as "VMs" in the import tab. this trick doesn't work with non master domains... hopefully, now that there is a patch to detect and register orphan disks, you can use it instead (by having these disks moved to a data domain, then registering them in the engine). (now == post 3.2, so you would need a patched or nightly version + this was merged earlier this week, so very young) From alex.tuxx at gmail.com Fri Mar 1 09:16:52 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Fri, 1 Mar 2013 09:16:52 +0000 Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: References: Message-ID: ok, so it looks like ovirt is creating PVs, VGs, and LVs associated to a iSCSI disk ... now, when i try to add the other storage with the same LUN ID - this is how it looks like : [root at TESTHV01 ~]# pvs /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument WARNING: Volume Group 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 is not consistent PV VG Fmt Attr PSize PFree /dev/mapper/1IET_00010001 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 lvm2 a-- 68.00g 54.12g /dev/sda2 vg_root lvm2 a-- 78.12g 0 /dev/sda3 vg_vol lvm2 a-- 759.26g 0 [root at TESTHV01 ~]# vgs /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument WARNING: Inconsistent metadata found for VG 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 - updating to use version 20 /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument Automatic metadata correction failed Recovery of volume group "7d0f78ff-aa25-4b64-a2ea-c8a65beda616" failed. /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument VG #PV #LV #SN Attr VSize VFree vg_root 1 2 0 wz--n- 78.12g 0 vg_vol 1 1 0 wz--n- 759.26g 0 [root at TESTHV01 ~]# lvs /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument WARNING: Inconsistent metadata found for VG 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 - updating to use version 20 /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument Automatic metadata correction failed Recovery of volume group "7d0f78ff-aa25-4b64-a2ea-c8a65beda616" failed. Skipping volume group 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 /dev/mapper/1IET_00010001: lseek 73266102272 failed: Invalid argument LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert lv_root vg_root -wi-ao-- 68.36g lv_swap vg_root -wi-ao-- 9.77g lv_vol vg_vol -wi-ao-- 759.26g VS [root at TESTHV01 ~]# pvs l PV VG Fmt Attr PSize PFree /dev/mapper/1IET_00010001 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 lvm2 a-- 68.00g 54.12g /dev/sda2 vg_root lvm2 a-- 78.12g 0 /dev/sda3 vg_vol lvm2 a-- 759.26g 0 [root at TESTHV01 ~]# vgs VG #PV #LV #SN Attr VSize VFree 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 1 7 0 wz--n- 68.00g 54.12g vg_root 1 2 0 wz--n- 78.12g 0 vg_vol 1 1 0 wz--n- 759.26g 0 [root at TESTHV01 ~]# lvs LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert fe6f8584-b6da-4ef0-8879-bf23022827d7 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi----- 10.00g ids 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi-a--- 128.00m inbox 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi-a--- 128.00m leases 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi-a--- 2.00g master 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi-ao-- 1.00g metadata 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi-a--- 512.00m outbox 7d0f78ff-aa25-4b64-a2ea-c8a65beda616 -wi-a--- 128.00m lv_root vg_root -wi-ao-- 68.36g lv_swap vg_root -wi-ao-- 9.77g lv_vol vg_vol -wi-ao-- 759.26g Ovirt Node ( HV ) seems to use the LV created with in the same VG for the storage domain as the disk for the VM. And this is how it'll look like - various LVs are being created for the "management of the storage domain" (i guess) : Disk /dev/sdb: 73.4 GB, 73400320000 bytes 255 heads, 63 sectors/track, 8923 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/1IET_00010001: 73.4 GB, 73400320000 bytes 255 heads, 63 sectors/track, 8923 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-metadata: 536 MB, 536870912 bytes 255 heads, 63 sectors/track, 65 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-ids: 134 MB, 134217728 bytes 255 heads, 63 sectors/track, 16 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-leases: 2147 MB, 2147483648 bytes 255 heads, 63 sectors/track, 261 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-inbox: 134 MB, 134217728 bytes 255 heads, 63 sectors/track, 16 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-outbox: 134 MB, 134217728 bytes 255 heads, 63 sectors/track, 16 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-master: 1073 MB, 1073741824 bytes 255 heads, 63 sectors/track, 130 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-fe6f8584--b6da--4ef0--8879--bf23022827d7: 10.7 GB, 10737418240 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0000c91a Device Boot Start End Blocks Id System /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-fe6f8584--b6da--4ef0--8879 * 1 64 512000 83 Linux Partition 1 does not end on cylinder boundary. /dev/mapper/7d0f78ff--aa25--4b64--a2ea--c8a65beda616-fe6f8584--b6da--4ef0--8879 64 1306 9972736 8e Linux LVM Now I wonder whether there is a MAX on the amount of iSCSI storage domains you can have ? I'd think that that depends on the max of the device-mapper ? Is there a max ? Alex On 28 February 2013 16:30, Alex Leonhardt wrote: > FWIW, restarting the HV "resolves" the issue and brings the storage domain > back up; but I dont know whether that is because that's where the target > (and iscsi initiator) runs or whether vdsmd then clears its cache / routes > to a/the target(s) ? > > Alex > > > > On 28 February 2013 16:25, Alex Leonhardt wrote: > >> another screenshot of how confused it can get >> >> alex >> >> >> On 28 February 2013 15:36, Alex Leonhardt wrote: >> >>> Hi there, >>> >>> I was doing some testing around ovirt and iscsi and found an issue where >>> as when you use "dd" to create "backing-stores" for iscsi and you point >>> ovirt to it to discover & login, it thinks the LUN ID is the same although >>> the target is different and adds additional paths to the config >>> (automagically?) bringing down the iSCSI storage domain. >>> >>> See attached screenshot of what I got when trying to a "new iscsi san >>> storage domain" to ovirt. The Storage Domain is now down and I cannot get >>> rid of the config (???) how do I force it to logout of the targets ?? >>> >>> Also, anyone know how to deal with the duplicate LUN ID issue ? >>> >>> Thanks >>> Alex >>> >>> -- >>> >>> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com| >>> >> >> >> >> -- >> >> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From yamakasi.014 at gmail.com Fri Mar 1 10:03:19 2013 From: yamakasi.014 at gmail.com (Matt .) Date: Fri, 1 Mar 2013 11:03:19 +0100 Subject: [Users] Documentation: Storage Domain conversion from Data Domain to Export Domain In-Reply-To: <51306A46.1000606@redhat.com> References: <51306A46.1000606@redhat.com> Message-ID: Thanks for this. I'm on the Dreyou version and hope that I can update to this at the moment. 2013/3/1 Itamar Heim > On 01/03/2013 10:40, Matt . wrote: > >> I have tried this with a domain that was not master and I can import it. >> >> Strange is that all tabs, also the VM's that I would like to import, are >> empty. >> >> What could be the reason for this ? >> >> Thanks, >> >> Matt >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/**mailman/listinfo/users >> >> > only master domain has the OVF files on it which would appear as "VMs" in > the import tab. > this trick doesn't work with non master domains... > hopefully, now that there is a patch to detect and register orphan disks, > you can use it instead (by having these disks moved to a data domain, then > registering them in the engine). > > (now == post 3.2, so you would need a patched or nightly version + this > was merged earlier this week, so very young) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Fri Mar 1 14:26:25 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Fri, 1 Mar 2013 14:26:25 +0000 Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: References: Message-ID: The problem persists despite me trying to manually change LUN ID on the target (scsi-target-utils installed on centos 6.3) .. does anyone know how to make ovirt (or vdsm?) based on iqn + lun id ? I'd think it'd resolve the issue I'm having. Anyone ? Thanks, Alex On 28 February 2013 16:30, Alex Leonhardt wrote: > FWIW, restarting the HV "resolves" the issue and brings the storage domain > back up; but I dont know whether that is because that's where the target > (and iscsi initiator) runs or whether vdsmd then clears its cache / routes > to a/the target(s) ? > > Alex > > > > On 28 February 2013 16:25, Alex Leonhardt wrote: > >> another screenshot of how confused it can get >> >> alex >> >> >> On 28 February 2013 15:36, Alex Leonhardt wrote: >> >>> Hi there, >>> >>> I was doing some testing around ovirt and iscsi and found an issue where >>> as when you use "dd" to create "backing-stores" for iscsi and you point >>> ovirt to it to discover & login, it thinks the LUN ID is the same although >>> the target is different and adds additional paths to the config >>> (automagically?) bringing down the iSCSI storage domain. >>> >>> See attached screenshot of what I got when trying to a "new iscsi san >>> storage domain" to ovirt. The Storage Domain is now down and I cannot get >>> rid of the config (???) how do I force it to logout of the targets ?? >>> >>> Also, anyone know how to deal with the duplicate LUN ID issue ? >>> >>> Thanks >>> Alex >>> >>> -- >>> >>> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com| >>> >> >> >> >> -- >> >> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From kamitch at cisco.com Fri Mar 1 16:54:08 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Fri, 01 Mar 2013 11:54:08 -0500 Subject: [Users] webadmin login issues with AD Message-ID: <5130DD30.80601@cisco.com> I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt 3.1 from what I can tell) authenticating against our active directory infrastructure bu am having some difficulty that I don't quite understand and was hoping someone may know what is happening. The server where rhevm/ovirt is running is a RHEL6 based server that has NIS configured (with user home directories mounted via nfs/automounter). The userids in nis match the userids in our ActiveDirectory server (in fact the passwords should match too since there is a sync between the two). I added the Activedirectory server into ovirt (through rhevm-manage-domains) and it is added/validated successfully. As the local admin user I can go in and search agains the active directory, add permissions, etc. But... If I try to log into the webadmin/user portals with one of the active directory accounts it seems to hang... and I noticed that it seems to be trying to mount the home directory of a bunch of users via the automounter (perhaps its trying to mount everyones home directory... can't tell). This takes a super long time since the home directories are all across the world and nfs access to some of these filesystems is really slow... i'm not sure it will ever complete... certainly not before the user gives up. Anyone know what would cause this? I wouldn't think this should happen. I was thinking it should just authenticate the password and then look at the permissions granted inside overt/rhevm. thanks. From gianluca.cecchi at gmail.com Sat Mar 2 10:23:58 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 2 Mar 2013 11:23:58 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <512E1218.4050800@redhat.com> References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> Message-ID: On Wed, Feb 27, 2013 at 3:03 PM, Itamar Heim wrote: > > this should work for ovirt as well, the check is only that there is no > driver: >> >> // If it is not windows or SPICE guest agent is not installed, >> make sure the WAN options are disabled. >> if (!getEntity().getvm_os().isWindows() || >> getEntity().getSpiceDriverVersion() == null) { >> getspice().setIsWanOptionsEnabled(false); >> } > Sorry for the late feedback. > and the driver name is based on ConfigValues.SpiceDriverNameInGuest, so > please check the value you have there and compare to the name in the guest. How can I check it? On guest side or engine/host side? In the mean time I found a bug in spice-guest-tools-0.3.exe in my opinion. See this screenshot: https://docs.google.com/file/d/0BwoPbcrMv8mvSWx3OGZMUEFVckE/edit?usp=sharing I ran installation from c:\temp and it seems it configured the service as starting from C:\temp\vdagent-win32_20111124\vdagent_x86 so that if I clean my c:\temp dir I loose the agent and service... I'm going to post this to spice-devel mailing list to have some information Where are they supposed to install themselves? Versions of agent and services are here: https://docs.google.com/file/d/0BwoPbcrMv8mvQUVyWFpnLXRHcjA/edit?usp=sharing But I have not understood how to check and compare, sorry.... Can you explain if I have to run any query in engine db or run any command to get these values? Thanks Gianluca From gianluca.cecchi at gmail.com Sat Mar 2 10:51:56 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 2 Mar 2013 11:51:56 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> Message-ID: On Sat, Mar 2, 2013 at 11:23 AM, Gianluca Cecchi wrote: > > In the mean time I found a bug in spice-guest-tools-0.3.exe in my opinion. > See this screenshot: > https://docs.google.com/file/d/0BwoPbcrMv8mvSWx3OGZMUEFVckE/edit?usp=sharing > > I ran installation from c:\temp and it seems it configured the service > as starting from > C:\temp\vdagent-win32_20111124\vdagent_x86 > > so that if I clean my c:\temp dir I loose the agent and service... > I'm going to post this to spice-devel mailing list to have some information > Where are they supposed to install themselves? This was my fault as this vm was imported and had already an old agent used in Qemu/KVM before. When I ran spice-guest-tools I thought it would have overwritten the old ones... but it had not. So I deleted the service with sc command, reboot and reinstall spice guest tools, then shutdown and power on again Now I have this for agent version and location tha seems good: https://docs.google.com/file/d/0BwoPbcrMv8mvQkdzSVl3TDBjT0E/edit?usp=sharing But I still have no option for wan optimization in user portal The qemu command line generated when I power on the VM, if it can be of any help, is this: qemu 21145 1 7 11:41 ? 00:00:39 /usr/bin/qemu-kvm -name winxp_clone -S -M pc-0.14 -cpu Opteron_G3 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid 2981b979-a363-4ab9-a251-439b5774b04d -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=18-1,serial=E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1,uuid=2981b979-a363-4ab9-a251-439b5774b04d -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/winxp_clone.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-03-02T23:43:40,driftfix=slew -no-shutdown -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x7 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/75c54716-5222-4ad6-91f2-8b312eacc4b4/201a3f12-4b58-49a1-8748-5d5782175e28,if=none,id=drive-virtio-disk0,format=raw,serial=75c54716-5222-4ad6-91f2-8b312eacc4b4,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:01:52,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/winxp_clone.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/winxp_clone.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device AC97,id=sound0,bus=pci.0,addr=0x4 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 Thanks, Gianluca From adrian.gibanel at btactic.com Sat Mar 2 15:47:21 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Sat, 2 Mar 2013 16:47:21 +0100 (CET) Subject: [Users] How to make oVirt I/O write faster than Virtualbox and others? In-Reply-To: <1202426758.124266.1362235343879.JavaMail.root@btactic.com> Message-ID: <668426305.124655.1362239241230.JavaMail.root@btactic.com> Every benchmark out there features KVM as the best virtualisation technology. Even in the I/O write category. My results with oVirt are deceiving. So I'm going to explain my test machine, setup and ask your for advice to find out what's wrong. Any more data you need please ask for it. I like oVirt mostly because of its datacentre-aware web manager. But if it gets unusable I would have to take a look at other systems. Hardware machine for the host OS --------------------------------- * Sandy Bridge E * CPU : Intel Xeon E5-1620 (10 MB Intel Smart Cache) * Cores / Threads : 4 / 8 * Frecuency : 3.6GHz / 3.8GHz Turbo Boost * RAM : 64 GB DDR3 ECC * Hard Disk : 2x 2TB SATA3 * VT technology: Intel VT Common OS Setup for the host OS --------------------------------- * 2 hard disks RAIDSoft Guest OS common setup --------------------- * 1 socket x 1 core x 1 thread * 2 GB RAM * 300 GB Preallocated hard disk * Virtualmin installed (Just an excuse to have a mysql server) * Ubuntu 12.04 64bit Write I/O test -------------- The write I/O test is not standard one but a custom one. One of our needs is to create new Mysql INNODB tables. These tables have to be created in less than php maximum execution time so that some web installations don't timeout when creating their databases. DISCLAIMER: If you want to evaluate oVirt don't trust on these times, please do your own tests. So the test creates table0 with two ints columns which are then filled with 100 insert intos. Repeat that for 99 more tables. Finally drop (delete) all the create tables. What I run is: mysql -u root -p -e "drop database test_create_tables" mysql -u root -p -e "create database test_create_tables" time mysql -u root -p test_create_tables < test_mysql.sql I attach test_mysql.sql gzipped just in case anyone is curious. Note that all the Proxmox tests are: Debian Squeeze + Proxmox (KVM). It was never used openvz as a virtualisation technology. Test A - Debian Squeeze + Proxmox (KVM) ----------------- Description: This is proxmox booting a machine as KVM (not as openvz). As said before only 1 socket and 1 core. real 0m9.453s user 0m0.104s sys 0m0.076s Test B - Proxmox (KVM, aio=threads) ---------------------------- Description: Proxmox again. Qemu was run at hand by changing aio parametre to be aio=threads (as oVirt uses) instead of aio=native. real 0m9.510s user 0m0.080s sys 0m0.096s Test C - Proxmox (linux-image-virtual kernel installed, aio=threads) -------- Description: If we install linux-image-virtual kernel inside the guest machine times are improved a bit. real 0m8.691s user 0m0.104s sys 0m0.080s Test D - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu kvm64,+lahf_lm,+ssse3,-cx16) ----------- real 0m8.790s user 0m0.084s sys 0m0.096s Test E - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4) --------- real 0m8.720s user 0m0.100s sys 0m0.080s Test F - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4 -rtc base=2013-02-22T02:26:29,driftfix=slew) -------- real 0m8.790s user 0m0.096s sys 0m0.084s Test G - Virtualbox ------ Description: Ubuntu 12.04 64bit as a host. This is Virtualbox 4.2 with the extension pack installed. Notice that neither I installed the guest additions tools in the guest machine nor the linux-image-virtual kernel. real 0m36.176s user 0m0.612s sys 0m0.468s Test H - Fedora 17 64bit - oVirt 3.1 ------- Description: This is Fedora 17 64bit oVirt 3.1 being installed in the Host. Web manager is installed in another machine. SELinux is in Permissive mode. Virtual machine is run at the same virtual machine where storage is. The datacenter is setup as "Localhost on host" type. Linux-image-virtual kernel installed inside the guest machine. real 0m52.246s user 0m0.200s sys 0m0.128s Test I - Fedora - oVirt 3.1 - vdsmd stopped. ------- Description: This is Fedora 17 64bit oVirt 3.1 being installed in the Host. Web manager is installed in another machine. SELinux is in Permissive mode. Virtual machine is run at the same virtual machine where storage is. The datacenter is setup as "Localhost on host" type. Linux-image-virtual kernel installed inside the guest machine. vdsmd daemon was stopped at the host was stopped just in case it was the I/O decrease reason. real 0m45.932s user 0m0.216s sys 0m0.100s Some bits about the test: * If you're asking, yes, I've repeated the test several times and the times I give here are representative. The password was inserted manually when running mysql commands but that's only 1 to 2 seconds less which doesn't explain the huge differences between the tests. * I also tried Fedora 64bit and Centos 64bit as guest systems and the results were worse. * I also tried other less powerful machines which work ok with Virtualbox but have poor I/O write results with oVirt. * The B-F Proxmox tests were trying to reproduce the oVirt parametres which might be wrong but nothing triggered the 52 secs of Fedora test so they were kind of useless. * At H and I tests (the Fedora ones) if you check top command when the test is being run you get often from 80% to 90% wa(iting). Some random questions: * Is it a problem that sandbridge architecture is being detected as an Intel Conroe architecture? * Is there any easy way to test aio=native in oVirt when running virtual machines just for testing it? * Should I test oVirt 3.2? Is there any improvement in I/O writing? * What about Fedora 18? Any improvements in I/O writing or, I don't know, the Virtio system? * Any ovirt-node package for Debian/Ubuntu? The wiki seems like a draft (http://www.ovirt.org/Ovirt_build_on_debian/ubuntu). * Any I/O write consuming package that I should remove from stock Fedora just before installing it from the web manager? So... Any idea? Thank you very much! P.S.: Thanks to my workmate Sergi which found out the mysql test and was kind to test some of my setups. -- -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . -------------- next part -------------- A non-text attachment was scrubbed... Name: test_mysql.sql.gz Type: application/x-gzip Size: 30920 bytes Desc: not available URL: From adrian.gibanel at btactic.com Sat Mar 2 16:07:05 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Sat, 2 Mar 2013 17:07:05 +0100 (CET) Subject: [Users] ovirt reporting wrong cpu family In-Reply-To: <512387F9.3090308@redhat.com> References: <14747669.938.1361047563379.JavaMail.adrian@adrianworktop> <511FF3C9.8010101@redhat.com> <512387F9.3090308@redhat.com> Message-ID: <606808858.124694.1362240425349.JavaMail.root@btactic.com> Sorry for the late answer. I was kind of busy. I reply inline below. ----- Mensaje original ----- > De: "Martin Kletzander" > Para: "Itamar Heim" > CC: "Adrian Gibanel" , users at ovirt.org, "Jithin > Raju" > Enviados: Martes, 19 de Febrero 2013 15:11:05 > Asunto: Re: [Users] ovirt reporting wrong cpu family > On 02/16/2013 10:02 PM, Itamar Heim wrote: > > Adrian - can you later please wikify this recurring question? > > > If this is related to libvirt detecting the wrong CPU, we have a short > wiki page [1] for that either, you can link to that in yours (or maybe > it'll help you write it). Thank you. I'll take a look. More below. > [...] > >> On 16/02/2013 18:56, Adrian Gibanel wrote: > >>> I happen to have the same problem in oVirt 3.1 on Fedora. > >>> Any workaround? > >>> > >>> $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n "\n" ;cat > >>> /proc/cpuinfo | grep "model name" | head -n 1 > >>> cpuFlags = > >>> fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe > >>> > At first, let me say that this is very weird CPU detection as according > to these flags, the processor described in here should be "Nehalem". > Could you try running 'virsh -r capabilities' on the host to check what > libvirt reports? Here you are: c090c38a-5202-e211-bbb4-4c72b97c99ed x86_64 Nehalem Intel tcp selinux 0 hvm 32 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc hvm 64 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc > There might be a possible workaround if you want your CPU to be > identified as different model, most probably by editing > '/usr/share/libvirt/cpu_map.xml', but that should be omitted since it > may lead to problems. Non applicable workaround then. I should have expected it. Ok, I prefer not having additional problems. > [...] > >>> model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz > >>> > And as I see the CPU is SandyBridge, so this should be solved properly > (probably a bug somewhere or very low-level misconfiguration). Check > [1], maybe some features can get enabled. The machine is in a datacentre so I doubt I can change any BIOS or UEFI settings. > Martin > [1] > http://wiki.libvirt.org/page/Libvirt_identifies_host_processor_as_a_different_model_from_the_hardware_documentation -- -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . From adrian.gibanel at btactic.com Sat Mar 2 16:21:43 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Sat, 2 Mar 2013 17:21:43 +0100 (CET) Subject: [Users] ovirt reporting wrong cpu family (2nd server) In-Reply-To: <512387F9.3090308@redhat.com> References: <14747669.938.1361047563379.JavaMail.adrian@adrianworktop> <511FF3C9.8010101@redhat.com> <512387F9.3090308@redhat.com> Message-ID: <323978736.124717.1362241303404.JavaMail.root@btactic.com> This is another server which I have also problems with. I cannot select SandyBridge as the cpu type. Still oVirt 3.1 in Fedora 17. * Tecnology : Sandy Bridge E * CPU : Intel Xeon E5-1620 * Cores / Threads : 4 / 8 * Frecuency : 3.6GHz / 3.8GHz Turbo Boost #cpuinfo: Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz # rpm -qa | grep -E 'vdsm|libvirt' | sort libvirt-0.9.11.9-1.fc17.x86_64 libvirt-client-0.9.11.9-1.fc17.x86_64 libvirt-daemon-0.9.11.9-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 libvirt-python-0.9.11.9-1.fc17.x86_64 vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch # virsh -r capabilities 00000000-0000-0000-0000-002590a41888 x86_64 SandyBridge Intel tcp selinux 0 hvm 32 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc hvm 64 /usr/bin/qemu-system-x86_64 pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc /usr/bin/qemu-kvm pc-0.15 pc-1.0 pc pc-0.14 pc-0.13 pc-0.12 pc-0.11 pc-0.10 isapc ----- Mensaje original ----- > At first, let me say that this is very weird CPU detection as according > to these flags, the processor described in here should be "Nehalem". > Could you try running 'virsh -r capabilities' on the host to check what > libvirt reports? -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . From adrian.gibanel at btactic.com Sat Mar 2 16:39:14 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Sat, 2 Mar 2013 17:39:14 +0100 (CET) Subject: [Users] ovirt reporting wrong cpu family (2nd server) In-Reply-To: <323978736.124717.1362241303404.JavaMail.root@btactic.com> References: <14747669.938.1361047563379.JavaMail.adrian@adrianworktop> <511FF3C9.8010101@redhat.com> <512387F9.3090308@redhat.com> <323978736.124717.1362241303404.JavaMail.root@btactic.com> Message-ID: <1805259834.124761.1362242354385.JavaMail.root@btactic.com> I've read again the wiki page and as you might ask for it here's the cpuinfo flags output: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid If we check the mentioned cpu_max.xml file we find : So I suppose that pclmuldq is expected in the flags but it's not there. Isn't it? So I need to add my specific model at hand and trying to infer which are the specific flags for it? Or maybe that needs something more to be hacked in the libvirt code... and thus I should wait for libvirt people to add it? Well, I mean, going to their ML and asking there? Or isn't there any hope for my particular sandbridge cpu? Thank you. ----- Mensaje original ----- > De: "Adrian Gibanel" > Para: users at ovirt.org > CC: "Itamar Heim" , "Jithin Raju" , > "Martin Kletzander" > Enviados: S?bado, 2 de Marzo 2013 17:21:43 > Asunto: Re: [Users] ovirt reporting wrong cpu family (2nd server) > This is another server which I have also problems with. I cannot select > SandyBridge as the cpu type. > Still oVirt 3.1 in Fedora 17. > * Tecnology : Sandy Bridge E > * CPU : Intel Xeon E5-1620 > * Cores / Threads : 4 / 8 > * Frecuency : 3.6GHz / 3.8GHz Turbo Boost > #cpuinfo: > Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz > # rpm -qa | grep -E 'vdsm|libvirt' | sort > libvirt-0.9.11.9-1.fc17.x86_64 > libvirt-client-0.9.11.9-1.fc17.x86_64 > libvirt-daemon-0.9.11.9-1.fc17.x86_64 > libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 > libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 > libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 > libvirt-python-0.9.11.9-1.fc17.x86_64 > vdsm-4.10.0-10.fc17.x86_64 > vdsm-cli-4.10.0-10.fc17.noarch > vdsm-python-4.10.0-10.fc17.x86_64 > vdsm-xmlrpc-4.10.0-10.fc17.noarch > # virsh -r capabilities > > [...] > ----- Mensaje original ----- > > At first, let me say that this is very weird CPU detection as according > > to these flags, the processor described in here should be "Nehalem". > > Could you try running 'virsh -r capabilities' on the host to check what > > libvirt reports? > -- -- -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . From victor.rebli at gmail.com Sat Mar 2 16:47:37 2013 From: victor.rebli at gmail.com (victor nunes) Date: Sat, 2 Mar 2013 13:47:37 -0300 Subject: [Users] ovirtmgmt In-Reply-To: <20130227095013.GG24789@redhat.com> References: <20130227095013.GG24789@redhat.com> Message-ID: OK. Thank very much. Its work. 2013/2/27 Dan Kenigsberg > On Tue, Feb 26, 2013 at 07:32:51PM -0500, victor nunes wrote: > > goodnight > > > > I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the > > command. > > yum install oVirt-engine-setup-plugin-allinone and then > > engine-setup - config-allinone = yes > > > > then, the configuration was successful, however now I am having problems > > with interfaces. > > > > I have two interfaces, `em1` (this interface was that I had configured a > > static ip it) `and` ovirtmgmt, both with the same ip address. > > > > If I erase the # 1, I just can not access the oVirt, > > > > what can I do to solve this interface problem? > > You may notice that ovirtmgmt is not a simple interface, it's a bridge. > It should have em1 as one of its interfaces. What does `brctl show` say? > > However, em1 should not have had its own IP address. Could you show us > your ifcfg-* files? > > Does the problem go away if you > ifdown em1 > ifdown ovirtmgmt > ifup em1 > ifup ovirtmgmt > ? > > Does shutting down NetworkManager help? It has a tendency to take > interfaces up and down on its own volition. > > Dan. > -- ?Encarada do ponto de vista da juventude, a vida parece um futuro indefinidamente longo, ao passo que, na velhice, ela parece um passado deveras curto. Assim, a vida no seu in?cio se apresenta do mesmo modo que as coisas quando as olhamos atrav?s de um bin?culo usado ao contr?rio; mas, ao seu final, ela se parece com as coisas tal qual s?o vistas quando o bin?culo ? usado de modo normal. Um homem precisa ter envelhecido e vivido bastante para perceber como a vida ? curta?. (Poema de Arthur Schopenhauer) -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Sat Mar 2 19:46:54 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 02 Mar 2013 21:46:54 +0200 Subject: [Users] ovirt reporting wrong cpu family (2nd server) In-Reply-To: <1805259834.124761.1362242354385.JavaMail.root@btactic.com> References: <14747669.938.1361047563379.JavaMail.adrian@adrianworktop> <511FF3C9.8010101@redhat.com> <512387F9.3090308@redhat.com> <323978736.124717.1362241303404.JavaMail.root@btactic.com> <1805259834.124761.1362242354385.JavaMail.root@btactic.com> Message-ID: <5132572E.1050503@redhat.com> On 02/03/2013 18:39, Adrian Gibanel wrote: > I've read again the wiki page and as you might ask for it here's the cpuinfo flags output: > > fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid > > If we check the mentioned cpu_max.xml file we find : > > > > > > > > > > > > So I suppose that pclmuldq is expected in the flags but it's not there. Isn't it? well, it kind of looks like a bug, since you have pclmulqdq (additional 'q' in the middle'). martin? > > So I need to add my specific model at hand and trying to infer which are the specific flags for it? > Or maybe that needs something more to be hacked in the libvirt code... and thus I should wait for libvirt people to add it? Well, I mean, going to their ML and asking there? > > Or isn't there any hope for my particular sandbridge cpu? > > Thank you. > > ----- Mensaje original ----- > >> De: "Adrian Gibanel" >> Para: users at ovirt.org >> CC: "Itamar Heim" , "Jithin Raju" , >> "Martin Kletzander" >> Enviados: S?bado, 2 de Marzo 2013 17:21:43 >> Asunto: Re: [Users] ovirt reporting wrong cpu family (2nd server) > >> This is another server which I have also problems with. I cannot select >> SandyBridge as the cpu type. >> Still oVirt 3.1 in Fedora 17. > >> * Tecnology : Sandy Bridge E >> * CPU : Intel Xeon E5-1620 >> * Cores / Threads : 4 / 8 >> * Frecuency : 3.6GHz / 3.8GHz Turbo Boost > >> #cpuinfo: >> Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz > >> # rpm -qa | grep -E 'vdsm|libvirt' | sort >> libvirt-0.9.11.9-1.fc17.x86_64 >> libvirt-client-0.9.11.9-1.fc17.x86_64 >> libvirt-daemon-0.9.11.9-1.fc17.x86_64 >> libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 >> libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 >> libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 >> libvirt-python-0.9.11.9-1.fc17.x86_64 >> vdsm-4.10.0-10.fc17.x86_64 >> vdsm-cli-4.10.0-10.fc17.noarch >> vdsm-python-4.10.0-10.fc17.x86_64 >> vdsm-xmlrpc-4.10.0-10.fc17.noarch > >> # virsh -r capabilities > >> >> [...] > >> ----- Mensaje original ----- > >>> At first, let me say that this is very weird CPU detection as according >>> to these flags, the processor described in here should be "Nehalem". >>> Could you try running 'virsh -r capabilities' on the host to check what >>> libvirt reports? > >> -- From iheim at redhat.com Sat Mar 2 19:51:25 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 02 Mar 2013 21:51:25 +0200 Subject: [Users] webadmin login issues with AD In-Reply-To: <5130DD30.80601@cisco.com> References: <5130DD30.80601@cisco.com> Message-ID: <5132583D.9050500@redhat.com> On 01/03/2013 18:54, Keith Mitchell wrote: > > I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt 3.1 > from what I can tell) authenticating against our active directory > infrastructure bu am having some difficulty that I don't quite > understand and was hoping someone may know what is happening. > > The server where rhevm/ovirt is running is a RHEL6 based server that has > NIS configured (with user home directories mounted via > nfs/automounter). The userids in nis match the userids in our > ActiveDirectory server (in fact the passwords should match too since > there is a sync between the two). > > I added the Activedirectory server into ovirt (through > rhevm-manage-domains) and it is added/validated successfully. As the > local admin user I can go in and search agains the active directory, add > permissions, etc. > > But... If I try to log into the webadmin/user portals with one of the > active directory accounts it seems to hang... and I noticed that it > seems to be trying to mount the home directory of a bunch of users via > the automounter (perhaps its trying to mount everyones home directory... > can't tell). This takes a super long time since the home directories > are all across the world and nfs access to some of these filesystems is > really slow... i'm not sure it will ever complete... certainly not > before the user gives up. > > Anyone know what would cause this? I wouldn't think this should > happen. I was thinking it should just authenticate the password and > then look at the permissions granted inside overt/rhevm. there is no need for the engine (rhev) machine to be part of the AD domain for AD authentication to work, and i don't see why this should happen. yair/juan - thoughts? From iheim at redhat.com Sat Mar 2 19:59:15 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 02 Mar 2013 21:59:15 +0200 Subject: [Users] Spice client USB - Linux In-Reply-To: <5131E2F8.6000408@dds.nl> References: <512F1A1A.9080008@dds.nl> <512F8312.4080007@redhat.com> <5131E2F8.6000408@dds.nl> Message-ID: <51325A13.10806@redhat.com> On 02/03/2013 13:31, Winfried de Heiden wrote: > Hi Itamar, > > As mentioned: cluster version 3.2. > > It turns out I can select a USB-device on a Windows virtual guest; > however; I can't using a Fedora 18 or Centos 6.0 guest. legacy is supposed to only be enabled for windows. but usb native (assuming you chose spice of course) has no such limitations. michal - thoughts? > > What's missing? > > Winfried > > > Op 28-02-13 17:17, Itamar Heim schreef: >> On 28/02/2013 10:49, Winfried de Heiden wrote: >>> Hi all, >>> >>> As mentioned in the features of oVirt, I should be able to use an >>> USB-drive on my (Spice) guest.However, the option to choose an USB >>> device is greyed out in the Spice Console. >>> >>> "Big Uncle" RHEV 3.1 tells in >>> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Using_Desktop-Using_USB_on_VM.html#Using_Desktop-Using_USB_on_VM_Native_PUP >>> >>> to use "Native USB" >>> >>> Am I missing something? Or: I tried using a serverprofile. Is USB >>> redirection only available using a desktop profile? Anyway: how can I >>> enable USB on my Spice Client. (Fedora 18) >> >> which cluster version do you have? >> > From iheim at redhat.com Sat Mar 2 20:03:31 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 02 Mar 2013 22:03:31 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> Message-ID: <51325B13.3000704@redhat.com> On 02/03/2013 12:51, Gianluca Cecchi wrote: > On Sat, Mar 2, 2013 at 11:23 AM, Gianluca Cecchi wrote: >> >> In the mean time I found a bug in spice-guest-tools-0.3.exe in my opinion. >> See this screenshot: >> https://docs.google.com/file/d/0BwoPbcrMv8mvSWx3OGZMUEFVckE/edit?usp=sharing the important part is the name of the installed app under application list. user portal will only see it if you have the guest agent installed (which you can validate by checking what you see under the webadmin, standing on the VM, looking at the application list). for name of config value: engine-config -g SpiceDriverNameInGuest >> >> I ran installation from c:\temp and it seems it configured the service >> as starting from >> C:\temp\vdagent-win32_20111124\vdagent_x86 >> >> so that if I clean my c:\temp dir I loose the agent and service... >> I'm going to post this to spice-devel mailing list to have some information >> Where are they supposed to install themselves? > > This was my fault as this vm was imported and had already an old agent > used in Qemu/KVM before. > When I ran spice-guest-tools I thought it would have overwritten the old ones... > but it had not. > So I deleted the service with sc command, reboot and reinstall spice > guest tools, then shutdown and power on again > Now I have this for agent version and location tha seems good: > > https://docs.google.com/file/d/0BwoPbcrMv8mvQkdzSVl3TDBjT0E/edit?usp=sharing > > But I still have no option for wan optimization in user portal > > The qemu command line generated when I power on the VM, if it can be > of any help, is this: > > qemu 21145 1 7 11:41 ? 00:00:39 /usr/bin/qemu-kvm > -name winxp_clone -S -M pc-0.14 -cpu Opteron_G3 -enable-kvm -m 1024 > -smp 1,sockets=1,cores=1,threads=1 -uuid > 2981b979-a363-4ab9-a251-439b5774b04d -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=18-1,serial=E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1,uuid=2981b979-a363-4ab9-a251-439b5774b04d > -no-user-config -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/winxp_clone.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2013-03-02T23:43:40,driftfix=slew -no-shutdown -device > ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device > ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 > -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 > -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 > -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x7 -drive > if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device > ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive > file=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/75c54716-5222-4ad6-91f2-8b312eacc4b4/201a3f12-4b58-49a1-8748-5d5782175e28,if=none,id=drive-virtio-disk0,format=raw,serial=75c54716-5222-4ad6-91f2-8b312eacc4b4,cache=none,werror=stop,rerror=stop,aio=threads > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 > -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:01:52,bus=pci.0,addr=0x3 > -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/winxp_clone.com.redhat.rhevm.vdsm,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/winxp_clone.org.qemu.guest_agent.0,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev spicevmc,id=charchannel2,name=vdagent -device > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir > -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device > AC97,id=sound0,bus=pci.0,addr=0x4 -chardev > spicevmc,id=charredir0,name=usbredir -device > usb-redir,chardev=charredir0,id=redir0 -chardev > spicevmc,id=charredir1,name=usbredir -device > usb-redir,chardev=charredir1,id=redir1 -chardev > spicevmc,id=charredir2,name=usbredir -device > usb-redir,chardev=charredir2,id=redir2 -chardev > spicevmc,id=charredir3,name=usbredir -device > usb-redir,chardev=charredir3,id=redir3 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 > > Thanks, > Gianluca > From gianluca.cecchi at gmail.com Sat Mar 2 22:53:48 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 2 Mar 2013 23:53:48 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <51325B13.3000704@redhat.com> References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> Message-ID: On Sat, Mar 2, 2013 at 9:03 PM, Itamar Heim wrote: > > the important part is the name of the installed app under application list. > user portal will only see it if you have the guest agent installed (which > you can validate by checking what you see under the webadmin, standing on > the VM, looking at the application list). > > for name of config value: > engine-config -g SpiceDriverNameInGuest > I begin to think something essential for this is missing in oVirt. >From when I started testing oVirt, I never found anything in applications part of details pane for a VM. This in VMs with Windows XP, Windows 7 and Linux too (tried Fedora and CentOS). See this image for this windows xp. https://docs.google.com/file/d/0BwoPbcrMv8mvWHF6WDgtMEF5Wms/edit?usp=sharing Possibly the free agent is not capable to get the list of applications installed and pass to webadmin gui.... Or there is another component to install/enable that is not inside the spice-guest-tools-0.3.exe... And also, in my engine that is 3.2 stable from f18 ovirt repo I don't have this kind of key at all... [root at tekkaman ~]# engine-config -g SpiceDriverNameInGuest Error fetching SpiceDriverNameInGuest value: no such entry. Please verify key name and property file support. The available ones are here: [root at tekkaman ~]# engine-config -l | grep -i spice WANDisableEffects: "Disabled WAN Effects value to send to the SPICE console" (Value Type: StringMultiple) WANColorDepth: "WAN Color Depth value to send to the SPICE console" (Value Type: Integer) EnableSpiceRootCertificateValidation: "Enable Spice Root Certification Validation" (Value Type: String) SpiceReleaseCursorKeys: "Keyboard keys combination that causes the mouse cursor to be released from its grab on SPICE" (Value Type: String) SpiceSecureChannels: "SPICE Secure Channels" (Value Type: StringMultiple) SpiceToggleFullScreenKeys: "Keyboard keys combination that toggles the full-screen state of SPICE client window" (Value Type: String) SpiceUsbAutoShare: "Enable USB devices sharing by default in SPICE" (Value Type: String) SSLEnabled: "SPICE SSL Enabled" (Value Type: String) [root at tekkaman ~]# engine-config -a | grep -i spice EnableSpiceRootCertificateValidation: true version: general SpiceReleaseCursorKeys: shift+f12 version: general SpiceSecureChannels: smain,sinputs version: 3.0 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.1 SpiceSecureChannels: smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 3.2 SpiceToggleFullScreenKeys: shift+f11 version: general SpiceUsbAutoShare: true version: general So the question is if I can add this key you referred and in that case then how to get list of applications transmitted to web admin gui. Thanks for your time Itamar. Gianluca From kamitch at cisco.com Sun Mar 3 04:41:01 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sat, 02 Mar 2013 23:41:01 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <5132583D.9050500@redhat.com> References: <5130DD30.80601@cisco.com> <5132583D.9050500@redhat.com> Message-ID: <5132D45D.9020608@cisco.com> On 3/2/13 2:51 PM, Itamar Heim wrote: > On 01/03/2013 18:54, Keith Mitchell wrote: >> >> I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt 3.1 >> from what I can tell) authenticating against our active directory >> infrastructure bu am having some difficulty that I don't quite >> understand and was hoping someone may know what is happening. >> >> The server where rhevm/ovirt is running is a RHEL6 based server that has >> NIS configured (with user home directories mounted via >> nfs/automounter). The userids in nis match the userids in our >> ActiveDirectory server (in fact the passwords should match too since >> there is a sync between the two). >> >> I added the Activedirectory server into ovirt (through >> rhevm-manage-domains) and it is added/validated successfully. As the >> local admin user I can go in and search agains the active directory, add >> permissions, etc. >> >> But... If I try to log into the webadmin/user portals with one of the >> active directory accounts it seems to hang... and I noticed that it >> seems to be trying to mount the home directory of a bunch of users via >> the automounter (perhaps its trying to mount everyones home directory... >> can't tell). This takes a super long time since the home directories >> are all across the world and nfs access to some of these filesystems is >> really slow... i'm not sure it will ever complete... certainly not >> before the user gives up. >> >> Anyone know what would cause this? I wouldn't think this should >> happen. I was thinking it should just authenticate the password and >> then look at the permissions granted inside overt/rhevm. > > there is no need for the engine (rhev) machine to be part of the AD > domain for AD authentication to work, and i don't see why this should > happen. > yair/juan - thoughts? > Turns out the home directory mounting thing had nothing to do with my login issues or ovirt... The home directory issue was due to an issue with mod_dnssd (part of apache) in RHEL6. But even after fixing that, I still have login issues. Whenever I try to authenticate against active directory the webadmin/user gui seems to hang. I've looked at the network trace and it looks like the active directory authentication succeeded without issue, but the login screen just hangs. I can log in with the local admin user fine and I don't see anything in the engine.log files. Perhaps there may be some debug I can turn on to help identify what it is doing? From iheim at redhat.com Sun Mar 3 04:57:31 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 03 Mar 2013 06:57:31 +0200 Subject: [Users] webadmin login issues with AD In-Reply-To: <5132D45D.9020608@cisco.com> References: <5130DD30.80601@cisco.com> <5132583D.9050500@redhat.com> <5132D45D.9020608@cisco.com> Message-ID: <5132D83B.9000602@redhat.com> On 03/03/2013 06:41, Keith Mitchell wrote: > On 3/2/13 2:51 PM, Itamar Heim wrote: >> On 01/03/2013 18:54, Keith Mitchell wrote: >>> >>> I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt 3.1 >>> from what I can tell) authenticating against our active directory >>> infrastructure bu am having some difficulty that I don't quite >>> understand and was hoping someone may know what is happening. >>> >>> The server where rhevm/ovirt is running is a RHEL6 based server that has >>> NIS configured (with user home directories mounted via >>> nfs/automounter). The userids in nis match the userids in our >>> ActiveDirectory server (in fact the passwords should match too since >>> there is a sync between the two). >>> >>> I added the Activedirectory server into ovirt (through >>> rhevm-manage-domains) and it is added/validated successfully. As the >>> local admin user I can go in and search agains the active directory, add >>> permissions, etc. >>> >>> But... If I try to log into the webadmin/user portals with one of the >>> active directory accounts it seems to hang... and I noticed that it >>> seems to be trying to mount the home directory of a bunch of users via >>> the automounter (perhaps its trying to mount everyones home directory... >>> can't tell). This takes a super long time since the home directories >>> are all across the world and nfs access to some of these filesystems is >>> really slow... i'm not sure it will ever complete... certainly not >>> before the user gives up. >>> >>> Anyone know what would cause this? I wouldn't think this should >>> happen. I was thinking it should just authenticate the password and >>> then look at the permissions granted inside overt/rhevm. >> >> there is no need for the engine (rhev) machine to be part of the AD >> domain for AD authentication to work, and i don't see why this should >> happen. >> yair/juan - thoughts? >> > Turns out the home directory mounting thing had nothing to do with my > login issues or ovirt... The home directory issue was due to an issue > with mod_dnssd (part of apache) in RHEL6. > > But even after fixing that, I still have login issues. Whenever I try > to authenticate against active directory the webadmin/user gui seems to > hang. I've looked at the network trace and it looks like the active > directory authentication succeeded without issue, but the login screen > just hangs. > > I can log in with the local admin user fine and I don't see anything in > the engine.log files. Perhaps there may be some debug I can turn on to > help identify what it is doing? > > > does the rest api works for an AD user? (user at domain is the user name format. url is http://xxx/api) From kamitch at cisco.com Sun Mar 3 05:15:16 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sun, 03 Mar 2013 00:15:16 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <5132D83B.9000602@redhat.com> References: <5130DD30.80601@cisco.com> <5132583D.9050500@redhat.com> <5132D45D.9020608@cisco.com> <5132D83B.9000602@redhat.com> Message-ID: <5132DC64.3040302@cisco.com> On 3/2/13 11:57 PM, Itamar Heim wrote: > On 03/03/2013 06:41, Keith Mitchell wrote: >> On 3/2/13 2:51 PM, Itamar Heim wrote: >>> On 01/03/2013 18:54, Keith Mitchell wrote: >>>> >>>> I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt 3.1 >>>> from what I can tell) authenticating against our active directory >>>> infrastructure bu am having some difficulty that I don't quite >>>> understand and was hoping someone may know what is happening. >>>> >>>> The server where rhevm/ovirt is running is a RHEL6 based server >>>> that has >>>> NIS configured (with user home directories mounted via >>>> nfs/automounter). The userids in nis match the userids in our >>>> ActiveDirectory server (in fact the passwords should match too since >>>> there is a sync between the two). >>>> >>>> I added the Activedirectory server into ovirt (through >>>> rhevm-manage-domains) and it is added/validated successfully. As the >>>> local admin user I can go in and search agains the active >>>> directory, add >>>> permissions, etc. >>>> >>>> But... If I try to log into the webadmin/user portals with one of the >>>> active directory accounts it seems to hang... and I noticed that it >>>> seems to be trying to mount the home directory of a bunch of users via >>>> the automounter (perhaps its trying to mount everyones home >>>> directory... >>>> can't tell). This takes a super long time since the home directories >>>> are all across the world and nfs access to some of these >>>> filesystems is >>>> really slow... i'm not sure it will ever complete... certainly not >>>> before the user gives up. >>>> >>>> Anyone know what would cause this? I wouldn't think this should >>>> happen. I was thinking it should just authenticate the password and >>>> then look at the permissions granted inside overt/rhevm. >>> >>> there is no need for the engine (rhev) machine to be part of the AD >>> domain for AD authentication to work, and i don't see why this should >>> happen. >>> yair/juan - thoughts? >>> >> Turns out the home directory mounting thing had nothing to do with my >> login issues or ovirt... The home directory issue was due to an issue >> with mod_dnssd (part of apache) in RHEL6. >> >> But even after fixing that, I still have login issues. Whenever I try >> to authenticate against active directory the webadmin/user gui seems to >> hang. I've looked at the network trace and it looks like the active >> directory authentication succeeded without issue, but the login screen >> just hangs. >> >> I can log in with the local admin user fine and I don't see anything in >> the engine.log files. Perhaps there may be some debug I can turn on to >> help identify what it is doing? >> >> >> > > does the rest api works for an AD user? > (user at domain is the user name format. url is http://xxx/api) That seems to hang too. From yzaslavs at redhat.com Sun Mar 3 06:45:25 2013 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Sun, 3 Mar 2013 01:45:25 -0500 (EST) Subject: [Users] webadmin login issues with AD In-Reply-To: <5132DC64.3040302@cisco.com> Message-ID: <2134367136.11484778.1362293125855.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Keith Mitchell" > To: "Itamar Heim" > Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" , "Yair Zaslavsky" > Sent: Sunday, March 3, 2013 7:15:16 AM > Subject: Re: [Users] webadmin login issues with AD > > On 3/2/13 11:57 PM, Itamar Heim wrote: > > On 03/03/2013 06:41, Keith Mitchell wrote: > >> On 3/2/13 2:51 PM, Itamar Heim wrote: > >>> On 01/03/2013 18:54, Keith Mitchell wrote: > >>>> > >>>> I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt > >>>> 3.1 > >>>> from what I can tell) authenticating against our active > >>>> directory > >>>> infrastructure bu am having some difficulty that I don't quite > >>>> understand and was hoping someone may know what is happening. > >>>> > >>>> The server where rhevm/ovirt is running is a RHEL6 based server > >>>> that has > >>>> NIS configured (with user home directories mounted via > >>>> nfs/automounter). The userids in nis match the userids in our > >>>> ActiveDirectory server (in fact the passwords should match too > >>>> since > >>>> there is a sync between the two). > >>>> > >>>> I added the Activedirectory server into ovirt (through > >>>> rhevm-manage-domains) and it is added/validated successfully. As > >>>> the > >>>> local admin user I can go in and search agains the active > >>>> directory, add > >>>> permissions, etc. > >>>> > >>>> But... If I try to log into the webadmin/user portals with one > >>>> of the > >>>> active directory accounts it seems to hang... and I noticed that > >>>> it > >>>> seems to be trying to mount the home directory of a bunch of > >>>> users via > >>>> the automounter (perhaps its trying to mount everyones home > >>>> directory... > >>>> can't tell). This takes a super long time since the home > >>>> directories > >>>> are all across the world and nfs access to some of these > >>>> filesystems is > >>>> really slow... i'm not sure it will ever complete... certainly > >>>> not > >>>> before the user gives up. Hi, Currently, both search of users in specific domain + login perform both authentication + authorization check + running ldap queries ( authorization is a part of the login). It seems really odd to me that login takes you quite some time, and search of users/groups does not. What other info can you provide about the user you try to login to? Did you give permissions to many entities? > >>>> > >>>> Anyone know what would cause this? I wouldn't think this should > >>>> happen. I was thinking it should just authenticate the password > >>>> and > >>>> then look at the permissions granted inside overt/rhevm. > >>> > >>> there is no need for the engine (rhev) machine to be part of the > >>> AD > >>> domain for AD authentication to work, and i don't see why this > >>> should > >>> happen. > >>> yair/juan - thoughts? > >>> > >> Turns out the home directory mounting thing had nothing to do with > >> my > >> login issues or ovirt... The home directory issue was due to an > >> issue > >> with mod_dnssd (part of apache) in RHEL6. > >> > >> But even after fixing that, I still have login issues. Whenever I > >> try > >> to authenticate against active directory the webadmin/user gui > >> seems to > >> hang. I've looked at the network trace and it looks like the > >> active > >> directory authentication succeeded without issue, but the login > >> screen > >> just hangs. > >> > >> I can log in with the local admin user fine and I don't see > >> anything in > >> the engine.log files. Perhaps there may be some debug I can turn > >> on to > >> help identify what it is doing? > >> > >> > >> > > > > does the rest api works for an AD user? > > (user at domain is the user name format. url is http://xxx/api) > That seems to hang too. > > From iheim at redhat.com Sun Mar 3 06:52:28 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 03 Mar 2013 08:52:28 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> Message-ID: <5132F32C.2050704@redhat.com> On 03/03/2013 00:53, Gianluca Cecchi wrote: > On Sat, Mar 2, 2013 at 9:03 PM, Itamar Heim wrote: > >> >> the important part is the name of the installed app under application list. >> user portal will only see it if you have the guest agent installed (which >> you can validate by checking what you see under the webadmin, standing on >> the VM, looking at the application list). >> >> for name of config value: >> engine-config -g SpiceDriverNameInGuest >> > > > I begin to think something essential for this is missing in oVirt. > From when I started testing oVirt, I never found anything in > applications part of details pane for a VM. > This in VMs with Windows XP, Windows 7 and Linux too (tried Fedora and CentOS). > See this image for this windows xp. > https://docs.google.com/file/d/0BwoPbcrMv8mvWHF6WDgtMEF5Wms/edit?usp=sharing > > Possibly the free agent is not capable to get the list of applications > installed and pass to webadmin gui.... > Or there is another component to install/enable that is not inside the > spice-guest-tools-0.3.exe... > > And also, in my engine that is 3.2 stable from f18 ovirt repo I don't > have this kind of key at all... > > [root at tekkaman ~]# engine-config -g SpiceDriverNameInGuest > Error fetching SpiceDriverNameInGuest value: no such entry. Please > verify key name and property file support. > > The available ones are here: > > [root at tekkaman ~]# engine-config -l | grep -i spice > WANDisableEffects: "Disabled WAN Effects value to send to the SPICE > console" (Value Type: StringMultiple) > WANColorDepth: "WAN Color Depth value to send to the SPICE console" > (Value Type: Integer) > EnableSpiceRootCertificateValidation: "Enable Spice Root Certification > Validation" (Value Type: String) > SpiceReleaseCursorKeys: "Keyboard keys combination that causes the > mouse cursor to be released from its grab on SPICE" (Value Type: > String) > SpiceSecureChannels: "SPICE Secure Channels" (Value Type: StringMultiple) > SpiceToggleFullScreenKeys: "Keyboard keys combination that toggles the > full-screen state of SPICE client window" (Value Type: String) > SpiceUsbAutoShare: "Enable USB devices sharing by default in SPICE" > (Value Type: String) > SSLEnabled: "SPICE SSL Enabled" (Value Type: String) > > [root at tekkaman ~]# engine-config -a | grep -i spice > EnableSpiceRootCertificateValidation: true version: general > SpiceReleaseCursorKeys: shift+f12 version: general > SpiceSecureChannels: smain,sinputs version: 3.0 > SpiceSecureChannels: > smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard > version: 3.1 > SpiceSecureChannels: > smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard > version: 3.2 > SpiceToggleFullScreenKeys: shift+f11 version: general > SpiceUsbAutoShare: true version: general > > > So the question is if I can add this key you referred and in that case > then how to get list of applications transmitted to web admin gui. > > Thanks for your time Itamar. > > Gianluca > 1. ok, the config key isn't user editable, not an issue. 2. for ovirt to see list of applications, you need to have the ovirt-guest-agent installed as well, not just the spice one. From danken at redhat.com Sun Mar 3 08:08:12 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Sun, 3 Mar 2013 10:08:12 +0200 Subject: [Users] ovirtmgmt In-Reply-To: References: <20130227095013.GG24789@redhat.com> Message-ID: <20130303080812.GA6020@redhat.com> On Sat, Mar 02, 2013 at 01:47:37PM -0300, victor nunes wrote: > OK. > > Thank very much. > Its work. Would you educate me (and the list archives)? I had a lot of guesses - what exactly did the work? > > > 2013/2/27 Dan Kenigsberg > > > On Tue, Feb 26, 2013 at 07:32:51PM -0500, victor nunes wrote: > > > goodnight > > > > > > I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the > > > command. > > > yum install oVirt-engine-setup-plugin-allinone and then > > > engine-setup - config-allinone = yes > > > > > > then, the configuration was successful, however now I am having problems > > > with interfaces. > > > > > > I have two interfaces, `em1` (this interface was that I had configured a > > > static ip it) `and` ovirtmgmt, both with the same ip address. > > > > > > If I erase the # 1, I just can not access the oVirt, > > > > > > what can I do to solve this interface problem? > > > > You may notice that ovirtmgmt is not a simple interface, it's a bridge. > > It should have em1 as one of its interfaces. What does `brctl show` say? > > > > However, em1 should not have had its own IP address. Could you show us > > your ifcfg-* files? > > > > Does the problem go away if you > > ifdown em1 > > ifdown ovirtmgmt > > ifup em1 > > ifup ovirtmgmt > > ? > > > > Does shutting down NetworkManager help? It has a tendency to take > > interfaces up and down on its own volition. > > > > Dan. > > > > > > -- > ?Encarada do ponto de vista da juventude, a vida parece um futuro > indefinidamente longo, ao passo que, na velhice, ela parece um passado > deveras curto. Assim, a vida no seu in?cio se apresenta do mesmo modo > que as coisas quando as olhamos atrav?s de um bin?culo usado ao contr?rio; > mas, ao > seu final, ela se parece com as coisas tal qual s?o vistas quando o > bin?culo > ? usado de modo normal. Um homem precisa ter envelhecido e vivido > bastante para perceber como a vida ? curta?. > > (Poema de Arthur Schopenhauer) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mpastern at redhat.com Sun Mar 3 09:44:26 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Sun, 03 Mar 2013 11:44:26 +0200 Subject: [Users] Improvement for the oVirt java sdk In-Reply-To: References: Message-ID: <51331B7A.5020009@redhat.com> Hi Christopher, In general SDK abstracts the transport layer, therefore all authentication internals hidden from the user, i.e SESSION based authentication happens implicitly (by default), when you initiate SDK entry point, the story is different if you want using SSO-like login by reusing JSESSIONID from the REST-API for instance, and i can support such scenario, but, is this your case? On 02/28/2013 10:04 PM, Morrissey, Christopher wrote: > Hi Michael, > > I'm looking to use the oVirt java sdk for connecting into oVirt from our server. However, > we have a UI plugin that gets access to a session ID that we should be able to use to connect through > the REST API instead of the username and password. Any chance the sdk could be updated to take the session > ID and create a connection vs. a user name and password? > > -Chris > > Chris Morrissey > Software Engineer > NetApp Inc. > 919.476.4428 > > -- Michael Pasternak RedHat, ENG-Virtualization R&D From mpastern at redhat.com Sun Mar 3 10:00:15 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Sun, 03 Mar 2013 12:00:15 +0200 Subject: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.) In-Reply-To: References: <5108DAF8.60300@redhat.com> <51090283.1090202@redhat.com> <51091E09.6000708@redhat.com> <5123535F.90004@redhat.com> Message-ID: <51331F2F.50303@redhat.com> Hi Romil, Not sure i understand, are you talking about quota resources allocation? On 03/01/2013 11:03 AM, Romil Gupta wrote: > Hi ..thanks for continuous help :) > > I have a query is their any way we can check how much Cores remaining in a cluster in Rhev-m before provisioning a VM ? > > coz after creating 5-10 VM's in a cluster if we create new VM then it shows exception like Cluster doesnt contains cores! > > Thanks . > Romil > > > > > On Tue, Feb 19, 2013 at 3:56 PM, Michael Pasternak > wrote: > > > Hi Romil, > > On 02/19/2013 11:22 AM, Romil Gupta wrote: > > Hi Michael , > > > > > > Thanks for ur continuous help. I have one more query here .... > > > > I want to fetch the host elements like .. > > Type > > address > > status > > No. of CPUs > > cpu->type > > cpu -> name->topology->cores->sockets > > memory > > summary > > version > > > > Is is the correct way of doing to get these details? > > > > hosts=api.hosts.list() > > for host in hosts: > > type=api.hosts.get(host.id ).type > > address=api.hosts.get(host.id ).address > > no, please use getter methods instead as they're encapsulating attributes that may be > called differently in python, > > for instance 'type' attribute in python renamed to 'type_' cause 'type' is preserved name. > > you can see all available get_X() methods by running code bellow: > > #> print [token for token in type(host.superclass).__dict__.keys() if token.startswith('get_')] > > > > > I got some exception : > > address=api.hosts.get(host.id ).get_address() > > AttributeError: 'NoneType' object has no attribute 'get_address' > > this can only happen if your host lookup has failed. > > > > > > > Please suggest me the correct way of doing it ....if have referred > > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Developer_Guide/chap-REST_API_Guide-Hosts.html > > > > Regards, > > Romil > > > > > > > > > > > > > > On Wed, Jan 30, 2013 at 6:50 PM, Michael Pasternak >> wrote: > > > > On 01/30/2013 03:09 PM, Romil Gupta wrote: > > > thanks for all your guidance , now I m able to fetch the details of a host using > > > the below script : > > > > > > hosts=api.hosts.list() > > > for host in hosts: > > > print "host name--> %s id--->> %s \n"%(host.name , host.id > ) > > > clusterid=api.hosts.get(host.name ).cluster.id > > > > print clusterid > > > > > > hostname=api.hosts.get(host.name ) > > > statistic=hostname.statistics.list() > > > i=0 > > > while i < 14: > > > print statistic[i].name > > > print statistic[i].description > > > print statistic[i].unit > > > print statistic[i].values.value[0].datum > > > i=i+1; > > > > > > > > > summary=api.get_summary() > > > print summary > > > > > > How I can print the summary , its only return the Object?? > > > > this is summary object structure: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > you can access properties directly, like this: > > summary.hosts.active > > > > > > > > Thanks, > > > Romil > > > > > > > > > On Wed, Jan 30, 2013 at 4:52 PM, Michael Pasternak > > >>> wrote: > > > > > > > > > Romil, > > > > > > On 01/30/2013 12:18 PM, Romil Gupta wrote: > > > > Hi, > > > > > > > > Is this is a right way to get it ?? > > > > > > > > statistics=params.Host(host.name ).get_statistic() > > > > > > 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating > > > host parameters holder which is needed for adding new host to the system) > > > > > > 2. get_x() getters used to access object attributes, while collections are exposed as properties, do > > > > > > 1. myhost = api.hosts.get(name="xxx") > > > 2. myhost.statistics.list() > > > 3. loop over returned collection of statistics to find what you're looking for > > > > > > - note, statistic objects are complex types, you can look for data at: > > > > > > statistics[i].unit // the unit of the holder data > > > statistics[i].values.value[0].datum // actual data > > > > > > > print statistics > > > > > > > > summary=params.Host(host.name ).get_summary() > > > > > > summary() is an api method, do: > > > > > > 1. api = API(url='', username='', password='') > > > 2. api.get_summary() > > > > > > > > > > print summary > > > > > > > > > > > > Output is : none > > > > > > > > Thanks > > > > Romil > > > > > > > > > > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak > >> > > > >>>> wrote: > > > > > > > > > > > > Hi Romil, > > > > > > > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > > > > Hi all , > > > > > > > > > > how I can get the hosts details like Active VM's , > > > > > > > > host doesn't have running vms attribute, instead you > > > > can see in the guest on which host it's running, > > > > > > > > general system summary you can see at api.get_summary() > > > > > > > > Number of CPU's , CPU name , CPU type , > > > > > > > > these are host attributes > > > > > > > > Physical Memory (used , free ) , swap size and other parameters > > > > > > > > these are host.statistics attributes > > > > > > > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > > > > > > > > > > > > > Regards, > > > > > Romil > > > > > > > > > > -- > > > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > > > > > > > -- > > > > > > > > Michael Pasternak > > > > RedHat, ENG-Virtualization R&D > > > > > > > > > > > > > > > > > > > > -- > > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > > > > -- > > > > > > Michael Pasternak > > > RedHat, ENG-Virtualization R&D > > > > > > > > > > > > > > > -- > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D From dfediuck at redhat.com Sun Mar 3 09:58:39 2013 From: dfediuck at redhat.com (Doron Fediuck) Date: Sun, 3 Mar 2013 04:58:39 -0500 (EST) Subject: [Users] oVirt watchdog in action! In-Reply-To: <608149948.13363256.1362304610834.JavaMail.root@redhat.com> Message-ID: <1859894098.13363298.1362304719475.JavaMail.root@redhat.com> Hi, In case you're interested, Laszlo published a demo[1] of how(!) a watchdog works in oVirt. This is very useful if you wish to make sure a VM will restart in case of BSOD or kernel panic. Although not merged yet, it's expected to be merged in the coming 1-2 weeks. [1] http://www.youtube.com/watch?v=-dJLmLxXn4o From kamitch at cisco.com Sun Mar 3 11:48:27 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sun, 03 Mar 2013 06:48:27 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <2134367136.11484778.1362293125855.JavaMail.root@redhat.com> References: <2134367136.11484778.1362293125855.JavaMail.root@redhat.com> Message-ID: <5133388B.6030401@cisco.com> On 3/3/13 1:45 AM, Yair Zaslavsky wrote: > > ----- Original Message ----- >> From: "Keith Mitchell" >> To: "Itamar Heim" >> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" , "Yair Zaslavsky" >> Sent: Sunday, March 3, 2013 7:15:16 AM >> Subject: Re: [Users] webadmin login issues with AD >> >> On 3/2/13 11:57 PM, Itamar Heim wrote: >>> On 03/03/2013 06:41, Keith Mitchell wrote: >>>> On 3/2/13 2:51 PM, Itamar Heim wrote: >>>>> On 01/03/2013 18:54, Keith Mitchell wrote: >>>>>> I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt >>>>>> 3.1 >>>>>> from what I can tell) authenticating against our active >>>>>> directory >>>>>> infrastructure bu am having some difficulty that I don't quite >>>>>> understand and was hoping someone may know what is happening. >>>>>> >>>>>> The server where rhevm/ovirt is running is a RHEL6 based server >>>>>> that has >>>>>> NIS configured (with user home directories mounted via >>>>>> nfs/automounter). The userids in nis match the userids in our >>>>>> ActiveDirectory server (in fact the passwords should match too >>>>>> since >>>>>> there is a sync between the two). >>>>>> >>>>>> I added the Activedirectory server into ovirt (through >>>>>> rhevm-manage-domains) and it is added/validated successfully. As >>>>>> the >>>>>> local admin user I can go in and search agains the active >>>>>> directory, add >>>>>> permissions, etc. >>>>>> >>>>>> But... If I try to log into the webadmin/user portals with one >>>>>> of the >>>>>> active directory accounts it seems to hang... and I noticed that >>>>>> it >>>>>> seems to be trying to mount the home directory of a bunch of >>>>>> users via >>>>>> the automounter (perhaps its trying to mount everyones home >>>>>> directory... >>>>>> can't tell). This takes a super long time since the home >>>>>> directories >>>>>> are all across the world and nfs access to some of these >>>>>> filesystems is >>>>>> really slow... i'm not sure it will ever complete... certainly >>>>>> not >>>>>> before the user gives up. > Hi, > Currently, both search of users in specific domain + login perform both authentication + authorization check + running ldap queries ( > authorization is a part of the login). > It seems really odd to me that login takes you quite some time, and search of users/groups does not. > What other info can you provide about the user you try to login to? Did you give permissions to many entities? At the moment there is just one AD account in the permissions and that is my AD account. At first I added "Domain Users" to the permissions, but I took that out and just stuck in my user account to see if that helped. In ovirt, my account is part of the System (i.e. top-level) and is give then SuperUser privilege, just like the local admin account. My account is just a user account (no admin rights in the AD domain). I am a member of quite a few groups on the AD domain but I wouldn't think ovirt would care about that or need to query each group I am a member of. Ultimately I was hoping to add the domain users group into the permissions to let anyone in the domain have access :) I used wireshark to sniff for the LDAP packets instead of just the kerberos packets and during the "hang" it is sending constant ldap packets back and forth. Looks like its doing bind request, then it succeeds and then there is a SASL-GSSAPI exchange followed by a connection close (i.e. FIN packet) and then it starts all over again. Everything is encrypted so its difficult to see anything in the packets. On this particular sniff, the packets went back and forth for 10 minutes and then they stopped and when I looked it had logged me into the GUI. I don't usually wait that long. I have on occasion just left the window up and sometimes it would eventually log me in and sometimes it never logged me in... in the never cases the login window just stays there spinning until I reload the web page... perhaps something timed out and it gave up before the exchange finished. Are there any debugs I can turn on in ovirt to have it spit out what its doing? From yzaslavs at redhat.com Sun Mar 3 11:57:02 2013 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Sun, 3 Mar 2013 06:57:02 -0500 (EST) Subject: [Users] webadmin login issues with AD In-Reply-To: <5133388B.6030401@cisco.com> Message-ID: <110850577.11513494.1362311822439.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Keith Mitchell" > To: "Yair Zaslavsky" > Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" , "Itamar Heim" > Sent: Sunday, March 3, 2013 1:48:27 PM > Subject: Re: [Users] webadmin login issues with AD > > On 3/3/13 1:45 AM, Yair Zaslavsky wrote: > > > > ----- Original Message ----- > >> From: "Keith Mitchell" > >> To: "Itamar Heim" > >> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" > >> , "Yair Zaslavsky" > >> Sent: Sunday, March 3, 2013 7:15:16 AM > >> Subject: Re: [Users] webadmin login issues with AD > >> > >> On 3/2/13 11:57 PM, Itamar Heim wrote: > >>> On 03/03/2013 06:41, Keith Mitchell wrote: > >>>> On 3/2/13 2:51 PM, Itamar Heim wrote: > >>>>> On 01/03/2013 18:54, Keith Mitchell wrote: > >>>>>> I'm trying to get rhevm 3.1 (which seems to be pretty much > >>>>>> ovirt > >>>>>> 3.1 > >>>>>> from what I can tell) authenticating against our active > >>>>>> directory > >>>>>> infrastructure bu am having some difficulty that I don't quite > >>>>>> understand and was hoping someone may know what is happening. > >>>>>> > >>>>>> The server where rhevm/ovirt is running is a RHEL6 based > >>>>>> server > >>>>>> that has > >>>>>> NIS configured (with user home directories mounted via > >>>>>> nfs/automounter). The userids in nis match the userids in our > >>>>>> ActiveDirectory server (in fact the passwords should match too > >>>>>> since > >>>>>> there is a sync between the two). > >>>>>> > >>>>>> I added the Activedirectory server into ovirt (through > >>>>>> rhevm-manage-domains) and it is added/validated successfully. > >>>>>> As > >>>>>> the > >>>>>> local admin user I can go in and search agains the active > >>>>>> directory, add > >>>>>> permissions, etc. > >>>>>> > >>>>>> But... If I try to log into the webadmin/user portals with one > >>>>>> of the > >>>>>> active directory accounts it seems to hang... and I noticed > >>>>>> that > >>>>>> it > >>>>>> seems to be trying to mount the home directory of a bunch of > >>>>>> users via > >>>>>> the automounter (perhaps its trying to mount everyones home > >>>>>> directory... > >>>>>> can't tell). This takes a super long time since the home > >>>>>> directories > >>>>>> are all across the world and nfs access to some of these > >>>>>> filesystems is > >>>>>> really slow... i'm not sure it will ever complete... certainly > >>>>>> not > >>>>>> before the user gives up. > > Hi, > > Currently, both search of users in specific domain + login perform > > both authentication + authorization check + running ldap queries ( > > authorization is a part of the login). > > It seems really odd to me that login takes you quite some time, and > > search of users/groups does not. > > What other info can you provide about the user you try to login to? > > Did you give permissions to many entities? > At the moment there is just one AD account in the permissions and > that > is my AD account. At first I added "Domain Users" to the > permissions, > but I took that out and just stuck in my user account to see if that > helped. In ovirt, my account is part of the System (i.e. top-level) > and > is give then SuperUser privilege, just like the local admin account. > > My account is just a user account (no admin rights in the AD domain). > I > am a member of quite a few groups on the AD domain but I wouldn't > think > ovirt would care about that or need to query each group I am a member > of. Please elaborate on "quite a few groups" - actually this is a well known issue. I was afraid you might have permissions on "too many objects" or that the account is a member of too many groups. However, being a member of too many groups should have caused the search to be slow/hang as well. > > Ultimately I was hoping to add the domain users group into the > permissions to let anyone in the domain have access :) > > I used wireshark to sniff for the LDAP packets instead of just the > kerberos packets and during the "hang" it is sending constant ldap > packets back and forth. > > Looks like its doing bind request, then it succeeds and then there is > a > SASL-GSSAPI exchange followed by a connection close (i.e. FIN packet) > and then it starts all over again. Everything is encrypted so its > difficult to see anything in the packets. > > On this particular sniff, the packets went back and forth for 10 > minutes > and then they stopped and when I looked it had logged me into the > GUI. > I don't usually wait that long. I have on occasion just left the > window > up and sometimes it would eventually log me in and sometimes it never > logged me in... in the never cases the login window just stays there > spinning until I reload the web page... perhaps something timed out > and > it gave up before the exchange finished. > > Are there any debugs I can turn on in ovirt to have it spit out what > its > doing? Hi, you can look at the following link - http://docs.oracle.com/javase/jndi/tutorial/ldap/security/sasl.html we support changing sasl_qop. You can use engine-config to do that. engine-config -s sasl_qop=auth will change Quality of Propetction to be only at authentication. Please let us know if using that you will be able to see the ldap queries (i.e - have them plain and not encrypted) Thanks, Yair > > From kamitch at cisco.com Sun Mar 3 12:28:38 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sun, 03 Mar 2013 07:28:38 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <110850577.11513494.1362311822439.JavaMail.root@redhat.com> References: <110850577.11513494.1362311822439.JavaMail.root@redhat.com> Message-ID: <513341F6.2020101@cisco.com> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: > Please elaborate on "quite a few groups" - actually this is a well known issue. > I was afraid you might have permissions on "too many objects" or that the account is a member of too many groups. > However, being a member of too many groups should have caused the search to be slow/hang as well. I don't have an exact count, but I think its along the order of magnitude of 300-400. I didn't notice the searches (when trying to add the account to the ovirt permissions) was unbearable slow like the logins. But why does ovirt even care about the groups? I thought it was only using AD for authentication and that the authorization was all done internally through the permissions granted. Or is that just a standard "library" that ovirt is using that is doing this? I don't suppose there is a work around? > Hi, you can look at the following link - > > http://docs.oracle.com/javase/jndi/tutorial/ldap/security/sasl.html > > we support changing sasl_qop. You can use engine-config to do that. > engine-config -s sasl_qop=auth will change Quality of Propetction to be only at authentication. > Please let us know if using that you will be able to see the ldap queries (i.e - have them plain and not encrypted) Ok, yeah that allows me to see the ldap requests... Looks like its going through all of the groups I am a member of and doing a search on each one. And in a not so terribly efficient way (connect/bind/search/close... repeat). From yzaslavs at redhat.com Sun Mar 3 12:42:10 2013 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Sun, 3 Mar 2013 07:42:10 -0500 (EST) Subject: [Users] webadmin login issues with AD In-Reply-To: <513341F6.2020101@cisco.com> Message-ID: <982200259.11518606.1362314530595.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Keith Mitchell" > To: "Yair Zaslavsky" > Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" , "Itamar Heim" > Sent: Sunday, March 3, 2013 2:28:38 PM > Subject: Re: [Users] webadmin login issues with AD > > On 3/3/13 6:57 AM, Yair Zaslavsky wrote: > > Please elaborate on "quite a few groups" - actually this is a well > > known issue. > > I was afraid you might have permissions on "too many objects" or > > that the account is a member of too many groups. > > However, being a member of too many groups should have caused the > > search to be slow/hang as well. > I don't have an exact count, but I think its along the order of > magnitude of 300-400. Hi, I gave an incorrect explanation before (I thought about it and understood where my error lies ). If I add a user using engine-manage-domains and do not provide -addPermissions, I will still be able to login to the system using admin at internal, and perform search for users & groups. This means I do not need to have permissions for the user I added for that domain to perform search so the "permissions" check is of course not performed at search! The number of groups is important in login - oVirt will try to calculate all the permissions of the users, and this is based on the permission the user have directly on an object, or that its group has. If the user is a member of 300 groups, oVirt tries to get information for all that groups. THis is why login hands, but search does not hang. I hope my answer is more clear now, If not , I will try to elaborate. Yair > > I didn't notice the searches (when trying to add the account to the > ovirt permissions) was unbearable slow like the logins. > > But why does ovirt even care about the groups? I thought it was only > using AD for authentication and that the authorization was all done > internally through the permissions granted. Or is that just a > standard > "library" that ovirt is using that is doing this? > > I don't suppose there is a work around? > > Hi, you can look at the following link - > > > > http://docs.oracle.com/javase/jndi/tutorial/ldap/security/sasl.html > > > > we support changing sasl_qop. You can use engine-config to do that. > > engine-config -s sasl_qop=auth will change Quality of Propetction > > to be only at authentication. > > Please let us know if using that you will be able to see the ldap > > queries (i.e - have them plain and not encrypted) > Ok, yeah that allows me to see the ldap requests... > > Looks like its going through all of the groups I am a member of and > doing a search on each one. And in a not so terribly efficient way > (connect/bind/search/close... repeat). > > > From kamitch at cisco.com Sun Mar 3 13:26:16 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sun, 03 Mar 2013 08:26:16 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <982200259.11518606.1362314530595.JavaMail.root@redhat.com> References: <982200259.11518606.1362314530595.JavaMail.root@redhat.com> Message-ID: <51334F78.3060902@cisco.com> On 3/3/13 7:42 AM, Yair Zaslavsky wrote: > > ----- Original Message ----- >> From: "Keith Mitchell" >> To: "Yair Zaslavsky" >> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" , "Itamar Heim" >> Sent: Sunday, March 3, 2013 2:28:38 PM >> Subject: Re: [Users] webadmin login issues with AD >> >> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: >>> Please elaborate on "quite a few groups" - actually this is a well >>> known issue. >>> I was afraid you might have permissions on "too many objects" or >>> that the account is a member of too many groups. >>> However, being a member of too many groups should have caused the >>> search to be slow/hang as well. >> I don't have an exact count, but I think its along the order of >> magnitude of 300-400. > Hi, > I gave an incorrect explanation before (I thought about it and understood where my error lies ). > If I add a user using engine-manage-domains and do not provide -addPermissions, I will still be able to login to the system using admin at internal, and perform search for users & groups. > This means I do not need to have permissions for the user I added for that domain to perform search so the "permissions" check is of course not performed at search! > > The number of groups is important in login - oVirt will try to calculate all the permissions of the users, and this is based on the permission the user have directly on an object, or that its group has. > If the user is a member of 300 groups, oVirt tries to get information for all that groups. > THis is why login hands, but search does not hang. I guess I don't understand why ovirt needs to do that. You should be able to get the list of groups a user is a member which I thought was sufficient for most apps to determine authorization. I know we use AD authentication for a lot of things and i've never hit this before. Changing the AD config isn't something I can do so it sounds like there is no workaround and i'll just have to live with the local authentication. Or pehaps I can stick some ldap server in front of AD that From iheim at redhat.com Sun Mar 3 13:37:20 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 03 Mar 2013 15:37:20 +0200 Subject: [Users] webadmin login issues with AD In-Reply-To: <51334F78.3060902@cisco.com> References: <982200259.11518606.1362314530595.JavaMail.root@redhat.com> <51334F78.3060902@cisco.com> Message-ID: <51335210.7030508@redhat.com> On 03/03/2013 15:26, Keith Mitchell wrote: > On 3/3/13 7:42 AM, Yair Zaslavsky wrote: >> >> ----- Original Message ----- >>> From: "Keith Mitchell" >>> To: "Yair Zaslavsky" >>> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" >>> , "Itamar Heim" >>> Sent: Sunday, March 3, 2013 2:28:38 PM >>> Subject: Re: [Users] webadmin login issues with AD >>> >>> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: >>>> Please elaborate on "quite a few groups" - actually this is a well >>>> known issue. >>>> I was afraid you might have permissions on "too many objects" or >>>> that the account is a member of too many groups. >>>> However, being a member of too many groups should have caused the >>>> search to be slow/hang as well. >>> I don't have an exact count, but I think its along the order of >>> magnitude of 300-400. >> Hi, >> I gave an incorrect explanation before (I thought about it and >> understood where my error lies ). >> If I add a user using engine-manage-domains and do not provide >> -addPermissions, I will still be able to login to the system using >> admin at internal, and perform search for users & groups. >> This means I do not need to have permissions for the user I added for >> that domain to perform search so the "permissions" check is of course >> not performed at search! >> >> The number of groups is important in login - oVirt will try to >> calculate all the permissions of the users, and this is based on the >> permission the user have directly on an object, or that its group has. >> If the user is a member of 300 groups, oVirt tries to get information >> for all that groups. >> THis is why login hands, but search does not hang. > I guess I don't understand why ovirt needs to do that. You should be > able to get the list of groups a user is a member which I thought was > sufficient for most apps to determine authorization. > > I know we use AD authentication for a lot of things and i've never hit > this before. > > Changing the AD config isn't something I can do so it sounds like there > is no workaround and i'll just have to live with the local > authentication. Or pehaps I can stick some ldap server in front of AD that > actually the issue is not getting the list of groups, rather than ovirt is is checking which other groups these groups are part of, to make sure user gets the right permissions from nested groups as well. we didn't find an easy way to do this which doesn't involve looping on all the groups. is this common for most users in your AD to have 300-400 groups? Thanks, Itamar From kamitch at cisco.com Sun Mar 3 15:02:59 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sun, 03 Mar 2013 10:02:59 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <51335210.7030508@redhat.com> References: <982200259.11518606.1362314530595.JavaMail.root@redhat.com> <51334F78.3060902@cisco.com> <51335210.7030508@redhat.com> Message-ID: <51336623.8020206@cisco.com> On 3/3/13 8:37 AM, Itamar Heim wrote: > On 03/03/2013 15:26, Keith Mitchell wrote: >> On 3/3/13 7:42 AM, Yair Zaslavsky wrote: >>> >>> ----- Original Message ----- >>>> From: "Keith Mitchell" >>>> To: "Yair Zaslavsky" >>>> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" >>>> , "Itamar Heim" >>>> Sent: Sunday, March 3, 2013 2:28:38 PM >>>> Subject: Re: [Users] webadmin login issues with AD >>>> >>>> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: >>>>> Please elaborate on "quite a few groups" - actually this is a well >>>>> known issue. >>>>> I was afraid you might have permissions on "too many objects" or >>>>> that the account is a member of too many groups. >>>>> However, being a member of too many groups should have caused the >>>>> search to be slow/hang as well. >>>> I don't have an exact count, but I think its along the order of >>>> magnitude of 300-400. >>> Hi, >>> I gave an incorrect explanation before (I thought about it and >>> understood where my error lies ). >>> If I add a user using engine-manage-domains and do not provide >>> -addPermissions, I will still be able to login to the system using >>> admin at internal, and perform search for users & groups. >>> This means I do not need to have permissions for the user I added for >>> that domain to perform search so the "permissions" check is of course >>> not performed at search! >>> >>> The number of groups is important in login - oVirt will try to >>> calculate all the permissions of the users, and this is based on the >>> permission the user have directly on an object, or that its group has. >>> If the user is a member of 300 groups, oVirt tries to get information >>> for all that groups. >>> THis is why login hands, but search does not hang. >> I guess I don't understand why ovirt needs to do that. You should be >> able to get the list of groups a user is a member which I thought was >> sufficient for most apps to determine authorization. >> >> I know we use AD authentication for a lot of things and i've never hit >> this before. >> >> Changing the AD config isn't something I can do so it sounds like there >> is no workaround and i'll just have to live with the local >> authentication. Or pehaps I can stick some ldap server in front of >> AD that >> > > actually the issue is not getting the list of groups, rather than > ovirt is is checking which other groups these groups are part of, to > make sure user gets the right permissions from nested groups as well. > we didn't find an easy way to do this which doesn't involve looping on > all the groups. > is this common for most users in your AD to have 300-400 groups? > > Thanks, > Itamar Yes, my case is fairly typical of our AD setup. Not sure what other apps are doing here, but I do know that it doesn't take this long to get logged in :) Maybe they only look at direct group membership? Or they do things in reverse... i.e. look up the groups in the access list to determine if the user that is authenticating can be found rather than traversing all the groups a user is a member of and trying to match all those groups to a group (or username) on the access list. That might run into the same issue if the group had lots of group members as opposed to user members. Changing the way the searches are made may speed up things too (if thats possible with the framework) to not reconnect for each search and to do multiple searches on the same connection. From my network capture each search request was taking about 1.5 seconds (from the bind request to the unbind request). Just some thoughts... From yzaslavs at redhat.com Sun Mar 3 15:12:02 2013 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Sun, 3 Mar 2013 10:12:02 -0500 (EST) Subject: [Users] webadmin login issues with AD In-Reply-To: <51336623.8020206@cisco.com> Message-ID: <1087686192.11542294.1362323522444.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Keith Mitchell" > To: "Itamar Heim" > Cc: "Yair Zaslavsky" , users at ovirt.org, "Juan Antonio Hernandez Fernandez" > Sent: Sunday, March 3, 2013 5:02:59 PM > Subject: Re: [Users] webadmin login issues with AD > > On 3/3/13 8:37 AM, Itamar Heim wrote: > > On 03/03/2013 15:26, Keith Mitchell wrote: > >> On 3/3/13 7:42 AM, Yair Zaslavsky wrote: > >>> > >>> ----- Original Message ----- > >>>> From: "Keith Mitchell" > >>>> To: "Yair Zaslavsky" > >>>> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" > >>>> , "Itamar Heim" > >>>> Sent: Sunday, March 3, 2013 2:28:38 PM > >>>> Subject: Re: [Users] webadmin login issues with AD > >>>> > >>>> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: > >>>>> Please elaborate on "quite a few groups" - actually this is a > >>>>> well > >>>>> known issue. > >>>>> I was afraid you might have permissions on "too many objects" > >>>>> or > >>>>> that the account is a member of too many groups. > >>>>> However, being a member of too many groups should have caused > >>>>> the > >>>>> search to be slow/hang as well. > >>>> I don't have an exact count, but I think its along the order of > >>>> magnitude of 300-400. > >>> Hi, > >>> I gave an incorrect explanation before (I thought about it and > >>> understood where my error lies ). > >>> If I add a user using engine-manage-domains and do not provide > >>> -addPermissions, I will still be able to login to the system > >>> using > >>> admin at internal, and perform search for users & groups. > >>> This means I do not need to have permissions for the user I added > >>> for > >>> that domain to perform search so the "permissions" check is of > >>> course > >>> not performed at search! > >>> > >>> The number of groups is important in login - oVirt will try to > >>> calculate all the permissions of the users, and this is based on > >>> the > >>> permission the user have directly on an object, or that its group > >>> has. > >>> If the user is a member of 300 groups, oVirt tries to get > >>> information > >>> for all that groups. > >>> THis is why login hands, but search does not hang. > >> I guess I don't understand why ovirt needs to do that. You should > >> be > >> able to get the list of groups a user is a member which I thought > >> was > >> sufficient for most apps to determine authorization. > >> > >> I know we use AD authentication for a lot of things and i've never > >> hit > >> this before. > >> > >> Changing the AD config isn't something I can do so it sounds like > >> there > >> is no workaround and i'll just have to live with the local > >> authentication. Or pehaps I can stick some ldap server in front > >> of > >> AD that > >> > > > > actually the issue is not getting the list of groups, rather than > > ovirt is is checking which other groups these groups are part of, > > to > > make sure user gets the right permissions from nested groups as > > well. > > we didn't find an easy way to do this which doesn't involve looping > > on > > all the groups. > > is this common for most users in your AD to have 300-400 groups? > > > > Thanks, > > Itamar > > Yes, my case is fairly typical of our AD setup. > > Not sure what other apps are doing here, but I do know that it > doesn't > take this long to get logged in :) Maybe they only look at direct > group > membership? Or they do things in reverse... > > i.e. look up the groups in the access list to determine if the user > that > is authenticating can be found rather than traversing all the groups > a > user is a member of and trying to match all those groups to a group > (or > username) on the access list. That might run into the same issue if > the > group had lots of group members as opposed to user members. Keith, Not sure I understood this, can you please elaborate? > > Changing the way the searches are made may speed up things too (if > thats > possible with the framework) to not reconnect for each search and to > do > multiple searches on the same connection. From my network capture > each > search request was taking about 1.5 seconds (from the bind request to > the unbind request). > > Just some thoughts... One of the things we tested is introducing ldap connection pooling. Unfortunately, the current JDK implementation automatically turns off ldap connection pooling if more than one domain is used. Ravi, care to elaborate a bit on your findings? > > > > From kamitch at cisco.com Sun Mar 3 15:48:48 2013 From: kamitch at cisco.com (Keith Mitchell) Date: Sun, 03 Mar 2013 10:48:48 -0500 Subject: [Users] webadmin login issues with AD In-Reply-To: <1087686192.11542294.1362323522444.JavaMail.root@redhat.com> References: <1087686192.11542294.1362323522444.JavaMail.root@redhat.com> Message-ID: <513370E0.4080803@cisco.com> On 3/3/13 10:12 AM, Yair Zaslavsky wrote: > > ----- Original Message ----- >> From: "Keith Mitchell" >> To: "Itamar Heim" >> Cc: "Yair Zaslavsky" , users at ovirt.org, "Juan Antonio Hernandez Fernandez" >> Sent: Sunday, March 3, 2013 5:02:59 PM >> Subject: Re: [Users] webadmin login issues with AD >> >> On 3/3/13 8:37 AM, Itamar Heim wrote: >>> On 03/03/2013 15:26, Keith Mitchell wrote: >>>> On 3/3/13 7:42 AM, Yair Zaslavsky wrote: >>>>> ----- Original Message ----- >>>>>> From: "Keith Mitchell" >>>>>> To: "Yair Zaslavsky" >>>>>> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" >>>>>> , "Itamar Heim" >>>>>> Sent: Sunday, March 3, 2013 2:28:38 PM >>>>>> Subject: Re: [Users] webadmin login issues with AD >>>>>> >>>>>> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: >>>>>>> Please elaborate on "quite a few groups" - actually this is a >>>>>>> well >>>>>>> known issue. >>>>>>> I was afraid you might have permissions on "too many objects" >>>>>>> or >>>>>>> that the account is a member of too many groups. >>>>>>> However, being a member of too many groups should have caused >>>>>>> the >>>>>>> search to be slow/hang as well. >>>>>> I don't have an exact count, but I think its along the order of >>>>>> magnitude of 300-400. >>>>> Hi, >>>>> I gave an incorrect explanation before (I thought about it and >>>>> understood where my error lies ). >>>>> If I add a user using engine-manage-domains and do not provide >>>>> -addPermissions, I will still be able to login to the system >>>>> using >>>>> admin at internal, and perform search for users & groups. >>>>> This means I do not need to have permissions for the user I added >>>>> for >>>>> that domain to perform search so the "permissions" check is of >>>>> course >>>>> not performed at search! >>>>> >>>>> The number of groups is important in login - oVirt will try to >>>>> calculate all the permissions of the users, and this is based on >>>>> the >>>>> permission the user have directly on an object, or that its group >>>>> has. >>>>> If the user is a member of 300 groups, oVirt tries to get >>>>> information >>>>> for all that groups. >>>>> THis is why login hands, but search does not hang. >>>> I guess I don't understand why ovirt needs to do that. You should >>>> be >>>> able to get the list of groups a user is a member which I thought >>>> was >>>> sufficient for most apps to determine authorization. >>>> >>>> I know we use AD authentication for a lot of things and i've never >>>> hit >>>> this before. >>>> >>>> Changing the AD config isn't something I can do so it sounds like >>>> there >>>> is no workaround and i'll just have to live with the local >>>> authentication. Or pehaps I can stick some ldap server in front >>>> of >>>> AD that >>>> >>> actually the issue is not getting the list of groups, rather than >>> ovirt is is checking which other groups these groups are part of, >>> to >>> make sure user gets the right permissions from nested groups as >>> well. >>> we didn't find an easy way to do this which doesn't involve looping >>> on >>> all the groups. >>> is this common for most users in your AD to have 300-400 groups? >>> >>> Thanks, >>> Itamar >> Yes, my case is fairly typical of our AD setup. >> >> Not sure what other apps are doing here, but I do know that it >> doesn't >> take this long to get logged in :) Maybe they only look at direct >> group >> membership? Or they do things in reverse... >> >> i.e. look up the groups in the access list to determine if the user >> that >> is authenticating can be found rather than traversing all the groups >> a >> user is a member of and trying to match all those groups to a group >> (or >> username) on the access list. That might run into the same issue if >> the >> group had lots of group members as opposed to user members. > Keith, > Not sure I understood this, can you please elaborate? Say you configure ovirt so that 'groupa' has some permissions. Rather than enumerating every group the user belongs to and comparing the group name to one of the groups in the ovirt permissions list, we would enumerate the groups in the ovirt permissions list and then search for the authenticated user in those. Then you only have enumerate groups that are actually used for authorization. I bet that there are typically just a few groups used in the permissions list in a typical deployment. The current method also seems to want to query the server to get all possible information and then make the decisions. Ideally you want to do the fewest number of searches possible... and short circuit the authorization algorithm as soon as sufficient data is gathered. One common optimization is to compare all of the members of a group first before you start recursing to optimize for the direct member case. In my current case I just have my user listed in the permissions. It should be able to fully authorize me without having to look at a single one of the group memberships... here are no groups listed in ovirt so all it really needs to do is match the user. It was just a thought... I don't know much about the implementation of ovirt... just what I saw in the network trace. For my initial deployment, it looks like i'm going to have to just use local authentication as this is just way to slow with our AD infrastructure currently. >> Changing the way the searches are made may speed up things too (if >> thats >> possible with the framework) to not reconnect for each search and to >> do >> multiple searches on the same connection. From my network capture >> each >> search request was taking about 1.5 seconds (from the bind request to >> the unbind request). >> >> Just some thoughts... > One of the things we tested is introducing ldap connection pooling. > Unfortunately, the current JDK implementation automatically turns off ldap connection pooling if more than one domain is used. > Ravi, care to elaborate a bit on your findings? >> >> >> From bigclouds at 163.com Sun Mar 3 15:49:44 2013 From: bigclouds at 163.com (bigclouds) Date: Sun, 3 Mar 2013 23:49:44 +0800 (CST) Subject: [Users] fail to shutdown vM Message-ID: hi, all: on the webUI i can not shutdown VM. i see logs, because finally it calls _acpiShutdown-->shutdownFlags. shutdownFlags does not assure VM can be shutdown, what is wrong, if because of ACPI? how to handle this? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Sun Mar 3 15:58:10 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Sun, 3 Mar 2013 10:58:10 -0500 (EST) Subject: [Users] webadmin login issues with AD In-Reply-To: <513370E0.4080803@cisco.com> Message-ID: <162580485.4681056.1362326290053.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Keith Mitchell" > To: "Yair Zaslavsky" > Cc: "Juan Antonio Hernandez Fernandez" , users at ovirt.org > Sent: Sunday, March 3, 2013 5:48:48 PM > Subject: Re: [Users] webadmin login issues with AD > > On 3/3/13 10:12 AM, Yair Zaslavsky wrote: > > > > ----- Original Message ----- > >> From: "Keith Mitchell" > >> To: "Itamar Heim" > >> Cc: "Yair Zaslavsky" , users at ovirt.org, "Juan > >> Antonio Hernandez Fernandez" > >> Sent: Sunday, March 3, 2013 5:02:59 PM > >> Subject: Re: [Users] webadmin login issues with AD > >> > >> On 3/3/13 8:37 AM, Itamar Heim wrote: > >>> On 03/03/2013 15:26, Keith Mitchell wrote: > >>>> On 3/3/13 7:42 AM, Yair Zaslavsky wrote: > >>>>> ----- Original Message ----- > >>>>>> From: "Keith Mitchell" > >>>>>> To: "Yair Zaslavsky" > >>>>>> Cc: users at ovirt.org, "Juan Antonio Hernandez Fernandez" > >>>>>> , "Itamar Heim" > >>>>>> Sent: Sunday, March 3, 2013 2:28:38 PM > >>>>>> Subject: Re: [Users] webadmin login issues with AD > >>>>>> > >>>>>> On 3/3/13 6:57 AM, Yair Zaslavsky wrote: > >>>>>>> Please elaborate on "quite a few groups" - actually this is a > >>>>>>> well > >>>>>>> known issue. > >>>>>>> I was afraid you might have permissions on "too many objects" > >>>>>>> or > >>>>>>> that the account is a member of too many groups. > >>>>>>> However, being a member of too many groups should have caused > >>>>>>> the > >>>>>>> search to be slow/hang as well. > >>>>>> I don't have an exact count, but I think its along the order > >>>>>> of > >>>>>> magnitude of 300-400. > >>>>> Hi, > >>>>> I gave an incorrect explanation before (I thought about it and > >>>>> understood where my error lies ). > >>>>> If I add a user using engine-manage-domains and do not provide > >>>>> -addPermissions, I will still be able to login to the system > >>>>> using > >>>>> admin at internal, and perform search for users & groups. > >>>>> This means I do not need to have permissions for the user I > >>>>> added > >>>>> for > >>>>> that domain to perform search so the "permissions" check is of > >>>>> course > >>>>> not performed at search! > >>>>> > >>>>> The number of groups is important in login - oVirt will try to > >>>>> calculate all the permissions of the users, and this is based > >>>>> on > >>>>> the > >>>>> permission the user have directly on an object, or that its > >>>>> group > >>>>> has. > >>>>> If the user is a member of 300 groups, oVirt tries to get > >>>>> information > >>>>> for all that groups. > >>>>> THis is why login hands, but search does not hang. > >>>> I guess I don't understand why ovirt needs to do that. You > >>>> should > >>>> be > >>>> able to get the list of groups a user is a member which I > >>>> thought > >>>> was > >>>> sufficient for most apps to determine authorization. > >>>> > >>>> I know we use AD authentication for a lot of things and i've > >>>> never > >>>> hit > >>>> this before. > >>>> > >>>> Changing the AD config isn't something I can do so it sounds > >>>> like > >>>> there > >>>> is no workaround and i'll just have to live with the local > >>>> authentication. Or pehaps I can stick some ldap server in front > >>>> of > >>>> AD that > >>>> > >>> actually the issue is not getting the list of groups, rather than > >>> ovirt is is checking which other groups these groups are part of, > >>> to > >>> make sure user gets the right permissions from nested groups as > >>> well. > >>> we didn't find an easy way to do this which doesn't involve > >>> looping > >>> on > >>> all the groups. > >>> is this common for most users in your AD to have 300-400 groups? > >>> > >>> Thanks, > >>> Itamar > >> Yes, my case is fairly typical of our AD setup. > >> > >> Not sure what other apps are doing here, but I do know that it > >> doesn't > >> take this long to get logged in :) Maybe they only look at direct > >> group > >> membership? Or they do things in reverse... > >> > >> i.e. look up the groups in the access list to determine if the > >> user > >> that > >> is authenticating can be found rather than traversing all the > >> groups > >> a > >> user is a member of and trying to match all those groups to a > >> group > >> (or > >> username) on the access list. That might run into the same issue > >> if > >> the > >> group had lots of group members as opposed to user members. > > Keith, > > Not sure I understood this, can you please elaborate? > > Say you configure ovirt so that 'groupa' has some permissions. > > Rather than enumerating every group the user belongs to and comparing > the group name to one of the groups in the ovirt permissions list, we > would enumerate the groups in the ovirt permissions list and then > search > for the authenticated user in those. Then you only have enumerate > groups that are actually used for authorization. I bet that there > are > typically just a few groups used in the permissions list in a typical > deployment. > > The current method also seems to want to query the server to get all > possible information and then make the decisions. Ideally you want > to > do the fewest number of searches possible... and short circuit the > authorization algorithm as soon as sufficient data is gathered. One > common optimization is to compare all of the members of a group first > before you start recursing to optimize for the direct member case. > > In my current case I just have my user listed in the permissions. It > should be able to fully authorize me without having to look at a > single > one of the group memberships... here are no groups listed in ovirt > so > all it really needs to do is match the user. Well, this is not entirely true. Application need to gather user security profile which is the user and his roles. Once the roles are in place, the privileges allocation can happen. So application cannot really avoid searching the directory for groups. The problem is that ovirt is not actually role based, I hope we can gradually improve this. What we are working now is the actual LDAP interaction, I think it be more optimized then current implementation. > > It was just a thought... I don't know much about the implementation > of > ovirt... just what I saw in the network trace. > > For my initial deployment, it looks like i'm going to have to just > use > local authentication as this is just way to slow with our AD > infrastructure currently. > > >> Changing the way the searches are made may speed up things too (if > >> thats > >> possible with the framework) to not reconnect for each search and > >> to > >> do > >> multiple searches on the same connection. From my network capture > >> each > >> search request was taking about 1.5 seconds (from the bind request > >> to > >> the unbind request). > >> > >> Just some thoughts... > > One of the things we tested is introducing ldap connection pooling. > > Unfortunately, the current JDK implementation automatically turns > > off ldap connection pooling if more than one domain is used. > > Ravi, care to elaborate a bit on your findings? > >> > >> > >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From abonas at redhat.com Sun Mar 3 16:30:24 2013 From: abonas at redhat.com (Alissa Bonas) Date: Sun, 3 Mar 2013 11:30:24 -0500 (EST) Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: Message-ID: <1415872577.40481295.1362328224170.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Liron Aravot" > Cc: "users" , "Vered Volansky" > Sent: Thursday, February 28, 2013 7:07:55 PM > Subject: Re: [Users] clone vm from snapshot problem in 3.2 > > On Wed, Feb 27, 2013 at 1:21 PM, Liron Aravot wrote: > > >> Hi Gianluca, > >> I've built 3.2 and had success in reproducing your issue, I've > >> also > >> tested the fix and after it the clone window shows fine - so this > >> should solve your issue (http://gerrit.ovirt.org/#/c/11254/). > >> > >> Thanks, Liron. > > Hello, > so I rebuilt with the patch. > I built as in this thread: > http://lists.ovirt.org/pipermail/users/2013-February/012702.html > > directly on engine server and with engine stopped: > > sudo rpm -Uvh --force $(ls -1|grep -v all) > > with > $ ls -1|grep -v all > ovirt-engine-3.2.0-4.fc18.noarch.rpm > ovirt-engine-backend-3.2.0-4.fc18.noarch.rpm > ovirt-engine-config-3.2.0-4.fc18.noarch.rpm > ovirt-engine-dbscripts-3.2.0-4.fc18.noarch.rpm > ovirt-engine-genericapi-3.2.0-4.fc18.noarch.rpm > ovirt-engine-notification-service-3.2.0-4.fc18.noarch.rpm > ovirt-engine-restapi-3.2.0-4.fc18.noarch.rpm > ovirt-engine-setup-3.2.0-4.fc18.noarch.rpm > ovirt-engine-tools-common-3.2.0-4.fc18.noarch.rpm > ovirt-engine-userportal-3.2.0-4.fc18.noarch.rpm > ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch.rpm > > and then reboot the engine > > Results: > > OK, for the snapshot details pane. It seem the patch fixes this too. > Until now I was never able to see snapshot details, > Instead now I can see disk and nic details. See: > https://docs.google.com/file/d/0BwoPbcrMv8mvQmlCZTZBYjBadmc/edit?usp=sharing > > > OK, if I clone a VM from a snapshot of a running VM (CentOS 5.6) > I start the clone and no problem at all. > > well done! > > > Corner cases and problems > > 1) > OK, if I clone a powered on VM from a snapshot with two disks and > here > you can find clone in action with webadmin gui and iotop on node that > shows they are cloning in parallel.. well! > https://docs.google.com/file/d/0BwoPbcrMv8mvZ3lzY0l1MDc5OVE/edit?usp=sharing > > The VM is a slackware 14 32bit with virtio disk that I obtained from > a > virt-v2v from CentOS 6.3+Qemu/KVM > The problem is that the cloned VM recognizes the disks in reversed > order > > See these images where sl1432 is master slcone is the clone > > disk layout in details pane seems equal with boot disk the one that > appears as the second, but the master boots ok, the slave no. > Disks are swapped > > Master VM disk details: > https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing > > Clone VM disks details: > https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing > > Page with the two consoles where you can see that vda of master > becomes vdb of clone and vice-versa: > https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing > > Can I swap again in some way? In VMware for example you can see and > edit SCSI IDs of disks... > > 2) > KO, if I clone a windows 7 VM from a snapshot (time 17:09) I get this > on gui > https://docs.google.com/file/d/0BwoPbcrMv8mvaW9OVW84WVI1dkU/edit?usp=sharing > > You can find the engine.log from server restart (at 17:06) here: > https://docs.google.com/file/d/0BwoPbcrMv8mvTDQzRTFfbFgxX0E/edit?usp=sharing > > Are there any restrictions? > The VM was powered off when taking the snapshot and making the clone. Hi Gianluca, Regarding the second item you mentioned - failure of the clone vm from snapshot, the engine log indicates that the following error occurred "Volume Group not big enough" - suggesting you might check if you have enough free space. > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Sun Mar 3 17:42:37 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 03 Mar 2013 19:42:37 +0200 Subject: [Users] webadmin login issues with AD In-Reply-To: <162580485.4681056.1362326290053.JavaMail.root@redhat.com> References: <162580485.4681056.1362326290053.JavaMail.root@redhat.com> Message-ID: <51338B8D.3010806@redhat.com> On 03/03/2013 17:58, Alon Bar-Lev wrote: > Well, this is not entirely true. > Application need to gather user security profile which is the user and his roles. > Once the roles are in place, the privileges allocation can happen. > So application cannot really avoid searching the directory for groups. to give a more specific example: - permission was given to group C - user has group A - group A is contained in group B which is contained in group C From iheim at redhat.com Sun Mar 3 18:01:38 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 03 Mar 2013 20:01:38 +0200 Subject: [Users] fail to shutdown vM In-Reply-To: References: Message-ID: <51339002.2050605@redhat.com> On 03/03/2013 17:49, bigclouds wrote: > hi, all: > > on the webUI i can not shutdown VM. > i see logs, because finally it calls _acpiShutdown-->shutdownFlags. > shutdownFlags does not assure VM can be shutdown, what is wrong, if > because of ACPI? > how to handle this? > > thanks there is shutdown, and there is power off. shutdown means "try to shutdown", which should send a request to shutdown to guest agent, then acpi. poweroff would just kill the vm From yamakasi.014 at gmail.com Sun Mar 3 18:20:03 2013 From: yamakasi.014 at gmail.com (Matt .) Date: Sun, 3 Mar 2013 19:20:03 +0100 Subject: [Users] Copy VM using the commandline Message-ID: Is it possible to copy a VM from storage node to storage node by using the commandline ? ISO images are indexed automaticly but I don't know how this works for storage. I have a storage device that was "down" following the system, but my images are still on there. To avoid reinstalling the systems and placing backups back I would like to know if I can copy the images from this folder to a storage device that can be seen normal. I hope this is possible. Cheers, Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: From yamakasi.014 at gmail.com Sun Mar 3 18:23:54 2013 From: yamakasi.014 at gmail.com (Matt .) Date: Sun, 3 Mar 2013 19:23:54 +0100 Subject: [Users] fail to shutdown vM In-Reply-To: <51339002.2050605@redhat.com> References: <51339002.2050605@redhat.com> Message-ID: Hi, I had the same issue, are you on 3.2 ? Storage was in some strange way an issue, maybe an update that did that. Matt 2013/3/3 Itamar Heim > On 03/03/2013 17:49, bigclouds wrote: > >> hi, all: >> >> on the webUI i can not shutdown VM. >> i see logs, because finally it calls _acpiShutdown-->shutdownFlags. >> shutdownFlags does not assure VM can be shutdown, what is wrong, if >> because of ACPI? >> how to handle this? >> >> thanks >> > > there is shutdown, and there is power off. > shutdown means "try to shutdown", which should send a request to shutdown > to guest agent, then acpi. > poweroff would just kill the vm > > ______________________________**_________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/**mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From abaron at redhat.com Sun Mar 3 18:34:03 2013 From: abaron at redhat.com (Ayal Baron) Date: Sun, 3 Mar 2013 13:34:03 -0500 (EST) Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: Message-ID: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> ----- Original Message ----- > > > > > > Hi there, > > I was doing some testing around ovirt and iscsi and found an issue > where as when you use "dd" to create "backing-stores" for iscsi and > you point ovirt to it to discover & login, it thinks the LUN ID is > the same although the target is different and adds additional paths > to the config (automagically?) bringing down the iSCSI storage > domain. There is no question about the behaviour, it's not a bug, that is the way multipathing works (has nothing to do with oVirt). The GUID of a LUN has to be unique. multipathd seeing the same LUN ID across multiple targets assumes that it's the same LUN with multiple paths and that's how you get redundancy and load balancing. Why tgtd doesn't take care of this built in I could never grok, but what you need to do is edit your targets.conf and add the scsi_id and scsi_sn fields. Example: allow-in-use yes lun 1 scsi_id MasterBackup scsi_sn 444444444401 > > See attached screenshot of what I got when trying to a "new iscsi san > storage domain" to ovirt. The Storage Domain is now down and I > cannot get rid of the config (???) how do I force it to logout of > the targets ?? > > > Also, anyone know how to deal with the duplicate LUN ID issue ? > > > Thanks > Alex > > > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From s.knohsalla at netbiscuits.com Sun Mar 3 19:03:43 2013 From: s.knohsalla at netbiscuits.com (Sven Knohsalla) Date: Sun, 3 Mar 2013 14:03:43 -0500 Subject: [Users] Antw.: fail to shutdown vM Message-ID: <3E3100C6-0E86-4F1D-AE1A-5D56B742F2F4@netbiscuits.com> Had the same issue with f18 minimal vms. Just install acpid, and enable autostart of the daemon. This is no ovirt related "issue". Cheers, Sven. ----- Reply message ----- Von: "Matt ." An: "Itamar Heim" Cc: "users at ovirt.org" Betreff: [Users] fail to shutdown vM Datum: So., M?r. 3, 2013 19:23 Hi, I had the same issue, are you on 3.2 ? Storage was in some strange way an issue, maybe an update that did that. Matt 2013/3/3 Itamar Heim > On 03/03/2013 17:49, bigclouds wrote: hi, all: on the webUI i can not shutdown VM. i see logs, because finally it calls _acpiShutdown-->shutdownFlags. shutdownFlags does not assure VM can be shutdown, what is wrong, if because of ACPI? how to handle this? thanks there is shutdown, and there is power off. shutdown means "try to shutdown", which should send a request to shutdown to guest agent, then acpi. poweroff would just kill the vm _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.gibanel at btactic.com Sun Mar 3 19:05:56 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Sun, 3 Mar 2013 20:05:56 +0100 (CET) Subject: [Users] Copy VM using the commandline In-Reply-To: References: Message-ID: <8832065.421.1362337551166.JavaMail.adrian@adrianworktop> While you wait for a more oVirt-standard reply (like trying to solve your problem from the Web Manager) you can check: http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management . ----- Mensaje original ----- > De: "Matt ." > Para: "users" > Enviados: Domingo, 3 de Marzo 2013 19:20:03 > Asunto: [Users] Copy VM using the commandline > Is it possible to copy a VM from storage node to storage node by > using the commandline ? > ISO images are indexed automaticly but I don't know how this works > for storage. > I have a storage device that was "down" following the system, but my > images are still on there. To avoid reinstalling the systems and > placing backups back I would like to know if I can copy the images > from this folder to a storage device that can be seen normal. > I hope this is possible. > Cheers, > Matt > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Sun Mar 3 19:23:47 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 03 Mar 2013 21:23:47 +0200 Subject: [Users] Antw.: fail to shutdown vM In-Reply-To: <3E3100C6-0E86-4F1D-AE1A-5D56B742F2F4@netbiscuits.com> References: <3E3100C6-0E86-4F1D-AE1A-5D56B742F2F4@netbiscuits.com> Message-ID: <5133A343.10207@redhat.com> On 03/03/2013 09:03 PM, Sven Knohsalla wrote: > Had the same issue with f18 minimal vms. Just install acpid, and enable > autostart of the daemon. This is no ovirt related "issue". well, if ovirt-guest-agent is installed, i'd expect these to be prerequisites, if not already (ovirt-guest-agent is not a must on guests) > > Cheers, Sven. > > ----- Reply message ----- > Von: "Matt ." > An: "Itamar Heim" > Cc: "users at ovirt.org" > Betreff: [Users] fail to shutdown vM > Datum: So., M?r. 3, 2013 19:23 > > > > Hi, > > I had the same issue, are you on 3.2 ? > > Storage was in some strange way an issue, maybe an update that did that. > > Matt > > > 2013/3/3 Itamar Heim > > > On 03/03/2013 17:49, bigclouds wrote: > > hi, all: > > on the webUI i can not shutdown VM. > i see logs, because finally it calls _acpiShutdown-->shutdownFlags. > shutdownFlags does not assure VM can be shutdown, what is wrong, if > because of ACPI? > how to handle this? > > thanks > > > there is shutdown, and there is power off. > shutdown means "try to shutdown", which should send a request to > shutdown to guest agent, then acpi. > poweroff would just kill the vm > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From yamakasi.014 at gmail.com Sun Mar 3 19:45:24 2013 From: yamakasi.014 at gmail.com (Matt .) Date: Sun, 3 Mar 2013 20:45:24 +0100 Subject: [Users] Copy VM using the commandline In-Reply-To: <8832065.421.1362337551166.JavaMail.adrian@adrianworktop> References: <8832065.421.1362337551166.JavaMail.adrian@adrianworktop> Message-ID: Thanks! This was where I was looking for. 2013/3/3 Adrian Gibanel > While you wait for a more oVirt-standard reply (like trying to solve your > problem from the Web Manager) you can check: > > http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management > > . > > ------------------------------ > > *De: *"Matt ." > *Para: *"users" > *Enviados: *Domingo, 3 de Marzo 2013 19:20:03 > *Asunto: *[Users] Copy VM using the commandline > > > Is it possible to copy a VM from storage node to storage node by using the > commandline ? > > ISO images are indexed automaticly but I don't know how this works for > storage. > > I have a storage device that was "down" following the system, but my > images are still on there. To avoid reinstalling the systems and placing > backups back I would like to know if I can copy the images from this > folder to a storage device that can be seen normal. > > I hope this is possible. > > Cheers, > > Matt > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > *Adri?n Gibanel* > I.T. Manager > > +34 675 683 301 > www.btactic.com > > > * > Ens podeu seguir a/Nos podeis seguir en: > > i > * > > Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi > ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el > medio ambiente. El medio ambiente es cosa de todos. > > AVIS: > El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no > en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, > divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu > rebut aquest missatge per error, us agrairem que ho feu saber immediatament al > remitent i que procediu a destruir el missatge. > > AVISO: > El contenido de este mensaje y de sus anexos es confidencial. Si no es el > destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo > y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido > este mensaje por error, les agradecer?amos que lo hagan saber > inmediatamente al remitente y que procedan a destruir el mensaje. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Sun Mar 3 20:59:49 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Sun, 03 Mar 2013 20:59:49 +0000 Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> References: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> Message-ID: <5133B9C5.9090804@gmail.com> Hi Ayal, Thanks for that - I was thinking the same after I did some more testing last week - e.g. shared a image file from a different iscsi target and the same iscsi target, the lun on the "same target" changed, the one on the "other target" did again the same - so I figured it had something to do with tgtd. Thanks for below, I was looking into those options to try next week :) ... Thanks Alex On 03/03/2013 06:34 PM, Ayal Baron wrote: > > ----- Original Message ----- >> >> >> >> >> Hi there, >> >> I was doing some testing around ovirt and iscsi and found an issue >> where as when you use "dd" to create "backing-stores" for iscsi and >> you point ovirt to it to discover& login, it thinks the LUN ID is >> the same although the target is different and adds additional paths >> to the config (automagically?) bringing down the iSCSI storage >> domain. > There is no question about the behaviour, it's not a bug, that is the way multipathing works (has nothing to do with oVirt). The GUID of a LUN has to be unique. multipathd seeing the same LUN ID across multiple targets assumes that it's the same LUN with multiple paths and that's how you get redundancy and load balancing. > Why tgtd doesn't take care of this built in I could never grok, but what you need to do is edit your targets.conf and add the scsi_id and scsi_sn fields. > > Example: > > allow-in-use yes > > lun 1 > scsi_id MasterBackup > scsi_sn 444444444401 > > > >> See attached screenshot of what I got when trying to a "new iscsi san >> storage domain" to ovirt. The Storage Domain is now down and I >> cannot get rid of the config (???) how do I force it to logout of >> the targets ?? >> >> >> Also, anyone know how to deal with the duplicate LUN ID issue ? >> >> >> Thanks >> Alex >> >> >> >> >> >> -- >> >> >> >> | RHCE | Senior Systems Engineer | www.vcore.co | >> | www.vsearchcloud.com | >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Mon Mar 4 03:56:01 2013 From: bigclouds at 163.com (bigclouds) Date: Mon, 4 Mar 2013 11:56:01 +0800 (CST) Subject: [Users] Antw.: fail to shutdown vM In-Reply-To: <3E3100C6-0E86-4F1D-AE1A-5D56B742F2F4@netbiscuits.com> References: <3E3100C6-0E86-4F1D-AE1A-5D56B742F2F4@netbiscuits.com> Message-ID: <370213c4.d196.13d338ab500.Coremail.bigclouds@163.com> hi, sven: where to install acpid, kvm-host or guest-vm? i try on kvm-host, but it does not work? my guest vm is starting from ISO,not installed yet. thanks. At 2013-03-04 03:03:43,"Sven Knohsalla" wrote: Had the same issue with f18 minimal vms. Just install acpid, and enable autostart of the daemon. This is no ovirt related "issue". Cheers, Sven. ----- Reply message ----- Von: "Matt ." An: "Itamar Heim" Cc: "users at ovirt.org" Betreff: [Users] fail to shutdown vM Datum: So., M?r. 3, 2013 19:23 Hi, I had the same issue, are you on 3.2 ? Storage was in some strange way an issue, maybe an update that did that. Matt 2013/3/3 Itamar Heim On 03/03/2013 17:49, bigclouds wrote: hi, all: on the webUI i can not shutdown VM. i see logs, because finally it calls _acpiShutdown-->shutdownFlags. shutdownFlags does not assure VM can be shutdown, what is wrong, if because of ACPI? how to handle this? thanks there is shutdown, and there is power off. shutdown means "try to shutdown", which should send a request to shutdown to guest agent, then acpi. poweroff would just kill the vm _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Mon Mar 4 07:16:36 2013 From: iheim at redhat.com (Itamar Heim) Date: Mon, 04 Mar 2013 09:16:36 +0200 Subject: [Users] Antw.: fail to shutdown vM In-Reply-To: <370213c4.d196.13d338ab500.Coremail.bigclouds@163.com> References: <3E3100C6-0E86-4F1D-AE1A-5D56B742F2F4@netbiscuits.com> <370213c4.d196.13d338ab500.Coremail.bigclouds@163.com> Message-ID: <51344A54.7040605@redhat.com> On 04/03/2013 05:56, bigclouds wrote: > hi, sven: > where to install acpid, kvm-host or guest-vm? > i try on kvm-host, but it does not work? > my guest vm is starting from ISO,not installed yet. > in the guest. and shutdown doesn't work if the guest isn't cooperating. that's what 'power off' is for. > thanks. > > > > > > At 2013-03-04 03:03:43,"Sven Knohsalla" wrote: > > Had the same issue with f18 minimal vms. Just install acpid, and > enable autostart of the daemon. This is no ovirt related "issue". > > Cheers, Sven. > > ----- Reply message ----- > Von: "Matt ." > > An: "Itamar Heim" > > Cc: "users at ovirt.org " > > Betreff: [Users] fail to shutdown vM > Datum: So., M?r. 3, 2013 19:23 > > > > Hi, > > I had the same issue, are you on 3.2 ? > > Storage was in some strange way an issue, maybe an update that did that. > > Matt > > > 2013/3/3 Itamar Heim > > > On 03/03/2013 17:49, bigclouds wrote: > > hi, all: > > on the webUI i can not shutdown VM. > i see logs, because finally it calls > _acpiShutdown-->shutdownFlags. > shutdownFlags does not assure VM can be shutdown, what is > wrong, if > because of ACPI? > how to handle this? > > thanks > > > there is shutdown, and there is power off. > shutdown means "try to shutdown", which should send a request to > shutdown to guest agent, then acpi. > poweroff would just kill the vm > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From eedri at redhat.com Mon Mar 4 09:21:49 2013 From: eedri at redhat.com (Eyal Edri) Date: Mon, 4 Mar 2013 04:21:49 -0500 (EST) Subject: [Users] OS-independent ovirt-engine distribution archive In-Reply-To: <20130228201314.73305cb7.jbelka@redhat.com> Message-ID: <2103684581.12093410.1362388909640.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: "Eyal Edri" > Cc: users at ovirt.org, "infra" > Sent: Thursday, February 28, 2013 9:13:14 PM > Subject: Re: [Users] OS-independent ovirt-engine distribution archive > > On Wed, 27 Feb 2013 06:41:07 -0500 (EST) > Eyal Edri wrote: > > > it is now available via ovirt nightly builds as > > 'ovirt-engine-archive.tar.gz': > > > > http://resources.ovirt.org/releases/nightly/src/ > > > > Eyal. > > Thank you very much! But.. can I respectfully ask archive tarball > having date/version in its filename > (ovirt-engine-archive-20130228.tar.gz)? done. it will be available from tonight's builds. > > I suppose ports (makefiles to build a BSD package) with source files > without unique date/version in filenames would never be accepted. > > Right now I'm quite busy, I've just made some tunning of path to > python > interpreter, replaces absolute symlinks with relative... Real > modification for BSD system (here OpenBSD) is on my TODO. > > I suppose hard stuff would be modification of engine-upgrade :D > > jbelka > From bigclouds at 163.com Mon Mar 4 10:07:53 2013 From: bigclouds at 163.com (bigclouds) Date: Mon, 4 Mar 2013 18:07:53 +0800 (CST) Subject: [Users] UI lack of ui-plugins Message-ID: <1fcd5319.1a7e9.13d34df2b48.Coremail.bigclouds@163.com> at last i build engine code success, then i start jboss-as. go to http://host:8700, when i click user,admin portal, error occur. 1. it reports ui-plugins is miss. 2. $OVIRT_HOME/backend/manager/conf/engine.conf.defaults ENGINE_USR=username ENGINE_ETC=/etc/ovirt-engine i do not know what ENGINE_USR really is? thanks. error -msg: 2013-03-04 17:39:10,182 INFO [org.ovirt.engine.core.bll.DbUserCacheManager] (DefaultQuartzScheduler_Worker-1) Start refreshing all users data 2013-03-04 17:39:10,338 INFO [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service thread 1-1) Finished initializing ResourceManager 2013-03-04 17:39:10,365 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (MSC service thread 1-1) Initialization of AsyncTaskManager completed successfully. 2013-03-04 17:39:10,384 INFO [org.ovirt.engine.core.bll.OvfDataUpdater] (MSC service thread 1-1) Initialization of OvfDataUpdater completed successfully. 2013-03-04 17:39:10,388 INFO [org.ovirt.engine.core.bll.VdsLoadBalancer] (MSC service thread 1-1) Start scheduling to enable vds load balancer 2013-03-04 17:39:10,394 INFO [org.ovirt.engine.core.bll.VdsLoadBalancer] (MSC service thread 1-1) Finished scheduling to enable vds load balancer 2013-03-04 17:39:10,410 INFO [org.ovirt.engine.core.bll.network.MacPoolManager] (pool-10-thread-1) Start initializing MacPoolManager 2013-03-04 17:39:10,450 INFO [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC service thread 1-1) Init VM custom properties utilities 2013-03-04 17:39:10,461 INFO [org.ovirt.engine.core.bll.network.MacPoolManager] (pool-10-thread-1) Finished initializing MacPoolManager 2013-03-04 17:39:10,470 INFO [org.jboss.as] (MSC service thread 1-2) JBAS015951: Admin console listening on http://127.0.0.1:9990 2013-03-04 17:39:10,471 INFO [org.jboss.as] (MSC service thread 1-2) JBAS015874: JBoss AS 7.1.1.Final "Brontes" started in 11961ms - Started 507 of 594 services (86 services are passive or on-demand) 2013-03-04 17:39:10,560 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "engine.ear" 2013-03-04 17:42:22,716 ERROR [org.jboss.remoting.remote.connection] (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: java.io.IOException: Received an invalid message length of 1195725856 2013-03-04 17:42:56,702 ERROR [org.jboss.remoting.remote.connection] (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: java.io.IOException: Received an invalid message length of 1195725856 2013-03-04 17:45:14,258 INFO [org.hibernate.validator.util.Version] (http--0.0.0.0-8700-1) Hibernate Validator 4.2.0.Final 2013-03-04 17:45:14,385 INFO [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) Loaded file "/mnt/ovirt-engine/backend/manager/conf/engine.conf.defaults". 2013-03-04 17:45:14,386 INFO [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) Loaded file "/etc/sysconfig/ovirt-engine". 2013-03-04 17:45:14,392 INFO [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) Value of property "ENGINE_DEBUG_ADDRESS" is "0.0.0.0:8787". 2013-03-04 17:45:14,393 INFO [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) Value of property "ENGINE_ETC" is "/etc/ovirt-engine". 2013-03-04 17:45:14,394 INFO [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) Value of property "ENGINE_USR" is "root". 2013-03-04 17:45:14,397 WARN [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] (http--0.0.0.0-8700-1) Cannot list UI plugin descriptor files in [/mnt/ovirt-engine/root/ui-plugins] 2013-03-04 17:48:13,672 WARN [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] (http--0.0.0.0-8700-1) Cannot list UI plugin descriptor files in [/mnt/ovirt-engine/root/ui-plugins] -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Mon Mar 4 10:20:20 2013 From: ovedo at redhat.com (Oved Ourfalli) Date: Mon, 4 Mar 2013 05:20:20 -0500 (EST) Subject: [Users] UI lack of ui-plugins In-Reply-To: <1fcd5319.1a7e9.13d34df2b48.Coremail.bigclouds@163.com> Message-ID: <1961131063.16841172.1362392420009.JavaMail.root@redhat.com> ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Monday, March 4, 2013 12:07:53 PM > Subject: [Users] UI lack of ui-plugins > > > > at last i build engine code success, then i start jboss-as. > go to http://host:8700, when i click user,admin portal, error occur. > > > 1. it reports ui-plugins is miss. > 2. $OVIRT_HOME/backend/manager/conf/engine.conf.defaults > ENGINE_USR=username > ENGINE_ETC=/etc/ovirt-engine i do not know what ENGINE_USR really is? > thanks. > ENGINE_USR should be something like /usr/share/ovirt-engine The warning about the ui-plugins directory is probably because it doesn't exist (see bug https://bugzilla.redhat.com/show_bug.cgi?id=895933), but that shouldn't effect anything besides loading UI plugins you wrote/downloaded, so the admin portal should work properly. As far as I know, the ENGINE_USR is currently used only in order to detect the ui-plugins directory. What happens when you just browse to http://host:8700/webadmin ? Does it work? > > error -msg: > > > > 2013-03-04 17:39:10,182 INFO > [org.ovirt.engine.core.bll.DbUserCacheManager] > (DefaultQuartzScheduler_Worker-1) Start refreshing all users data > 2013-03-04 17:39:10,338 INFO > [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service > thread 1-1) Finished initializing ResourceManager > 2013-03-04 17:39:10,365 INFO > [org.ovirt.engine.core.bll.AsyncTaskManager] (MSC service thread > 1-1) Initialization of AsyncTaskManager completed successfully. > 2013-03-04 17:39:10,384 INFO > [org.ovirt.engine.core.bll.OvfDataUpdater] (MSC service thread 1-1) > Initialization of OvfDataUpdater completed successfully. > 2013-03-04 17:39:10,388 INFO [org.ovirt.engine.co > re.bll.VdsLoadBalancer] (MSC service thread 1-1) Start scheduling to > enable vds load balancer > 2013-03-04 17:39:10,394 INFO > [org.ovirt.engine.core.bll.VdsLoadBalancer] (MSC service thread 1-1) > Finished scheduling to enable vds load balancer > 2013-03-04 17:39:10,410 INFO > [org.ovirt.engine.core.bll.network.MacPoolManager] > (pool-10-thread-1) Start initializing MacPoolManager > 2013-03-04 17:39:10,450 INFO > [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC > service thread 1-1) Init VM custom properties utilities > 2013-03-04 17:39:10,461 INFO > [org.ovirt.engine.core.bll.network.MacPoolManager] > (pool-10-thread-1) Finished initializing MacPoolManager > 2013-03-04 17:39:10,470 INFO [org.jboss.as] (MSC service thread 1-2) > JBAS015951: Admin console listening on http://127.0.0.1:9990 > 2013-03-04 17:39:10,471 INFO [org.jboss.as] (MSC service thread 1-2) > JBAS015874: JBoss AS 7.1.1.Final " Brontes" started in 11961ms - > Started 507 of 594 services (86 services are passive or on-demand) > 2013-03-04 17:39:10,560 INFO [org.jboss.as.server] > (DeploymentScanner-threads - 2) JBAS018559: Deployed "engine.ear" > 2013-03-04 17:42:22,716 ERROR [org.jboss.remoting.remote.connection] > (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: > java.io.IOException: Received an invalid message length of > 1195725856 > 2013-03-04 17:42:56,702 ERROR [org.jboss.remoting.remote.connection] > (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: > java.io.IOException: Received an invalid message length of > 1195725856 > 2013-03-04 17:45:14,258 INFO [org.hibernate.validator.util.Version] > (http--0.0.0.0-8700-1) Hibernate Validator 4.2.0.Final > 2013-03-04 17:45:14,385 INFO > [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) > Loaded file > "/mnt/ovirt-engine/backend/manager/conf/engine.conf.defaults". > 2013-03-04 17:45:14,386 INFO > [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) > Loaded file "/etc/sysconfig/ovirt-engine". > 2013-03-04 17:45:14,392 INFO > [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) > Value of property "ENGINE_DEBUG_ADDRESS" is "0.0.0.0:8787". > 2013-03-04 17:45:14,393 INFO > [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) > Value of property "ENGINE_ETC" is "/etc/ovirt-engine". > 2013-03-04 17:45:14,394 INFO > [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) > Value of property "ENGINE_USR" is "root". > 2013-03-04 17:45:14,397 WARN > [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] > (http--0.0.0.0-8700-1) Cannot list UI plugin descriptor files in > [/mnt/ovirt-engine/root/ui-plugins] > 2013-03-04 17:48:13,672 WARN > [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] > (http--0.0.0.0-8700-1) Ca nnot list UI plugin descriptor files in > [/mnt/ovirt-engine/root/ui-plugins] > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From ricky at schneberger.se Mon Mar 4 11:10:54 2013 From: ricky at schneberger.se (Ricky Schneberger) Date: Mon, 04 Mar 2013 12:10:54 +0100 Subject: [Users] oVirt support for backup/restore Message-ID: <5134813E.8090207@schneberger.se> Hi, How can I do if I want to schedule a daily live-snapshot of a VM for backup purpose? I have backup software inside my VMs (Netvault), but in some cases I just want to do daily snapshots and use them as backups. -- Ricky Schneberger -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xB88C0B63.asc Type: application/pgp-keys Size: 8073 bytes Desc: not available URL: From jbelka at redhat.com Mon Mar 4 11:31:30 2013 From: jbelka at redhat.com (Jiri Belka) Date: Mon, 4 Mar 2013 12:31:30 +0100 Subject: [Users] oVirt support for backup/restore In-Reply-To: <5134813E.8090207@schneberger.se> References: <5134813E.8090207@schneberger.se> Message-ID: <20130304123130.6d0ff343.jbelka@redhat.com> On Mon, 04 Mar 2013 12:10:54 +0100 Ricky Schneberger wrote: > Hi, > > How can I do if I want to schedule a daily live-snapshot of a VM for > backup purpose? > > I have backup software inside my VMs (Netvault), but in some cases I > just want to do daily snapshots and use them as backups. > > Live snapshot does not save memory state, IIRC. So either shutdown all VMs or do not think about this as solid backup solution. From ricky at schneberger.se Mon Mar 4 11:52:53 2013 From: ricky at schneberger.se (Ricky Schneberger) Date: Mon, 04 Mar 2013 12:52:53 +0100 Subject: [Users] oVirt support for backup/restore In-Reply-To: <20130304123130.6d0ff343.jbelka@redhat.com> References: <5134813E.8090207@schneberger.se> <20130304123130.6d0ff343.jbelka@redhat.com> Message-ID: <51348B15.9030000@schneberger.se> On 2013-03-04 12:31, Jiri Belka wrote: > On Mon, 04 Mar 2013 12:10:54 +0100 > Ricky Schneberger wrote: > >> Hi, >> >> How can I do if I want to schedule a daily live-snapshot of a VM for >> backup purpose? >> >> I have backup software inside my VMs (Netvault), but in some cases I >> just want to do daily snapshots and use them as backups. >> >> > > Live snapshot does not save memory state, IIRC. So either shutdown all > VMs or do not think about this as solid backup solution. > Hi, If I dont think about it as a solid solution, is it doable? Even with a manual live snapshot I will lack this memory state, right? All I want if I must restore a snapshot is to get the WM up on track in an earlier state. regards //Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xB88C0B63.asc Type: application/pgp-keys Size: 8073 bytes Desc: not available URL: From abonas at redhat.com Mon Mar 4 12:19:09 2013 From: abonas at redhat.com (Alissa Bonas) Date: Mon, 4 Mar 2013 07:19:09 -0500 (EST) Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: <1415872577.40481295.1362328224170.JavaMail.root@redhat.com> Message-ID: <1204206897.40813493.1362399549218.JavaMail.root@redhat.com> > ----- Original Message ----- > > From: "Gianluca Cecchi" > > To: "Liron Aravot" > > Cc: "users" , "Vered Volansky" > > Sent: Thursday, February 28, 2013 7:07:55 PM > > Subject: Re: [Users] clone vm from snapshot problem in 3.2 > > > > On Wed, Feb 27, 2013 at 1:21 PM, Liron Aravot wrote: > > > > >> Hi Gianluca, > > >> I've built 3.2 and had success in reproducing your issue, I've > > >> also > > >> tested the fix and after it the clone window shows fine - so > > >> this > > >> should solve your issue (http://gerrit.ovirt.org/#/c/11254/). > > >> > > >> Thanks, Liron. > > > > Hello, > > so I rebuilt with the patch. > > I built as in this thread: > > http://lists.ovirt.org/pipermail/users/2013-February/012702.html > > > > directly on engine server and with engine stopped: > > > > sudo rpm -Uvh --force $(ls -1|grep -v all) > > > > with > > $ ls -1|grep -v all > > ovirt-engine-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-backend-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-config-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-dbscripts-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-genericapi-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-notification-service-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-restapi-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-setup-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-tools-common-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-userportal-3.2.0-4.fc18.noarch.rpm > > ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch.rpm > > > > and then reboot the engine > > > > Results: > > > > OK, for the snapshot details pane. It seem the patch fixes this > > too. > > Until now I was never able to see snapshot details, > > Instead now I can see disk and nic details. See: > > https://docs.google.com/file/d/0BwoPbcrMv8mvQmlCZTZBYjBadmc/edit?usp=sharing > > > > > > OK, if I clone a VM from a snapshot of a running VM (CentOS 5.6) > > I start the clone and no problem at all. > > > > well done! > > > > > > Corner cases and problems > > > > 1) > > OK, if I clone a powered on VM from a snapshot with two disks and > > here > > you can find clone in action with webadmin gui and iotop on node > > that > > shows they are cloning in parallel.. well! > > https://docs.google.com/file/d/0BwoPbcrMv8mvZ3lzY0l1MDc5OVE/edit?usp=sharing > > > > The VM is a slackware 14 32bit with virtio disk that I obtained > > from > > a > > virt-v2v from CentOS 6.3+Qemu/KVM > > The problem is that the cloned VM recognizes the disks in reversed > > order > > > > See these images where sl1432 is master slcone is the clone > > > > disk layout in details pane seems equal with boot disk the one that > > appears as the second, but the master boots ok, the slave no. > > Disks are swapped > > > > Master VM disk details: > > https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing > > > > Clone VM disks details: > > https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing > > > > Page with the two consoles where you can see that vda of master > > becomes vdb of clone and vice-versa: > > https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing > > > > Can I swap again in some way? In VMware for example you can see and > > edit SCSI IDs of disks... Can you please provide the engine logs where the boot success/failure of master and clone can be seen? > > 2) > > KO, if I clone a windows 7 VM from a snapshot (time 17:09) I get > > this > > on gui > > https://docs.google.com/file/d/0BwoPbcrMv8mvaW9OVW84WVI1dkU/edit?usp=sharing > > > > You can find the engine.log from server restart (at 17:06) here: > > https://docs.google.com/file/d/0BwoPbcrMv8mvTDQzRTFfbFgxX0E/edit?usp=sharing > > > > Are there any restrictions? > > The VM was powered off when taking the snapshot and making the > > clone. > > Hi Gianluca, > > Regarding the second item you mentioned - failure of the clone vm > from snapshot, > the engine log indicates that the following error occurred "Volume > Group not big enough" - suggesting you might check if you have > enough free space. > > > Gianluca > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From jbelka at redhat.com Mon Mar 4 12:24:03 2013 From: jbelka at redhat.com (Jiri Belka) Date: Mon, 4 Mar 2013 13:24:03 +0100 Subject: [Users] oVirt support for backup/restore In-Reply-To: <51348B15.9030000@schneberger.se> References: <5134813E.8090207@schneberger.se> <20130304123130.6d0ff343.jbelka@redhat.com> <51348B15.9030000@schneberger.se> Message-ID: <20130304132403.4aa74330.jbelka@redhat.com> On Mon, 04 Mar 2013 12:52:53 +0100 Ricky Schneberger wrote: > > Live snapshot does not save memory state, IIRC. So either shutdown all > > VMs or do not think about this as solid backup solution. > > > > Hi, If I dont think about it as a solid solution, is it doable? > Even with a manual live snapshot I will lack this memory state, right? > > All I want if I must restore a snapshot is to get the WM up on track in > an earlier state. The "snapshot" like in VMWare world which saves even memory is called checkpoint in qemu-kvm world. And IIRC it is not implemented yet. Live snapshot is doable, no problem. The problem can be your design. As you know a lot of apps do not write to filesystem immediately, so snapshot backup is useless. So either shutdown/think twice or forget it. But others can have different view... Backup is thing you _must_ trust, if you design is broken, the consequences are terrific! If your goal is to have fast disaster recovery, then why not to have backup machine or some clustered solution? jbelka From s.knohsalla at netbiscuits.com Mon Mar 4 12:28:30 2013 From: s.knohsalla at netbiscuits.com (Sven Knohsalla) Date: Mon, 4 Mar 2013 07:28:30 -0500 Subject: [Users] Gluster integration issue with oVirt 3.2 Message-ID: Hi, I'm still testing oVirt 3.2 with GlusterFS 3.3 Have 2 F18 nodes for virt service, 2 F18 nodes for gluster services, 1 F18 running as oVirt-engine. Adding Gluster-nodes / oVirt-nodes is working as expected. At the moment I want to test Gluster Volume management with oVirt, when trying to create a replicate brick on the Gluster-nodes the webgui says "Error while executing Create Gluster Voume: Unexpected exception" ovirt-engine log: 2013-03-04 13:20:58,680 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-56) Error while refreshing Gluster lightweight data of cluster Gluster-Cluster!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = XML error error: 00brick17a212719-162e-4837-9474-828d640965a52022120192.168.90.42:/export/brick1192.168.90.43:/export/brick10brick36d951ab-1c8b-4d32-aa7b-57faed12967c2022120192.168.90.42:/export/brick192.168.90.43:/export/brick02 Does anybody can give me an advice where I can look at (->"Failed to GlusterVolumesListVDS", seems to give a hint) Thanks in advance! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla at netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef-00b03c3d4c79&groupId=10211&t=1361534926402] [https://my.netbiscuits.com/image/image_gallery?uuid=9e553e7b-3e7d-4784-b274-15aa1dfb48e2&groupId=10211&t=1361533377340] [https://my.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId=10211&t=1347281040591] [https://my.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee-dca68ec828a5&groupId=10211&t=1347280983848] [https://my.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1-be33884225e3&groupId=10211&t=1347280983872] [https://my.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f-0cd55beeaf45&groupId=10211&t=1347280983791] [https://my.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=10211&t=1347280983836] [https://my.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca-da5a0ebd5856&groupId=10211&t=1347281040599] Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3604 Management Board: Guido Moggert, Michael Neidh?fer, Christian Reitz, Martin S?? This message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. It may also be privileged or otherwise protected by work product immunity or other legal rules. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although Netbiscuits has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. [http://www.netbiscuits.com/image/image_gallery?uuid=0ba7711a-a277-4ea0-acb0-17fe13c3089d&groupId=10211&t=1348560850164]Please consider the environment before printing -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Mon Mar 4 12:42:18 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Mon, 4 Mar 2013 12:42:18 +0000 Subject: [Users] Gluster integration issue with oVirt 3.2 In-Reply-To: References: Message-ID: <5F9E965F5A80BC468BE5F40576769F09102759A1@exchange2-1> m?n 2013-03-04 klockan 07:28 -0500 skrev Sven Knohsalla: Hi, I?m still testing oVirt 3.2 with GlusterFS 3.3 Have 2 F18 nodes for virt service, 2 F18 nodes for gluster services, 1 F18 running as oVirt-engine. Adding Gluster-nodes / oVirt-nodes is working as expected. At the moment I want to test Gluster Volume management with oVirt, when trying to create a replicate brick on the Gluster-nodes the webgui says ?Error while executing Create Gluster Voume: Unexpected exception? ovirt-engine log: 2013-03-04 13:20:58,680 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-56) Error while refreshing Gluster lightweight data of cluster Gluster-Cluster!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = XML error error: 00brick17a212719-162e-4837-9474-828d640965a52022120192.168.90.42:/export/brick1192.168.90.43:/export/brick10brick36d951ab-1c8b-4d32-aa7b-57faed12967c2022120192.168.90.42:/export/brick192.168.90.43:/export/brick02 Does anybody can give me an advice where I can look at (->?Failed to GlusterVolumesListVDS?, seems to give a hint) It?s apparently a problem with gluster: http://www.mail-archive.com/users at ovirt.org/msg06118.html The version problems has been ironed out, so just add this repo: /etc/yum.repos.d/gluster.repo: [gluster] name=GlusterFS baseurl=http://bits.gluster.org/pub/gluster/glusterfs/stage/ gpgcheck=0 enabled=1 Update gluster and try again. Just had this issue this morning and updating made it work as expected:) /Karli Thanks in advance! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla at netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef-00b03c3d4c79&groupId=10211&t=1361534926402] [https://my.netbiscuits.com/image/image_gallery?uuid=3031deca-7e56-4417-9822-3d6d72f71ef0&groupId=10211&t=1347280983812] [https://my.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId=10211&t=1347281040591] [https://my.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee-dca68ec828a5&groupId=10211&t=1347280983848] [https://my.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1-be33884225e3&groupId=10211&t=1347280983872] [https://my.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f-0cd55beeaf45&groupId=10211&t=1347280983791] [https://my.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=10211&t=1347280983836] [https://my.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca-da5a0ebd5856&groupId=10211&t=1347281040599] Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3604 Management Board: Guido Moggert, Michael Neidh?fer, Christian Reitz, Martin S?? This message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. It may also be privileged or otherwise protected by work product immunity or other legal rules. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although Netbiscuits has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. [Beschreibung: Beschreibung: http://www.netbiscuits.com/image/image_gallery?uuid=0ba7711a-a277-4ea0-acb0-17fe13c3089d&groupId=10211&t=1348560850164]Please consider the environment before printing -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricky at schneberger.se Mon Mar 4 12:57:00 2013 From: ricky at schneberger.se (Ricky Schneberger) Date: Mon, 04 Mar 2013 13:57:00 +0100 Subject: [Users] oVirt support for backup/restore In-Reply-To: <20130304132403.4aa74330.jbelka@redhat.com> References: <5134813E.8090207@schneberger.se> <20130304123130.6d0ff343.jbelka@redhat.com> <51348B15.9030000@schneberger.se> <20130304132403.4aa74330.jbelka@redhat.com> Message-ID: <51349A1C.5090005@schneberger.se> On 2013-03-04 13:24, Jiri Belka wrote: > On Mon, 04 Mar 2013 12:52:53 +0100 Ricky Schneberger > wrote: > >>> Live snapshot does not save memory state, IIRC. So either >>> shutdown all VMs or do not think about this as solid backup >>> solution. >>> >> >> Hi, If I dont think about it as a solid solution, is it doable? >> Even with a manual live snapshot I will lack this memory state, >> right? >> >> All I want if I must restore a snapshot is to get the WM up on >> track in an earlier state. > > The "snapshot" like in VMWare world which saves even memory is > called checkpoint in qemu-kvm world. And IIRC it is not implemented > yet. > > Live snapshot is doable, no problem. The problem can be your > design. As you know a lot of apps do not write to filesystem > immediately, so snapshot backup is useless. So either > shutdown/think twice or forget it. > > But others can have different view... Backup is thing you _must_ > trust, if you design is broken, the consequences are terrific! If > your goal is to have fast disaster recovery, then why not to have > backup machine or some clustered solution? > > jbelka > Thanks for your answer. We have both Netvault and Acronis on the most of the VMs, but then we have other VMs in the cluster that we want a daily scheduled snapshot implementation on, but we dont want to setup a complete backup solution on this VMs. It's testmachines, different virtual desktops, OCR-readers and so on. We have no needs of snapshots like in VMWare world for them, nor even a complete backup solution. There I think Ovirts snapshot handling should be perfect. //Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xB88C0B63.asc Type: application/pgp-keys Size: 8073 bytes Desc: not available URL: From ybronhei at redhat.com Mon Mar 4 13:00:40 2013 From: ybronhei at redhat.com (Yaniv Bronheim) Date: Mon, 4 Mar 2013 08:00:40 -0500 (EST) Subject: [Users] Fwd: build vdsm error at TestSuperVdsm In-Reply-To: <1703077122.4656102.1362217541828.JavaMail.root@redhat.com> Message-ID: <234649348.4794600.1362402040228.JavaMail.root@redhat.com> Hey bigclouds, I didn't notice the personal reply. Any news with the tests? did you try running the tests locally? ----- Forwarded Message ----- From: "Yaniv Bronheim" To: "bigclouds" Sent: Saturday, March 2, 2013 11:45:41 AM Subject: Re: [Users] build vdsm error at TestSuperVdsm OK. so first, you can work with NOSE_EXCLUDE=.* until we figure the error. try to get into vdsm/tests folder and run ./run_tests_local.sh -s superVdsmTests.py and tell me what you've got. it runs only supervdsm tests. if it doesn't work, check if vdsm is running, stop it and try again. i just did the same, fetch the last code and ran with the tests and it works (with some exceptions, but works) TestSuperVdsm testIsSuperUp Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored OK testKillSuper Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored OK testNoPidFile Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in ignored OK seems like its something with your environment, and we will figure what is it if you want ----- Original Message ----- From: "bigclouds" To: "Yaniv Bronheim" Cc: users at ovirt.org Sent: Friday, March 1, 2013 3:26:18 AM Subject: Re:Re: [Users] build vdsm error at TestSuperVdsm i get it ' git clone http://gerrit.ovirt.org/p/vdsm.git' this morning. and make it again. error remains. i fellow http://www.ovirt.org/Vdsm_Developers step by step until( make rpm ).but if add ' NOSE_EXCLUDE=.* ' ,make can success thanks. error message: testConnectWithoutCertificateFails OK testSessionIsCached OK SPM_MailMonitorTests testThreadLeak OK TestSuperVdsm testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm Traceback (most recent! call last): File "/root/rpmbuild/BUILD/vdsm-! 4.10.3/vdsm/supervdsm.py", line 202, in launch utils.retry(self._connect, Exception, timeout=60, tries=3) File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry return func() File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect self._manager.connect() File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect conn = Client(self._address, authkey=self._authkey) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client c = SocketClient(address) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient s.connect(address) File "", line 1, in connect error: [Errno 111] Connection refused Kil! led [root at ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm At?2013-02-28?23:33:10,"Yaniv?Bronheim"?< ybronhei at redhat.com >?wrote: >i?dont?think?they're?related?at?all > >run?it?without?the?tests: >./autogen.sh?--system?&&?./configure?--enable-hooks?&&?make?rpm?NOSE_EXCLUDE=.* > >tell?me?what?you've?got.. >what?vdsm?branch?do?you?compile??master?or?ovirt-3.2? > >-----?Original?Message?----- >From:?"bigclouds"?< bigclouds at 163.com > >To:?"Yaniv?Bronheim"?< ybronhei at redhat.com > >Sent:?Thursday,?February?28,?2013?5:18:20?PM >Subject:?Re:Re:?[Users]?build?vdsm?error??at?TestSuperVdsm > > > >hi,?i?think?the?error?occurs?when?do?unit?test?during?compiling?engine?code.? >my?env?is?centos6.3,engine?code?is?latest?from?git-repo.? > > > > > > > > >At?2013-02-28?22:00:08,"Yaniv?Bronheim"?< ybronhei at redhat.com >?wrote: >>Hey, >>Maybe?you've?got?vdsm?that?already?runs?on?your?machine???but?it?doesn't?supposed?to?throw?this?exception?anyway >>/msg?NickServ?identify? >>What?version?of?vdsm?do?you?compile???maybe?the?tests?couldn't?create?the?socket?for?the?communication?between?supervdsm?and?vdsm..? >>its?wrong?that?all?the?compilation?fails?that?way..?ill?check?it.?but?did?you?try?more?than?once?to?run?it? >> >> >>-----?Original?Message?----- >>From:?"bigclouds"?< bigclouds at 163.com > >>To: users at ovirt.org >>Sent:?Thursday,?February?28,?2013?7:47:37?AM >>Subject:?[Users]?build?vdsm?error??at?TestSuperVdsm >> >> >> >> >>testThreadLeak?OK? >>TestSuperVdsm? >>testIsSuperUp?WARNING:SuperVdsmProxy:Connect?to?svdsm?failed?[Errno?111]?Connection?refused? >>WARNING:SuperVdsmProxy:Connect?to?svdsm?failed?[Errno?111]?Connection?refused? >>WARNING:SuperVdsmProxy:Connect?to?svdsm?failed?[Errno?111]?Connection?refused? >>ERROR:Storage.Misc:Panic:?Couldn't?connect?to?supervdsm? >>Traceback?(most?recent?call?last):? >>File?"/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py",?line?202,?in?launch? >>utils.ret?ry(self._connect,?Exception,?timeout=60,?tries=3)? >>File?"/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py",?line?1001,?in?retry? >>return?func()? >>File?"/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py",?line?188,?in?_connect? >>self._manager.connect()? >>File?"/usr/lib64/python2.6/multiprocessing/managers.py",?line?474,?in?connect? >>conn?=?Client(self._address,?authkey=self._authkey)? >>File?"/usr/lib64/python2.6/multiprocessing/connection.py",?line?143,?in?Client? >>c?=?SocketClient(address)? >>File?"/usr/lib64/python2.6/multiprocessing/connection.py",?line?263,?in?SocketClient? >>s.connect(address)? >>File?"",?line?1,?in?connect? >>error:?[Errno?111]?Connection?refused? >>Killed? >>[root at ovirtdev?vdsm]#?./autogen.sh?--system?&&?./configure?--enable-hooks?&&?make?rpm? >> >> >>_______________________________________________ >>Users?mailing?list >> Users at ovirt.org >>http://lists.ovirt.org/mailman/listinfo/users From iheim at redhat.com Mon Mar 4 13:02:53 2013 From: iheim at redhat.com (Itamar Heim) Date: Mon, 04 Mar 2013 15:02:53 +0200 Subject: [Users] oVirt support for backup/restore In-Reply-To: <51349A1C.5090005@schneberger.se> References: <5134813E.8090207@schneberger.se> <20130304123130.6d0ff343.jbelka@redhat.com> <51348B15.9030000@schneberger.se> <20130304132403.4aa74330.jbelka@redhat.com> <51349A1C.5090005@schneberger.se> Message-ID: <51349B7D.7080602@redhat.com> On 04/03/2013 14:57, Ricky Schneberger wrote: > On 2013-03-04 13:24, Jiri Belka wrote: >> On Mon, 04 Mar 2013 12:52:53 +0100 Ricky Schneberger >> wrote: >> >>>> Live snapshot does not save memory state, IIRC. So either >>>> shutdown all VMs or do not think about this as solid backup >>>> solution. >>>> >>> >>> Hi, If I dont think about it as a solid solution, is it doable? >>> Even with a manual live snapshot I will lack this memory state, >>> right? >>> >>> All I want if I must restore a snapshot is to get the WM up on >>> track in an earlier state. >> >> The "snapshot" like in VMWare world which saves even memory is >> called checkpoint in qemu-kvm world. And IIRC it is not implemented >> yet. >> >> Live snapshot is doable, no problem. The problem can be your >> design. As you know a lot of apps do not write to filesystem >> immediately, so snapshot backup is useless. So either >> shutdown/think twice or forget it. >> >> But others can have different view... Backup is thing you _must_ >> trust, if you design is broken, the consequences are terrific! If >> your goal is to have fast disaster recovery, then why not to have >> backup machine or some clustered solution? >> >> jbelka >> > > Thanks for your answer. > > We have both Netvault and Acronis on the most of the VMs, but then we > have other VMs in the cluster that we want a daily scheduled snapshot > implementation on, but we dont want to setup a complete backup > solution on this VMs. It's testmachines, different virtual desktops, > OCR-readers and so on. We have no needs of snapshots like in VMWare > world for them, nor even a complete backup solution. There I think > Ovirts snapshot handling should be perfect. > in general, you are correct - you don't care about live snapshot with memory, since you probably mostly care about backing up the disks. you may care, depending on the type of guest, on having a qemu-guest-agent installed, which would help with syncing the writes to the disks before the live snapshot is taken. something to test though is if a daily snapshot does not degrade the performance of the running VM, due to more COW layers (until the backup api and live merge are in place). From iheim at redhat.com Mon Mar 4 13:06:17 2013 From: iheim at redhat.com (Itamar Heim) Date: Mon, 04 Mar 2013 15:06:17 +0200 Subject: [Users] oVirt 3.1 - engine configuration problem In-Reply-To: <512F8163.9020704@nask.pl> References: <1338515373.2902476.1362067502072.JavaMail.root@redhat.com> <512F8163.9020704@nask.pl> Message-ID: <51349C49.3020002@redhat.com> On 28/02/2013 18:10, Piotr Szubiakowski wrote: > >> >> ----- Original Message ----- >>> From: "Piotr Szubiakowski" >>> To: "Eli Mesika" >>> Cc: users at ovirt.org >>> Sent: Thursday, February 28, 2013 5:56:30 PM >>> Subject: Re: [Users] oVirt 3.1 - engine configuration problem >>> >>> >>>> Yes , it can be >>>> only set >>>> ENGINEEARLib to the place where the EAR are (under JBOSS_HOME >>>> deployments dir) >>>> CAEngineKey to point to the certificate key location >>>> >>>> the other entries are not related >>>> >>> Hi, >>> I set these variables using psql command: >>> >>> psql ovirtdb postgres -c "update vdc_options set option_value = >>> '/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear' >>> where option_name = 'ENGINEEARLib';" >>> psql ovirtdb postgres -c "update vdc_options set option_value = >>> '/opt/jboss/CA/ca/private/ca.pem' where option_name = 'CAEngineKey'; >>> >>> in database looks like there is everything fine: >>> >>> ovirtdb=# select option_name, option_value from vdc_options where >>> option_name IN ('CAEngineKey', 'ENGINEEARLib'); >>> option_name | option_value >>> --------------+------------------------------------------------------------------- >>> >>> CAEngineKey | /opt/jboss/CA/ca/private/ca.pem >>> ENGINEEARLib | >>> /opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear >>> (2 wiersze) >>> >>> However the problem still occurs. I set debug log level. The jboss >> Did you restarted the oVirt service ? >> > Yes I restarted the oVirt service. you ignored the version field - set it to 'general'. From vszocs at redhat.com Mon Mar 4 13:07:14 2013 From: vszocs at redhat.com (Vojtech Szocs) Date: Mon, 4 Mar 2013 08:07:14 -0500 (EST) Subject: [Users] UI Plugin iframe dialogs In-Reply-To: Message-ID: <673640619.9799578.1362402434729.JavaMail.root@redhat.com> Hi Ren?, sorry for replying late! > I will go for the showDialog API method, as I think I will not into troubles in future oVirt version and avoid hacks. > It would be really great if showDialog would be able to create these nice oVirt dialogs in addition to opening new windows. There's a patch for improving showDialog API/implementation to integrate with standard WebAdmin dialog look & feel :) http://gerrit.ovirt.org/#/c/11717/ Still a work-in-progress, but we're planning to finalize/merge it soon! For now, you can use the current showDialog API, e.g. api.showDialog('Dialog Title', 'http://www.example-content.com/', 640, 480); I have one question for you: would you prefer if new showDialog API supported accepting DOM elements instead of contentUrl string? For example (using jQuery): var $content = $('
Custom dialog content
'); var contentElement = $content.get(); api.showDialog('Dialog Title', contentElement, 640, 480); [In other words, UI plugin could build custom UI directly on client, instead of having to ask server to provide it.] Regards, Vojtech ----- Original Message ----- From: "Ren? Koch" To: "Vojtech Szocs" Cc: "ovirt-users" Sent: Sunday, February 24, 2013 7:31:47 PM Subject: RE: [Users] UI Plugin iframe dialogs Thanks a lot for your answer and sorry for my late response - I skipped dialogs for my first UI plugin release, but have to deal with it in the next release again. I will go for the showDialog API method, as I think I will not into troubles in future oVirt version and avoid hacks. It would be really great if showDialog would be able to create these nice oVirt dialogs in addition to opening new windows. Regards, Ren? -----Original message----- > From:Vojtech Szocs > Sent: Wednesday 6th February 2013 18:54 > To: Ren? Koch > Cc: ovirt-users > Subject: Re: [Users] UI Plugin iframe dialogs > > Hi Ren?, this is an interesting problem. > > UI plugin infrastructure loads individual plugins via dedicated iframe elements by design, with iframes serving the purpose of plugin runtime environment that is (more or less) sandboxed with regard to WebAdmin (top-level window) and other plugins. This allows a plugin to load whatever JavaScript libraries, styles etc. without any impact on WebAdmin or other plugins, so that the plugin itself is kind of 'HTML/JS application' on its own, contained within the iframe. Interaction between a plugin and WebAdmin happens through the pluginApi object, plugins are not meant to modify WebAdmin top-level DOM directly on their own. (I'll post a detailed email on this later on.) > > Aside from plugin code itself running within an iframe, you have a custom sub-tab that renders some URL content via another iframe (this is another 'content' iframe, not related to plugin host page iframe). > > > When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of > > selected vm or host) it can't be displayed without scrolling in the sub > > tab or resizing the sub tab (that's clear as it's displayed in an too > > small iframe). > > Yes, because the jQuery dialog is shown within the sub-tab content iframe window. > > > So it would be great if it would be possible to display dialogs in the > > middle of the main windows and overlap the iframe (don't know if this is > > possible). > > Yes, this is possible :) > > There are two options you can go with: > > 1, use showDialog API to render custom dialog whose content is rendered via iframe > - you need to provide URL for the dialog content > - this is the preferred way of showing custom dialogs > Note: showDialog API is currently under improvement, see http://gerrit.ovirt.org/#/c/11717/ > > 2, [hacky workaround] use 'parent' within the iframe to reference top-level WebAdmin window > - your plugin can show jQuery dialog within the context of WebAdmin DOM (parent.document) > - for example: > var $dialog = $('
Content
'); > var dialogElement = $dialog.get(); > parent.document.body.appendChild(dialogElement); > $dialog.dialog(); > > 3, [planned for future] extend showDialog to accept DOM element in addition to content URL > - this way, you can build your dialog content with JavaScript and put it inside the dialog > - you would still use showDialog API, in preference to direct WebAdmin DOM manipulation > > In general, plugins are not meant to modify WebAdmin top-level DOM directly on their own, because doing so imposes a fragile bond between WebAdmin DOM structure (which is very likely to change) and plugin code. Instead, plugins should use pluginApi object for extending specific parts WebAdmin UI (e.g. addMainTab, addSubTab, etc.). > > Let me know what you think. > > Vojtech > > > ----- Original Message ----- > From: "Ren? Koch (ovido)" > To: "ovirt-users" > Sent: Wednesday, January 30, 2013 4:47:54 PM > Subject: [Users] UI Plugin iframe dialogs > > Hi, > > I'm still working on my Nagios integration plugin and came across a > limitation of the UI plugin framework caused by iframes. > > UI framework creates an iframe for each plugin, so the plugin code is > separated from the main oVirt webadmin code (and other plugins). When > creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of > selected vm or host) it can't be displayed without scrolling in the sub > tab or resizing the sub tab (that's clear as it's displayed in an too > small iframe). > > So it would be great if it would be possible to display dialogs in the > middle of the main windows and overlap the iframe (don't know if this is > possible). In short terms I want to create a dialog which behaves like > e.g. the "Setup Host Networks" or "Add Permission to User" dialogs -> > click on a link in the plugin iframe and dialog opens in the middle of > the website not the middle of the iframe. > > What I found out so far is that: > 1. I must be aware of the same origin policy (that's no problem) > 2. I need to put my jQuery-dialog-code in the main oVirt windows and > then I can call it from within the iframe (that's my problem) > > So my questions are: > Is it possible to place code outside of the iframe? > If not - are there plans to allow this in future releases? > Or maybe is there a workaround? > > > Thanks a lot, > Ren? > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From s.knohsalla at netbiscuits.com Mon Mar 4 13:44:20 2013 From: s.knohsalla at netbiscuits.com (Sven Knohsalla) Date: Mon, 4 Mar 2013 08:44:20 -0500 Subject: [Users] Gluster integration issue with oVirt 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F09102759A1@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102759A1@exchange2-1> Message-ID: Hi Karli, did directly work, you made my day ? So the actual version now is glusterfs 3.4 alpha. Best, Sven. Von: Karli Sj?berg [mailto:Karli.Sjoberg at slu.se] Gesendet: Montag, 4. M?rz 2013 13:42 An: Sven Knohsalla Cc: users at ovirt.org Betreff: Re: [Users] Gluster integration issue with oVirt 3.2 m?n 2013-03-04 klockan 07:28 -0500 skrev Sven Knohsalla: Hi, I?m still testing oVirt 3.2 with GlusterFS 3.3 Have 2 F18 nodes for virt service, 2 F18 nodes for gluster services, 1 F18 running as oVirt-engine. Adding Gluster-nodes / oVirt-nodes is working as expected. At the moment I want to test Gluster Volume management with oVirt, when trying to create a replicate brick on the Gluster-nodes the webgui says ?Error while executing Create Gluster Voume: Unexpected exception? ovirt-engine log: 2013-03-04 13:20:58,680 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-56) Error while refreshing Gluster lightweight data of cluster Gluster-Cluster!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = XML error error: 00brick17a212719-162e-4837-9474-828d640965a52022120192.168.90.42:/export/brick1192.168.90.43:/export/brick10brick36d951ab-1c8b-4d32-aa7b-57faed12967c2022120192.168.90.42:/export/brick192.168.90.43:/export/brick02 Does anybody can give me an advice where I can look at (->?Failed to GlusterVolumesListVDS?, seems to give a hint) It?s apparently a problem with gluster: http://www.mail-archive.com/users at ovirt.org/msg06118.html The version problems has been ironed out, so just add this repo: /etc/yum.repos.d/gluster.repo: [gluster] name=GlusterFS baseurl=http://bits.gluster.org/pub/gluster/glusterfs/stage/ gpgcheck=0 enabled=1 Update gluster and try again. Just had this issue this morning and updating made it work as expected:) /Karli Thanks in advance! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla at netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef-00b03c3d4c79&groupId=10211&t=1361534926402] [https://my.netbiscuits.com/image/image_gallery?uuid=9e553e7b-3e7d-4784-b274-15aa1dfb48e2&groupId=10211&t=1361533377340] [https://my.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId=10211&t=1347281040591] [https://my.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee-dca68ec828a5&groupId=10211&t=1347280983848] [https://my.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1-be33884225e3&groupId=10211&t=1347280983872] [https://my.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f-0cd55beeaf45&groupId=10211&t=1347280983791] [https://my.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=10211&t=1347280983836] [https://my.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca-da5a0ebd5856&groupId=10211&t=1347281040599] Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3604 Management Board: Guido Moggert, Michael Neidh?fer, Christian Reitz, Martin S?? This message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. It may also be privileged or otherwise protected by work product immunity or other legal rules. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although Netbiscuits has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. [http://www.netbiscuits.com/image/image_gallery?uuid=0ba7711a-a277-4ea0-acb0-17fe13c3089d&groupId=10211&t=1348560850164]Please consider the environment before printing -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Mon Mar 4 14:13:38 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 4 Mar 2013 15:13:38 +0100 Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: <1415872577.40481295.1362328224170.JavaMail.root@redhat.com> References: <1415872577.40481295.1362328224170.JavaMail.root@redhat.com> Message-ID: On Sun, Mar 3, 2013 at 5:30 PM, Alissa Bonas wrote: >> >> 2) >> KO, if I clone a windows 7 VM from a snapshot (time 17:09) I get this >> on gui >> https://docs.google.com/file/d/0BwoPbcrMv8mvaW9OVW84WVI1dkU/edit?usp=sharing >> >> You can find the engine.log from server restart (at 17:06) here: >> https://docs.google.com/file/d/0BwoPbcrMv8mvTDQzRTFfbFgxX0E/edit?usp=sharing >> >> Are there any restrictions? >> The VM was powered off when taking the snapshot and making the clone. > > Hi Gianluca, > > Regarding the second item you mentioned - failure of the clone vm from snapshot, > the engine log indicates that the following error occurred "Volume Group not big enough" - suggesting you might check if you have enough free space. > Yes, you are right. I thought I had selected a storage domain with sufficient free space but probably it was not so. I just repeated the operation, creating a snapshot and then a clone of the same VM and selecting an SD with sufficient free space, and it completed correctly with the cloned VM able to boot. I take the occasion to suggest oVirt to at least behave this way: 1) pre-calculate necessary space and in case of problems don't start the clone operations but send a warning message impeding it If during 1) all was ok and in the mean time went KO (unexpected new storage allocated that made impossible clone completion) 2) notify the user with the actual problem (insufficient space) and not those crypic messages.... see the already pointed link: https://docs.google.com/file/d/0BwoPbcrMv8mvaW9OVW84WVI1dkU/edit?usp=sharing Thanks, Gianluca From mpastern at redhat.com Mon Mar 4 14:36:07 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Mon, 04 Mar 2013 16:36:07 +0200 Subject: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.) In-Reply-To: References: <5108DAF8.60300@redhat.com> <51090283.1090202@redhat.com> <51091E09.6000708@redhat.com> <5123535F.90004@redhat.com> <51331F2F.50303@redhat.com> Message-ID: <5134B157.80300@redhat.com> On 03/04/2013 03:43 PM, Romil Gupta wrote: > Hi Michael , > > May I know , Is there any api to get the no. of cores available in Host attached to a Cluster in RHEV-M ?? see in host CPU element: ... api.hosts.get(name="...").get_cpu().get_topology().get_cores() > > Thanks > Romil -- Michael Pasternak RedHat, ENG-Virtualization R&D From gianluca.cecchi at gmail.com Mon Mar 4 14:33:40 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 4 Mar 2013 15:33:40 +0100 Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: <1204206897.40813493.1362399549218.JavaMail.root@redhat.com> References: <1415872577.40481295.1362328224170.JavaMail.root@redhat.com> <1204206897.40813493.1362399549218.JavaMail.root@redhat.com> Message-ID: On Mon, Mar 4, 2013 at 1:19 PM, Alissa Bonas wrote: >> > >> > 1) >> > OK, if I clone a powered on VM from a snapshot with two disks and >> > here >> > you can find clone in action with webadmin gui and iotop on node >> > that >> > shows they are cloning in parallel.. well! >> > https://docs.google.com/file/d/0BwoPbcrMv8mvZ3lzY0l1MDc5OVE/edit?usp=sharing >> > >> > The VM is a slackware 14 32bit with virtio disk that I obtained >> > from >> > a >> > virt-v2v from CentOS 6.3+Qemu/KVM >> > The problem is that the cloned VM recognizes the disks in reversed >> > order >> > >> > See these images where sl1432 is master slcone is the clone >> > >> > disk layout in details pane seems equal with boot disk the one that >> > appears as the second, but the master boots ok, the slave no. >> > Disks are swapped >> > >> > Master VM disk details: >> > https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing >> > >> > Clone VM disks details: >> > https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing >> > >> > Page with the two consoles where you can see that vda of master >> > becomes vdb of clone and vice-versa: >> > https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing >> > >> > Can I swap again in some way? In VMware for example you can see and >> > edit SCSI IDs of disks... > > Can you please provide the engine logs where the boot success/failure of master and clone can be seen? OK. here it is: https://docs.google.com/file/d/0BwoPbcrMv8mva2Z2dUNJTWlCWHM/edit?usp=sharing Starting point 15:16 both powered off. First message with 15:17 is boot of sl1432b that is the master and boots ok. First message with 15:21 is boot of slclone that is the clone. The slackware OS uses lilo as boot loader and on master it is configured this way at the moment: root at sl1432b:~# grep -v ^# /etc/lilo.conf append=" vt.default_utf8=0" boot = /dev/vda bitmap = /boot/slack.bmp bmp-colors = 255,0,255,0,255,0 bmp-table = 60,6,1,16 bmp-timer = 65,27,0,255 prompt timeout = 50 change-rules reset vga = normal disk=/dev/vda bios=0x80 max-partitions=7 image = /boot/vmlinuz root = /dev/vda2 initrd = /boot/initrd.gz label = Linux read-only The "disk=..." entry was added to be able to support boot from device of type vda in slackware, that doesn't support it ootb.. Gianluca From abonas at redhat.com Mon Mar 4 14:34:55 2013 From: abonas at redhat.com (Alissa Bonas) Date: Mon, 4 Mar 2013 09:34:55 -0500 (EST) Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: Message-ID: <1984656357.40942208.1362407695244.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Alissa Bonas" > Cc: "users" , "Vered Volansky" , "Liron Aravot" > Sent: Monday, March 4, 2013 4:13:38 PM > Subject: Re: [Users] clone vm from snapshot problem in 3.2 > > On Sun, Mar 3, 2013 at 5:30 PM, Alissa Bonas wrote: > >> > >> 2) > >> KO, if I clone a windows 7 VM from a snapshot (time 17:09) I get > >> this > >> on gui > >> https://docs.google.com/file/d/0BwoPbcrMv8mvaW9OVW84WVI1dkU/edit?usp=sharing > >> > >> You can find the engine.log from server restart (at 17:06) here: > >> https://docs.google.com/file/d/0BwoPbcrMv8mvTDQzRTFfbFgxX0E/edit?usp=sharing > >> > >> Are there any restrictions? > >> The VM was powered off when taking the snapshot and making the > >> clone. > > > > Hi Gianluca, > > > > Regarding the second item you mentioned - failure of the clone vm > > from snapshot, > > the engine log indicates that the following error occurred > > "Volume Group not big enough" - suggesting you might check if you > > have enough free space. > > > > Yes, you are right. I thought I had selected a storage domain with > sufficient free space but probably it was not so. > > I just repeated the operation, creating a snapshot and then a clone > of > the same VM and selecting an SD with sufficient free space, and it > completed correctly with the cloned VM able to boot. > I take the occasion to suggest oVirt to at least behave this way: > > 1) pre-calculate necessary space and in case of problems don't start > the clone operations but send a warning message impeding it > > If during 1) all was ok and in the mean time went KO (unexpected new > storage allocated that made impossible clone completion) > 2) notify the user with the actual problem (insufficient space) and > not those crypic messages.... > see the already pointed link: > https://docs.google.com/file/d/0BwoPbcrMv8mvaW9OVW84WVI1dkU/edit?usp=sharing Those are indeed great improvement suggestions for a better user experience. It will be great if you could add it in bugzilla (as RFE) so it can be followed and managed there: https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt Thank you! > Thanks, > Gianluca > From gianluca.cecchi at gmail.com Mon Mar 4 14:53:38 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 4 Mar 2013 15:53:38 +0100 Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: <1984656357.40942208.1362407695244.JavaMail.root@redhat.com> References: <1984656357.40942208.1362407695244.JavaMail.root@redhat.com> Message-ID: On Mon, Mar 4, 2013 at 3:34 PM, Alissa Bonas wrote: > > Those are indeed great improvement suggestions for a better user experience. > It will be great if you could add it in bugzilla (as RFE) so it can be followed and managed there: > https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt > Thank you! > >> Thanks, >> Gianluca >> OK. Done https://bugzilla.redhat.com/show_bug.cgi?id=917682 I didn't know how to post an rfe bug, so I chose "unspecified" as severity and put "RFE:" at the beginning of subject. Feel free to modify it if this is the wrong way to submit RFE bug... Gianluca From Christopher.Morrissey at netapp.com Mon Mar 4 15:26:45 2013 From: Christopher.Morrissey at netapp.com (Morrissey, Christopher) Date: Mon, 4 Mar 2013 15:26:45 +0000 Subject: [Users] Improvement for the oVirt java sdk In-Reply-To: <51331B7A.5020009@redhat.com> References: <51331B7A.5020009@redhat.com> Message-ID: Hi Michael, Yes, that is the case here. I'm getting the JSESSIONID from the client and passing it to our server so that it can perform REST-API calls back to oVirt under the logged in user's authenticated session. -Chris > -----Original Message----- > From: Michael Pasternak [mailto:mpastern at redhat.com] > Sent: Sunday, March 03, 2013 4:44 AM > To: Morrissey, Christopher > Cc: users at ovirt.org; engine-devel > Subject: Re: Improvement for the oVirt java sdk > > > Hi Christopher, > > In general SDK abstracts the transport layer, therefore all authentication > internals hidden from the user, > > i.e SESSION based authentication happens implicitly (by default), when you > initiate SDK entry point, > > the story is different if you want using SSO-like login by reusing JSESSIONID > from the REST-API for instance, and i can support such scenario, > > but, is this your case? > > On 02/28/2013 10:04 PM, Morrissey, Christopher wrote: > > Hi Michael, > > > > I'm looking to use the oVirt java sdk for connecting into oVirt from > > our server. However, we have a UI plugin that gets access to a session > > ID that we should be able to use to connect through the REST API > > instead of the username and password. Any chance the sdk could be > updated to take the session ID and create a connection vs. a user name and > password? > > > > -Chris > > > > Chris Morrissey > > Software Engineer > > NetApp Inc. > > 919.476.4428 > > > > > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D From alex.tuxx at gmail.com Mon Mar 4 15:35:01 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Mon, 4 Mar 2013 15:35:01 +0000 Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> References: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> Message-ID: Hi, I just tested this with this config : vendor_id ISCSI-MULTIPATH scsi_id MULTIPATHTEST scsi_sn 990000100001 lun 1 However, upon discovery / login, the LUN ID was again : 1IET_0000100001 Alex On 3 March 2013 18:34, Ayal Baron wrote: > > > ----- Original Message ----- > > > > > > > > > > > > Hi there, > > > > I was doing some testing around ovirt and iscsi and found an issue > > where as when you use "dd" to create "backing-stores" for iscsi and > > you point ovirt to it to discover & login, it thinks the LUN ID is > > the same although the target is different and adds additional paths > > to the config (automagically?) bringing down the iSCSI storage > > domain. > > There is no question about the behaviour, it's not a bug, that is the way > multipathing works (has nothing to do with oVirt). The GUID of a LUN has > to be unique. multipathd seeing the same LUN ID across multiple targets > assumes that it's the same LUN with multiple paths and that's how you get > redundancy and load balancing. > Why tgtd doesn't take care of this built in I could never grok, but what > you need to do is edit your targets.conf and add the scsi_id and scsi_sn > fields. > > Example: > > allow-in-use yes > > lun 1 > scsi_id MasterBackup > scsi_sn 444444444401 > > > > > > > See attached screenshot of what I got when trying to a "new iscsi san > > storage domain" to ovirt. The Storage Domain is now down and I > > cannot get rid of the config (???) how do I force it to logout of > > the targets ?? > > > > > > Also, anyone know how to deal with the duplicate LUN ID issue ? > > > > > > Thanks > > Alex > > > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Mon Mar 4 15:37:40 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 4 Mar 2013 16:37:40 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <5132F32C.2050704@redhat.com> References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> Message-ID: On Sun, Mar 3, 2013 at 7:52 AM, Itamar Heim wrote: > > 1. ok, the config key isn't user editable, not an issue. > 2. for ovirt to see list of applications, you need to have the > ovirt-guest-agent installed as well, not just the spice one. Trying to build on windows 7 following git instructions. http://gerrit.ovirt.org/gitweb?p=ovirt-guest-agent.git;a=blob;f=ovirt-guest-agent/README-windows.txt;h=bf6bb3c18567537489b56e6888b2eb7f025cc4f9;hb=HEAD I obtained OVirtGuestService.exe and w9xpopen.exe The instructions say... " Running the service: 32 -------------------- 33 34 > python OVirtGuestService.py -install 35 > net start OVirtGuestService 36 37 Building executable file: 38 ------------------------- 39 40 > python setup.py py2exe -b 1 " I don't understand how to match the instructions with what I got... Can anyone help in this? Gianluca From gianluca.cecchi at gmail.com Mon Mar 4 16:00:46 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 4 Mar 2013 17:00:46 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> Message-ID: On Mon, Mar 4, 2013 at 4:37 PM, Gianluca Cecchi wrote: > On Sun, Mar 3, 2013 at 7:52 AM, Itamar Heim wrote: > >> >> 1. ok, the config key isn't user editable, not an issue. >> 2. for ovirt to see list of applications, you need to have the >> ovirt-guest-agent installed as well, not just the spice one. > > Trying to build on windows 7 following git instructions. > http://gerrit.ovirt.org/gitweb?p=ovirt-guest-agent.git;a=blob;f=ovirt-guest-agent/README-windows.txt;h=bf6bb3c18567537489b56e6888b2eb7f025cc4f9;hb=HEAD > > I obtained > > OVirtGuestService.exe > and > w9xpopen.exe > > The instructions say... > " > Running the service: > 32 -------------------- > 33 > 34 > python OVirtGuestService.py -install > 35 > net start OVirtGuestService > 36 > 37 Building executable file: > 38 ------------------------- > 39 > 40 > python setup.py py2exe -b 1 > > " > > I don't understand how to match the instructions with what I got... > Can anyone help in this? > > Gianluca So I have to simply run what is written: - Opening a console window as administrator: C:\....> python OVirtGuestService.py install Installing service OVirtGuestService Service installed - Tryng to start the installed service C:\....> net start OVirtGuestService The OVirt Guest Agent Service service is starting. The OVirt Guest Agent Service service could not be started. A service specific error occurred: 1. More help is available by typing NET HELPMSG 3547. but nothing interesting with "NET HELPMSG 3547" for debugging... Gianluca From yamakasi.014 at gmail.com Mon Mar 4 16:03:20 2013 From: yamakasi.014 at gmail.com (YamakasY) Date: Mon, 04 Mar 2013 16:03:20 +0000 Subject: [Users] Copy VM using the commandline In-Reply-To: <18871601.19.1362399619584.JavaMail.adrian@adrianworktop> References: <8832065.421.1362337551166.JavaMail.adrian@adrianworktop> <9c03a812bf4f5a87a46dce9cc8ea5b63d6b46c30@gmail.com> <18871601.19.1362399619584.JavaMail.adrian@adrianworktop> Message-ID: <685fa3d5028290b796416f9c5c8eda962adac65c@gmail.com> Sorry, I thought I did an "Reply to all". See below. What I did is the following: Create a disk using the same size as your old one. remove the image file and move your old image file into the new folder for this disk. Change the name of the image to the one that is also like the meta file and you're done. This is a working way :) Cheers, On 4 Mar 2013 13:20:23, Adrian Gibanel wrote: > Please reply to the ML too. > Thank you. > > > De: > > "YamakasY" > > Para: > > "adrian gibanel" > > Enviados: > > Lunes, 4 de Marzo 2013 12:45:53 > > Asunto: > > Re: [Users] Copy VM using the commandline > > > > What I did is the following: > > > > Create a disk using the same size as your old one. remove the image file and move your old image file into the new folder for this disk. > > > > Change the name of the image to the one that is also like the meta file and you're done. > > > > This is a working way :) > > > > Cheers, > > > > Matt > > > > On 3 Mar 2013 20:05:56, Adrian Gibanel wrote: > > > While you wait for a more oVirt-standard reply (like trying to solve your problem from the Web Manager) you can check: > > > > > > http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Management > > > > > > . > > > > > > > De: > > > > "Matt ." > > > > Para: > > > > "users" > > > > Enviados: > > > > Domingo, 3 de Marzo 2013 19:20:03 > > > > Asunto: > > > > [Users] Copy VM using the commandline > > > > > > > > Is it possible to copy a VM from storage node to storage node by using the commandline ? > > > > > > > > ISO images are indexed automaticly but I don't know how this works for storage. > > > > > > > > I have a storage device that was "down" following the system, but my images are still on there. To avoid reinstalling the systems and placing backups back I would like to know if I can copy the images from this folder? to a storage device that can be seen normal. > > > > > > > > I hope this is possible. > > > > > > > > Cheers, > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > -- > > > Adri?n Gibanel > > > I.T. Manager > > > > > > +34 675 683 301 > > > www.btactic.com > > > > > > Ens podeu seguir a/Nos podeis seguir en: > > > > > > i > > > Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. > > > > > > AVIS: > > > El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament > > > al remitent i que procediu a destruir el missatge> > > . > > > > > > AVISO: > > > El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente > > > al remitente y que procedan a destruir el mensaje> > > .> > > > > > > > > -- > Adri?n Gibanel > I.T. Manager > > +34 675 683 301 > www.btactic.com > > Ens podeu seguir a/Nos podeis seguir en: > > i > Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. > > AVIS: > El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament > al remitent i que procediu a destruir el missatge> . > > AVISO: > El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente > al remitente y que procedan a destruir el mensaje> .> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vszocs at redhat.com Mon Mar 4 16:45:11 2013 From: vszocs at redhat.com (Vojtech Szocs) Date: Mon, 4 Mar 2013 11:45:11 -0500 (EST) Subject: [Users] Introducing oVirt Monitoring UI-Plugin In-Reply-To: <1361910263.10424.14.camel@nb-ovido02.lan.ovido.at> Message-ID: <1861435686.9949922.1362415511824.JavaMail.root@redhat.com> Hi Ren?, > I use Perl Template Toolkit and jQuery at the moment, but think that > Template Toolkit isn't really necessary as most of the HTML could be > done with plain HTML and jQuery as well. Yes :) we could simply extend existing API functions to accept DOM element as custom content, in addition to contentUrl/iframe implementation. This could be done for each API function that currently works with contentUrl argument: addMainTab, addSubTab, showDialog The reason for pushing this feature forward is to give everyone more possibilities, e.g. I wouldn't want to lock people into "plugins can contribute content only via contentUrl" approach. Also, check out http://www.ovirt.org/Features/UIPlugins#oVirt_Monitoring_UI_Plugin :) Regards, Vojtech ----- Original Message ----- From: "Ren? Koch (ovido)" To: "Vojtech Szocs" Cc: "ovirt-users" Sent: Tuesday, February 26, 2013 9:24:23 PM Subject: Re: [Users] Introducing oVirt Monitoring UI-Plugin On Mon, 2013-02-25 at 07:21 -0500, Vojtech Szocs wrote: > Hi Ren?, > > first of all, great job on releasing the Monitoring UI Plugin! Thanks a lot! > > The plugin itself (start.html) looks nice and easy, and the UI is awesome (almost identical to default oVirt UI). That was my plan - the plugin should fit as good as possible into oVirt. > > I see that you use a combination of CGI/Perl + jQuery to render the sub-tab UI. We're actually planning to extend the plugin API to accept HTML DOM elements in addition to "content URL" so that plugin-specific UI can be built and attached to WebAdmin UI directly on client, using JavaScript frameworks such as jQuery, Backbone, etc. :) Sounds really great. I use Perl Template Toolkit and jQuery at the moment, but think that Template Toolkit isn't really necessary as most of the HTML could be done with plain HTML and jQuery as well. > > One question: in monitoring.js, after you call api.showDialog, you also call api.ready, but at that point api.ready has already been called, as it essentially kick-starts plugin initialization.. I'll skip the api.ready call - thanks for the information. > > Can I add your plugin to http://www.ovirt.org/Features/UIPlugins#Real-world_UI_plugins ? Yes of course - thanks. Regards, Ren? > > > ----- Original Message ----- > From: "Ren? Koch (ovido)" > To: "ovirt-users" > Sent: Tuesday, February 19, 2013 3:04:13 PM > Subject: [Users] Introducing oVirt Monitoring UI-Plugin > > I'm happy to announce oVirt Monitoring UI-Plugin, which allows the > integration of a Nagios or Icinga monitoring solution into oVirt 3.2 > webadmin. With this plugin you can access detailed service check results > and information including performance graphs within oVirt webadmin for > hosts and virtual machines. > > We look forward to extend this plugin with more Nagios/Icinga features > like acknowledgments, comments or service rescheduling, permissions, > dashboards, check_mk-integration for virtual machine monitoring and many > more. > > For more information about this project and screenshots please visit ? > https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin > > > The download location is > * ? > https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin > %3Adownload > > Please note that this first release is an early development version with > some minor CSS bugs on some browsers. > > If you have any questions or ideas, please drop me an email: ? > r.koch at ovido.at. > > Thank you for using oVirt Monitoring UI-Plugin. > > From patrick.hurrelmann at lobster.de Mon Mar 4 17:03:12 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Mon, 04 Mar 2013 18:03:12 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) Message-ID: <5134D3D0.4000603@lobster.de> Hi list, I tested the upcoming CentOS 6.4 release with my lab installation of oVirt 3.1 and it fails to play well. Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are both version 3.1. oVirt 3.1 was installed via Dreyou's repo. In CentOS 6.3 all is fine and the following rpms are installed: libvirt.x86_64 0.9.10-21.el6_3.8 libvirt-client.x86_64 0.9.10-21.el6_3.8 libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 libvirt-python.x86_64 0.9.10-21.el6_3.8 vdsm.x86_64 4.10.0-0.46.15.el6 vdsm-cli.noarch 4.10.0-0.46.15.el6 vdsm-python.x86_64 4.10.0-0.46.15.el6 vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 uname -a Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux virsh cpu capabilities on 6.3: x86_64 Nehalem Intel and corresponding cpu features from vdsClient: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, flexpriority,ept,vpid,model_Conroe,model_Penryn, model_Nehalem cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2394.132 So the system was updated to 6.4 using the continuous release repo. Installed rpms after update to 6.4 (6.3 + CR): libvirt.x86_64 0.10.2-18.el6 libvirt-client.x86_64 0.10.2-18.el6 libvirt-lock-sanlock.x86_64 0.10.2-18.el6 libvirt-python.x86_64 0.10.2-18.el6 vdsm.x86_64 4.10.0-0.46.15.el6 vdsm-cli.noarch 4.10.0-0.46.15.el6 vdsm-python.x86_64 4.10.0-0.46.15.el6 vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 uname -a Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux virsh capabilities on 6.4: x86_64 Nehalem Intel and corresponding cpu features from vdsClient: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, flexpriority,ept,vpid,model_coreduo,model_Conroe cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2394.098 Full outputs of virsh capabilities and vdsCaps are attached. The only difference I can see is that 6.4 exposes one additional cpu flags (sep) and this seems to break the cpu recognition of vdsm. Anyone has some hints on how to resolve or debug this further? What more information can I provide to help? Best regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich -------------- next part -------------- vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.2012-09.com.mydomain:vh-test1'}], 'FC': []} ISCSIInitiatorName = iqn.2012-09.com.mydomain:vh-test1 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'USERCTL': 'no', 'MTU': '1500', 'BOOTPROTO': 'none', 'BONDING_OPTS': 'miimon=100 mode=802.3ad xmit_hash_policy=layer3+4', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'slaves': ['eth1', 'eth0'], 'hwaddr': '68:05:ca:01:bc:0d'}, 'bond1': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond2': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond3': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} clusterLevels = ['3.0', '3.1'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Conroe,model_Penryn,model_Nehalem cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2394.132 emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 80.242.147.190 lastClientIface = ovirtmgmt management_ip = memSize = 15939 netConfigDirty = False networks = {'ovirtmgmt': {'addr': '192.168.245.18', 'cfg': {'USERCTL': 'no', 'IPADDR': '192.168.245.18', 'ONBOOT': 'yes', 'MTU': '1500', 'DELAY': '4', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.245.11'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.245.11', 'ports': ['bond0']}} nics = {'eth1': {'permhwaddr': 'B8:AC:6F:99:50:F6', 'addr': '', 'mtu': '1500', 'netmask': '', 'hwaddr': '68:05:ca:01:bc:0d', 'speed': 1000}, 'eth0': {'permhwaddr': '68:05:CA:01:BC:0D', 'addr': '', 'mtu': '1500', 'netmask': '', 'hwaddr': '68:05:ca:01:bc:0d', 'speed': 1000}} operatingSystem = {'release': '3.el6.centos.9', 'version': '6', 'name': 'RHEL'} packages2 = {'kernel': {'release': '279.22.1.el6.x86_64', 'buildtime': 1360116646.0, 'version': '2.6.32'}, 'spice-server': {'release': '10.el6', 'buildtime': '1340375889', 'version': '0.10.1'}, 'vdsm': {'release': '0.46.15.el6', 'buildtime': '1358926393', 'version': '4.10.0'}, 'qemu-kvm': {'release': '2.295.el6_3.10', 'buildtime': '1355820509', 'version': '0.12.1.2'}, 'libvirt': {'release': '21.el6_3.8', 'buildtime': '1359401311', 'version': '0.9.10'}, 'qemu-img': {'release': '2.295.el6_3.10', 'buildtime': '1355820509', 'version': '0.12.1.2'}} reservedMem = 321 software_revision = 0.46 software_version = 4.10 supportedProtocols = ['2.2', '2.3'] supportedRHEVMs = ['3.0', '3.1'] uuid = 4C4C4544-0057-4210-8033-B1C04F5A344A_68:05:ca:01:bc:0d version_name = Snow Man vlans = {'bond0.100': {'netmask': '', 'iface': 'bond0', 'addr': '', 'mtu': '1500'}} vmTypes = ['kvm'] -------------- next part -------------- vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.2012-09.com.mydomain:vh-test1'}], 'FC': []} ISCSIInitiatorName = iqn.2012-09.com.mydomain:vh-test1 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'USERCTL': 'no', 'MTU': '1500', 'BOOTPROTO': 'none', 'BONDING_OPTS': 'miimon=100 mode=802.3ad xmit_hash_policy=layer3+4', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'slaves': ['eth1', 'eth0'], 'hwaddr': '68:05:ca:01:bc:0d'}, 'bond1': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond2': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond3': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} clusterLevels = ['3.0', '3.1'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2394.098 emulatedMachines = ['rhel6.4.0', 'pc', 'rhel6.3.0', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 80.242.147.190 lastClientIface = ovirtmgmt management_ip = memSize = 15938 netConfigDirty = False networks = {'ovirtmgmt': {'addr': '192.168.245.18', 'cfg': {'USERCTL': 'no', 'IPADDR': '192.168.245.18', 'ONBOOT': 'yes', 'MTU': '1500', 'DELAY': '4', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'GATEWAY': '192.168.245.11'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '192.168.245.11', 'ports': ['bond0']}} nics = {'eth1': {'permhwaddr': 'B8:AC:6F:99:50:F6', 'addr': '', 'mtu': '1500', 'netmask': '', 'hwaddr': '68:05:ca:01:bc:0d', 'speed': 1000}, 'eth0': {'permhwaddr': '68:05:CA:01:BC:0D', 'addr': '', 'mtu': '1500', 'netmask': '', 'hwaddr': '68:05:ca:01:bc:0d', 'speed': 1000}} operatingSystem = {'release': '3.el6.centos.9', 'version': '6', 'name': 'RHEL'} packages2 = {'kernel': {'release': '358.0.1.el6.x86_64', 'buildtime': 1361941605.0, 'version': '2.6.32'}, 'spice-server': {'release': '12.el6', 'buildtime': '1361511255', 'version': '0.12.0'}, 'vdsm': {'release': '0.46.15.el6', 'buildtime': '1358926393', 'version': '4.10.0'}, 'qemu-kvm': {'release': '2.355.el6_4_4.1', 'buildtime': '1361521425', 'version': '0.12.1.2'}, 'libvirt': {'release': '18.el6', 'buildtime': '1361515221', 'version': '0.10.2'}, 'qemu-img': {'release': '2.355.el6_4_4.1', 'buildtime': '1361521425', 'version': '0.12.1.2'}} reservedMem = 321 software_revision = 0.46 software_version = 4.10 supportedProtocols = ['2.2', '2.3'] supportedRHEVMs = ['3.0', '3.1'] uuid = 4C4C4544-0057-4210-8033-B1C04F5A344A_68:05:ca:01:bc:0d version_name = Snow Man vlans = {'bond0.100': {'netmask': '', 'iface': 'bond0', 'addr': '', 'mtu': '1500'}} vmTypes = ['kvm'] -------------- next part -------------- virsh -r capabilities 44454c4c-5700-1042-8033-b1c04f5a344a x86_64 Nehalem Intel tcp selinux 0 hvm 32 /usr/libexec/qemu-kvm rhel6.3.0 pc rhel6.2.0 rhel6.1.0 rhel6.0.0 rhel5.5.0 rhel5.4.4 rhel5.4.0 /usr/libexec/qemu-kvm hvm 64 /usr/libexec/qemu-kvm rhel6.3.0 pc rhel6.2.0 rhel6.1.0 rhel6.0.0 rhel5.5.0 rhel5.4.4 rhel5.4.0 /usr/libexec/qemu-kvm -------------- next part -------------- virsh -r capabilities 44454c4c-5700-1042-8033-b1c04f5a344a x86_64 Nehalem Intel tcp selinux 0 dac 0 hvm 32 /usr/libexec/qemu-kvm rhel6.4.0 pc rhel6.3.0 rhel6.2.0 rhel6.1.0 rhel6.0.0 rhel5.5.0 rhel5.4.4 rhel5.4.0 /usr/libexec/qemu-kvm hvm 64 /usr/libexec/qemu-kvm rhel6.4.0 pc rhel6.3.0 rhel6.2.0 rhel6.1.0 rhel6.0.0 rhel5.5.0 rhel5.4.4 rhel5.4.0 /usr/libexec/qemu-kvm From alex.tuxx at gmail.com Mon Mar 4 17:11:42 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Mon, 4 Mar 2013 17:11:42 +0000 Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: References: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> Message-ID: Ok, so finally got this working, anyone know how to change the timeout for multipathd from say 120 seconds to ~10 seconds ? ==> /var/log/messages <== Mar 4 17:09:12 TESTHV01 kernel: session5: session recovery timed out after 120 secs Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 00 04 08 00 00 00 08 00 Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00 Alex On 4 March 2013 15:35, Alex Leonhardt wrote: > Hi, > > I just tested this with this config : > > > > > vendor_id ISCSI-MULTIPATH > scsi_id MULTIPATHTEST > scsi_sn 990000100001 > lun 1 > > > > > However, upon discovery / login, the LUN ID was again : > > 1IET_0000100001 > > > Alex > > > > > On 3 March 2013 18:34, Ayal Baron wrote: > >> >> >> ----- Original Message ----- >> > >> > >> > >> > >> > >> > Hi there, >> > >> > I was doing some testing around ovirt and iscsi and found an issue >> > where as when you use "dd" to create "backing-stores" for iscsi and >> > you point ovirt to it to discover & login, it thinks the LUN ID is >> > the same although the target is different and adds additional paths >> > to the config (automagically?) bringing down the iSCSI storage >> > domain. >> >> There is no question about the behaviour, it's not a bug, that is the way >> multipathing works (has nothing to do with oVirt). The GUID of a LUN has >> to be unique. multipathd seeing the same LUN ID across multiple targets >> assumes that it's the same LUN with multiple paths and that's how you get >> redundancy and load balancing. >> Why tgtd doesn't take care of this built in I could never grok, but what >> you need to do is edit your targets.conf and add the scsi_id and scsi_sn >> fields. >> >> Example: >> >> allow-in-use yes >> >> lun 1 >> scsi_id MasterBackup >> scsi_sn 444444444401 >> >> >> >> > >> > See attached screenshot of what I got when trying to a "new iscsi san >> > storage domain" to ovirt. The Storage Domain is now down and I >> > cannot get rid of the config (???) how do I force it to logout of >> > the targets ?? >> > >> > >> > Also, anyone know how to deal with the duplicate LUN ID issue ? >> > >> > >> > Thanks >> > Alex >> > >> > >> > >> > >> > >> > -- >> > >> > >> > >> > | RHCE | Senior Systems Engineer | www.vcore.co | >> > | www.vsearchcloud.com | >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Mon Mar 4 17:59:19 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 4 Mar 2013 18:59:19 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> Message-ID: One problem was setting where to put the .ini file. For now I put it where the python is called and the service starts now. But no ip and no applications are populated even after setting service to auto and restart win7 vm. Where to look for now? Thanks Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Mon Mar 4 18:34:18 2013 From: iheim at redhat.com (Itamar Heim) Date: Mon, 04 Mar 2013 20:34:18 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> Message-ID: <5134E92A.6060004@redhat.com> On 03/04/2013 07:59 PM, Gianluca Cecchi wrote: > One problem was setting where to put the .ini file. > For now I put it where the python is called and the service starts now. > But no ip and no applications are populated even after setting service > to auto and restart win7 vm. > Where to look for now? > Thanks > Gianluca > guest agent and vdsm log From iheim at redhat.com Mon Mar 4 20:52:05 2013 From: iheim at redhat.com (Itamar Heim) Date: Mon, 04 Mar 2013 22:52:05 +0200 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <5134D3D0.4000603@lobster.de> References: <5134D3D0.4000603@lobster.de> Message-ID: <51350975.5080308@redhat.com> On 04/03/2013 19:03, Patrick Hurrelmann wrote: > Hi list, > > I tested the upcoming CentOS 6.4 release with my lab installation of > oVirt 3.1 and it fails to play well. > > Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type > Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are > both version 3.1. oVirt 3.1 was installed via Dreyou's repo. > > In CentOS 6.3 all is fine and the following rpms are installed: > > libvirt.x86_64 0.9.10-21.el6_3.8 > libvirt-client.x86_64 0.9.10-21.el6_3.8 > libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 > libvirt-python.x86_64 0.9.10-21.el6_3.8 > vdsm.x86_64 4.10.0-0.46.15.el6 > vdsm-cli.noarch 4.10.0-0.46.15.el6 > vdsm-python.x86_64 4.10.0-0.46.15.el6 > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 > > > uname -a > Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 > 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > > virsh cpu capabilities on 6.3: > > x86_64 > Nehalem > Intel > > > > > > > > > > > > > > > > > > > > > and corresponding cpu features from vdsClient: > > cpuCores = 4 > cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, > cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, > tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, > pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, > dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, > pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, > flexpriority,ept,vpid,model_Conroe,model_Penryn, > model_Nehalem > cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > cpuSockets = 1 > cpuSpeed = 2394.132 > > > So the system was updated to 6.4 using the continuous release repo. > > Installed rpms after update to 6.4 (6.3 + CR): > > libvirt.x86_64 0.10.2-18.el6 > libvirt-client.x86_64 0.10.2-18.el6 > libvirt-lock-sanlock.x86_64 0.10.2-18.el6 > libvirt-python.x86_64 0.10.2-18.el6 > vdsm.x86_64 4.10.0-0.46.15.el6 > vdsm-cli.noarch 4.10.0-0.46.15.el6 > vdsm-python.x86_64 4.10.0-0.46.15.el6 > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 > > > uname -a > Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 > 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > > virsh capabilities on 6.4: > > x86_64 > Nehalem > Intel > > > > > > > > > > > > > > > > > > > > > and corresponding cpu features from vdsClient: > > cpuCores = 4 > cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, > cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, > tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, > pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, > dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, > pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, > flexpriority,ept,vpid,model_coreduo,model_Conroe > cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > cpuSockets = 1 > cpuSpeed = 2394.098 > > Full outputs of virsh capabilities and vdsCaps are attached. The only > difference I can see is that 6.4 exposes one additional cpu flags (sep) > and this seems to break the cpu recognition of vdsm. > > Anyone has some hints on how to resolve or debug this further? What more > information can I provide to help? > > Best regards > Patrick > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > seems like a vdsm issue - can you check if you have this patch (not sure its related): commit 558994f8ffe030acd1b851dfd074f3417681337b Author: Mark Wu Date: Tue Oct 9 11:18:10 2012 +0800 Fix a bug in the naming convertion of cpu feature 'sse4_x' The list slice opertion missed the last character. It caused the feature name couldn't get chance to be converted into libvirt's naming. Change-Id: Ia241b09c96fa16441ba9421f61a2f9a417f0d978 Signed-off-by: Mark Wu Reviewed-on: http://gerrit.ovirt.org/8413 Reviewed-by: Dan Kenigsberg Reviewed-by: Michal Skrivanek diff --git a/vdsm/libvirtvm.py b/vdsm/libvirtvm.py index 64a3b6b..bd43b56 100644 --- a/vdsm/libvirtvm.py +++ b/vdsm/libvirtvm.py @@ -735,7 +735,7 @@ class _DomXML: for feature in features[1:]: # convert Linux name of feature to libvirt - if feature[1:5] == 'sse4_': + if feature[1:6] == 'sse4_': feature = feature[0] + 'sse4.' + feature[6:] f = self.doc.createElement('feature') From theron at redhat.com Mon Mar 4 23:57:20 2013 From: theron at redhat.com (Theron Conrey) Date: Mon, 4 Mar 2013 18:57:20 -0500 (EST) Subject: [Users] call for content! oVirt Workshop Intel Campus, Shanghai China 8-9 May 2013 In-Reply-To: <990555228.2325867.1362433678385.JavaMail.root@redhat.com> Message-ID: <487544112.2377380.1362441440665.JavaMail.root@redhat.com> Hi everyone, We are actively seeking speakers for the oVirt workshop which will be held on Intel's Shanghai Campus, 8-9 May 2013. We are interested in talks in the following areas: * Getting started developing oVirt * oVirt for the systems administrator * Where oVirt fits in the enterprise * Gluster Integration * leveraging oVirt for Gluster deployments * Case studies on cost savings with oVirt and Open Source data center virtualization * Troubleshooting oVirt * Hardware optimations for virtualization * oVirt Plugin development * oVirt architecture from a security and best practices point of view. * oVirt Project Roadmaps * Deep dives into features/areas * Deep dives into code/debugging Please submit talk proposals for review by sending an email to workshop-pc at ovirt.org. Please include your full name, speaker biography and your talk abstract. We will accept submissions through Friday, 29 March 2013 at 23:59 PST. Speakers will be notified of acceptance by Monday, 8 April 2013. Accepted speakers should plan to submit their slides to the workshop-pc at ovirt.org mailing list no later than close of business on Monday, 22 April 2013. Registration and workshop logistical information will be posted soon, keep your eyes open for further announcements! Thank you all for your participation! -- Theron Conrey Open Source and Standards, Red Hat @theronconrey From rob at zwissler.org Tue Mar 5 00:38:50 2013 From: rob at zwissler.org (Rob Zwissler) Date: Mon, 4 Mar 2013 16:38:50 -0800 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 Message-ID: Running CentOS 6.3 with the following VDSM packages from dre's repo: vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch vdsm-gluster-4.10.3-0.30.19.el6.noarch vdsm-python-4.10.3-0.30.19.el6.x86_64 vdsm-4.10.3-0.30.19.el6.x86_64 vdsm-cli-4.10.3-0.30.19.el6.noarch And the following gluster packages from the gluster repo: glusterfs-3.3.1-1.el6.x86_64 glusterfs-fuse-3.3.1-1.el6.x86_64 glusterfs-vim-3.2.7-1.el6.x86_64 glusterfs-server-3.3.1-1.el6.x86_64 I get the following errors in vdsm.log: Thread-1483::DEBUG::2013-03-04 16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client [10.33.9.73]::call volumesList with () {} MainProcess|Thread-1483::DEBUG::2013-03-04 16:35:27,429::misc::84::Storage.Misc.excCmd::() '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-1483::DEBUG::2013-03-04 16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 MainProcess|Thread-1483::ERROR::2013-03-04 16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo except (etree.ParseError, AttributeError, ValueError): AttributeError: 'module' object has no attribute 'ParseError' Thread-1483::ERROR::2013-03-04 16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in **kwargs) File "", line 2, in glusterVolumeInfo File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod raise convert_to_error(kind, result) AttributeError: 'module' object has no attribute 'ParseError' Which corresponds to the following in the engine.log: 2013-03-04 16:34:46,231 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-86) START, GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId = b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3 2013-03-04 16:34:46,365 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method 2013-03-04 16:34:46,366 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-86) Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception 2013-03-04 16:34:46,367 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception 2013-03-04 16:34:46,369 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log id: 987aef3 2013-03-04 16:34:46,370 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight data of cluster qa-cluster1!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168) [engine-bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170) [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [engine-scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz-2.1.2.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz-2.1.2.jar:] And, long story short, the gluster integration with oVirt does not work. As per Vijay Bellur's comments at http://list-archives.org/2012/12/27/users-ovirt-org/continuing-my-ovirt-3-2-nightlies-queste/f/7132789998 this is due to a difference in the XML formatting output by gluster vs. what is expected by VDSM, and is fixed in Gluster 3.4, which is currently in alpha pre-release. So my question is, was oVirt v3.2 released with a dependency on a version of Gluster that is in alpha, or is there another workaround or fix for this? Rob From bigclouds at 163.com Tue Mar 5 01:02:31 2013 From: bigclouds at 163.com (bigclouds) Date: Tue, 5 Mar 2013 09:02:31 +0800 (CST) Subject: [Users] UI lack of ui-plugins In-Reply-To: <1961131063.16841172.1362392420009.JavaMail.root@redhat.com> References: <1961131063.16841172.1362392420009.JavaMail.root@redhat.com> Message-ID: <393940b.1f54.13d38123897.Coremail.bigclouds@163.com> hi ovedo the explorer is waiting all the time. when go to portal http://192.168.5.109:8700/UserPortal/org.ovirt.engine.ui.userportal.UserPortal/UserPortal.html webadmin url see nothing at all http://192.168.5.109:8700/webadmin/webadmin/WebAdmin.html if http://www.ovirt.org/Building_oVirt_engine is not up to date? thanks. At 2013-03-04 18:20:20,"Oved Ourfalli" wrote: > > >----- Original Message ----- >> From: "bigclouds" >> To: users at ovirt.org >> Sent: Monday, March 4, 2013 12:07:53 PM >> Subject: [Users] UI lack of ui-plugins >> >> >> >> at last i build engine code success, then i start jboss-as. >> go to http://host:8700, when i click user,admin portal, error occur. >> >> >> 1. it reports ui-plugins is miss. >> 2. $OVIRT_HOME/backend/manager/conf/engine.conf.defaults >> ENGINE_USR=username >> ENGINE_ETC=/etc/ovirt-engine i do not know what ENGINE_USR really is? >> thanks. >> > >ENGINE_USR should be something like /usr/share/ovirt-engine >The warning about the ui-plugins directory is probably because it doesn't exist (see bug https://bugzilla.redhat.com/show_bug.cgi?id=895933), but that shouldn't effect anything besides loading UI plugins you wrote/downloaded, so the admin portal should work properly. > >As far as I know, the ENGINE_USR is currently used only in order to detect the ui-plugins directory. > >What happens when you just browse to >http://host:8700/webadmin >? > >Does it work? > >> >> error -msg: >> >> >> >> 2013-03-04 17:39:10,182 INFO >> [org.ovirt.engine.core.bll.DbUserCacheManager] >> (DefaultQuartzScheduler_Worker-1) Start refreshing all users data >> 2013-03-04 17:39:10,338 INFO >> [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service >> thread 1-1) Finished initializing ResourceManager >> 2013-03-04 17:39:10,365 INFO >> [org.ovirt.engine.core.bll.AsyncTaskManager] (MSC service thread >> 1-1) Initialization of AsyncTaskManager completed successfully. >> 2013-03-04 17:39:10,384 INFO >> [org.ovirt.engine.core.bll.OvfDataUpdater] (MSC service thread 1-1) >> Initialization of OvfDataUpdater completed successfully. >> 2013-03-04 17:39:10,388 INFO [org.ovirt.engine.co >> re.bll.VdsLoadBalancer] (MSC service thread 1-1) Start scheduling to >> enable vds load balancer >> 2013-03-04 17:39:10,394 INFO >> [org.ovirt.engine.core.bll.VdsLoadBalancer] (MSC service thread 1-1) >> Finished scheduling to enable vds load balancer >> 2013-03-04 17:39:10,410 INFO >> [org.ovirt.engine.core.bll.network.MacPoolManager] >> (pool-10-thread-1) Start initializing MacPoolManager >> 2013-03-04 17:39:10,450 INFO >> [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC >> service thread 1-1) Init VM custom properties utilities >> 2013-03-04 17:39:10,461 INFO >> [org.ovirt.engine.core.bll.network.MacPoolManager] >> (pool-10-thread-1) Finished initializing MacPoolManager >> 2013-03-04 17:39:10,470 INFO [org.jboss.as] (MSC service thread 1-2) >> JBAS015951: Admin console listening on http://127.0.0.1:9990 >> 2013-03-04 17:39:10,471 INFO [org.jboss.as] (MSC service thread 1-2) >> JBAS015874: JBoss AS 7.1.1.Final " Brontes" started in 11961ms - >> Started 507 of 594 services (86 services are passive or on-demand) >> 2013-03-04 17:39:10,560 INFO [org.jboss.as.server] >> (DeploymentScanner-threads - 2) JBAS018559: Deployed "engine.ear" >> 2013-03-04 17:42:22,716 ERROR [org.jboss.remoting.remote.connection] >> (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: >> java.io.IOException: Received an invalid message length of >> 1195725856 >> 2013-03-04 17:42:56,702 ERROR [org.jboss.remoting.remote.connection] >> (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: >> java.io.IOException: Received an invalid message length of >> 1195725856 >> 2013-03-04 17:45:14,258 INFO [org.hibernate.validator.util.Version] >> (http--0.0.0.0-8700-1) Hibernate Validator 4.2.0.Final >> 2013-03-04 17:45:14,385 INFO >> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >> Loaded file >> "/mnt/ovirt-engine/backend/manager/conf/engine.conf.defaults". >> 2013-03-04 17:45:14,386 INFO >> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >> Loaded file "/etc/sysconfig/ovirt-engine". >> 2013-03-04 17:45:14,392 INFO >> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >> Value of property "ENGINE_DEBUG_ADDRESS" is "0.0.0.0:8787". >> 2013-03-04 17:45:14,393 INFO >> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >> Value of property "ENGINE_ETC" is "/etc/ovirt-engine". >> 2013-03-04 17:45:14,394 INFO >> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >> Value of property "ENGINE_USR" is "root". >> 2013-03-04 17:45:14,397 WARN >> [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] >> (http--0.0.0.0-8700-1) Cannot list UI plugin descriptor files in >> [/mnt/ovirt-engine/root/ui-plugins] >> 2013-03-04 17:48:13,672 WARN >> [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] >> (http--0.0.0.0-8700-1) Ca nnot list UI plugin descriptor files in >> [/mnt/ovirt-engine/root/ui-plugins] >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Tue Mar 5 07:46:43 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 5 Mar 2013 09:46:43 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: References: Message-ID: <20130305074643.GB15949@redhat.com> On Mon, Mar 04, 2013 at 04:38:50PM -0800, Rob Zwissler wrote: > Running CentOS 6.3 with the following VDSM packages from dre's repo: > > vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch > vdsm-gluster-4.10.3-0.30.19.el6.noarch > vdsm-python-4.10.3-0.30.19.el6.x86_64 > vdsm-4.10.3-0.30.19.el6.x86_64 > vdsm-cli-4.10.3-0.30.19.el6.noarch > > And the following gluster packages from the gluster repo: > > glusterfs-3.3.1-1.el6.x86_64 > glusterfs-fuse-3.3.1-1.el6.x86_64 > glusterfs-vim-3.2.7-1.el6.x86_64 > glusterfs-server-3.3.1-1.el6.x86_64 > > I get the following errors in vdsm.log: > > Thread-1483::DEBUG::2013-03-04 > 16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client > [10.33.9.73]::call volumesList with () {} > MainProcess|Thread-1483::DEBUG::2013-03-04 > 16:35:27,429::misc::84::Storage.Misc.excCmd::() > '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) > MainProcess|Thread-1483::DEBUG::2013-03-04 > 16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: > = ''; = 0 > MainProcess|Thread-1483::ERROR::2013-03-04 > 16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) > Error in wrapper > Traceback (most recent call last): > File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper > return func(*args, **kwargs) > File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper > return func(*args, **kwargs) > File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper > return func(*args, **kwargs) > File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo > except (etree.ParseError, AttributeError, ValueError): > AttributeError: 'module' object has no attribute 'ParseError' > Thread-1483::ERROR::2013-03-04 > 16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error > Traceback (most recent call last): > File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > res = f(*args, **kwargs) > File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > rv = func(*args, **kwargs) > File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} > File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > return callMethod() > File "/usr/share/vdsm/supervdsm.py", line 72, in > **kwargs) > File "", line 2, in glusterVolumeInfo > File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, > in _callmethod > raise convert_to_error(kind, result) > AttributeError: 'module' object has no attribute 'ParseError' > Rob, It seems that a bug in vdsm code is hiding the real issue. Could you do a sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py restart vdsmd, and retry? Bala, would you send a patch fixing the ParseError issue (and adding a unit test that would have caught it on time)? Regards, Dan. From eedri at redhat.com Tue Mar 5 08:01:26 2013 From: eedri at redhat.com (Eyal Edri) Date: Tue, 5 Mar 2013 03:01:26 -0500 (EST) Subject: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra In-Reply-To: <445282002.12600127.1362470084152.JavaMail.root@redhat.com> Message-ID: <2147271911.12603780.1362470486759.JavaMail.root@redhat.com> fyi, Starting from yesterday (4/3/13) jenkins.ovirt.org [1] has migrated to a new hosting server provided by alterway [2]. the new server has a new ui look that is similar to ovirt.org and is running on stronger infra then the previous one. All jobs and configuration have migrated from the old instance, but if you're still missing a certain job or permissions please contact infra team at infra at ovirt.org. I want to thank David caro from the infra team in helping with the migration and einav cohen from the ovirt frontend developer community for helping with the new css for jenkins. [1] http://jenkins.ovirt.org/ [2] http://www.ovirt.org/Sponsors_and_supporters Eyal Edri oVirt infra team. From wudxw at linux.vnet.ibm.com Tue Mar 5 08:16:58 2013 From: wudxw at linux.vnet.ibm.com (Mark Wu) Date: Tue, 05 Mar 2013 16:16:58 +0800 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <51350975.5080308@redhat.com> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> Message-ID: <5135A9FA.1090806@linux.vnet.ibm.com> On Tue 05 Mar 2013 04:52:05 AM CST, Itamar Heim wrote: > On 04/03/2013 19:03, Patrick Hurrelmann wrote: >> Hi list, >> >> I tested the upcoming CentOS 6.4 release with my lab installation of >> oVirt 3.1 and it fails to play well. >> >> Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type >> Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are >> both version 3.1. oVirt 3.1 was installed via Dreyou's repo. >> >> In CentOS 6.3 all is fine and the following rpms are installed: >> >> libvirt.x86_64 0.9.10-21.el6_3.8 >> libvirt-client.x86_64 0.9.10-21.el6_3.8 >> libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 >> libvirt-python.x86_64 0.9.10-21.el6_3.8 >> vdsm.x86_64 4.10.0-0.46.15.el6 >> vdsm-cli.noarch 4.10.0-0.46.15.el6 >> vdsm-python.x86_64 4.10.0-0.46.15.el6 >> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 >> qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 >> >> >> uname -a >> Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 >> 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> virsh cpu capabilities on 6.3: >> >> x86_64 >> Nehalem >> Intel >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> and corresponding cpu features from vdsClient: >> >> cpuCores = 4 >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, >> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, >> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, >> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, >> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, >> >> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, >> flexpriority,ept,vpid,model_Conroe,model_Penryn, >> model_Nehalem >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >> cpuSockets = 1 >> cpuSpeed = 2394.132 >> >> >> So the system was updated to 6.4 using the continuous release repo. >> >> Installed rpms after update to 6.4 (6.3 + CR): >> >> libvirt.x86_64 0.10.2-18.el6 >> libvirt-client.x86_64 0.10.2-18.el6 >> libvirt-lock-sanlock.x86_64 0.10.2-18.el6 >> libvirt-python.x86_64 0.10.2-18.el6 >> vdsm.x86_64 4.10.0-0.46.15.el6 >> vdsm-cli.noarch 4.10.0-0.46.15.el6 >> vdsm-python.x86_64 4.10.0-0.46.15.el6 >> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 >> qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 >> >> >> uname -a >> Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 >> 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> virsh capabilities on 6.4: >> >> x86_64 >> Nehalem >> Intel >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> and corresponding cpu features from vdsClient: >> >> cpuCores = 4 >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, >> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, >> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, >> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, >> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, >> >> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, >> flexpriority,ept,vpid,model_coreduo,model_Conroe >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >> cpuSockets = 1 >> cpuSpeed = 2394.098 >> >> Full outputs of virsh capabilities and vdsCaps are attached. The only >> difference I can see is that 6.4 exposes one additional cpu flags (sep) >> and this seems to break the cpu recognition of vdsm. >> >> Anyone has some hints on how to resolve or debug this further? What more >> information can I provide to help? >> >> Best regards >> Patrick >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > seems like a vdsm issue - can you check if you have this patch (not > sure its related): > > commit 558994f8ffe030acd1b851dfd074f3417681337b > Author: Mark Wu > Date: Tue Oct 9 11:18:10 2012 +0800 > > Fix a bug in the naming convertion of cpu feature 'sse4_x' > > The list slice opertion missed the last character. It caused > the feature name couldn't get chance to be converted into > libvirt's naming. > > Change-Id: Ia241b09c96fa16441ba9421f61a2f9a417f0d978 > Signed-off-by: Mark Wu > Reviewed-on: http://gerrit.ovirt.org/8413 > Reviewed-by: Dan Kenigsberg > Reviewed-by: Michal Skrivanek > > diff --git a/vdsm/libvirtvm.py b/vdsm/libvirtvm.py > index 64a3b6b..bd43b56 100644 > --- a/vdsm/libvirtvm.py > +++ b/vdsm/libvirtvm.py > @@ -735,7 +735,7 @@ class _DomXML: > > for feature in features[1:]: > # convert Linux name of feature to libvirt > - if feature[1:5] == 'sse4_': > + if feature[1:6] == 'sse4_': > feature = feature[0] + 'sse4.' + feature[6:] > > f = self.doc.createElement('feature') > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > What's the missing cpu features reported by engine? Do it work if you change cluster cpu model to Conroe? From patrick.hurrelmann at lobster.de Tue Mar 5 09:21:16 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Tue, 05 Mar 2013 10:21:16 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <51350975.5080308@redhat.com> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> Message-ID: <5135B90C.4070109@lobster.de> On 04.03.2013 21:52, Itamar Heim wrote: > On 04/03/2013 19:03, Patrick Hurrelmann wrote: >> Hi list, >> >> I tested the upcoming CentOS 6.4 release with my lab installation of >> oVirt 3.1 and it fails to play well. >> >> Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type >> Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are >> both version 3.1. oVirt 3.1 was installed via Dreyou's repo. >> >> In CentOS 6.3 all is fine and the following rpms are installed: >> >> libvirt.x86_64 0.9.10-21.el6_3.8 >> libvirt-client.x86_64 0.9.10-21.el6_3.8 >> libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 >> libvirt-python.x86_64 0.9.10-21.el6_3.8 >> vdsm.x86_64 4.10.0-0.46.15.el6 >> vdsm-cli.noarch 4.10.0-0.46.15.el6 >> vdsm-python.x86_64 4.10.0-0.46.15.el6 >> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 >> qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 >> >> >> uname -a >> Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 >> 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> virsh cpu capabilities on 6.3: >> >> x86_64 >> Nehalem >> Intel >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> and corresponding cpu features from vdsClient: >> >> cpuCores = 4 >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, >> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, >> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, >> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, >> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, >> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, >> flexpriority,ept,vpid,model_Conroe,model_Penryn, >> model_Nehalem >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >> cpuSockets = 1 >> cpuSpeed = 2394.132 >> >> >> So the system was updated to 6.4 using the continuous release repo. >> >> Installed rpms after update to 6.4 (6.3 + CR): >> >> libvirt.x86_64 0.10.2-18.el6 >> libvirt-client.x86_64 0.10.2-18.el6 >> libvirt-lock-sanlock.x86_64 0.10.2-18.el6 >> libvirt-python.x86_64 0.10.2-18.el6 >> vdsm.x86_64 4.10.0-0.46.15.el6 >> vdsm-cli.noarch 4.10.0-0.46.15.el6 >> vdsm-python.x86_64 4.10.0-0.46.15.el6 >> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 >> qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 >> >> >> uname -a >> Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 >> 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> virsh capabilities on 6.4: >> >> x86_64 >> Nehalem >> Intel >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> and corresponding cpu features from vdsClient: >> >> cpuCores = 4 >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, >> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, >> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, >> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, >> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, >> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, >> flexpriority,ept,vpid,model_coreduo,model_Conroe >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >> cpuSockets = 1 >> cpuSpeed = 2394.098 >> >> Full outputs of virsh capabilities and vdsCaps are attached. The only >> difference I can see is that 6.4 exposes one additional cpu flags (sep) >> and this seems to break the cpu recognition of vdsm. >> >> Anyone has some hints on how to resolve or debug this further? What more >> information can I provide to help? >> >> Best regards >> Patrick >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > seems like a vdsm issue - can you check if you have this patch (not sure > its related): > > commit 558994f8ffe030acd1b851dfd074f3417681337b > Author: Mark Wu > Date: Tue Oct 9 11:18:10 2012 +0800 > > Fix a bug in the naming convertion of cpu feature 'sse4_x' > > The list slice opertion missed the last character. It caused > the feature name couldn't get chance to be converted into > libvirt's naming. > > Change-Id: Ia241b09c96fa16441ba9421f61a2f9a417f0d978 > Signed-off-by: Mark Wu > Reviewed-on: http://gerrit.ovirt.org/8413 > Reviewed-by: Dan Kenigsberg > Reviewed-by: Michal Skrivanek > > diff --git a/vdsm/libvirtvm.py b/vdsm/libvirtvm.py > index 64a3b6b..bd43b56 100644 > --- a/vdsm/libvirtvm.py > +++ b/vdsm/libvirtvm.py > @@ -735,7 +735,7 @@ class _DomXML: > > for feature in features[1:]: > # convert Linux name of feature to libvirt > - if feature[1:5] == 'sse4_': > + if feature[1:6] == 'sse4_': > feature = feature[0] + 'sse4.' + feature[6:] > > f = self.doc.createElement('feature') > My version of vdsm as stated by Dreyou: v 4.10.0-0.46 (.15), builded from b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to 3.1 Branch? I applied that patch locally and restarted vdsmd but this does not change anything. Supported cpu is still as low as Conroe instead of Nehalem. Or is there more to do than patching libvirtvm.py? Regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich From xianghuadu at gmail.com Tue Mar 5 09:28:17 2013 From: xianghuadu at gmail.com (xianghuadu) Date: Tue, 5 Mar 2013 17:28:17 +0800 Subject: [Users] Migration issue Asking For Help Message-ID: <201303051728105412184@gmail.com> hi all I recently in the research ovirt encounter a problem. In the vm migration occurs when the error: Migration failed due to Error: Could not connect to peer host. My environment is: KVM dell 2950 * 2 storage iscsi-target vm system windows 2008 r2 ovirt-log? 2013-03-05 14:52:23,074 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] VM centos 4cc23d92-8667-4710-9714-a67c0d178fa0 moved from MigratingFrom --> Up 2013-03-05 14:52:23,076 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] adding VM 4cc23d92-8667-4710-9714-a67c0d178fa0 to re-run list 2013-03-05 14:52:23,079 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] Rerun vm 4cc23d92-8667-4710-9714-a67c0d178fa0. Called from vds 205 2013-03-05 14:52:23,085 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) [323d7ca8] START, MigrateStatusVDSCommand(HostName = 205, HostId = 4e7d1ae2-824e-11e2-bb4c-00188be4de29, vmId=4cc23d92-8667-4710-9714-a67c0d178fa0), log id: 618085d 2013-03-05 14:52:23,131 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Failed in MigrateStatusVDS method 2013-03-05 14:52:23,132 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Error code noConPeer and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS 2013-03-05 14:52:23,134 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 10 mMessage Could not connect to peer VDS 2013-03-05 14:52:23,138 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] HostName = 205 2013-03-05 14:52:23,139 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-49) [323d7ca8] Command MigrateStatusVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS 2013-03-05 14:52:23,141 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) [323d7ca8] FINISH, MigrateStatusVDSCommand, log vdsm-log? Thread-5969::DEBUG::2013-03-05 14:52:21,312::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available Thread-5622::ERROR::2013-03-05 14:52:22,890::vm::200::vm.Vm::(_recover) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed to destroy remote VM Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 198, in _recover self.destServer.destroy(self._vm.id) File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response response = file.read(1024) File "/usr/lib64/python2.6/socket.py", line 383, in read data = self._sock.recv(left) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out Thread-5622::ERROR::2013-03-05 14:52:22,909::vm::283::vm.Vm::(run) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 268, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 443, in _startUnderlyingMigration response = self.destServer.migrationCreate(self._machineParams) File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response response = file.read(1024) File "/usr/lib64/python2.6/socket.py", line 383, in read data = self._sock.recv(left) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out Thread-5971::DEBUG::2013-03-05 14:52:23,384::BindingXMLRPC::903::vds::(wrapper) client [192.168.1.201]::call vmGetStats with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} flowID [323d7ca8] Thread-5971::DEBUG::2013-03-05 14:52:23,385::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available Thread-5971::DEBUG::2013-03-05 14:52:23,385::BindingXMLRPC::910::vds::(wrapper) return vmGetStats with {'status': {'message': 'Done', 'code': 0}, 'statsList': [{'status': 'Up', 'username': 'Unknown', 'memUsage': '0', 'acpiEnable': 'true', 'pid': '3135', 'displayIp': '192.168.1.235', 'displayPort': u'5900', 'session': 'Unknown', 'displaySecurePort': '-1', 'timeOffset': '-2', 'hash': '-761593583205877164', 'balloonInfo': {'balloon_max': 524288, 'balloon_cur': 524288}, 'pauseCode': 'NOERR', 'clientIp': '', 'kvmEnable': 'true', 'network': {u'vnet0': {'macAddr': '00:1a:4a:a8:01:52', 'rxDropped': '0', 'rxErrors': '0', 'txDropped': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': u'vnet0'}}, 'vmId': '4cc23d92-8667-4710-9714-a67c0d178fa0', 'displayType': 'vnc', 'cpuUser': '1.85', 'disks': {u'vda': {'readRate': '0.00', 'truesize': '21474836480', 'apparentsize': '21474836480', 'writeRate': '407.16', 'imageID': '6b252eb8-ab9f-445f-922e-52d86bc6d790'}, u'hdc': {'readLatency': '0', 'apparentsize': '0', 'writeLatency': '0', 'flushLatency': '0', 'readRate': '0.00', 'truesize': '0', 'writeRate': '0.00'}}, 'monitorResponse': '0', 'statsAge': '0.67', 'elapsedTime': '9684', 'vmType': 'kvm', 'cpuSys': '5.93', 'appsList': [], 'guestIPs': ''}]} Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC::903::vds::(wrapper) client [192.168.1.201]::call vmGetMigrationStatus with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} flowID [323d7ca8] Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC::910::vds::(wrapper) return vmGetMigrationStatus with {'status': {'message': 'Could not connect to peer VDS', 'code': 10}, 'progress': 10} Thread-21::DEBUG::2013-03-05 14:52:26,888::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) Thread-21::DEBUG::2013-03-05 14:52:26,900::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.00036552 s, 11.2 MB/s\n'; = 0 Thread-5976::DEBUG::2013-03-05 14:52:31,555::task::568::TaskManager.Task::(_updateState) Task=`da545231-9538-412d-966e-a056ca7d074a`::moving from state init -> state preparing Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129568576813', 'lastCheck': '4.7', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.0022189617157', 'lastCheck': '4.9', 'code': 0, 'valid': True}} Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::1151::TaskManager.Task::(prepare) Task=`da545231-9538-412d-966e-a056ca7d074a`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129568576813', 'lastCheck': '4.7', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.0022189617157', 'lastCheck': '4.9', 'code': 0, 'valid': True}} Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::568::TaskManager.Task::(_updateState) Task=`da545231-9538-412d-966e-a056ca7d074a`::moving from state preparing -> state finished Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-5976::DEBUG::2013-03-05 14:52:31,557::task::957::TaskManager.Task::(_decref) Task=`da545231-9538-412d-966e-a056ca7d074a`::ref 0 aborting False Thread-5977::DEBUG::2013-03-05 14:52:31,565::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available Thread-21::DEBUG::2013-03-05 14:52:36,904::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) Thread-21::DEBUG::2013-03-05 14:52:36,917::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.000400626 s, 10.2 MB/s\n'; = 0 VM Channels Listener::DEBUG::2013-03-05 14:52:41,337::vmChannels::60::vds::(_handle_timeouts) Timeout on fileno 18. Thread-5982::DEBUG::2013-03-05 14:52:41,786::task::568::TaskManager.Task::(_updateState) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::moving from state init -> state preparing Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0130889415741', 'lastCheck': '4.9', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00270700454712', 'lastCheck': '5.1', 'code': 0, 'valid': True}} Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::1151::TaskManager.Task::(prepare) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0130889415741', 'lastCheck': '4.9', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00270700454712', 'lastCheck': '5.1', 'code': 0, 'valid': True}} Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::568::TaskManager.Task::(_updateState) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::moving from state preparing -> state finished Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::957::TaskManager.Task::(_decref) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::ref 0 aborting False Thread-5983::DEBUG::2013-03-05 14:52:41,795::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available Thread-21::DEBUG::2013-03-05 14:52:46,921::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) Thread-21::DEBUG::2013-03-05 14:52:46,933::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.000389226 s, 10.5 MB/s\n'; = 0 Thread-5988::DEBUG::2013-03-05 14:52:52,015::task::568::TaskManager.Task::(_updateState) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::moving from state init -> state preparing Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129730701447', 'lastCheck': '5.1', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00222110748291', 'lastCheck': '5.3', 'code': 0, 'valid': True}} Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::1151::TaskManager.Task::(prepare) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129730701447', 'lastCheck': '5.1', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00222110748291', 'lastCheck': '5.3', 'code': 0, 'valid': True}} Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::568::TaskManager.Task::(_updateState) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::moving from state preparing -> state finished xianghuadu -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Tue Mar 5 09:54:11 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 5 Mar 2013 11:54:11 +0200 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <5135B90C.4070109@lobster.de> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> Message-ID: <20130305095411.GF15949@redhat.com> On Tue, Mar 05, 2013 at 10:21:16AM +0100, Patrick Hurrelmann wrote: > On 04.03.2013 21:52, Itamar Heim wrote: > > On 04/03/2013 19:03, Patrick Hurrelmann wrote: > >> Hi list, > >> > >> I tested the upcoming CentOS 6.4 release with my lab installation of > >> oVirt 3.1 and it fails to play well. > >> > >> Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type > >> Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are > >> both version 3.1. oVirt 3.1 was installed via Dreyou's repo. > >> > >> In CentOS 6.3 all is fine and the following rpms are installed: > >> > >> libvirt.x86_64 0.9.10-21.el6_3.8 > >> libvirt-client.x86_64 0.9.10-21.el6_3.8 > >> libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 > >> libvirt-python.x86_64 0.9.10-21.el6_3.8 > >> vdsm.x86_64 4.10.0-0.46.15.el6 > >> vdsm-cli.noarch 4.10.0-0.46.15.el6 > >> vdsm-python.x86_64 4.10.0-0.46.15.el6 > >> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > >> qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 > >> > >> > >> uname -a > >> Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 > >> 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > >> > >> virsh cpu capabilities on 6.3: > >> > >> x86_64 > >> Nehalem > >> Intel > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> and corresponding cpu features from vdsClient: > >> > >> cpuCores = 4 > >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, > >> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, > >> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, > >> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, > >> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, > >> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, > >> flexpriority,ept,vpid,model_Conroe,model_Penryn, > >> model_Nehalem > >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > >> cpuSockets = 1 > >> cpuSpeed = 2394.132 > >> > >> > >> So the system was updated to 6.4 using the continuous release repo. > >> > >> Installed rpms after update to 6.4 (6.3 + CR): > >> > >> libvirt.x86_64 0.10.2-18.el6 > >> libvirt-client.x86_64 0.10.2-18.el6 > >> libvirt-lock-sanlock.x86_64 0.10.2-18.el6 > >> libvirt-python.x86_64 0.10.2-18.el6 > >> vdsm.x86_64 4.10.0-0.46.15.el6 > >> vdsm-cli.noarch 4.10.0-0.46.15.el6 > >> vdsm-python.x86_64 4.10.0-0.46.15.el6 > >> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > >> qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 > >> > >> > >> uname -a > >> Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 > >> 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > >> > >> virsh capabilities on 6.4: > >> > >> x86_64 > >> Nehalem > >> Intel > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> and corresponding cpu features from vdsClient: > >> > >> cpuCores = 4 > >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, > >> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, > >> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, > >> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, > >> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, > >> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, > >> flexpriority,ept,vpid,model_coreduo,model_Conroe > >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > >> cpuSockets = 1 > >> cpuSpeed = 2394.098 > >> > >> Full outputs of virsh capabilities and vdsCaps are attached. The only > >> difference I can see is that 6.4 exposes one additional cpu flags (sep) > >> and this seems to break the cpu recognition of vdsm. > >> > >> Anyone has some hints on how to resolve or debug this further? What more > >> information can I provide to help? > >> > >> Best regards > >> Patrick > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > seems like a vdsm issue - can you check if you have this patch (not sure > > its related): > > > > commit 558994f8ffe030acd1b851dfd074f3417681337b > > Author: Mark Wu > > Date: Tue Oct 9 11:18:10 2012 +0800 > > > > Fix a bug in the naming convertion of cpu feature 'sse4_x' > > > > The list slice opertion missed the last character. It caused > > the feature name couldn't get chance to be converted into > > libvirt's naming. > > > > Change-Id: Ia241b09c96fa16441ba9421f61a2f9a417f0d978 > > Signed-off-by: Mark Wu > > Reviewed-on: http://gerrit.ovirt.org/8413 > > Reviewed-by: Dan Kenigsberg > > Reviewed-by: Michal Skrivanek > > > > diff --git a/vdsm/libvirtvm.py b/vdsm/libvirtvm.py > > index 64a3b6b..bd43b56 100644 > > --- a/vdsm/libvirtvm.py > > +++ b/vdsm/libvirtvm.py > > @@ -735,7 +735,7 @@ class _DomXML: > > > > for feature in features[1:]: > > # convert Linux name of feature to libvirt > > - if feature[1:5] == 'sse4_': > > + if feature[1:6] == 'sse4_': > > feature = feature[0] + 'sse4.' + feature[6:] > > > > f = self.doc.createElement('feature') > > > > My version of vdsm as stated by Dreyou: > v 4.10.0-0.46 (.15), builded from > b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) > > I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to > 3.1 Branch? > > I applied that patch locally and restarted vdsmd but this does not > change anything. Supported cpu is still as low as Conroe instead of > Nehalem. Or is there more to do than patching libvirtvm.py? What is libvirt's opinion about your cpu compatibility? virsh -r cpu-compare <(echo 'NehalemIntel') If you do not get "Host CPU is a superset of CPU described in bla", then the problem is within libvirt. Dan. From patrick.hurrelmann at lobster.de Tue Mar 5 10:01:53 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Tue, 05 Mar 2013 11:01:53 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <20130305095411.GF15949@redhat.com> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> Message-ID: <5135C291.1080204@lobster.de> On 05.03.2013 10:54, Dan Kenigsberg wrote: > On Tue, Mar 05, 2013 at 10:21:16AM +0100, Patrick Hurrelmann wrote: >> On 04.03.2013 21:52, Itamar Heim wrote: >>> On 04/03/2013 19:03, Patrick Hurrelmann wrote: >>>> Hi list, >>>> >>>> I tested the upcoming CentOS 6.4 release with my lab installation of >>>> oVirt 3.1 and it fails to play well. >>>> >>>> Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type >>>> Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are >>>> both version 3.1. oVirt 3.1 was installed via Dreyou's repo. >>>> >>>> In CentOS 6.3 all is fine and the following rpms are installed: >>>> >>>> libvirt.x86_64 0.9.10-21.el6_3.8 >>>> libvirt-client.x86_64 0.9.10-21.el6_3.8 >>>> libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 >>>> libvirt-python.x86_64 0.9.10-21.el6_3.8 >>>> vdsm.x86_64 4.10.0-0.46.15.el6 >>>> vdsm-cli.noarch 4.10.0-0.46.15.el6 >>>> vdsm-python.x86_64 4.10.0-0.46.15.el6 >>>> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 >>>> qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 >>>> >>>> >>>> uname -a >>>> Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 >>>> 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >>>> >>>> virsh cpu capabilities on 6.3: >>>> >>>> x86_64 >>>> Nehalem >>>> Intel >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> and corresponding cpu features from vdsClient: >>>> >>>> cpuCores = 4 >>>> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, >>>> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, >>>> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, >>>> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, >>>> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, >>>> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, >>>> flexpriority,ept,vpid,model_Conroe,model_Penryn, >>>> model_Nehalem >>>> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >>>> cpuSockets = 1 >>>> cpuSpeed = 2394.132 >>>> >>>> >>>> So the system was updated to 6.4 using the continuous release repo. >>>> >>>> Installed rpms after update to 6.4 (6.3 + CR): >>>> >>>> libvirt.x86_64 0.10.2-18.el6 >>>> libvirt-client.x86_64 0.10.2-18.el6 >>>> libvirt-lock-sanlock.x86_64 0.10.2-18.el6 >>>> libvirt-python.x86_64 0.10.2-18.el6 >>>> vdsm.x86_64 4.10.0-0.46.15.el6 >>>> vdsm-cli.noarch 4.10.0-0.46.15.el6 >>>> vdsm-python.x86_64 4.10.0-0.46.15.el6 >>>> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 >>>> qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 >>>> >>>> >>>> uname -a >>>> Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 >>>> 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >>>> >>>> virsh capabilities on 6.4: >>>> >>>> x86_64 >>>> Nehalem >>>> Intel >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> and corresponding cpu features from vdsClient: >>>> >>>> cpuCores = 4 >>>> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, >>>> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, >>>> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, >>>> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, >>>> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, >>>> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, >>>> flexpriority,ept,vpid,model_coreduo,model_Conroe >>>> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >>>> cpuSockets = 1 >>>> cpuSpeed = 2394.098 >>>> >>>> Full outputs of virsh capabilities and vdsCaps are attached. The only >>>> difference I can see is that 6.4 exposes one additional cpu flags (sep) >>>> and this seems to break the cpu recognition of vdsm. >>>> >>>> Anyone has some hints on how to resolve or debug this further? What more >>>> information can I provide to help? >>>> >>>> Best regards >>>> Patrick >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >>> seems like a vdsm issue - can you check if you have this patch (not sure >>> its related): >>> >>> commit 558994f8ffe030acd1b851dfd074f3417681337b >>> Author: Mark Wu >>> Date: Tue Oct 9 11:18:10 2012 +0800 >>> >>> Fix a bug in the naming convertion of cpu feature 'sse4_x' >>> >>> The list slice opertion missed the last character. It caused >>> the feature name couldn't get chance to be converted into >>> libvirt's naming. >>> >>> Change-Id: Ia241b09c96fa16441ba9421f61a2f9a417f0d978 >>> Signed-off-by: Mark Wu >>> Reviewed-on: http://gerrit.ovirt.org/8413 >>> Reviewed-by: Dan Kenigsberg >>> Reviewed-by: Michal Skrivanek >>> >>> diff --git a/vdsm/libvirtvm.py b/vdsm/libvirtvm.py >>> index 64a3b6b..bd43b56 100644 >>> --- a/vdsm/libvirtvm.py >>> +++ b/vdsm/libvirtvm.py >>> @@ -735,7 +735,7 @@ class _DomXML: >>> >>> for feature in features[1:]: >>> # convert Linux name of feature to libvirt >>> - if feature[1:5] == 'sse4_': >>> + if feature[1:6] == 'sse4_': >>> feature = feature[0] + 'sse4.' + feature[6:] >>> >>> f = self.doc.createElement('feature') >>> >> >> My version of vdsm as stated by Dreyou: >> v 4.10.0-0.46 (.15), builded from >> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) >> >> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to >> 3.1 Branch? >> >> I applied that patch locally and restarted vdsmd but this does not >> change anything. Supported cpu is still as low as Conroe instead of >> Nehalem. Or is there more to do than patching libvirtvm.py? > > What is libvirt's opinion about your cpu compatibility? > > virsh -r cpu-compare <(echo 'NehalemIntel') > > If you do not get "Host CPU is a superset of CPU described in bla", then > the problem is within libvirt. > > Dan. Hi Dan, virsh -r cpu-compare <(echo 'NehalemIntel') Host CPU is a superset of CPU described in /dev/fd/63 So libvirt obviously is fine. Something different would have surprised my as virsh capabilities seemed correct anyway. Regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich From gianluca.cecchi at gmail.com Tue Mar 5 10:05:39 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 5 Mar 2013 11:05:39 +0100 Subject: [Users] oVirt 3.2: impossiible to delete a snapshot? In-Reply-To: <512F35D7.9000709@nieuwland.nl> References: <1864664717.3870220.1361965735162.JavaMail.root@redhat.com> <512F35D7.9000709@nieuwland.nl> Message-ID: On Thu, Feb 28, 2013 at 11:47 AM, noc wrote: > I'm also running 3.2 stable on F18 and can delete snapshots but as Gianluca > can't clone. Get the same blank window. Saw the fix but since its a > java.class change would need a rebuild of 3.2 > Any idea when a wrap up of several bugs found and fixed will be up at > ovirt.org? > > Thanks, > > Joop In the mean time my rebuilt packages for fedora 18 with the fix http://gerrit.ovirt.org/#/c/11254/ and that form my experience give: - solution for clone from snapshot - solution to see details of a snapshot in details pane (disks, nic, ecc.) can be downloaded here... They are the same version as the official ones, so you have to run rpm -Uvh --force *rpm (keep off from the list the ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch.rpm in case you have not that installed) https://www.dropbox.com/sh/24p620taye7v394/plnq7cQWe5?m Gianluca From danken at redhat.com Tue Mar 5 10:14:23 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 5 Mar 2013 12:14:23 +0200 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <5135C291.1080204@lobster.de> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> Message-ID: <20130305101423.GH15949@redhat.com> On Tue, Mar 05, 2013 at 11:01:53AM +0100, Patrick Hurrelmann wrote: > On 05.03.2013 10:54, Dan Kenigsberg wrote: > > On Tue, Mar 05, 2013 at 10:21:16AM +0100, Patrick Hurrelmann wrote: > >> On 04.03.2013 21:52, Itamar Heim wrote: > >>> On 04/03/2013 19:03, Patrick Hurrelmann wrote: > >>>> Hi list, > >>>> > >>>> I tested the upcoming CentOS 6.4 release with my lab installation of > >>>> oVirt 3.1 and it fails to play well. > >>>> > >>>> Background: freshly installed CentOS 6.3 host in a Nehalem CPU-type > >>>> Cluster with 2 other hosts. Storage is iSCSI. Datacenter and Cluster are > >>>> both version 3.1. oVirt 3.1 was installed via Dreyou's repo. > >>>> > >>>> In CentOS 6.3 all is fine and the following rpms are installed: > >>>> > >>>> libvirt.x86_64 0.9.10-21.el6_3.8 > >>>> libvirt-client.x86_64 0.9.10-21.el6_3.8 > >>>> libvirt-lock-sanlock.x86_64 0.9.10-21.el6_3.8 > >>>> libvirt-python.x86_64 0.9.10-21.el6_3.8 > >>>> vdsm.x86_64 4.10.0-0.46.15.el6 > >>>> vdsm-cli.noarch 4.10.0-0.46.15.el6 > >>>> vdsm-python.x86_64 4.10.0-0.46.15.el6 > >>>> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > >>>> qemu-kvm.x86_64 2:0.12.1.2-2.295.el6_3.10 > >>>> > >>>> > >>>> uname -a > >>>> Linux vh-test1.mydomain.com 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 > >>>> 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > >>>> > >>>> virsh cpu capabilities on 6.3: > >>>> > >>>> x86_64 > >>>> Nehalem > >>>> Intel > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> and corresponding cpu features from vdsClient: > >>>> > >>>> cpuCores = 4 > >>>> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca, > >>>> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, > >>>> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, > >>>> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, > >>>> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, > >>>> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, > >>>> flexpriority,ept,vpid,model_Conroe,model_Penryn, > >>>> model_Nehalem > >>>> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > >>>> cpuSockets = 1 > >>>> cpuSpeed = 2394.132 > >>>> > >>>> > >>>> So the system was updated to 6.4 using the continuous release repo. > >>>> > >>>> Installed rpms after update to 6.4 (6.3 + CR): > >>>> > >>>> libvirt.x86_64 0.10.2-18.el6 > >>>> libvirt-client.x86_64 0.10.2-18.el6 > >>>> libvirt-lock-sanlock.x86_64 0.10.2-18.el6 > >>>> libvirt-python.x86_64 0.10.2-18.el6 > >>>> vdsm.x86_64 4.10.0-0.46.15.el6 > >>>> vdsm-cli.noarch 4.10.0-0.46.15.el6 > >>>> vdsm-python.x86_64 4.10.0-0.46.15.el6 > >>>> vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > >>>> qemu-kvm.x86_64 2:0.12.1.2-2.355.el6_4_4.1 > >>>> > >>>> > >>>> uname -a > >>>> Linux vh-test1.mydomain.com 2.6.32-358.0.1.el6.x86_64 #1 SMP Wed Feb 27 > >>>> 06:06:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > >>>> > >>>> virsh capabilities on 6.4: > >>>> > >>>> x86_64 > >>>> Nehalem > >>>> Intel > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> and corresponding cpu features from vdsClient: > >>>> > >>>> cpuCores = 4 > >>>> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca, > >>>> cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht, > >>>> tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon, > >>>> pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni, > >>>> dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr, > >>>> pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida,dts,tpr_shadow,vnmi, > >>>> flexpriority,ept,vpid,model_coreduo,model_Conroe > >>>> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > >>>> cpuSockets = 1 > >>>> cpuSpeed = 2394.098 > >>>> > >>>> Full outputs of virsh capabilities and vdsCaps are attached. The only > >>>> difference I can see is that 6.4 exposes one additional cpu flags (sep) > >>>> and this seems to break the cpu recognition of vdsm. > >>>> > >>>> Anyone has some hints on how to resolve or debug this further? What more > >>>> information can I provide to help? > >>>> > >>>> Best regards > >>>> Patrick > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> > >>> > >>> seems like a vdsm issue - can you check if you have this patch (not sure > >>> its related): > >>> > >>> commit 558994f8ffe030acd1b851dfd074f3417681337b > >>> Author: Mark Wu > >>> Date: Tue Oct 9 11:18:10 2012 +0800 > >>> > >>> Fix a bug in the naming convertion of cpu feature 'sse4_x' > >>> > >>> The list slice opertion missed the last character. It caused > >>> the feature name couldn't get chance to be converted into > >>> libvirt's naming. > >>> > >>> Change-Id: Ia241b09c96fa16441ba9421f61a2f9a417f0d978 > >>> Signed-off-by: Mark Wu > >>> Reviewed-on: http://gerrit.ovirt.org/8413 > >>> Reviewed-by: Dan Kenigsberg > >>> Reviewed-by: Michal Skrivanek > >>> > >>> diff --git a/vdsm/libvirtvm.py b/vdsm/libvirtvm.py > >>> index 64a3b6b..bd43b56 100644 > >>> --- a/vdsm/libvirtvm.py > >>> +++ b/vdsm/libvirtvm.py > >>> @@ -735,7 +735,7 @@ class _DomXML: > >>> > >>> for feature in features[1:]: > >>> # convert Linux name of feature to libvirt > >>> - if feature[1:5] == 'sse4_': > >>> + if feature[1:6] == 'sse4_': > >>> feature = feature[0] + 'sse4.' + feature[6:] > >>> > >>> f = self.doc.createElement('feature') > >>> > >> > >> My version of vdsm as stated by Dreyou: > >> v 4.10.0-0.46 (.15), builded from > >> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) > >> > >> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to > >> 3.1 Branch? > >> > >> I applied that patch locally and restarted vdsmd but this does not > >> change anything. Supported cpu is still as low as Conroe instead of > >> Nehalem. Or is there more to do than patching libvirtvm.py? > > > > What is libvirt's opinion about your cpu compatibility? > > > > virsh -r cpu-compare <(echo 'NehalemIntel') > > > > If you do not get "Host CPU is a superset of CPU described in bla", then > > the problem is within libvirt. > > > > Dan. > > Hi Dan, > > virsh -r cpu-compare <(echo ' match="minimum">NehalemIntel') > Host CPU is a superset of CPU described in /dev/fd/63 > > So libvirt obviously is fine. Something different would have surprised > my as virsh capabilities seemed correct anyway. So maybe, just maybe, libvirt has changed their cpu_map, a map that ovirt-3.1 had a bug reading. Would you care to apply http://gerrit.ovirt.org/5035 to see if this is it? Dan. From wudxw at linux.vnet.ibm.com Tue Mar 5 10:33:10 2013 From: wudxw at linux.vnet.ibm.com (Mark Wu) Date: Tue, 05 Mar 2013 18:33:10 +0800 Subject: [Users] Migration issue Asking For Help In-Reply-To: <201303051728105412184@gmail.com> References: <201303051728105412184@gmail.com> Message-ID: <5135C9E6.4080105@linux.vnet.ibm.com> On Tue 05 Mar 2013 05:28:17 PM CST, xianghuadu wrote: > hi all > I recently in the research ovirt encounter a problem. > In the vm migration occurs when the error: Migration failed due to Error: Could not connect to peer host. > My environment is: > KVM dell 2950 * 2 > storage iscsi-target > vm system windows 2008 r2 > ovirt-log? > 2013-03-05 14:52:23,074 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] VM centos 4cc23d92-8667-4710-9714-a67c0d178fa0 moved from MigratingFrom --> Up > 2013-03-05 14:52:23,076 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] adding VM 4cc23d92-8667-4710-9714-a67c0d178fa0 to re-run list > 2013-03-05 14:52:23,079 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] Rerun vm 4cc23d92-8667-4710-9714-a67c0d178fa0. Called from vds 205 > 2013-03-05 14:52:23,085 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) [323d7ca8] START, MigrateStatusVDSCommand(HostName = 205, HostId = 4e7d1ae2-824e-11e2-bb4c-00188be4de29, vmId=4cc23d92-8667-4710-9714-a67c0d178fa0), log id: 618085d > 2013-03-05 14:52:23,131 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Failed in MigrateStatusVDS method > 2013-03-05 14:52:23,132 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Error code noConPeer and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS > 2013-03-05 14:52:23,134 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value > > Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc > mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc > mCode 10 > mMessage Could not connect to peer VDS > 2013-03-05 14:52:23,138 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] HostName = 205 > 2013-03-05 14:52:23,139 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-49) [323d7ca8] Command MigrateStatusVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS > 2013-03-05 14:52:23,141 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) [323d7ca8] FINISH, MigrateStatusVDSCommand, log > > > vdsm-log? > Thread-5969::DEBUG::2013-03-05 14:52:21,312::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-5622::ERROR::2013-03-05 14:52:22,890::vm::200::vm.Vm::(_recover) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 198, in _recover > self.destServer.destroy(self._vm.id) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response > response = file.read(1024) > File "/usr/lib64/python2.6/socket.py", line 383, in read > data = self._sock.recv(left) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > SSLError: The read operation timed out > Thread-5622::ERROR::2013-03-05 14:52:22,909::vm::283::vm.Vm::(run) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 268, in run > self._startUnderlyingMigration() > File "/usr/share/vdsm/libvirtvm.py", line 443, in _startUnderlyingMigration > response = self.destServer.migrationCreate(self._machineParams) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response > response = file.read(1024) > File "/usr/lib64/python2.6/socket.py", line 383, in read > data = self._sock.recv(left) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > SSLError: The read operation timed out > Thread-5971::DEBUG::2013-03-05 14:52:23,384::BindingXMLRPC::903::vds::(wrapper) client [192.168.1.201]::call vmGetStats with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} flowID [323d7ca8] > Thread-5971::DEBUG::2013-03-05 14:52:23,385::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-5971::DEBUG::2013-03-05 14:52:23,385::BindingXMLRPC::910::vds::(wrapper) return vmGetStats with {'status': {'message': 'Done', 'code': 0}, 'statsList': [{'status': 'Up', 'username': 'Unknown', 'memUsage': '0', 'acpiEnable': 'true', 'pid': '3135', 'displayIp': '192.168.1.235', 'displayPort': u'5900', 'session': 'Unknown', 'displaySecurePort': '-1', 'timeOffset': '-2', 'hash': '-761593583205877164', 'balloonInfo': {'balloon_max': 524288, 'balloon_cur': 524288}, 'pauseCode': 'NOERR', 'clientIp': '', 'kvmEnable': 'true', 'network': {u'vnet0': {'macAddr': '00:1a:4a:a8:01:52', 'rxDropped': '0', 'rxErrors': '0', 'txDropped': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': u'vnet0'}}, 'vmId': '4cc23d92-8667-4710-9714-a67c0d178fa0', 'displayType': 'vnc', 'cpuUser': '1.85', 'disks': {u'vda': {'readRate': '0.00', 'truesize': '21474836480', 'apparentsize': '21474836480', 'writeRate': '407.16', 'imageID': '6b252eb8-ab9f-445f-9! 22e-52d86b c6d790'}, u'hdc': {'readLatency': '0', 'apparentsize': '0', 'writeLatency': '0', 'flushLatency': '0', 'readRate': '0.00', 'truesize': '0', 'writeRate': '0.00'}}, 'monitorResponse': '0', 'statsAge': '0.67', 'elapsedTime': '9684', 'vmType': 'kvm', 'cpuSys': '5.93', 'appsList': [], 'guestIPs': ''}]} > Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC::903::vds::(wrapper) client [192.168.1.201]::call vmGetMigrationStatus with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} flowID [323d7ca8] > Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC::910::vds::(wrapper) return vmGetMigrationStatus with {'status': {'message': 'Could not connect to peer VDS', 'code': 10}, 'progress': 10} > Thread-21::DEBUG::2013-03-05 14:52:26,888::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) > Thread-21::DEBUG::2013-03-05 14:52:26,900::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.00036552 s, 11.2 MB/s\n'; = 0 > Thread-5976::DEBUG::2013-03-05 14:52:31,555::task::568::TaskManager.Task::(_updateState) Task=`da545231-9538-412d-966e-a056ca7d074a`::moving from state init -> state preparing > Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) > Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129568576813', 'lastCheck': '4.7', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.0022189617157', 'lastCheck': '4.9', 'code': 0, 'valid': True}} > Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::1151::TaskManager.Task::(prepare) Task=`da545231-9538-412d-966e-a056ca7d074a`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129568576813', 'lastCheck': '4.7', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.0022189617157', 'lastCheck': '4.9', 'code': 0, 'valid': True}} > Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::568::TaskManager.Task::(_updateState) Task=`da545231-9538-412d-966e-a056ca7d074a`::moving from state preparing -> state finished > Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} > Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} > Thread-5976::DEBUG::2013-03-05 14:52:31,557::task::957::TaskManager.Task::(_decref) Task=`da545231-9538-412d-966e-a056ca7d074a`::ref 0 aborting False > Thread-5977::DEBUG::2013-03-05 14:52:31,565::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-21::DEBUG::2013-03-05 14:52:36,904::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) > Thread-21::DEBUG::2013-03-05 14:52:36,917::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.000400626 s, 10.2 MB/s\n'; = 0 > VM Channels Listener::DEBUG::2013-03-05 14:52:41,337::vmChannels::60::vds::(_handle_timeouts) Timeout on fileno 18. > Thread-5982::DEBUG::2013-03-05 14:52:41,786::task::568::TaskManager.Task::(_updateState) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::moving from state init -> state preparing > Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) > Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0130889415741', 'lastCheck': '4.9', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00270700454712', 'lastCheck': '5.1', 'code': 0, 'valid': True}} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::1151::TaskManager.Task::(prepare) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0130889415741', 'lastCheck': '4.9', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00270700454712', 'lastCheck': '5.1', 'code': 0, 'valid': True}} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::568::TaskManager.Task::(_updateState) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::moving from state preparing -> state finished > Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::957::TaskManager.Task::(_decref) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::ref 0 aborting False > Thread-5983::DEBUG::2013-03-05 14:52:41,795::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-21::DEBUG::2013-03-05 14:52:46,921::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) > Thread-21::DEBUG::2013-03-05 14:52:46,933::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.000389226 s, 10.5 MB/s\n'; = 0 > Thread-5988::DEBUG::2013-03-05 14:52:52,015::task::568::TaskManager.Task::(_updateState) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::moving from state init -> state preparing > Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) > Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129730701447', 'lastCheck': '5.1', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00222110748291', 'lastCheck': '5.3', 'code': 0, 'valid': True}} > Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::1151::TaskManager.Task::(prepare) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129730701447', 'lastCheck': '5.1', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00222110748291', 'lastCheck': '5.3', 'code': 0, 'valid': True}} > Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::568::TaskManager.Task::(_updateState) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::moving from state preparing -> state finished > > ------------------------------------------------------------------------ > xianghuadu > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users The vdsm log you pasted was logged by the recovery code on migration failure, not migration failure itself. You could paste the log messages above that here. From the traceback in _recovery, I suspect it's related to ssl. Does it work if you disable ssl? For how to disable ssl, please see http://www.ovirt.org/OVirt_-_disable_SSL_in_VDSM From ybronhei at redhat.com Tue Mar 5 11:14:32 2013 From: ybronhei at redhat.com (Yaniv Bronheim) Date: Tue, 5 Mar 2013 06:14:32 -0500 (EST) Subject: [Users] UI lack of ui-plugins In-Reply-To: <393940b.1f54.13d38123897.Coremail.bigclouds@163.com> Message-ID: <1780146709.5025368.1362482072193.JavaMail.root@redhat.com> Do you run it after full installation or by standalone.sh ? In order to by pass those errors in full installation do: 1. create a file /usr/share/ovirt-engine/conf/engine.conf.defaults 2. Add the following properties to the file: ENGINE_USR=[the username which runs the engine] ENGINE_ETC=/etc/ovirt-engine 3. restart Jboss service If you did the three steps and engine still doesn't start, please attach your full engine.log Yaniv. ----- Original Message ----- From: "bigclouds" To: "Oved Ourfalli" Cc: users at ovirt.org Sent: Tuesday, March 5, 2013 3:02:31 AM Subject: Re: [Users] UI lack of ui-plugins hi ovedo the explorer is waiting all the time. when go to portal http://192.168.5.109:8700/UserPortal/org.ovirt.engine.ui.userportal.UserPortal/UserPortal.html webadmin url see nothing at all http://192.168.5.109:8700/webadmin/webadmin/WebAdmin.html if http://www.ovirt.org/Building_oVirt_engine is not up to date? thanks. At?2013-03-04?18:20:20,"Oved?Ourfalli"??wrote: > > >-----?Original?Message?----- >>?From:?"bigclouds"? >>?To:?users at ovirt.org >>?Sent:?Monday,?March?4,?2013?12:07:53?PM >>?Subject:?[Users]?UI?lack?of?ui-plugins >>? >>? >>? >>?at?last?i?build?engine?code?success,?then?i?start?jboss-as. >>?go?to?http://host:8700,?when?i?click?user,admin?portal,?error?occur. >>? >>? >>?1.?it?reports?ui-plugins?is?miss. >>?2.?$OVIRT_HOME/backend/manager/conf/engine.conf.defaults >>?ENGINE_USR=username >>?ENGINE_ETC=/etc/ovirt-engine?i?do?not?know?what?ENGINE_USR?really?is? >>?thanks. >>? > >ENGINE_USR?should?be?something?like?/usr/share/ovirt-engine >The?warning?about?the?ui-plugins?directory?is?probably?because?it?doesn't?exist?(see?bug?https://bugzilla.redhat.com/show_bug.cgi?id=895933),?but?that?shouldn't?effect?anything?besides?loading?UI?plugins?you?wrote/downloaded,?so?the?admin?portal?should?work?properly. > >As?far?as?I?know,?the?ENGINE_USR?is?currently?used?only?in?order?to?detect?the?ui-plugins?directory. > >What?happens?when?you?just?browse?to >http://host:8700/webadmin >? > >Does?it?work? > >>? >>?error?-msg: >>? >>? >>? >>?2013-03-04?17:39:10,182?INFO >>?[org.ovirt.engine.core.bll.DbUserCacheManager] >>?(DefaultQuartzScheduler_Worker-1)?Start?refreshing?all?users?data >>?2013-03-04?17:39:10,338?INFO >>?[org.ovirt.engine.core.vdsbroker.ResourceManager]?(MSC?service >>?thread?1-1)?Finished?initializing?ResourceManager >>?2013-03-04?17:39:10,365?INFO >>?[org.ovirt.engine.core.bll.AsyncTaskManager]?(MSC?service?thread >>?1-1)?Initialization?of?AsyncTaskManager?completed?successfully. >>?2013-03-04?17:39:10,384?INFO >>?[org.ovirt.engine.core.bll.OvfDataUpdater]?(MSC?service?thread?1-1) >>?Initialization?of?OvfDataUpdater?completed?successfully. >>?2013-03-04?17:39:10,388?INFO?[org.ovirt.engine.co >>?re.bll.VdsLoadBalancer]?(MSC?service?thread?1-1)?Start?scheduling?to >>?enable?vds?load?balancer >>?2013-03-04?17:39:10,394?INFO >>?[org.ovirt.engine.core.bll.VdsLoadBalancer]?(MSC?service?thread?1-1) >>?Finished?scheduling?to?enable?vds?load?balancer >>?2013-03-04?17:39:10,410?INFO >>?[org.ovirt.engine.core.bll.network.MacPoolManager] >>?(pool-10-thread-1)?Start?initializing?MacPoolManager >>?2013-03-04?17:39:10,450?INFO >>?[org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean]?(MSC >>?service?thread?1-1)?Init?VM?custom?properties?utilities >>?2013-03-04?17:39:10,461?INFO >>?[org.ovirt.engine.core.bll.network.MacPoolManager] >>?(pool-10-thread-1)?Finished?initializing?MacPoolManager >>?2013-03-04?17:39:10,470?INFO?[org.jboss.as]?(MSC?service?thread?1-2) >>?JBAS015951:?Admin?console?listening?on?http://127.0.0.1:9990 >>?2013-03-04?17:39:10,471?INFO?[org.jboss.as]?(MSC?service?thread?1-2) >>?JBAS015874:?JBoss?AS?7.1.1.Final?"?Brontes"?started?in?11961ms?- >>?Started?507?of?594?services?(86?services?are?passive?or?on-demand) >>?2013-03-04?17:39:10,560?INFO?[org.jboss.as.server] >>?(DeploymentScanner-threads?-?2)?JBAS018559:?Deployed?"engine.ear" >>?2013-03-04?17:42:22,716?ERROR?[org.jboss.remoting.remote.connection] >>?(Remoting?"ovirtdev"?read-1)?JBREM000200:?Remote?connection?failed: >>?java.io.IOException:?Received?an?invalid?message?length?of >>?1195725856 >>?2013-03-04?17:42:56,702?ERROR?[org.jboss.remoting.remote.connection] >>?(Remoting?"ovirtdev"?read-1)?JBREM000200:?Remote?connection?failed: >>?java.io.IOException:?Received?an?invalid?message?length?of >>?1195725856 >>?2013-03-04?17:45:14,258?INFO?[org.hibernate.validator.util.Version] >>?(http--0.0.0.0-8700-1)?Hibernate?Validator?4.2.0.Final >>?2013-03-04?17:45:14,385?INFO >>?[org.ovirt.engine.core.utils.LocalConfig]?(http--0.0.0.0-8700-1) >>?Loaded?file >>?"/mnt/ovirt-engine/backend/manager/conf/engine.conf.defaults". >>?2013-03-04?17:45:14,386?INFO >>?[org.ovirt.engine.core.utils.LocalConfig]?(http--0.0.0.0-8700-1) >>?Loaded?file?"/etc/sysconfig/ovirt-engine". >>?2013-03-04?17:45:14,392?INFO >>?[org.ovirt.engine.core.utils.LocalConfig]?(http--0.0.0.0-8700-1) >>?Value?of?property?"ENGINE_DEBUG_ADDRESS"?is?"0.0.0.0:8787". >>?2013-03-04?17:45:14,393?INFO >>?[org.ovirt.engine.core.utils.LocalConfig]?(http--0.0.0.0-8700-1) >>?Value?of?property?"ENGINE_ETC"?is?"/etc/ovirt-engine". >>?2013-03-04?17:45:14,394?INFO >>?[org.ovirt.engine.core.utils.LocalConfig]?(http--0.0.0.0-8700-1) >>?Value?of?property?"ENGINE_USR"?is?"root". >>?2013-03-04?17:45:14,397?WARN >>?[org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] >>?(http--0.0.0.0-8700-1)?Cannot?list?UI?plugin?descriptor?files?in >>?[/mnt/ovirt-engine/root/ui-plugins] >>?2013-03-04?17:48:13,672?WARN >>?[org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] >>?(http--0.0.0.0-8700-1)?Ca?nnot?list?UI?plugin?descriptor?files?in >>?[/mnt/ovirt-engine/root/ui-plugins] >>? >>? >>?_______________________________________________ >>?Users?mailing?list >>?Users at ovirt.org >>?http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From patrick.hurrelmann at lobster.de Tue Mar 5 11:32:31 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Tue, 05 Mar 2013 12:32:31 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <20130305101423.GH15949@redhat.com> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> Message-ID: <5135D7CF.8000405@lobster.de> On 05.03.2013 11:14, Dan Kenigsberg wrote: >>>> >>>> My version of vdsm as stated by Dreyou: >>>> v 4.10.0-0.46 (.15), builded from >>>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) >>>> >>>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to >>>> 3.1 Branch? >>>> >>>> I applied that patch locally and restarted vdsmd but this does not >>>> change anything. Supported cpu is still as low as Conroe instead of >>>> Nehalem. Or is there more to do than patching libvirtvm.py? >>> >>> What is libvirt's opinion about your cpu compatibility? >>> >>> virsh -r cpu-compare <(echo 'NehalemIntel') >>> >>> If you do not get "Host CPU is a superset of CPU described in bla", then >>> the problem is within libvirt. >>> >>> Dan. >> >> Hi Dan, >> >> virsh -r cpu-compare <(echo '> match="minimum">NehalemIntel') >> Host CPU is a superset of CPU described in /dev/fd/63 >> >> So libvirt obviously is fine. Something different would have surprised >> my as virsh capabilities seemed correct anyway. > > So maybe, just maybe, libvirt has changed their cpu_map, a map that > ovirt-3.1 had a bug reading. > > Would you care to apply http://gerrit.ovirt.org/5035 to see if this is > it? > > Dan. Hi Dan, success! Applying that patch made the cpu recognition work again. The cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, model_Conroe,model_coreduo,model_core2duo,model_Penryn, model_n270 cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz cpuSockets = 1 cpuSpeed = 2393.769 I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and indeed they do differ in large portions. So this patch should probably be merged to 3.1 branch? I will contact Dreyou and request that this patch will also be included in his builds. I guess otherwise there will be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. Thanks again and best regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich From j.bittner at nbu.cz Tue Mar 5 12:07:34 2013 From: j.bittner at nbu.cz (Jakub Bittner) Date: Tue, 05 Mar 2013 13:07:34 +0100 Subject: [Users] Ovirt node power off Message-ID: <5135E006.6030707@nbu.cz> Hello, we found strange issue. We have 2 nodes node1 and node2, I created virtual server called Debian with "High available" and started it on node2. Than I unplug power from node2 (physically). Ovirt management found, that node2 is down, but virtual called Debian which runs on it (powered off node2) is still active in ovirt management and I can not turn it off even I can not switch node2 to maintenance. Is there any way how to force ovirt management console to shutdown the VM? Thank you for help. Jakub Bittner From ofrenkel at redhat.com Tue Mar 5 12:13:52 2013 From: ofrenkel at redhat.com (Omer Frenkel) Date: Tue, 5 Mar 2013 07:13:52 -0500 (EST) Subject: [Users] Ovirt node power off In-Reply-To: <5135E006.6030707@nbu.cz> Message-ID: <642730030.14639893.1362485632758.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jakub Bittner" > To: users at ovirt.org > Sent: Tuesday, March 5, 2013 2:07:34 PM > Subject: [Users] Ovirt node power off > > Hello, > > we found strange issue. We have 2 nodes node1 and node2, I created > virtual server called Debian with "High available" and started it on > node2. Than I unplug power from node2 (physically). Ovirt management > found, that node2 is down, but virtual called Debian which runs on it > (powered off node2) is still active in ovirt management and I can not > turn it off even I can not switch node2 to maintenance. Is there any > way > how to force ovirt management console to shutdown the VM? > ovirt need power management (PM) set on the host in order to handle these situations, do you have PM configured? if you have, the node should be automatically restarted after few minutes, and vm will restart on second host. if not, if you are sure the host is indeed powered off, and the vm is not running there, you can right click the failed host, and click "mark host as rebooted" it should fix the problem (vm will move to down and should be auto started on second host) > > Thank you for help. > > Jakub Bittner > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From xianghuadu at gmail.com Tue Mar 5 12:25:52 2013 From: xianghuadu at gmail.com (xianghuadu) Date: Tue, 5 Mar 2013 20:25:52 +0800 Subject: [Users] Migration issue Asking For Help References: <201303051728105412184@gmail.com>, <5135C9E6.4080105@linux.vnet.ibm.com> Message-ID: <201303052025495193702@gmail.com> hi mark I can and you send Chinese email communication xianghuadu From: Mark Wu Date: 2013-03-05 18:33 To: xianghuadu CC: users Subject: Re: [Users] Migration issue Asking For Help On Tue 05 Mar 2013 05:28:17 PM CST, xianghuadu wrote: > hi all > I recently in the research ovirt encounter a problem. > In the vm migration occurs when the error: Migration failed due to Error: Could not connect to peer host. > My environment is: > KVM dell 2950 * 2 > storage iscsi-target > vm system windows 2008 r2 > ovirt-log? > 2013-03-05 14:52:23,074 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] VM centos 4cc23d92-8667-4710-9714-a67c0d178fa0 moved from MigratingFrom --> Up > 2013-03-05 14:52:23,076 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] adding VM 4cc23d92-8667-4710-9714-a67c0d178fa0 to re-run list > 2013-03-05 14:52:23,079 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42) [323d7ca8] Rerun vm 4cc23d92-8667-4710-9714-a67c0d178fa0. Called from vds 205 > 2013-03-05 14:52:23,085 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) [323d7ca8] START, MigrateStatusVDSCommand(HostName = 205, HostId = 4e7d1ae2-824e-11e2-bb4c-00188be4de29, vmId=4cc23d92-8667-4710-9714-a67c0d178fa0), log id: 618085d > 2013-03-05 14:52:23,131 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Failed in MigrateStatusVDS method > 2013-03-05 14:52:23,132 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Error code noConPeer and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS > 2013-03-05 14:52:23,134 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value > > Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc > mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc > mCode 10 > mMessage Could not connect to peer VDS > 2013-03-05 14:52:23,138 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [323d7ca8] HostName = 205 > 2013-03-05 14:52:23,139 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-49) [323d7ca8] Command MigrateStatusVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS > 2013-03-05 14:52:23,141 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) [323d7ca8] FINISH, MigrateStatusVDSCommand, log > > > vdsm-log? > Thread-5969::DEBUG::2013-03-05 14:52:21,312::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-5622::ERROR::2013-03-05 14:52:22,890::vm::200::vm.Vm::(_recover) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 198, in _recover > self.destServer.destroy(self._vm.id) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response > response = file.read(1024) > File "/usr/lib64/python2.6/socket.py", line 383, in read > data = self._sock.recv(left) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > SSLError: The read operation timed out > Thread-5622::ERROR::2013-03-05 14:52:22,909::vm::283::vm.Vm::(run) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 268, in run > self._startUnderlyingMigration() > File "/usr/share/vdsm/libvirtvm.py", line 443, in _startUnderlyingMigration > response = self.destServer.migrationCreate(self._machineParams) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response > response = file.read(1024) > File "/usr/lib64/python2.6/socket.py", line 383, in read > data = self._sock.recv(left) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > SSLError: The read operation timed out > Thread-5971::DEBUG::2013-03-05 14:52:23,384::BindingXMLRPC::903::vds::(wrapper) client [192.168.1.201]::call vmGetStats with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} flowID [323d7ca8] > Thread-5971::DEBUG::2013-03-05 14:52:23,385::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-5971::DEBUG::2013-03-05 14:52:23,385::BindingXMLRPC::910::vds::(wrapper) return vmGetStats with {'status': {'message': 'Done', 'code': 0}, 'statsList': [{'status': 'Up', 'username': 'Unknown', 'memUsage': '0', 'acpiEnable': 'true', 'pid': '3135', 'displayIp': '192.168.1.235', 'displayPort': u'5900', 'session': 'Unknown', 'displaySecurePort': '-1', 'timeOffset': '-2', 'hash': '-761593583205877164', 'balloonInfo': {'balloon_max': 524288, 'balloon_cur': 524288}, 'pauseCode': 'NOERR', 'clientIp': '', 'kvmEnable': 'true', 'network': {u'vnet0': {'macAddr': '00:1a:4a:a8:01:52', 'rxDropped': '0', 'rxErrors': '0', 'txDropped': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': u'vnet0'}}, 'vmId': '4cc23d92-8667-4710-9714-a67c0d178fa0', 'displayType': 'vnc', 'cpuUser': '1.85', 'disks': {u'vda': {'readRate': '0.00', 'truesize': '21474836480', 'apparentsize': '21474836480', 'writeRate': '407.16', 'imageID': '6b252eb8-ab9f-445f-9! 22e-52d86b c6d790'}, u'hdc': {'readLatency': '0', 'apparentsize': '0', 'writeLatency': '0', 'flushLatency': '0', 'readRate': '0.00', 'truesize': '0', 'writeRate': '0.00'}}, 'monitorResponse': '0', 'statsAge': '0.67', 'elapsedTime': '9684', 'vmType': 'kvm', 'cpuSys': '5.93', 'appsList': [], 'guestIPs': ''}]} > Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC::903::vds::(wrapper) client [192.168.1.201]::call vmGetMigrationStatus with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} flowID [323d7ca8] > Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC::910::vds::(wrapper) return vmGetMigrationStatus with {'status': {'message': 'Could not connect to peer VDS', 'code': 10}, 'progress': 10} > Thread-21::DEBUG::2013-03-05 14:52:26,888::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) > Thread-21::DEBUG::2013-03-05 14:52:26,900::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.00036552 s, 11.2 MB/s\n'; = 0 > Thread-5976::DEBUG::2013-03-05 14:52:31,555::task::568::TaskManager.Task::(_updateState) Task=`da545231-9538-412d-966e-a056ca7d074a`::moving from state init -> state preparing > Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) > Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129568576813', 'lastCheck': '4.7', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.0022189617157', 'lastCheck': '4.9', 'code': 0, 'valid': True}} > Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::1151::TaskManager.Task::(prepare) Task=`da545231-9538-412d-966e-a056ca7d074a`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129568576813', 'lastCheck': '4.7', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.0022189617157', 'lastCheck': '4.9', 'code': 0, 'valid': True}} > Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::568::TaskManager.Task::(_updateState) Task=`da545231-9538-412d-966e-a056ca7d074a`::moving from state preparing -> state finished > Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} > Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} > Thread-5976::DEBUG::2013-03-05 14:52:31,557::task::957::TaskManager.Task::(_decref) Task=`da545231-9538-412d-966e-a056ca7d074a`::ref 0 aborting False > Thread-5977::DEBUG::2013-03-05 14:52:31,565::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-21::DEBUG::2013-03-05 14:52:36,904::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) > Thread-21::DEBUG::2013-03-05 14:52:36,917::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.000400626 s, 10.2 MB/s\n'; = 0 > VM Channels Listener::DEBUG::2013-03-05 14:52:41,337::vmChannels::60::vds::(_handle_timeouts) Timeout on fileno 18. > Thread-5982::DEBUG::2013-03-05 14:52:41,786::task::568::TaskManager.Task::(_updateState) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::moving from state init -> state preparing > Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) > Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0130889415741', 'lastCheck': '4.9', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00270700454712', 'lastCheck': '5.1', 'code': 0, 'valid': True}} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::1151::TaskManager.Task::(prepare) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0130889415741', 'lastCheck': '4.9', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00270700454712', 'lastCheck': '5.1', 'code': 0, 'valid': True}} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::568::TaskManager.Task::(_updateState) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::moving from state preparing -> state finished > Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} > Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::957::TaskManager.Task::(_decref) Task=`91d8929e-1349-4d74-9bcd-e0df406ce455`::ref 0 aborting False > Thread-5983::DEBUG::2013-03-05 14:52:41,795::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`4cc23d92-8667-4710-9714-a67c0d178fa0`::Disk vda latency not available > Thread-21::DEBUG::2013-03-05 14:52:46,921::misc::83::Storage.Misc.excCmd::() '/bin/dd iflag=direct if=/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=4096 count=1' (cwd None) > Thread-21::DEBUG::2013-03-05 14:52:46,933::misc::83::Storage.Misc.excCmd::() SUCCESS: = '1+0 records in\n1+0 records out\n4096 bytes (4.1 kB) copied, 0.000389226 s, 10.5 MB/s\n'; = 0 > Thread-5988::DEBUG::2013-03-05 14:52:52,015::task::568::TaskManager.Task::(_updateState) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::moving from state init -> state preparing > Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::37::dispatcher::(wrapper) Run and protect: repoStats(options=None) > Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::39::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129730701447', 'lastCheck': '5.1', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00222110748291', 'lastCheck': '5.3', 'code': 0, 'valid': True}} > Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::1151::TaskManager.Task::(prepare) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay': '0.0129730701447', 'lastCheck': '5.1', 'code': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb': {'delay': '0.00222110748291', 'lastCheck': '5.3', 'code': 0, 'valid': True}} > Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::568::TaskManager.Task::(_updateState) Task=`d8d9ccc1-f17b-4372-a27e-bbee4eda1736`::moving from state preparing -> state finished > > ------------------------------------------------------------------------ > xianghuadu > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users The vdsm log you pasted was logged by the recovery code on migration failure, not migration failure itself. You could paste the log messages above that here. From the traceback in _recovery, I suspect it's related to ssl. Does it work if you disable ssl? For how to disable ssl, please see http://www.ovirt.org/OVirt_-_disable_SSL_in_VDSM -------------- next part -------------- An HTML attachment was scrubbed... URL: From abonas at redhat.com Tue Mar 5 12:48:52 2013 From: abonas at redhat.com (Alissa Bonas) Date: Tue, 5 Mar 2013 07:48:52 -0500 (EST) Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: Message-ID: <1528445223.41398397.1362487732006.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Alissa Bonas" > Cc: "users" , "Liron Aravot" > Sent: Monday, March 4, 2013 4:33:40 PM > Subject: Re: [Users] clone vm from snapshot problem in 3.2 > > On Mon, Mar 4, 2013 at 1:19 PM, Alissa Bonas wrote: > > >> > > >> > 1) > >> > OK, if I clone a powered on VM from a snapshot with two disks > >> > and > >> > here > >> > you can find clone in action with webadmin gui and iotop on node > >> > that > >> > shows they are cloning in parallel.. well! > >> > https://docs.google.com/file/d/0BwoPbcrMv8mvZ3lzY0l1MDc5OVE/edit?usp=sharing > >> > > >> > The VM is a slackware 14 32bit with virtio disk that I obtained > >> > from > >> > a > >> > virt-v2v from CentOS 6.3+Qemu/KVM > >> > The problem is that the cloned VM recognizes the disks in > >> > reversed > >> > order > >> > > >> > See these images where sl1432 is master slcone is the clone > >> > > >> > disk layout in details pane seems equal with boot disk the one > >> > that > >> > appears as the second, but the master boots ok, the slave no. > >> > Disks are swapped > >> > > >> > Master VM disk details: > >> > https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing > >> > > >> > Clone VM disks details: > >> > https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing > >> > > >> > Page with the two consoles where you can see that vda of master > >> > becomes vdb of clone and vice-versa: > >> > https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing > >> > > >> > Can I swap again in some way? In VMware for example you can see > >> > and > >> > edit SCSI IDs of disks... > > > > Can you please provide the engine logs where the boot > > success/failure of master and clone can be seen? > > OK. > here it is: > https://docs.google.com/file/d/0BwoPbcrMv8mva2Z2dUNJTWlCWHM/edit?usp=sharing > > Starting point 15:16 both powered off. > First message with 15:17 is boot of sl1432b that is the master and > boots ok. > > First message with 15:21 is boot of slclone that is the clone. > > The slackware OS uses lilo as boot loader and on master it is > configured this way at the moment: > > root at sl1432b:~# grep -v ^# /etc/lilo.conf > append=" vt.default_utf8=0" > boot = /dev/vda > > bitmap = /boot/slack.bmp > bmp-colors = 255,0,255,0,255,0 > bmp-table = 60,6,1,16 > bmp-timer = 65,27,0,255 > > > prompt > timeout = 50 > change-rules > reset > vga = normal > > disk=/dev/vda bios=0x80 max-partitions=7 > > image = /boot/vmlinuz > root = /dev/vda2 > initrd = /boot/initrd.gz > label = Linux > read-only > > > > The "disk=..." entry was added to be able to support boot from device > of type vda in slackware, that doesn't support it ootb.. Hi, Thanks for additional information. The engine log actually shows that slclone started ok: "VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from PoweringUp --> Up" Can you explain what problem are you experiencing in that VM? Also, could provide the vdsm log from the same timeframe? > Gianluca > From danken at redhat.com Tue Mar 5 12:49:35 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 5 Mar 2013 14:49:35 +0200 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <5135D7CF.8000405@lobster.de> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> <5135D7CF.8000405@lobster.de> Message-ID: <20130305124935.GC19345@redhat.com> On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: > On 05.03.2013 11:14, Dan Kenigsberg wrote: > > >>>> > >>>> My version of vdsm as stated by Dreyou: > >>>> v 4.10.0-0.46 (.15), builded from > >>>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) > >>>> > >>>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to > >>>> 3.1 Branch? > >>>> > >>>> I applied that patch locally and restarted vdsmd but this does not > >>>> change anything. Supported cpu is still as low as Conroe instead of > >>>> Nehalem. Or is there more to do than patching libvirtvm.py? > >>> > >>> What is libvirt's opinion about your cpu compatibility? > >>> > >>> virsh -r cpu-compare <(echo 'NehalemIntel') > >>> > >>> If you do not get "Host CPU is a superset of CPU described in bla", then > >>> the problem is within libvirt. > >>> > >>> Dan. > >> > >> Hi Dan, > >> > >> virsh -r cpu-compare <(echo ' >> match="minimum">NehalemIntel') > >> Host CPU is a superset of CPU described in /dev/fd/63 > >> > >> So libvirt obviously is fine. Something different would have surprised > >> my as virsh capabilities seemed correct anyway. > > > > So maybe, just maybe, libvirt has changed their cpu_map, a map that > > ovirt-3.1 had a bug reading. > > > > Would you care to apply http://gerrit.ovirt.org/5035 to see if this is > > it? > > > > Dan. > > Hi Dan, > > success! Applying that patch made the cpu recognition work again. The > cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: > > cpuCores = 4 > cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, > mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, > ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, > arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, > aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, > ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, > dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, > model_Conroe,model_coreduo,model_core2duo,model_Penryn, > model_n270 > cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > cpuSockets = 1 > cpuSpeed = 2393.769 > > > I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and > indeed they do differ in large portions. So this patch should probably > be merged to 3.1 branch? I will contact Dreyou and request that this > patch will also be included in his builds. I guess otherwise there will > be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. > > Thanks again and best regards Thank you for reporting this issue and verifying its fix. I'm not completely sure that we should keep maintaining the ovirt-3.1 branch upstream - but a build destined for el6.4 must have it. If you believe we should release a fix version for 3.1, please verify that http://gerrit.ovirt.org/12723 has no ill effects. Dan. From piotr.szubiakowski at nask.pl Tue Mar 5 14:20:03 2013 From: piotr.szubiakowski at nask.pl (Piotr Szubiakowski) Date: Tue, 05 Mar 2013 15:20:03 +0100 Subject: [Users] oVirt 3.1 - engine configuration problem In-Reply-To: <51349C49.3020002@redhat.com> References: <1338515373.2902476.1362067502072.JavaMail.root@redhat.com> <512F8163.9020704@nask.pl> <51349C49.3020002@redhat.com> Message-ID: <5135FF13.5050207@nask.pl> > On 28/02/2013 18:10, Piotr Szubiakowski wrote: >> >>> >>> ----- Original Message ----- >>>> From: "Piotr Szubiakowski" >>>> To: "Eli Mesika" >>>> Cc: users at ovirt.org >>>> Sent: Thursday, February 28, 2013 5:56:30 PM >>>> Subject: Re: [Users] oVirt 3.1 - engine configuration problem >>>> >>>> >>>>> Yes , it can be >>>>> only set >>>>> ENGINEEARLib to the place where the EAR are (under JBOSS_HOME >>>>> deployments dir) >>>>> CAEngineKey to point to the certificate key location >>>>> >>>>> the other entries are not related >>>>> >>>> Hi, >>>> I set these variables using psql command: >>>> >>>> psql ovirtdb postgres -c "update vdc_options set option_value = >>>> '/opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear' >>>> where option_name = 'ENGINEEARLib';" >>>> psql ovirtdb postgres -c "update vdc_options set option_value = >>>> '/opt/jboss/CA/ca/private/ca.pem' where option_name = 'CAEngineKey'; >>>> >>>> in database looks like there is everything fine: >>>> >>>> ovirtdb=# select option_name, option_value from vdc_options where >>>> option_name IN ('CAEngineKey', 'ENGINEEARLib'); >>>> option_name | option_value >>>> --------------+------------------------------------------------------------------- >>>> >>>> >>>> CAEngineKey | /opt/jboss/CA/ca/private/ca.pem >>>> ENGINEEARLib | >>>> /opt/jboss/jboss-as-7.1.1.Final/standalone/deployments/engine.ear >>>> (2 wiersze) >>>> >>>> However the problem still occurs. I set debug log level. The jboss >>> Did you restarted the oVirt service ? >>> >> Yes I restarted the oVirt service. > > you ignored the version field - set it to 'general'. Hi, I set option to general and the problem still occurs. I decided to install oVirt from rpm on Fedora and compare the configuration. Many thanks for help :-) Regards, Piotr From gianluca.cecchi at gmail.com Tue Mar 5 15:31:19 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 5 Mar 2013 16:31:19 +0100 Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: <1528445223.41398397.1362487732006.JavaMail.root@redhat.com> References: <1528445223.41398397.1362487732006.JavaMail.root@redhat.com> Message-ID: On Tue, Mar 5, 2013 at 1:48 PM, Alissa Bonas wrote: > Hi, > > Thanks for additional information. > The engine log actually shows that slclone started ok: > "VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from PoweringUp --> Up" > Can you explain what problem are you experiencing in that VM? > Also, could provide the vdsm log from the same timeframe? > >> Gianluca >> The Vm doesn't boot. As I wrote in the other e-mail: " The problem is that the cloned VM recognizes the disks in reversed order See these images where sl1432 is master slcone is the clone disk layout in details pane seems equal with boot disk the one that appears as the second, but the master boots ok, the slave no. Disks are swapped Master VM disk details: https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing Clone VM disks details: https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing Page with the two consoles where you can see that vda of master becomes vdb of clone and vice-versa: https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing Can I swap again in some way? In VMware for example you can see and edit SCSI IDs of disks... " Gianluca From alex.tuxx at gmail.com Tue Mar 5 16:12:08 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 5 Mar 2013 16:12:08 +0000 Subject: [Users] ovirt 3.1 + iscsi + snapshot Message-ID: Hiya, Am testing live snapshot-ing at the moment, and my VM is being paused every time I try to do a snapshot - it wont recover either, once the snapshot is complete. This is what I see on the webadmin console : "VM icinga-clone has paused due to storage permissions problem." Any hints ? When I stop the VM, then start again, all is good. Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From vfeenstr at redhat.com Tue Mar 5 16:12:55 2013 From: vfeenstr at redhat.com (Vinzenz Feenstra) Date: Tue, 05 Mar 2013 17:12:55 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> Message-ID: <51361987.5000307@redhat.com> Hi, On 03/04/2013 06:59 PM, Gianluca Cecchi wrote: > > One problem was setting where to put the .ini file. > For now I put it where the python is called and the service starts now. > But no ip and no applications are populated even after setting service > to auto and restart win7 vm. > Where to look for now? > Do you have the virtio-serial drivers installed? If not please do so. Otherwise you might try to restart vdsmd on the host. > > Thanks > Gianluca > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis at webdienstleistungen.com Tue Mar 5 16:24:05 2013 From: dennis at webdienstleistungen.com (=?iso-8859-1?Q?Dennis_B=F6ck?=) Date: Tue, 5 Mar 2013 16:24:05 +0000 Subject: [Users] Unable to get managed connection for java:/ENGINEDataSource Message-ID: <2452E8A35A372E4F8654136ACEABDBCE355268F3@DB3PRD0311MB403.eurprd03.prod.outlook.com> Dear oVirt-Users, since I had a typo in my engine-setup I did a engine-cleanup, a reboot and started again. Unfortunately now the engine doesn't come up any more. Obviously there are problems accessing the database: 2013-03-05 17:13:08,078 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-32) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource I already tried: yum erase ovirt-engine yum earse postresql-server and installed it again, but it didn't help. Does anyone have an idea? Best regards and thanks in advance Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 425281 bytes Desc: engine.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine-db-install-2013_03_05_17_09_03.log Type: application/octet-stream Size: 20200 bytes Desc: engine-db-install-2013_03_05_17_09_03.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine-setup_2013_03_05_17_07_52.log Type: application/octet-stream Size: 8633 bytes Desc: engine-setup_2013_03_05_17_07_52.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: server.log Type: application/octet-stream Size: 113288 bytes Desc: server.log URL: From abonas at redhat.com Tue Mar 5 17:11:32 2013 From: abonas at redhat.com (Alissa Bonas) Date: Tue, 5 Mar 2013 12:11:32 -0500 (EST) Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: Message-ID: <289306292.41564531.1362503492495.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "oVirt Mailing List" > Sent: Tuesday, March 5, 2013 6:12:08 PM > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > Hiya, > > Am testing live snapshot-ing at the moment, and my VM is being paused > every time I try to do a snapshot - it wont recover either, once the > snapshot is complete. > > This is what I see on the webadmin console : > > "VM icinga-clone has paused due to storage permissions problem." > > Any hints ? > > When I stop the VM, then start again, all is good. Hi, Please attach engine+vdsm+libvirt logs with the timeframe when you perform the live snapshot and the failure. thanks > > Thanks > Alex > > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jhernand at redhat.com Tue Mar 5 17:28:11 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Tue, 05 Mar 2013 18:28:11 +0100 Subject: [Users] Unable to get managed connection for java:/ENGINEDataSource In-Reply-To: <2452E8A35A372E4F8654136ACEABDBCE355268F3@DB3PRD0311MB403.eurprd03.prod.outlook.com> References: <2452E8A35A372E4F8654136ACEABDBCE355268F3@DB3PRD0311MB403.eurprd03.prod.outlook.com> Message-ID: <51362B2B.2050105@redhat.com> On 03/05/2013 05:24 PM, Dennis B?ck wrote: > Dear oVirt-Users, > > since I had a typo in my engine-setup I did a engine-cleanup, a reboot and started again. > Unfortunately now the engine doesn't come up any more. Obviously there are problems accessing the database: > > 2013-03-05 17:13:08,078 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-32) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource > > I already tried: > yum erase ovirt-engine > yum earse postresql-server > and installed it again, but it didn't help. > > Does anyone have an idea? > > Best regards and thanks in advance > Dennis In the /etc/sysconfig/ovirt-engine file you should have the details of the connection to the database, in particular you should have something like this: ENGINE_DB_URL=jdbc:postgresql://localhost:5432/engine Are you using "localhost" as in this example? If that is the case then check that the database is listening in right address and port: # netstat --listen --tcp --numeric --program | grep postgres tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 10424/postgres Then also check that connection to the database is working: psql --host localhost --port 5432 --user engine --password engine Password for user engine: psql (9.2.3) Type "help" for help. engine=> You may also run a simple query to check that the tables are there: engine=> select count(*) from vdc_options; count ------- 346 (1 row) Hopefully, if there is an error, the output of these commands will give you a hint. -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From rob at zwissler.org Tue Mar 5 18:08:48 2013 From: rob at zwissler.org (Rob Zwissler) Date: Tue, 5 Mar 2013 10:08:48 -0800 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130305074643.GB15949@redhat.com> References: <20130305074643.GB15949@redhat.com> Message-ID: On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg wrote: > Rob, > > It seems that a bug in vdsm code is hiding the real issue. > Could you do a > > sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py > > restart vdsmd, and retry? > > Bala, would you send a patch fixing the ParseError issue (and adding a > unit test that would have caught it on time)? > > > Regards, > Dan. Hi Dan, thanks for the quick response. I did that, and here's what I get now from the vdsm.log: MainProcess|Thread-51::DEBUG::2013-03-05 10:03:40,723::misc::84::Storage.Misc.excCmd::() '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) Thread-52::DEBUG::2013-03-05 10:03:40,731::task::568::TaskManager.Task::(_updateState) Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::moving from state init -> state preparing Thread-52::INFO::2013-03-05 10:03:40,732::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-52::INFO::2013-03-05 10:03:40,732::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'4af726ea-e502-4e79-a47c-6c8558ca96ad': {'delay': '0.00584101676941', 'lastCheck': '0.2', 'code': 0, 'valid': True}, 'fc0d44ec-528f-4bf9-8913-fa7043daf43b': {'delay': '0.0503160953522', 'lastCheck': '0.2', 'code': 0, 'valid': True}} Thread-52::DEBUG::2013-03-05 10:03:40,732::task::1151::TaskManager.Task::(prepare) Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::finished: {'4af726ea-e502-4e79-a47c-6c8558ca96ad': {'delay': '0.00584101676941', 'lastCheck': '0.2', 'code': 0, 'valid': True}, 'fc0d44ec-528f-4bf9-8913-fa7043daf43b': {'delay': '0.0503160953522', 'lastCheck': '0.2', 'code': 0, 'valid': True}} Thread-52::DEBUG::2013-03-05 10:03:40,732::task::568::TaskManager.Task::(_updateState) Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::moving from state preparing -> state finished Thread-52::DEBUG::2013-03-05 10:03:40,732::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-52::DEBUG::2013-03-05 10:03:40,733::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-52::DEBUG::2013-03-05 10:03:40,733::task::957::TaskManager.Task::(_decref) Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::ref 0 aborting False Thread-53::DEBUG::2013-03-05 10:03:40,742::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc stats not available Thread-53::DEBUG::2013-03-05 10:03:40,742::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk vda stats not available Thread-53::DEBUG::2013-03-05 10:03:40,742::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc latency not available Thread-53::DEBUG::2013-03-05 10:03:40,742::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk vda latency not available Thread-53::DEBUG::2013-03-05 10:03:40,743::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk hdc stats not available Thread-53::DEBUG::2013-03-05 10:03:40,743::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk vda stats not available Thread-53::DEBUG::2013-03-05 10:03:40,743::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk hdc latency not available Thread-53::DEBUG::2013-03-05 10:03:40,743::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk vda latency not available Thread-53::DEBUG::2013-03-05 10:03:40,744::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk hdc stats not available Thread-53::DEBUG::2013-03-05 10:03:40,744::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk vda stats not available Thread-53::DEBUG::2013-03-05 10:03:40,744::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk hdc latency not available Thread-53::DEBUG::2013-03-05 10:03:40,744::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk vda latency not available Thread-53::DEBUG::2013-03-05 10:03:40,745::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk hdc stats not available Thread-53::DEBUG::2013-03-05 10:03:40,745::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk vda stats not available Thread-53::DEBUG::2013-03-05 10:03:40,745::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk hdc latency not available Thread-53::DEBUG::2013-03-05 10:03:40,745::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk vda latency not available GuestMonitor-xor-q-nis02::DEBUG::2013-03-05 10:03:40,750::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc stats not available GuestMonitor-xor-q-nis02::DEBUG::2013-03-05 10:03:40,750::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk vda stats not available GuestMonitor-xor-q-nis02::DEBUG::2013-03-05 10:03:40,750::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc latency not available GuestMonitor-xor-q-nis02::DEBUG::2013-03-05 10:03:40,750::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk vda latency not available MainProcess|Thread-51::DEBUG::2013-03-05 10:03:40,780::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 MainProcess|Thread-51::ERROR::2013-03-05 10:03:40,781::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo except (etree.ElementTree.ParseError, AttributeError, ValueError): AttributeError: class ElementTree has no attribute 'ParseError' GuestMonitor-pmgd-web01::DEBUG::2013-03-05 10:03:40,783::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk hdc stats not available GuestMonitor-pmgd-web01::DEBUG::2013-03-05 10:03:40,783::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk vda stats not available GuestMonitor-pmgd-web01::DEBUG::2013-03-05 10:03:40,784::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk hdc latency not available GuestMonitor-pmgd-web01::DEBUG::2013-03-05 10:03:40,784::libvirtvm::308::vm.Vm::(_getDiskLatency) vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk vda latency not available GuestMonitor-xor-q-centreon01::DEBUG::2013-03-05 10:03:40,789::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk hdc stats not available GuestMonitor-xor-d-ns01-2::DEBUG::2013-03-05 10:03:40,790::libvirtvm::269::vm.Vm::(_getDiskStats) vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk hdc stats not available Thread-51::ERROR::2013-03-05 10:03:40,782::BindingXMLRPC::932::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in **kwargs) File "", line 2, in glusterVolumeInfo File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod raise convert_to_error(kind, result) AttributeError: class ElementTree has no attribute 'ParseError' And from the engine.log: 2013-03-05 10:08:00,647 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-14) START, GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId = b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 19971e4 2013-03-05 10:08:00,790 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-14) Failed in GlusterVolumesListVDS method 2013-03-05 10:08:00,790 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-14) Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception 2013-03-05 10:08:00,792 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (QuartzScheduler_Worker-14) Command GlusterVolumesListVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception 2013-03-05 10:08:00,793 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-14) FINISH, GlusterVolumesListVDSCommand, log id: 19971e4 2013-03-05 10:08:00,794 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-14) Error while refreshing Gluster lightweight data of cluster qa-cluster1!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected exception at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168) [engine-bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191) [engine-bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170) [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [engine-scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz-2.1.2.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz-2.1.2.jar:] regards Rob From rob at zwissler.org Tue Mar 5 20:09:43 2013 From: rob at zwissler.org (Rob Zwissler) Date: Tue, 5 Mar 2013 12:09:43 -0800 Subject: [Users] When does oVirt auto-migrate, and what does HA do? Message-ID: In what scenarios does oVirt auto-migrate VMs? I'm aware that it currently migates VMs when putting a host into maintenance, or when manually selecting migration via the web interface, but when else will hosts be migrated? Is there any automatic compensation for resource imbalances between hosts? I could find no documentation on this subject, if I missed it I apologize! In a related question, exactly what does enabling HA (Highly Available) mode do? The only documentation I could find on this is at http://www.ovirt.org/OVirt_3.0_Feature_Guide#High_availability but it is a bit vague, and being from 3.0, possibly out of date. Can someone briefly describe the HA migration algorithm? Thanks, Rob From emesika at redhat.com Tue Mar 5 22:00:47 2013 From: emesika at redhat.com (Eli Mesika) Date: Tue, 5 Mar 2013 17:00:47 -0500 (EST) Subject: [Users] When does oVirt auto-migrate, and what does HA do? In-Reply-To: Message-ID: <1108304354.2917824.1362520847157.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Rob Zwissler" > To: users at ovirt.org > Sent: Tuesday, March 5, 2013 10:09:43 PM > Subject: [Users] When does oVirt auto-migrate, and what does HA do? > > In what scenarios does oVirt auto-migrate VMs? I'm aware that it > currently migates VMs when putting a host into maintenance, or when > manually selecting migration via the web interface, but when else > will > hosts be migrated? Is there any automatic compensation for resource > imbalances between hosts? I could find no documentation on this > subject, if I missed it I apologize! The following is taken from the upcoming 3.2 docs: Automatic Virtual Machine Migration Red Hat Enterprise Virtualization Manager automatically initiates live migration of all virtual machines running on a host when the host is moved into maintenance mode. The destination host for each virtual machine is assessed as the virtual machine is migrated, in order to spread the load across the cluster. The Manager automatically initiates live migration of virtual machines in order to maintain load balancing or power saving levels in line with cluster policy. While no cluster policy is defined by default, it is recommended that you specify the cluster policy which best suits the needs of your environment. You can also disable automatic, or even manual, live migration of specific virtual machines where required. > > In a related question, exactly what does enabling HA (Highly > Available) mode do? The only documentation I could find on this is > at > http://www.ovirt.org/OVirt_3.0_Feature_Guide#High_availability but it > is a bit vague, and being from 3.0, possibly out of date. Can > someone > briefly describe the HA migration algorithm? High availability is recommended for virtual machines running critical workloads. High availability can ensure that virtual machines are restarted in the following scenarios: When a host becomes non-operational due to hardware failure. When a host is put into maintenance mode for scheduled downtime. When a host becomes unavailable because it has lost communication with an external storage resource. When a virtual machine fails due to an operating system crash. High availability means that a virtual machine will be automatically restarted if its process is interrupted. This happens if the virtual machine is terminated by methods other than powering off from within the guest or sending the shutdown command from the Manager. When these events occur, the highly available virtual machine is automatically restarted, either on its original host or another host in the cluster. High availability is possible because the Red Hat Enterprise Virtualization Manager constantly monitors the hosts and storage, and automatically detects hardware failure. If host failure is detected, any virtual machine configured to be highly available is automatically restarted on another host in the cluster. In addition, all virtual machines are monitored, so if the virtual machine's operating system crashes, a signal is sent to automatically restart the virtual machine. With high availability, interruption to service is minimal because virtual machines are restarted within seconds with no user intervention required. High availability keeps your resources balanced by restarting guests on a host with low current resource utilization, or based on any workload balancing or power saving policies that you configure. This ensures that there is sufficient capacity to restart virtual machines at all times. > > Thanks, > > Rob > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Wed Mar 6 00:13:00 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 6 Mar 2013 01:13:00 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <51361987.5000307@redhat.com> References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> Message-ID: On Tue, Mar 5, 2013 at 5:12 PM, Vinzenz Feenstra wrote: > Hi, > > > On 03/04/2013 06:59 PM, Gianluca Cecchi wrote: > > One problem was setting where to put the .ini file. > For now I put it where the python is called and the service starts now. > But no ip and no applications are populated even after setting service to > auto and restart win7 vm. > Where to look for now? > > Do you have the virtio-serial drivers installed? > If not please do so. > Otherwise you might try to restart vdsmd on the host. > > Thanks > Gianluca > > Tomorrow I should be able to collect those infos for w7 guest. In the mean time I did the same for a Windows XP vm in another environment (all-in-one 3.2 repo for f18) I was able to start the service, virtio serial device is present in hardware devices. As soon as I start the service I can see IP and list of applications in webadmin gui for the VM (no need to restart vdsmd). A problem regards how ip is shown: two times + an entry of the form 0.0.0.0 ... See screenshot: https://docs.google.com/file/d/0BwoPbcrMv8mvcEdKTy1tdFV1TEk/edit?usp=sharing But even with shutdown and power off of the vm and then starting it, I can't see any wan option in user portal. Also tried here to restart vdsmd. Here the rhev-agent.log generated on winxp guest: https://docs.google.com/file/d/0BwoPbcrMv8mvRUlQYjNYTXpORTQ/edit?usp=sharing Here you can find vdsm.log. The service was set to automatic and the VM was powered on around 00:27 https://docs.google.com/file/d/0BwoPbcrMv8mvUXJhSzlWVXA3RWM/edit?usp=sharing NOTE to correlate between VM and host that VM time is about 13 hours behind host time, for another problem I'm going to send eventually a separate e-mail (by default I notice template/VM is created with timezone -12 and I'm in +1.... and it seems I cannot change it afterwards...) BTW: how can I configure the service so that log file is not in C:\Python26\Lib\site-packages\win32 but inside a directory of my choice? In general can I proceed this way for the service, to put it and its files in a dedicated directory: - Update the AGENT_CONFIG global variable in OVirtGuestService.py to point to C:\ovirt-guest-agent - update a tbd file to set logile as C:\ovirt-guest-agent\ovirt-guest-agent.log - build - put OVirtGuestService.py and ... what? (OVirtGuestService.pyc? other files?) in C:\ovirt-guest-agent - put ovirt-guest-agent.ini in C:\ovirt-guest-agent - cd C:\ovirt-guest-agent - python OVirtGuestService.py install - net start OVirtGuestService - run services.msc and set the service to auto ? From gianluca.cecchi at gmail.com Wed Mar 6 00:48:48 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 6 Mar 2013 01:48:48 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> Message-ID: I was also able to connect to the infra with the windows 7 VM. After restarting vdsmd I was able to see ip and applications for the VM Still no wan options in user portal. From gianluca.cecchi at gmail.com Wed Mar 6 00:50:09 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 6 Mar 2013 01:50:09 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CBCFC.7050009@redhat.com> <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> Message-ID: On Wed, Mar 6, 2013 at 1:48 AM, Gianluca Cecchi wrote: > I was also able to connect to the infra with the windows 7 VM. > After restarting vdsmd I was indeed able to see ip and applications for the VM in web admin gui > Still no wan options in user portal. Logs for vdsm of this infra with Windows 7 VM here: https://docs.google.com/file/d/0BwoPbcrMv8mvTGk1d0x5N2NQZ2c/edit?usp=sharing Gianluca From omasad at redhat.com Wed Mar 6 06:33:15 2013 From: omasad at redhat.com (Ofri Masad) Date: Wed, 6 Mar 2013 01:33:15 -0500 (EST) Subject: [Users] When does oVirt auto-migrate, and what does HA do? In-Reply-To: <1108304354.2917824.1362520847157.JavaMail.root@redhat.com> Message-ID: <1204725144.5241339.1362551595669.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Eli Mesika" > To: "Rob Zwissler" > Cc: users at ovirt.org > Sent: Wednesday, March 6, 2013 12:00:47 AM > Subject: Re: [Users] When does oVirt auto-migrate, and what does HA do? > > > > ----- Original Message ----- > > From: "Rob Zwissler" > > To: users at ovirt.org > > Sent: Tuesday, March 5, 2013 10:09:43 PM > > Subject: [Users] When does oVirt auto-migrate, and what does HA do? > > > > In what scenarios does oVirt auto-migrate VMs? I'm aware that it > > currently migates VMs when putting a host into maintenance, or when > > manually selecting migration via the web interface, but when else > > will > > hosts be migrated? Is there any automatic compensation for > > resource > > imbalances between hosts? I could find no documentation on this > > subject, if I missed it I apologize! > The following is taken from the upcoming 3.2 docs: > > Automatic Virtual Machine Migration > Red Hat Enterprise Virtualization Manager automatically initiates > live migration of all virtual machines running on a host when the > host is moved into maintenance mode. The destination host for each > virtual machine is assessed as the virtual machine is migrated, in > order to spread the load across the cluster. > The Manager automatically initiates live migration of virtual > machines in order to maintain load balancing or power saving levels > in line with cluster policy. While no cluster policy is defined by > default, it is recommended that you specify the cluster policy which > best suits the needs of your environment. You can also disable > automatic, or even manual, live migration of specific virtual > machines where required. > To set the auto cluster auto migration policy (load balancing / power saving) you can open the administrator portal and go to the 'Cluster' tab. In the 'General' sub tab click the 'Edit Policy' button (or click 'edit' on the selected cluster). In order to prevent a specific VM from being automatically migrated you can go to the 'Virtual Machines' tab and click 'edit' on the selected machine. In the pop-up window go to 'Host' tab and set the migration policy to this specific machine. > > > > > In a related question, exactly what does enabling HA (Highly > > Available) mode do? The only documentation I could find on this is > > at > > http://www.ovirt.org/OVirt_3.0_Feature_Guide#High_availability but > > it > > is a bit vague, and being from 3.0, possibly out of date. Can > > someone > > briefly describe the HA migration algorithm? > > High availability is recommended for virtual machines running > critical workloads. > High availability can ensure that virtual machines are restarted in > the following scenarios: > > When a host becomes non-operational due to hardware failure. > When a host is put into maintenance mode for scheduled downtime. > When a host becomes unavailable because it has lost communication > with an external storage resource. > When a virtual machine fails due to an operating system crash. > > High availability means that a virtual machine will be automatically > restarted if its process is interrupted. This happens if the > virtual machine is terminated by methods other than powering off > from within the guest or sending the shutdown command from the > Manager. When these events occur, the highly available virtual > machine is automatically restarted, either on its original host or > another host in the cluster. > High availability is possible because the Red Hat Enterprise > Virtualization Manager constantly monitors the hosts and storage, > and automatically detects hardware failure. If host failure is > detected, any virtual machine configured to be highly available is > automatically restarted on another host in the cluster. In addition, > all virtual machines are monitored, so if the virtual machine's > operating system crashes, a signal is sent to automatically restart > the virtual machine. > With high availability, interruption to service is minimal because > virtual machines are restarted within seconds with no user > intervention required. High availability keeps your resources > balanced by restarting guests on a host with low current resource > utilization, or based on any workload balancing or power saving > policies that you configure. This ensures that there is sufficient > capacity to restart virtual machines at all times. > > > > > > Thanks, > > > > Rob > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From bigclouds at 163.com Wed Mar 6 06:50:32 2013 From: bigclouds at 163.com (bigclouds) Date: Wed, 6 Mar 2013 14:50:32 +0800 (CST) Subject: [Users] UI lack of ui-plugins In-Reply-To: <1780146709.5025368.1362482072193.JavaMail.root@redhat.com> References: <1780146709.5025368.1362482072193.JavaMail.root@redhat.com> Message-ID: <4c81b6ca.1a35a.13d3e7735ee.Coremail.bigclouds@163.com> attached are engine log. thanks. At 2013-03-05 19:14:32,"Yaniv Bronheim" wrote: >Do you run it after full installation or by standalone.sh ? > >In order to by pass those errors in full installation do: >1. create a file /usr/share/ovirt-engine/conf/engine.conf.defaults >2. Add the following properties to the file: >ENGINE_USR=[the username which runs the engine] >ENGINE_ETC=/etc/ovirt-engine >3. restart Jboss service > >If you did the three steps and engine still doesn't start, please attach your full engine.log > >Yaniv. > >----- Original Message ----- >From: "bigclouds" >To: "Oved Ourfalli" >Cc: users at ovirt.org >Sent: Tuesday, March 5, 2013 3:02:31 AM >Subject: Re: [Users] UI lack of ui-plugins > > > > >hi ovedo >the explorer is waiting all the time. when go to portal >http://192.168.5.109:8700/UserPortal/org.ovirt.engine.ui.userportal.UserPortal/UserPortal.html > > > > >webadmin url see nothing at all >http://192.168.5.109:8700/webadmin/webadmin/WebAdmin.html > > >if http://www.ovirt.org/Building_oVirt_engine is not up to date? >thanks. > > > > > > > >At 2013-03-04 18:20:20,"Oved Ourfalli" wrote: >> >> >>----- Original Message ----- >>> From: "bigclouds" >>> To: users at ovirt.org >>> Sent: Monday, March 4, 2013 12:07:53 PM >>> Subject: [Users] UI lack of ui-plugins >>> >>> >>> >>> at last i build engine code success, then i start jboss-as. >>> go to http://host:8700, when i click user,admin portal, error occur. >>> >>> >>> 1. it reports ui-plugins is miss. >>> 2. $OVIRT_HOME/backend/manager/conf/engine.conf.defaults >>> ENGINE_USR=username >>> ENGINE_ETC=/etc/ovirt-engine i do not know what ENGINE_USR really is? >>> thanks. >>> >> >>ENGINE_USR should be something like /usr/share/ovirt-engine >>The warning about the ui-plugins directory is probably because it doesn't exist (see bug https://bugzilla.redhat.com/show_bug.cgi?id=895933), but that shouldn't effect anything besides loading UI plugins you wrote/downloaded, so the admin portal should work properly. >> >>As far as I know, the ENGINE_USR is currently used only in order to detect the ui-plugins directory. >> >>What happens when you just browse to >>http://host:8700/webadmin >>? >> >>Does it work? >> >>> >>> error -msg: >>> >>> >>> >>> 2013-03-04 17:39:10,182 INFO >>> [org.ovirt.engine.core.bll.DbUserCacheManager] >>> (DefaultQuartzScheduler_Worker-1) Start refreshing all users data >>> 2013-03-04 17:39:10,338 INFO >>> [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service >>> thread 1-1) Finished initializing ResourceManager >>> 2013-03-04 17:39:10,365 INFO >>> [org.ovirt.engine.core.bll.AsyncTaskManager] (MSC service thread >>> 1-1) Initialization of AsyncTaskManager completed successfully. >>> 2013-03-04 17:39:10,384 INFO >>> [org.ovirt.engine.core.bll.OvfDataUpdater] (MSC service thread 1-1) >>> Initialization of OvfDataUpdater completed successfully. >>> 2013-03-04 17:39:10,388 INFO [org.ovirt.engine.co >>> re.bll.VdsLoadBalancer] (MSC service thread 1-1) Start scheduling to >>> enable vds load balancer >>> 2013-03-04 17:39:10,394 INFO >>> [org.ovirt.engine.core.bll.VdsLoadBalancer] (MSC service thread 1-1) >>> Finished scheduling to enable vds load balancer >>> 2013-03-04 17:39:10,410 INFO >>> [org.ovirt.engine.core.bll.network.MacPoolManager] >>> (pool-10-thread-1) Start initializing MacPoolManager >>> 2013-03-04 17:39:10,450 INFO >>> [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC >>> service thread 1-1) Init VM custom properties utilities >>> 2013-03-04 17:39:10,461 INFO >>> [org.ovirt.engine.core.bll.network.MacPoolManager] >>> (pool-10-thread-1) Finished initializing MacPoolManager >>> 2013-03-04 17:39:10,470 INFO [org.jboss.as] (MSC service thread 1-2) >>> JBAS015951: Admin console listening on http://127.0.0.1:9990 >>> 2013-03-04 17:39:10,471 INFO [org.jboss.as] (MSC service thread 1-2) >>> JBAS015874: JBoss AS 7.1.1.Final " Brontes" started in 11961ms - >>> Started 507 of 594 services (86 services are passive or on-demand) >>> 2013-03-04 17:39:10,560 INFO [org.jboss.as.server] >>> (DeploymentScanner-threads - 2) JBAS018559: Deployed "engine.ear" >>> 2013-03-04 17:42:22,716 ERROR [org.jboss.remoting.remote.connection] >>> (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: >>> java.io.IOException: Received an invalid message length of >>> 1195725856 >>> 2013-03-04 17:42:56,702 ERROR [org.jboss.remoting.remote.connection] >>> (Remoting "ovirtdev" read-1) JBREM000200: Remote connection failed: >>> java.io.IOException: Received an invalid message length of >>> 1195725856 >>> 2013-03-04 17:45:14,258 INFO [org.hibernate.validator.util.Version] >>> (http--0.0.0.0-8700-1) Hibernate Validator 4.2.0.Final >>> 2013-03-04 17:45:14,385 INFO >>> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >>> Loaded file >>> "/mnt/ovirt-engine/backend/manager/conf/engine.conf.defaults". >>> 2013-03-04 17:45:14,386 INFO >>> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >>> Loaded file "/etc/sysconfig/ovirt-engine". >>> 2013-03-04 17:45:14,392 INFO >>> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >>> Value of property "ENGINE_DEBUG_ADDRESS" is "0.0.0.0:8787". >>> 2013-03-04 17:45:14,393 INFO >>> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >>> Value of property "ENGINE_ETC" is "/etc/ovirt-engine". >>> 2013-03-04 17:45:14,394 INFO >>> [org.ovirt.engine.core.utils.LocalConfig] (http--0.0.0.0-8700-1) >>> Value of property "ENGINE_USR" is "root". >>> 2013-03-04 17:45:14,397 WARN >>> [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] >>> (http--0.0.0.0-8700-1) Cannot list UI plugin descriptor files in >>> [/mnt/ovirt-engine/root/ui-plugins] >>> 2013-03-04 17:48:13,672 WARN >>> [org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] >>> (http--0.0.0.0-8700-1) Ca nnot list UI plugin descriptor files in >>> [/mnt/ovirt-engine/root/ui-plugins] >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> > > >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: engine.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: engine-1.log URL: From shuming at linux.vnet.ibm.com Wed Mar 6 07:15:17 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Wed, 06 Mar 2013 15:15:17 +0800 Subject: [Users] Ovirt + Spice + VDI In-Reply-To: <5050B915.8020207@gmail.com> References: <5050B915.8020207@gmail.com> Message-ID: <5136ED05.7060405@linux.vnet.ibm.com> Mohsen Saeedi: > Hi > I want to know, we are force to install one windows per user? does > spice can provide a multi remote connection to a single windows XP > machine? > I want to install one windows XP as virtual desktop and then share it > with more than one users.is it possible in now or in the futures? I think you are talking about mutiple sessions in one windows desktop servers. I believe you must use RDP protocol to access those sessions. Spice is for one window desktop per user. > Thanks > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Wed Mar 6 07:50:01 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 6 Mar 2013 09:50:01 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: References: <20130305074643.GB15949@redhat.com> Message-ID: <20130306075001.GA13972@redhat.com> On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote: > On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg wrote: > > Rob, > > > > It seems that a bug in vdsm code is hiding the real issue. > > Could you do a > > > > sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py > > > > restart vdsmd, and retry? > > > > Bala, would you send a patch fixing the ParseError issue (and adding a > > unit test that would have caught it on time)? > Traceback (most recent call last): > File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > res = f(*args, **kwargs) > File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > rv = func(*args, **kwargs) > File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} > File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > return callMethod() > File "/usr/share/vdsm/supervdsm.py", line 72, in > **kwargs) > File "", line 2, in glusterVolumeInfo > File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, > in _callmethod > raise convert_to_error(kind, result) > AttributeError: class ElementTree has no attribute 'ParseError' My guess has led us nowhere, since etree.ParseError is simply missing from python 2.6. It is to be seen only in python 2.7! That's sad, but something *else* is problematic, since we got to this error-handling code. Could you make another try and temporarily replace ParseError with Exception? sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py (this sed is relative to the original code). Dan. From abonas at redhat.com Wed Mar 6 08:24:19 2013 From: abonas at redhat.com (Alissa Bonas) Date: Wed, 6 Mar 2013 03:24:19 -0500 (EST) Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: Message-ID: <1292918039.41935797.1362558259237.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Alissa Bonas" > Cc: "users" > Sent: Tuesday, March 5, 2013 5:31:19 PM > Subject: Re: [Users] clone vm from snapshot problem in 3.2 > > On Tue, Mar 5, 2013 at 1:48 PM, Alissa Bonas wrote: > > Hi, > > > > Thanks for additional information. > > The engine log actually shows that slclone started ok: > > "VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from > > PoweringUp --> Up" > > Can you explain what problem are you experiencing in that VM? > > Also, could provide the vdsm log from the same timeframe? > > > >> Gianluca > >> > > The Vm doesn't boot. > As I wrote in the other e-mail: > > " > The problem is that the cloned VM recognizes the disks in reversed > order > > See these images where sl1432 is master slcone is the clone > > disk layout in details pane seems equal with boot disk the one that > appears as the second, but the master boots ok, the slave no. > Disks are swapped > > Master VM disk details: > https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing > > Clone VM disks details: > https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing > > Page with the two consoles where you can see that vda of master > becomes vdb of clone and vice-versa: > https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing > > Can I swap again in some way? In VMware for example you can see and > edit SCSI IDs of disks... > > " What is important here is to check the boot properties of both devices as they are configured for the master and clone. They might not be swapped, the order in the console is not necessarily the issue here. Please attach vdsm.log with times of both machines boot. the properties of the devices boot should be part of the startup command so it should help to investigate the issue. Thanks > Gianluca > From sanjal at redhat.com Wed Mar 6 08:34:29 2013 From: sanjal at redhat.com (Shireesh Anjal) Date: Wed, 06 Mar 2013 14:04:29 +0530 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: References: Message-ID: <5136FF95.4040906@redhat.com> On 03/05/2013 06:08 AM, Rob Zwissler wrote: > Running CentOS 6.3 with the following VDSM packages from dre's repo: > > vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch > vdsm-gluster-4.10.3-0.30.19.el6.noarch > vdsm-python-4.10.3-0.30.19.el6.x86_64 > vdsm-4.10.3-0.30.19.el6.x86_64 > vdsm-cli-4.10.3-0.30.19.el6.noarch > > And the following gluster packages from the gluster repo: > > glusterfs-3.3.1-1.el6.x86_64 > glusterfs-fuse-3.3.1-1.el6.x86_64 > glusterfs-vim-3.2.7-1.el6.x86_64 > glusterfs-server-3.3.1-1.el6.x86_64 oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is currently in alpha and hence not available in stable repositories. http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/ This issue has been reported multiple times now, and I think it needs an update to the oVirt 3.2 release notes. Have added a note to this effect at: http://www.ovirt.org/OVirt_3.2_release_notes#Storage > I get the following errors in vdsm.log: > > Thread-1483::DEBUG::2013-03-04 > 16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client > [10.33.9.73]::call volumesList with () {} > MainProcess|Thread-1483::DEBUG::2013-03-04 > 16:35:27,429::misc::84::Storage.Misc.excCmd::() > '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) > MainProcess|Thread-1483::DEBUG::2013-03-04 > 16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: > = ''; = 0 > MainProcess|Thread-1483::ERROR::2013-03-04 > 16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) > Error in wrapper > Traceback (most recent call last): > File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper > return func(*args, **kwargs) > File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper > return func(*args, **kwargs) > File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper > return func(*args, **kwargs) > File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo > except (etree.ParseError, AttributeError, ValueError): > AttributeError: 'module' object has no attribute 'ParseError' > Thread-1483::ERROR::2013-03-04 > 16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error > Traceback (most recent call last): > File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > res = f(*args, **kwargs) > File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > rv = func(*args, **kwargs) > File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} > File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > return callMethod() > File "/usr/share/vdsm/supervdsm.py", line 72, in > **kwargs) > File "", line 2, in glusterVolumeInfo > File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, > in _callmethod > raise convert_to_error(kind, result) > AttributeError: 'module' object has no attribute 'ParseError' > > Which corresponds to the following in the engine.log: > > 2013-03-04 16:34:46,231 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (QuartzScheduler_Worker-86) START, > GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId = > b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3 > 2013-03-04 16:34:46,365 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method > 2013-03-04 16:34:46,366 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (QuartzScheduler_Worker-86) Error code unexpected and error message > VDSGenericException: VDSErrorException: Failed to > GlusterVolumesListVDS, error = Unexpected exception > 2013-03-04 16:34:46,367 ERROR > [org.ovirt.engine.core.vdsbroker.VDSCommandBase] > (QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution > failed. Exception: VDSErrorException: VDSGenericException: > VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected > exception > 2013-03-04 16:34:46,369 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log > id: 987aef3 > 2013-03-04 16:34:46,370 ERROR > [org.ovirt.engine.core.bll.gluster.GlusterManager] > (QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight > data of cluster qa-cluster1!: > org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to > GlusterVolumesListVDS, error = Unexpected exception > at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191) > [engine-bll.jar:] > at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170) > [engine-bll.jar:] > at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source) > [:1.7.0_09-icedtea] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.7.0_09-icedtea] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] > at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) > [engine-scheduler.jar:] > at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz-2.1.2.jar:] > at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) > [quartz-2.1.2.jar:] > > And, long story short, the gluster integration with oVirt does not > work. As per Vijay Bellur's comments at > http://list-archives.org/2012/12/27/users-ovirt-org/continuing-my-ovirt-3-2-nightlies-queste/f/7132789998 > this is due to a difference in the XML formatting output by gluster > vs. what is expected by VDSM, and is fixed in Gluster 3.4, which is > currently in alpha pre-release. > > So my question is, was oVirt v3.2 released with a dependency on a > version of Gluster that is in alpha, or is there another workaround or > fix for this? > > Rob > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vfeenstr at redhat.com Wed Mar 6 08:36:02 2013 From: vfeenstr at redhat.com (Vinzenz Feenstra) Date: Wed, 06 Mar 2013 09:36:02 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> Message-ID: <5136FFF2.8030907@redhat.com> On 03/06/2013 01:50 AM, Gianluca Cecchi wrote: > On Wed, Mar 6, 2013 at 1:48 AM, Gianluca Cecchi wrote: >> I was also able to connect to the infra with the windows 7 VM. >> After restarting vdsmd I was indeed able to see ip and applications for the VM in web admin gui >> Still no wan options in user portal. > Logs for vdsm of this infra with Windows 7 VM here: > https://docs.google.com/file/d/0BwoPbcrMv8mvTGk1d0x5N2NQZ2c/edit?usp=sharing > > Gianluca Did you configure Windows 7 also in the configuration for the VM in the admin portal? If not you might need to shutdown the VM and edit the settings to Windows 7. Then you should be able to see the WAN option.-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From gianluca.cecchi at gmail.com Wed Mar 6 08:48:34 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 6 Mar 2013 09:48:34 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <5136FFF2.8030907@redhat.com> References: <512CD5F0.4020803@redhat.com> <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> Message-ID: On Wed, Mar 6, 2013 at 9:36 AM, Vinzenz Feenstra wrote: > > Did you configure Windows 7 also in the configuration for the VM in the > admin portal? If not you might need to shutdown the VM and edit the settings > to Windows 7. > Then you should be able to see the WAN option.-- Regards, Vinzenz Feenstra | WHat do you mean with " Did you configure Windows 7 also in the configuration for the VM in the admin portal? " I configured OS as Windows 7 from the beginning. I set spice as protocol in console section, in fact from the beginning I was able to connect via spice I don't see any other settings related to wan optiization in create/edit part of the VM.... Gianluca From barumuga at redhat.com Wed Mar 6 09:02:47 2013 From: barumuga at redhat.com (Balamurugan Arumugam) Date: Wed, 06 Mar 2013 14:32:47 +0530 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130305074643.GB15949@redhat.com> References: <20130305074643.GB15949@redhat.com> Message-ID: <51370637.2070307@redhat.com> On 03/05/2013 01:16 PM, Dan Kenigsberg wrote: > On Mon, Mar 04, 2013 at 04:38:50PM -0800, Rob Zwissler wrote: >> Running CentOS 6.3 with the following VDSM packages from dre's repo: >> >> vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch >> vdsm-gluster-4.10.3-0.30.19.el6.noarch >> vdsm-python-4.10.3-0.30.19.el6.x86_64 >> vdsm-4.10.3-0.30.19.el6.x86_64 >> vdsm-cli-4.10.3-0.30.19.el6.noarch >> >> And the following gluster packages from the gluster repo: >> >> glusterfs-3.3.1-1.el6.x86_64 >> glusterfs-fuse-3.3.1-1.el6.x86_64 >> glusterfs-vim-3.2.7-1.el6.x86_64 >> glusterfs-server-3.3.1-1.el6.x86_64 >> >> I get the following errors in vdsm.log: >> >> Thread-1483::DEBUG::2013-03-04 >> 16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client >> [10.33.9.73]::call volumesList with () {} >> MainProcess|Thread-1483::DEBUG::2013-03-04 >> 16:35:27,429::misc::84::Storage.Misc.excCmd::() >> '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) >> MainProcess|Thread-1483::DEBUG::2013-03-04 >> 16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: >> = ''; = 0 >> MainProcess|Thread-1483::ERROR::2013-03-04 >> 16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) >> Error in wrapper >> Traceback (most recent call last): >> File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper >> return func(*args, **kwargs) >> File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper >> return func(*args, **kwargs) >> File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper >> return func(*args, **kwargs) >> File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo >> except (etree.ParseError, AttributeError, ValueError): >> AttributeError: 'module' object has no attribute 'ParseError' >> Thread-1483::ERROR::2013-03-04 >> 16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error >> Traceback (most recent call last): >> File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper >> res = f(*args, **kwargs) >> File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper >> rv = func(*args, **kwargs) >> File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList >> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} >> File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ >> return callMethod() >> File "/usr/share/vdsm/supervdsm.py", line 72, in >> **kwargs) >> File "", line 2, in glusterVolumeInfo >> File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, >> in _callmethod >> raise convert_to_error(kind, result) >> AttributeError: 'module' object has no attribute 'ParseError' >> > > Rob, > > It seems that a bug in vdsm code is hiding the real issue. > Could you do a > > sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py > > restart vdsmd, and retry? > > Bala, would you send a patch fixing the ParseError issue (and adding a > unit test that would have caught it on time)? > python 2.7 throws ParseError whereas python 2.6 throws SyntaxError. Aravinda is sending a fix for it. Regards, Bala From barumuga at redhat.com Wed Mar 6 09:04:10 2013 From: barumuga at redhat.com (Balamurugan Arumugam) Date: Wed, 06 Mar 2013 14:34:10 +0530 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130306075001.GA13972@redhat.com> References: <20130305074643.GB15949@redhat.com> <20130306075001.GA13972@redhat.com> Message-ID: <5137068A.5030606@redhat.com> On 03/06/2013 01:20 PM, Dan Kenigsberg wrote: > On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote: >> On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg wrote: >>> Rob, >>> >>> It seems that a bug in vdsm code is hiding the real issue. >>> Could you do a >>> >>> sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py >>> >>> restart vdsmd, and retry? >>> >>> Bala, would you send a patch fixing the ParseError issue (and adding a >>> unit test that would have caught it on time)? > >> Traceback (most recent call last): >> File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper >> res = f(*args, **kwargs) >> File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper >> rv = func(*args, **kwargs) >> File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList >> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} >> File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ >> return callMethod() >> File "/usr/share/vdsm/supervdsm.py", line 72, in >> **kwargs) >> File "", line 2, in glusterVolumeInfo >> File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, >> in _callmethod >> raise convert_to_error(kind, result) >> AttributeError: class ElementTree has no attribute 'ParseError' > > My guess has led us nowhere, since etree.ParseError is simply missing > from python 2.6. It is to be seen only in python 2.7! > > That's sad, but something *else* is problematic, since we got to this > error-handling code. > > Could you make another try and temporarily replace ParseError with > Exception? > > sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py > > (this sed is relative to the original code). > More specific sed is sed -i s/etree.ParseError/SyntaxError/ /usr/share/vdsm/gluster/cli.py Regards, Bala From vfeenstr at redhat.com Wed Mar 6 09:07:36 2013 From: vfeenstr at redhat.com (Vinzenz Feenstra) Date: Wed, 06 Mar 2013 10:07:36 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> Message-ID: <51370758.20906@redhat.com> On 03/06/2013 09:48 AM, Gianluca Cecchi wrote: > On Wed, Mar 6, 2013 at 9:36 AM, Vinzenz Feenstra wrote: > >> Did you configure Windows 7 also in the configuration for the VM in the >> admin portal? If not you might need to shutdown the VM and edit the settings >> to Windows 7. >> Then you should be able to see the WAN option.-- Regards, Vinzenz Feenstra | > WHat do you mean with > > " > Did you configure Windows 7 also in the configuration for the VM in > the admin portal? > " > > I configured OS as Windows 7 from the beginning. > I set spice as protocol in console section, in fact from the beginning > I was able to connect via spice > I don't see any other settings related to wan optiization in > create/edit part of the VM.... The WAN option should be then visible in the UI in the user portal. Not in the configuration of the VM. The option for the Operating System must be set where I have shown it in the screenshot attached. > Gianluca -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: ss.png Type: image/png Size: 32592 bytes Desc: not available URL: From danken at redhat.com Wed Mar 6 09:10:27 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 6 Mar 2013 11:10:27 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <5136FF95.4040906@redhat.com> References: <5136FF95.4040906@redhat.com> Message-ID: <20130306091027.GA15722@redhat.com> On Wed, Mar 06, 2013 at 02:04:29PM +0530, Shireesh Anjal wrote: > On 03/05/2013 06:08 AM, Rob Zwissler wrote: > >Running CentOS 6.3 with the following VDSM packages from dre's repo: > > > >vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch > >vdsm-gluster-4.10.3-0.30.19.el6.noarch > >vdsm-python-4.10.3-0.30.19.el6.x86_64 > >vdsm-4.10.3-0.30.19.el6.x86_64 > >vdsm-cli-4.10.3-0.30.19.el6.noarch > > > >And the following gluster packages from the gluster repo: > > > >glusterfs-3.3.1-1.el6.x86_64 > >glusterfs-fuse-3.3.1-1.el6.x86_64 > >glusterfs-vim-3.2.7-1.el6.x86_64 > >glusterfs-server-3.3.1-1.el6.x86_64 > > oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is > currently in alpha and hence not available in stable repositories. > http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/ Shireesh, this should be specifed in vdsm.spec - please patch both master and ovirt-3.2 branches. Beyond that, there's a problem of Python 2.6 missing ParseError. > > This issue has been reported multiple times now, and I think it > needs an update to the oVirt 3.2 release notes. Have added a note to > this effect at: > http://www.ovirt.org/OVirt_3.2_release_notes#Storage > > >I get the following errors in vdsm.log: > > > >Thread-1483::DEBUG::2013-03-04 > >16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client > >[10.33.9.73]::call volumesList with () {} > >MainProcess|Thread-1483::DEBUG::2013-03-04 > >16:35:27,429::misc::84::Storage.Misc.excCmd::() > >'/usr/sbin/gluster --mode=script volume info --xml' (cwd None) > >MainProcess|Thread-1483::DEBUG::2013-03-04 > >16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: > >= ''; = 0 > >MainProcess|Thread-1483::ERROR::2013-03-04 > >16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) > >Error in wrapper > >Traceback (most recent call last): > > File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper > > return func(*args, **kwargs) > > File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper > > return func(*args, **kwargs) > > File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper > > return func(*args, **kwargs) > > File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo > > except (etree.ParseError, AttributeError, ValueError): > >AttributeError: 'module' object has no attribute 'ParseError' > >Thread-1483::ERROR::2013-03-04 > >16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error > >Traceback (most recent call last): > > File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > > res = f(*args, **kwargs) > > File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > > rv = func(*args, **kwargs) > > File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > > return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} > > File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > > return callMethod() > > File "/usr/share/vdsm/supervdsm.py", line 72, in > > **kwargs) > > File "", line 2, in glusterVolumeInfo > > File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, > >in _callmethod > > raise convert_to_error(kind, result) > >AttributeError: 'module' object has no attribute 'ParseError' > > > >Which corresponds to the following in the engine.log: > > > >2013-03-04 16:34:46,231 INFO > >[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > >(QuartzScheduler_Worker-86) START, > >GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId = > >b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3 > >2013-03-04 16:34:46,365 ERROR > >[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > >(QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method > >2013-03-04 16:34:46,366 ERROR > >[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > >(QuartzScheduler_Worker-86) Error code unexpected and error message > >VDSGenericException: VDSErrorException: Failed to > >GlusterVolumesListVDS, error = Unexpected exception > >2013-03-04 16:34:46,367 ERROR > >[org.ovirt.engine.core.vdsbroker.VDSCommandBase] > >(QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution > >failed. Exception: VDSErrorException: VDSGenericException: > >VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected > >exception > >2013-03-04 16:34:46,369 INFO > >[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > >(QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log > >id: 987aef3 > >2013-03-04 16:34:46,370 ERROR > >[org.ovirt.engine.core.bll.gluster.GlusterManager] > >(QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight > >data of cluster qa-cluster1!: > >org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: > >org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > >VDSGenericException: VDSErrorException: Failed to > >GlusterVolumesListVDS, error = Unexpected exception > > at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191) > >[engine-bll.jar:] > > at org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170) > >[engine-bll.jar:] > > at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source) > >[:1.7.0_09-icedtea] > > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > >[rt.jar:1.7.0_09-icedtea] > > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] > > at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) > >[engine-scheduler.jar:] > > at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz-2.1.2.jar:] > > at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) > >[quartz-2.1.2.jar:] > > > >And, long story short, the gluster integration with oVirt does not > >work. As per Vijay Bellur's comments at > >http://list-archives.org/2012/12/27/users-ovirt-org/continuing-my-ovirt-3-2-nightlies-queste/f/7132789998 > >this is due to a difference in the XML formatting output by gluster > >vs. what is expected by VDSM, and is fixed in Gluster 3.4, which is > >currently in alpha pre-release. > > > >So my question is, was oVirt v3.2 released with a dependency on a > >version of Gluster that is in alpha, or is there another workaround or > >fix for this? > > > >Rob > >_______________________________________________ > >Users mailing list > >Users at ovirt.org > >http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From avishwan at redhat.com Wed Mar 6 09:19:39 2013 From: avishwan at redhat.com (Aravinda) Date: Wed, 06 Mar 2013 14:49:39 +0530 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130306075001.GA13972@redhat.com> References: <20130305074643.GB15949@redhat.com> <20130306075001.GA13972@redhat.com> Message-ID: <51370A2B.20802@redhat.com> Hi, Sent a patch to handle ParseError attribute issue. vdsm still depends on newer(3.4) version of glusterfs, but Python ParseError is fixed. http://gerrit.ovirt.org/#/c/12752/ -- regards Aravinda On 03/06/2013 01:20 PM, Dan Kenigsberg wrote: > On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote: >> On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg wrote: >>> Rob, >>> >>> It seems that a bug in vdsm code is hiding the real issue. >>> Could you do a >>> >>> sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py >>> >>> restart vdsmd, and retry? >>> >>> Bala, would you send a patch fixing the ParseError issue (and adding a >>> unit test that would have caught it on time)? >> Traceback (most recent call last): >> File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper >> res = f(*args, **kwargs) >> File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper >> rv = func(*args, **kwargs) >> File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList >> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} >> File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ >> return callMethod() >> File "/usr/share/vdsm/supervdsm.py", line 72, in >> **kwargs) >> File "", line 2, in glusterVolumeInfo >> File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, >> in _callmethod >> raise convert_to_error(kind, result) >> AttributeError: class ElementTree has no attribute 'ParseError' > My guess has led us nowhere, since etree.ParseError is simply missing > from python 2.6. It is to be seen only in python 2.7! > > That's sad, but something *else* is problematic, since we got to this > error-handling code. > > Could you make another try and temporarily replace ParseError with > Exception? > > sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py > > (this sed is relative to the original code). > > Dan. From mkletzan at redhat.com Wed Mar 6 09:22:53 2013 From: mkletzan at redhat.com (Martin Kletzander) Date: Wed, 06 Mar 2013 10:22:53 +0100 Subject: [Users] ovirt reporting wrong cpu family (2nd server) In-Reply-To: <5132572E.1050503@redhat.com> References: <14747669.938.1361047563379.JavaMail.adrian@adrianworktop> <511FF3C9.8010101@redhat.com> <512387F9.3090308@redhat.com> <323978736.124717.1362241303404.JavaMail.root@btactic.com> <1805259834.124761.1362242354385.JavaMail.root@btactic.com> <5132572E.1050503@redhat.com> Message-ID: <51370AED.7050508@redhat.com> On 03/02/2013 08:46 PM, Itamar Heim wrote: > On 02/03/2013 18:39, Adrian Gibanel wrote: >> I've read again the wiki page and as you might ask for it here's the >> cpuinfo flags output: >> >> fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat >> pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx >> pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl >> xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor >> ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 >> x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb >> xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid >> >> If we check the mentioned cpu_max.xml file we find : >> >> >> >> >> >> >> >> >> >> >> >> So I suppose that pclmuldq is expected in the flags but it's not >> there. Isn't it? > > well, it kind of looks like a bug, since you have pclmulqdq (additional > 'q' in the middle'). > martin? > Hi, this is expected. While working on these features, the names sometime change and in this case pclmulqdq is the same as pclmuldq. Mostly it is referred to it as pclmulqdq, but when this feature was added in qemu, the name was without the 'q', alias was added later on: http://lists.gnu.org/archive/html/qemu-devel/2012-02/msg02376.html >> # virsh -r capabilities >> >> >> >> >> 00000000-0000-0000-0000-002590a41888 >> >> x86_64 >> SandyBridge But from this output (which I pasted from the older mail, so the indentation may not fit), I see libvirt is detecting the CPU perfectly in this case. >> >> So I need to add my specific model at hand and trying to infer which >> are the specific flags for it? >> Or maybe that needs something more to be hacked in the libvirt code... >> and thus I should wait for libvirt people to add it? Well, I mean, >> going to their ML and asking there? >> >> Or isn't there any hope for my particular sandbridge cpu? >> There definitely is, as mentioned above. There almost always is, I remember only one CPU without a chance and that was because the HW itself really didn't know the function. Unfortunately, sometimes (HW-dependant) it really has to be set in BIOS/UEFI. For some changes there are utilities, so you don't have to have physical access to the machine, but as seen from the capabilities, this is not your case. >> Thank you. >> >> ----- Mensaje original ----- >> >>> De: "Adrian Gibanel" >>> Para: users at ovirt.org >>> CC: "Itamar Heim" , "Jithin Raju" >>> , >>> "Martin Kletzander" >>> Enviados: S?bado, 2 de Marzo 2013 17:21:43 >>> Asunto: Re: [Users] ovirt reporting wrong cpu family (2nd server) >> >>> This is another server which I have also problems with. I cannot select >>> SandyBridge as the cpu type. >>> Still oVirt 3.1 in Fedora 17. >> >>> * Tecnology : Sandy Bridge E >>> * CPU : Intel Xeon E5-1620 >>> * Cores / Threads : 4 / 8 >>> * Frecuency : 3.6GHz / 3.8GHz Turbo Boost >> >>> #cpuinfo: >>> Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz >> >>> # rpm -qa | grep -E 'vdsm|libvirt' | sort >>> libvirt-0.9.11.9-1.fc17.x86_64 >>> libvirt-client-0.9.11.9-1.fc17.x86_64 >>> libvirt-daemon-0.9.11.9-1.fc17.x86_64 >>> libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 >>> libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 >>> libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 >>> libvirt-python-0.9.11.9-1.fc17.x86_64 >>> vdsm-4.10.0-10.fc17.x86_64 >>> vdsm-cli-4.10.0-10.fc17.noarch >>> vdsm-python-4.10.0-10.fc17.x86_64 >>> vdsm-xmlrpc-4.10.0-10.fc17.noarch >> >>> # virsh -r capabilities >> >>> >>> [...] >> >>> ----- Mensaje original ----- >> >>>> At first, let me say that this is very weird CPU detection as according >>>> to these flags, the processor described in here should be "Nehalem". >>>> Could you try running 'virsh -r capabilities' on the host to check what >>>> libvirt reports? >> >>> -- > From f.bevia at cg33.fr Wed Mar 6 09:23:53 2013 From: f.bevia at cg33.fr (Frederic Bevia) Date: Wed, 6 Mar 2013 09:23:53 +0000 (UTC) Subject: [Users] problem with all-in-one ovirt install on Centos 6.3 related to hostname resolution Message-ID: Hello, First, i apologise if it's the wrong place for my question. I had try to install ovirt all-in-one on a Centos6 test server, following this howtos: http://wiki.centos.org/HowTos/oVirt, http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ and http://www.ovirt.org/Quick_Start_Guide. I followed the pre-requisites, cpu, ram, disks, packages etc.. My server is a test server with fresh new Centos 6.3 install, and so, it's in a lan s?parated from the main prod lan. But It hass acces to Internet and DNS, but it isn't registred in our DNSs. Simply it's declared in his own hostfile ( /etc/hosts/). It's fqdn is srv-santos.cg33.fr (note the lame joke :-)), and when I ping it from himself (ping srv-santos;cg33.fr), the ping is OK (idem with ping localhost). When with python i do this: gethostbyname('srv-santos.cg33.fr') '172.18.93.215' the response is OK. So the OS himself can resolve is own hostname via the hosts file, since it isn't in DNS. I also checked that in the resolv.conf, the order is hosts, bind. But when i do the engine-set-up i obtain this: srv-santos.cg33.fr did not resolve into an IP address User input failed validation, do you still wish to use it? (yes|no): If i say yes, the install pursue, but it fails: "Error: There's a problem with JBoss service.Check that it's up and rerun setup. Please check log file /var/log/ovirt-engine/engine-setup_2013_03_06_09_52_24.log for more information" The last lines of the log -->File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 216, in waitForJbossUp utils.retry(isHealthPageUp, tries=45, timeout=350, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 929, in retry return func() File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 429, in isHealthPageUp raise Exception(ERROR_JBOSS_STATUS) Exception: Error: There's a problem with JBoss service.Check that it's up and rerun setup. <-- I even started jboss-as during one of my many tries: [root at srv-santos fred]# service jboss-as status jboss-as is running (pid 22043) So I think that the setup process can't resolve the name of the host to test if jboss is up and the servlet ok. This possibly means that the name resolution is only done with DNS, without checking the hostfile. Can someone help me to solve this problem (without seting up a local bind server on my host or registrering my test server in our DNS servers of course:-) Thanx From mkletzan at redhat.com Wed Mar 6 09:42:23 2013 From: mkletzan at redhat.com (Martin Kletzander) Date: Wed, 06 Mar 2013 10:42:23 +0100 Subject: [Users] ovirt reporting wrong cpu family In-Reply-To: <606808858.124694.1362240425349.JavaMail.root@btactic.com> References: <14747669.938.1361047563379.JavaMail.adrian@adrianworktop> <511FF3C9.8010101@redhat.com> <512387F9.3090308@redhat.com> <606808858.124694.1362240425349.JavaMail.root@btactic.com> Message-ID: <51370F7F.6010009@redhat.com> On 03/02/2013 05:07 PM, Adrian Gibanel wrote: > Sorry for the late answer. I was kind of busy. I reply inline below. > > ----- Mensaje original ----- > >> De: "Martin Kletzander" >> Para: "Itamar Heim" >> CC: "Adrian Gibanel" , users at ovirt.org, "Jithin >> Raju" >> Enviados: Martes, 19 de Febrero 2013 15:11:05 >> Asunto: Re: [Users] ovirt reporting wrong cpu family > >> On 02/16/2013 10:02 PM, Itamar Heim wrote: >>> Adrian - can you later please wikify this recurring question? >>> > >> If this is related to libvirt detecting the wrong CPU, we have a short >> wiki page [1] for that either, you can link to that in yours (or maybe >> it'll help you write it). > Thank you. I'll take a look. More below. > >> [...] >>>> On 16/02/2013 18:56, Adrian Gibanel wrote: >>>>> I happen to have the same problem in oVirt 3.1 on Fedora. >>>>> Any workaround? >>>>> >>>>> $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n "\n" ;cat >>>>> /proc/cpuinfo | grep "model name" | head -n 1 >>>>> cpuFlags = >>>>> fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe >>>>> > >> At first, let me say that this is very weird CPU detection as according >> to these flags, the processor described in here should be "Nehalem". >> Could you try running 'virsh -r capabilities' on the host to check what >> libvirt reports? > > Here you are: > > > > > c090c38a-5202-e211-bbb4-4c72b97c99ed > > x86_64 > Nehalem And it is really Nehalem, so my manual cpu flags hunt was right. But this means there is a problem lower than in libvirt. I'm afraid that the sentence about the BIOS/UEFI not being your case which I wrote in http://lists.ovirt.org/pipermail/users/2013-March/012908.html is no longer true for this server. The only solution I can come up with right now is what already once helped for resolving Nehalem-related detection and it's the link from the wiki page (that was outdated, so I updated it): http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=TOOL-ASU but that's applicable for BladeCenters only. If this is not suitable for you, I'm afraid you'll have to contact your HW vendor in order to resolve the CPU issue. Hope it helps and please keep me posted, I'd like to summarize all the related info on one place and resolve related bugs (if there are any) so similar issues go away, because they seem to be appearing more and more frequently. Have a nice day, Martin [...] > > > >> There might be a possible workaround if you want your CPU to be >> identified as different model, most probably by editing >> '/usr/share/libvirt/cpu_map.xml', but that should be omitted since it >> may lead to problems. > Non applicable workaround then. I should have expected it. Ok, I prefer not having additional problems. > >> [...] >>>>> model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz >>>>> > >> And as I see the CPU is SandyBridge, so this should be solved properly >> (probably a bug somewhere or very low-level misconfiguration). Check >> [1], maybe some features can get enabled. > > The machine is in a datacentre so I doubt I can change any BIOS or UEFI settings. > >> Martin > >> [1] >> http://wiki.libvirt.org/page/Libvirt_identifies_host_processor_as_a_different_model_from_the_hardware_documentation > From alex.tuxx at gmail.com Wed Mar 6 09:46:30 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 09:46:30 +0000 Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: <289306292.41564531.1362503492495.JavaMail.root@redhat.com> References: <289306292.41564531.1362503492495.JavaMail.root@redhat.com> Message-ID: Hi, Logs are attached - 2013-Mar-05, 15:44:47 Snapshot test creation for VM icinga-clone has been completed. 2013-Mar-05, 15:44:36 VM icinga-clone has paused due to storage permissions problem. 2013-Mar-05, 15:44:33 Snapshot test creation for VM icinga-clone was initiated by admin at internal. 2013-Mar-05, 15:44:20 VM icinga-clone started on Host TESTHV01 Alex On 5 March 2013 17:11, Alissa Bonas wrote: > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "oVirt Mailing List" > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > Hiya, > > > > Am testing live snapshot-ing at the moment, and my VM is being paused > > every time I try to do a snapshot - it wont recover either, once the > > snapshot is complete. > > > > This is what I see on the webadmin console : > > > > "VM icinga-clone has paused due to storage permissions problem." > > > > Any hints ? > > > > When I stop the VM, then start again, all is good. > > Hi, > Please attach engine+vdsm+libvirt logs with the timeframe when you perform > the live snapshot and the failure. > thanks > > > > > Thanks > > Alex > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot.logs.tar.xz Type: application/octet-stream Size: 15596 bytes Desc: not available URL: From sbonazzo at redhat.com Wed Mar 6 11:15:34 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 06 Mar 2013 12:15:34 +0100 Subject: [Users] problem with all-in-one ovirt install on Centos 6.3 related to hostname resolution In-Reply-To: References: Message-ID: <51372556.3060404@redhat.com> Hi Frederic, thanks for your report! Il 06/03/2013 10:23, Frederic Bevia ha scritto: > Hello, > First, i apologise if it's the wrong place for my question. > I had try to install ovirt all-in-one on a Centos6 test server, following this > howtos: http://wiki.centos.org/HowTos/oVirt, > http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-1-edition/ and > http://www.ovirt.org/Quick_Start_Guide. > I followed the pre-requisites, cpu, ram, disks, packages etc.. > My server is a test server with fresh new Centos 6.3 install, and so, it's in a > lan s?parated from the main prod lan. > But It hass acces to Internet and DNS, but it isn't registred in our DNSs. > Simply it's declared in his own hostfile ( /etc/hosts/). It's fqdn is > srv-santos.cg33.fr (note the lame joke :-)), and when I ping it from himself > (ping srv-santos;cg33.fr), the ping is OK (idem with ping localhost). When with > python i do this: > gethostbyname('srv-santos.cg33.fr') > '172.18.93.215' > the response is OK. > So the OS himself can resolve is own hostname via the hosts file, since it isn't > in DNS. I also checked that in the resolv.conf, the order is hosts, bind. > But when i do the engine-set-up i obtain this: > srv-santos.cg33.fr did not resolve into an IP address > User input failed validation, do you still wish to use it? (yes|no): This seems ok since it uses nslookup for searching the ip address and it doesn't find the hostname on DNS. > If i say yes, the install pursue, but it fails: > > "Error: There's a problem with JBoss service.Check that it's up and rerun setup. > Please check log file /var/log/ovirt-engine/engine-setup_2013_03_06_09_52_24.log > for more information" > > The last lines of the log > -->File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 216, > in waitForJbossUp > utils.retry(isHealthPageUp, tries=45, timeout=350, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 929, in retry > return func() > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 429, in > isHealthPageUp > raise Exception(ERROR_JBOSS_STATUS) > Exception: Error: There's a problem with JBoss service.Check that it's up and > rerun setup. <-- > I even started jboss-as during one of my many tries: > [root at srv-santos fred]# service jboss-as status > jboss-as is running (pid 22043) > So I think that the setup process can't resolve the name of the host to test if > jboss is up and the servlet ok. > This possibly means that the name resolution is only done with DNS, without > checking the hostfile. I'm using ovirt-3.2 on Fedora 18 and I can't reproduce the JBoss issue using only /etc/hosts without DNS. I don't think it's related to name resolution. AIO uses urllib2 for checking the Healt Page and it should work also if you're using /etc/hosts only. It seems that ovirt-engine service is not started. Please run engine-cleanup, engine-setup and check ovirt-engine status if it fails again. If it fails, can you please attach your logs? > Can someone help me to solve this problem (without seting up a local bind server > on my host or registrering my test server in our DNS servers of course:-) > Regards, Sandro From demchenko.ya at gmail.com Wed Mar 6 11:17:28 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Wed, 06 Mar 2013 15:17:28 +0400 Subject: [Users] ovirt 3.2 networking setup problems In-Reply-To: <512C7446.2090107@gmail.com> References: <512C7446.2090107@gmail.com> Message-ID: <513725C8.2020205@gmail.com> Hi, I'm still cant solve this issue - "There are no available Bonds" I've done clean install of ovirt-3.2 (from dreyou repo), added freshly-kickstarted host. In my kickstart I set up 2 interfaces em1/em2 as slaves to bond0 (mode=6), which is slave to bridge "ovirtmgmt" (just so i dont need to click more buttons in webadmin setting up bond for mgmt network). After that, on page "setup host networks" I can see correct scheme for ovirtmgmt network and 4 other unused NICs. I want to set up another 2 bonds from that unused NICs, but here's the problem strikes: when trying to bond 2 NICs together i have to chose bond name - and there's only 1 choise - "bond4", I pick that and trying to bond the rest 2 NICs - I get error message "There are no available Bonds". And nothing in engine.log or vdsm.log Why is that and how to solve it? Yuriy Demchenko On 02/26/2013 12:37 PM, Yuriy Demchenko wrote: > 2. > when i'm trying to team NIC's in bonds, i've got choice from only 3 > bonds: "bond0", "bond1", "bond4" - why is that list is fixed? > If I've allready defined bond0+bond1 prior adding host to ovirt (via > kickstart), even if they aren't used - choice list in ovirt host > networks is short to "bond4" and trying to bond more interfaces ends > up with "there no bonds available" From alex.tuxx at gmail.com Wed Mar 6 11:39:04 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 11:39:04 +0000 Subject: [Users] Adding a bond.vlantag to ovirt-node Message-ID: All, I've added manually a bond. to a Hyper-Visor, then added a bridge and slaved bond. to it. I've upped the interfaces (no IPs), however ovirt-engine still wont allow me to add the new bridged interface. I did this yesterday, so I thought, maybe it's just a cache issue, however, it doesnt seem to update the HVs network config periodically ? What can I do to get this sorted ?? I dont want to have to restart the networking as VMs are running and needed. FWIW, the setup looks like this - eth0 | ----- bond0.111 --- br1 | ----- bond0.112 --- ovirtmgmt eth1 the change was : eth0 | ----- bond0.111 --- br1 | ----- bond0.112 --- ovirtmgmt | ----- bond0.113 --- br2 eth1 I then added "br2" to the ovirt-engine config, however, I'm not able to assign it to bond in the network config (web admin interface) for the hyper visor / host. Also see screenshot attached. Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-engine-network-config.png Type: image/png Size: 19436 bytes Desc: not available URL: From alex.tuxx at gmail.com Wed Mar 6 11:42:06 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 11:42:06 +0000 Subject: [Users] Adding a bond.vlantag to ovirt-node In-Reply-To: References: Message-ID: Sorry, the picture should actually say br2 :) ... have had to edit it to protect the real name(s) ... Alex On 6 March 2013 11:39, Alex Leonhardt wrote: > All, > > I've added manually a bond. to a Hyper-Visor, then added a bridge > and slaved bond. to it. > > I've upped the interfaces (no IPs), however ovirt-engine still wont allow > me to add the new bridged interface. I did this yesterday, so I thought, > maybe it's just a cache issue, however, it doesnt seem to update the HVs > network config periodically ? > > What can I do to get this sorted ?? I dont want to have to restart the > networking as VMs are running and needed. > > FWIW, the setup looks like this - > > > eth0 > | ----- bond0.111 --- br1 > | ----- bond0.112 --- ovirtmgmt > eth1 > > > the change was : > > eth0 > | ----- bond0.111 --- br1 > | ----- bond0.112 --- ovirtmgmt > | ----- bond0.113 --- br2 > eth1 > > I then added "br2" to the ovirt-engine config, however, I'm not able to > assign it to bond in the network config (web admin interface) for the hyper > visor / host. > > Also see screenshot attached. > > Thanks > Alex > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From asegurap at redhat.com Wed Mar 6 12:23:51 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 6 Mar 2013 07:23:51 -0500 (EST) Subject: [Users] Adding a bond.vlantag to ovirt-node In-Reply-To: Message-ID: <804462073.5279295.1362572631179.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "oVirt Mailing List" > Sent: Wednesday, March 6, 2013 12:42:06 PM > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > Sorry, the picture should actually say br2 :) ... have had to edit it > to protect the real name(s) ... > > Alex > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > > > > > All, > > I've added manually a bond. to a Hyper-Visor, then added a > bridge and slaved bond. to it. > > I've upped the interfaces (no IPs), however ovirt-engine still wont > allow me to add the new bridged interface. I did this yesterday, so > I thought, maybe it's just a cache issue, however, it doesnt seem to > update the HVs network config periodically ? What does the engine say when you try to add it? The message could give us a good hint. > > What can I do to get this sorted ?? I dont want to have to restart > the networking as VMs are running and needed. > > FWIW, the setup looks like this - > > > eth0 > | ----- bond0.111 --- br1 > | ----- bond0.112 --- ovirtmgmt > > > eth1 > > > > > > the change was : > > eth0 > | ----- bond0.111 --- br1 > | ----- bond0.112 --- ovirtmgmt > | ----- bond0.113 --- br2 > eth1 > > > I then added "br2" to the ovirt-engine config, however, I'm not able > to assign it to bond in the network config (web admin interface) for > the hyper visor / host. > > > > Also see screenshot attached. > > > Thanks > Alex > > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From abonas at redhat.com Wed Mar 6 12:25:00 2013 From: abonas at redhat.com (Alissa Bonas) Date: Wed, 6 Mar 2013 07:25:00 -0500 (EST) Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: Message-ID: <358298160.42026117.1362572700056.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "Alissa Bonas" > Cc: "oVirt Mailing List" > Sent: Wednesday, March 6, 2013 11:46:30 AM > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > Hi, > > Logs are attached - > > Thank you for attaching the logs. I'm checking them. Could you please confirm - you mentioned you work with ovirt 3.1 - is it the version of both engine and vdsm? If not - what is the exact version of each of the components? thank you > > > 2013-Mar-05, 15:44:47 > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > 2013-Mar-05, 15:44:36 > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > 2013-Mar-05, 15:44:33 > > Snapshot test creation for VM icinga-clone was initiated by > admin at internal. > > > > > > > 2013-Mar-05, 15:44:20 > > VM icinga-clone started on Host TESTHV01 > > Alex > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > ----- Original Message ----- > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > To: "oVirt Mailing List" < users at ovirt.org > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > Hiya, > > > > Am testing live snapshot-ing at the moment, and my VM is being > > paused > > every time I try to do a snapshot - it wont recover either, once > > the > > snapshot is complete. > > > > This is what I see on the webadmin console : > > > > "VM icinga-clone has paused due to storage permissions problem." > > > > Any hints ? > > > > When I stop the VM, then start again, all is good. > > Hi, > Please attach engine+vdsm+libvirt logs with the timeframe when you > perform the live snapshot and the failure. > thanks > > > > > > Thanks > > Alex > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > From asegurap at redhat.com Wed Mar 6 12:28:47 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 6 Mar 2013 07:28:47 -0500 (EST) Subject: [Users] ovirt 3.2 networking setup problems In-Reply-To: <513725C8.2020205@gmail.com> Message-ID: <1117802272.5279821.1362572927111.JavaMail.root@redhat.com> Could you ssh to the host and do: cat /sys/class/net/bonding_masters There is a limitation on ovirt-3.2 that only the default bridges can be used. If you don't have enough of them, you can always create the needed bridge doing echo "+bondN" > /sys/class/net/bonding_masters where N is the bridge you want to create. It would also be helpful to see the contents of doing vdsClient -s 0 getVdsCaps Best, Toni ----- Original Message ----- > From: "Yuriy Demchenko" > To: "users" > Sent: Wednesday, March 6, 2013 12:17:28 PM > Subject: Re: [Users] ovirt 3.2 networking setup problems > > Hi, > > I'm still cant solve this issue - "There are no available Bonds" > > I've done clean install of ovirt-3.2 (from dreyou repo), added > freshly-kickstarted host. In my kickstart I set up 2 interfaces > em1/em2 > as slaves to bond0 (mode=6), which is slave to bridge "ovirtmgmt" > (just > so i dont need to click more buttons in webadmin setting up bond for > mgmt network). > After that, on page "setup host networks" I can see correct scheme > for > ovirtmgmt network and 4 other unused NICs. > I want to set up another 2 bonds from that unused NICs, but here's > the > problem strikes: when trying to bond 2 NICs together i have to chose > bond name - and there's only 1 choise - "bond4", I pick that and > trying > to bond the rest 2 NICs - I get error message "There are no available > Bonds". > And nothing in engine.log or vdsm.log > > Why is that and how to solve it? > > > Yuriy Demchenko > > On 02/26/2013 12:37 PM, Yuriy Demchenko wrote: > > 2. > > when i'm trying to team NIC's in bonds, i've got choice from only 3 > > bonds: "bond0", "bond1", "bond4" - why is that list is fixed? > > If I've allready defined bond0+bond1 prior adding host to ovirt > > (via > > kickstart), even if they aren't used - choice list in ovirt host > > networks is short to "bond4" and trying to bond more interfaces > > ends > > up with "there no bonds available" > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alex.tuxx at gmail.com Wed Mar 6 12:48:56 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 12:48:56 +0000 Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: <358298160.42026117.1362572700056.JavaMail.root@redhat.com> References: <358298160.42026117.1362572700056.JavaMail.root@redhat.com> Message-ID: Yep, it's ovirt 3.1 - on the HV : vdsm.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-cli.noarch 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-python.x86_64 4.10.0-0.46.15.el6 @vdsm31-dre vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 @vdsm31-dre on the Engine: jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-backend.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-cli.noarch 3.1.0.7-1.el6 @ovirt31-dre ovirt-engine-config.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-jbossas711.x86_64 1-0 @ovirt31-dre ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-restapi.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-sdk.noarch 3.1.0.5-1.el6 @ovirt31-dre ovirt-engine-setup.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-userportal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 @ovirt31-dre ovirt-image-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-iso-uploader.noarch 3.1.0-16.el6 @ovirt31-dre ovirt-log-collector.noarch 3.1.0-16.el6 @ovirt31-dre vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 @vdsm31-dre Alex On 6 March 2013 12:25, Alissa Bonas wrote: > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "Alissa Bonas" > > Cc: "oVirt Mailing List" > > Sent: Wednesday, March 6, 2013 11:46:30 AM > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > Hi, > > > > Logs are attached - > > > > > > Thank you for attaching the logs. > I'm checking them. > Could you please confirm - you mentioned you work with ovirt 3.1 - is it > the version of both engine and vdsm? > If not - what is the exact version of each of the components? > thank you > > > > > > 2013-Mar-05, 15:44:47 > > > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:36 > > > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > > > > > > > > 2013-Mar-05, 15:44:33 > > > > Snapshot test creation for VM icinga-clone was initiated by > > admin at internal. > > > > > > > > > > > > > > 2013-Mar-05, 15:44:20 > > > > VM icinga-clone started on Host TESTHV01 > > > > Alex > > > > > > > > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > > Hiya, > > > > > > Am testing live snapshot-ing at the moment, and my VM is being > > > paused > > > every time I try to do a snapshot - it wont recover either, once > > > the > > > snapshot is complete. > > > > > > This is what I see on the webadmin console : > > > > > > "VM icinga-clone has paused due to storage permissions problem." > > > > > > Any hints ? > > > > > > When I stop the VM, then start again, all is good. > > > > Hi, > > Please attach engine+vdsm+libvirt logs with the timeframe when you > > perform the live snapshot and the failure. > > thanks > > > > > > > > > > Thanks > > > Alex > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Wed Mar 6 12:52:36 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 12:52:36 +0000 Subject: [Users] Adding a bond.vlantag to ovirt-node In-Reply-To: <804462073.5279295.1362572631179.JavaMail.root@redhat.com> References: <804462073.5279295.1362572631179.JavaMail.root@redhat.com> Message-ID: Hmmm, nothing is coming up in the logs when i try and add it - I think ovirt-engine is not aware that the HV got a new interface added. Would restarting vdsm help ? If so, would that take down my VMs ? Alex On 6 March 2013 12:23, Antoni Segura Puimedon wrote: > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "oVirt Mailing List" > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to edit it > > to protect the real name(s) ... > > > > Alex > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > > > > > > > > > > > > > > All, > > > > I've added manually a bond. to a Hyper-Visor, then added a > > bridge and slaved bond. to it. > > > > I've upped the interfaces (no IPs), however ovirt-engine still wont > > allow me to add the new bridged interface. I did this yesterday, so > > I thought, maybe it's just a cache issue, however, it doesnt seem to > > update the HVs network config periodically ? > > What does the engine say when you try to add it? The message could give > us a good hint. > > > > > What can I do to get this sorted ?? I dont want to have to restart > > the networking as VMs are running and needed. > > > > FWIW, the setup looks like this - > > > > > > eth0 > > | ----- bond0.111 --- br1 > > | ----- bond0.112 --- ovirtmgmt > > > > > > eth1 > > > > > > > > > > > > the change was : > > > > eth0 > > | ----- bond0.111 --- br1 > > | ----- bond0.112 --- ovirtmgmt > > | ----- bond0.113 --- br2 > > eth1 > > > > > > I then added "br2" to the ovirt-engine config, however, I'm not able > > to assign it to bond in the network config (web admin interface) for > > the hyper visor / host. > > > > > > > > Also see screenshot attached. > > > > > > Thanks > > Alex > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From asegurap at redhat.com Wed Mar 6 13:02:29 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 6 Mar 2013 08:02:29 -0500 (EST) Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: <62902342.5287636.1362574854150.JavaMail.root@redhat.com> Message-ID: <501759208.5287883.1362574949670.JavaMail.root@redhat.com> Forgot to cc users list. ----- Forwarded Message ----- > From: "Antoni Segura Puimedon" > To: "Alex Leonhardt" > Sent: Wednesday, March 6, 2013 2:00:54 PM > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "Antoni Segura Puimedon" > > Cc: "oVirt Mailing List" > > Sent: Wednesday, March 6, 2013 1:52:36 PM > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > Hmmm, nothing is coming up in the logs when i try and add it - I > > think ovirt-engine is not aware that the HV got a new interface > > added. > > > > Would restarting vdsm help ? If so, would that take down my VMs ? > > I guess you could migrate the VMs to another host and try that. > However, > if doing that is not an option (no other hosts, for example), I guess > there > would be a workaround from host-side. > > It would be something like the following (on host): > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 bridged=true > nics=nic0,nic1 > > substitute nic0 and nic1 for the actual nics that are on the host. > > This will effectively do the setup you want on the host. As far as > making the > engine realize it... I'm not aware of all the actions that trigger an > update. I know > that going to maintenance and back does it, but in this case I guess > it is not an option. > > > > > Alex > > > > > > > > > > On 6 March 2013 12:23, Antoni Segura Puimedon < asegurap at redhat.com > > > > > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to > > > edit > > > it > > > to protect the real name(s) ... > > > > > > Alex > > > > > > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > All, > > > > > > I've added manually a bond. to a Hyper-Visor, then added > > > a > > > bridge and slaved bond. to it. > > > > > > I've upped the interfaces (no IPs), however ovirt-engine still > > > wont > > > allow me to add the new bridged interface. I did this yesterday, > > > so > > > I thought, maybe it's just a cache issue, however, it doesnt seem > > > to > > > update the HVs network config periodically ? > > > > What does the engine say when you try to add it? The message could > > give > > us a good hint. > > > > > > > > > > > > What can I do to get this sorted ?? I dont want to have to > > > restart > > > the networking as VMs are running and needed. > > > > > > FWIW, the setup looks like this - > > > > > > > > > eth0 > > > | ----- bond0.111 --- br1 > > > | ----- bond0.112 --- ovirtmgmt > > > > > > > > > eth1 > > > > > > > > > > > > > > > > > > the change was : > > > > > > eth0 > > > | ----- bond0.111 --- br1 > > > | ----- bond0.112 --- ovirtmgmt > > > | ----- bond0.113 --- br2 > > > eth1 > > > > > > > > > I then added "br2" to the ovirt-engine config, however, I'm not > > > able > > > to assign it to bond in the network config (web admin interface) > > > for > > > the hyper visor / host. > > > > > > > > > > > > Also see screenshot attached. > > > > > > > > > Thanks > > > Alex > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > From alex.tuxx at gmail.com Wed Mar 6 13:05:34 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 13:05:34 +0000 Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: <501759208.5287883.1362574949670.JavaMail.root@redhat.com> References: <62902342.5287636.1362574854150.JavaMail.root@redhat.com> <501759208.5287883.1362574949670.JavaMail.root@redhat.com> Message-ID: Thanks Antoni, I'll try the above when it's a bit quieter (evening). Also, good to know that if you put the host in maint that it will pick the changes up :) ... IMO - the engine should poll the HVs at least once an hour / day to check if any hardware relevant to it has changed ... :) Thanks again, I'll update with the result(s) later today. Alex On 6 March 2013 13:02, Antoni Segura Puimedon wrote: > Forgot to cc users list. > > ----- Forwarded Message ----- > > From: "Antoni Segura Puimedon" > > To: "Alex Leonhardt" > > Sent: Wednesday, March 6, 2013 2:00:54 PM > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" > > > To: "Antoni Segura Puimedon" > > > Cc: "oVirt Mailing List" > > > Sent: Wednesday, March 6, 2013 1:52:36 PM > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > Hmmm, nothing is coming up in the logs when i try and add it - I > > > think ovirt-engine is not aware that the HV got a new interface > > > added. > > > > > > Would restarting vdsm help ? If so, would that take down my VMs ? > > > > I guess you could migrate the VMs to another host and try that. > > However, > > if doing that is not an option (no other hosts, for example), I guess > > there > > would be a workaround from host-side. > > > > It would be something like the following (on host): > > > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 bridged=true > > nics=nic0,nic1 > > > > substitute nic0 and nic1 for the actual nics that are on the host. > > > > This will effectively do the setup you want on the host. As far as > > making the > > engine realize it... I'm not aware of all the actions that trigger an > > update. I know > > that going to maintenance and back does it, but in this case I guess > > it is not an option. > > > > > > > > Alex > > > > > > > > > > > > > > > On 6 March 2013 12:23, Antoni Segura Puimedon < asegurap at redhat.com > > > > > > > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to > > > > edit > > > > it > > > > to protect the real name(s) ... > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > All, > > > > > > > > I've added manually a bond. to a Hyper-Visor, then added > > > > a > > > > bridge and slaved bond. to it. > > > > > > > > I've upped the interfaces (no IPs), however ovirt-engine still > > > > wont > > > > allow me to add the new bridged interface. I did this yesterday, > > > > so > > > > I thought, maybe it's just a cache issue, however, it doesnt seem > > > > to > > > > update the HVs network config periodically ? > > > > > > What does the engine say when you try to add it? The message could > > > give > > > us a good hint. > > > > > > > > > > > > > > > > > What can I do to get this sorted ?? I dont want to have to > > > > restart > > > > the networking as VMs are running and needed. > > > > > > > > FWIW, the setup looks like this - > > > > > > > > > > > > eth0 > > > > | ----- bond0.111 --- br1 > > > > | ----- bond0.112 --- ovirtmgmt > > > > > > > > > > > > eth1 > > > > > > > > > > > > > > > > > > > > > > > > the change was : > > > > > > > > eth0 > > > > | ----- bond0.111 --- br1 > > > > | ----- bond0.112 --- ovirtmgmt > > > > | ----- bond0.113 --- br2 > > > > eth1 > > > > > > > > > > > > I then added "br2" to the ovirt-engine config, however, I'm not > > > > able > > > > to assign it to bond in the network config (web admin interface) > > > > for > > > > the hyper visor / host. > > > > > > > > > > > > > > > > Also see screenshot attached. > > > > > > > > > > > > Thanks > > > > Alex > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Wed Mar 6 13:11:12 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 13:11:12 +0000 Subject: [Users] ovirt / 2 iscsi storage domains / same LUN IDs In-Reply-To: References: <784356398.1626108.1362335643783.JavaMail.root@redhat.com> Message-ID: For those still interested, t he timeout issue doesnt occur on the m ultipath side, nor ovirt , but on the iscsid config side of things - To shorten the timeout and fail a path faster, edit /etc/iscsi/iscsid.conf C hange the value node.session.timeo.replacement_timeout = 1 2 0 t o something more useful, like I changed it to "10" Reloading iscsid's config does nothing , you'll have to restart the host for it to work. Alex On 4 March 2013 17:11, Alex Leonhardt wrote: > Ok, so finally got this working, anyone know how to change the timeout for > multipathd from say 120 seconds to ~10 seconds ? > > ==> /var/log/messages <== > Mar 4 17:09:12 TESTHV01 kernel: session5: session recovery timed out > after 120 secs > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result: > hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 > 00 04 08 00 00 00 08 00 > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline > device > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result: > hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK > Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 > 00 00 00 00 00 00 08 00 > > > Alex > > > > > On 4 March 2013 15:35, Alex Leonhardt wrote: > >> Hi, >> >> I just tested this with this config : >> >> >> >> >> vendor_id ISCSI-MULTIPATH >> scsi_id MULTIPATHTEST >> scsi_sn 990000100001 >> lun 1 >> >> >> >> >> However, upon discovery / login, the LUN ID was again : >> >> 1IET_0000100001 >> >> >> Alex >> >> >> >> >> On 3 March 2013 18:34, Ayal Baron wrote: >> >>> >>> >>> ----- Original Message ----- >>> > >>> > >>> > >>> > >>> > >>> > Hi there, >>> > >>> > I was doing some testing around ovirt and iscsi and found an issue >>> > where as when you use "dd" to create "backing-stores" for iscsi and >>> > you point ovirt to it to discover & login, it thinks the LUN ID is >>> > the same although the target is different and adds additional paths >>> > to the config (automagically?) bringing down the iSCSI storage >>> > domain. >>> >>> There is no question about the behaviour, it's not a bug, that is the >>> way multipathing works (has nothing to do with oVirt). The GUID of a LUN >>> has to be unique. multipathd seeing the same LUN ID across multiple >>> targets assumes that it's the same LUN with multiple paths and that's how >>> you get redundancy and load balancing. >>> Why tgtd doesn't take care of this built in I could never grok, but what >>> you need to do is edit your targets.conf and add the scsi_id and scsi_sn >>> fields. >>> >>> Example: >>> >>> allow-in-use yes >>> >>> lun 1 >>> scsi_id MasterBackup >>> scsi_sn 444444444401 >>> >>> >>> >>> > >>> > See attached screenshot of what I got when trying to a "new iscsi san >>> > storage domain" to ovirt. The Storage Domain is now down and I >>> > cannot get rid of the config (???) how do I force it to logout of >>> > the targets ?? >>> > >>> > >>> > Also, anyone know how to deal with the duplicate LUN ID issue ? >>> > >>> > >>> > Thanks >>> > Alex >>> > >>> > >>> > >>> > >>> > >>> > -- >>> > >>> > >>> > >>> > | RHCE | Senior Systems Engineer | www.vcore.co | >>> > | www.vsearchcloud.com | >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> >> >> >> >> -- >> >> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburns at redhat.com Wed Mar 6 16:06:28 2013 From: mburns at redhat.com (Mike Burns) Date: Wed, 06 Mar 2013 11:06:28 -0500 Subject: [Users] oVirt Weekly Meeting Minutes -- 2013-03-06 Message-ID: <51376984.4040402@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-06-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-06-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-06-15.00.log.html *** Additional information included below that came in after the meeting. See lines that start with *** ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 15:00:24 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-06-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 15:00:42) * Agenda (mburns, 15:00:46) * * Release Planning and Updates (mburns, 15:00:57) * * Conferences and Workshops (mburns, 15:01:06) * * Sub-project Reports (mburns, 15:01:24) * Release Planning (mburns, 15:03:44) * release management wiki page is up for 3.3 (mburns, 15:04:15) * LINK: http://wiki.ovirt.org/OVirt_3.3_release-management (mburns, 15:04:17) * mburns has sent a request for feature pages and project contacts for 3.3 (mburns, 15:06:06) * no responses yet (but that's because I just sent it this morning) (mburns, 15:06:31) * mburns also sent out email about overall project management process going forward to arch@ and board@ (mburns, 15:07:05) * dneary and mgoldboi have also been working on the overall release process, material will be sent to arch and board in response to mburns email (mburns, 15:08:48) * Please get feature pages created in the wiki ASAP and link them to the release management page (mburns, 15:09:38) * oVirt 3.2 Updates (mburns, 15:11:36) * ovirt-node pushed live last thursday including vdsm and fix for a security issue (mburns, 15:11:55) * patches for el6 builds are included in engine master and proposed on engine-3.2 branch (mburns, 15:12:29) * currently in testing by jhernand and oschreib_ (mburns, 15:12:58) * beta of el6 packages and ga of f18 packages for engine 3.2.1 available next week (mburns, 15:14:45) * YamaKasY to work with oschreib_ on getting a list of issues in 3.2 that should be fixed in an async release (mburns, 15:24:01) * mburns to try to get on top of el6 vdsm builds this week (mburns, 15:24:19) * workshops and conferences (mburns, 15:28:15) * LINK: http://www.ovirt.org/Intel_Workshop_May_2013 (theron, 15:29:40) * moving forward with the oVirt workshop in Shangha (mburns, 15:29:56) * orking though logistics directly with Intel, and we've published the CFP to the oVirt website, as well as the mailing lists (mburns, 15:30:06) * LINK: http://www.ovirt.org/Intel_Workshop_May_2013 (mburns, 15:30:14) * we're actively looking for speakers now, if anyone can think of different avenues, feel free to let theron know (mburns, 15:31:12) * Attendees here thinking about attending should get visas in order ASAP (mburns, 15:32:49) * early in planning, but we are prepping for 3 tracks. (mburns, 15:32:58) * IDEA: focus on dev, user, and integration tracks.. thinking space for showcasing oVirt integration with Gluster (mburns, 15:33:12) * itamar and the intel GM have been asked to do keynotes, more info to follow on this (mburns, 15:33:54) * The oVirt marketing group (once finalized who's in it) will be reaching out to OVA to help with promotions (mburns, 15:35:49) * lodging and additional logistics are being worked, expect updates on the oVirt website as they materialize (mburns, 15:35:58) * Sub-Project Report -- infra (mburns, 15:43:44) * jenkins has migrated to a new host at AlterWay (mburns, 15:45:51) * things appear stable with the new jenkins master (mburns, 15:46:21) *** working on the rackspace boxes. Going to be oVirt on F18 to get nested virtualization. Will run RHEL in VMs on top. *** other info in the minutes *** LINK: http://resources.ovirt.org/meetings/ovirt/2013/ovirt.2013-03-04-15.03.html * Other Topics (mburns, 15:47:58) Meeting ended at 15:52:30 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (86) * theron (21) * oschreib_ (17) * YamaKasY (15) * dneary (10) * ovirtbot (5) * tfeldman (3) * mgoldboi (3) * doron_ (1) * lh (1) * dustins (1) * quaid (0) * ewoud (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From f.bevia at cg33.fr Wed Mar 6 16:12:53 2013 From: f.bevia at cg33.fr (Frederic Bevia) Date: Wed, 6 Mar 2013 16:12:53 +0000 (UTC) Subject: [Users] problem with all-in-one ovirt install on Centos 6.3 related to hostname resolution References: <51372556.3060404@redhat.com> Message-ID: Sandro Bonazzola writes: > > Hi Frederic, thanks for your report! >......; > > Please run engine-cleanup, engine-setup and check ovirt-engine status if > it fails again. > If it fails, can you please attach your logs? > > ....> > Regards, > Sandro Hi Sandro, thanks very much for your answer. I did run engine-cleanup, engine-setup and check ovirt-engine status and it failed again. But, meanwhile, to validate my hypothesis on the faulty name resolution, I installed dnsmasq, a small dns proxy/forwarder, on the same server (srv-santos.cg33.fr), wich can resolve name from local hosts file and from upstream DNS. Then, i re-run engine-setup, and bingo! :-)) no name r?solution pbms and no error on JBoss.. Alas! it failed again shortly afterwards with this message: "could not create ovirtsdk API object" It seems to be a known bug cf. "https://bugzilla.redhat.com/show_bug.cgi?id=869457", fixed in lasts fedora's packages.. but apprently not in the ovirt-all-in-one packages on Centos 6. So unless if someone have a solution for this pbm, other than install ovirt on a fedora distrib with the last package of course, i just decided to stay on my centos 6, uninstall ovirt all-in-one and guive a try to a standard engine instal + a standard vdsm install on the same machine with the regular ovirt packages for centos. Regards, Frederic > _______________________________________________ > Users mailing list > Users ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alex.tuxx at gmail.com Wed Mar 6 16:16:36 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 16:16:36 +0000 Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: References: <62902342.5287636.1362574854150.JavaMail.root@redhat.com> <501759208.5287883.1362574949670.JavaMail.root@redhat.com> Message-ID: I've setup the same bond config on my test machine, and this is what I get : # vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0.113 nics=eth0,eth1 'bond0.113' is not a valid bonding device name Alex On 6 March 2013 13:05, Alex Leonhardt wrote: > Thanks Antoni, > > I'll try the above when it's a bit quieter (evening). Also, good to know > that if you put the host in maint that it will pick the changes up :) ... > > IMO - the engine should poll the HVs at least once an hour / day to check > if any hardware relevant to it has changed ... :) > > Thanks again, I'll update with the result(s) later today. > > Alex > > > > On 6 March 2013 13:02, Antoni Segura Puimedon wrote: > >> Forgot to cc users list. >> >> ----- Forwarded Message ----- >> > From: "Antoni Segura Puimedon" >> > To: "Alex Leonhardt" >> > Sent: Wednesday, March 6, 2013 2:00:54 PM >> > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Alex Leonhardt" >> > > To: "Antoni Segura Puimedon" >> > > Cc: "oVirt Mailing List" >> > > Sent: Wednesday, March 6, 2013 1:52:36 PM >> > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node >> > > >> > > >> > > >> > > Hmmm, nothing is coming up in the logs when i try and add it - I >> > > think ovirt-engine is not aware that the HV got a new interface >> > > added. >> > > >> > > Would restarting vdsm help ? If so, would that take down my VMs ? >> > >> > I guess you could migrate the VMs to another host and try that. >> > However, >> > if doing that is not an option (no other hosts, for example), I guess >> > there >> > would be a workaround from host-side. >> > >> > It would be something like the following (on host): >> > >> > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 bridged=true >> > nics=nic0,nic1 >> > >> > substitute nic0 and nic1 for the actual nics that are on the host. >> > >> > This will effectively do the setup you want on the host. As far as >> > making the >> > engine realize it... I'm not aware of all the actions that trigger an >> > update. I know >> > that going to maintenance and back does it, but in this case I guess >> > it is not an option. >> > >> > > >> > > Alex >> > > >> > > >> > > >> > > >> > > On 6 March 2013 12:23, Antoni Segura Puimedon < asegurap at redhat.com >> > > > >> > > wrote: >> > > >> > > >> > > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > >> > > > To: "oVirt Mailing List" < users at ovirt.org > >> > > > Sent: Wednesday, March 6, 2013 12:42:06 PM >> > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node >> > > > >> > > > >> > > > >> > > > Sorry, the picture should actually say br2 :) ... have had to >> > > > edit >> > > > it >> > > > to protect the real name(s) ... >> > > > >> > > > Alex >> > > > >> > > > >> > > > >> > > > >> > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > >> > > > wrote: >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > All, >> > > > >> > > > I've added manually a bond. to a Hyper-Visor, then added >> > > > a >> > > > bridge and slaved bond. to it. >> > > > >> > > > I've upped the interfaces (no IPs), however ovirt-engine still >> > > > wont >> > > > allow me to add the new bridged interface. I did this yesterday, >> > > > so >> > > > I thought, maybe it's just a cache issue, however, it doesnt seem >> > > > to >> > > > update the HVs network config periodically ? >> > > >> > > What does the engine say when you try to add it? The message could >> > > give >> > > us a good hint. >> > > >> > > >> > > >> > > > >> > > > What can I do to get this sorted ?? I dont want to have to >> > > > restart >> > > > the networking as VMs are running and needed. >> > > > >> > > > FWIW, the setup looks like this - >> > > > >> > > > >> > > > eth0 >> > > > | ----- bond0.111 --- br1 >> > > > | ----- bond0.112 --- ovirtmgmt >> > > > >> > > > >> > > > eth1 >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > the change was : >> > > > >> > > > eth0 >> > > > | ----- bond0.111 --- br1 >> > > > | ----- bond0.112 --- ovirtmgmt >> > > > | ----- bond0.113 --- br2 >> > > > eth1 >> > > > >> > > > >> > > > I then added "br2" to the ovirt-engine config, however, I'm not >> > > > able >> > > > to assign it to bond in the network config (web admin interface) >> > > > for >> > > > the hyper visor / host. >> > > > >> > > > >> > > > >> > > > Also see screenshot attached. >> > > > >> > > > >> > > > Thanks >> > > > Alex >> > > > >> > > > >> > > > >> > > > >> > > > -- >> > > > >> > > > >> > > > >> > > > | RHCE | Senior Systems Engineer | www.vcore.co | >> > > > | www.vsearchcloud.com | >> > > > >> > > > >> > > > >> > > > -- >> > > > >> > > > >> > > > >> > > > | RHCE | Senior Systems Engineer | www.vcore.co | >> > > > | www.vsearchcloud.com | >> > > > >> > > > _______________________________________________ >> > > > Users mailing list >> > > > Users at ovirt.org >> > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > > >> > > >> > > -- >> > > >> > > >> > > >> > > | RHCE | Senior Systems Engineer | www.vcore.co | >> > > | www.vsearchcloud.com | >> > > >> > >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From asegurap at redhat.com Wed Mar 6 16:34:00 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 6 Mar 2013 11:34:00 -0500 (EST) Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: Message-ID: <1606343161.5362040.1362587640973.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "Antoni Segura Puimedon" > Cc: "oVirt Mailing List" > Sent: Wednesday, March 6, 2013 5:16:36 PM > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node > > > > I've setup the same bond config on my test machine, and this is what > I get : > > > # vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0.113 > nics=eth0,eth1 > 'bond0.113' is not a valid bonding device name It should be: vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0 vlan=113 nics=eth0,eth1 > > > > Alex > > > > > > On 6 March 2013 13:05, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > > Thanks Antoni, > > I'll try the above when it's a bit quieter (evening). Also, good to > know that if you put the host in maint that it will pick the changes > up :) ... > > > IMO - the engine should poll the HVs at least once an hour / day to > check if any hardware relevant to it has changed ... :) > > > > Thanks again, I'll update with the result(s) later today. > > Alex > > > > > > > > On 6 March 2013 13:02, Antoni Segura Puimedon < asegurap at redhat.com > > wrote: > > > Forgot to cc users list. > > > > ----- Forwarded Message ----- > > From: "Antoni Segura Puimedon" < asegurap at redhat.com > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > Sent: Wednesday, March 6, 2013 2:00:54 PM > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Wednesday, March 6, 2013 1:52:36 PM > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > Hmmm, nothing is coming up in the logs when i try and add it - I > > > think ovirt-engine is not aware that the HV got a new interface > > > added. > > > > > > Would restarting vdsm help ? If so, would that take down my VMs ? > > > > I guess you could migrate the VMs to another host and try that. > > However, > > if doing that is not an option (no other hosts, for example), I > > guess > > there > > would be a workaround from host-side. > > > > It would be something like the following (on host): > > > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 > > bridged=true > > nics=nic0,nic1 > > > > substitute nic0 and nic1 for the actual nics that are on the host. > > > > This will effectively do the setup you want on the host. As far as > > making the > > engine realize it... I'm not aware of all the actions that trigger > > an > > update. I know > > that going to maintenance and back does it, but in this case I > > guess > > it is not an option. > > > > > > > > Alex > > > > > > > > > > > > > > > On 6 March 2013 12:23, Antoni Segura Puimedon < > > > asegurap at redhat.com > > > > > > > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to > > > > edit > > > > it > > > > to protect the real name(s) ... > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > All, > > > > > > > > I've added manually a bond. to a Hyper-Visor, then > > > > added > > > > a > > > > bridge and slaved bond. to it. > > > > > > > > I've upped the interfaces (no IPs), however ovirt-engine still > > > > wont > > > > allow me to add the new bridged interface. I did this > > > > yesterday, > > > > so > > > > I thought, maybe it's just a cache issue, however, it doesnt > > > > seem > > > > to > > > > update the HVs network config periodically ? > > > > > > What does the engine say when you try to add it? The message > > > could > > > give > > > us a good hint. > > > > > > > > > > > > > > > > > What can I do to get this sorted ?? I dont want to have to > > > > restart > > > > the networking as VMs are running and needed. > > > > > > > > FWIW, the setup looks like this - > > > > > > > > > > > > eth0 > > > > | ----- bond0.111 --- br1 > > > > | ----- bond0.112 --- ovirtmgmt > > > > > > > > > > > > eth1 > > > > > > > > > > > > > > > > > > > > > > > > the change was : > > > > > > > > eth0 > > > > | ----- bond0.111 --- br1 > > > > | ----- bond0.112 --- ovirtmgmt > > > > | ----- bond0.113 --- br2 > > > > eth1 > > > > > > > > > > > > I then added "br2" to the ovirt-engine config, however, I'm not > > > > able > > > > to assign it to bond in the network config (web admin > > > > interface) > > > > for > > > > the hyper visor / host. > > > > > > > > > > > > > > > > Also see screenshot attached. > > > > > > > > > > > > Thanks > > > > Alex > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > > > > -- > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > From alex.tuxx at gmail.com Wed Mar 6 16:38:16 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Wed, 6 Mar 2013 16:38:16 +0000 Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: <1606343161.5362040.1362587640973.JavaMail.root@redhat.com> References: <1606343161.5362040.1362587640973.JavaMail.root@redhat.com> Message-ID: Ah, yes, sorry - just did that - it said "Done" - but I cant see it in ovirt-engine still :( Alex On 6 March 2013 16:34, Antoni Segura Puimedon wrote: > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "Antoni Segura Puimedon" > > Cc: "oVirt Mailing List" > > Sent: Wednesday, March 6, 2013 5:16:36 PM > > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node > > > > > > > > I've setup the same bond config on my test machine, and this is what > > I get : > > > > > > # vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0.113 > > nics=eth0,eth1 > > 'bond0.113' is not a valid bonding device name > > It should be: > > vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0 vlan=113 > nics=eth0,eth1 > > > > > > > > > Alex > > > > > > > > > > > > On 6 March 2013 13:05, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > > > > > > > > Thanks Antoni, > > > > I'll try the above when it's a bit quieter (evening). Also, good to > > know that if you put the host in maint that it will pick the changes > > up :) ... > > > > > > IMO - the engine should poll the HVs at least once an hour / day to > > check if any hardware relevant to it has changed ... :) > > > > > > > > Thanks again, I'll update with the result(s) later today. > > > > Alex > > > > > > > > > > > > > > > > On 6 March 2013 13:02, Antoni Segura Puimedon < asegurap at redhat.com > > > wrote: > > > > > > Forgot to cc users list. > > > > > > > > ----- Forwarded Message ----- > > > From: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > Sent: Wednesday, March 6, 2013 2:00:54 PM > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > To: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Wednesday, March 6, 2013 1:52:36 PM > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > Hmmm, nothing is coming up in the logs when i try and add it - I > > > > think ovirt-engine is not aware that the HV got a new interface > > > > added. > > > > > > > > Would restarting vdsm help ? If so, would that take down my VMs ? > > > > > > I guess you could migrate the VMs to another host and try that. > > > However, > > > if doing that is not an option (no other hosts, for example), I > > > guess > > > there > > > would be a workaround from host-side. > > > > > > It would be something like the following (on host): > > > > > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 > > > bridged=true > > > nics=nic0,nic1 > > > > > > substitute nic0 and nic1 for the actual nics that are on the host. > > > > > > This will effectively do the setup you want on the host. As far as > > > making the > > > engine realize it... I'm not aware of all the actions that trigger > > > an > > > update. I know > > > that going to maintenance and back does it, but in this case I > > > guess > > > it is not an option. > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > On 6 March 2013 12:23, Antoni Segura Puimedon < > > > > asegurap at redhat.com > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to > > > > > edit > > > > > it > > > > > to protect the real name(s) ... > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > All, > > > > > > > > > > I've added manually a bond. to a Hyper-Visor, then > > > > > added > > > > > a > > > > > bridge and slaved bond. to it. > > > > > > > > > > I've upped the interfaces (no IPs), however ovirt-engine still > > > > > wont > > > > > allow me to add the new bridged interface. I did this > > > > > yesterday, > > > > > so > > > > > I thought, maybe it's just a cache issue, however, it doesnt > > > > > seem > > > > > to > > > > > update the HVs network config periodically ? > > > > > > > > What does the engine say when you try to add it? The message > > > > could > > > > give > > > > us a good hint. > > > > > > > > > > > > > > > > > > > > > > What can I do to get this sorted ?? I dont want to have to > > > > > restart > > > > > the networking as VMs are running and needed. > > > > > > > > > > FWIW, the setup looks like this - > > > > > > > > > > > > > > > eth0 > > > > > | ----- bond0.111 --- br1 > > > > > | ----- bond0.112 --- ovirtmgmt > > > > > > > > > > > > > > > eth1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > the change was : > > > > > > > > > > eth0 > > > > > | ----- bond0.111 --- br1 > > > > > | ----- bond0.112 --- ovirtmgmt > > > > > | ----- bond0.113 --- br2 > > > > > eth1 > > > > > > > > > > > > > > > I then added "br2" to the ovirt-engine config, however, I'm not > > > > > able > > > > > to assign it to bond in the network config (web admin > > > > > interface) > > > > > for > > > > > the hyper visor / host. > > > > > > > > > > > > > > > > > > > > Also see screenshot attached. > > > > > > > > > > > > > > > Thanks > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > > > -- > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From asegurap at redhat.com Wed Mar 6 16:47:47 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 6 Mar 2013 11:47:47 -0500 (EST) Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: Message-ID: <2079828233.5365874.1362588467336.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "Antoni Segura Puimedon" > Cc: "oVirt Mailing List" > Sent: Wednesday, March 6, 2013 5:38:16 PM > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node > > > > Ah, yes, sorry - just did that - it said "Done" - but I cant see it > in ovirt-engine still :( As I said earlier, unfortunately I don't know all the actions that make the engine refresh the network info from the hosts. IMHO it wouldn't be a bad idea to add something periodic or even a force refresh option in the context menu. However, I'm not an oVirt Engine guy, so I don't know all the intricacies that would play into that. If you want you can ping me on #ovirt and we can evaluate the particular situation to see if there is some workaround. > > Alex > > > > > On 6 March 2013 16:34, Antoni Segura Puimedon < asegurap at redhat.com > > wrote: > > > > > > ----- Original Message ----- > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > To: "Antoni Segura Puimedon" < asegurap at redhat.com > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Wednesday, March 6, 2013 5:16:36 PM > > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node > > > > > > > > I've setup the same bond config on my test machine, and this is > > what > > I get : > > > > > > # vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0.113 > > nics=eth0,eth1 > > 'bond0.113' is not a valid bonding device name > > It should be: > > vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0 vlan=113 > nics=eth0,eth1 > > > > > > > > > > > Alex > > > > > > > > > > > > On 6 March 2013 13:05, Alex Leonhardt < alex.tuxx at gmail.com > > > wrote: > > > > > > > > > > > > Thanks Antoni, > > > > I'll try the above when it's a bit quieter (evening). Also, good to > > know that if you put the host in maint that it will pick the > > changes > > up :) ... > > > > > > IMO - the engine should poll the HVs at least once an hour / day to > > check if any hardware relevant to it has changed ... :) > > > > > > > > Thanks again, I'll update with the result(s) later today. > > > > Alex > > > > > > > > > > > > > > > > On 6 March 2013 13:02, Antoni Segura Puimedon < asegurap at redhat.com > > > > > wrote: > > > > > > Forgot to cc users list. > > > > > > > > ----- Forwarded Message ----- > > > From: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > Sent: Wednesday, March 6, 2013 2:00:54 PM > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > To: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Wednesday, March 6, 2013 1:52:36 PM > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > Hmmm, nothing is coming up in the logs when i try and add it - > > > > I > > > > think ovirt-engine is not aware that the HV got a new interface > > > > added. > > > > > > > > Would restarting vdsm help ? If so, would that take down my VMs > > > > ? > > > > > > I guess you could migrate the VMs to another host and try that. > > > However, > > > if doing that is not an option (no other hosts, for example), I > > > guess > > > there > > > would be a workaround from host-side. > > > > > > It would be something like the following (on host): > > > > > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 > > > bridged=true > > > nics=nic0,nic1 > > > > > > substitute nic0 and nic1 for the actual nics that are on the > > > host. > > > > > > This will effectively do the setup you want on the host. As far > > > as > > > making the > > > engine realize it... I'm not aware of all the actions that > > > trigger > > > an > > > update. I know > > > that going to maintenance and back does it, but in this case I > > > guess > > > it is not an option. > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > On 6 March 2013 12:23, Antoni Segura Puimedon < > > > > asegurap at redhat.com > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to > > > > > edit > > > > > it > > > > > to protect the real name(s) ... > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > All, > > > > > > > > > > I've added manually a bond. to a Hyper-Visor, then > > > > > added > > > > > a > > > > > bridge and slaved bond. to it. > > > > > > > > > > I've upped the interfaces (no IPs), however ovirt-engine > > > > > still > > > > > wont > > > > > allow me to add the new bridged interface. I did this > > > > > yesterday, > > > > > so > > > > > I thought, maybe it's just a cache issue, however, it doesnt > > > > > seem > > > > > to > > > > > update the HVs network config periodically ? > > > > > > > > What does the engine say when you try to add it? The message > > > > could > > > > give > > > > us a good hint. > > > > > > > > > > > > > > > > > > > > > > What can I do to get this sorted ?? I dont want to have to > > > > > restart > > > > > the networking as VMs are running and needed. > > > > > > > > > > FWIW, the setup looks like this - > > > > > > > > > > > > > > > eth0 > > > > > | ----- bond0.111 --- br1 > > > > > | ----- bond0.112 --- ovirtmgmt > > > > > > > > > > > > > > > eth1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > the change was : > > > > > > > > > > eth0 > > > > > | ----- bond0.111 --- br1 > > > > > | ----- bond0.112 --- ovirtmgmt > > > > > | ----- bond0.113 --- br2 > > > > > eth1 > > > > > > > > > > > > > > > I then added "br2" to the ovirt-engine config, however, I'm > > > > > not > > > > > able > > > > > to assign it to bond in the network config (web admin > > > > > interface) > > > > > for > > > > > the hyper visor / host. > > > > > > > > > > > > > > > > > > > > Also see screenshot attached. > > > > > > > > > > > > > > > Thanks > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > > > -- > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > From rob at zwissler.org Wed Mar 6 16:59:33 2013 From: rob at zwissler.org (Rob Zwissler) Date: Wed, 6 Mar 2013 08:59:33 -0800 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <5136FF95.4040906@redhat.com> References: <5136FF95.4040906@redhat.com> Message-ID: On Wed, Mar 6, 2013 at 12:34 AM, Shireesh Anjal wrote: > > oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is currently in > alpha and hence not available in stable repositories. > http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/ > > This issue has been reported multiple times now, and I think it needs an > update to the oVirt 3.2 release notes. Have added a note to this effect at: > http://www.ovirt.org/OVirt_3.2_release_notes#Storage > On one hand I like oVirt, I think you guys have done a good job with this, and it is free software so I don't want to complain. But on the other hand, if you release a major/stable release (ie: oVirt 3.2), but it relies on a major/critical component (clustering filesystem server) that is in alpha, not even beta, but alpha prerelease form, you really should be up front and communicative about this. My searches turned up nothing except an offhand statement from a GlusterFS developer, nothing from the oVirt team until now. It is not acceptable to expect people to run something as critical as a cluster filesystem server in alpha form on anything short of a development test setup. Are any other components of oVirt 3.2 dependent on non-stable general release packages? What is the latest release of oVirt considered to be stable and considered safe for use on production systems? Rob From rob at zwissler.org Wed Mar 6 17:14:00 2013 From: rob at zwissler.org (Rob Zwissler) Date: Wed, 6 Mar 2013 09:14:00 -0800 Subject: [Users] Adding a bond.vlantag to ovirt-node In-Reply-To: References: Message-ID: Hi Alex, I'm using a very similar setup on our clusters, a few caveats I encountered - For oVirt to manage the networks, it would not allow me to run ovirtmgmt on the same interface as the data networks, so I'm running two bonds, one for ovirtmgmt and one for the data VLANs. It makes sense that oVirt would not allow ovirtmgmt on the trunked bond, as oVirt needs the ability to communicate with vdsm while modifying the trunked bond setup. I have tried splitting off a third bond for a dedicated storage network with Gluster but that has lead to issues of it's own, perhaps this will work in a future version of oVirt. With oVirt 3.1 it would not allow me to save a VLAN interface without an IP, but it appears that with oVirt 3.2 I can, which is good, as I want to offer a VLAN to my VMs which is on the same network as the ovirtmgmt interface, and the oVirt 3.1 requirement of having an IP on every bridge forces the situation of having two different interfaces on the same subnets with IPs, without using source policy routing (or some iptables work), whichever IP has lower entries in the routing table becomes essentially unusable. FWIW I'm building machines out of kickstart/cobbler with the bonded bridged setups, and they import and are recognized directly by oVirt, which is very convenient. I use LACP for the trunked bonds, and use vlanXXX as the naming convention for the bridges. I'm using balance-tlb (mode 5) for the ovirtmgmt bond for other reasons LACP is not viable on that bond in our setup. I previously tried balance-alb (mode 6) but that is not usable for VMs, which is another issue altogether (fixed in kernel 3.8 apparently). regards Rob On Wed, Mar 6, 2013 at 3:39 AM, Alex Leonhardt wrote: > All, > > I've added manually a bond. to a Hyper-Visor, then added a bridge > and slaved bond. to it. > > I've upped the interfaces (no IPs), however ovirt-engine still wont allow me > to add the new bridged interface. I did this yesterday, so I thought, maybe > it's just a cache issue, however, it doesnt seem to update the HVs network > config periodically ? > > What can I do to get this sorted ?? I dont want to have to restart the > networking as VMs are running and needed. > > FWIW, the setup looks like this - > > > eth0 > | ----- bond0.111 --- br1 > | ----- bond0.112 --- ovirtmgmt > eth1 > > > the change was : > > eth0 > | ----- bond0.111 --- br1 > | ----- bond0.112 --- ovirtmgmt > | ----- bond0.113 --- br2 > eth1 > > I then added "br2" to the ovirt-engine config, however, I'm not able to > assign it to bond in the network config (web admin interface) for the hyper > visor / host. > > Also see screenshot attached. > > Thanks > Alex > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mr.marcelo.barbosa at gmail.com Wed Mar 6 17:48:39 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Wed, 6 Mar 2013 14:48:39 -0300 Subject: [Users] Problem install Message-ID: hi guys, I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but this version not finish for sucessful install, information my enviroment: [root at firelap ovirt]# cat /etc/redhat-release Fedora release 18 (Spherical Cow) [root at firelap ovirt]# uname -a Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root at firelap ovirt]# ifconfig bond0: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond1: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond2: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond3: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond4: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 136972 bytes 54834621 (52.2 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 136972 bytes 54834621 (52.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 p5p1: flags=4163 mtu 1500 inet 172.16.255.43 netmask 255.255.255.192 broadcast 172.16.255.63 inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid 0x20 ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) RX packets 480681 bytes 614801393 (586.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 323373 bytes 35479386 (33.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 17 [root at firelap ovirt]# rpm -qa | grep ovirt ovirt-engine-cli-3.2.0.10-1.fc18.noarch ovirt-engine-backend-3.2.0-4.fc18.noarch ovirt-engine-config-3.2.0-4.fc18.noarch ovirt-host-deploy-1.0.0-1.fc18.noarch ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch ovirt-engine-restapi-3.2.0-4.fc18.noarch ovirt-engine-dbscripts-3.2.0-4.fc18.noarch ovirt-image-uploader-3.2.0-1.fc18.noarch ovirt-host-deploy-offline-1.0.0-1.fc18.noarch ovirt-engine-setup-3.2.0-4.fc18.noarch ovirt-release-fedora-5-3.noarch ovirt-engine-tools-common-3.2.0-4.fc18.noarch ovirt-engine-3.2.0-4.fc18.noarch ovirt-log-collector-3.2.0-1.fc18.noarch ovirt-host-deploy-java-1.0.0-1.fc18.noarch ovirt-engine-userportal-3.2.0-4.fc18.noarch ovirt-engine-notification-service-3.2.0-4.fc18.noarch ovirt-iso-uploader-3.2.0-1.fc18.noarch ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch ovirt-engine-sdk-3.2.0.9-1.fc18.noarch ovirt-engine-genericapi-3.2.0-4.fc18.noarch [root at firelap ~]# host firelap.usc.unirede.net firelap.usc.unirede.net has address 172.16.255.43 [root at firelap ~]# ping firelap.usc.unirede.net PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 time=0.055 ms [root at firelap ~]# engine-setup Welcome to oVirt Engine setup utility oVirt Engine uses httpd to proxy requests to the application server. It looks like the httpd installed locally is being actively used. The installer can override current configuration . Alternatively you can use JBoss directly (on ports higher than 1024) Do you wish to override current httpd configuration and restart the service? ['yes'| 'no'] [yes] : HTTP Port [80] : HTTPS Port [443] : Host fully qualified domain name. Note: this name should be fully resolvable [firelap.no-ip.org] : localhost.localdomain The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any interface on this host User input failed validation, do you still wish to use it? (yes|no): no Host fully qualified domain name. Note: this name should be fully resolvable [firelap.no-ip.org] : firelap.no-ip.org did not resolve into an IP address User input failed validation, do you still wish to use it? (yes|no): no Host fully qualified domain name. Note: this name should be fully resolvable [firelap.no-ip.org] : firelap.usc.unirede.net Enter a password for an internal oVirt Engine administrator user (admin at internal) : Warning: Weak Password. Confirm password : Organization Name for the Certificate [no-ip.org] : firelap.usc.unirede.net The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] ['virt'| 'gluster'| 'both'] [both] : The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| 'POSIXFS'] [NFS] : Enter DB type for installation ['remote'| 'local'] [local] : Enter a password for a local oVirt Engine DB admin user (engine) : Warning: Weak Password. Confirm password : Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso Error: directory /firebackup/ovirt/iso is not empty Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso Firewall ports need to be opened. The installer can configure firewall automatically overriding the current configuration. The old configuration will be backed up. Alternately you can configure the firewall later using an example file. Which firewall do you wish to configure? ['None'| 'Firewalld'| 'IPTables']: IPTables Configure VDSM on this host? ['yes'| 'no'] [yes] : Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms Confirm root password : oVirt Engine will be installed using the following configuration: ================================================================= override-httpd-config: yes http-port: 80 https-port: 443 host-fqdn: firelap.usc.unirede.net auth-pass: ******** org-name: firelap.usc.unirede.net application-mode: both default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /firebackup/ovirt/iso override-firewall: IPTables config-allinone: yes storage-path: /firebackup/ovirt/vms superuser-pass: ******** Proceed with the configuration listed above? (yes|no): yes Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt Engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ DONE ] Updating ovirt-engine service... [ DONE ] Setting Database Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing oVirt Engine Configuration... [ DONE ] Editing Postgresql Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall... [ DONE ] Starting ovirt-engine Service... [ DONE ] Configuring HTTPD... [ DONE ] AIO: Creating storage directory... [ DONE ] AIO: Adding Local Datacenter and cluster... [ DONE ] AIO: Adding Local host (This may take several minutes)... [ ERROR ] Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Please check log file /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log for more information 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: stopping httpd 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action httpd on service stop 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command --> '/sbin/service httpd stop' 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: output = 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: stderr = Redirecting to /bin/systemctl stop httpd.service 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: starting httpd 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action httpd on service start 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command --> '/sbin/service httpd start' 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: output = 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: stderr = Redirecting to /bin/systemctl start httpd.service 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: retcode = 0 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: running makeStorageDir 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: Creating/Verifying local domain path 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: Setting selinux context 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting selinux context for /firebackup/ovirt/vms 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: Executing command --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t /firebackup/ovirt/vms(/.*)?' 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: Executing command --> '/sbin/restorecon -r /firebackup/ovirt/vms' 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running waitForJbossUp 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: Checking JBoss status. 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: JBoss is up and running. 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running initAPI 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: Initiating the API object 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: running createDC 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: Creating the local datacenter 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: running createCluster 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: Creating the local cluster 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: running createHost 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: Adding the local host 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: running waitForHostUp 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: Waiting for host to become operational 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: current host status is: installing 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 308, in isHostUp raise Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting for the host to start 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: Waiting for host to become operational 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: current host status is: installing 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 308, in isHostUp raise Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting for the host to start 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: Waiting for host to become operational 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: current host status is: install_failed 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 306, in isHostUp raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. 2013-03-06 14:35:56::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 294, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** The following params were used as user input: 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: override-httpd-config: yes 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: http-port: 80 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: https-port: 443 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: random-passwords: no 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: host-fqdn: firelap.usc.unirede.net 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: auth-pass: ******** 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: org-name: firelap.usc.unirede.net 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: application-mode: both 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: default-dc-type: NFS 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-remote-install: local 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-host: localhost 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-local-pass: ******** 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: nfs-mp: /firebackup/********/iso 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: iso-domain-name: ISO_DOMAIN 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-nfs: yes 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: override-firewall: IPTables 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-allinone: yes 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: storage-path: /firebackup/********/vms 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: superuser-pass: ******** 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: Traceback (most recent call last): File "/bin/engine-setup", line 2363, in main(confFile) File "/bin/engine-setup", line 2146, in main runSequences() File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Thnkz for attention. Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* -------------- next part -------------- An HTML attachment was scrubbed... URL: From mr.marcelo.barbosa at gmail.com Wed Mar 6 18:01:50 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Wed, 6 Mar 2013 15:01:50 -0300 Subject: [Users] Problem install In-Reply-To: References: Message-ID: Attached my log file. Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa < mr.marcelo.barbosa at gmail.com> wrote: > hi guys, > > I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but this > version not finish for sucessful install, information my enviroment: > > [root at firelap ovirt]# cat /etc/redhat-release > Fedora release 18 (Spherical Cow) > > [root at firelap ovirt]# uname -a > Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC 2013 > x86_64 x86_64 x86_64 GNU/Linux > > [root at firelap ovirt]# ifconfig > bond0: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > bond1: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > bond2: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > bond3: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > bond4: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > inet6 ::1 prefixlen 128 scopeid 0x10 > loop txqueuelen 0 (Local Loopback) > RX packets 136972 bytes 54834621 (52.2 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 136972 bytes 54834621 (52.2 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > p5p1: flags=4163 mtu 1500 > inet 172.16.255.43 netmask 255.255.255.192 broadcast > 172.16.255.63 > inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid 0x20 > ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) > RX packets 480681 bytes 614801393 (586.3 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 323373 bytes 35479386 (33.8 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device interrupt 17 > > [root at firelap ovirt]# rpm -qa | grep ovirt > ovirt-engine-cli-3.2.0.10-1.fc18.noarch > ovirt-engine-backend-3.2.0-4.fc18.noarch > ovirt-engine-config-3.2.0-4.fc18.noarch > ovirt-host-deploy-1.0.0-1.fc18.noarch > ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch > ovirt-engine-restapi-3.2.0-4.fc18.noarch > ovirt-engine-dbscripts-3.2.0-4.fc18.noarch > ovirt-image-uploader-3.2.0-1.fc18.noarch > ovirt-host-deploy-offline-1.0.0-1.fc18.noarch > ovirt-engine-setup-3.2.0-4.fc18.noarch > ovirt-release-fedora-5-3.noarch > ovirt-engine-tools-common-3.2.0-4.fc18.noarch > ovirt-engine-3.2.0-4.fc18.noarch > ovirt-log-collector-3.2.0-1.fc18.noarch > ovirt-host-deploy-java-1.0.0-1.fc18.noarch > ovirt-engine-userportal-3.2.0-4.fc18.noarch > ovirt-engine-notification-service-3.2.0-4.fc18.noarch > ovirt-iso-uploader-3.2.0-1.fc18.noarch > ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch > ovirt-engine-sdk-3.2.0.9-1.fc18.noarch > ovirt-engine-genericapi-3.2.0-4.fc18.noarch > > [root at firelap ~]# host firelap.usc.unirede.net > firelap.usc.unirede.net has address 172.16.255.43 > > [root at firelap ~]# ping firelap.usc.unirede.net > PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. > 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 time=0.055 ms > > [root at firelap ~]# engine-setup > Welcome to oVirt Engine setup utility > oVirt Engine uses httpd to proxy requests to the application server. > It looks like the httpd installed locally is being actively used. > The installer can override current configuration . > Alternatively you can use JBoss directly (on ports higher than 1024) > Do you wish to override current httpd configuration and restart the > service? ['yes'| 'no'] [yes] : > HTTP Port [80] : > HTTPS Port [443] : > Host fully qualified domain name. Note: this name should be fully > resolvable [firelap.no-ip.org] : localhost.localdomain > The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain > is not configured on any interface on this host > User input failed validation, do you still wish to use it? (yes|no): no > Host fully qualified domain name. Note: this name should be fully > resolvable [firelap.no-ip.org] : > firelap.no-ip.org did not resolve into an IP address > User input failed validation, do you still wish to use it? (yes|no): no > Host fully qualified domain name. Note: this name should be fully > resolvable [firelap.no-ip.org] : firelap.usc.unirede.net > Enter a password for an internal oVirt Engine administrator user > (admin at internal) : > Warning: Weak Password. > Confirm password : > Organization Name for the Certificate [no-ip.org] : > firelap.usc.unirede.net > The engine can be configured to present the UI in three different > application modes. virt [Manage virtualization only], gluster [Manage > gluster storage only], and both [Manage virtualization as well as gluster > storage] ['virt'| 'gluster'| 'both'] [both] : > The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| > 'POSIXFS'] [NFS] : > Enter DB type for installation ['remote'| 'local'] [local] : > Enter a password for a local oVirt Engine DB admin user (engine) : > Warning: Weak Password. > Confirm password : > Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso > Error: directory /firebackup/ovirt/iso is not empty > Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso > Firewall ports need to be opened. > The installer can configure firewall automatically overriding the current > configuration. The old configuration will be backed up. > Alternately you can configure the firewall later using an example file. > Which firewall do you wish to configure? ['None'| 'Firewalld'| > 'IPTables']: IPTables > Configure VDSM on this host? ['yes'| 'no'] [yes] : > Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms > Confirm root password : > > oVirt Engine will be installed using the following configuration: > ================================================================= > override-httpd-config: yes > http-port: 80 > https-port: 443 > host-fqdn: firelap.usc.unirede.net > auth-pass: ******** > org-name: firelap.usc.unirede.net > application-mode: both > default-dc-type: NFS > db-remote-install: local > db-local-pass: ******** > nfs-mp: /firebackup/ovirt/iso > override-firewall: IPTables > config-allinone: yes > storage-path: /firebackup/ovirt/vms > superuser-pass: ******** > Proceed with the configuration listed above? (yes|no): yes > > Installing: > AIO: Validating CPU Compatibility... [ DONE ] > AIO: Adding firewall rules... [ DONE ] > Configuring oVirt Engine... [ DONE ] > Configuring JVM... [ DONE ] > Creating CA... [ DONE ] > Updating ovirt-engine service... [ DONE ] > Setting Database Configuration... [ DONE ] > Setting Database Security... [ DONE ] > Creating Database... [ DONE ] > Updating the Default Data Center Storage Type... [ DONE ] > Editing oVirt Engine Configuration... [ DONE ] > Editing Postgresql Configuration... [ DONE ] > Configuring the Default ISO Domain... [ DONE ] > Configuring Firewall... [ DONE ] > Starting ovirt-engine Service... [ DONE ] > Configuring HTTPD... [ DONE ] > AIO: Creating storage directory... [ DONE ] > AIO: Adding Local Datacenter and cluster... [ DONE ] > AIO: Adding Local host (This may take several minutes)... [ ERROR ] > Error: Host was found in a 'Failed' state. Please check engine and > bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log for more > information > > 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 > 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: stopping httpd > 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action > httpd on service stop > 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command > --> '/sbin/service httpd stop' > 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: output = > 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: stderr = Redirecting > to /bin/systemctl stop httpd.service > > 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 > 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: starting httpd > 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action > httpd on service start > 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command > --> '/sbin/service httpd start' > 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: output = > 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: stderr = Redirecting > to /bin/systemctl start httpd.service > > 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: retcode = 0 > 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: running > makeStorageDir > 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: Creating/Verifying > local domain path > 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: Setting selinux > context > 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting selinux context > for /firebackup/ovirt/vms > 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: Executing command > --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t > /firebackup/ovirt/vms(/.*)?' > 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = > 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = > 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 > 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: Executing command > --> '/sbin/restorecon -r /firebackup/ovirt/vms' > 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = > 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = > 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 > 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running > waitForJbossUp > 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: Checking JBoss > status. > 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: JBoss is up and > running. > 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running initAPI > 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: Initiating the API > object > 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: running createDC > 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: Creating the local > datacenter > 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: running > createCluster > 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: Creating the local > cluster > 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: running createHost > 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: Adding the local > host > 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: running > waitForHostUp > 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: Waiting for host > to become operational > 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: current host > status is: installing > 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: Traceback (most > recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 308, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: Waiting for host > to become operational > 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: current host > status is: installing > 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: Traceback (most > recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 308, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: Waiting for host > to become operational > 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: current host > status is: install_failed > 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: Traceback (most > recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 306, in isHostUp > raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > 2013-03-06 14:35:56::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 > 294, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in > retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** The following > params were used as user input: > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > override-httpd-config: yes > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: http-port: 80 > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: https-port: 443 > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: random-passwords: no > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: mac-range: > 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: host-fqdn: > firelap.usc.unirede.net > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: auth-pass: ******** > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: org-name: > firelap.usc.unirede.net > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: application-mode: > both > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: default-dc-type: NFS > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-remote-install: > local > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-host: localhost > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-local-pass: > ******** > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: nfs-mp: > /firebackup/********/iso > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: iso-domain-name: > ISO_DOMAIN > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-nfs: yes > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: override-firewall: > IPTables > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-allinone: yes > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: storage-path: > /firebackup/********/vms > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: superuser-pass: > ******** > 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: Traceback (most > recent call last): > File "/bin/engine-setup", line 2363, in > main(confFile) > File "/bin/engine-setup", line 2146, in main > runSequences() > File "/bin/engine-setup", line 2068, 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 > 294, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in > retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > Thnkz for attention. > > Marcelo Barbosa > *mr.marcelo.barbosa at gmail.com* > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine-setup_2013_03_06_14_30_51.log Type: application/octet-stream Size: 132977 bytes Desc: not available URL: From santosam72 at gmail.com Wed Mar 6 19:23:49 2013 From: santosam72 at gmail.com (Alexandre Santos) Date: Wed, 6 Mar 2013 19:23:49 +0000 Subject: [Users] Problem install In-Reply-To: References: Message-ID: Hi. Have you tried solving the hostnames resolving issues that are described on your email? Add the hosts to /etc/hosts Alex No dia 06/03/2013 18:02, "Marcelo Barbosa" escreveu: > Attached my log file. > > Marcelo Barbosa > *mr.marcelo.barbosa at gmail.com* > > > On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa < > mr.marcelo.barbosa at gmail.com> wrote: > >> hi guys, >> >> I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but this >> version not finish for sucessful install, information my enviroment: >> >> [root at firelap ovirt]# cat /etc/redhat-release >> Fedora release 18 (Spherical Cow) >> >> [root at firelap ovirt]# uname -a >> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC 2013 >> x86_64 x86_64 x86_64 GNU/Linux >> >> [root at firelap ovirt]# ifconfig >> bond0: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond1: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond2: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond3: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond4: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> lo: flags=73 mtu 65536 >> inet 127.0.0.1 netmask 255.0.0.0 >> inet6 ::1 prefixlen 128 scopeid 0x10 >> loop txqueuelen 0 (Local Loopback) >> RX packets 136972 bytes 54834621 (52.2 MiB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 136972 bytes 54834621 (52.2 MiB) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> p5p1: flags=4163 mtu 1500 >> inet 172.16.255.43 netmask 255.255.255.192 broadcast >> 172.16.255.63 >> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid 0x20 >> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >> RX packets 480681 bytes 614801393 (586.3 MiB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 323373 bytes 35479386 (33.8 MiB) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> device interrupt 17 >> >> [root at firelap ovirt]# rpm -qa | grep ovirt >> ovirt-engine-cli-3.2.0.10-1.fc18.noarch >> ovirt-engine-backend-3.2.0-4.fc18.noarch >> ovirt-engine-config-3.2.0-4.fc18.noarch >> ovirt-host-deploy-1.0.0-1.fc18.noarch >> ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch >> ovirt-engine-restapi-3.2.0-4.fc18.noarch >> ovirt-engine-dbscripts-3.2.0-4.fc18.noarch >> ovirt-image-uploader-3.2.0-1.fc18.noarch >> ovirt-host-deploy-offline-1.0.0-1.fc18.noarch >> ovirt-engine-setup-3.2.0-4.fc18.noarch >> ovirt-release-fedora-5-3.noarch >> ovirt-engine-tools-common-3.2.0-4.fc18.noarch >> ovirt-engine-3.2.0-4.fc18.noarch >> ovirt-log-collector-3.2.0-1.fc18.noarch >> ovirt-host-deploy-java-1.0.0-1.fc18.noarch >> ovirt-engine-userportal-3.2.0-4.fc18.noarch >> ovirt-engine-notification-service-3.2.0-4.fc18.noarch >> ovirt-iso-uploader-3.2.0-1.fc18.noarch >> ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch >> ovirt-engine-sdk-3.2.0.9-1.fc18.noarch >> ovirt-engine-genericapi-3.2.0-4.fc18.noarch >> >> [root at firelap ~]# host firelap.usc.unirede.net >> firelap.usc.unirede.net has address 172.16.255.43 >> >> [root at firelap ~]# ping firelap.usc.unirede.net >> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. >> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 time=0.055 ms >> >> [root at firelap ~]# engine-setup >> Welcome to oVirt Engine setup utility >> oVirt Engine uses httpd to proxy requests to the application server. >> It looks like the httpd installed locally is being actively used. >> The installer can override current configuration . >> Alternatively you can use JBoss directly (on ports higher than 1024) >> Do you wish to override current httpd configuration and restart the >> service? ['yes'| 'no'] [yes] : >> HTTP Port [80] : >> HTTPS Port [443] : >> Host fully qualified domain name. Note: this name should be fully >> resolvable [firelap.no-ip.org] : localhost.localdomain >> The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain >> is not configured on any interface on this host >> User input failed validation, do you still wish to use it? (yes|no): no >> Host fully qualified domain name. Note: this name should be fully >> resolvable [firelap.no-ip.org] : >> firelap.no-ip.org did not resolve into an IP address >> User input failed validation, do you still wish to use it? (yes|no): no >> Host fully qualified domain name. Note: this name should be fully >> resolvable [firelap.no-ip.org] : firelap.usc.unirede.net >> Enter a password for an internal oVirt Engine administrator user >> (admin at internal) : >> Warning: Weak Password. >> Confirm password : >> Organization Name for the Certificate [no-ip.org] : >> firelap.usc.unirede.net >> The engine can be configured to present the UI in three different >> application modes. virt [Manage virtualization only], gluster [Manage >> gluster storage only], and both [Manage virtualization as well as gluster >> storage] ['virt'| 'gluster'| 'both'] [both] : >> The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| >> 'POSIXFS'] [NFS] : >> Enter DB type for installation ['remote'| 'local'] [local] : >> Enter a password for a local oVirt Engine DB admin user (engine) : >> Warning: Weak Password. >> Confirm password : >> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >> Error: directory /firebackup/ovirt/iso is not empty >> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >> Firewall ports need to be opened. >> The installer can configure firewall automatically overriding the current >> configuration. The old configuration will be backed up. >> Alternately you can configure the firewall later using an example file. >> Which firewall do you wish to configure? ['None'| 'Firewalld'| >> 'IPTables']: IPTables >> Configure VDSM on this host? ['yes'| 'no'] [yes] : >> Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms >> Confirm root password : >> >> oVirt Engine will be installed using the following configuration: >> ================================================================= >> override-httpd-config: yes >> http-port: 80 >> https-port: 443 >> host-fqdn: firelap.usc.unirede.net >> auth-pass: ******** >> org-name: firelap.usc.unirede.net >> application-mode: both >> default-dc-type: NFS >> db-remote-install: local >> db-local-pass: ******** >> nfs-mp: /firebackup/ovirt/iso >> override-firewall: IPTables >> config-allinone: yes >> storage-path: /firebackup/ovirt/vms >> superuser-pass: ******** >> Proceed with the configuration listed above? (yes|no): yes >> >> Installing: >> AIO: Validating CPU Compatibility... [ DONE ] >> AIO: Adding firewall rules... [ DONE ] >> Configuring oVirt Engine... [ DONE ] >> Configuring JVM... [ DONE ] >> Creating CA... [ DONE ] >> Updating ovirt-engine service... [ DONE ] >> Setting Database Configuration... [ DONE ] >> Setting Database Security... [ DONE ] >> Creating Database... [ DONE ] >> Updating the Default Data Center Storage Type... [ DONE ] >> Editing oVirt Engine Configuration... [ DONE ] >> Editing Postgresql Configuration... [ DONE ] >> Configuring the Default ISO Domain... [ DONE ] >> Configuring Firewall... [ DONE ] >> Starting ovirt-engine Service... [ DONE ] >> Configuring HTTPD... [ DONE ] >> AIO: Creating storage directory... [ DONE ] >> AIO: Adding Local Datacenter and cluster... [ DONE ] >> AIO: Adding Local host (This may take several minutes)... [ ERROR ] >> Error: Host was found in a 'Failed' state. Please check engine and >> bootstrap installation logs. >> Please check log file >> /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log for more >> information >> >> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 >> 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: stopping httpd >> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action >> httpd on service stop >> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command >> --> '/sbin/service httpd stop' >> 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: output = >> 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: stderr = >> Redirecting to /bin/systemctl stop httpd.service >> >> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 >> 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: starting httpd >> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action >> httpd on service start >> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command >> --> '/sbin/service httpd start' >> 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: output = >> 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: stderr = >> Redirecting to /bin/systemctl start httpd.service >> >> 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: retcode = 0 >> 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: running >> makeStorageDir >> 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: >> Creating/Verifying local domain path >> 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: Setting selinux >> context >> 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting selinux context >> for /firebackup/ovirt/vms >> 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: Executing command >> --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t >> /firebackup/ovirt/vms(/.*)?' >> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = >> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = >> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 >> 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: Executing command >> --> '/sbin/restorecon -r /firebackup/ovirt/vms' >> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = >> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = >> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 >> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running >> waitForJbossUp >> 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: Checking JBoss >> status. >> 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: JBoss is up and >> running. >> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running initAPI >> 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: Initiating the >> API object >> 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: running createDC >> 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: Creating the >> local datacenter >> 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: running >> createCluster >> 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: Creating the >> local cluster >> 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: running createHost >> 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: Adding the local >> host >> 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: running >> waitForHostUp >> 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: Waiting for host >> to become operational >> 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: current host >> status is: installing >> 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: Traceback (most >> recent call last): >> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 308, in isHostUp >> raise Exception(INFO_CREATE_HOST_WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: Waiting for host >> to become operational >> 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: current host >> status is: installing >> 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: Traceback (most >> recent call last): >> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 308, in isHostUp >> raise Exception(INFO_CREATE_HOST_WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: Waiting for host >> to become operational >> 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: current host >> status is: install_failed >> 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: Traceback (most >> recent call last): >> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 306, in isHostUp >> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> >> 2013-03-06 14:35:56::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 >> 294, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in >> retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> >> 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** The following >> params were used as user input: >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >> override-httpd-config: yes >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: http-port: 80 >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: https-port: 443 >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: random-passwords: >> no >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: mac-range: >> 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: host-fqdn: >> firelap.usc.unirede.net >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: auth-pass: ******** >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: org-name: >> firelap.usc.unirede.net >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: application-mode: >> both >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: default-dc-type: >> NFS >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-remote-install: >> local >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-host: localhost >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-local-pass: >> ******** >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: nfs-mp: >> /firebackup/********/iso >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: iso-domain-name: >> ISO_DOMAIN >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-nfs: yes >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: override-firewall: >> IPTables >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-allinone: >> yes >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: storage-path: >> /firebackup/********/vms >> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: superuser-pass: >> ******** >> 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: Traceback (most >> recent call last): >> File "/bin/engine-setup", line 2363, in >> main(confFile) >> File "/bin/engine-setup", line 2146, in main >> runSequences() >> File "/bin/engine-setup", line 2068, 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 >> 294, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in >> retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> >> Thnkz for attention. >> >> Marcelo Barbosa >> *mr.marcelo.barbosa at gmail.com* >> > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.koch at ovido.at Wed Mar 6 19:49:50 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Wed, 06 Mar 2013 20:49:50 +0100 Subject: [Users] UI Plugin iframe dialogs In-Reply-To: <673640619.9799578.1362402434729.JavaMail.root@redhat.com> References: <673640619.9799578.1362402434729.JavaMail.root@redhat.com> Message-ID: <1362599390.17564.15.camel@nb-ovido02.lan.ovido.at> Hi Vojtech, On Mon, 2013-03-04 at 08:07 -0500, Vojtech Szocs wrote: > Hi Ren?, sorry for replying late! > > > I will go for the showDialog API method, as I think I will not into troubles in future oVirt version and avoid hacks. > > It would be really great if showDialog would be able to create these nice oVirt dialogs in addition to opening new windows. > > There's a patch for improving showDialog API/implementation to integrate with standard WebAdmin dialog look & feel :) > > http://gerrit.ovirt.org/#/c/11717/ > > Still a work-in-progress, but we're planning to finalize/merge it soon! I'll have a look at this patch! > > For now, you can use the current showDialog API, e.g. api.showDialog('Dialog Title', 'http://www.example-content.com/', 640, 480); > > I have one question for you: would you prefer if new showDialog API supported accepting DOM elements instead of contentUrl string? For example (using jQuery): > > var $content = $('
Custom dialog content
'); > var contentElement = $content.get(); > api.showDialog('Dialog Title', contentElement, 640, 480); > > [In other words, UI plugin could build custom UI directly on client, instead of having to ask server to provide it.] Hm, I think both would be great. For simple dialogs it's easier if showDialog accepts DOM elements, but there are some use cases where it's better to provide a contentUrl. So for me it would be great if contentUrls and contentElements would be possible. :) Regards, Ren? > > Regards, > Vojtech > > > ----- Original Message ----- > From: "Ren? Koch" > To: "Vojtech Szocs" > Cc: "ovirt-users" > Sent: Sunday, February 24, 2013 7:31:47 PM > Subject: RE: [Users] UI Plugin iframe dialogs > > Thanks a lot for your answer and sorry for my late response - I skipped dialogs for my first UI plugin release, but have to deal with it in the next release again. > > I will go for the showDialog API method, as I think I will not into troubles in future oVirt version and avoid hacks. > It would be really great if showDialog would be able to create these nice oVirt dialogs in addition to opening new windows. > > > Regards, > Ren? > > > > -----Original message----- > > From:Vojtech Szocs > > Sent: Wednesday 6th February 2013 18:54 > > To: Ren? Koch > > Cc: ovirt-users > > Subject: Re: [Users] UI Plugin iframe dialogs > > > > Hi Ren?, this is an interesting problem. > > > > UI plugin infrastructure loads individual plugins via dedicated iframe elements by design, with iframes serving the purpose of plugin runtime environment that is (more or less) sandboxed with regard to WebAdmin (top-level window) and other plugins. This allows a plugin to load whatever JavaScript libraries, styles etc. without any impact on WebAdmin or other plugins, so that the plugin itself is kind of 'HTML/JS application' on its own, contained within the iframe. Interaction between a plugin and WebAdmin happens through the pluginApi object, plugins are not meant to modify WebAdmin top-level DOM directly on their own. (I'll post a detailed email on this later on.) > > > > Aside from plugin code itself running within an iframe, you have a custom sub-tab that renders some URL content via another iframe (this is another 'content' iframe, not related to plugin host page iframe). > > > > > When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of > > > selected vm or host) it can't be displayed without scrolling in the sub > > > tab or resizing the sub tab (that's clear as it's displayed in an too > > > small iframe). > > > > Yes, because the jQuery dialog is shown within the sub-tab content iframe window. > > > > > So it would be great if it would be possible to display dialogs in the > > > middle of the main windows and overlap the iframe (don't know if this is > > > possible). > > > > Yes, this is possible :) > > > > There are two options you can go with: > > > > 1, use showDialog API to render custom dialog whose content is rendered via iframe > > - you need to provide URL for the dialog content > > - this is the preferred way of showing custom dialogs > > Note: showDialog API is currently under improvement, see http://gerrit.ovirt.org/#/c/11717/ > > > > 2, [hacky workaround] use 'parent' within the iframe to reference top-level WebAdmin window > > - your plugin can show jQuery dialog within the context of WebAdmin DOM (parent.document) > > - for example: > > var $dialog = $('
Content
'); > > var dialogElement = $dialog.get(); > > parent.document.body.appendChild(dialogElement); > > $dialog.dialog(); > > > > 3, [planned for future] extend showDialog to accept DOM element in addition to content URL > > - this way, you can build your dialog content with JavaScript and put it inside the dialog > > - you would still use showDialog API, in preference to direct WebAdmin DOM manipulation > > > > In general, plugins are not meant to modify WebAdmin top-level DOM directly on their own, because doing so imposes a fragile bond between WebAdmin DOM structure (which is very likely to change) and plugin code. Instead, plugins should use pluginApi object for extending specific parts WebAdmin UI (e.g. addMainTab, addSubTab, etc.). > > > > Let me know what you think. > > > > Vojtech > > > > > > ----- Original Message ----- > > From: "Ren? Koch (ovido)" > > To: "ovirt-users" > > Sent: Wednesday, January 30, 2013 4:47:54 PM > > Subject: [Users] UI Plugin iframe dialogs > > > > Hi, > > > > I'm still working on my Nagios integration plugin and came across a > > limitation of the UI plugin framework caused by iframes. > > > > UI framework creates an iframe for each plugin, so the plugin code is > > separated from the main oVirt webadmin code (and other plugins). When > > creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of > > selected vm or host) it can't be displayed without scrolling in the sub > > tab or resizing the sub tab (that's clear as it's displayed in an too > > small iframe). > > > > So it would be great if it would be possible to display dialogs in the > > middle of the main windows and overlap the iframe (don't know if this is > > possible). In short terms I want to create a dialog which behaves like > > e.g. the "Setup Host Networks" or "Add Permission to User" dialogs -> > > click on a link in the plugin iframe and dialog opens in the middle of > > the website not the middle of the iframe. > > > > What I found out so far is that: > > 1. I must be aware of the same origin policy (that's no problem) > > 2. I need to put my jQuery-dialog-code in the main oVirt windows and > > then I can call it from within the iframe (that's my problem) > > > > So my questions are: > > Is it possible to place code outside of the iframe? > > If not - are there plans to allow this in future releases? > > Or maybe is there a workaround? > > > > > > Thanks a lot, > > Ren? > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From mgoldboi at redhat.com Wed Mar 6 20:28:55 2013 From: mgoldboi at redhat.com (Moran Goldboim) Date: Wed, 06 Mar 2013 22:28:55 +0200 Subject: [Users] problem with all-in-one ovirt install on Centos 6.3 related to hostname resolution In-Reply-To: References: <51372556.3060404@redhat.com> Message-ID: <5137A707.5070003@redhat.com> On 03/06/2013 06:12 PM, Frederic Bevia wrote: > Sandro Bonazzola writes: > >> Hi Frederic, thanks for your report! >> ......; >> >> Please run engine-cleanup, engine-setup and check ovirt-engine status if >> it fails again. >> If it fails, can you please attach your logs? >> >> ....> >> Regards, >> Sandro > > Hi Sandro, > thanks very much for your answer. > I did run engine-cleanup, engine-setup and check ovirt-engine status and it > failed again. But, meanwhile, to validate my hypothesis on the faulty name > resolution, I installed dnsmasq, a small dns proxy/forwarder, on the same server > (srv-santos.cg33.fr), wich can resolve name from local hosts file and from > upstream DNS. > Then, i re-run engine-setup, and bingo! :-)) no name r?solution pbms and no > error on JBoss.. > Alas! it failed again shortly afterwards with this message: > "could not create ovirtsdk API object" > It seems to be a known bug cf. > "https://bugzilla.redhat.com/show_bug.cgi?id=869457", fixed in lasts fedora's > packages.. but apprently not in the ovirt-all-in-one packages on Centos 6. > So unless if someone have a solution for this pbm, other than install ovirt on > a fedora distrib with the last package of course, > i just decided to stay on my centos 6, uninstall ovirt all-in-one and guive a > try to a standard engine instal + a standard vdsm install on the same machine > with the regular ovirt packages for centos. > > Regards, > Frederic Hi Federic, if you just want to have a look at oVirt 3.2, get some experience with it or deploy it. you can try the ovirt-live image[1], just boot it up from a usb and you have oVirt 3.2 up and running. (based on fedora18) [1]http://wiki.ovirt.org/OVirt_Live >> _______________________________________________ >> Users mailing list >> Users ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mr.marcelo.barbosa at gmail.com Wed Mar 6 20:51:43 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Wed, 6 Mar 2013 17:51:43 -0300 Subject: [Users] Problem install In-Reply-To: References: Message-ID: Alex, Thankyou for attention. This return should not happen, because I have my hostname registered and running on my DNS servers, but i'm inserted in /etc/hosts my hostname and retry setup, but return new error: 2013-03-06 17:35:14::DEBUG::all_in_one_100::297::root:: Waiting for host to become operational 2013-03-06 17:35:14::DEBUG::all_in_one_100::300::root:: current host status is: up 2013-03-06 17:35:14::DEBUG::all_in_one_100::302::root:: The host is up. 2013-03-06 17:35:14::DEBUG::setup_sequences::59::root:: running addStorageDomain 2013-03-06 17:35:14::DEBUG::all_in_one_100::317::root:: Adding local storage domain 2013-03-06 17:35:14::INFO::all_in_one_100::322::root:: Creating local storage 2013-03-06 17:35:14::INFO::all_in_one_100::326::root:: Creating local storage domain 2013-03-06 17:35:14::INFO::all_in_one_100::334::root:: Adding local storage domain 2013-03-06 17:35:15::ERROR::all_in_one_100::337::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 335, in addStorageDomain controller.CONF["API_OBJECT"].storagedomains.add(sdParams) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 5151, in add headers={"Expect":expect, "Correlation-Id":correlation_id}) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 118, in add return self.request('POST', url, body, headers) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 129, in request last=last) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 159, in __doRequest raise RequestError, response RequestError: status: 400 reason: Bad Request detail: Cannot add Storage. Internal error, Storage Connection doesn't exist. 2013-03-06 17:35:15::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 338, in addStorageDomain raise Exception(ERROR_ADD_LOCAL_DOMAIN) Exception: Error: could not add local storage domain 2013-03-06 17:35:15::DEBUG::engine-setup::1948::root:: *** The following params were used as user input: 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: override-httpd-config: yes 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: http-port: 80 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: https-port: 443 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: random-passwords: no 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: host-fqdn: firelap.usc.unirede.net 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: auth-pass: ******** 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: org-name: firelap 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: application-mode: both 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: default-dc-type: NFS 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-remote-install: local 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-host: localhost 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-local-pass: ******** 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: nfs-mp: /firebackup/********/iso 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: iso-domain-name: ISO_DOMAIN 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-nfs: yes 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: override-firewall: IPTables 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-allinone: yes 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: storage-path: /firebackup/********/vms 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: superuser-pass: ******** 2013-03-06 17:35:15::ERROR::engine-setup::2369::root:: Traceback (most recent call last): File "/bin/engine-setup", line 2363, in main(confFile) File "/bin/engine-setup", line 2146, in main runSequences() File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain raise Exception(ERROR_ADD_LOCAL_DOMAIN) Exception: Error: could not add local storage domain Any ideas to solve this problem? Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos wrote: > Hi. Have you tried solving the hostnames resolving issues that are > described on your email? Add the hosts to /etc/hosts > > Alex > No dia 06/03/2013 18:02, "Marcelo Barbosa" > escreveu: > >> Attached my log file. >> >> Marcelo Barbosa >> *mr.marcelo.barbosa at gmail.com* >> >> >> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa < >> mr.marcelo.barbosa at gmail.com> wrote: >> >>> hi guys, >>> >>> I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but this >>> version not finish for sucessful install, information my enviroment: >>> >>> [root at firelap ovirt]# cat /etc/redhat-release >>> Fedora release 18 (Spherical Cow) >>> >>> [root at firelap ovirt]# uname -a >>> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC 2013 >>> x86_64 x86_64 x86_64 GNU/Linux >>> >>> [root at firelap ovirt]# ifconfig >>> bond0: flags=5123 mtu 1500 >>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>> RX packets 0 bytes 0 (0.0 B) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 0 bytes 0 (0.0 B) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> bond1: flags=5123 mtu 1500 >>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>> RX packets 0 bytes 0 (0.0 B) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 0 bytes 0 (0.0 B) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> bond2: flags=5123 mtu 1500 >>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>> RX packets 0 bytes 0 (0.0 B) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 0 bytes 0 (0.0 B) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> bond3: flags=5123 mtu 1500 >>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>> RX packets 0 bytes 0 (0.0 B) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 0 bytes 0 (0.0 B) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> bond4: flags=5123 mtu 1500 >>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>> RX packets 0 bytes 0 (0.0 B) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 0 bytes 0 (0.0 B) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> lo: flags=73 mtu 65536 >>> inet 127.0.0.1 netmask 255.0.0.0 >>> inet6 ::1 prefixlen 128 scopeid 0x10 >>> loop txqueuelen 0 (Local Loopback) >>> RX packets 136972 bytes 54834621 (52.2 MiB) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 136972 bytes 54834621 (52.2 MiB) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> p5p1: flags=4163 mtu 1500 >>> inet 172.16.255.43 netmask 255.255.255.192 broadcast >>> 172.16.255.63 >>> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid 0x20 >>> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >>> RX packets 480681 bytes 614801393 (586.3 MiB) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 323373 bytes 35479386 (33.8 MiB) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> device interrupt 17 >>> >>> [root at firelap ovirt]# rpm -qa | grep ovirt >>> ovirt-engine-cli-3.2.0.10-1.fc18.noarch >>> ovirt-engine-backend-3.2.0-4.fc18.noarch >>> ovirt-engine-config-3.2.0-4.fc18.noarch >>> ovirt-host-deploy-1.0.0-1.fc18.noarch >>> ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch >>> ovirt-engine-restapi-3.2.0-4.fc18.noarch >>> ovirt-engine-dbscripts-3.2.0-4.fc18.noarch >>> ovirt-image-uploader-3.2.0-1.fc18.noarch >>> ovirt-host-deploy-offline-1.0.0-1.fc18.noarch >>> ovirt-engine-setup-3.2.0-4.fc18.noarch >>> ovirt-release-fedora-5-3.noarch >>> ovirt-engine-tools-common-3.2.0-4.fc18.noarch >>> ovirt-engine-3.2.0-4.fc18.noarch >>> ovirt-log-collector-3.2.0-1.fc18.noarch >>> ovirt-host-deploy-java-1.0.0-1.fc18.noarch >>> ovirt-engine-userportal-3.2.0-4.fc18.noarch >>> ovirt-engine-notification-service-3.2.0-4.fc18.noarch >>> ovirt-iso-uploader-3.2.0-1.fc18.noarch >>> ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch >>> ovirt-engine-sdk-3.2.0.9-1.fc18.noarch >>> ovirt-engine-genericapi-3.2.0-4.fc18.noarch >>> >>> [root at firelap ~]# host firelap.usc.unirede.net >>> firelap.usc.unirede.net has address 172.16.255.43 >>> >>> [root at firelap ~]# ping firelap.usc.unirede.net >>> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. >>> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 time=0.055 ms >>> >>> [root at firelap ~]# engine-setup >>> Welcome to oVirt Engine setup utility >>> oVirt Engine uses httpd to proxy requests to the application server. >>> It looks like the httpd installed locally is being actively used. >>> The installer can override current configuration . >>> Alternatively you can use JBoss directly (on ports higher than 1024) >>> Do you wish to override current httpd configuration and restart the >>> service? ['yes'| 'no'] [yes] : >>> HTTP Port [80] : >>> HTTPS Port [443] : >>> Host fully qualified domain name. Note: this name should be fully >>> resolvable [firelap.no-ip.org] : localhost.localdomain >>> The IP (127.0.0.1) which was resolved from the FQDN >>> localhost.localdomain is not configured on any interface on this host >>> User input failed validation, do you still wish to use it? (yes|no): no >>> Host fully qualified domain name. Note: this name should be fully >>> resolvable [firelap.no-ip.org] : >>> firelap.no-ip.org did not resolve into an IP address >>> User input failed validation, do you still wish to use it? (yes|no): no >>> Host fully qualified domain name. Note: this name should be fully >>> resolvable [firelap.no-ip.org] : firelap.usc.unirede.net >>> Enter a password for an internal oVirt Engine administrator user >>> (admin at internal) : >>> Warning: Weak Password. >>> Confirm password : >>> Organization Name for the Certificate [no-ip.org] : >>> firelap.usc.unirede.net >>> The engine can be configured to present the UI in three different >>> application modes. virt [Manage virtualization only], gluster [Manage >>> gluster storage only], and both [Manage virtualization as well as gluster >>> storage] ['virt'| 'gluster'| 'both'] [both] : >>> The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| >>> 'POSIXFS'] [NFS] : >>> Enter DB type for installation ['remote'| 'local'] [local] : >>> Enter a password for a local oVirt Engine DB admin user (engine) : >>> Warning: Weak Password. >>> Confirm password : >>> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >>> Error: directory /firebackup/ovirt/iso is not empty >>> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >>> Firewall ports need to be opened. >>> The installer can configure firewall automatically overriding the >>> current configuration. The old configuration will be backed up. >>> Alternately you can configure the firewall later using an example file. >>> Which firewall do you wish to configure? ['None'| 'Firewalld'| >>> 'IPTables']: IPTables >>> Configure VDSM on this host? ['yes'| 'no'] [yes] : >>> Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms >>> Confirm root password : >>> >>> oVirt Engine will be installed using the following configuration: >>> ================================================================= >>> override-httpd-config: yes >>> http-port: 80 >>> https-port: 443 >>> host-fqdn: firelap.usc.unirede.net >>> auth-pass: ******** >>> org-name: firelap.usc.unirede.net >>> application-mode: both >>> default-dc-type: NFS >>> db-remote-install: local >>> db-local-pass: ******** >>> nfs-mp: /firebackup/ovirt/iso >>> override-firewall: IPTables >>> config-allinone: yes >>> storage-path: /firebackup/ovirt/vms >>> superuser-pass: ******** >>> Proceed with the configuration listed above? (yes|no): yes >>> >>> Installing: >>> AIO: Validating CPU Compatibility... [ DONE >>> ] >>> AIO: Adding firewall rules... [ DONE >>> ] >>> Configuring oVirt Engine... [ DONE >>> ] >>> Configuring JVM... [ DONE >>> ] >>> Creating CA... [ DONE >>> ] >>> Updating ovirt-engine service... [ DONE >>> ] >>> Setting Database Configuration... [ DONE >>> ] >>> Setting Database Security... [ DONE >>> ] >>> Creating Database... [ DONE >>> ] >>> Updating the Default Data Center Storage Type... [ DONE >>> ] >>> Editing oVirt Engine Configuration... [ DONE >>> ] >>> Editing Postgresql Configuration... [ DONE >>> ] >>> Configuring the Default ISO Domain... [ DONE >>> ] >>> Configuring Firewall... [ DONE >>> ] >>> Starting ovirt-engine Service... [ DONE >>> ] >>> Configuring HTTPD... [ DONE >>> ] >>> AIO: Creating storage directory... [ DONE >>> ] >>> AIO: Adding Local Datacenter and cluster... [ DONE >>> ] >>> AIO: Adding Local host (This may take several minutes)... [ ERROR ] >>> Error: Host was found in a 'Failed' state. Please check engine and >>> bootstrap installation logs. >>> Please check log file >>> /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log for more >>> information >>> >>> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 >>> 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: stopping httpd >>> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action >>> httpd on service stop >>> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command >>> --> '/sbin/service httpd stop' >>> 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: output = >>> 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: stderr = >>> Redirecting to /bin/systemctl stop httpd.service >>> >>> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 >>> 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: starting httpd >>> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing action >>> httpd on service start >>> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing command >>> --> '/sbin/service httpd start' >>> 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: output = >>> 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: stderr = >>> Redirecting to /bin/systemctl start httpd.service >>> >>> 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: retcode = 0 >>> 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: running >>> makeStorageDir >>> 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: >>> Creating/Verifying local domain path >>> 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: Setting selinux >>> context >>> 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting selinux context >>> for /firebackup/ovirt/vms >>> 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: Executing command >>> --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t >>> /firebackup/ovirt/vms(/.*)?' >>> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = >>> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = >>> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 >>> 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: Executing command >>> --> '/sbin/restorecon -r /firebackup/ovirt/vms' >>> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output = >>> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr = >>> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 >>> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running >>> waitForJbossUp >>> 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: Checking JBoss >>> status. >>> 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: JBoss is up and >>> running. >>> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running initAPI >>> 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: Initiating the >>> API object >>> 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: running createDC >>> 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: Creating the >>> local datacenter >>> 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: running >>> createCluster >>> 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: Creating the >>> local cluster >>> 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: running >>> createHost >>> 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: Adding the local >>> host >>> 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: running >>> waitForHostUp >>> 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: Waiting for host >>> to become operational >>> 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: current host >>> status is: installing >>> 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: Traceback (most >>> recent call last): >>> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>> 308, in isHostUp >>> raise Exception(INFO_CREATE_HOST_WAITING_UP) >>> Exception: Waiting for the host to start >>> >>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: Waiting for host >>> to become operational >>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: current host >>> status is: installing >>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: Traceback (most >>> recent call last): >>> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>> 308, in isHostUp >>> raise Exception(INFO_CREATE_HOST_WAITING_UP) >>> Exception: Waiting for the host to start >>> >>> 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: Waiting for host >>> to become operational >>> 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: current host >>> status is: install_failed >>> 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: Traceback (most >>> recent call last): >>> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>> 306, in isHostUp >>> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>> check engine and bootstrap installation logs. >>> >>> 2013-03-06 14:35:56::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 >>> 294, in waitForHostUp >>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in >>> retry >>> raise e >>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>> check engine and bootstrap installation logs. >>> >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** The following >>> params were used as user input: >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>> override-httpd-config: yes >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: http-port: 80 >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: https-port: 443 >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: random-passwords: >>> no >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: mac-range: >>> 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: host-fqdn: >>> firelap.usc.unirede.net >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: auth-pass: >>> ******** >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: org-name: >>> firelap.usc.unirede.net >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: application-mode: >>> both >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: default-dc-type: >>> NFS >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>> db-remote-install: local >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-host: localhost >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-local-pass: >>> ******** >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: nfs-mp: >>> /firebackup/********/iso >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: iso-domain-name: >>> ISO_DOMAIN >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-nfs: yes >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>> override-firewall: IPTables >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-allinone: >>> yes >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: storage-path: >>> /firebackup/********/vms >>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: superuser-pass: >>> ******** >>> 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: Traceback (most >>> recent call last): >>> File "/bin/engine-setup", line 2363, in >>> main(confFile) >>> File "/bin/engine-setup", line 2146, in main >>> runSequences() >>> File "/bin/engine-setup", line 2068, 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 >>> 294, in waitForHostUp >>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in >>> retry >>> raise e >>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>> check engine and bootstrap installation logs. >>> >>> Thnkz for attention. >>> >>> Marcelo Barbosa >>> *mr.marcelo.barbosa at gmail.com* >>> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Wed Mar 6 21:37:29 2013 From: iheim at redhat.com (Itamar Heim) Date: Wed, 06 Mar 2013 23:37:29 +0200 Subject: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra In-Reply-To: <2147271911.12603780.1362470486759.JavaMail.root@redhat.com> References: <2147271911.12603780.1362470486759.JavaMail.root@redhat.com> Message-ID: <5137B719.8000303@redhat.com> On 03/05/2013 10:01 AM, Eyal Edri wrote: > fyi, > > Starting from yesterday (4/3/13) jenkins.ovirt.org [1] has migrated to a new hosting server provided by alterway [2]. > the new server has a new ui look that is similar to ovirt.org and is running on stronger infra then the previous one. > > All jobs and configuration have migrated from the old instance, > but if you're still missing a certain job or permissions please contact infra team at infra at ovirt.org. > > I want to thank David caro from the infra team in helping with the migration and einav cohen from the > ovirt frontend developer community for helping with the new css for jenkins. > > > [1] http://jenkins.ovirt.org/ > [2] http://www.ovirt.org/Sponsors_and_supporters > > Eyal Edri > oVirt infra team. > _______________________________________________ > Infra mailing list > Infra at ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > finally... (and looks very nice) can we shutdown the ec2 instance for now? do we have more horsepower to start running say engine findbugs on gerrit patches? Thanks, Itamar From eedri at redhat.com Wed Mar 6 21:43:55 2013 From: eedri at redhat.com (Eyal Edri) Date: Wed, 6 Mar 2013 16:43:55 -0500 (EST) Subject: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra In-Reply-To: <5137B719.8000303@redhat.com> Message-ID: <390390686.14058610.1362606235088.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Itamar Heim" > To: "Eyal Edri" > Cc: users at ovirt.org, "engine-devel" , vdsm-devel at lists.fedorahosted.org, "infra" > > Sent: Wednesday, March 6, 2013 11:37:29 PM > Subject: Re: [JENKINS][ANN] jenkins.ovirt.org new look and infra > > On 03/05/2013 10:01 AM, Eyal Edri wrote: > > fyi, > > > > Starting from yesterday (4/3/13) jenkins.ovirt.org [1] has migrated > > to a new hosting server provided by alterway [2]. > > the new server has a new ui look that is similar to ovirt.org and > > is running on stronger infra then the previous one. > > > > All jobs and configuration have migrated from the old instance, > > but if you're still missing a certain job or permissions please > > contact infra team at infra at ovirt.org. > > > > I want to thank David caro from the infra team in helping with the > > migration and einav cohen from the > > ovirt frontend developer community for helping with the new css for > > jenkins. > > > > > > [1] http://jenkins.ovirt.org/ > > [2] http://www.ovirt.org/Sponsors_and_supporters > > > > Eyal Edri > > oVirt infra team. > > _______________________________________________ > > Infra mailing list > > Infra at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > finally... (and looks very nice) > can we shutdown the ec2 instance for now? not yet, me & quaid should change the dns 1st (tomorrow)? and then we can do it. > do we have more horsepower to start running say engine findbugs on > gerrit patches? not really, since we're still using the same ec2 slaves. (unless we'll run it on the master, but that's not recommended in terms of security) once we'll have ovirt instance running with vms, i imagine we can. hopefully we'll have it running soon (either on alterway02 or on the rackspace servers) > > Thanks, > Itamar > From rob at zwissler.org Thu Mar 7 00:05:09 2013 From: rob at zwissler.org (Rob Zwissler) Date: Wed, 6 Mar 2013 16:05:09 -0800 Subject: [Users] Searching for VMs that do not have a tag Message-ID: I have to say, the Search & Bookmark functionality is really cool! According to autocomplete, the only operator available for Vms:Tag is = It would be nice to have a != operator so we can have bookmarks that show hosts that are not tagged in a certain way... or is there a more general way to invert a query? Also, is there any way to add an order tag to alter the display order? Any online docs for this stuff? regards, Rob From kwade at redhat.com Thu Mar 7 00:34:49 2013 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Wed, 06 Mar 2013 16:34:49 -0800 Subject: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra In-Reply-To: <390390686.14058610.1362606235088.JavaMail.root@redhat.com> References: <390390686.14058610.1362606235088.JavaMail.root@redhat.com> Message-ID: <5137E0A9.8020105@redhat.com> On 03/06/2013 01:43 PM, Eyal Edri wrote: > > > ----- Original Message ----- >> From: "Itamar Heim" >> can we shutdown the ec2 instance for now? > > not yet, me & quaid should change the dns 1st (tomorrow)? > and then we can do it. If the host thinks it's already jenkins.ovirt.org, then we can just do the DNS switch "soonest". Do we need to coordinate more closely on timing? Otherwise I can just file the ticket. (I'll wait for your word before picking a time.) >> do we have more horsepower to start running say engine findbugs on >> gerrit patches? > > not really, since we're still using the same ec2 slaves. > (unless we'll run it on the master, but that's not recommended in terms of security) > once we'll have ovirt instance running with vms, i imagine we can. > hopefully we'll have it running soon (either on alterway02 or on the rackspace servers) I was supposed to be working RackSpace servers today, but I got caught up in being a bit sick and post-travel. But the plan is to load F18 + the oVirt all-in-one on rax01. - Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 255 bytes Desc: OpenPGP digital signature URL: From cybertimber2000 at hotmail.com Thu Mar 7 01:24:18 2013 From: cybertimber2000 at hotmail.com (Nicholas Kesick) Date: Wed, 6 Mar 2013 20:24:18 -0500 Subject: [Users] Ovirt 3.2 Setup & Firewalld Message-ID: I've been having trouble since beta where on occasion when running the setup, it would hang at configuring firewall, even if I leave it for hours. Tonight I decided to rebuild my VM (in virtualbox, for running the webadmin). I started by installing Fedora 18 x86_64 from DVD with minimal install. Fully updated (yum update; reboot), installed the ovirt repo according to the website, rebooted, and then ran engine-setup. At the end this time firewalld configuration failed with an error. Here is the relevant logbits. I'm going to disable firewalld for now but does anyone have any suggestions? 2013-03-06 20:07:44::DEBUG::engine-setup::1953::root:: override-firewall: Firewalld 2013-03-06 20:07:44::ERROR::engine-setup::2369::root:: Traceback (most recent call last): File "/usr/bin/engine-setup", line 2363, in main(confFile) File "/usr/bin/engine-setup", line 2146, in main runSequences() File "/usr/bin/engine-setup", line 2068, 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/bin/engine-setup", line 949, in _configFirewall _configureFirewalld() File "/usr/bin/engine-setup", line 997, in _configureFirewalld for zone in firewalld.getActiveZones(): File "/usr/share/ovirt-engine/scripts/engine_firewalld.py", line 7, in getActiveZones fw = FirewallClient() File "/usr/lib/python2.7/site-packages/firewall/client.py", line 467, in __init__ dbus_interface="org.freedesktop.DBus") File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 148, in add_signal_receiver path, **keywords) File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 400, in add_signal_receiver self._require_main_loop() RuntimeError: To make asynchronous calls, receive signals or export objects, D-Bus connections must be attached to a main loop by passing mainloop=... to the constructor or calling dbus.set_default_main_loop(...) -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Thu Mar 7 02:53:42 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 7 Mar 2013 10:53:42 +0800 (CST) Subject: [Users] databases naming way is so confusing Message-ID: <6ac02f2d.4560.13d42c4bba3.Coremail.bigclouds@163.com> hi, today i look into the databases,i find the way of naming of tables is so confusing. like vds_group==cluster,storage_pool==datacenter,........ i think it is better straightforward. now i have not found which table is HOST. i appreciate your hard work,but i hope my suggest is meaningful. thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanjal at redhat.com Thu Mar 7 05:20:51 2013 From: sanjal at redhat.com (Shireesh Anjal) Date: Thu, 07 Mar 2013 10:50:51 +0530 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: References: <5136FF95.4040906@redhat.com> Message-ID: <513823B3.80901@redhat.com> On 03/06/2013 10:29 PM, Rob Zwissler wrote: > On Wed, Mar 6, 2013 at 12:34 AM, Shireesh Anjal wrote: >> oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is currently in >> alpha and hence not available in stable repositories. >> http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/ >> >> This issue has been reported multiple times now, and I think it needs an >> update to the oVirt 3.2 release notes. Have added a note to this effect at: >> http://www.ovirt.org/OVirt_3.2_release_notes#Storage >> > On one hand I like oVirt, I think you guys have done a good job with > this, and it is free software so I don't want to complain. > > But on the other hand, if you release a major/stable release (ie: > oVirt 3.2), but it relies on a major/critical component (clustering > filesystem server) that is in alpha, not even beta, but alpha > prerelease form, you really should be up front and communicative about > this. My searches turned up nothing except an offhand statement from > a GlusterFS developer, nothing from the oVirt team until now. > > It is not acceptable to expect people to run something as critical as > a cluster filesystem server in alpha form on anything short of a > development test setup. Are any other components of oVirt 3.2 > dependent on non-stable general release packages? > > What is the latest release of oVirt considered to be stable and > considered safe for use on production systems? Hi Rob, Your points are completely valid, and it's my fault (and not the oVirt release team's) not mentioning this important information when providing details of gluster related features to be included in the oVirt 3.2 release notes. Genuine apologies for the same. Having said this, I believe the stable release of glusterfs 3.4.0 should be coming out very soon (some time this month if I'm correct), which will provide some relief. Regards, Shireesh > > Rob From sanjal at redhat.com Thu Mar 7 05:30:26 2013 From: sanjal at redhat.com (Shireesh Anjal) Date: Thu, 07 Mar 2013 11:00:26 +0530 Subject: [Users] databases naming way is so confusing In-Reply-To: <6ac02f2d.4560.13d42c4bba3.Coremail.bigclouds@163.com> References: <6ac02f2d.4560.13d42c4bba3.Coremail.bigclouds@163.com> Message-ID: <513825F2.6000508@redhat.com> On 03/07/2013 08:23 AM, bigclouds wrote: > hi, today i look into the databases,i find the way of naming of > tables is so confusing. > like vds_group==cluster,storage_pool==datacenter,........ > i think it is better straightforward. I agree :) I believe it's more of a 'legacy' issue. > > now i have not found which table is HOST. The view VDS should provide most details of a HOST. The underlying tables are VDS_STATIC, VDS_DYNAMIC and VDS_STATISTICS Once you get that VDS is HOST, VDS_GROUP suddenly starts making sense :) > > i appreciate your hard work,but i hope my suggest is meaningful. > > thanks > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Mar 7 05:54:33 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 7 Mar 2013 00:54:33 -0500 (EST) Subject: [Users] Ovirt 3.2 Setup & Firewalld In-Reply-To: Message-ID: <1191622584.5461360.1362635673346.JavaMail.root@redhat.com> Hi, This is a bug[1]. Alon [1] https://bugzilla.redhat.com/show_bug.cgi?id=904153 ----- Original Message ----- > From: "Nicholas Kesick" > To: "oVirt Mailing List" > Sent: Thursday, March 7, 2013 3:24:18 AM > Subject: [Users] Ovirt 3.2 Setup & Firewalld > > > > I've been having trouble since beta where on occasion when running > the setup, it would hang at configuring firewall, even if I leave it > for hours. Tonight I decided to rebuild my VM (in virtualbox, for > running the webadmin). I started by installing Fedora 18 x86_64 from > DVD with minimal install. Fully updated (yum update; reboot), > installed the ovirt repo according to the website, rebooted, and > then ran engine-setup. > > At the end this time firewalld configuration failed with an error. > Here is the relevant logbits. I'm going to disable firewalld for now > but does anyone have any suggestions? > > 2013-03-06 20:07:44::DEBUG::engine-setup::1953::root:: > override-firewall: Firewalld > 2013-03-06 20:07:44::ERROR::engine-setup::2369::root:: Traceback > (most recent call last): > File "/usr/bin/engine-setup", line 2363, in > main(confFile) > File "/usr/bin/engine-setup", line 2146, in main > runSequences() > File "/usr/bin/engine-setup", line 2068, 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/bin/engine-setup", line 949, in _configFirewall > _configureFirewalld() > File "/usr/bin/engine-setup", line 997, in _configureFirewalld > for zone in firewalld.getActiveZones(): > File "/usr/share/ovirt-engine/scripts/engine_firewalld.py", line 7, > in getActiveZones > fw = FirewallClient() > File "/usr/lib/python2.7/site-packages/firewall/client.py", line 467, > in __init__ > dbus_interface="org.freedesktop.DBus") > File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 148, in > add_signal_receiver > path, **keywords) > File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 400, > in add_signal_receiver > self._require_main_loop() > RuntimeError: To make asynchronous calls, receive signals or export > objects, D-Bus connections must be attached to a main loop by > passing mainloop=... to the constructor or calling > dbus.set_default_main_loop(...) > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Thu Mar 7 05:58:34 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 7 Mar 2013 06:58:34 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <51370758.20906@redhat.com> References: <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> <51370758.20906@redhat.com> Message-ID: On Wed, Mar 6, 2013 at 10:07 AM, Vinzenz Feenstra wrote: > The WAN option should be then visible in the UI in the user portal. Not in > the configuration of the VM. > The option for the Operating System must be set where I have shown it in the > screenshot attached. >> >> Gianluca > > > > -- > Regards, > > Vinzenz Feenstra | Senior Software Engineer > RedHat Engineering Virtualization R & D > Phone: +420 532 294 625 > IRC: vfeenstr or evilissimo > > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > environment all-in-one f18 rpm from ovirt repo 3.2 with windos xp vm this is edit vm screen: https://docs.google.com/file/d/0BwoPbcrMv8mvVHpDTUJyR1ZkeXM/edit?usp=sharing and this is user portal as you can see there is the application detail pane populated, but no option for wan optimization... https://docs.google.com/file/d/0BwoPbcrMv8mvWHZYNlBtSTN5bmc/edit?usp=sharing From gianluca.cecchi at gmail.com Thu Mar 7 06:00:57 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 7 Mar 2013 07:00:57 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> <51370758.20906@redhat.com> Message-ID: On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi wrote: > On Wed, Mar 6, 2013 at 10:07 AM, Vinzenz Feenstra wrote: > >> The WAN option should be then visible in the UI in the user portal. Not in >> the configuration of the VM. >> The option for the Operating System must be set where I have shown it in the >> screenshot attached. >>> >>> Gianluca >> >> >> >> -- >> Regards, >> >> Vinzenz Feenstra | Senior Software Engineer >> RedHat Engineering Virtualization R & D >> Phone: +420 532 294 625 >> IRC: vfeenstr or evilissimo >> >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> > > environment all-in-one f18 rpm from ovirt repo 3.2 with windos xp vm > this is edit vm screen: > https://docs.google.com/file/d/0BwoPbcrMv8mvVHpDTUJyR1ZkeXM/edit?usp=sharing > > > and this is user portal > > as you can see there is the application detail pane populated, but no > option for wan optimization... > https://docs.google.com/file/d/0BwoPbcrMv8mvWHZYNlBtSTN5bmc/edit?usp=sharing engine.log https://docs.google.com/file/d/0BwoPbcrMv8mvUXNwZUxRTnNBckE/edit?usp=sharing vdsm.log https://docs.google.com/file/d/0BwoPbcrMv8mva0xhN1ZONjFKVWM/edit?usp=sharing Gianluca From demchenko.ya at gmail.com Thu Mar 7 06:54:52 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Thu, 07 Mar 2013 10:54:52 +0400 Subject: [Users] ovirt 3.2 networking setup problems In-Reply-To: <1117802272.5279821.1362572927111.JavaMail.root@redhat.com> References: <1117802272.5279821.1362572927111.JavaMail.root@redhat.com> Message-ID: <513839BC.2020609@gmail.com> Thanks! that helped i've managed to add another bond via 'echo "+bondN" > /sys/class/net/bonding_masters' output from commands you asked: > # vdsClient -s 0 getVdsCaps > HBAInventory = {'iSCSI': [{'InitiatorName': > 'iqn.1994-05.com.redhat:7681c664f86a'}], 'FC': [{'wwpn': > '200190b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M - > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}, {'wwpn': > '200290b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M - > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}]} > ISCSIInitiatorName = iqn.1994-05.com.redhat:7681c664f86a > bondings = {'bond4': {'addr': '', 'cfg': {'DEVICE': 'bond4', > 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'BONDING_OPTS': 'mode=6'}, > 'mtu': '1500', 'netmask': '', 'slaves': ['p3p1', 'p3p3'], 'hwaddr': > '90:b1:1c:ac:1b:05'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE': > 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'STP': 'no', 'BONDING_OPTS': > 'mode=6', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500', > 'netmask': '', 'slaves': ['em1', 'em2'], 'hwaddr': '90:b1:1c:ac:1b:01'}} > bridges = {'ovirtmgmt': {'addr': '192.168.10.130', 'cfg': > {'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 'DELAY': '0', > 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': > 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', > 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask': '255.255.255.0', > 'stp': 'off', 'ports': ['bond0']}} > clusterLevels = ['3.0', '3.1', '3.2'] > cpuCores = 16 > cpuFlags = > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1,sse4_2,x2apic,popcnt,aes,xsave,avx,lahf_lm,ida,arat,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_Penryn,model_Westmere,model_SandyBridge > cpuModel = Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz > cpuSockets = 2 > cpuSpeed = 2599.849 > cpuThreads = 32 > emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0', 'rhel6.1.0', > 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] > guestOverhead = 65 > hooks = {} > kvmEnabled = true > lastClient = 192.168.10.147 > lastClientIface = ovirtmgmt > management_ip = > memSize = 32062 > netConfigDirty = False > networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': > '192.168.10.130', 'cfg': {'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', > 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', > 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': > 'Bridge', 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask': > '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': > '192.168.10.1', 'ports': ['bond0']}} > nics = {'em1': {'permhwaddr': '90:B1:1C:AC:1B:01', 'addr': '', > 'cfg': {'SLAVE': 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', > 'DEVICE': 'em1', 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', > 'netmask': '', 'hwaddr': '90:b1:1c:ac:1b:01', 'speed': 10000}, 'em2': > {'permhwaddr': '90:B1:1C:AC:1B:04', 'addr': '', 'cfg': {'SLAVE': > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', 'DEVICE': 'em2', > 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': > '90:b1:1c:ac:1b:04', 'speed': 10000}, 'p3p4': {'addr': '', 'cfg': > {'DEVICE': 'p3p4', 'HWADDR': '90:B1:1C:AC:1B:08', 'ONBOOT': 'no', > 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': > '90:b1:1c:ac:1b:08', 'speed': 0}, 'p3p3': {'permhwaddr': > '90:B1:1C:AC:1B:07', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT': > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR': > '90:b1:1c:ac:1b:07', 'DEVICE': 'p3p3'}, 'mtu': '1500', 'netmask': '', > 'hwaddr': '90:b1:1c:ac:1b:07', 'speed': 1000}, 'p3p2': {'addr': '', > 'cfg': {'DEVICE': 'p3p2', 'HWADDR': '90:B1:1C:AC:1B:06', 'ONBOOT': > 'no', 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': > '90:b1:1c:ac:1b:06', 'speed': 0}, 'p3p1': {'permhwaddr': > '90:B1:1C:AC:1B:05', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT': > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR': > '90:b1:1c:ac:1b:05', 'DEVICE': 'p3p1'}, 'mtu': '1500', 'netmask': '', > 'hwaddr': '90:b1:1c:ac:1b:05', 'speed': 1000}} > operatingSystem = {'release': '3.el6.centos.9', 'version': '6', > 'name': 'RHEL'} > packages2 = {'kernel': {'release': '279.22.1.el6.x86_64', > 'buildtime': 1360105846.0, 'version': '2.6.32'}, 'spice-server': > {'release': '10.el6', 'buildtime': 1340375889, 'version': '0.10.1'}, > 'vdsm': {'release': '0.31.20.el6', 'buildtime': 1361952052, 'version': > '4.10.3'}, 'qemu-kvm': {'release': '2.295.el6.10', 'buildtime': > 1357897281, 'version': '0.12.1.2'}, 'libvirt': {'release': > '21.el6_3.8', 'buildtime': 1359401311, 'version': '0.9.10'}, > 'qemu-img': {'release': '2.295.el6.10', 'buildtime': 1357897281, > 'version': '0.12.1.2'}, 'mom': {'release': '1.el6', 'buildtime': > 1349470062, 'version': '0.3.0'}} > reservedMem = 321 > software_revision = 0.31 > software_version = 4.10 > supportedENGINEs = ['3.0', '3.1'] > supportedProtocols = ['2.2', '2.3'] > uuid = 4C4C4544-004E-5910-804D-C6C04F47354A > version_name = Snow Man > vlans = {} > vmTypes = ['kvm'] before echo: > # cat /sys/class/net/bonding_masters > bond0 bond4 after: > # cat /sys/class/net/bonding_masters > bond0 bond4 bond1 Yuriy Demchenko On 03/06/2013 04:28 PM, Antoni Segura Puimedon wrote: > Could you ssh to the host and do: > > cat /sys/class/net/bonding_masters > > There is a limitation on ovirt-3.2 that only the default bridges > can be used. If you don't have enough of them, you can always > create the needed bridge doing > > echo "+bondN" > /sys/class/net/bonding_masters > where N is the bridge you want to create. > > It would also be helpful to see the contents of doing > > vdsClient -s 0 getVdsCaps From ykaul at redhat.com Thu Mar 7 07:08:55 2013 From: ykaul at redhat.com (Yaniv Kaul) Date: Thu, 7 Mar 2013 02:08:55 -0500 (EST) Subject: [Users] How to make oVirt I/O write faster than Virtualbox and others? In-Reply-To: <668426305.124655.1362239241230.JavaMail.root@btactic.com> Message-ID: <1618903701.3646629.1362640135970.JavaMail.root@redhat.com> ----- Original Message ----- > > Every benchmark out there features KVM as the best virtualisation > technology. Even in the I/O write category. My results with oVirt > are deceiving. So I'm going to explain my test machine, setup and > ask your for advice to find out what's wrong. Any more data you > need please ask for it. I like oVirt mostly because of its > datacentre-aware web manager. But if it gets unusable I would have > to take a look at other systems. > > Hardware machine for the host OS > --------------------------------- > * Sandy Bridge E > * CPU : Intel Xeon E5-1620 (10 MB Intel Smart Cache) > * Cores / Threads : 4 / 8 > * Frecuency : 3.6GHz / 3.8GHz Turbo Boost > * RAM : 64 GB DDR3 ECC > * Hard Disk : 2x 2TB SATA3 > * VT technology: Intel VT > > Common OS Setup for the host OS > --------------------------------- > * 2 hard disks RAIDSoft > > Guest OS common setup > --------------------- > * 1 socket x 1 core x 1 thread > * 2 GB RAM > * 300 GB Preallocated hard disk > * Virtualmin installed (Just an excuse to have a mysql server) > * Ubuntu 12.04 64bit > > Write I/O test > -------------- > The write I/O test is not standard one but a custom one. One of our > needs is to create new Mysql INNODB tables. These tables have to be > created in less than php maximum execution time so that some web > installations don't timeout when creating their databases. > DISCLAIMER: If you want to evaluate oVirt don't trust on these times, > please do your own tests. > > So the test creates table0 with two ints columns which are then > filled with 100 insert intos. Repeat that for 99 more tables. > Finally drop (delete) all the create tables. > > What I run is: > > mysql -u root -p -e "drop database test_create_tables" > mysql -u root -p -e "create database test_create_tables" > time mysql -u root -p test_create_tables < test_mysql.sql > > I attach test_mysql.sql gzipped just in case anyone is curious. > > Note that all the Proxmox tests are: Debian Squeeze + Proxmox (KVM). > It was never used openvz as a virtualisation technology. > > Test A - Debian Squeeze + Proxmox (KVM) > ----------------- > Description: This is proxmox booting a machine as KVM (not as > openvz). As said before only 1 socket and 1 core. > > real 0m9.453s > user 0m0.104s > sys 0m0.076s > > Test B - Proxmox (KVM, aio=threads) > ---------------------------- > Description: Proxmox again. Qemu was run at hand by changing aio > parametre to be aio=threads (as oVirt uses) instead of aio=native. > > real 0m9.510s > user 0m0.080s > sys 0m0.096s > > Test C - Proxmox (linux-image-virtual kernel installed, aio=threads) > -------- > Description: If we install linux-image-virtual kernel inside the > guest machine times are improved a bit. > > real 0m8.691s > user 0m0.104s > sys 0m0.080s > > Test D - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu > kvm64,+lahf_lm,+ssse3,-cx16) > ----------- > > real 0m8.790s > user 0m0.084s > sys 0m0.096s > > Test E - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu > kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4) > --------- > real 0m8.720s > user 0m0.100s > sys 0m0.080s > > Test F - Proxmox (ubuntu, linux-virtual, aio=threads y: -cpu > kvm64,+lahf_lm,+ssse3,-cx16 -M pc-01.4 -rtc > base=2013-02-22T02:26:29,driftfix=slew) > -------- > > real 0m8.790s > user 0m0.096s > sys 0m0.084s > > Test G - Virtualbox > ------ > Description: Ubuntu 12.04 64bit as a host. This is Virtualbox 4.2 > with the extension pack installed. Notice that neither I installed > the guest additions tools in the guest machine nor the > linux-image-virtual kernel. > > real 0m36.176s > user 0m0.612s > sys 0m0.468s > > Test H - Fedora 17 64bit - oVirt 3.1 > ------- > Description: This is Fedora 17 64bit oVirt 3.1 being installed in the > Host. Web manager is installed in another machine. SELinux is in > Permissive mode. Virtual machine is run at the same virtual machine > where storage is. The datacenter is setup as "Localhost on host" > type. Linux-image-virtual kernel installed inside the guest machine. > > real 0m52.246s > user 0m0.200s > sys 0m0.128s > > Test I - Fedora - oVirt 3.1 - vdsmd stopped. > ------- > Description: This is Fedora 17 64bit oVirt 3.1 being installed in the > Host. Web manager is installed in another machine. SELinux is in > Permissive mode. Virtual machine is run at the same virtual machine > where storage is. The datacenter is setup as "Localhost on host" > type. Linux-image-virtual kernel installed inside the guest machine. > vdsmd daemon was stopped at the host was stopped just in case it was > the I/O decrease reason. > > real 0m45.932s > user 0m0.216s > sys 0m0.100s > > Some bits about the test: > > * If you're asking, yes, I've repeated the test several times and the > times I give here are representative. > The password was inserted manually when running mysql commands but > that's only 1 to 2 seconds less which doesn't explain the huge > differences between the tests. > * I also tried Fedora 64bit and Centos 64bit as guest systems and the > results were worse. > * I also tried other less powerful machines which work ok with > Virtualbox but have poor I/O write results with oVirt. > * The B-F Proxmox tests were trying to reproduce the oVirt parametres > which might be wrong but nothing triggered the 52 secs of Fedora > test so they were kind of useless. > * At H and I tests (the Fedora ones) if you check top command when > the test is being run you get often from 80% to 90% wa(iting). > > Some random questions: > > * Is it a problem that sandbridge architecture is being detected as > an Intel Conroe architecture? > * Is there any easy way to test aio=native in oVirt when running > virtual machines just for testing it? Our testing showed that aio=threads works better for file-based storage (vs. aio=native for block storage). > * Should I test oVirt 3.2? Is there any improvement in I/O writing? Probably not, but you should try with oVirt 3.2 nevertheless, for the wealth of other features that might be useful now or later (direct LUN for example). > * What about Fedora 18? Any improvements in I/O writing or, I don't > know, the Virtio system? Probably a newer QEMU and KVM can provide better performance. Did not go through the complete changelog to verify it. > * Any ovirt-node package for Debian/Ubuntu? The wiki seems like a > draft (http://www.ovirt.org/Ovirt_build_on_debian/ubuntu). > * Any I/O write consuming package that I should remove from stock > Fedora just before installing it from the web manager? > > So... Any idea? I'd start with comparing the complete QEMU command line between the instances. I don't think it's only the -cpu that'll affect the performance (unless the test is CPU bound?). Specifically, what about the cache= setting? We use, for data safety, cache=none. Y. > > Thank you very much! > > P.S.: Thanks to my workmate Sergi which found out the mysql test and > was kind to test some of my setups. > > -- > -- > Adri?n Gibanel > I.T. Manager > > +34 675 683 301 > www.btactic.com > > > > Ens podeu seguir a/Nos podeis seguir en: > > i > > Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi > ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en > el medio ambiente. El medio ambiente es cosa de todos. > > AVIS: > El contingut d'aquest missatge i els seus annexos ?s confidencial. Si > no en sou el destinatari, us fem saber que est? prohibit > utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? > corresponent. Si heu rebut aquest missatge per error, us agrairem > que ho feu saber immediatament al remitent i que procediu a destruir > el missatge . > > AVISO: > El contenido de este mensaje y de sus anexos es confidencial. Si no > es el destinatario, les hacemos saber que est? prohibido utilizarlo, > divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. > Si han recibido este mensaje por error, les agradecer?amos que lo > hagan saber inmediatamente al remitente y que procedan a destruir el > mensaje . > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From nwilson123 at gmail.com Thu Mar 7 08:16:34 2013 From: nwilson123 at gmail.com (Neil) Date: Thu, 7 Mar 2013 10:16:34 +0200 Subject: [Users] Upgrade 3.1 to 3.2 Message-ID: Hi guys, Does anyone have any successful upgrades from 3.1 to 3.2 using Centos 6.3 and the Dreyou repos? I'm using ovirt 3.1 on our own production systems and would like to know the recommended upgrade methods/paths. I don't see much in the way of upgrade paths for any distributions for that matter. I've done quite a lot of googling and can't find much, also checked on the ovirt website for any possible guides or methods without much success. Thanks in advance. Regards. Neil Wilson. From shuriku at shurik.kiev.ua Thu Mar 7 08:19:53 2013 From: shuriku at shurik.kiev.ua (Alexandr) Date: Thu, 07 Mar 2013 10:19:53 +0200 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: References: Message-ID: <51384DA9.7030907@shurik.kiev.ua> 07.03.2013 10:16, Neil ?????: > Hi guys, > > Does anyone have any successful upgrades from 3.1 to 3.2 using Centos > 6.3 and the Dreyou repos? > > I'm using ovirt 3.1 on our own production systems and would like to > know the recommended upgrade methods/paths. I don't see much in the > way of upgrade paths for any distributions for that matter. > > I've done quite a lot of googling and can't find much, also checked on > the ovirt website for any possible guides or methods without much > success. > > Thanks in advance. > > Regards. > > Neil Wilson. > Have you seen this article http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 From nwilson123 at gmail.com Thu Mar 7 09:04:42 2013 From: nwilson123 at gmail.com (Neil) Date: Thu, 7 Mar 2013 11:04:42 +0200 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: <51384DA9.7030907@shurik.kiev.ua> References: <51384DA9.7030907@shurik.kiev.ua> Message-ID: Thanks Alexandr, I hadn't seen that one. Will go through it. Thank you very much! On Thu, Mar 7, 2013 at 10:19 AM, Alexandr wrote: > 07.03.2013 10:16, Neil ?????: >> Hi guys, >> >> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos >> 6.3 and the Dreyou repos? >> >> I'm using ovirt 3.1 on our own production systems and would like to >> know the recommended upgrade methods/paths. I don't see much in the >> way of upgrade paths for any distributions for that matter. >> >> I've done quite a lot of googling and can't find much, also checked on >> the ovirt website for any possible guides or methods without much >> success. >> >> Thanks in advance. >> >> Regards. >> >> Neil Wilson. >> > Have you seen this article > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From asegurap at redhat.com Thu Mar 7 09:22:16 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Thu, 7 Mar 2013 04:22:16 -0500 (EST) Subject: [Users] ovirt 3.2 networking setup problems In-Reply-To: <513839BC.2020609@gmail.com> Message-ID: <434462079.5484944.1362648136429.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Yuriy Demchenko" > To: "Antoni Segura Puimedon" > Cc: "oVirt Mailing List" > Sent: Thursday, March 7, 2013 7:54:52 AM > Subject: Re: [Users] ovirt 3.2 networking setup problems > > Thanks! that helped Great! Btw, there is a patch about to hit git master that will remove the current limitation. > > i've managed to add another bond via 'echo "+bondN" > > /sys/class/net/bonding_masters' > > output from commands you asked: > > # vdsClient -s 0 getVdsCaps > > HBAInventory = {'iSCSI': [{'InitiatorName': > > 'iqn.1994-05.com.redhat:7681c664f86a'}], 'FC': [{'wwpn': > > '200190b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M > > - > > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}, {'wwpn': > > '200290b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M > > - > > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}]} > > ISCSIInitiatorName = iqn.1994-05.com.redhat:7681c664f86a > > bondings = {'bond4': {'addr': '', 'cfg': {'DEVICE': 'bond4', > > 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'BONDING_OPTS': 'mode=6'}, > > 'mtu': '1500', 'netmask': '', 'slaves': ['p3p1', 'p3p3'], 'hwaddr': > > '90:b1:1c:ac:1b:05'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE': > > 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'STP': 'no', 'BONDING_OPTS': > > 'mode=6', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500', > > 'netmask': '', 'slaves': ['em1', 'em2'], 'hwaddr': > > '90:b1:1c:ac:1b:01'}} > > bridges = {'ovirtmgmt': {'addr': '192.168.10.130', 'cfg': > > {'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 'DELAY': '0', > > 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': > > 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', > > 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask': > > '255.255.255.0', > > 'stp': 'off', 'ports': ['bond0']}} > > clusterLevels = ['3.0', '3.1', '3.2'] > > cpuCores = 16 > > cpuFlags = > > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1,sse4_2,x2apic,popcnt,aes,xsave,avx,lahf_lm,ida,arat,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_Penryn,model_Westmere,model_SandyBridge > > cpuModel = Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz > > cpuSockets = 2 > > cpuSpeed = 2599.849 > > cpuThreads = 32 > > emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0', > > 'rhel6.1.0', > > 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'] > > guestOverhead = 65 > > hooks = {} > > kvmEnabled = true > > lastClient = 192.168.10.147 > > lastClientIface = ovirtmgmt > > management_ip = > > memSize = 32062 > > netConfigDirty = False > > networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': > > '192.168.10.130', 'cfg': {'IPADDR': '192.168.10.130', 'ONBOOT': > > 'yes', > > 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', > > 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': > > 'Bridge', 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask': > > '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': > > '192.168.10.1', 'ports': ['bond0']}} > > nics = {'em1': {'permhwaddr': '90:B1:1C:AC:1B:01', 'addr': '', > > 'cfg': {'SLAVE': 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', > > 'DEVICE': 'em1', 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', > > 'netmask': '', 'hwaddr': '90:b1:1c:ac:1b:01', 'speed': 10000}, > > 'em2': > > {'permhwaddr': '90:B1:1C:AC:1B:04', 'addr': '', 'cfg': {'SLAVE': > > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', 'DEVICE': 'em2', > > 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', > > 'hwaddr': > > '90:b1:1c:ac:1b:04', 'speed': 10000}, 'p3p4': {'addr': '', 'cfg': > > {'DEVICE': 'p3p4', 'HWADDR': '90:B1:1C:AC:1B:08', 'ONBOOT': 'no', > > 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': > > '90:b1:1c:ac:1b:08', 'speed': 0}, 'p3p3': {'permhwaddr': > > '90:B1:1C:AC:1B:07', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT': > > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR': > > '90:b1:1c:ac:1b:07', 'DEVICE': 'p3p3'}, 'mtu': '1500', 'netmask': > > '', > > 'hwaddr': '90:b1:1c:ac:1b:07', 'speed': 1000}, 'p3p2': {'addr': '', > > 'cfg': {'DEVICE': 'p3p2', 'HWADDR': '90:B1:1C:AC:1B:06', 'ONBOOT': > > 'no', 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', > > 'hwaddr': > > '90:b1:1c:ac:1b:06', 'speed': 0}, 'p3p1': {'permhwaddr': > > '90:B1:1C:AC:1B:05', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT': > > 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR': > > '90:b1:1c:ac:1b:05', 'DEVICE': 'p3p1'}, 'mtu': '1500', 'netmask': > > '', > > 'hwaddr': '90:b1:1c:ac:1b:05', 'speed': 1000}} > > operatingSystem = {'release': '3.el6.centos.9', 'version': '6', > > 'name': 'RHEL'} > > packages2 = {'kernel': {'release': '279.22.1.el6.x86_64', > > 'buildtime': 1360105846.0, 'version': '2.6.32'}, 'spice-server': > > {'release': '10.el6', 'buildtime': 1340375889, 'version': > > '0.10.1'}, > > 'vdsm': {'release': '0.31.20.el6', 'buildtime': 1361952052, > > 'version': > > '4.10.3'}, 'qemu-kvm': {'release': '2.295.el6.10', 'buildtime': > > 1357897281, 'version': '0.12.1.2'}, 'libvirt': {'release': > > '21.el6_3.8', 'buildtime': 1359401311, 'version': '0.9.10'}, > > 'qemu-img': {'release': '2.295.el6.10', 'buildtime': 1357897281, > > 'version': '0.12.1.2'}, 'mom': {'release': '1.el6', 'buildtime': > > 1349470062, 'version': '0.3.0'}} > > reservedMem = 321 > > software_revision = 0.31 > > software_version = 4.10 > > supportedENGINEs = ['3.0', '3.1'] > > supportedProtocols = ['2.2', '2.3'] > > uuid = 4C4C4544-004E-5910-804D-C6C04F47354A > > version_name = Snow Man > > vlans = {} > > vmTypes = ['kvm'] > before echo: > > # cat /sys/class/net/bonding_masters > > bond0 bond4 > after: > > # cat /sys/class/net/bonding_masters > > bond0 bond4 bond1 > > > Yuriy Demchenko > > On 03/06/2013 04:28 PM, Antoni Segura Puimedon wrote: > > Could you ssh to the host and do: > > > > cat /sys/class/net/bonding_masters > > > > There is a limitation on ovirt-3.2 that only the default bridges > > can be used. If you don't have enough of them, you can always > > create the needed bridge doing > > > > echo "+bondN" > /sys/class/net/bonding_masters > > where N is the bridge you want to create. > > > > It would also be helpful to see the contents of doing > > > > vdsClient -s 0 getVdsCaps > > From noc at nieuwland.nl Thu Mar 7 09:26:23 2013 From: noc at nieuwland.nl (noc) Date: Thu, 07 Mar 2013 10:26:23 +0100 Subject: [Users] Weird errors when trying to connect to an iSCSI target. Message-ID: <51385D3F.1000202@nieuwland.nl> I have been able to connect to this iSCSI target before but now I'm getting some weird errors, see attached vdsm.log but in short its about the following: Thread-161303::DEBUG::2013-03-07 09:54:14,401::task::568::TaskManager.Task::(_updateState) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init -> state preparing Thread-161303::INFO::2013-03-07 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: discoverSendTargets(con={'connection': '192.168.4.234', 'password': '******', 'port': '3260', 'user': ''}, options=None) Thread-161303::DEBUG::2013-03-07 09:54:14,402::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --op=new' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::DEBUG::2013-03-07 09:54:14,428::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 -n node.startup -v manual --op=update' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: Cannot modify node.startup. Invalid param name.\n'; = 7 Thread-161303::DEBUG::2013-03-07 09:54:14,453::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::DEBUG::2013-03-07 09:54:14,477::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --discover' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: No portals found\n'; = 21 Thread-161303::DEBUG::2013-03-07 09:54:14,516::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::DEBUG::2013-03-07 09:54:14,541::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --op=delete' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::ERROR::2013-03-07 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) Discovery failed Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2797, in discoverSendTargets targets = iscsi.discoverSendTargets(iface, portal, cred) File "/usr/share/vdsm/storage/iscsi.py", line 202, in discoverSendTargets targets = iscsiadm.discoverydb_discover(discoverType, iface.name, portalStr) File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in discoverydb_discover raise IscsiDiscoverdbError(rc, out, err) IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found']) Thread-161303::ERROR::2013-03-07 09:54:14,567::task::833::TaskManager.Task::(_setError) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 840, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 42, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2800, in discoverSendTargets raise se.iSCSIDiscoveryError(portal, e) Running the commands in a shell indeed gives the errors shown. I have a wild guess but what interface is -I default referring to? I had more than one interface activated for this host but moved it to a cluster which didn't have the network definitions and removed the now invalid networks from the host. Just checked with tcpdump and the traffic is going through ovirtmgmt interface and the storage is responding. /var/lib/iscsi isn't filled with info, only sendtargets/target_ip_address/st_config Joop -- irc: jvandewege -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- Thread-161296::DEBUG::2013-03-07 09:54:04,360::BindingXMLRPC::161::vds::(wrapper) [192.168.216.150] Thread-161296::DEBUG::2013-03-07 09:54:04,361::task::568::TaskManager.Task::(_updateState) Task=`21c8ea2b-fad6-407b-a5ce-210f4bb3db7e`::moving from state init -> state preparing Thread-161296::INFO::2013-03-07 09:54:04,362::logUtils::41::dispatcher::(wrapper) Run and protect: getDeviceList(storageType=3, options={}) Thread-161296::DEBUG::2013-03-07 09:54:04,362::misc::1054::SamplingMethod::(__call__) Trying to enter sampling method (storage.sdc.refreshStorage) Thread-161296::DEBUG::2013-03-07 09:54:04,362::misc::1056::SamplingMethod::(__call__) Got in to sampling method Thread-161296::DEBUG::2013-03-07 09:54:04,362::misc::1054::SamplingMethod::(__call__) Trying to enter sampling method (storage.iscsi.rescan) Thread-161296::DEBUG::2013-03-07 09:54:04,363::misc::1056::SamplingMethod::(__call__) Got in to sampling method Thread-161296::DEBUG::2013-03-07 09:54:04,363::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m session -R' (cwd None) Thread-161296::DEBUG::2013-03-07 09:54:04,387::misc::84::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: No session found.\n'; = 21 Thread-161296::DEBUG::2013-03-07 09:54:04,387::misc::1064::SamplingMethod::(__call__) Returning last result MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:04,390::misc::84::Storage.Misc.excCmd::() '/usr/bin/dd of=/sys/class/scsi_host/host0/scan' (cwd None) MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:04,396::misc::84::Storage.Misc.excCmd::() '/usr/bin/dd of=/sys/class/scsi_host/host1/scan' (cwd None) MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:04,401::misc::84::Storage.Misc.excCmd::() '/usr/bin/dd of=/sys/class/scsi_host/host2/scan' (cwd None) MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:04,406::iscsi::402::Storage.ISCSI::(forceIScsiScan) Performing SCSI scan, this will take up to 30 seconds Thread-161296::DEBUG::2013-03-07 09:54:06,409::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/multipath' (cwd None) Thread-161296::DEBUG::2013-03-07 09:54:06,437::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161296::DEBUG::2013-03-07 09:54:06,438::lvm::477::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,438::lvm::479::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,438::lvm::488::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,439::lvm::490::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,439::lvm::508::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' got the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,439::lvm::510::OperationMutex::(_invalidateAllLvs) Operation 'lvm invalidate operation' released the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,440::misc::1064::SamplingMethod::(__call__) Returning last result Thread-161296::DEBUG::2013-03-07 09:54:06,440::lvm::334::OperationMutex::(_reloadpvs) Operation 'lvm reload operation' got the operation mutex Thread-161296::DEBUG::2013-03-07 09:54:06,442::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/lvm pvs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter = [ \\"a%3600508b100104a39535454343331000a%\\", \\"r%.*%\\" ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,size,vg_name,vg_uuid,pe_start,pe_count,pe_alloc_count,mda_count,dev_size' (cwd None) Thread-161296::DEBUG::2013-03-07 09:54:06,529::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161296::DEBUG::2013-03-07 09:54:06,530::lvm::359::OperationMutex::(_reloadpvs) Operation 'lvm reload operation' released the operation mutex MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:06,531::misc::84::Storage.Misc.excCmd::() '/usr/sbin/dmsetup status' (cwd None) MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:06,538::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:06,540::misc::84::Storage.Misc.excCmd::() '/usr/lib/udev/scsi_id --page=0x80 --whitelisted --export --replace-whitespace --device=/dev/dm-0' (cwd None) MainProcess|Thread-161296::DEBUG::2013-03-07 09:54:06,546::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161296::WARNING::2013-03-07 09:54:06,547::multipath::329::Storage.Multipath::(pathListIter) Problem getting hbtl from device `cciss!c0d0` Traceback (most recent call last): File "/usr/share/vdsm/storage/multipath.py", line 326, in pathListIter pathInfo["hbtl"] = getHBTL(slave) File "/usr/share/vdsm/storage/multipath.py", line 244, in getHBTL hbtl = os.listdir("/sys/block/%s/device/scsi_disk/" % physdev) OSError: [Errno 2] No such file or directory: '/sys/block/cciss!c0d0/device/scsi_disk/' Thread-161296::DEBUG::2013-03-07 09:54:06,549::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/lvm pvcreate --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter = [ \\"a%3600508b100104a39535454343331000a%\\", \\"r%.*%\\" ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } backup { retain_min = 50 retain_days = 0 } " --test --metadatasize 128m --metadatacopies 2 --metadataignore y' (cwd None) Thread-161296::DEBUG::2013-03-07 09:54:06,581::misc::84::Storage.Misc.excCmd::() FAILED: = " TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.\n Please enter a physical volume path\n Run `pvcreate --help' for more information.\n"; = 3 Thread-161296::DEBUG::2013-03-07 09:54:06,583::lvm::804::Storage.LVM::(testPVCreate) rc: 3, out: [], err: [' TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.', ' Please enter a physical volume path', " Run `pvcreate --help' for more information."], unusedDevs: set([]), usedDevs: set([]) Thread-161296::INFO::2013-03-07 09:54:06,609::logUtils::44::dispatcher::(wrapper) Run and protect: getDeviceList, Return response: {'devList': []} Thread-161296::DEBUG::2013-03-07 09:54:06,609::task::1151::TaskManager.Task::(prepare) Task=`21c8ea2b-fad6-407b-a5ce-210f4bb3db7e`::finished: {'devList': []} Thread-161296::DEBUG::2013-03-07 09:54:06,609::task::568::TaskManager.Task::(_updateState) Task=`21c8ea2b-fad6-407b-a5ce-210f4bb3db7e`::moving from state preparing -> state finished Thread-161296::DEBUG::2013-03-07 09:54:06,609::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-161296::DEBUG::2013-03-07 09:54:06,610::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-161296::DEBUG::2013-03-07 09:54:06,610::task::957::TaskManager.Task::(_decref) Task=`21c8ea2b-fad6-407b-a5ce-210f4bb3db7e`::ref 0 aborting False Thread-161300::DEBUG::2013-03-07 09:54:11,395::task::568::TaskManager.Task::(_updateState) Task=`c44d9742-5300-49cf-9b37-bad8c82e3fe3`::moving from state init -> state preparing Thread-161300::INFO::2013-03-07 09:54:11,396::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-161300::INFO::2013-03-07 09:54:11,396::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {} Thread-161300::DEBUG::2013-03-07 09:54:11,396::task::1151::TaskManager.Task::(prepare) Task=`c44d9742-5300-49cf-9b37-bad8c82e3fe3`::finished: {} Thread-161300::DEBUG::2013-03-07 09:54:11,396::task::568::TaskManager.Task::(_updateState) Task=`c44d9742-5300-49cf-9b37-bad8c82e3fe3`::moving from state preparing -> state finished Thread-161300::DEBUG::2013-03-07 09:54:11,396::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-161300::DEBUG::2013-03-07 09:54:11,396::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-161300::DEBUG::2013-03-07 09:54:11,397::task::957::TaskManager.Task::(_decref) Task=`c44d9742-5300-49cf-9b37-bad8c82e3fe3`::ref 0 aborting False Thread-161303::DEBUG::2013-03-07 09:54:14,401::BindingXMLRPC::161::vds::(wrapper) [192.168.216.150] Thread-161303::DEBUG::2013-03-07 09:54:14,401::task::568::TaskManager.Task::(_updateState) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init -> state preparing Thread-161303::INFO::2013-03-07 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: discoverSendTargets(con={'connection': '192.168.4.234', 'password': '******', 'port': '3260', 'user': ''}, options=None) Thread-161303::DEBUG::2013-03-07 09:54:14,402::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --op=new' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::DEBUG::2013-03-07 09:54:14,428::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 -n node.startup -v manual --op=update' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: Cannot modify node.startup. Invalid param name.\n'; = 7 Thread-161303::DEBUG::2013-03-07 09:54:14,453::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::DEBUG::2013-03-07 09:54:14,477::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --discover' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: No portals found\n'; = 21 Thread-161303::DEBUG::2013-03-07 09:54:14,516::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::DEBUG::2013-03-07 09:54:14,541::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --op=delete' (cwd None) Thread-161303::DEBUG::2013-03-07 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS: = ''; = 0 Thread-161303::ERROR::2013-03-07 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) Discovery failed Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2797, in discoverSendTargets targets = iscsi.discoverSendTargets(iface, portal, cred) File "/usr/share/vdsm/storage/iscsi.py", line 202, in discoverSendTargets targets = iscsiadm.discoverydb_discover(discoverType, iface.name, portalStr) File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in discoverydb_discover raise IscsiDiscoverdbError(rc, out, err) IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found']) Thread-161303::ERROR::2013-03-07 09:54:14,567::task::833::TaskManager.Task::(_setError) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 840, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 42, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2800, in discoverSendTargets raise se.iSCSIDiscoveryError(portal, e) iSCSIDiscoveryError: Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname='192.168.4.234', port=3260), err=(21, [], ['iscsiadm: No portals found'])" Thread-161303::DEBUG::2013-03-07 09:54:14,567::task::852::TaskManager.Task::(_run) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Task._run: 182a27fe-dfb0-4e68-965e-c77b61050da9 ({'connection': '192.168.4.234', 'password': '', 'port': '3260', 'user': ''},) {} failed - stopping task Thread-161303::DEBUG::2013-03-07 09:54:14,567::task::1177::TaskManager.Task::(stop) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::stopping in state preparing (force False) Thread-161303::DEBUG::2013-03-07 09:54:14,568::task::957::TaskManager.Task::(_decref) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::ref 1 aborting True Thread-161303::INFO::2013-03-07 09:54:14,568::task::1134::TaskManager.Task::(prepare) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::aborting: Task is aborted: 'Failed discovery of iSCSI targets' - code 475 Thread-161303::DEBUG::2013-03-07 09:54:14,568::task::1139::TaskManager.Task::(prepare) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Prepare: aborted: Failed discovery of iSCSI targets Thread-161303::DEBUG::2013-03-07 09:54:14,568::task::957::TaskManager.Task::(_decref) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::ref 0 aborting True Thread-161303::DEBUG::2013-03-07 09:54:14,568::task::892::TaskManager.Task::(_doAbort) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Task._doAbort: force False Thread-161303::DEBUG::2013-03-07 09:54:14,569::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-161303::DEBUG::2013-03-07 09:54:14,569::task::568::TaskManager.Task::(_updateState) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state preparing -> state aborting Thread-161303::DEBUG::2013-03-07 09:54:14,569::task::523::TaskManager.Task::(__state_aborting) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::_aborting: recover policy none Thread-161303::DEBUG::2013-03-07 09:54:14,569::task::568::TaskManager.Task::(_updateState) Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state aborting -> state failed Thread-161303::DEBUG::2013-03-07 09:54:14,570::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-161303::DEBUG::2013-03-07 09:54:14,570::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-161303::ERROR::2013-03-07 09:54:14,570::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status': {'message': 'Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname=\'192.168.4.234\', port=3260), err=(21, [], [\'iscsiadm: No portals found\'])"', 'code': 475}} Thread-161307::DEBUG::2013-03-07 09:54:21,724::task::568::TaskManager.Task::(_updateState) Task=`21c4cbce-2fa1-4cfe-9c5b-0ff2455a7705`::moving from state init -> state preparing Thread-161307::INFO::2013-03-07 09:54:21,724::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-161307::INFO::2013-03-07 09:54:21,724::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {} Thread-161307::DEBUG::2013-03-07 09:54:21,725::task::1151::TaskManager.Task::(prepare) Task=`21c4cbce-2fa1-4cfe-9c5b-0ff2455a7705`::finished: {} Thread-161307::DEBUG::2013-03-07 09:54:21,725::task::568::TaskManager.Task::(_updateState) Task=`21c4cbce-2fa1-4cfe-9c5b-0ff2455a7705`::moving from state preparing -> state finished Thread-161307::DEBUG::2013-03-07 09:54:21,725::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-161307::DEBUG::2013-03-07 09:54:21,725::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-161307::DEBUG::2013-03-07 09:54:21,725::task::957::TaskManager.Task::(_decref) Task=`21c4cbce-2fa1-4cfe-9c5b-0ff2455a7705`::ref 0 aborting False From alex.tuxx at gmail.com Thu Mar 7 09:42:12 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Thu, 7 Mar 2013 09:42:12 +0000 Subject: [Users] Fwd: Adding a bond.vlantag to ovirt-node In-Reply-To: <2079828233.5365874.1362588467336.JavaMail.root@redhat.com> References: <2079828233.5365874.1362588467336.JavaMail.root@redhat.com> Message-ID: Here's the bug report : https://bugzilla.redhat.com/show_bug.cgi?id=918942 Thanks for your help yesterday, Antoni! FWIW, if I add the interface manually (like the others) and put the host into maint mode then back active, it picks up the new vlan tagged interface just fine. Thanks! Alex On 6 March 2013 16:47, Antoni Segura Puimedon wrote: > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "Antoni Segura Puimedon" > > Cc: "oVirt Mailing List" > > Sent: Wednesday, March 6, 2013 5:38:16 PM > > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node > > > > > > > > Ah, yes, sorry - just did that - it said "Done" - but I cant see it > > in ovirt-engine still :( > > As I said earlier, unfortunately I don't know all the actions that make > the engine refresh the network info from the hosts. IMHO it wouldn't be > a bad idea to add something periodic or even a force refresh option in > the context menu. However, I'm not an oVirt Engine guy, so I don't know > all the intricacies that would play into that. > > If you want you can ping me on #ovirt and we can evaluate the particular > situation to see if there is some workaround. > > > > Alex > > > > > > > > > > On 6 March 2013 16:34, Antoni Segura Puimedon < asegurap at redhat.com > > > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Wednesday, March 6, 2013 5:16:36 PM > > > Subject: Re: [Users] Fwd: Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > I've setup the same bond config on my test machine, and this is > > > what > > > I get : > > > > > > > > > # vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0.113 > > > nics=eth0,eth1 > > > 'bond0.113' is not a valid bonding device name > > > > It should be: > > > > vdsClient -s 0 addNetwork bridge=br2 bridged=true bond=bond0 vlan=113 > > nics=eth0,eth1 > > > > > > > > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > On 6 March 2013 13:05, Alex Leonhardt < alex.tuxx at gmail.com > > > > wrote: > > > > > > > > > > > > > > > > > > Thanks Antoni, > > > > > > I'll try the above when it's a bit quieter (evening). Also, good to > > > know that if you put the host in maint that it will pick the > > > changes > > > up :) ... > > > > > > > > > IMO - the engine should poll the HVs at least once an hour / day to > > > check if any hardware relevant to it has changed ... :) > > > > > > > > > > > > Thanks again, I'll update with the result(s) later today. > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 13:02, Antoni Segura Puimedon < asegurap at redhat.com > > > > > > > wrote: > > > > > > > > > Forgot to cc users list. > > > > > > > > > > > > ----- Forwarded Message ----- > > > > From: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > Sent: Wednesday, March 6, 2013 2:00:54 PM > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > To: "Antoni Segura Puimedon" < asegurap at redhat.com > > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Wednesday, March 6, 2013 1:52:36 PM > > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > > > > > Hmmm, nothing is coming up in the logs when i try and add it - > > > > > I > > > > > think ovirt-engine is not aware that the HV got a new interface > > > > > added. > > > > > > > > > > Would restarting vdsm help ? If so, would that take down my VMs > > > > > ? > > > > > > > > I guess you could migrate the VMs to another host and try that. > > > > However, > > > > if doing that is not an option (no other hosts, for example), I > > > > guess > > > > there > > > > would be a workaround from host-side. > > > > > > > > It would be something like the following (on host): > > > > > > > > vdsClient -s 0 addNetwork bridge=br2 bond=bond0 vlan=113 > > > > bridged=true > > > > nics=nic0,nic1 > > > > > > > > substitute nic0 and nic1 for the actual nics that are on the > > > > host. > > > > > > > > This will effectively do the setup you want on the host. As far > > > > as > > > > making the > > > > engine realize it... I'm not aware of all the actions that > > > > trigger > > > > an > > > > update. I know > > > > that going to maintenance and back does it, but in this case I > > > > guess > > > > it is not an option. > > > > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 12:23, Antoni Segura Puimedon < > > > > > asegurap at redhat.com > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > > > Sent: Wednesday, March 6, 2013 12:42:06 PM > > > > > > Subject: Re: [Users] Adding a bond.vlantag to ovirt-node > > > > > > > > > > > > > > > > > > > > > > > > Sorry, the picture should actually say br2 :) ... have had to > > > > > > edit > > > > > > it > > > > > > to protect the real name(s) ... > > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 11:39, Alex Leonhardt < alex.tuxx at gmail.com > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > All, > > > > > > > > > > > > I've added manually a bond. to a Hyper-Visor, then > > > > > > added > > > > > > a > > > > > > bridge and slaved bond. to it. > > > > > > > > > > > > I've upped the interfaces (no IPs), however ovirt-engine > > > > > > still > > > > > > wont > > > > > > allow me to add the new bridged interface. I did this > > > > > > yesterday, > > > > > > so > > > > > > I thought, maybe it's just a cache issue, however, it doesnt > > > > > > seem > > > > > > to > > > > > > update the HVs network config periodically ? > > > > > > > > > > What does the engine say when you try to add it? The message > > > > > could > > > > > give > > > > > us a good hint. > > > > > > > > > > > > > > > > > > > > > > > > > > > What can I do to get this sorted ?? I dont want to have to > > > > > > restart > > > > > > the networking as VMs are running and needed. > > > > > > > > > > > > FWIW, the setup looks like this - > > > > > > > > > > > > > > > > > > eth0 > > > > > > | ----- bond0.111 --- br1 > > > > > > | ----- bond0.112 --- ovirtmgmt > > > > > > > > > > > > > > > > > > eth1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > the change was : > > > > > > > > > > > > eth0 > > > > > > | ----- bond0.111 --- br1 > > > > > > | ----- bond0.112 --- ovirtmgmt > > > > > > | ----- bond0.113 --- br2 > > > > > > eth1 > > > > > > > > > > > > > > > > > > I then added "br2" to the ovirt-engine config, however, I'm > > > > > > not > > > > > > able > > > > > > to assign it to bond in the network config (web admin > > > > > > interface) > > > > > > for > > > > > > the hyper visor / host. > > > > > > > > > > > > > > > > > > > > > > > > Also see screenshot attached. > > > > > > > > > > > > > > > > > > Thanks > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > > > > > > > -- > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Mar 7 09:46:08 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 7 Mar 2013 10:46:08 +0100 Subject: [Users] clone vm from snapshot problem in 3.2 In-Reply-To: <1292918039.41935797.1362558259237.JavaMail.root@redhat.com> References: <1292918039.41935797.1362558259237.JavaMail.root@redhat.com> Message-ID: On Wed, Mar 6, 2013 at 9:24 AM, Alissa Bonas wrote: > > > ----- Original Message ----- >> From: "Gianluca Cecchi" >> To: "Alissa Bonas" >> Cc: "users" >> Sent: Tuesday, March 5, 2013 5:31:19 PM >> Subject: Re: [Users] clone vm from snapshot problem in 3.2 >> >> On Tue, Mar 5, 2013 at 1:48 PM, Alissa Bonas wrote: >> > Hi, >> > >> > Thanks for additional information. >> > The engine log actually shows that slclone started ok: >> > "VM slclone c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 moved from >> > PoweringUp --> Up" >> > Can you explain what problem are you experiencing in that VM? >> > Also, could provide the vdsm log from the same timeframe? >> > >> >> Gianluca >> >> >> >> The Vm doesn't boot. >> As I wrote in the other e-mail: >> >> " >> The problem is that the cloned VM recognizes the disks in reversed >> order >> >> See these images where sl1432 is master slcone is the clone >> >> disk layout in details pane seems equal with boot disk the one that >> appears as the second, but the master boots ok, the slave no. >> Disks are swapped >> >> Master VM disk details: >> https://docs.google.com/file/d/0BwoPbcrMv8mvSWNVNFI4bHg4Umc/edit?usp=sharing >> >> Clone VM disks details: >> https://docs.google.com/file/d/0BwoPbcrMv8mvM1N0bVcyNlFPS1U/edit?usp=sharing >> >> Page with the two consoles where you can see that vda of master >> becomes vdb of clone and vice-versa: >> https://docs.google.com/file/d/0BwoPbcrMv8mveFpESEs5V1dUTFE/edit?usp=sharing >> >> Can I swap again in some way? In VMware for example you can see and >> edit SCSI IDs of disks... >> >> " > What is important here is to check the boot properties of both devices as they are configured for the master and clone. > They might not be swapped, the order in the console is not necessarily the issue here. > Please attach vdsm.log with times of both machines boot. the properties of the devices boot should be part of the startup command so it should help to investigate the issue. > Thanks > >> Gianluca >> qemu command line is 1) sl1432b qemu 23481 1 0 Mar04 ? 00:35:07 /usr/bin/qemu-kvm -name sl1432b -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -uuid b66ccc4b-0e31-42e5-ba6c-04075a85880c -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=b66ccc4b-0e31-42e5-ba6c-04075a85880c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/sl1432b.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-03-04T15:16:38,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e,if=none,id=drive-virtio-disk0,format=qcow2,serial=b2c274d8-7948-4fd3-b20a-8e802776b0a9,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/fb9380ce-3e61-4a0a-8d9b-98fea9c2456c/03aba9bd-8863-4a1b-bb66-ae0a856ec61e,if=none,id=drive-virtio-disk1,format=qcow2,serial=fb9380ce-3e61-4a0a-8d9b-98fea9c2456c,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:47:d7:53,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/sl1432b.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/sl1432b.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 2) slclone qemu 24712 1 0 Mar04 ? 00:18:20 /usr/bin/qemu-kvm -name slclone -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -uuid c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=c6c56d41-d70d-4b9b-a1cb-8b0c097b89a0 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/slclone.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-03-04T02:21:34,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379,if=none,id=drive-virtio-disk0,format=qcow2,serial=adca6016-0706-4d11-aa3f-bbe1894608d9,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/bd8d1847-ba90-42ef-90f1-836f14a6e67e/d46c7d31-e53d-4ea2-82b9-7c74bdbae18e,if=none,id=drive-virtio-disk1,format=qcow2,serial=bd8d1847-ba90-42ef-90f1-836f14a6e67e,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=34 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:04:04:dd,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/slclone.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/slclone.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5903,tls-port=5904,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 note 1) disks of sl1432b -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e,if=none,id=drive-virtio-disk0,format=qcow2,serial=b2c274d8-7948-4fd3-b20a-8e802776b0a9,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 and -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/fb9380ce-3e61-4a0a-8d9b-98fea9c2456c/03aba9bd-8863-4a1b-bb66-ae0a856ec61e,if=none,id=drive-virtio-disk1,format=qcow2,serial=fb9380ce-3e61-4a0a-8d9b-98fea9c2456c,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1 2) disks of slclone -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379,if=none,id=drive-virtio-disk0,format=qcow2,serial=adca6016-0706-4d11-aa3f-bbe1894608d9,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 and -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/bd8d1847-ba90-42ef-90f1-836f14a6e67e/d46c7d31-e53d-4ea2-82b9-7c74bdbae18e,if=none,id=drive-virtio-disk1,format=qcow2,serial=bd8d1847-ba90-42ef-90f1-836f14a6e67e,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1 boot disk (so what should be mapped as vda) seems equal between the two: 1) for boot disk of sl1432b (bootindex=1) # qemu-img info /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e image: /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/e2b6ad99-860c-4ef3-b4f7-bd5f2803cf2e file format: qcow2 virtual size: 10G (10737418240 bytes) disk size: 0 cluster_size: 65536 backing file: ../b2c274d8-7948-4fd3-b20a-8e802776b0a9/a0e68178-1821-4784-8d3d-e4fdcb56cc26 (actual path: /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/b2c274d8-7948-4fd3-b20a-8e802776b0a9/../b2c274d8-7948-4fd3-b20a-8e802776b0a9/a0e68178-1821-4784-8d3d-e4fdcb56cc26) 2) for boot disk of slclone (bootindex=1) # qemu-img info /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379 image: /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/596a3408-67d7-4b26-b482-e3a7554a5897/images/adca6016-0706-4d11-aa3f-bbe1894608d9/377a0622-80c9-4fd4-bde9-4ef22a30d379 file format: qcow2 virtual size: 10G (10737418240 bytes) disk size: 0 cluster_size: 65536 But as you can see in the two-consoles image, for slclone vda appears as the 4Gb disk, that doesn't contain anything in the MBR and so is actually unable to boot.... Possibly a way to view/edit scsi order of disks could be an enhancement in oVirt. See the vdsm log requested here: https://docs.google.com/file/d/0BwoPbcrMv8mvbHV1Y1BULXdKY1k/edit?usp=sharing As I wrote before, sl1432b starts at 15:17 slclone starts at 15:21 From alex.tuxx at gmail.com Thu Mar 7 09:50:05 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Thu, 7 Mar 2013 09:50:05 +0000 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: References: <51384DA9.7030907@shurik.kiev.ua> Message-ID: I'm also overdue to test this, so stay tuned :) .. I've heard from a different Alex :) that the engine / db got really messed up when he tried, so best to do a backup of everything before attempting a upgrade ! Alex On 7 March 2013 09:04, Neil wrote: > Thanks Alexandr, I hadn't seen that one. > > Will go through it. > > Thank you very much! > > On Thu, Mar 7, 2013 at 10:19 AM, Alexandr wrote: > > 07.03.2013 10:16, Neil ?????: > >> Hi guys, > >> > >> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos > >> 6.3 and the Dreyou repos? > >> > >> I'm using ovirt 3.1 on our own production systems and would like to > >> know the recommended upgrade methods/paths. I don't see much in the > >> way of upgrade paths for any distributions for that matter. > >> > >> I've done quite a lot of googling and can't find much, also checked on > >> the ovirt website for any possible guides or methods without much > >> success. > >> > >> Thanks in advance. > >> > >> Regards. > >> > >> Neil Wilson. > >> > > Have you seen this article > > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Thu Mar 7 09:57:11 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Thu, 7 Mar 2013 09:57:11 +0000 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: References: <51384DA9.7030907@shurik.kiev.ua> Message-ID: Hmmm, http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32says that we'd have to put the host into Maintenance mode before upgrade, is it not possible to run a live upgrade ? I don't have enough spare hardware to move VMs to for the upgrade of the Hyper-Visors (Ovirt nodes), the VMs cannot be stopped during the day either, we run multiple environments on them by now and are critical for development work. Anyone a idea of how to get onto 3.2 w/o having to stop the VMs ? If there is now way, fair enoug (i guess), and we'll have to look at alternative temporary hardware & disk before upgrading, however, it'd be really great if someone found a way ? Alex On 7 March 2013 09:50, Alex Leonhardt wrote: > I'm also overdue to test this, so stay tuned :) .. I've heard from a > different Alex :) that the engine / db got really messed up when he tried, > so best to do a backup of everything before attempting a upgrade ! > > Alex > > > On 7 March 2013 09:04, Neil wrote: > >> Thanks Alexandr, I hadn't seen that one. >> >> Will go through it. >> >> Thank you very much! >> >> On Thu, Mar 7, 2013 at 10:19 AM, Alexandr wrote: >> > 07.03.2013 10:16, Neil ?????: >> >> Hi guys, >> >> >> >> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos >> >> 6.3 and the Dreyou repos? >> >> >> >> I'm using ovirt 3.1 on our own production systems and would like to >> >> know the recommended upgrade methods/paths. I don't see much in the >> >> way of upgrade paths for any distributions for that matter. >> >> >> >> I've done quite a lot of googling and can't find much, also checked on >> >> the ovirt website for any possible guides or methods without much >> >> success. >> >> >> >> Thanks in advance. >> >> >> >> Regards. >> >> >> >> Neil Wilson. >> >> >> > Have you seen this article >> > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Thu Mar 7 10:01:28 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 7 Mar 2013 10:01:28 +0000 Subject: [Users] Userportal SPICE Woes Message-ID: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> Hi, it me again, the last time this was discussed, the problem seemed to be centred around Win/IE, but since patching to: # rpm -qa | grep ovirt ovirt-engine-config-3.1.0-4.fc17.noarch ovirt-engine-dbscripts-3.1.0-4.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-restapi-3.1.0-4.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-genericapi-3.1.0-4.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch ovirt-engine-setup-3.1.0-4.fc17.noarch ovirt-engine-sdk-3.2.0.2-1.fc17.noarch ovirt-engine-backend-3.1.0-4.fc17.noarch ovirt-engine-tools-common-3.1.0-4.fc17.noarch ovirt-engine-3.1.0-4.fc17.noarch ovirt-engine-userportal-3.1.0-4.fc17.noarch ovirt-engine-notification-service-3.1.0-4.fc17.noarch No one is able to connect to a spice console though the Userportal at all. I?ve tried this from my workstation, running Fedora 17: ================================================================================ $ SPICEC_DEBUG_LEVEL=0 firefox (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller katalogen finns inte (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: Filen eller katalogen finns inte (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser window, when trying to call OnDisconnected ================================================================================ Here?s a collegue of mine, running Win7/IE9: ================================================================================ 1362648766 INFO [7196:5208] spicex_init_logger: started 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen request newVal=0xffffffff 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C:\Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe --spice-controller) 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice client's pipe 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : str 130.238.96.135 (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 value 5906 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 value 5907 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 value 1 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : str main,inputs,scursor,splayback,srecord,sdisplay (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : str DEFAULT (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is not requested 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 error_code=1 ================================================================================ And another collegue running CentOS-6.3/Firefox: ================================================================================ 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: 130.238.96.132 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password set 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: original channels: smain,sinputs,scursor,splayback,srecord,sdisplay 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: modified channels: main,inputs,cursor,playback,record,display 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: IT-Avdelningen-2 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: DEFAULT 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: Certificate: Data: Version: 3 (0x2) Serial Number: 15 (0xf) Signature Algorithm: sha1WithRSAEncryption Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 Validity Not Before: Sep 26 14:21:06 2012 Not After : Sep 25 12:21:06 2022 GMT Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 Subject Public Key Info: Public Key Algorithm: rsaEncryption Public-Key: (1024 bit) Modulus: 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: 9f:c2:d2:cf:53:c3:58:b3:15 Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Subject Key Identifier: FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA Authority Information Access: CA Issuers - URI:http://storm.slu.se:80/ca.crt X509v3 Authority Key Identifier: keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 serial:0F X509v3 Basic Constraints: critical CA:TRUE X509v3 Key Usage: critical Certificate Sign, CRL Sign Signature Algorithm: sha1WithRSAEncryption 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: e0:7e -----BEGIN CERTIFICATE----- MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my p73CIWYf4H4= -----END CERTIFICATE----- 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: release-cursor=shift+f12,toggle-fullscreen=shift+f11 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: 0 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: 0 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller pid: 10340 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: connect error, 2 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: connect error, 2 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: Launching /usr/libexec/spice-xpi-client 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating connection with controller 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: Controller finished, pid: 10340, exit code: 0 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: could not get browser window, when trying to call OnDisconnected ================================================================================ If there?s anything we can do to help resolve this issue once and for all, just name it! It so hurts to see this otherwise great product tripping over on it?s face so close to the finish line:( Best Regards Karli Sj?berg -------------- next part -------------- An HTML attachment was scrubbed... URL: From yamakasi.014 at gmail.com Thu Mar 7 10:03:02 2013 From: yamakasi.014 at gmail.com (Matt .) Date: Thu, 7 Mar 2013 11:03:02 +0100 Subject: [Users] Cluster, hosts, everything down and totally stuck Message-ID: My cluster is totally down and I'm completely stuck. I cannot set a host in maintenance, stop a VM because it has a unknown state, so also the host where this one is on. A new added node cannot find the storage because all are down but the NFS is up. On the node that is "unknown" all interfaces are up, on the new added host all are down following ovirt, but are actually up. Because of this I'm stuck between 2 or 4 walls and I'm not able to fix this in some way. What are my options ? I'm thinking of setting the VM that is stuck on my existing host to off by editing the DB of ovirt. I hope we can sort this out. Cheers, Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Thu Mar 7 10:49:20 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 7 Mar 2013 18:49:20 +0800 (CST) Subject: [Users] why ovirt does not support NAT network Message-ID: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> why ovirt does not support NAT network? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Thu Mar 7 10:54:29 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 7 Mar 2013 18:54:29 +0800 (CST) Subject: [Users] add vnet for VM,what is bridgeless of device type Message-ID: <4f7d96ce.d2af.13d447ce704.Coremail.bigclouds@163.com> add vnet for VM,what is bridgeless of device type? thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dneary at redhat.com Thu Mar 7 11:06:17 2013 From: dneary at redhat.com (Dave Neary) Date: Thu, 07 Mar 2013 12:06:17 +0100 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: References: <5136FF95.4040906@redhat.com> Message-ID: <513874A9.7000503@redhat.com> Hi Rob, On 03/06/2013 05:59 PM, Rob Zwissler wrote: > On one hand I like oVirt, I think you guys have done a good job with > this, and it is free software so I don't want to complain. > > But on the other hand, if you release a major/stable release (ie: > oVirt 3.2), but it relies on a major/critical component (clustering > filesystem server) that is in alpha, not even beta, but alpha > prerelease form, you really should be up front and communicative about > this. My searches turned up nothing except an offhand statement from > a GlusterFS developer, nothing from the oVirt team until now. > > It is not acceptable to expect people to run something as critical as > a cluster filesystem server in alpha form on anything short of a > development test setup. Are any other components of oVirt 3.2 > dependent on non-stable general release packages? > > What is the latest release of oVirt considered to be stable and > considered safe for use on production systems? It seems like there has been conflation of two things here - I may be wrong with what I say, but having checked, I do not believe so. With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters using the oVirt engine. This is a completely new integration, which is still not in a production Gluster release. However, it is still completely fine to use Gluster as storage for an oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a storage back-end was added in oVirt 3.1, and as far as I know, there is no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2. Vijay, Shireesh, Ayal, is my understanding correct? I am worried that we've been giving people the wrong impression here. Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From alourie at redhat.com Thu Mar 7 11:08:56 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 07 Mar 2013 13:08:56 +0200 Subject: [Users] Problem install In-Reply-To: References: Message-ID: <51387548.4050805@redhat.com> On Wed 06 Mar 2013 10:51:43 PM IST, Marcelo Barbosa wrote: > Alex, > > Thankyou for attention. This return should not happen, because I > have my hostname registered and running on my DNS servers, but i'm > inserted in /etc/hosts my hostname and retry setup, but return new error: > > > 2013-03-06 17:35:14::DEBUG::all_in_one_100::297::root:: Waiting for > host to become operational > 2013-03-06 17:35:14::DEBUG::all_in_one_100::300::root:: current host > status is: up > 2013-03-06 17:35:14::DEBUG::all_in_one_100::302::root:: The host is up. > 2013-03-06 17:35:14::DEBUG::setup_sequences::59::root:: running > addStorageDomain > 2013-03-06 17:35:14::DEBUG::all_in_one_100::317::root:: Adding local > storage domain > 2013-03-06 17:35:14::INFO::all_in_one_100::322::root:: Creating local > storage > 2013-03-06 17:35:14::INFO::all_in_one_100::326::root:: Creating local > storage domain > 2013-03-06 17:35:14::INFO::all_in_one_100::334::root:: Adding local > storage domain > 2013-03-06 17:35:15::ERROR::all_in_one_100::337::root:: Traceback > (most recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 335, in addStorageDomain > controller.CONF["API_OBJECT"].storagedomains.add(sdParams) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", > line 5151, in add > headers={"Expect":expect, "Correlation-Id":correlation_id}) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 118, in add > return self.request('POST', url, body, headers) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 129, in request > last=last) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 159, in __doRequest > raise RequestError, response > RequestError: > status: 400 > reason: Bad Request > detail: Cannot add Storage. Internal error, Storage Connection doesn't > exist. > > 2013-03-06 17:35:15::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 338, in addStorageDomain > raise Exception(ERROR_ADD_LOCAL_DOMAIN) > Exception: Error: could not add local storage domain > > 2013-03-06 17:35:15::DEBUG::engine-setup::1948::root:: *** The > following params were used as user input: > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > override-httpd-config: yes > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: http-port: 80 > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: https-port: 443 > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > random-passwords: no > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: mac-range: > 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: host-fqdn: > firelap.usc.unirede.net > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: auth-pass: ******** > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: org-name: firelap > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > application-mode: both > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > default-dc-type: NFS > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > db-remote-install: local > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-host: localhost > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-local-pass: > ******** > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: nfs-mp: > /firebackup/********/iso > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-nfs: yes > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > override-firewall: IPTables > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > config-allinone: yes > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: storage-path: > /firebackup/********/vms > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: superuser-pass: > ******** > 2013-03-06 17:35:15::ERROR::engine-setup::2369::root:: Traceback (most > recent call last): > File "/bin/engine-setup", line 2363, in > main(confFile) > File "/bin/engine-setup", line 2146, in main > runSequences() > File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain > raise Exception(ERROR_ADD_LOCAL_DOMAIN) > Exception: Error: could not add local storage domain > > Any ideas to solve this problem? > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com / > > > On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos > wrote: > > Hi. Have you tried solving the hostnames resolving issues that are > described on your email? Add the hosts to /etc/hosts > > Alex > > No dia 06/03/2013 18:02, "Marcelo Barbosa" > > escreveu: > > Attached my log file. > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com > / > > > On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa > > wrote: > > hi guys, > > I'am tryed install Ovirt 3.2 all-in-one in my Fedora > 18, but this version not finish for sucessful install, > information my enviroment: > > [root at firelap ovirt]# cat /etc/redhat-release > Fedora release 18 (Spherical Cow) > > [root at firelap ovirt]# uname -a > Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 > 20:10:02 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > > [root at firelap ovirt]# ifconfig > bond0: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond1: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond2: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond3: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond4: flags=5123 mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > inet6 ::1 prefixlen 128 scopeid 0x10 > loop txqueuelen 0 (Local Loopback) > RX packets 136972 bytes 54834621 (52.2 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 136972 bytes 54834621 (52.2 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > p5p1: flags=4163 mtu 1500 > inet 172.16.255.43 netmask > 255.255.255.192 broadcast 172.16.255.63 > inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 > scopeid 0x20 > ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) > RX packets 480681 bytes 614801393 (586.3 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 323373 bytes 35479386 (33.8 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > device interrupt 17 > > [root at firelap ovirt]# rpm -qa | grep ovirt > ovirt-engine-cli-3.2.0.10-1.fc18.noarch > ovirt-engine-backend-3.2.0-4.fc18.noarch > ovirt-engine-config-3.2.0-4.fc18.noarch > ovirt-host-deploy-1.0.0-1.fc18.noarch > ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch > ovirt-engine-restapi-3.2.0-4.fc18.noarch > ovirt-engine-dbscripts-3.2.0-4.fc18.noarch > ovirt-image-uploader-3.2.0-1.fc18.noarch > ovirt-host-deploy-offline-1.0.0-1.fc18.noarch > ovirt-engine-setup-3.2.0-4.fc18.noarch > ovirt-release-fedora-5-3.noarch > ovirt-engine-tools-common-3.2.0-4.fc18.noarch > ovirt-engine-3.2.0-4.fc18.noarch > ovirt-log-collector-3.2.0-1.fc18.noarch > ovirt-host-deploy-java-1.0.0-1.fc18.noarch > ovirt-engine-userportal-3.2.0-4.fc18.noarch > ovirt-engine-notification-service-3.2.0-4.fc18.noarch > ovirt-iso-uploader-3.2.0-1.fc18.noarch > ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch > ovirt-engine-sdk-3.2.0.9-1.fc18.noarch > ovirt-engine-genericapi-3.2.0-4.fc18.noarch > > [root at firelap ~]# host firelap.usc.unirede.net > > firelap.usc.unirede.net > has address 172.16.255.43 > > [root at firelap ~]# ping firelap.usc.unirede.net > > PING firelap.usc.unirede.net > (172.16.255.43 > ) 56(84) bytes of data. > 64 bytes from firelap (172.16.255.43 > ): icmp_seq=1 ttl=64 time=0.055 ms > > [root at firelap ~]# engine-setup > Welcome to oVirt Engine setup utility > oVirt Engine uses httpd to proxy requests to the > application server. > It looks like the httpd installed locally is being > actively used. > The installer can override current configuration . > Alternatively you can use JBoss directly (on ports higher > than 1024) > Do you wish to override current httpd configuration and > restart the service? ['yes'| 'no'] [yes] : > HTTP Port [80] : > HTTPS Port [443] : > Host fully qualified domain name. Note: this name should > be fully resolvable [firelap.no-ip.org > ] : localhost.localdomain > The IP (127.0.0.1) which was resolved from the FQDN > localhost.localdomain is not configured on any interface > on this host > User input failed validation, do you still wish to use it? > (yes|no): no > Host fully qualified domain name. Note: this name should > be fully resolvable [firelap.no-ip.org > ] : > firelap.no-ip.org did not > resolve into an IP address > User input failed validation, do you still wish to use it? > (yes|no): no > Host fully qualified domain name. Note: this name should > be fully resolvable [firelap.no-ip.org > ] : firelap.usc.unirede.net > > Enter a password for an internal oVirt Engine > administrator user (admin at internal) : > Warning: Weak Password. > Confirm password : > Organization Name for the Certificate [no-ip.org > ] : firelap.usc.unirede.net > > The engine can be configured to present the UI in three > different application modes. virt [Manage virtualization > only], gluster [Manage gluster storage only], and both > [Manage virtualization as well as gluster storage] > ['virt'| 'gluster'| 'both'] [both] : > The default storage type you will be using ['NFS'| 'FC'| > 'ISCSI'| 'POSIXFS'] [NFS] : > Enter DB type for installation ['remote'| 'local'] [local] : > Enter a password for a local oVirt Engine DB admin user > (engine) : > Warning: Weak Password. > Confirm password : > Local ISO domain path [/var/lib/exports/iso] : > /firebackup/ovirt/iso > Error: directory /firebackup/ovirt/iso is not empty > Local ISO domain path [/var/lib/exports/iso] : > /firebackup/ovirt/iso > Firewall ports need to be opened. > The installer can configure firewall automatically > overriding the current configuration. The old > configuration will be backed up. > Alternately you can configure the firewall later using an > example file. > Which firewall do you wish to configure? ['None'| > 'Firewalld'| 'IPTables']: IPTables > Configure VDSM on this host? ['yes'| 'no'] [yes] : > Local storage domain path [/var/lib/images] : > /firebackup/ovirt/vms > Confirm root password : > > oVirt Engine will be installed using the following > configuration: > ================================================================= > override-httpd-config: yes > http-port: 80 > https-port: 443 > host-fqdn: firelap.usc.unirede.net > > auth-pass: ******** > org-name: firelap.usc.unirede.net > > application-mode: both > default-dc-type: NFS > db-remote-install: local > db-local-pass: ******** > nfs-mp: /firebackup/ovirt/iso > override-firewall: IPTables > config-allinone: yes > storage-path: /firebackup/ovirt/vms > superuser-pass: ******** > Proceed with the configuration listed above? (yes|no): yes > > Installing: > AIO: Validating CPU Compatibility... > [ DONE ] > AIO: Adding firewall rules... > [ DONE ] > Configuring oVirt Engine... > [ DONE ] > Configuring JVM... > [ DONE ] > Creating CA... > [ DONE ] > Updating ovirt-engine service... > [ DONE ] > Setting Database Configuration... > [ DONE ] > Setting Database Security... > [ DONE ] > Creating Database... > [ DONE ] > Updating the Default Data Center Storage Type... > [ DONE ] > Editing oVirt Engine Configuration... > [ DONE ] > Editing Postgresql Configuration... > [ DONE ] > Configuring the Default ISO Domain... > [ DONE ] > Configuring Firewall... > [ DONE ] > Starting ovirt-engine Service... > [ DONE ] > Configuring HTTPD... > [ DONE ] > AIO: Creating storage directory... > [ DONE ] > AIO: Adding Local Datacenter and cluster... > [ DONE ] > AIO: Adding Local host (This may take several minutes)... > [ ERROR ] > Error: Host was found in a 'Failed' state. Please check > engine and bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log > for more information > > 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: > retcode = 0 > 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: > stopping httpd > 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: > executing action httpd on service stop > 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: > Executing command --> '/sbin/service httpd stop' > 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: > output = > 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: > stderr = Redirecting to /bin/systemctl stop httpd.service > > 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: > retcode = 0 > 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: > starting httpd > 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: > executing action httpd on service start > 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: > Executing command --> '/sbin/service httpd start' > 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: > output = > 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: > stderr = Redirecting to /bin/systemctl start httpd.service > > 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: > retcode = 0 > 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: > running makeStorageDir > 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: > Creating/Verifying local domain path > 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: > Setting selinux context > 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting > selinux context for /firebackup/ovirt/vms > 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: > Executing command --> '/usr/sbin/semanage fcontext -a -t > public_content_rw_t /firebackup/ovirt/vms(/.*)?' > 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: > output = > 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: > stderr = > 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: > retcode = 0 > 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: > Executing command --> '/sbin/restorecon -r > /firebackup/ovirt/vms' > 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: > output = > 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: > stderr = > 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: > retcode = 0 > 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: > running waitForJbossUp > 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: > Checking JBoss status. > 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: > JBoss is up and running. > 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: > running initAPI > 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: > Initiating the API object > 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: > running createDC > 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: > Creating the local datacenter > 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: > running createCluster > 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: > Creating the local cluster > 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: > running createHost > 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: > Adding the local host > 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: > running waitForHostUp > 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: > Waiting for host to become operational > 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: > current host status is: installing > 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: > Traceback (most recent call last): > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 308, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: > Waiting for host to become operational > 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: > current host status is: installing > 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: > Traceback (most recent call last): > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 308, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: > Waiting for host to become operational > 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: > current host status is: install_failed > 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: > Traceback (most recent call last): > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 306, in isHostUp > raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a 'Failed' > state. Please check engine and bootstrap installation logs. > > 2013-03-06 14:35:56::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 294, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", > line 1009, in retry > raise e > RetryFailException: Error: Host was found in a 'Failed' > state. Please check engine and bootstrap installation logs. > > 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** > The following params were used as user input: > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > override-httpd-config: yes > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > http-port: 80 > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > https-port: 443 > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > random-passwords: no > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > host-fqdn: firelap.usc.unirede.net > > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > auth-pass: ******** > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > org-name: firelap.usc.unirede.net > > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > application-mode: both > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > default-dc-type: NFS > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > db-remote-install: local > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > db-host: localhost > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > db-local-pass: ******** > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > nfs-mp: /firebackup/********/iso > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > config-nfs: yes > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > override-firewall: IPTables > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > config-allinone: yes > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > storage-path: /firebackup/********/vms > 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: > superuser-pass: ******** > 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: > Traceback (most recent call last): > File "/bin/engine-setup", line 2363, in > main(confFile) > File "/bin/engine-setup", line 2146, in main > runSequences() > File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", > line 1009, in retry > raise e > RetryFailException: Error: Host was found in a 'Failed' > state. Please check engine and bootstrap installation logs. > > Thnkz for attention. > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com > / > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Hi Marcelo First, it seems that you have passed adding the host step, which is good. Second, about the adding storage - may Michael could help us understand what the following error means: RequestError: status: 400 reason: Bad Request detail: Cannot add Storage. Internal error, Storage Connection doesn't exist. -- Best regards, Alex Lourie Software Developer in Integration Red Hat From dneary at redhat.com Thu Mar 7 11:11:08 2013 From: dneary at redhat.com (Dave Neary) Date: Thu, 07 Mar 2013 12:11:08 +0100 Subject: [Users] =?utf-8?b?5YWz5LqOb3ZpcnQgMy4y5pSv5oyBZ2x1c3RlcmZz6Zeu?= =?utf-8?b?6aKY?= In-Reply-To: <2013022813160631591611@wolk-tech.com> References: <2013022813160631591611@wolk-tech.com> Message-ID: <513875CC.2060603@redhat.com> Hi, I'm sorry, this is an English language mailing list, and I do not speak Chinese. Google translate suggests that your question relates to an installation issue - you installed oVirt 3.2, ran engine-setup, selected a POSIX FS type data center, and do not see any storage domain. However, the Gluster volume is visible in the "node" view. Is that correct? Have you had any issues using the Gluster volume outside oVirt? I hope someone can help you with your query! Thanks, Dave. On 02/28/2013 06:16 AM, ??? wrote: > ??? > ????ovirt???3.2???engine-setup?????????glusterfs?? > ?WEB UI??????data center??????storage domain????? > both???data center?????type???gluster fs???????? > ??posix compliant fs?????glusterfs?volume?WEB UI??????? > ???node???gluster volume info???????? > ????????????? > ??? > ????????? > ------------------------------------------------------------------------ > ??????????? > ????? ??? > ??????????????????6?D? > ???huyangyang at wolk-tech.com > ???18798828131 > ???0851-5989268 > > ---------------------------------------------------------------------------------------------------------------------------- > > ???????????????????????????????????? > ??????????????????????????????????? > ???????????????????????????????????? > ????????? > This e-mail and its attachments contain confidential information from > WOLK, which is intended only for the person or entity whose address is > listed above. Any use of the information contained herein in any way > (including, but not limited to, total or partial disclosure, > reproduction, or dissemination) by persons other than the intended > recipient(s) is prohibited. If you receive this e-mail in error, please > notify the sender by phone or email immediately and delete it! > > ---------------------------------------------------------------------------------------------------------------------------- > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From asegurap at redhat.com Thu Mar 7 11:11:41 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Thu, 7 Mar 2013 06:11:41 -0500 (EST) Subject: [Users] add vnet for VM,what is bridgeless of device type In-Reply-To: <4f7d96ce.d2af.13d447ce704.Coremail.bigclouds@163.com> Message-ID: <340476184.5501674.1362654701060.JavaMail.root@redhat.com> Bridgeless networks are typically for non-VM networks such as storage. ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Thursday, March 7, 2013 11:54:29 AM > Subject: [Users] add vnet for VM,what is bridgeless of device type > > > > add vnet for VM,what is bridgeless of device type? > > > > > thanks. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From vbellur at redhat.com Thu Mar 7 11:11:43 2013 From: vbellur at redhat.com (Vijay Bellur) Date: Thu, 07 Mar 2013 16:41:43 +0530 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <513874A9.7000503@redhat.com> References: <5136FF95.4040906@redhat.com> <513874A9.7000503@redhat.com> Message-ID: <513875EF.2040300@redhat.com> On 03/07/2013 04:36 PM, Dave Neary wrote: > Hi Rob, > > On 03/06/2013 05:59 PM, Rob Zwissler wrote: >> On one hand I like oVirt, I think you guys have done a good job with >> this, and it is free software so I don't want to complain. >> >> But on the other hand, if you release a major/stable release (ie: >> oVirt 3.2), but it relies on a major/critical component (clustering >> filesystem server) that is in alpha, not even beta, but alpha >> prerelease form, you really should be up front and communicative about >> this. My searches turned up nothing except an offhand statement from >> a GlusterFS developer, nothing from the oVirt team until now. >> >> It is not acceptable to expect people to run something as critical as >> a cluster filesystem server in alpha form on anything short of a >> development test setup. Are any other components of oVirt 3.2 >> dependent on non-stable general release packages? >> >> What is the latest release of oVirt considered to be stable and >> considered safe for use on production systems? > > It seems like there has been conflation of two things here - I may be > wrong with what I say, but having checked, I do not believe so. > > With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters > using the oVirt engine. This is a completely new integration, which is > still not in a production Gluster release. > > However, it is still completely fine to use Gluster as storage for an > oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a > storage back-end was added in oVirt 3.1, and as far as I know, there is > no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2. > > Vijay, Shireesh, Ayal, is my understanding correct? I am worried that > we've been giving people the wrong impression here. > Yes, your description is right. Thanks, Vijay From mpastern at redhat.com Thu Mar 7 11:32:31 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Thu, 07 Mar 2013 13:32:31 +0200 Subject: [Users] ovirt-engine-sdk-java 1.0.0.5-1 released Message-ID: <51387ACF.9040705@redhat.com> - use explicit classloader for JAXBContext - implement support for (user defined) session authentication - implement generic JAXBElement generation - to DataCenterStorageDomain added Disks sub-collection - to StorageDomain added Disks sub-collection - to host added display.address property - to vms.add() added overload for creating vm from snapshot More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D From danken at redhat.com Thu Mar 7 11:28:29 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 7 Mar 2013 13:28:29 +0200 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> Message-ID: <20130307112829.GG4270@redhat.com> On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: > why ovirt does not support NAT network? Would you elaborate on that? Do you refer to putthing VMs behind a NAT, instead of a bridge? From mpastern at redhat.com Thu Mar 7 11:37:10 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Thu, 07 Mar 2013 13:37:10 +0200 Subject: [Users] Improvement for the oVirt java sdk In-Reply-To: References: <51331B7A.5020009@redhat.com> Message-ID: <51387BE6.4060707@redhat.com> On 03/04/2013 05:26 PM, Morrissey, Christopher wrote: > Hi Michael, > > Yes, that is the case here. I'm getting the JSESSIONID from the client and passing it to our server > so that it can perform REST-API calls back to oVirt under the logged in user's authenticated session. done, see http://lists.ovirt.org/pipermail/users/2013-March/012969.html > > -Chris > >> -----Original Message----- >> From: Michael Pasternak [mailto:mpastern at redhat.com] >> Sent: Sunday, March 03, 2013 4:44 AM >> To: Morrissey, Christopher >> Cc: users at ovirt.org; engine-devel >> Subject: Re: Improvement for the oVirt java sdk >> >> >> Hi Christopher, >> >> In general SDK abstracts the transport layer, therefore all authentication >> internals hidden from the user, >> >> i.e SESSION based authentication happens implicitly (by default), when you >> initiate SDK entry point, >> >> the story is different if you want using SSO-like login by reusing JSESSIONID >> from the REST-API for instance, and i can support such scenario, >> >> but, is this your case? >> >> On 02/28/2013 10:04 PM, Morrissey, Christopher wrote: >>> Hi Michael, >>> >>> I'm looking to use the oVirt java sdk for connecting into oVirt from >>> our server. However, we have a UI plugin that gets access to a session >>> ID that we should be able to use to connect through the REST API >>> instead of the username and password. Any chance the sdk could be >> updated to take the session ID and create a connection vs. a user name and >> password? >>> >>> -Chris >>> >>> Chris Morrissey >>> Software Engineer >>> NetApp Inc. >>> 919.476.4428 >>> >>> >> >> >> -- >> >> Michael Pasternak >> RedHat, ENG-Virtualization R&D -- Michael Pasternak RedHat, ENG-Virtualization R&D From alex.tuxx at gmail.com Thu Mar 7 11:38:13 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Thu, 7 Mar 2013 11:38:13 +0000 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <20130307112829.GG4270@redhat.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> Message-ID: I can see the use for that, to be honest... e.g. you rent 1 server and want to test some stuff, and typically for that you don't get more than 1 IP to use for the server itself but you want your VMs be able to get to "The Internets" :) ... Alex On 7 March 2013 11:28, Dan Kenigsberg wrote: > On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: > > why ovirt does not support NAT network? > > Would you elaborate on that? > > Do you refer to putthing VMs behind a NAT, instead of a bridge? > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From abonas at redhat.com Thu Mar 7 12:38:08 2013 From: abonas at redhat.com (Alissa Bonas) Date: Thu, 7 Mar 2013 07:38:08 -0500 (EST) Subject: [Users] Weird errors when trying to connect to an iSCSI target. In-Reply-To: <51385D3F.1000202@nieuwland.nl> Message-ID: <1392582354.42608255.1362659888295.JavaMail.root@redhat.com> ----- Original Message ----- > From: "noc" > To: users at ovirt.org > Sent: Thursday, March 7, 2013 11:26:23 AM > Subject: [Users] Weird errors when trying to connect to an iSCSI target. > > > I have been able to connect to this iSCSI target before but now I'm > getting some weird errors, see attached vdsm.log but in short its > about the following: > > Thread-161303::DEBUG::2013-03-07 > 09:54:14,401::task::568::TaskManager.Task::(_updateState) > Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init > -> state preparing > Thread-161303::INFO::2013-03-07 > 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: > discoverSendTargets(con={'connection': '192.168.4.234', 'password': > '******', 'port': '3260', 'user': ''}, options=None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,402::misc::84::Storage.Misc.excCmd::() > '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I > default -p 192.168.4.234:3260 --op=new' (cwd None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS: > = ''; = 0 > Thread-161303::DEBUG::2013-03-07 > 09:54:14,428::misc::84::Storage.Misc.excCmd::() > '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I > default -p 192.168.4.234:3260 -n node.startup -v manual --op=update' > (cwd None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED: > = 'iscsiadm: Cannot modify node.startup. Invalid param > name.\n'; = 7 > Thread-161303::DEBUG::2013-03-07 > 09:54:14,453::misc::84::Storage.Misc.excCmd::() > '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS: > = ''; = 0 > Thread-161303::DEBUG::2013-03-07 > 09:54:14,477::misc::84::Storage.Misc.excCmd::() > '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I > default -p 192.168.4.234:3260 --discover' (cwd None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED: > = 'iscsiadm: No portals found\n'; = 21 > Thread-161303::DEBUG::2013-03-07 > 09:54:14,516::misc::84::Storage.Misc.excCmd::() > '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS: > = ''; = 0 > Thread-161303::DEBUG::2013-03-07 > 09:54:14,541::misc::84::Storage.Misc.excCmd::() > '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I > default -p 192.168.4.234:3260 --op=delete' (cwd None) > Thread-161303::DEBUG::2013-03-07 > 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS: > = ''; = 0 > Thread-161303::ERROR::2013-03-07 > 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) > Discovery failed > Traceback (most recent call last): > File "/usr/share/vdsm/storage/hsm.py", line 2797, in > discoverSendTargets > targets = iscsi.discoverSendTargets(iface, portal, cred) > File "/usr/share/vdsm/storage/iscsi.py", line 202, in > discoverSendTargets > targets = iscsiadm.discoverydb_discover(discoverType, iface.name, > portalStr) > File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in > discoverydb_discover > raise IscsiDiscoverdbError(rc, out, err) > IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found']) > Thread-161303::ERROR::2013-03-07 > 09:54:14,567::task::833::TaskManager.Task::(_setError) > Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error > Traceback (most recent call last): > File "/usr/share/vdsm/storage/task.py", line 840, in _run > return fn(*args, **kargs) > File "/usr/share/vdsm/logUtils.py", line 42, in wrapper > res = f(*args, **kwargs) > File "/usr/share/vdsm/storage/hsm.py", line 2800, in > discoverSendTargets > raise se.iSCSIDiscoveryError(portal, e) > > Running the commands in a shell indeed gives the errors shown. Which version of ovirt are you working with? And in which shell did you try to run the command - vdsClient (vdsm's cli) or regular command line? > I have a wild guess but what interface is -I default referring to? > I had more than one interface activated for this host but moved it to > a cluster which didn't have the network definitions and removed the > now invalid networks from the host. Just checked with tcpdump and > the traffic is going through ovirtmgmt interface and the storage is > responding. > /var/lib/iscsi isn't filled with info, only > sendtargets/target_ip_address/st_config > > Joop > -- > irc: jvandewege > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alex.tuxx at gmail.com Thu Mar 7 12:44:19 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Thu, 7 Mar 2013 12:44:19 +0000 Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: References: <358298160.42026117.1362572700056.JavaMail.root@redhat.com> Message-ID: Hi Alissa, have you had any luck ? Alex On 6 March 2013 12:48, Alex Leonhardt wrote: > Yep, it's ovirt 3.1 - > > on the HV : > > vdsm.x86_64 4.10.0-0.46.15.el6 > > @vdsm31-dre > vdsm-cli.noarch 4.10.0-0.46.15.el6 > > @vdsm31-dre > vdsm-python.x86_64 4.10.0-0.46.15.el6 > > @vdsm31-dre > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > > @vdsm31-dre > > > on the Engine: > > jpackage-utils.noarch 5.0.0-7.jpp6 > @ovirt31-dre > ovirt-engine.noarch 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-backend.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-cli.noarch > 3.1.0.7-1.el6 > @ovirt31-dre > ovirt-engine-config.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-dbscripts.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-genericapi.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-jbossas711.x86_64 > 1-0 > @ovirt31-dre > ovirt-engine-notification-service.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-restapi.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-sdk.noarch > 3.1.0.5-1.el6 > @ovirt31-dre > ovirt-engine-setup.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-tools-common.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-userportal.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-engine-webadmin-portal.noarch > 3.1.0-3.19.el6 > @ovirt31-dre > ovirt-image-uploader.noarch > 3.1.0-16.el6 > @ovirt31-dre > ovirt-iso-uploader.noarch > 3.1.0-16.el6 > @ovirt31-dre > ovirt-log-collector.noarch > 3.1.0-16.el6 > @ovirt31-dre > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 > > @vdsm31-dre > > > Alex > > > > > On 6 March 2013 12:25, Alissa Bonas wrote: > >> >> >> ----- Original Message ----- >> > From: "Alex Leonhardt" >> > To: "Alissa Bonas" >> > Cc: "oVirt Mailing List" >> > Sent: Wednesday, March 6, 2013 11:46:30 AM >> > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot >> > >> > >> > >> > Hi, >> > >> > Logs are attached - >> > >> > >> >> Thank you for attaching the logs. >> I'm checking them. >> Could you please confirm - you mentioned you work with ovirt 3.1 - is it >> the version of both engine and vdsm? >> If not - what is the exact version of each of the components? >> thank you >> > >> > >> > 2013-Mar-05, 15:44:47 >> > >> > Snapshot test creation for VM icinga-clone has been completed. >> > >> > >> > >> > >> > >> > >> > >> > 2013-Mar-05, 15:44:36 >> > >> > VM icinga-clone has paused due to storage permissions problem. >> > >> > >> > >> > >> > >> > >> > 2013-Mar-05, 15:44:33 >> > >> > Snapshot test creation for VM icinga-clone was initiated by >> > admin at internal. >> > >> > >> > >> > >> > >> > >> > 2013-Mar-05, 15:44:20 >> > >> > VM icinga-clone started on Host TESTHV01 >> > >> > Alex >> > >> > >> > >> > >> > >> > >> > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > wrote: >> > >> > >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > >> > > To: "oVirt Mailing List" < users at ovirt.org > >> > > Sent: Tuesday, March 5, 2013 6:12:08 PM >> > > Subject: [Users] ovirt 3.1 + iscsi + snapshot >> > > >> > > >> > > >> > > >> > > >> > > >> > > Hiya, >> > > >> > > Am testing live snapshot-ing at the moment, and my VM is being >> > > paused >> > > every time I try to do a snapshot - it wont recover either, once >> > > the >> > > snapshot is complete. >> > > >> > > This is what I see on the webadmin console : >> > > >> > > "VM icinga-clone has paused due to storage permissions problem." >> > > >> > > Any hints ? >> > > >> > > When I stop the VM, then start again, all is good. >> > >> > Hi, >> > Please attach engine+vdsm+libvirt logs with the timeframe when you >> > perform the live snapshot and the failure. >> > thanks >> > >> > >> > > >> > > Thanks >> > > Alex >> > > >> > > >> > > >> > > >> > > -- >> > > >> > > >> > > >> > > | RHCE | Senior Systems Engineer | www.vcore.co | >> > > | www.vsearchcloud.com | >> > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > >> > >> > >> > -- >> > >> > >> > >> > | RHCE | Senior Systems Engineer | www.vcore.co | >> > | www.vsearchcloud.com | >> > >> > > > > -- > > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From djasa at redhat.com Thu Mar 7 12:52:01 2013 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Thu, 07 Mar 2013 13:52:01 +0100 Subject: [Users] Userportal SPICE Woes In-Reply-To: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> Message-ID: <1362660721.2561.50.camel@cihla.usersys.redhat.com> Hi, Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > Hi, it me again, > > the last time this was discussed, the problem seemed to be centred > around Win/IE, but since patching to: > # rpm -qa | grep ovirt > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > No one is able to connect to a spice console though the Userportal at > all. Looks like no one is getting host subject - again. Tom??? David > I?ve tried this from my workstation, running Fedora 17: > ================================================================================ > $ SPICEC_DEBUG_LEVEL=0 firefox > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > window, when trying to call OnDisconnected > ================================================================================ > > > Here?s a collegue of mine, running Win7/IE9: > ================================================================================ > 1362648766 INFO [7196:5208] spicex_init_logger: started > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > request newVal=0xffffffff > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > --spice-controller) > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > client's pipe > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > str 130.238.96.135 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > value 5906 > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > value 5907 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > value 1 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > str main,inputs,scursor,splayback,srecord,sdisplay (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > str DEFAULT (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > not requested > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > error_code=1 > ================================================================================ > > > And another collegue running CentOS-6.3/Firefox: > ================================================================================ > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > 130.238.96.132 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > set > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > modified channels: main,inputs,cursor,playback,record,display > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > IT-Avdelningen-2 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > DEFAULT > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > Certificate: > Data: > Version: 3 (0x2) > Serial Number: 15 (0xf) > Signature Algorithm: sha1WithRSAEncryption > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Validity > Not Before: Sep 26 14:21:06 2012 > Not After : Sep 25 12:21:06 2022 GMT > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Subject Public Key Info: > Public Key Algorithm: rsaEncryption > Public-Key: (1024 bit) > Modulus: > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > 9f:c2:d2:cf:53:c3:58:b3:15 > Exponent: 65537 (0x10001) > X509v3 extensions: > X509v3 Subject Key Identifier: > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > Authority Information Access: > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > X509v3 Authority Key Identifier: > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > serial:0F > > X509v3 Basic Constraints: critical > CA:TRUE > X509v3 Key Usage: critical > Certificate Sign, CRL Sign > Signature Algorithm: sha1WithRSAEncryption > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > e0:7e > -----BEGIN CERTIFICATE----- > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > p73CIWYf4H4= > -----END CERTIFICATE----- > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > pid: 10340 > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > Launching /usr/libexec/spice-xpi-client > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > connection with controller > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > Controller finished, pid: 10340, exit code: 0 > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > could not get browser window, when trying to call OnDisconnected > ================================================================================ > > > If there?s anything we can do to help resolve this issue once and for > all, just name it! It so hurts to see this otherwise great product > tripping over on it?s face so close to the finish line:( > > Best Regards > Karli Sj?berg > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- David Ja?a, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 From abonas at redhat.com Thu Mar 7 12:55:21 2013 From: abonas at redhat.com (Alissa Bonas) Date: Thu, 7 Mar 2013 07:55:21 -0500 (EST) Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: Message-ID: <872532519.42618370.1362660921552.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "Alissa Bonas" > Cc: "oVirt Mailing List" > Sent: Thursday, March 7, 2013 2:44:19 PM > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > Hi Alissa, > > have you had any luck ? > > Alex > Hi, Still checking... sorry for the delay. > > > On 6 March 2013 12:48, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > > > Yep, it's ovirt 3.1 - > > on the HV : > > vdsm.x86_64 4.10.0-0.46.15.el6 > @vdsm31-dre > vdsm-cli.noarch 4.10.0-0.46.15.el6 > @vdsm31-dre > vdsm-python.x86_64 4.10.0-0.46.15.el6 > @vdsm31-dre > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > @vdsm31-dre > > > on the Engine: > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-backend.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-cli.noarch > 3.1.0.7-1.el6 @ovirt31-dre > ovirt-engine-config.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-dbscripts.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-genericapi.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-jbossas711.x86_64 > 1-0 @ovirt31-dre > ovirt-engine-notification-service.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-restapi.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-sdk.noarch > 3.1.0.5-1.el6 @ovirt31-dre > ovirt-engine-setup.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-tools-common.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-userportal.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-engine-webadmin-portal.noarch > 3.1.0-3.19.el6 @ovirt31-dre > ovirt-image-uploader.noarch > 3.1.0-16.el6 @ovirt31-dre > ovirt-iso-uploader.noarch > 3.1.0-16.el6 @ovirt31-dre > ovirt-log-collector.noarch > 3.1.0-16.el6 @ovirt31-dre > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 > @vdsm31-dre > > > Alex > > > > > > > > > On 6 March 2013 12:25, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > ----- Original Message ----- > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "Alissa Bonas" < abonas at redhat.com > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > Sent: Wednesday, March 6, 2013 11:46:30 AM > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > Hi, > > > > Logs are attached - > > > > > > Thank you for attaching the logs. > I'm checking them. > Could you please confirm - you mentioned you work with ovirt 3.1 - is > it the version of both engine and vdsm? > If not - what is the exact version of each of the components? > thank you > > > > > > > 2013-Mar-05, 15:44:47 > > > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:36 > > > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:33 > > > > Snapshot test creation for VM icinga-clone was initiated by > > admin at internal. > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:20 > > > > VM icinga-clone started on Host TESTHV01 > > > > Alex > > > > > > > > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > > Hiya, > > > > > > Am testing live snapshot-ing at the moment, and my VM is being > > > paused > > > every time I try to do a snapshot - it wont recover either, once > > > the > > > snapshot is complete. > > > > > > This is what I see on the webadmin console : > > > > > > "VM icinga-clone has paused due to storage permissions problem." > > > > > > Any hints ? > > > > > > When I stop the VM, then start again, all is good. > > > > Hi, > > Please attach engine+vdsm+libvirt logs with the timeframe when you > > perform the live snapshot and the failure. > > thanks > > > > > > > > > > Thanks > > > Alex > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > -- > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > > > > -- > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > From emesika at redhat.com Thu Mar 7 13:49:59 2013 From: emesika at redhat.com (Eli Mesika) Date: Thu, 7 Mar 2013 08:49:59 -0500 (EST) Subject: [Users] Searching for VMs that do not have a tag In-Reply-To: Message-ID: <1866070715.3794340.1362664199894.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Rob Zwissler" > To: "oVirt Mailing List" > Sent: Thursday, March 7, 2013 2:05:09 AM > Subject: [Users] Searching for VMs that do not have a tag > > I have to say, the Search & Bookmark functionality is really cool! > > According to autocomplete, the only operator available for Vms:Tag is > = It would be nice to have a != operator so we can have bookmarks > that show hosts that are not tagged in a certain way... or is there a > more general way to invert a query? Seems missing operation , can be candidate for RFE > > Also, is there any way to add an order tag to alter the display > order? You can use the sortby keyword for that > Any online docs for this stuff? http://www.ovirt.org/OVirt-DB-Issues/dbfacade-dao-and-transaction#Search_Engine > > regards, > > Rob > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dennis at webdienstleistungen.com Thu Mar 7 14:45:57 2013 From: dennis at webdienstleistungen.com (=?iso-8859-1?Q?Dennis_B=F6ck?=) Date: Thu, 7 Mar 2013 14:45:57 +0000 Subject: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages In-Reply-To: <921845082.3864337.1361962585810.JavaMail.root@redhat.com> References: <2452E8A35A372E4F8654136ACEABDBCE263AC1B0@DB3PRD0311MB403.eurprd03.prod.outlook.com>, <921845082.3864337.1361962585810.JavaMail.root@redhat.com> Message-ID: <2452E8A35A372E4F8654136ACEABDBCE35527314@DB3PRD0311MB403.eurprd03.prod.outlook.com> Dear Alon, indeed it is the same host. Do I now have to reinstall the whole OS and start from scratch to get it running? Or is there another way? Best regards Dennis ________________________________________ Von: Alon Bar-Lev [alonbl at redhat.com] Gesendet: Mittwoch, 27. Februar 2013 11:56 An: Dennis B?ck Cc: users at oVirt.org Betreff: Re: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages Thanks, Did you run this on the same host you experienced the problem? I don't understand the difference between the failure of deployment and the success of this script... the vdsm-gluster package was found. ----- Original Message ----- > From: "Dennis B?ck" > To: "Alon Bar-Lev" > Sent: Wednesday, February 27, 2013 9:55:29 AM > Subject: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - > Cannot locate gluster packages > > /tmp/miniyum.log was 0 Byte. > But attached you find the output of miniyum.py. > Hope it helps. > > ________________________________________ > Von: Alon Bar-Lev [alonbl at redhat.com] > Gesendet: Dienstag, 26. Februar 2013 18:47 > An: Dennis B?ck > Betreff: Re: AW: AW: [Users] Fedora 18 host instalaltion failed: > Command returned failure code 1 during ssh session - Cannot locate > gluster packages > > Can you please run the attached script? > Send me the output and /tmp/miniyum.log > > ----- Original Message ----- > > From: "Dennis B?ck" > > To: "Alon Bar-Lev" > > Sent: Tuesday, February 26, 2013 7:38:36 PM > > Subject: AW: AW: [Users] Fedora 18 host instalaltion failed: > > Command returned failure code 1 during ssh session - > > Cannot locate gluster packages > > > > Output of # yum search vdsm-gluster: > > Loaded plugins:.... > > vdsm-gluster.noarch : Gluster Plugin for VDSM > > ....use "search all" for everything. > > > > ________________________________________ > > Von: Alon Bar-Lev [alonbl at redhat.com] > > Gesendet: Dienstag, 26. Februar 2013 18:32 > > An: Dennis B?ck > > Betreff: Re: AW: [Users] Fedora 18 host instalaltion failed: > > Command > > returned failure code 1 during ssh session - Cannot locate gluster > > packages > > > > And what is the output of: > > > > # yum search vdsm-gluster > > > > ----- Original Message ----- > > > From: "Dennis B?ck" > > > To: "Alon Bar-Lev" > > > Sent: Tuesday, February 26, 2013 7:14:12 PM > > > Subject: AW: [Users] Fedora 18 host instalaltion failed: Command > > > returned failure code 1 during ssh session - Cannot > > > locate gluster packages > > > > > > On the machine I checked: yum install vdsm-gluster > > > Output: > > > Package vdsm-gluster-4.10.3-8.fc18.noarch already installed and > > > latest version > > > So it seems to me that the error has a different reason. > > > > > > ________________________________________ > > > Von: Alon Bar-Lev [alonbl at redhat.com] > > > Gesendet: Dienstag, 26. Februar 2013 16:25 > > > An: Dennis B?ck > > > Cc: users at oVirt.org > > > Betreff: Re: [Users] Fedora 18 host instalaltion failed: Command > > > returned failure code 1 during ssh session - Cannot locate > > > gluster > > > packages > > > > > > You chose to install gluster feature enabled, while vdsm-gluster > > > package is unavailable via yum. > > > > > > ----- Original Message ----- > > > > From: "Dennis B?ck" > > > > To: "users at oVirt.org" > > > > Sent: Tuesday, February 26, 2013 5:21:53 PM > > > > Subject: [Users] Fedora 18 host instalaltion failed: Command > > > > returned failure code 1 during ssh session - Cannot > > > > locate gluster packages > > > > > > > > Dear oVirt-Group, > > > > > > > > I tried to install a Fedora 18 host as an oVirt 3.2 node via > > > > the > > > > web > > > > interface. > > > > Shortly after starting the installation the error message: > > > > "Host ovirt1 installation failed. Command returned failure code > > > > 1 > > > > during SSH session 'root at 192.168.137.135'; > > > > In the corresponding host-deploy log, the following error is > > > > written: > > > > otopi.context context._executeMethod:139 Failed to execute > > > > stage > > > > 'Setup validation': Cannot locate gluster packages, possible > > > > cause > > > > is incorrect channels. > > > > The log file is attached. > > > > Does anyone have an idea? > > > > > > > > Best regards > > > > Dennis > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > From bigclouds at 163.com Thu Mar 7 14:46:48 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 7 Mar 2013 22:46:48 +0800 (CST) Subject: [Users] why ovirt does not support NAT network In-Reply-To: <20130307112829.GG4270@redhat.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> Message-ID: <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> hi, Dan Kenigsberg yes, i am working on this feature, the goal is that HOST can supply bridge and NAT network meanwhile ,users can choise. because birdge network occupy too many IPs, at least, one user will have 2 IPs(VM and thin client). At 2013-03-07 19:28:29,"Dan Kenigsberg" wrote: >On Thu, Mar 07, 2013 at 06:49:20PM +0800, bigclouds wrote: >> why ovirt does not support NAT network? > >Would you elaborate on that? > >Do you refer to putthing VMs behind a NAT, instead of a bridge? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christopher.Morrissey at netapp.com Thu Mar 7 14:53:37 2013 From: Christopher.Morrissey at netapp.com (Morrissey, Christopher) Date: Thu, 7 Mar 2013 14:53:37 +0000 Subject: [Users] Improvement for the oVirt java sdk In-Reply-To: <51387BE6.4060707@redhat.com> References: <51331B7A.5020009@redhat.com> <51387BE6.4060707@redhat.com> Message-ID: -Chris > -----Original Message----- > From: Michael Pasternak [mailto:mpastern at redhat.com] > Sent: Thursday, March 07, 2013 6:37 AM > To: Morrissey, Christopher > Cc: users at ovirt.org; engine-devel > Subject: Re: Improvement for the oVirt java sdk > > On 03/04/2013 05:26 PM, Morrissey, Christopher wrote: > > Hi Michael, > > > > Yes, that is the case here. I'm getting the JSESSIONID from the client > > and passing it to our server so that it can perform REST-API calls back to > oVirt under the logged in user's authenticated session. > > done, see http://lists.ovirt.org/pipermail/users/2013-March/012969.html Thanks for the very quick implementation! I'll give it a try shortly. > > > > > -Chris > > > >> -----Original Message----- > >> From: Michael Pasternak [mailto:mpastern at redhat.com] > >> Sent: Sunday, March 03, 2013 4:44 AM > >> To: Morrissey, Christopher > >> Cc: users at ovirt.org; engine-devel > >> Subject: Re: Improvement for the oVirt java sdk > >> > >> > >> Hi Christopher, > >> > >> In general SDK abstracts the transport layer, therefore all > >> authentication internals hidden from the user, > >> > >> i.e SESSION based authentication happens implicitly (by default), > >> when you initiate SDK entry point, > >> > >> the story is different if you want using SSO-like login by reusing > >> JSESSIONID from the REST-API for instance, and i can support such > >> scenario, > >> > >> but, is this your case? > >> > >> On 02/28/2013 10:04 PM, Morrissey, Christopher wrote: > >>> Hi Michael, > >>> > >>> I'm looking to use the oVirt java sdk for connecting into oVirt from > >>> our server. However, we have a UI plugin that gets access to a > >>> session ID that we should be able to use to connect through the REST > >>> API instead of the username and password. Any chance the sdk could > >>> be > >> updated to take the session ID and create a connection vs. a user > >> name and password? > >>> > >>> -Chris > >>> > >>> Chris Morrissey > >>> Software Engineer > >>> NetApp Inc. > >>> 919.476.4428 > >>> > >>> > >> > >> > >> -- > >> > >> Michael Pasternak > >> RedHat, ENG-Virtualization R&D > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D From adrian.gibanel at btactic.com Thu Mar 7 14:57:49 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Thu, 7 Mar 2013 15:57:49 +0100 (CET) Subject: [Users] why ovirt does not support NAT network In-Reply-To: <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> Message-ID: <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> Just in case it might help you please check: http://lists.ovirt.org/pipermail/users/2012-April/001751.html I managed to implement Virtualbox-hostonly-alike networks gathering more info from: http://libvirt.org/formatnetwork.html . You might be also interested in: http://wiki.libvirt.org/page/Networking although I didn't use it myself. You might probably already know this information but, just in case, here it is. ----- Mensaje original ----- > De: "bigclouds" > Para: "Dan Kenigsberg" > CC: users at ovirt.org > Enviados: Jueves, 7 de Marzo 2013 15:46:48 > Asunto: Re: [Users] why ovirt does not support NAT network > hi, Dan Kenigsberg > yes, i am working on this feature, the goal is that HOST can supply > bridge and NAT network meanwhile ,users can choise. > because birdge network occupy too many IPs, at least, one user will > have 2 IPs(VM and thin client). > At?2013-03-07?19:28:29,"Dan?Kenigsberg"??wrote: > >On?Thu,?Mar?07,?2013?at?06:49:20PM?+0800,?bigclouds?wrote: > >>?why?ovirt??does?not?support?NAT?network? > > > >Would?you?elaborate?on?that? > > > >Do?you?refer?to?putthing?VMs?behind?a?NAT,?instead?of?a?bridge? -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Mar 7 14:58:56 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 7 Mar 2013 15:58:56 +0100 Subject: [Users] install a f18 host with ovirtmgmt vlan tagged Message-ID: Hello, engine f18 3.2 stable. I try to install a host in a new DC where I only configured ovirtmgmt network as vlan tagged with vlan id 65 Install fails with this error in /var/log/ovirt-engine/host-deploy/ovirt-20130307154915-10.4.4.57.log ... 2013-03-07 15:49:15 ERROR otopi.context context._executeMethod:139 Failed to execute stage 'Setup validation': Interface em3.65 is VLAN interface However its configuration is unexpected .. On fedora18 host I have NetworkManger disabled and network enabled. At the moment the only adapter that starts on the system is em3 and its vlan counterpart em3.65, with these conf files: # cat ifcfg-em3 DEVICE=em3 HWADDR=00:1C:C4:AB:89:0F TYPE=Ethernet BOOTPROTO=none IPV6INIT=no UUID=0675d8c1-858e-4819-9c65-4ff5f63587b7 ONBOOT=yes NM_CONTROLLED=no # cat ifcfg-em3.65 DEVICE=em3.65 ONBOOT=yes BOOTPROTO=none VLAN=yes IPADDR=10.4.4.57 NETMASK=255.255.255.0 GATEWAY=10.4.4.250 NM_CONTROLLED=no How should I configure the host at the beginning to have ovirtmgmt configured as VLAN tagged and host deploy with no complain? Thanks in advance, Gianluca From patrick.hurrelmann at lobster.de Thu Mar 7 14:59:27 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Thu, 07 Mar 2013 15:59:27 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <20130305124935.GC19345@redhat.com> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> <5135D7CF.8000405@lobster.de> <20130305124935.GC19345@redhat.com> Message-ID: <5138AB4F.8030909@lobster.de> On 05.03.2013 13:49, Dan Kenigsberg wrote: > On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: >> On 05.03.2013 11:14, Dan Kenigsberg wrote: >> >>>>>> >>>>>> My version of vdsm as stated by Dreyou: >>>>>> v 4.10.0-0.46 (.15), builded from >>>>>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) >>>>>> >>>>>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to >>>>>> 3.1 Branch? >>>>>> >>>>>> I applied that patch locally and restarted vdsmd but this does not >>>>>> change anything. Supported cpu is still as low as Conroe instead of >>>>>> Nehalem. Or is there more to do than patching libvirtvm.py? >>>>> >>>>> What is libvirt's opinion about your cpu compatibility? >>>>> >>>>> virsh -r cpu-compare <(echo 'NehalemIntel') >>>>> >>>>> If you do not get "Host CPU is a superset of CPU described in bla", then >>>>> the problem is within libvirt. >>>>> >>>>> Dan. >>>> >>>> Hi Dan, >>>> >>>> virsh -r cpu-compare <(echo '>>> match="minimum">NehalemIntel') >>>> Host CPU is a superset of CPU described in /dev/fd/63 >>>> >>>> So libvirt obviously is fine. Something different would have surprised >>>> my as virsh capabilities seemed correct anyway. >>> >>> So maybe, just maybe, libvirt has changed their cpu_map, a map that >>> ovirt-3.1 had a bug reading. >>> >>> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is >>> it? >>> >>> Dan. >> >> Hi Dan, >> >> success! Applying that patch made the cpu recognition work again. The >> cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: >> >> cpuCores = 4 >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, >> mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, >> ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, >> arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, >> aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, >> ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, >> dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, >> model_Conroe,model_coreduo,model_core2duo,model_Penryn, >> model_n270 >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >> cpuSockets = 1 >> cpuSpeed = 2393.769 >> >> >> I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and >> indeed they do differ in large portions. So this patch should probably >> be merged to 3.1 branch? I will contact Dreyou and request that this >> patch will also be included in his builds. I guess otherwise there will >> be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. >> >> Thanks again and best regards > > Thank you for reporting this issue and verifying its fix. > > I'm not completely sure that we should keep maintaining the ovirt-3.1 > branch upstream - but a build destined for el6.4 must have it. > > If you believe we should release a fix version for 3.1, please verify > that http://gerrit.ovirt.org/12723 has no ill effects. > > Dan. I did none additional tests and the new CentOS 6.4 host failed start or migrate any vm. It always boils down to: Thread-43::ERROR::2013-03-07 15:02:51,950::task::853::TaskManager.Task::(_setError) Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, bs=1)) File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV lv = _lvminfo.getLv(vgName, lvName) File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv lvs = self._reloadlvs(vgName) File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs self._lvs.pop((vgName, lvName), None) File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__ self.gen.throw(type, value, traceback) File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext yield self File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs lv = makeLV(*fields) File "/usr/share/vdsm/storage/lvm.py", line 218, in makeLV attrs = _attr2NamedTuple(args[LV._fields.index("attr")], LV_ATTR_BITS, "LV_ATTR") File "/usr/share/vdsm/storage/lvm.py", line 188, in _attr2NamedTuple attrs = Attrs(*values) TypeError: __new__() takes exactly 9 arguments (10 given) and followed by: Thread-43::ERROR::2013-03-07 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) __new__() takes exactly 9 arguments (10 given) Traceback (most recent call last): File "/usr/share/vdsm/storage/dispatcher.py", line 61, in run result = ctask.prepare(self.func, *args, **kwargs) File "/usr/share/vdsm/storage/task.py", line 1164, in prepare raise self.error TypeError: __new__() takes exactly 9 arguments (10 given) Thread-43::DEBUG::2013-03-07 15:02:51,987::vm::580::vm.Vm::(_startUnderlyingVm) vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::_ongoingCreations released Thread-43::ERROR::2013-03-07 15:02:51,987::vm::604::vm.Vm::(_startUnderlyingVm) vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 570, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1289, in _run devices = self.buildConfDevices() File "/usr/share/vdsm/vm.py", line 431, in buildConfDevices self._normalizeVdsmImg(drv) File "/usr/share/vdsm/vm.py", line 358, in _normalizeVdsmImg drv['truesize'] = res['truesize'] KeyError: 'truesize' In webadmin the start and migrate operations fail with 'truesize'. I could find BZ#876958 which has the very same error. So I tried to apply patch http://gerrit.ovirt.org/9317. I had to apply it manually (guess patch would need a rebase for 3.1), but it works. I now can start new virtual machines successfully on a CentOS 6.4 / oVirt 3.1 host. Migration of vm from CentOS 6.3 hosts work, but not the other way around. Migration from 6.4 to 6.3 fails: Thread-1296::ERROR::2013-03-07 15:55:24,845::vm::176::vm.Vm::(_recover) vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::internal error Process exited while reading console log output: Supported machines are: pc RHEL 6.3.0 PC (alias of rhel6.3.0) rhel6.3.0 RHEL 6.3.0 PC (default) rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC rhel5.5.0 RHEL 5.5.0 PC rhel5.4.4 RHEL 5.4.4 PC rhel5.4.0 RHEL 5.4.0 PC Thread-1296::ERROR::2013-03-07 15:55:24,988::vm::240::vm.Vm::(run) vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 223, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 451, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/libvirtvm.py", line 491, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 82, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1178, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: internal error Process exited while reading console log output: Supported machines are: pc RHEL 6.3.0 PC (alias of rhel6.3.0) rhel6.3.0 RHEL 6.3.0 PC (default) rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC rhel5.5.0 RHEL 5.5.0 PC rhel5.4.4 RHEL 5.4.4 PC rhel5.4.0 RHEL 5.4.0 PC But I guess this is fine and migration from higher host version to a lower version is probably not supported, right? Regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich From shuming at linux.vnet.ibm.com Thu Mar 7 15:02:08 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Thu, 07 Mar 2013 23:02:08 +0800 Subject: [Users] =?utf-8?b?5YWz5LqOb3ZpcnQgMy4y5pSv5oyBZ2x1c3RlcmZz6Zeu?= =?utf-8?b?6aKY?= In-Reply-To: <513875CC.2060603@redhat.com> References: <2013022813160631591611@wolk-tech.com> <513875CC.2060603@redhat.com> Message-ID: <5138ABF0.8080103@linux.vnet.ibm.com> Let me help to translate those characters below. --- I installed oVirt 3.2 on my system and used "engine-setup" to create a new engine server. In the question process of "engine-setup", the different answeres for storage type made the different results. If "glusterfs" type was chosen, the data center was not created and the storage domain could not be added neither. If "both" was chosen, there was no gluster-fs type when adding a data center, only other types listed. If "posix compliant fs" was chosen, adding glusterfs volume failure was shown in the WEB UI. However, the gluster volume was successfully created in the node shown by "gluster volume info". Any clues? --- Dave Neary: > Hi, > > I'm sorry, this is an English language mailing list, and I do not > speak Chinese. > > Google translate suggests that your question relates to an > installation issue - you installed oVirt 3.2, ran engine-setup, > selected a POSIX FS type data center, and do not see any storage > domain. However, the Gluster volume is visible in the "node" view. Is > that correct? > > Have you had any issues using the Gluster volume outside oVirt? > > I hope someone can help you with your query! > > Thanks, > Dave. > > On 02/28/2013 06:16 AM, ??? wrote: >> ??? >> ????ovirt???3.2???engine-setup?????????glusterfs?? >> ?WEB UI??????data center??????storage domain????? >> both???data center?????type???gluster fs???????? >> ??posix compliant fs?????glusterfs?volume?WEB UI??????? >> ???node???gluster volume info???????? >> ????????????? >> ??? >> ????????? >> ------------------------------------------------------------------------ >> ??????????? >> ????? ??? >> ??????????????????6?D? >> ???huyangyang at wolk-tech.com >> ???18798828131 >> ???0851-5989268 >> >> ---------------------------------------------------------------------------------------------------------------------------- >> >> >> ???????????????????????????????????? >> ??????????????????????????????????? >> ???????????????????????????????????? >> ????????? >> This e-mail and its attachments contain confidential information from >> WOLK, which is intended only for the person or entity whose address is >> listed above. Any use of the information contained herein in any way >> (including, but not limited to, total or partial disclosure, >> reproduction, or dissemination) by persons other than the intended >> recipient(s) is prohibited. If you receive this e-mail in error, please >> notify the sender by phone or email immediately and delete it! >> >> ---------------------------------------------------------------------------------------------------------------------------- >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC From alonbl at redhat.com Thu Mar 7 15:02:53 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 7 Mar 2013 10:02:53 -0500 (EST) Subject: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh session - Cannot locate gluster packages In-Reply-To: <2452E8A35A372E4F8654136ACEABDBCE35527314@DB3PRD0311MB403.eurprd03.prod.outlook.com> Message-ID: <876421480.5557891.1362668573287.JavaMail.root@redhat.com> I don't understand the difference between the miniyum as standalone and what we get when installer is running. It is the same code... ----- Original Message ----- > From: "Dennis B?ck" > To: "Alon Bar-Lev" > Cc: "users at oVirt.org" > Sent: Thursday, March 7, 2013 4:45:57 PM > Subject: AW: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: Command returned failure code 1 during ssh > session - Cannot locate gluster packages > > Dear Alon, > > indeed it is the same host. > Do I now have to reinstall the whole OS and start from scratch to get > it running? Or is there another way? > > Best regards > Dennis > ________________________________________ > Von: Alon Bar-Lev [alonbl at redhat.com] > Gesendet: Mittwoch, 27. Februar 2013 11:56 > An: Dennis B?ck > Cc: users at oVirt.org > Betreff: Re: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: > Command returned failure code 1 during ssh session - Cannot locate > gluster packages > > Thanks, > > Did you run this on the same host you experienced the problem? > I don't understand the difference between the failure of deployment > and the success of this script... the vdsm-gluster package was > found. > > ----- Original Message ----- > > From: "Dennis B?ck" > > To: "Alon Bar-Lev" > > Sent: Wednesday, February 27, 2013 9:55:29 AM > > Subject: AW: AW: AW: [Users] Fedora 18 host instalaltion failed: > > Command returned failure code 1 during ssh session - > > Cannot locate gluster packages > > > > /tmp/miniyum.log was 0 Byte. > > But attached you find the output of miniyum.py. > > Hope it helps. > > > > ________________________________________ > > Von: Alon Bar-Lev [alonbl at redhat.com] > > Gesendet: Dienstag, 26. Februar 2013 18:47 > > An: Dennis B?ck > > Betreff: Re: AW: AW: [Users] Fedora 18 host instalaltion failed: > > Command returned failure code 1 during ssh session - Cannot locate > > gluster packages > > > > Can you please run the attached script? > > Send me the output and /tmp/miniyum.log > > > > ----- Original Message ----- > > > From: "Dennis B?ck" > > > To: "Alon Bar-Lev" > > > Sent: Tuesday, February 26, 2013 7:38:36 PM > > > Subject: AW: AW: [Users] Fedora 18 host instalaltion failed: > > > Command returned failure code 1 during ssh session - > > > Cannot locate gluster packages > > > > > > Output of # yum search vdsm-gluster: > > > Loaded plugins:.... > > > vdsm-gluster.noarch : Gluster Plugin for VDSM > > > ....use "search all" for everything. > > > > > > ________________________________________ > > > Von: Alon Bar-Lev [alonbl at redhat.com] > > > Gesendet: Dienstag, 26. Februar 2013 18:32 > > > An: Dennis B?ck > > > Betreff: Re: AW: [Users] Fedora 18 host instalaltion failed: > > > Command > > > returned failure code 1 during ssh session - Cannot locate > > > gluster > > > packages > > > > > > And what is the output of: > > > > > > # yum search vdsm-gluster > > > > > > ----- Original Message ----- > > > > From: "Dennis B?ck" > > > > To: "Alon Bar-Lev" > > > > Sent: Tuesday, February 26, 2013 7:14:12 PM > > > > Subject: AW: [Users] Fedora 18 host instalaltion failed: > > > > Command > > > > returned failure code 1 during ssh session - Cannot > > > > locate gluster packages > > > > > > > > On the machine I checked: yum install vdsm-gluster > > > > Output: > > > > Package vdsm-gluster-4.10.3-8.fc18.noarch already installed and > > > > latest version > > > > So it seems to me that the error has a different reason. > > > > > > > > ________________________________________ > > > > Von: Alon Bar-Lev [alonbl at redhat.com] > > > > Gesendet: Dienstag, 26. Februar 2013 16:25 > > > > An: Dennis B?ck > > > > Cc: users at oVirt.org > > > > Betreff: Re: [Users] Fedora 18 host instalaltion failed: > > > > Command > > > > returned failure code 1 during ssh session - Cannot locate > > > > gluster > > > > packages > > > > > > > > You chose to install gluster feature enabled, while > > > > vdsm-gluster > > > > package is unavailable via yum. > > > > > > > > ----- Original Message ----- > > > > > From: "Dennis B?ck" > > > > > To: "users at oVirt.org" > > > > > Sent: Tuesday, February 26, 2013 5:21:53 PM > > > > > Subject: [Users] Fedora 18 host instalaltion failed: Command > > > > > returned failure code 1 during ssh session - Cannot > > > > > locate gluster packages > > > > > > > > > > Dear oVirt-Group, > > > > > > > > > > I tried to install a Fedora 18 host as an oVirt 3.2 node via > > > > > the > > > > > web > > > > > interface. > > > > > Shortly after starting the installation the error message: > > > > > "Host ovirt1 installation failed. Command returned failure > > > > > code > > > > > 1 > > > > > during SSH session 'root at 192.168.137.135'; > > > > > In the corresponding host-deploy log, the following error is > > > > > written: > > > > > otopi.context context._executeMethod:139 Failed to execute > > > > > stage > > > > > 'Setup validation': Cannot locate gluster packages, possible > > > > > cause > > > > > is incorrect channels. > > > > > The log file is attached. > > > > > Does anyone have an idea? > > > > > > > > > > Best regards > > > > > Dennis > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > From shuming at linux.vnet.ibm.com Thu Mar 7 15:07:43 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Thu, 07 Mar 2013 23:07:43 +0800 Subject: [Users] =?utf-8?b?5YWz5LqOb3ZpcnQgMy4y5pSv5oyBZ2x1c3RlcmZz6Zeu?= =?utf-8?b?6aKY?= In-Reply-To: <513875CC.2060603@redhat.com> References: <2013022813160631591611@wolk-tech.com> <513875CC.2060603@redhat.com> Message-ID: <5138AD3F.9010401@linux.vnet.ibm.com> Let me help to translate those characters below. --- I installed oVirt 3.2 on my system and used "engine-setup" to create a new engine server. In the question process of "engine-setup", the different answeres for storage type made the different results. If "glusterfs" type was chosen, the data center was not created and the storage domain could not be added neither. If "both" was chosen, there was no gluster-fs type when adding a data center, only other types listed. If "posix compliant fs" was chosen, adding glusterfs volume failure was shown in the WEB UI. However, the gluster volume was successfully created in the node shown by "gluster volume info". Any clues? --- Dave Neary: > Hi, > > I'm sorry, this is an English language mailing list, and I do not > speak Chinese. > > Google translate suggests that your question relates to an > installation issue - you installed oVirt 3.2, ran engine-setup, > selected a POSIX FS type data center, and do not see any storage > domain. However, the Gluster volume is visible in the "node" view. Is > that correct? > > Have you had any issues using the Gluster volume outside oVirt? > > I hope someone can help you with your query! > > Thanks, > Dave. > > On 02/28/2013 06:16 AM, ??? wrote: >> ??? >> ????ovirt???3.2???engine-setup?????????glusterfs?? >> ?WEB UI??????data center??????storage domain????? >> both???data center?????type???gluster fs???????? >> ??posix compliant fs?????glusterfs?volume?WEB UI??????? >> ???node???gluster volume info???????? >> ????????????? >> ??? >> ????????? >> ------------------------------------------------------------------------ >> ??????????? >> ????? ??? >> ??????????????????6?D? >> ???huyangyang at wolk-tech.com >> ???18798828131 >> ???0851-5989268 >> >> ---------------------------------------------------------------------------------------------------------------------------- >> >> >> ???????????????????????????????????? >> ??????????????????????????????????? >> ???????????????????????????????????? >> ????????? >> This e-mail and its attachments contain confidential information from >> WOLK, which is intended only for the person or entity whose address is >> listed above. Any use of the information contained herein in any way >> (including, but not limited to, total or partial disclosure, >> reproduction, or dissemination) by persons other than the intended >> recipient(s) is prohibited. If you receive this e-mail in error, please >> notify the sender by phone or email immediately and delete it! >> >> ---------------------------------------------------------------------------------------------------------------------------- >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC From danken at redhat.com Thu Mar 7 15:18:33 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 7 Mar 2013 17:18:33 +0200 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <5138AB4F.8030909@lobster.de> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> <5135D7CF.8000405@lobster.de> <20130305124935.GC19345@redhat.com> <5138AB4F.8030909@lobster.de> Message-ID: <20130307151833.GN4270@redhat.com> On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote: > On 05.03.2013 13:49, Dan Kenigsberg wrote: > > On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: > >> On 05.03.2013 11:14, Dan Kenigsberg wrote: > >> > >>>>>> > >>>>>> My version of vdsm as stated by Dreyou: > >>>>>> v 4.10.0-0.46 (.15), builded from > >>>>>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) > >>>>>> > >>>>>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to > >>>>>> 3.1 Branch? > >>>>>> > >>>>>> I applied that patch locally and restarted vdsmd but this does not > >>>>>> change anything. Supported cpu is still as low as Conroe instead of > >>>>>> Nehalem. Or is there more to do than patching libvirtvm.py? > >>>>> > >>>>> What is libvirt's opinion about your cpu compatibility? > >>>>> > >>>>> virsh -r cpu-compare <(echo 'NehalemIntel') > >>>>> > >>>>> If you do not get "Host CPU is a superset of CPU described in bla", then > >>>>> the problem is within libvirt. > >>>>> > >>>>> Dan. > >>>> > >>>> Hi Dan, > >>>> > >>>> virsh -r cpu-compare <(echo ' >>>> match="minimum">NehalemIntel') > >>>> Host CPU is a superset of CPU described in /dev/fd/63 > >>>> > >>>> So libvirt obviously is fine. Something different would have surprised > >>>> my as virsh capabilities seemed correct anyway. > >>> > >>> So maybe, just maybe, libvirt has changed their cpu_map, a map that > >>> ovirt-3.1 had a bug reading. > >>> > >>> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is > >>> it? > >>> > >>> Dan. > >> > >> Hi Dan, > >> > >> success! Applying that patch made the cpu recognition work again. The > >> cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: > >> > >> cpuCores = 4 > >> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, > >> mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, > >> ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, > >> arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, > >> aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, > >> ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, > >> dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, > >> model_Conroe,model_coreduo,model_core2duo,model_Penryn, > >> model_n270 > >> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > >> cpuSockets = 1 > >> cpuSpeed = 2393.769 > >> > >> > >> I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and > >> indeed they do differ in large portions. So this patch should probably > >> be merged to 3.1 branch? I will contact Dreyou and request that this > >> patch will also be included in his builds. I guess otherwise there will > >> be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. > >> > >> Thanks again and best regards > > > > Thank you for reporting this issue and verifying its fix. > > > > I'm not completely sure that we should keep maintaining the ovirt-3.1 > > branch upstream - but a build destined for el6.4 must have it. > > > > If you believe we should release a fix version for 3.1, please verify > > that http://gerrit.ovirt.org/12723 has no ill effects. > > > > Dan. > > I did none additional tests and the new CentOS 6.4 host failed start or > migrate any vm. It always boils down to: > > Thread-43::ERROR::2013-03-07 > 15:02:51,950::task::853::TaskManager.Task::(_setError) > Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error > Traceback (most recent call last): > File "/usr/share/vdsm/storage/task.py", line 861, in _run > return fn(*args, **kargs) > File "/usr/share/vdsm/logUtils.py", line 38, in wrapper > res = f(*args, **kwargs) > File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize > apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, > bs=1)) > File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize > return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) > File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize > return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) > File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV > lv = _lvminfo.getLv(vgName, lvName) > File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv > lvs = self._reloadlvs(vgName) > File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs > self._lvs.pop((vgName, lvName), None) > File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext > yield self > File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs > lv = makeLV(*fields) > File "/usr/share/vdsm/storage/lvm.py", line 218, in makeLV > attrs = _attr2NamedTuple(args[LV._fields.index("attr")], > LV_ATTR_BITS, "LV_ATTR") > File "/usr/share/vdsm/storage/lvm.py", line 188, in _attr2NamedTuple > attrs = Attrs(*values) > TypeError: __new__() takes exactly 9 arguments (10 given) > > and followed by: > > Thread-43::ERROR::2013-03-07 > 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) > __new__() takes exactly 9 arguments (10 given) > Traceback (most recent call last): > File "/usr/share/vdsm/storage/dispatcher.py", line 61, in run > result = ctask.prepare(self.func, *args, **kwargs) > File "/usr/share/vdsm/storage/task.py", line 1164, in prepare > raise self.error > TypeError: __new__() takes exactly 9 arguments (10 given) > Thread-43::DEBUG::2013-03-07 > 15:02:51,987::vm::580::vm.Vm::(_startUnderlyingVm) > vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::_ongoingCreations released > Thread-43::ERROR::2013-03-07 > 15:02:51,987::vm::604::vm.Vm::(_startUnderlyingVm) > vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::The vm start process failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 570, in _startUnderlyingVm > self._run() > File "/usr/share/vdsm/libvirtvm.py", line 1289, in _run > devices = self.buildConfDevices() > File "/usr/share/vdsm/vm.py", line 431, in buildConfDevices > self._normalizeVdsmImg(drv) > File "/usr/share/vdsm/vm.py", line 358, in _normalizeVdsmImg > drv['truesize'] = res['truesize'] > KeyError: 'truesize' > > In webadmin the start and migrate operations fail with 'truesize'. > > I could find BZ#876958 which has the very same error. So I tried to > apply patch http://gerrit.ovirt.org/9317. I had to apply it manually > (guess patch would need a rebase for 3.1), but it works. Thanks for the report. I've made a public backport for this in http://gerrit.ovirt.org/12836/ and would ask you again to tick that it is verified by you. > > I now can start new virtual machines successfully on a CentOS 6.4 / > oVirt 3.1 host. Migration of vm from CentOS 6.3 hosts work, but not the > other way around. Migration from 6.4 to 6.3 fails: > > Thread-1296::ERROR::2013-03-07 15:55:24,845::vm::176::vm.Vm::(_recover) > vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::internal error Process > exited while reading console log output: Supported machines are: > pc RHEL 6.3.0 PC (alias of rhel6.3.0) > rhel6.3.0 RHEL 6.3.0 PC (default) > rhel6.2.0 RHEL 6.2.0 PC > rhel6.1.0 RHEL 6.1.0 PC > rhel6.0.0 RHEL 6.0.0 PC > rhel5.5.0 RHEL 5.5.0 PC > rhel5.4.4 RHEL 5.4.4 PC > rhel5.4.0 RHEL 5.4.0 PC > > Thread-1296::ERROR::2013-03-07 15:55:24,988::vm::240::vm.Vm::(run) > vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 223, in run > self._startUnderlyingMigration() > File "/usr/share/vdsm/libvirtvm.py", line 451, in > _startUnderlyingMigration > None, maxBandwidth) > File "/usr/share/vdsm/libvirtvm.py", line 491, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", > line 82, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1178, in > migrateToURI2 > if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', > dom=self) > libvirtError: internal error Process exited while reading console log > output: Supported machines are: > pc RHEL 6.3.0 PC (alias of rhel6.3.0) > rhel6.3.0 RHEL 6.3.0 PC (default) > rhel6.2.0 RHEL 6.2.0 PC > rhel6.1.0 RHEL 6.1.0 PC > rhel6.0.0 RHEL 6.0.0 PC > rhel5.5.0 RHEL 5.5.0 PC > rhel5.4.4 RHEL 5.4.4 PC > rhel5.4.0 RHEL 5.4.0 PC > > But I guess this is fine and migration from higher host version to a > lower version is probably not supported, right? Well, I suppose that qemu would allow migration if you begine with a a *guest* of version rhel6.3.0. Please try it out. Dan. From abonas at redhat.com Thu Mar 7 15:19:46 2013 From: abonas at redhat.com (Alissa Bonas) Date: Thu, 7 Mar 2013 10:19:46 -0500 (EST) Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: <872532519.42618370.1362660921552.JavaMail.root@redhat.com> Message-ID: <1555327282.42708663.1362669586019.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alissa Bonas" > To: "Alex Leonhardt" > Cc: "oVirt Mailing List" > Sent: Thursday, March 7, 2013 2:55:21 PM > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "Alissa Bonas" > > Cc: "oVirt Mailing List" > > Sent: Thursday, March 7, 2013 2:44:19 PM > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > Hi Alissa, > > > > have you had any luck ? > > > > Alex > > > Hi, > > Still checking... sorry for the delay. > Hi Alex, It seems that there was a mistake in release notes of 3.1, because part of the code that's relevant for live snapshots didn't enter 3.1, and that can explain the problem you are experiencing. The code is present and supposed to be operational in 3.2 - you are welcome to try. Sorry for the confusion. > > > > On 6 March 2013 12:48, Alex Leonhardt < alex.tuxx at gmail.com > > > wrote: > > > > > > > > > > > > > > Yep, it's ovirt 3.1 - > > > > on the HV : > > > > vdsm.x86_64 4.10.0-0.46.15.el6 > > @vdsm31-dre > > vdsm-cli.noarch 4.10.0-0.46.15.el6 > > @vdsm31-dre > > vdsm-python.x86_64 4.10.0-0.46.15.el6 > > @vdsm31-dre > > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > > @vdsm31-dre > > > > > > on the Engine: > > > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre > > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-backend.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-cli.noarch > > 3.1.0.7-1.el6 @ovirt31-dre > > ovirt-engine-config.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-dbscripts.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-genericapi.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-jbossas711.x86_64 > > 1-0 @ovirt31-dre > > ovirt-engine-notification-service.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-restapi.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-sdk.noarch > > 3.1.0.5-1.el6 @ovirt31-dre > > ovirt-engine-setup.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-tools-common.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-userportal.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-engine-webadmin-portal.noarch > > 3.1.0-3.19.el6 @ovirt31-dre > > ovirt-image-uploader.noarch > > 3.1.0-16.el6 @ovirt31-dre > > ovirt-iso-uploader.noarch > > 3.1.0-16.el6 @ovirt31-dre > > ovirt-log-collector.noarch > > 3.1.0-16.el6 @ovirt31-dre > > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 > > @vdsm31-dre > > > > > > Alex > > > > > > > > > > > > > > > > > > On 6 March 2013 12:25, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > To: "Alissa Bonas" < abonas at redhat.com > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Wednesday, March 6, 2013 11:46:30 AM > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > Hi, > > > > > > Logs are attached - > > > > > > > > > > Thank you for attaching the logs. > > I'm checking them. > > Could you please confirm - you mentioned you work with ovirt 3.1 - > > is > > it the version of both engine and vdsm? > > If not - what is the exact version of each of the components? > > thank you > > > > > > > > > > > 2013-Mar-05, 15:44:47 > > > > > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:36 > > > > > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:33 > > > > > > Snapshot test creation for VM icinga-clone was initiated by > > > admin at internal. > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:20 > > > > > > VM icinga-clone started on Host TESTHV01 > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hiya, > > > > > > > > Am testing live snapshot-ing at the moment, and my VM is being > > > > paused > > > > every time I try to do a snapshot - it wont recover either, > > > > once > > > > the > > > > snapshot is complete. > > > > > > > > This is what I see on the webadmin console : > > > > > > > > "VM icinga-clone has paused due to storage permissions > > > > problem." > > > > > > > > Any hints ? > > > > > > > > When I stop the VM, then start again, all is good. > > > > > > Hi, > > > Please attach engine+vdsm+libvirt logs with the timeframe when > > > you > > > perform the live snapshot and the failure. > > > thanks > > > > > > > > > > > > > > Thanks > > > > Alex > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > > > > > > -- > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > > > -- > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From eedri at redhat.com Thu Mar 7 15:29:04 2013 From: eedri at redhat.com (Eyal Edri) Date: Thu, 7 Mar 2013 10:29:04 -0500 (EST) Subject: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra In-Reply-To: <5137E0A9.8020105@redhat.com> Message-ID: <1345421098.14568886.1362670144501.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Karsten 'quaid' Wade" > To: "Eyal Edri" > Cc: "Itamar Heim" , users at ovirt.org, "engine-devel" , > vdsm-devel at lists.fedorahosted.org, "infra" > Sent: Thursday, March 7, 2013 2:34:49 AM > Subject: Re: [JENKINS][ANN] jenkins.ovirt.org new look and infra > > On 03/06/2013 01:43 PM, Eyal Edri wrote: > > > > > > ----- Original Message ----- > >> From: "Itamar Heim" > >> can we shutdown the ec2 instance for now? > > > > not yet, me & quaid should change the dns 1st (tomorrow)? > > and then we can do it. > > If the host thinks it's already jenkins.ovirt.org, then we can just > do > the DNS switch "soonest". Do we need to coordinate more closely on > timing? Otherwise I can just file the ticket. (I'll wait for your > word > before picking a time.) i think we're OK with moving it: i changed all configuration files & hostname on alterway01 to be jenkins.ovirt.org, so we just need to point jenkins.ovirt.org to alterway01.ovirt.org (ip) in dns i belive. so go a head and open the ticket. itamar, let's wait with deleting the vm until we're sure it's OK? > > >> do we have more horsepower to start running say engine findbugs on > >> gerrit patches? > > > > not really, since we're still using the same ec2 slaves. > > (unless we'll run it on the master, but that's not recommended in > > terms of security) > > once we'll have ovirt instance running with vms, i imagine we can. > > hopefully we'll have it running soon (either on alterway02 or on > > the rackspace servers) > > I was supposed to be working RackSpace servers today, but I got > caught > up in being a bit sick and post-travel. But the plan is to load F18 + > the oVirt all-in-one on rax01. > > - Karsten > -- > Karsten 'quaid' Wade, Sr. Analyst - Community Growth > http://TheOpenSourceWay.org .^\ http://community.redhat.com > @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 > > From alex.tuxx at gmail.com Thu Mar 7 15:34:23 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Thu, 7 Mar 2013 15:34:23 +0000 Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: <1555327282.42708663.1362669586019.JavaMail.root@redhat.com> References: <872532519.42618370.1362660921552.JavaMail.root@redhat.com> <1555327282.42708663.1362669586019.JavaMail.root@redhat.com> Message-ID: Hi Alissa, thanks for checking, but the VM is "paused" - shouldn't that allow me to take a snapshot ? Alex On 7 March 2013 15:19, Alissa Bonas wrote: > > > ----- Original Message ----- > > From: "Alissa Bonas" > > To: "Alex Leonhardt" > > Cc: "oVirt Mailing List" > > Sent: Thursday, March 7, 2013 2:55:21 PM > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" > > > To: "Alissa Bonas" > > > Cc: "oVirt Mailing List" > > > Sent: Thursday, March 7, 2013 2:44:19 PM > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > Hi Alissa, > > > > > > have you had any luck ? > > > > > > Alex > > > > > Hi, > > > > Still checking... sorry for the delay. > > > Hi Alex, > > It seems that there was a mistake in release notes of 3.1, because part of > the code that's relevant for live snapshots > didn't enter 3.1, and that can explain the problem you are experiencing. > The code is present and supposed to be operational in 3.2 - you are > welcome to try. > Sorry for the confusion. > > > > > > > > On 6 March 2013 12:48, Alex Leonhardt < alex.tuxx at gmail.com > > > > wrote: > > > > > > > > > > > > > > > > > > > > > Yep, it's ovirt 3.1 - > > > > > > on the HV : > > > > > > vdsm.x86_64 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > vdsm-cli.noarch 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > vdsm-python.x86_64 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > > > > > > > on the Engine: > > > > > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre > > > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-backend.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-cli.noarch > > > 3.1.0.7-1.el6 @ovirt31-dre > > > ovirt-engine-config.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-dbscripts.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-genericapi.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-jbossas711.x86_64 > > > 1-0 @ovirt31-dre > > > ovirt-engine-notification-service.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-restapi.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-sdk.noarch > > > 3.1.0.5-1.el6 @ovirt31-dre > > > ovirt-engine-setup.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-tools-common.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-userportal.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-webadmin-portal.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-image-uploader.noarch > > > 3.1.0-16.el6 @ovirt31-dre > > > ovirt-iso-uploader.noarch > > > 3.1.0-16.el6 @ovirt31-dre > > > ovirt-log-collector.noarch > > > 3.1.0-16.el6 @ovirt31-dre > > > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 12:25, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > > > To: "Alissa Bonas" < abonas at redhat.com > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Wednesday, March 6, 2013 11:46:30 AM > > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > Hi, > > > > > > > > Logs are attached - > > > > > > > > > > > > > > Thank you for attaching the logs. > > > I'm checking them. > > > Could you please confirm - you mentioned you work with ovirt 3.1 - > > > is > > > it the version of both engine and vdsm? > > > If not - what is the exact version of each of the components? > > > thank you > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:47 > > > > > > > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:36 > > > > > > > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:33 > > > > > > > > Snapshot test creation for VM icinga-clone was initiated by > > > > admin at internal. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:20 > > > > > > > > VM icinga-clone started on Host TESTHV01 > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hiya, > > > > > > > > > > Am testing live snapshot-ing at the moment, and my VM is being > > > > > paused > > > > > every time I try to do a snapshot - it wont recover either, > > > > > once > > > > > the > > > > > snapshot is complete. > > > > > > > > > > This is what I see on the webadmin console : > > > > > > > > > > "VM icinga-clone has paused due to storage permissions > > > > > problem." > > > > > > > > > > Any hints ? > > > > > > > > > > When I stop the VM, then start again, all is good. > > > > > > > > Hi, > > > > Please attach engine+vdsm+libvirt logs with the timeframe when > > > > you > > > > perform the live snapshot and the failure. > > > > thanks > > > > > > > > > > > > > > > > > > Thanks > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > > > > > > > -- > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Mar 7 15:38:20 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 7 Mar 2013 16:38:20 +0100 Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: References: Message-ID: On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi wrote: > > # cat ifcfg-em3.65 > DEVICE=em3.65 > ONBOOT=yes > BOOTPROTO=none > VLAN=yes > IPADDR=10.4.4.57 > NETMASK=255.255.255.0 > GATEWAY=10.4.4.250 > NM_CONTROLLED=no > > How should I configure the host at the beginning to have ovirtmgmt > configured as VLAN tagged and host deploy with no complain? > > Thanks in advance, > Gianluca Tried also the alternative configuration with ifcfg-vlan65 instead of ifcfg-em3.65: # cat ifcfg-vlan65 DEVICE=vlan65 PHYSDEV=em3 ONBOOT=yes BOOTPROTO=none VLAN=yes IPADDR=10.4.4.57 NETMASK=255.255.255.0 GATEWAY=10.4.4.250 NM_CONTROLLED=no But I get Failed to execute stage 'Setup validation': Interface vlan65 is VLAN interface However its configuration is unexpected. Possibly the involved code is on engine /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ? In host-deploy log: 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge bridge._getInterfaceForDestination:302 determine interface for 10.4.4.60 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get' , 'to', '10.4.4.60'), executable='None', cwd='None', env=None 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route' , 'get', 'to', '10.4.4.60'), rc=0 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.execute:411 execute-output: ('/sbin/ip', 'route', ' get', 'to', '10.4.4.60') stdout: 10.4.4.60 dev vlan65 src 10.4.4.57 cache 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.execute:416 execute-output: ('/sbin/ip', 'route', ' get', 'to', '10.4.4.60') stderr: 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge bridge._getInterfaceForDestination:337 interface for 10.4. 4.60 is vlan65 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130 method exception Traceback (most recent call last): File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line 120, in _executeMethod method['method']() File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", line 733, in _validation self._getVlanMasterDevice(name=interface) File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", line 393, in _getVlanMasterDevice interface=name, RuntimeError: Interface vlan65 is VLAN interface However its configuration is unexpected 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139 Failed to execute stage 'Setup validation': Interface vlan65 is VLAN interface However its configuration is unexpected Do I have perhaps to name it ovirtmgmt from the beginning? Gianluca From patrick.hurrelmann at lobster.de Thu Mar 7 15:50:16 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Thu, 07 Mar 2013 16:50:16 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <20130307151833.GN4270@redhat.com> References: <5134D3D0.4000603@lobster.de> <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> <5135D7CF.8000405@lobster.de> <20130305124935.GC19345@redhat.com> <5138AB4F.8030909@lobster.de> <20130307151833.GN4270@redhat.com> Message-ID: <5138B738.8070902@lobster.de> On 07.03.2013 16:18, Dan Kenigsberg wrote: > On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote: >> On 05.03.2013 13:49, Dan Kenigsberg wrote: >>> On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: >>>> On 05.03.2013 11:14, Dan Kenigsberg wrote: >>>> >>>>>>>> >>>>>>>> My version of vdsm as stated by Dreyou: >>>>>>>> v 4.10.0-0.46 (.15), builded from >>>>>>>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) >>>>>>>> >>>>>>>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to >>>>>>>> 3.1 Branch? >>>>>>>> >>>>>>>> I applied that patch locally and restarted vdsmd but this does not >>>>>>>> change anything. Supported cpu is still as low as Conroe instead of >>>>>>>> Nehalem. Or is there more to do than patching libvirtvm.py? >>>>>>> >>>>>>> What is libvirt's opinion about your cpu compatibility? >>>>>>> >>>>>>> virsh -r cpu-compare <(echo 'NehalemIntel') >>>>>>> >>>>>>> If you do not get "Host CPU is a superset of CPU described in bla", then >>>>>>> the problem is within libvirt. >>>>>>> >>>>>>> Dan. >>>>>> >>>>>> Hi Dan, >>>>>> >>>>>> virsh -r cpu-compare <(echo '>>>>> match="minimum">NehalemIntel') >>>>>> Host CPU is a superset of CPU described in /dev/fd/63 >>>>>> >>>>>> So libvirt obviously is fine. Something different would have surprised >>>>>> my as virsh capabilities seemed correct anyway. >>>>> >>>>> So maybe, just maybe, libvirt has changed their cpu_map, a map that >>>>> ovirt-3.1 had a bug reading. >>>>> >>>>> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is >>>>> it? >>>>> >>>>> Dan. >>>> >>>> Hi Dan, >>>> >>>> success! Applying that patch made the cpu recognition work again. The >>>> cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: >>>> >>>> cpuCores = 4 >>>> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, >>>> mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, >>>> ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, >>>> arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, >>>> aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, >>>> ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, >>>> dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, >>>> model_Conroe,model_coreduo,model_core2duo,model_Penryn, >>>> model_n270 >>>> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz >>>> cpuSockets = 1 >>>> cpuSpeed = 2393.769 >>>> >>>> >>>> I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and >>>> indeed they do differ in large portions. So this patch should probably >>>> be merged to 3.1 branch? I will contact Dreyou and request that this >>>> patch will also be included in his builds. I guess otherwise there will >>>> be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. >>>> >>>> Thanks again and best regards >>> >>> Thank you for reporting this issue and verifying its fix. >>> >>> I'm not completely sure that we should keep maintaining the ovirt-3.1 >>> branch upstream - but a build destined for el6.4 must have it. >>> >>> If you believe we should release a fix version for 3.1, please verify >>> that http://gerrit.ovirt.org/12723 has no ill effects. >>> >>> Dan. >> >> I did none additional tests and the new CentOS 6.4 host failed start or >> migrate any vm. It always boils down to: >> >> Thread-43::ERROR::2013-03-07 >> 15:02:51,950::task::853::TaskManager.Task::(_setError) >> Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error >> Traceback (most recent call last): >> File "/usr/share/vdsm/storage/task.py", line 861, in _run >> return fn(*args, **kargs) >> File "/usr/share/vdsm/logUtils.py", line 38, in wrapper >> res = f(*args, **kwargs) >> File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize >> apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, >> bs=1)) >> File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize >> return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) >> File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize >> return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) >> File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV >> lv = _lvminfo.getLv(vgName, lvName) >> File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv >> lvs = self._reloadlvs(vgName) >> File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs >> self._lvs.pop((vgName, lvName), None) >> File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__ >> self.gen.throw(type, value, traceback) >> File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext >> yield self >> File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs >> lv = makeLV(*fields) >> File "/usr/share/vdsm/storage/lvm.py", line 218, in makeLV >> attrs = _attr2NamedTuple(args[LV._fields.index("attr")], >> LV_ATTR_BITS, "LV_ATTR") >> File "/usr/share/vdsm/storage/lvm.py", line 188, in _attr2NamedTuple >> attrs = Attrs(*values) >> TypeError: __new__() takes exactly 9 arguments (10 given) >> >> and followed by: >> >> Thread-43::ERROR::2013-03-07 >> 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) >> __new__() takes exactly 9 arguments (10 given) >> Traceback (most recent call last): >> File "/usr/share/vdsm/storage/dispatcher.py", line 61, in run >> result = ctask.prepare(self.func, *args, **kwargs) >> File "/usr/share/vdsm/storage/task.py", line 1164, in prepare >> raise self.error >> TypeError: __new__() takes exactly 9 arguments (10 given) >> Thread-43::DEBUG::2013-03-07 >> 15:02:51,987::vm::580::vm.Vm::(_startUnderlyingVm) >> vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::_ongoingCreations released >> Thread-43::ERROR::2013-03-07 >> 15:02:51,987::vm::604::vm.Vm::(_startUnderlyingVm) >> vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::The vm start process failed >> Traceback (most recent call last): >> File "/usr/share/vdsm/vm.py", line 570, in _startUnderlyingVm >> self._run() >> File "/usr/share/vdsm/libvirtvm.py", line 1289, in _run >> devices = self.buildConfDevices() >> File "/usr/share/vdsm/vm.py", line 431, in buildConfDevices >> self._normalizeVdsmImg(drv) >> File "/usr/share/vdsm/vm.py", line 358, in _normalizeVdsmImg >> drv['truesize'] = res['truesize'] >> KeyError: 'truesize' >> >> In webadmin the start and migrate operations fail with 'truesize'. >> >> I could find BZ#876958 which has the very same error. So I tried to >> apply patch http://gerrit.ovirt.org/9317. I had to apply it manually >> (guess patch would need a rebase for 3.1), but it works. > > Thanks for the report. I've made a public backport for this in > http://gerrit.ovirt.org/12836/ and would ask you again to tick that it > is verified by you. > >> >> I now can start new virtual machines successfully on a CentOS 6.4 / >> oVirt 3.1 host. Migration of vm from CentOS 6.3 hosts work, but not the >> other way around. Migration from 6.4 to 6.3 fails: >> >> Thread-1296::ERROR::2013-03-07 15:55:24,845::vm::176::vm.Vm::(_recover) >> vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::internal error Process >> exited while reading console log output: Supported machines are: >> pc RHEL 6.3.0 PC (alias of rhel6.3.0) >> rhel6.3.0 RHEL 6.3.0 PC (default) >> rhel6.2.0 RHEL 6.2.0 PC >> rhel6.1.0 RHEL 6.1.0 PC >> rhel6.0.0 RHEL 6.0.0 PC >> rhel5.5.0 RHEL 5.5.0 PC >> rhel5.4.4 RHEL 5.4.4 PC >> rhel5.4.0 RHEL 5.4.0 PC >> >> Thread-1296::ERROR::2013-03-07 15:55:24,988::vm::240::vm.Vm::(run) >> vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::Failed to migrate >> Traceback (most recent call last): >> File "/usr/share/vdsm/vm.py", line 223, in run >> self._startUnderlyingMigration() >> File "/usr/share/vdsm/libvirtvm.py", line 451, in >> _startUnderlyingMigration >> None, maxBandwidth) >> File "/usr/share/vdsm/libvirtvm.py", line 491, in f >> ret = attr(*args, **kwargs) >> File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", >> line 82, in wrapper >> ret = f(*args, **kwargs) >> File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1178, in >> migrateToURI2 >> if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', >> dom=self) >> libvirtError: internal error Process exited while reading console log >> output: Supported machines are: >> pc RHEL 6.3.0 PC (alias of rhel6.3.0) >> rhel6.3.0 RHEL 6.3.0 PC (default) >> rhel6.2.0 RHEL 6.2.0 PC >> rhel6.1.0 RHEL 6.1.0 PC >> rhel6.0.0 RHEL 6.0.0 PC >> rhel5.5.0 RHEL 5.5.0 PC >> rhel5.4.4 RHEL 5.4.4 PC >> rhel5.4.0 RHEL 5.4.0 PC >> >> But I guess this is fine and migration from higher host version to a >> lower version is probably not supported, right? > > Well, I suppose that qemu would allow migration if you begine with a > a *guest* of version rhel6.3.0. Please try it out. > > Dan. Alright, just verified it. A vm started on a 6.3 host can be successfully migrated to the new 6.4 host and then back to any other 6.3 host. It just won't migrate a vm started on 6.4 to any host running 6.3. Regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich From gianluca.cecchi at gmail.com Thu Mar 7 16:05:12 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 7 Mar 2013 17:05:12 +0100 Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: References: Message-ID: On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi wrote: > On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi wrote: >> >> # cat ifcfg-em3.65 >> DEVICE=em3.65 >> ONBOOT=yes >> BOOTPROTO=none >> VLAN=yes >> IPADDR=10.4.4.57 >> NETMASK=255.255.255.0 >> GATEWAY=10.4.4.250 >> NM_CONTROLLED=no >> >> How should I configure the host at the beginning to have ovirtmgmt >> configured as VLAN tagged and host deploy with no complain? >> >> Thanks in advance, >> Gianluca > > Tried also the alternative configuration with ifcfg-vlan65 instead of > ifcfg-em3.65: > > # cat ifcfg-vlan65 > DEVICE=vlan65 > PHYSDEV=em3 > ONBOOT=yes > BOOTPROTO=none > VLAN=yes > IPADDR=10.4.4.57 > NETMASK=255.255.255.0 > GATEWAY=10.4.4.250 > NM_CONTROLLED=no > > But I get > Failed to execute stage 'Setup validation': Interface vlan65 is VLAN > interface However its configuration is unexpected. > > Possibly the involved code is on engine > /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ? > > In host-deploy log: > > 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > bridge._getInterfaceForDestination:302 determine interface > for 10.4.4.60 > 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get' > , 'to', '10.4.4.60'), executable='None', cwd='None', env=None > 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route' > , 'get', 'to', '10.4.4.60'), rc=0 > 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:411 execute-output: ('/sbin/ip', 'route', ' > get', 'to', '10.4.4.60') stdout: > 10.4.4.60 dev vlan65 src 10.4.4.57 > cache > > 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:416 execute-output: ('/sbin/ip', 'route', ' > get', 'to', '10.4.4.60') stderr: > > > 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > bridge._getInterfaceForDestination:337 interface for 10.4. > 4.60 is vlan65 > 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130 > method exception > Traceback (most recent call last): > File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line 120, > in _executeMethod > method['method']() > File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > line 733, in _validation > self._getVlanMasterDevice(name=interface) > File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > line 393, in _getVlanMasterDevice > interface=name, > RuntimeError: Interface vlan65 is VLAN interface However its > configuration is unexpected > 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139 > Failed to execute stage 'Setup validation': Interface vlan65 is VLAN > interface However its configuration is unexpected > > > Do I have perhaps to name it ovirtmgmt from the beginning? > > Gianluca I'm all but a python expert..... but I think these blocks in /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the ones involved ... _RE_VLAN_ID = re.compile( flags=re.VERBOSE, pattern=r""" .* VID: ([0-9]+) .* """ ) _RE_VLAN_ID_VLANID = 1 _RE_VLAN_DEVICE = re.compile( flags=re.VERBOSE, pattern=r""" ^ Device: \s+ (\S+) \s* $ """ ) _RE_VLAN_DEVICE_DEVICE = 1 ... def _getVlanMasterDevice(self, name): interface = None vlanid = None try: with open( os.path.join( '/proc/net/vlan', name ), 'r' ) as f: for line in f: m = self._RE_VLAN_ID.match(line) if m is not None: vlanid = m.group(self._RE_VLAN_ID_VLANID) else: m = self._RE_VLAN_DEVICE.match(line) if m is not None: interface = m.group(self._RE_VLAN_DEVICE_DEVICE) if interface is None or vlanid is None: raise RuntimeError( ... In my case: # cat /proc/net/vlan/vlan65 vlan65 VID: 65 REORDER_HDR: 1 dev->priv_flags: 1 total frames received 1910 total bytes received 1319518 Broadcast/Multicast Rcvd 4 total frames transmitted 2232 total bytes transmitted 426338 Device: em3 INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 EGRESS priority mappings: From mr.marcelo.barbosa at gmail.com Thu Mar 7 16:15:52 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Thu, 7 Mar 2013 13:15:52 -0300 Subject: [Users] Problem install In-Reply-To: <51387548.4050805@redhat.com> References: <51387548.4050805@redhat.com> Message-ID: Hi Alex, Thankyou for interation, i'm register this problem in bugzilla for a engineering team from ovirt project check: https://bugzilla.redhat.com/show_bug.cgi?id=918742 full log and informations this. Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Thu, Mar 7, 2013 at 8:08 AM, Alex Lourie wrote: > On Wed 06 Mar 2013 10:51:43 PM IST, Marcelo Barbosa wrote: > >> Alex, >> >> Thankyou for attention. This return should not happen, because I >> have my hostname registered and running on my DNS servers, but i'm >> inserted in /etc/hosts my hostname and retry setup, but return new error: >> >> >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::297::root:: Waiting for >> host to become operational >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::300::root:: current host >> status is: up >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::302::root:: The host is up. >> 2013-03-06 17:35:14::DEBUG::setup_**sequences::59::root:: running >> addStorageDomain >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::317::root:: Adding local >> storage domain >> 2013-03-06 17:35:14::INFO::all_in_one_**100::322::root:: Creating local >> storage >> 2013-03-06 17:35:14::INFO::all_in_one_**100::326::root:: Creating local >> storage domain >> 2013-03-06 17:35:14::INFO::all_in_one_**100::334::root:: Adding local >> storage domain >> 2013-03-06 17:35:15::ERROR::all_in_one_**100::337::root:: Traceback >> (most recent call last): >> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >> line 335, in addStorageDomain >> controller.CONF["API_OBJECT"].**storagedomains.add(sdParams) >> File >> "/usr/lib/python2.7/site-**packages/ovirtsdk/** >> infrastructure/brokers.py", >> line 5151, in add >> headers={"Expect":expect, "Correlation-Id":correlation_**id}) >> File >> "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >> line 118, in add >> return self.request('POST', url, body, headers) >> File >> "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >> line 129, in request >> last=last) >> File >> "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >> line 159, in __doRequest >> raise RequestError, response >> RequestError: >> status: 400 >> reason: Bad Request >> detail: Cannot add Storage. Internal error, Storage Connection doesn't >> exist. >> >> 2013-03-06 17:35:15::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 338, in addStorageDomain >> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >> Exception: Error: could not add local storage domain >> >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1948::root:: *** The >> following params were used as user input: >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> override-httpd-config: yes >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: http-port: 80 >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: https-port: 443 >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> random-passwords: no >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: mac-range: >> 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: host-fqdn: >> firelap.usc.unirede.net >> > >> >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: auth-pass: >> ******** >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: org-name: >> firelap >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> application-mode: both >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> default-dc-type: NFS >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> db-remote-install: local >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-host: >> localhost >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-local-pass: >> ******** >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: nfs-mp: >> /firebackup/********/iso >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> iso-domain-name: ISO_DOMAIN >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: config-nfs: yes >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> override-firewall: IPTables >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> config-allinone: yes >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: storage-path: >> /firebackup/********/vms >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: superuser-pass: >> ******** >> 2013-03-06 17:35:15::ERROR::engine-setup:**:2369::root:: Traceback (most >> recent call last): >> File "/bin/engine-setup", line 2363, in >> main(confFile) >> File "/bin/engine-setup", line 2146, in main >> runSequences() >> File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain >> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >> Exception: Error: could not add local storage domain >> >> Any ideas to solve this problem? >> >> Marcelo Barbosa >> /mr.marcelo.barbosa at gmail.com >> >/ >> >> >> >> On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos > > wrote: >> >> Hi. Have you tried solving the hostnames resolving issues that are >> described on your email? Add the hosts to /etc/hosts >> >> Alex >> >> No dia 06/03/2013 18:02, "Marcelo Barbosa" >> > >> >> escreveu: >> >> >> Attached my log file. >> >> Marcelo Barbosa >> /mr.marcelo.barbosa at gmail.com >> >> >/ >> >> >> >> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa >> > >> >> wrote: >> >> hi guys, >> >> I'am tryed install Ovirt 3.2 all-in-one in my Fedora >> 18, but this version not finish for sucessful install, >> information my enviroment: >> >> [root at firelap ovirt]# cat /etc/redhat-release >> Fedora release 18 (Spherical Cow) >> >> [root at firelap ovirt]# uname -a >> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 >> 20:10:02 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> [root at firelap ovirt]# ifconfig >> bond0: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> >> bond1: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> >> bond2: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> >> bond3: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> >> bond4: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> >> lo: flags=73 mtu 65536 >> inet 127.0.0.1 netmask 255.0.0.0 >> inet6 ::1 prefixlen 128 scopeid 0x10 >> loop txqueuelen 0 (Local Loopback) >> RX packets 136972 bytes 54834621 (52.2 MiB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 136972 bytes 54834621 (52.2 MiB) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> >> p5p1: flags=4163 mtu 1500 >> inet 172.16.255.43 netmask >> 255.255.255.192 broadcast 172.16.255.63 >> >> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 >> scopeid 0x20 >> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >> RX packets 480681 bytes 614801393 (586.3 MiB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 323373 bytes 35479386 (33.8 MiB) >> TX errors 0 dropped 0 overruns 0 carrier 0 >> collisions 0 >> device interrupt 17 >> >> [root at firelap ovirt]# rpm -qa | grep ovirt >> ovirt-engine-cli-3.2.0.10-1.**fc18.noarch >> ovirt-engine-backend-3.2.0-4.**fc18.noarch >> ovirt-engine-config-3.2.0-4.**fc18.noarch >> ovirt-host-deploy-1.0.0-1.**fc18.noarch >> ovirt-engine-setup-plugin-**allinone-3.2.0-4.fc18.noarch >> ovirt-engine-restapi-3.2.0-4.**fc18.noarch >> ovirt-engine-dbscripts-3.2.0-**4.fc18.noarch >> ovirt-image-uploader-3.2.0-1.**fc18.noarch >> ovirt-host-deploy-offline-1.0.**0-1.fc18.noarch >> ovirt-engine-setup-3.2.0-4.**fc18.noarch >> ovirt-release-fedora-5-3.**noarch >> ovirt-engine-tools-common-3.2.**0-4.fc18.noarch >> ovirt-engine-3.2.0-4.fc18.**noarch >> ovirt-log-collector-3.2.0-1.**fc18.noarch >> ovirt-host-deploy-java-1.0.0-**1.fc18.noarch >> ovirt-engine-userportal-3.2.0-**4.fc18.noarch >> ovirt-engine-notification-**service-3.2.0-4.fc18.noarch >> ovirt-iso-uploader-3.2.0-1.**fc18.noarch >> ovirt-engine-webadmin-portal-**3.2.0-4.fc18.noarch >> ovirt-engine-sdk-3.2.0.9-1.**fc18.noarch >> ovirt-engine-genericapi-3.2.0-**4.fc18.noarch >> >> [root at firelap ~]# host firelap.usc.unirede.net >> >> > >> firelap.usc.unirede.net >> > >> has address 172.16.255.43 >> >> >> [root at firelap ~]# ping firelap.usc.unirede.net >> >> > >> PING firelap.usc.unirede.net >> > >> (172.16.255.43 >> ) 56(84) bytes of data. >> >> 64 bytes from firelap (172.16.255.43 >> ): icmp_seq=1 ttl=64 time=0.055 ms >> >> >> [root at firelap ~]# engine-setup >> Welcome to oVirt Engine setup utility >> oVirt Engine uses httpd to proxy requests to the >> application server. >> It looks like the httpd installed locally is being >> actively used. >> The installer can override current configuration . >> Alternatively you can use JBoss directly (on ports higher >> than 1024) >> Do you wish to override current httpd configuration and >> restart the service? ['yes'| 'no'] [yes] : >> HTTP Port [80] : >> HTTPS Port [443] : >> Host fully qualified domain name. Note: this name should >> be fully resolvable [firelap.no-ip.org >> ] : localhost.localdomain >> >> The IP (127.0.0.1) which was resolved from the FQDN >> localhost.localdomain is not configured on any interface >> on this host >> User input failed validation, do you still wish to use it? >> (yes|no): no >> Host fully qualified domain name. Note: this name should >> be fully resolvable [firelap.no-ip.org >> ] : >> firelap.no-ip.org did not >> >> resolve into an IP address >> User input failed validation, do you still wish to use it? >> (yes|no): no >> Host fully qualified domain name. Note: this name should >> be fully resolvable [firelap.no-ip.org >> ] : firelap.usc.unirede.net >> >> > >> >> Enter a password for an internal oVirt Engine >> administrator user (admin at internal) : >> Warning: Weak Password. >> Confirm password : >> Organization Name for the Certificate [no-ip.org >> ] : firelap.usc.unirede.net >> >> > >> >> The engine can be configured to present the UI in three >> different application modes. virt [Manage virtualization >> only], gluster [Manage gluster storage only], and both >> [Manage virtualization as well as gluster storage] >> ['virt'| 'gluster'| 'both'] [both] : >> The default storage type you will be using ['NFS'| 'FC'| >> 'ISCSI'| 'POSIXFS'] [NFS] : >> Enter DB type for installation ['remote'| 'local'] [local] : >> Enter a password for a local oVirt Engine DB admin user >> (engine) : >> Warning: Weak Password. >> Confirm password : >> Local ISO domain path [/var/lib/exports/iso] : >> /firebackup/ovirt/iso >> Error: directory /firebackup/ovirt/iso is not empty >> Local ISO domain path [/var/lib/exports/iso] : >> /firebackup/ovirt/iso >> Firewall ports need to be opened. >> The installer can configure firewall automatically >> overriding the current configuration. The old >> configuration will be backed up. >> Alternately you can configure the firewall later using an >> example file. >> Which firewall do you wish to configure? ['None'| >> 'Firewalld'| 'IPTables']: IPTables >> Configure VDSM on this host? ['yes'| 'no'] [yes] : >> Local storage domain path [/var/lib/images] : >> /firebackup/ovirt/vms >> Confirm root password : >> >> oVirt Engine will be installed using the following >> configuration: >> ==============================** >> ==============================**===== >> override-httpd-config: yes >> http-port: 80 >> https-port: 443 >> host-fqdn: firelap.usc.unirede.net >> >> > >> auth-pass: ******** >> org-name: firelap.usc.unirede.net >> >> > >> >> application-mode: both >> default-dc-type: NFS >> db-remote-install: local >> db-local-pass: ******** >> nfs-mp: /firebackup/ovirt/iso >> override-firewall: IPTables >> config-allinone: yes >> storage-path: /firebackup/ovirt/vms >> superuser-pass: ******** >> Proceed with the configuration listed above? (yes|no): yes >> >> Installing: >> AIO: Validating CPU Compatibility... >> [ DONE ] >> AIO: Adding firewall rules... >> [ DONE ] >> Configuring oVirt Engine... >> [ DONE ] >> Configuring JVM... >> [ DONE ] >> Creating CA... >> [ DONE ] >> Updating ovirt-engine service... >> [ DONE ] >> Setting Database Configuration... >> [ DONE ] >> Setting Database Security... >> [ DONE ] >> Creating Database... >> [ DONE ] >> Updating the Default Data Center Storage Type... >> [ DONE ] >> Editing oVirt Engine Configuration... >> [ DONE ] >> Editing Postgresql Configuration... >> [ DONE ] >> Configuring the Default ISO Domain... >> [ DONE ] >> Configuring Firewall... >> [ DONE ] >> Starting ovirt-engine Service... >> [ DONE ] >> Configuring HTTPD... >> [ DONE ] >> AIO: Creating storage directory... >> [ DONE ] >> AIO: Adding Local Datacenter and cluster... >> [ DONE ] >> AIO: Adding Local host (This may take several minutes)... >> [ ERROR ] >> Error: Host was found in a 'Failed' state. Please check >> engine and bootstrap installation logs. >> Please check log file >> /var/log/ovirt-engine/engine-**setup_2013_03_06_14_30_51.log >> for more information >> >> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: >> retcode = 0 >> 2013-03-06 14:35:34::DEBUG::common_utils:**:1238::root:: >> stopping httpd >> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: >> executing action httpd on service stop >> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: >> Executing command --> '/sbin/service httpd stop' >> 2013-03-06 14:35:34::DEBUG::common_utils:**:472::root:: >> output = >> 2013-03-06 14:35:34::DEBUG::common_utils:**:473::root:: >> stderr = Redirecting to /bin/systemctl stop httpd.service >> >> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: >> retcode = 0 >> 2013-03-06 14:35:34::DEBUG::common_utils:**:1228::root:: >> starting httpd >> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: >> executing action httpd on service start >> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: >> Executing command --> '/sbin/service httpd start' >> 2013-03-06 14:35:36::DEBUG::common_utils:**:472::root:: >> output = >> 2013-03-06 14:35:36::DEBUG::common_utils:**:473::root:: >> stderr = Redirecting to /bin/systemctl start httpd.service >> >> 2013-03-06 14:35:36::DEBUG::common_utils:**:474::root:: >> retcode = 0 >> 2013-03-06 14:35:36::DEBUG::setup_**sequences::59::root:: >> running makeStorageDir >> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::368::root:: >> Creating/Verifying local domain path >> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::374::root:: >> Setting selinux context >> 2013-03-06 14:35:36::DEBUG::nfsutils::36:**:root:: setting >> selinux context for /firebackup/ovirt/vms >> 2013-03-06 14:35:36::DEBUG::common_utils:**:434::root:: >> Executing command --> '/usr/sbin/semanage fcontext -a -t >> public_content_rw_t /firebackup/ovirt/vms(/.*)?' >> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: >> output = >> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: >> stderr = >> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: >> retcode = 0 >> 2013-03-06 14:35:39::DEBUG::common_utils:**:434::root:: >> Executing command --> '/sbin/restorecon -r >> /firebackup/ovirt/vms' >> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: >> output = >> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: >> stderr = >> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: >> retcode = 0 >> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: >> running waitForJbossUp >> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::445::root:: >> Checking JBoss status. >> 2013-03-06 14:35:39::INFO::all_in_one_**100::448::root:: >> JBoss is up and running. >> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: >> running initAPI >> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::240::root:: >> Initiating the API object >> 2013-03-06 14:35:41::DEBUG::setup_**sequences::59::root:: >> running createDC >> 2013-03-06 14:35:41::DEBUG::all_in_one_**100::256::root:: >> Creating the local datacenter >> 2013-03-06 14:35:42::DEBUG::setup_**sequences::59::root:: >> running createCluster >> 2013-03-06 14:35:42::DEBUG::all_in_one_**100::267::root:: >> Creating the local cluster >> 2013-03-06 14:35:43::DEBUG::setup_**sequences::59::root:: >> running createHost >> 2013-03-06 14:35:43::DEBUG::all_in_one_**100::280::root:: >> Adding the local host >> 2013-03-06 14:35:44::DEBUG::setup_**sequences::59::root:: >> running waitForHostUp >> 2013-03-06 14:35:44::DEBUG::all_in_one_**100::297::root:: >> Waiting for host to become operational >> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::300::root:: >> current host status is: installing >> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::311::root:: >> Traceback (most recent call last): >> File >> "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_** >> 100.py", >> line 308, in isHostUp >> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::297::root:: >> Waiting for host to become operational >> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::300::root:: >> current host status is: installing >> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::311::root:: >> Traceback (most recent call last): >> File >> "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_** >> 100.py", >> line 308, in isHostUp >> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-06 14:35:55::DEBUG::all_in_one_**100::297::root:: >> Waiting for host to become operational >> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::300::root:: >> current host status is: install_failed >> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::311::root:: >> Traceback (most recent call last): >> File >> "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_** >> 100.py", >> line 306, in isHostUp >> raise utils.RetryFailException(** >> ERROR_CREATE_HOST_FAILED) >> RetryFailException: Error: Host was found in a 'Failed' >> state. Please check engine and bootstrap installation logs. >> >> 2013-03-06 14:35:56::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 294, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/**scripts/common_utils.py", >> line 1009, in retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' >> state. Please check engine and bootstrap installation logs. >> >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1948::root:: *** >> The following params were used as user input: >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> override-httpd-config: yes >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> http-port: 80 >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> https-port: 443 >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> random-passwords: no >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> host-fqdn: firelap.usc.unirede.net >> >> > >> >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> auth-pass: ******** >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> org-name: firelap.usc.unirede.net >> >> > >> >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> application-mode: both >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> default-dc-type: NFS >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> db-remote-install: local >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> db-host: localhost >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> db-local-pass: ******** >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> nfs-mp: /firebackup/********/iso >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> iso-domain-name: ISO_DOMAIN >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> config-nfs: yes >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> override-firewall: IPTables >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> config-allinone: yes >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> storage-path: /firebackup/********/vms >> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >> superuser-pass: ******** >> 2013-03-06 14:35:56::ERROR::engine-setup:**:2369::root:: >> Traceback (most recent call last): >> File "/bin/engine-setup", line 2363, in >> main(confFile) >> File "/bin/engine-setup", line 2146, in main >> runSequences() >> File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/**scripts/common_utils.py", >> line 1009, in retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' >> state. Please check engine and bootstrap installation logs. >> >> Thnkz for attention. >> >> Marcelo Barbosa >> /mr.marcelo.barbosa at gmail.com >> >> >/ >> >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/**mailman/listinfo/users >> >> >> >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/**mailman/listinfo/users >> > > Hi Marcelo > > First, it seems that you have passed adding the host step, which is good. > > Second, about the adding storage - may Michael could help us understand > what the following error means: > > > RequestError: > status: 400 > reason: Bad Request > detail: Cannot add Storage. Internal error, Storage Connection doesn't > exist. > > -- > > Best regards, > > Alex Lourie > Software Developer in Integration > Red Hat > -------------- next part -------------- An HTML attachment was scrubbed... URL: From satheesh_hegde at yahoo.co.in Thu Mar 7 16:36:25 2013 From: satheesh_hegde at yahoo.co.in (satheesh hegde) Date: Fri, 8 Mar 2013 00:36:25 +0800 (SGT) Subject: [Users] Adding external events to oVirt Message-ID: <1362674185.59623.YahooMailNeo@web190204.mail.sg3.yahoo.com> Hi, I tried exploring the feature of adding external events in oVirt. (Version 3.2) I just wrote a?JavaScript?to fetch events and it wroked fine.(GEToperation to URLhttp:///api/events). But when tried withPOST operation, to add my own events, it threw "error 405 Method not allowed". (URLhttp:///api/events). (The html file is not included in any plugin code, its standalone file). (The data I passed is as specified in link: ?" http://www.ovirt.org/Features/Design/DetailedExternalEvents"). What went wrong? ?Is it not supported on oVirt3.2 or the URL is incorrect? Regards Satheesh J -------------- next part -------------- An HTML attachment was scrubbed... URL: From abonas at redhat.com Thu Mar 7 17:26:35 2013 From: abonas at redhat.com (Alissa Bonas) Date: Thu, 7 Mar 2013 12:26:35 -0500 (EST) Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: Message-ID: <814660712.42778727.1362677195490.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Leonhardt" > To: "Alissa Bonas" > Cc: "oVirt Mailing List" > Sent: Thursday, March 7, 2013 5:34:23 PM > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > Hi Alissa, > > thanks for checking, but the VM is "paused" - shouldn't that allow me > to take a snapshot ? Hi Alex, Please check the feature page of live snapshots - section "Snapshots Actions matrix" http://www.ovirt.org/Live_Snapshots#Snapshots_Actions_matrix As you can see there, taking a snapshot when VM is paused is still considered a live snapshot. The VM needs to be stopped or hibernated for a regular snapshot. I hope this answers your question. Regards, Alissa > Alex > > > > > > On 7 March 2013 15:19, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > ----- Original Message ----- > > From: "Alissa Bonas" < abonas at redhat.com > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Thursday, March 7, 2013 2:55:21 PM > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > ----- Original Message ----- > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > To: "Alissa Bonas" < abonas at redhat.com > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > Sent: Thursday, March 7, 2013 2:44:19 PM > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > Hi Alissa, > > > > > > have you had any luck ? > > > > > > Alex > > > > > Hi, > > > > Still checking... sorry for the delay. > > > Hi Alex, > > It seems that there was a mistake in release notes of 3.1, because > part of the code that's relevant for live snapshots > didn't enter 3.1, and that can explain the problem you are > experiencing. > The code is present and supposed to be operational in 3.2 - you are > welcome to try. > Sorry for the confusion. > > > > > > > > > > On 6 March 2013 12:48, Alex Leonhardt < alex.tuxx at gmail.com > > > > wrote: > > > > > > > > > > > > > > > > > > > > > Yep, it's ovirt 3.1 - > > > > > > on the HV : > > > > > > vdsm.x86_64 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > vdsm-cli.noarch 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > vdsm-python.x86_64 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > > > > > > > on the Engine: > > > > > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre > > > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-backend.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-cli.noarch > > > 3.1.0.7-1.el6 @ovirt31-dre > > > ovirt-engine-config.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-dbscripts.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-genericapi.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-jbossas711.x86_64 > > > 1-0 @ovirt31-dre > > > ovirt-engine-notification-service.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-restapi.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-sdk.noarch > > > 3.1.0.5-1.el6 @ovirt31-dre > > > ovirt-engine-setup.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-tools-common.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-userportal.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-engine-webadmin-portal.noarch > > > 3.1.0-3.19.el6 @ovirt31-dre > > > ovirt-image-uploader.noarch > > > 3.1.0-16.el6 @ovirt31-dre > > > ovirt-iso-uploader.noarch > > > 3.1.0-16.el6 @ovirt31-dre > > > ovirt-log-collector.noarch > > > 3.1.0-16.el6 @ovirt31-dre > > > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 > > > @vdsm31-dre > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 12:25, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > > > To: "Alissa Bonas" < abonas at redhat.com > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Wednesday, March 6, 2013 11:46:30 AM > > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > Hi, > > > > > > > > Logs are attached - > > > > > > > > > > > > > > Thank you for attaching the logs. > > > I'm checking them. > > > Could you please confirm - you mentioned you work with ovirt 3.1 > > > - > > > is > > > it the version of both engine and vdsm? > > > If not - what is the exact version of each of the components? > > > thank you > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:47 > > > > > > > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:36 > > > > > > > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:33 > > > > > > > > Snapshot test creation for VM icinga-clone was initiated by > > > > admin at internal. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:20 > > > > > > > > VM icinga-clone started on Host TESTHV01 > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hiya, > > > > > > > > > > Am testing live snapshot-ing at the moment, and my VM is > > > > > being > > > > > paused > > > > > every time I try to do a snapshot - it wont recover either, > > > > > once > > > > > the > > > > > snapshot is complete. > > > > > > > > > > This is what I see on the webadmin console : > > > > > > > > > > "VM icinga-clone has paused due to storage permissions > > > > > problem." > > > > > > > > > > Any hints ? > > > > > > > > > > When I stop the VM, then start again, all is good. > > > > > > > > Hi, > > > > Please attach engine+vdsm+libvirt logs with the timeframe when > > > > you > > > > perform the live snapshot and the failure. > > > > thanks > > > > > > > > > > > > > > > > > > Thanks > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > > > > > > > > -- > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > | www.vsearchcloud.com | > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > > | RHCE | Senior Systems Engineer | www.vcore.co | > | www.vsearchcloud.com | > From jvdwege at xs4all.nl Thu Mar 7 19:52:36 2013 From: jvdwege at xs4all.nl (Joop) Date: Thu, 07 Mar 2013 20:52:36 +0100 Subject: [Users] Weird errors when trying to connect to an iSCSI target. In-Reply-To: <1392582354.42608255.1362659888295.JavaMail.root@redhat.com> References: <1392582354.42608255.1362659888295.JavaMail.root@redhat.com> Message-ID: <5138F004.60301@xs4all.nl> Alissa Bonas wrote: > ----- Original Message ----- > >> From: "noc" >> To: users at ovirt.org >> Sent: Thursday, March 7, 2013 11:26:23 AM >> Subject: [Users] Weird errors when trying to connect to an iSCSI target. >> >> >> I have been able to connect to this iSCSI target before but now I'm >> getting some weird errors, see attached vdsm.log but in short its >> about the following: >> >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,401::task::568::TaskManager.Task::(_updateState) >> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init >> -> state preparing >> Thread-161303::INFO::2013-03-07 >> 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: >> discoverSendTargets(con={'connection': '192.168.4.234', 'password': >> '******', 'port': '3260', 'user': ''}, options=None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,402::misc::84::Storage.Misc.excCmd::() >> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >> default -p 192.168.4.234:3260 --op=new' (cwd None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS: >> = ''; = 0 >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,428::misc::84::Storage.Misc.excCmd::() >> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >> default -p 192.168.4.234:3260 -n node.startup -v manual --op=update' >> (cwd None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED: >> = 'iscsiadm: Cannot modify node.startup. Invalid param >> name.\n'; = 7 >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,453::misc::84::Storage.Misc.excCmd::() >> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS: >> = ''; = 0 >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,477::misc::84::Storage.Misc.excCmd::() >> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >> default -p 192.168.4.234:3260 --discover' (cwd None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED: >> = 'iscsiadm: No portals found\n'; = 21 >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,516::misc::84::Storage.Misc.excCmd::() >> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS: >> = ''; = 0 >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,541::misc::84::Storage.Misc.excCmd::() >> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >> default -p 192.168.4.234:3260 --op=delete' (cwd None) >> Thread-161303::DEBUG::2013-03-07 >> 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS: >> = ''; = 0 >> Thread-161303::ERROR::2013-03-07 >> 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) >> Discovery failed >> Traceback (most recent call last): >> File "/usr/share/vdsm/storage/hsm.py", line 2797, in >> discoverSendTargets >> targets = iscsi.discoverSendTargets(iface, portal, cred) >> File "/usr/share/vdsm/storage/iscsi.py", line 202, in >> discoverSendTargets >> targets = iscsiadm.discoverydb_discover(discoverType, iface.name, >> portalStr) >> File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in >> discoverydb_discover >> raise IscsiDiscoverdbError(rc, out, err) >> IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found']) >> Thread-161303::ERROR::2013-03-07 >> 09:54:14,567::task::833::TaskManager.Task::(_setError) >> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error >> Traceback (most recent call last): >> File "/usr/share/vdsm/storage/task.py", line 840, in _run >> return fn(*args, **kargs) >> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper >> res = f(*args, **kwargs) >> File "/usr/share/vdsm/storage/hsm.py", line 2800, in >> discoverSendTargets >> raise se.iSCSIDiscoveryError(portal, e) >> >> Running the commands in a shell indeed gives the errors shown. >> > > Which version of ovirt are you working with? > Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18 engine and hosts. [root at host01 vdsm]# rpm -aq | grep vdsm vdsm-python-4.10.3-9.fc18.x86_64 vdsm-cli-4.10.3-9.fc18.noarch vdsm-xmlrpc-4.10.3-9.fc18.noarch vdsm-4.10.3-9.fc18.x86_64 [root at host01 vdsm]# rpm -aq | grep iscsi iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64 [root at host01 vdsm]# > And in which shell did you try to run the command - vdsClient (vdsm's cli) or regular command line? > plain bash. [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --op=new New discovery record for [192.168.4.234,3260] added. [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 -n node startup -v manual --op=update iscsiadm: Cannot modify node.startup. Invalid param name. [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface default tcp,,,, iser iser,,,, [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --discover iscsiadm: No portals found [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface default tcp,,,, iser iser,,,, [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I default -p 192.168.4.234:3260 --op=delete > >> I have a wild guess but what interface is -I default referring to? >> I had more than one interface activated for this host but moved it to >> a cluster which didn't have the network definitions and removed the >> now invalid networks from the host. Just checked with tcpdump and >> the traffic is going through ovirtmgmt interface and the storage is >> responding. >> /var/lib/iscsi isn't filled with info, only >> sendtargets/target_ip_address/st_config >> >> Joop >> -- >> irc: jvandewege >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Thu Mar 7 20:31:12 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 7 Mar 2013 22:31:12 +0200 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <5138B738.8070902@lobster.de> References: <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> <5135D7CF.8000405@lobster.de> <20130305124935.GC19345@redhat.com> <5138AB4F.8030909@lobster.de> <20130307151833.GN4270@redhat.com> <5138B738.8070902@lobster.de> Message-ID: <20130307203112.GC14400@redhat.com> On Thu, Mar 07, 2013 at 04:50:16PM +0100, Patrick Hurrelmann wrote: > On 07.03.2013 16:18, Dan Kenigsberg wrote: > > On Thu, Mar 07, 2013 at 03:59:27PM +0100, Patrick Hurrelmann wrote: > >> On 05.03.2013 13:49, Dan Kenigsberg wrote: > >>> On Tue, Mar 05, 2013 at 12:32:31PM +0100, Patrick Hurrelmann wrote: > >>>> On 05.03.2013 11:14, Dan Kenigsberg wrote: > >>>> > >>>>>>>> > >>>>>>>> My version of vdsm as stated by Dreyou: > >>>>>>>> v 4.10.0-0.46 (.15), builded from > >>>>>>>> b59c8430b2a511bcea3bc1a954eee4ca1c0f4861 (branch ovirt-3.1) > >>>>>>>> > >>>>>>>> I can't see that Ia241b09c96fa16441ba9421f61a2f9a417f0d978 was merged to > >>>>>>>> 3.1 Branch? > >>>>>>>> > >>>>>>>> I applied that patch locally and restarted vdsmd but this does not > >>>>>>>> change anything. Supported cpu is still as low as Conroe instead of > >>>>>>>> Nehalem. Or is there more to do than patching libvirtvm.py? > >>>>>>> > >>>>>>> What is libvirt's opinion about your cpu compatibility? > >>>>>>> > >>>>>>> virsh -r cpu-compare <(echo 'NehalemIntel') > >>>>>>> > >>>>>>> If you do not get "Host CPU is a superset of CPU described in bla", then > >>>>>>> the problem is within libvirt. > >>>>>>> > >>>>>>> Dan. > >>>>>> > >>>>>> Hi Dan, > >>>>>> > >>>>>> virsh -r cpu-compare <(echo ' >>>>>> match="minimum">NehalemIntel') > >>>>>> Host CPU is a superset of CPU described in /dev/fd/63 > >>>>>> > >>>>>> So libvirt obviously is fine. Something different would have surprised > >>>>>> my as virsh capabilities seemed correct anyway. > >>>>> > >>>>> So maybe, just maybe, libvirt has changed their cpu_map, a map that > >>>>> ovirt-3.1 had a bug reading. > >>>>> > >>>>> Would you care to apply http://gerrit.ovirt.org/5035 to see if this is > >>>>> it? > >>>>> > >>>>> Dan. > >>>> > >>>> Hi Dan, > >>>> > >>>> success! Applying that patch made the cpu recognition work again. The > >>>> cpu type in admin portal shows again as Nehalem. Output from getVdsCaps: > >>>> > >>>> cpuCores = 4 > >>>> cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge, > >>>> mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2, > >>>> ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc, > >>>> arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc, > >>>> aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2, > >>>> ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,popcnt,lahf_lm,ida, > >>>> dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem, > >>>> model_Conroe,model_coreduo,model_core2duo,model_Penryn, > >>>> model_n270 > >>>> cpuModel = Intel(R) Xeon(R) CPU X3430 @ 2.40GHz > >>>> cpuSockets = 1 > >>>> cpuSpeed = 2393.769 > >>>> > >>>> > >>>> I compared libvirt's cpu_map.xml on both Centos 6.3 and CentOS 6.4 and > >>>> indeed they do differ in large portions. So this patch should probably > >>>> be merged to 3.1 branch? I will contact Dreyou and request that this > >>>> patch will also be included in his builds. I guess otherwise there will > >>>> be quite some fallout after people start picking CentOS 6.4 for oVirt 3.1. > >>>> > >>>> Thanks again and best regards > >>> > >>> Thank you for reporting this issue and verifying its fix. > >>> > >>> I'm not completely sure that we should keep maintaining the ovirt-3.1 > >>> branch upstream - but a build destined for el6.4 must have it. > >>> > >>> If you believe we should release a fix version for 3.1, please verify > >>> that http://gerrit.ovirt.org/12723 has no ill effects. > >>> > >>> Dan. > >> > >> I did none additional tests and the new CentOS 6.4 host failed start or > >> migrate any vm. It always boils down to: > >> > >> Thread-43::ERROR::2013-03-07 > >> 15:02:51,950::task::853::TaskManager.Task::(_setError) > >> Task=`52a9f96f-3dfd-4bcf-8d7a-db14e650b4c1`::Unexpected error > >> Traceback (most recent call last): > >> File "/usr/share/vdsm/storage/task.py", line 861, in _run > >> return fn(*args, **kargs) > >> File "/usr/share/vdsm/logUtils.py", line 38, in wrapper > >> res = f(*args, **kwargs) > >> File "/usr/share/vdsm/storage/hsm.py", line 2551, in getVolumeSize > >> apparentsize = str(volume.Volume.getVSize(sdUUID, imgUUID, volUUID, > >> bs=1)) > >> File "/usr/share/vdsm/storage/volume.py", line 283, in getVSize > >> return mysd.getVolumeClass().getVSize(mysd, imgUUID, volUUID, bs) > >> File "/usr/share/vdsm/storage/blockVolume.py", line 101, in getVSize > >> return int(int(lvm.getLV(sdobj.sdUUID, volUUID).size) / bs) > >> File "/usr/share/vdsm/storage/lvm.py", line 772, in getLV > >> lv = _lvminfo.getLv(vgName, lvName) > >> File "/usr/share/vdsm/storage/lvm.py", line 567, in getLv > >> lvs = self._reloadlvs(vgName) > >> File "/usr/share/vdsm/storage/lvm.py", line 419, in _reloadlvs > >> self._lvs.pop((vgName, lvName), None) > >> File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__ > >> self.gen.throw(type, value, traceback) > >> File "/usr/share/vdsm/storage/misc.py", line 1219, in acquireContext > >> yield self > >> File "/usr/share/vdsm/storage/lvm.py", line 404, in _reloadlvs > >> lv = makeLV(*fields) > >> File "/usr/share/vdsm/storage/lvm.py", line 218, in makeLV > >> attrs = _attr2NamedTuple(args[LV._fields.index("attr")], > >> LV_ATTR_BITS, "LV_ATTR") > >> File "/usr/share/vdsm/storage/lvm.py", line 188, in _attr2NamedTuple > >> attrs = Attrs(*values) > >> TypeError: __new__() takes exactly 9 arguments (10 given) > >> > >> and followed by: > >> > >> Thread-43::ERROR::2013-03-07 > >> 15:02:51,987::dispatcher::69::Storage.Dispatcher.Protect::(run) > >> __new__() takes exactly 9 arguments (10 given) > >> Traceback (most recent call last): > >> File "/usr/share/vdsm/storage/dispatcher.py", line 61, in run > >> result = ctask.prepare(self.func, *args, **kwargs) > >> File "/usr/share/vdsm/storage/task.py", line 1164, in prepare > >> raise self.error > >> TypeError: __new__() takes exactly 9 arguments (10 given) > >> Thread-43::DEBUG::2013-03-07 > >> 15:02:51,987::vm::580::vm.Vm::(_startUnderlyingVm) > >> vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::_ongoingCreations released > >> Thread-43::ERROR::2013-03-07 > >> 15:02:51,987::vm::604::vm.Vm::(_startUnderlyingVm) > >> vmId=`7db86f12-8c57-4d2b-a853-a6fd6f7ee82d`::The vm start process failed > >> Traceback (most recent call last): > >> File "/usr/share/vdsm/vm.py", line 570, in _startUnderlyingVm > >> self._run() > >> File "/usr/share/vdsm/libvirtvm.py", line 1289, in _run > >> devices = self.buildConfDevices() > >> File "/usr/share/vdsm/vm.py", line 431, in buildConfDevices > >> self._normalizeVdsmImg(drv) > >> File "/usr/share/vdsm/vm.py", line 358, in _normalizeVdsmImg > >> drv['truesize'] = res['truesize'] > >> KeyError: 'truesize' > >> > >> In webadmin the start and migrate operations fail with 'truesize'. > >> > >> I could find BZ#876958 which has the very same error. So I tried to > >> apply patch http://gerrit.ovirt.org/9317. I had to apply it manually > >> (guess patch would need a rebase for 3.1), but it works. > > > > Thanks for the report. I've made a public backport for this in > > http://gerrit.ovirt.org/12836/ and would ask you again to tick that it > > is verified by you. > > > >> > >> I now can start new virtual machines successfully on a CentOS 6.4 / > >> oVirt 3.1 host. Migration of vm from CentOS 6.3 hosts work, but not the > >> other way around. Migration from 6.4 to 6.3 fails: > >> > >> Thread-1296::ERROR::2013-03-07 15:55:24,845::vm::176::vm.Vm::(_recover) > >> vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::internal error Process > >> exited while reading console log output: Supported machines are: > >> pc RHEL 6.3.0 PC (alias of rhel6.3.0) > >> rhel6.3.0 RHEL 6.3.0 PC (default) > >> rhel6.2.0 RHEL 6.2.0 PC > >> rhel6.1.0 RHEL 6.1.0 PC > >> rhel6.0.0 RHEL 6.0.0 PC > >> rhel5.5.0 RHEL 5.5.0 PC > >> rhel5.4.4 RHEL 5.4.4 PC > >> rhel5.4.0 RHEL 5.4.0 PC > >> > >> Thread-1296::ERROR::2013-03-07 15:55:24,988::vm::240::vm.Vm::(run) > >> vmId=`c978cbf8-6b4d-4d6f-9435-480d9fed31c4`::Failed to migrate > >> Traceback (most recent call last): > >> File "/usr/share/vdsm/vm.py", line 223, in run > >> self._startUnderlyingMigration() > >> File "/usr/share/vdsm/libvirtvm.py", line 451, in > >> _startUnderlyingMigration > >> None, maxBandwidth) > >> File "/usr/share/vdsm/libvirtvm.py", line 491, in f > >> ret = attr(*args, **kwargs) > >> File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", > >> line 82, in wrapper > >> ret = f(*args, **kwargs) > >> File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1178, in > >> migrateToURI2 > >> if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', > >> dom=self) > >> libvirtError: internal error Process exited while reading console log > >> output: Supported machines are: > >> pc RHEL 6.3.0 PC (alias of rhel6.3.0) > >> rhel6.3.0 RHEL 6.3.0 PC (default) > >> rhel6.2.0 RHEL 6.2.0 PC > >> rhel6.1.0 RHEL 6.1.0 PC > >> rhel6.0.0 RHEL 6.0.0 PC > >> rhel5.5.0 RHEL 5.5.0 PC > >> rhel5.4.4 RHEL 5.4.4 PC > >> rhel5.4.0 RHEL 5.4.0 PC > >> > >> But I guess this is fine and migration from higher host version to a > >> lower version is probably not supported, right? > > > > Well, I suppose that qemu would allow migration if you begine with a > > a *guest* of version rhel6.3.0. Please try it out. > > > > Dan. > > Alright, just verified it. A vm started on a 6.3 host can be > successfully migrated to the new 6.4 host and then back to any other 6.3 > host. It just won't migrate a vm started on 6.4 to any host running 6.3. This surprises me. Engine should have used the same emulatedMachine value, independent of the initial host. Could you share the vdsm.log lines mentionioning "emulatedMachine" in both cases? Dan. From danken at redhat.com Thu Mar 7 21:16:08 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 7 Mar 2013 23:16:08 +0200 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> Message-ID: <20130307211608.GD14400@redhat.com> On Thu, Mar 07, 2013 at 03:57:49PM +0100, Adrian Gibanel wrote: > Just in case it might help you please check: > > http://lists.ovirt.org/pipermail/users/2012-April/001751.html This is almost 1 year old, but I did not notice it yet. I love the detailed solution! Yes, the rant there, about ovirt network being tightly-coupled with a physical interface, is 100% justified. I'm trying to address some of that in http://www.ovirt.org/Features/Nicless_Network but it's a long way to go. > > I managed to implement Virtualbox-hostonly-alike networks gathering more info from: > http://libvirt.org/formatnetwork.html > . > You might be also interested in: http://wiki.libvirt.org/page/Networking although I didn't use it myself. > > You might probably already know this information but, just in case, here it is. > From kwade at redhat.com Thu Mar 7 21:30:36 2013 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Thu, 07 Mar 2013 13:30:36 -0800 Subject: [Users] [JENKINS][ANN] jenkins.ovirt.org new look and infra In-Reply-To: <1345421098.14568886.1362670144501.JavaMail.root@redhat.com> References: <1345421098.14568886.1362670144501.JavaMail.root@redhat.com> Message-ID: <513906FC.2070300@redhat.com> On 03/07/2013 07:29 AM, Eyal Edri wrote: > i think we're OK with moving it: > i changed all configuration files & hostname on alterway01 to be jenkins.ovirt.org, > so we just need to point jenkins.ovirt.org to alterway01.ovirt.org (ip) in dns i belive. I just put in the CNAME request to have jenkins.ovirt.org point to alterway01.ovirt.org, and told them to "just do it & tell me when it's done." I'll bounce the good word back to this list when I get it. - Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 255 bytes Desc: OpenPGP digital signature URL: From alourie at redhat.com Thu Mar 7 21:50:27 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 07 Mar 2013 23:50:27 +0200 Subject: [Users] Problem install In-Reply-To: References: <51387548.4050805@redhat.com> Message-ID: <51390BA3.2000400@redhat.com> On Thu 07 Mar 2013 06:15:52 PM IST, Marcelo Barbosa wrote: > Hi Alex, > > Thankyou for interation, i'm register this problem in bugzilla for > a engineering team from ovirt project check: > https://bugzilla.redhat.com/show_bug.cgi?id=918742 > > full log and informations this. > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com / > > > On Thu, Mar 7, 2013 at 8:08 AM, Alex Lourie > wrote: > > On Wed 06 Mar 2013 10:51:43 PM IST, Marcelo Barbosa wrote: > > Alex, > > Thankyou for attention. This return should not happen, > because I > have my hostname registered and running on my DNS servers, but i'm > inserted in /etc/hosts my hostname and retry setup, but return > new error: > > > 2013-03-06 17:35:14::DEBUG::all_in_one___100::297::root:: > Waiting for > host to become operational > 2013-03-06 17:35:14::DEBUG::all_in_one___100::300::root:: > current host > status is: up > 2013-03-06 17:35:14::DEBUG::all_in_one___100::302::root:: The > host is up. > 2013-03-06 17:35:14::DEBUG::setup___sequences::59::root:: running > addStorageDomain > 2013-03-06 17:35:14::DEBUG::all_in_one___100::317::root:: > Adding local > storage domain > 2013-03-06 17:35:14::INFO::all_in_one___100::322::root:: > Creating local > storage > 2013-03-06 17:35:14::INFO::all_in_one___100::326::root:: > Creating local > storage domain > 2013-03-06 17:35:14::INFO::all_in_one___100::334::root:: > Adding local > storage domain > 2013-03-06 17:35:15::ERROR::all_in_one___100::337::root:: > Traceback > (most recent call last): > File > "/usr/share/ovirt-engine/__scripts/plugins/all_in_one___100.py", > line 335, in addStorageDomain > controller.CONF["API_OBJECT"].__storagedomains.add(sdParams) > File > "/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/brokers.py", > line 5151, in add > headers={"Expect":expect, "Correlation-Id":correlation___id}) > File > "/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/proxy.py", > line 118, in add > return self.request('POST', url, body, headers) > File > "/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/proxy.py", > line 129, in request > last=last) > File > "/usr/lib/python2.7/site-__packages/ovirtsdk/__infrastructure/proxy.py", > line 159, in __doRequest > raise RequestError, response > RequestError: > status: 400 > reason: Bad Request > detail: Cannot add Storage. Internal error, Storage Connection > doesn't > exist. > > 2013-03-06 17:35:15::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 338, in addStorageDomain > raise Exception(ERROR_ADD_LOCAL___DOMAIN) > Exception: Error: could not add local storage domain > > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1948::root:: *** The > following params were used as user input: > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > override-httpd-config: yes > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > http-port: 80 > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > https-port: 443 > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > random-passwords: no > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > mac-range: > 00:1A:4A:10:FF:00-00:1A:4A:10:__FF:FF > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > host-fqdn: > firelap.usc.unirede.net > > > > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > auth-pass: ******** > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > org-name: firelap > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > application-mode: both > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > default-dc-type: NFS > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > db-remote-install: local > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > db-host: localhost > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > db-local-pass: > ******** > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: nfs-mp: > /firebackup/********/iso > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > config-nfs: yes > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > override-firewall: IPTables > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > config-allinone: yes > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > storage-path: > /firebackup/********/vms > 2013-03-06 17:35:15::DEBUG::engine-setup:__:1953::root:: > superuser-pass: > ******** > 2013-03-06 17:35:15::ERROR::engine-setup:__:2369::root:: > Traceback (most > recent call last): > File "/bin/engine-setup", line 2363, in > main(confFile) > File "/bin/engine-setup", line 2146, in main > runSequences() > File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain > raise Exception(ERROR_ADD_LOCAL___DOMAIN) > Exception: Error: could not add local storage domain > > Any ideas to solve this problem? > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com > > >/ > > > > On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos > > >> > wrote: > > Hi. Have you tried solving the hostnames resolving issues > that are > described on your email? Add the hosts to /etc/hosts > > Alex > > No dia 06/03/2013 18:02, "Marcelo Barbosa" > > >> escreveu: > > > Attached my log file. > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com > > >/ > > > > On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa > > >> wrote: > > hi guys, > > I'am tryed install Ovirt 3.2 all-in-one in my > Fedora > 18, but this version not finish for sucessful install, > information my enviroment: > > [root at firelap ovirt]# cat /etc/redhat-release > Fedora release 18 (Spherical Cow) > > [root at firelap ovirt]# uname -a > Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 > 20:10:02 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux > > [root at firelap ovirt]# ifconfig > bond0: flags=5123 > mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 > (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond1: flags=5123 > mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 > (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond2: flags=5123 > mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 > (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond3: flags=5123 > mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 > (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > bond4: flags=5123 > mtu 1500 > ether 00:00:00:00:00:00 txqueuelen 0 > (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > inet6 ::1 prefixlen 128 scopeid 0x10 > loop txqueuelen 0 (Local Loopback) > RX packets 136972 bytes 54834621 (52.2 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 136972 bytes 54834621 (52.2 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > > p5p1: flags=4163 > mtu 1500 > inet 172.16.255.43 > > netmask > 255.255.255.192 broadcast 172.16.255.63 > > > > inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 > scopeid 0x20 > ether 78:45:c4:b0:89:95 txqueuelen 1000 > (Ethernet) > RX packets 480681 bytes 614801393 (586.3 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 323373 bytes 35479386 (33.8 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 > collisions 0 > device interrupt 17 > > [root at firelap ovirt]# rpm -qa | grep ovirt > ovirt-engine-cli-3.2.0.10-1.__fc18.noarch > ovirt-engine-backend-3.2.0-4.__fc18.noarch > ovirt-engine-config-3.2.0-4.__fc18.noarch > ovirt-host-deploy-1.0.0-1.__fc18.noarch > > ovirt-engine-setup-plugin-__allinone-3.2.0-4.fc18.noarch > ovirt-engine-restapi-3.2.0-4.__fc18.noarch > ovirt-engine-dbscripts-3.2.0-__4.fc18.noarch > ovirt-image-uploader-3.2.0-1.__fc18.noarch > ovirt-host-deploy-offline-1.0.__0-1.fc18.noarch > ovirt-engine-setup-3.2.0-4.__fc18.noarch > ovirt-release-fedora-5-3.__noarch > ovirt-engine-tools-common-3.2.__0-4.fc18.noarch > ovirt-engine-3.2.0-4.fc18.__noarch > ovirt-log-collector-3.2.0-1.__fc18.noarch > ovirt-host-deploy-java-1.0.0-__1.fc18.noarch > ovirt-engine-userportal-3.2.0-__4.fc18.noarch > > ovirt-engine-notification-__service-3.2.0-4.fc18.noarch > ovirt-iso-uploader-3.2.0-1.__fc18.noarch > ovirt-engine-webadmin-portal-__3.2.0-4.fc18.noarch > ovirt-engine-sdk-3.2.0.9-1.__fc18.noarch > ovirt-engine-genericapi-3.2.0-__4.fc18.noarch > > [root at firelap ~]# host firelap.usc.unirede.net > > > > firelap.usc.unirede.net > > > has address 172.16.255.43 > > > > > [root at firelap ~]# ping firelap.usc.unirede.net > > > > PING firelap.usc.unirede.net > > > (172.16.255.43 > > ) 56(84) bytes of data. > > 64 bytes from firelap (172.16.255.43 > > ): icmp_seq=1 ttl=64 > time=0.055 ms > > > [root at firelap ~]# engine-setup > Welcome to oVirt Engine setup utility > oVirt Engine uses httpd to proxy requests to the > application server. > It looks like the httpd installed locally is being > actively used. > The installer can override current configuration . > Alternatively you can use JBoss directly (on ports > higher > than 1024) > Do you wish to override current httpd > configuration and > restart the service? ['yes'| 'no'] [yes] : > HTTP Port [80] : > HTTPS Port [443] : > Host fully qualified domain name. Note: this name > should > be fully resolvable [firelap.no-ip.org > > ] : localhost.localdomain > > The IP (127.0.0.1) which was resolved from the FQDN > localhost.localdomain is not configured on any > interface > on this host > User input failed validation, do you still wish to > use it? > (yes|no): no > Host fully qualified domain name. Note: this name > should > be fully resolvable [firelap.no-ip.org > > ] : > firelap.no-ip.org > did not > > resolve into an IP address > User input failed validation, do you still wish to > use it? > (yes|no): no > Host fully qualified domain name. Note: this name > should > be fully resolvable [firelap.no-ip.org > > ] : > firelap.usc.unirede.net > > > > Enter a password for an internal oVirt Engine > administrator user (admin at internal) : > Warning: Weak Password. > Confirm password : > Organization Name for the Certificate [no-ip.org > > ] : firelap.usc.unirede.net > > > > > The engine can be configured to present the UI in > three > different application modes. virt [Manage > virtualization > only], gluster [Manage gluster storage only], and both > [Manage virtualization as well as gluster storage] > ['virt'| 'gluster'| 'both'] [both] : > The default storage type you will be using > ['NFS'| 'FC'| > 'ISCSI'| 'POSIXFS'] [NFS] : > Enter DB type for installation ['remote'| 'local'] > [local] : > Enter a password for a local oVirt Engine DB admin > user > (engine) : > Warning: Weak Password. > Confirm password : > Local ISO domain path [/var/lib/exports/iso] : > /firebackup/ovirt/iso > Error: directory /firebackup/ovirt/iso is not empty > Local ISO domain path [/var/lib/exports/iso] : > /firebackup/ovirt/iso > Firewall ports need to be opened. > The installer can configure firewall automatically > overriding the current configuration. The old > configuration will be backed up. > Alternately you can configure the firewall later > using an > example file. > Which firewall do you wish to configure? ['None'| > 'Firewalld'| 'IPTables']: IPTables > Configure VDSM on this host? ['yes'| 'no'] [yes] : > Local storage domain path [/var/lib/images] : > /firebackup/ovirt/vms > Confirm root password : > > oVirt Engine will be installed using the following > configuration: > > ==============================__==============================__===== > override-httpd-config: yes > http-port: 80 > https-port: 443 > host-fqdn: firelap.usc.unirede.net > > > > auth-pass: ******** > org-name: firelap.usc.unirede.net > > > > > application-mode: both > default-dc-type: NFS > db-remote-install: local > db-local-pass: ******** > nfs-mp: /firebackup/ovirt/iso > override-firewall: IPTables > config-allinone: yes > storage-path: /firebackup/ovirt/vms > superuser-pass: ******** > Proceed with the configuration listed above? > (yes|no): yes > > Installing: > AIO: Validating CPU Compatibility... > [ DONE ] > AIO: Adding firewall rules... > [ DONE ] > Configuring oVirt Engine... > [ DONE ] > Configuring JVM... > [ DONE ] > Creating CA... > [ DONE ] > Updating ovirt-engine service... > [ DONE ] > Setting Database Configuration... > [ DONE ] > Setting Database Security... > [ DONE ] > Creating Database... > [ DONE ] > Updating the Default Data Center Storage Type... > [ DONE ] > Editing oVirt Engine Configuration... > [ DONE ] > Editing Postgresql Configuration... > [ DONE ] > Configuring the Default ISO Domain... > [ DONE ] > Configuring Firewall... > [ DONE ] > Starting ovirt-engine Service... > [ DONE ] > Configuring HTTPD... > [ DONE ] > AIO: Creating storage directory... > [ DONE ] > AIO: Adding Local Datacenter and cluster... > [ DONE ] > AIO: Adding Local host (This may take several > minutes)... > [ ERROR ] > Error: Host was found in a 'Failed' state. Please > check > engine and bootstrap installation logs. > Please check log file > > /var/log/ovirt-engine/engine-__setup_2013_03_06_14_30_51.log > for more information > > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:474::root:: > retcode = 0 > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:1238::root:: > stopping httpd > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:1275::root:: > executing action httpd on service stop > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:434::root:: > Executing command --> '/sbin/service httpd stop' > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:472::root:: > output = > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:473::root:: > stderr = Redirecting to /bin/systemctl stop > httpd.service > > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:474::root:: > retcode = 0 > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:1228::root:: > starting httpd > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:1275::root:: > executing action httpd on service start > 2013-03-06 > 14:35:34::DEBUG::common_utils:__:434::root:: > Executing command --> '/sbin/service httpd start' > 2013-03-06 > 14:35:36::DEBUG::common_utils:__:472::root:: > output = > 2013-03-06 > 14:35:36::DEBUG::common_utils:__:473::root:: > stderr = Redirecting to /bin/systemctl start > httpd.service > > 2013-03-06 > 14:35:36::DEBUG::common_utils:__:474::root:: > retcode = 0 > 2013-03-06 > 14:35:36::DEBUG::setup___sequences::59::root:: > running makeStorageDir > 2013-03-06 > 14:35:36::DEBUG::all_in_one___100::368::root:: > Creating/Verifying local domain path > 2013-03-06 > 14:35:36::DEBUG::all_in_one___100::374::root:: > Setting selinux context > 2013-03-06 14:35:36::DEBUG::nfsutils::36:__:root:: > setting > selinux context for /firebackup/ovirt/vms > 2013-03-06 > 14:35:36::DEBUG::common_utils:__:434::root:: > Executing command --> '/usr/sbin/semanage fcontext > -a -t > public_content_rw_t /firebackup/ovirt/vms(/.*)?' > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:472::root:: > output = > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:473::root:: > stderr = > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:474::root:: > retcode = 0 > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:434::root:: > Executing command --> '/sbin/restorecon -r > /firebackup/ovirt/vms' > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:472::root:: > output = > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:473::root:: > stderr = > 2013-03-06 > 14:35:39::DEBUG::common_utils:__:474::root:: > retcode = 0 > 2013-03-06 > 14:35:39::DEBUG::setup___sequences::59::root:: > running waitForJbossUp > 2013-03-06 > 14:35:39::DEBUG::all_in_one___100::445::root:: > Checking JBoss status. > 2013-03-06 > 14:35:39::INFO::all_in_one___100::448::root:: > JBoss is up and running. > 2013-03-06 > 14:35:39::DEBUG::setup___sequences::59::root:: > running initAPI > 2013-03-06 > 14:35:39::DEBUG::all_in_one___100::240::root:: > Initiating the API object > 2013-03-06 > 14:35:41::DEBUG::setup___sequences::59::root:: > running createDC > 2013-03-06 > 14:35:41::DEBUG::all_in_one___100::256::root:: > Creating the local datacenter > 2013-03-06 > 14:35:42::DEBUG::setup___sequences::59::root:: > running createCluster > 2013-03-06 > 14:35:42::DEBUG::all_in_one___100::267::root:: > Creating the local cluster > 2013-03-06 > 14:35:43::DEBUG::setup___sequences::59::root:: > running createHost > 2013-03-06 > 14:35:43::DEBUG::all_in_one___100::280::root:: > Adding the local host > 2013-03-06 > 14:35:44::DEBUG::setup___sequences::59::root:: > running waitForHostUp > 2013-03-06 > 14:35:44::DEBUG::all_in_one___100::297::root:: > Waiting for host to become operational > 2013-03-06 > 14:35:45::DEBUG::all_in_one___100::300::root:: > current host status is: installing > 2013-03-06 > 14:35:45::DEBUG::all_in_one___100::311::root:: > Traceback (most recent call last): > File > > "/usr/share/ovirt-engine/__scripts/plugins/all_in_one___100.py", > line 308, in isHostUp > raise Exception(INFO_CREATE_HOST___WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-06 > 14:35:50::DEBUG::all_in_one___100::297::root:: > Waiting for host to become operational > 2013-03-06 > 14:35:50::DEBUG::all_in_one___100::300::root:: > current host status is: installing > 2013-03-06 > 14:35:50::DEBUG::all_in_one___100::311::root:: > Traceback (most recent call last): > File > > "/usr/share/ovirt-engine/__scripts/plugins/all_in_one___100.py", > line 308, in isHostUp > raise Exception(INFO_CREATE_HOST___WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-06 > 14:35:55::DEBUG::all_in_one___100::297::root:: > Waiting for host to become operational > 2013-03-06 > 14:35:56::DEBUG::all_in_one___100::300::root:: > current host status is: install_failed > 2013-03-06 > 14:35:56::DEBUG::all_in_one___100::311::root:: > Traceback (most recent call last): > File > > "/usr/share/ovirt-engine/__scripts/plugins/all_in_one___100.py", > line 306, in isHostUp > raise > utils.RetryFailException(__ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a > 'Failed' > state. Please check engine and bootstrap > installation logs. > > 2013-03-06 > 14:35:56::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 294, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, > sleep=5) > File > "/usr/share/ovirt-engine/__scripts/common_utils.py", > line 1009, in retry > raise e > RetryFailException: Error: Host was found in a > 'Failed' > state. Please check engine and bootstrap > installation logs. > > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1948::root:: *** > The following params were used as user input: > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > override-httpd-config: yes > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > http-port: 80 > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > https-port: 443 > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > random-passwords: no > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:__FF:FF > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > host-fqdn: firelap.usc.unirede.net > > > > > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > auth-pass: ******** > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > org-name: firelap.usc.unirede.net > > > > > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > application-mode: both > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > default-dc-type: NFS > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > db-remote-install: local > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > db-host: localhost > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > db-local-pass: ******** > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > nfs-mp: /firebackup/********/iso > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > config-nfs: yes > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > override-firewall: IPTables > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > config-allinone: yes > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > storage-path: /firebackup/********/vms > 2013-03-06 > 14:35:56::DEBUG::engine-setup:__:1953::root:: > superuser-pass: ******** > 2013-03-06 > 14:35:56::ERROR::engine-setup:__:2369::root:: > Traceback (most recent call last): > File "/bin/engine-setup", line 2363, in > main(confFile) > File "/bin/engine-setup", line 2146, in main > runSequences() > File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, > sleep=5) > File > "/usr/share/ovirt-engine/__scripts/common_utils.py", > line 1009, in retry > raise e > RetryFailException: Error: Host was found in a > 'Failed' > state. Please check engine and bootstrap > installation logs. > > Thnkz for attention. > > Marcelo Barbosa > /mr.marcelo.barbosa at gmail.com > > >/ > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > > Hi Marcelo > > First, it seems that you have passed adding the host step, which > is good. > > Second, about the adding storage - may Michael could help us > understand what the following error means: > > > RequestError: > status: 400 > reason: Bad Request > detail: Cannot add Storage. Internal error, Storage Connection > doesn't exist. > > -- > > Best regards, > > Alex Lourie > Software Developer in Integration > Red Hat > > Hi Marcelo Thank you for your report! We will look into it. -- Best regards, Alex Lourie Software Developer in Integration Red Hat From bailey at cs.kent.edu Thu Mar 7 23:29:28 2013 From: bailey at cs.kent.edu (Jeff Bailey) Date: Thu, 07 Mar 2013 18:29:28 -0500 Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: References: Message-ID: <513922D8.7000601@cs.kent.edu> On 3/7/2013 11:05 AM, Gianluca Cecchi wrote: > On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi > wrote: >> On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi wrote: >>> # cat ifcfg-em3.65 >>> DEVICE=em3.65 >>> ONBOOT=yes >>> BOOTPROTO=none >>> VLAN=yes >>> IPADDR=10.4.4.57 >>> NETMASK=255.255.255.0 >>> GATEWAY=10.4.4.250 >>> NM_CONTROLLED=no >>> >>> How should I configure the host at the beginning to have ovirtmgmt >>> configured as VLAN tagged and host deploy with no complain? >>> >>> Thanks in advance, >>> Gianluca >> Tried also the alternative configuration with ifcfg-vlan65 instead of >> ifcfg-em3.65: >> >> # cat ifcfg-vlan65 >> DEVICE=vlan65 >> PHYSDEV=em3 >> ONBOOT=yes >> BOOTPROTO=none >> VLAN=yes >> IPADDR=10.4.4.57 >> NETMASK=255.255.255.0 >> GATEWAY=10.4.4.250 >> NM_CONTROLLED=no >> >> But I get >> Failed to execute stage 'Setup validation': Interface vlan65 is VLAN >> interface However its configuration is unexpected. >> >> Possibly the involved code is on engine >> /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ? >> >> In host-deploy log: >> >> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge >> bridge._getInterfaceForDestination:302 determine interface >> for 10.4.4.60 >> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge >> plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get' >> , 'to', '10.4.4.60'), executable='None', cwd='None', env=None >> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge >> plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route' >> , 'get', 'to', '10.4.4.60'), rc=0 >> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge >> plugin.execute:411 execute-output: ('/sbin/ip', 'route', ' >> get', 'to', '10.4.4.60') stdout: >> 10.4.4.60 dev vlan65 src 10.4.4.57 >> cache >> >> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge >> plugin.execute:416 execute-output: ('/sbin/ip', 'route', ' >> get', 'to', '10.4.4.60') stderr: >> >> >> 2013-03-07 16:31:53 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge >> bridge._getInterfaceForDestination:337 interface for 10.4. >> 4.60 is vlan65 >> 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130 >> method exception >> Traceback (most recent call last): >> File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line 120, >> in _executeMethod >> method['method']() >> File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", >> line 733, in _validation >> self._getVlanMasterDevice(name=interface) >> File "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", >> line 393, in _getVlanMasterDevice >> interface=name, >> RuntimeError: Interface vlan65 is VLAN interface However its >> configuration is unexpected >> 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139 >> Failed to execute stage 'Setup validation': Interface vlan65 is VLAN >> interface However its configuration is unexpected >> >> >> Do I have perhaps to name it ovirtmgmt from the beginning? >> >> Gianluca > I'm all but a python expert..... > > but I think these blocks in > /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the ones > involved Yes, I ran into this same problem with _RE_VLAN_ID not matching on whitespace instead of an actual space (there's a tab in the output). Alon submitted a patch last month but I don't remember if it has made it into a released rpm. Here's the relevant part: --- a/src/plugins/ovirt-host-deploy/vdsm/bridge.py +++ b/src/plugins/ovirt-host-deploy/vdsm/bridge.py @@ -128,8 +128,9 @@ class Plugin(plugin.PluginBase): _RE_VLAN_ID = re.compile( flags=re.VERBOSE, pattern=r""" + ^ .* - VID: ([0-9]+) + \sVID:\s(\d+)\s .* """ ) > ... > _RE_VLAN_ID = re.compile( > flags=re.VERBOSE, > pattern=r""" > .* > VID: ([0-9]+) > .* > """ > ) > _RE_VLAN_ID_VLANID = 1 > > _RE_VLAN_DEVICE = re.compile( > flags=re.VERBOSE, > pattern=r""" > ^ > Device: > \s+ > (\S+) > \s* > $ > """ > ) > _RE_VLAN_DEVICE_DEVICE = 1 > > ... > > > def _getVlanMasterDevice(self, name): > interface = None > vlanid = None > try: > with open( > os.path.join( > '/proc/net/vlan', > name > ), > 'r' > ) as f: > for line in f: > m = self._RE_VLAN_ID.match(line) > if m is not None: > vlanid = m.group(self._RE_VLAN_ID_VLANID) > else: > m = self._RE_VLAN_DEVICE.match(line) > if m is not None: > interface = m.group(self._RE_VLAN_DEVICE_DEVICE) > > if interface is None or vlanid is None: > raise RuntimeError( > ... > > In my case: > # cat /proc/net/vlan/vlan65 > vlan65 VID: 65 REORDER_HDR: 1 dev->priv_flags: 1 > total frames received 1910 > total bytes received 1319518 > Broadcast/Multicast Rcvd 4 > > total frames transmitted 2232 > total bytes transmitted 426338 > Device: em3 > INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 > EGRESS priority mappings: > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alonbl at redhat.com Fri Mar 8 06:28:26 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 8 Mar 2013 01:28:26 -0500 (EST) Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: <513922D8.7000601@cs.kent.edu> Message-ID: <791123511.5693433.1362724106112.JavaMail.root@redhat.com> Will be included in 1.0.1 ----- Original Message ----- > From: "Jeff Bailey" > To: users at ovirt.org > Sent: Friday, March 8, 2013 1:29:28 AM > Subject: Re: [Users] install a f18 host with ovirtmgmt vlan tagged > > > On 3/7/2013 11:05 AM, Gianluca Cecchi wrote: > > On Thu, Mar 7, 2013 at 4:38 PM, Gianluca Cecchi > > wrote: > >> On Thu, Mar 7, 2013 at 3:58 PM, Gianluca Cecchi wrote: > >>> # cat ifcfg-em3.65 > >>> DEVICE=em3.65 > >>> ONBOOT=yes > >>> BOOTPROTO=none > >>> VLAN=yes > >>> IPADDR=10.4.4.57 > >>> NETMASK=255.255.255.0 > >>> GATEWAY=10.4.4.250 > >>> NM_CONTROLLED=no > >>> > >>> How should I configure the host at the beginning to have > >>> ovirtmgmt > >>> configured as VLAN tagged and host deploy with no complain? > >>> > >>> Thanks in advance, > >>> Gianluca > >> Tried also the alternative configuration with ifcfg-vlan65 instead > >> of > >> ifcfg-em3.65: > >> > >> # cat ifcfg-vlan65 > >> DEVICE=vlan65 > >> PHYSDEV=em3 > >> ONBOOT=yes > >> BOOTPROTO=none > >> VLAN=yes > >> IPADDR=10.4.4.57 > >> NETMASK=255.255.255.0 > >> GATEWAY=10.4.4.250 > >> NM_CONTROLLED=no > >> > >> But I get > >> Failed to execute stage 'Setup validation': Interface vlan65 is > >> VLAN > >> interface However its configuration is unexpected. > >> > >> Possibly the involved code is on engine > >> /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py ? > >> > >> In host-deploy log: > >> > >> 2013-03-07 16:31:53 DEBUG > >> otopi.plugins.ovirt_host_deploy.vdsm.bridge > >> bridge._getInterfaceForDestination:302 determine interface > >> for 10.4.4.60 > >> 2013-03-07 16:31:53 DEBUG > >> otopi.plugins.ovirt_host_deploy.vdsm.bridge > >> plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get' > >> , 'to', '10.4.4.60'), executable='None', cwd='None', env=None > >> 2013-03-07 16:31:53 DEBUG > >> otopi.plugins.ovirt_host_deploy.vdsm.bridge > >> plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route' > >> , 'get', 'to', '10.4.4.60'), rc=0 > >> 2013-03-07 16:31:53 DEBUG > >> otopi.plugins.ovirt_host_deploy.vdsm.bridge > >> plugin.execute:411 execute-output: ('/sbin/ip', 'route', ' > >> get', 'to', '10.4.4.60') stdout: > >> 10.4.4.60 dev vlan65 src 10.4.4.57 > >> cache > >> > >> 2013-03-07 16:31:53 DEBUG > >> otopi.plugins.ovirt_host_deploy.vdsm.bridge > >> plugin.execute:416 execute-output: ('/sbin/ip', 'route', ' > >> get', 'to', '10.4.4.60') stderr: > >> > >> > >> 2013-03-07 16:31:53 DEBUG > >> otopi.plugins.ovirt_host_deploy.vdsm.bridge > >> bridge._getInterfaceForDestination:337 interface for 10.4. > >> 4.60 is vlan65 > >> 2013-03-07 16:31:53 DEBUG otopi.context context._executeMethod:130 > >> method exception > >> Traceback (most recent call last): > >> File "/tmp/ovirt-xz8p0a0BfX/pythonlib/otopi/context.py", line > >> 120, > >> in _executeMethod > >> method['method']() > >> File > >> "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > >> line 733, in _validation > >> self._getVlanMasterDevice(name=interface) > >> File > >> "/tmp/ovirt-xz8p0a0BfX/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > >> line 393, in _getVlanMasterDevice > >> interface=name, > >> RuntimeError: Interface vlan65 is VLAN interface However its > >> configuration is unexpected > >> 2013-03-07 16:31:53 ERROR otopi.context context._executeMethod:139 > >> Failed to execute stage 'Setup validation': Interface vlan65 is > >> VLAN > >> interface However its configuration is unexpected > >> > >> > >> Do I have perhaps to name it ovirtmgmt from the beginning? > >> > >> Gianluca > > I'm all but a python expert..... > > > > but I think these blocks in > > /usr/share/otopi/plugins/ovirt-host-deploy/vdsm/bridge.py are the > > ones > > involved > > Yes, I ran into this same problem with _RE_VLAN_ID not matching on > whitespace instead of an actual space (there's a tab in the output). > Alon submitted a patch last month but I don't remember if it has made > it > into a released rpm. Here's the relevant part: > > --- a/src/plugins/ovirt-host-deploy/vdsm/bridge.py > +++ b/src/plugins/ovirt-host-deploy/vdsm/bridge.py > @@ -128,8 +128,9 @@ class Plugin(plugin.PluginBase): > _RE_VLAN_ID = re.compile( > flags=re.VERBOSE, > pattern=r""" > + ^ > .* > - VID: ([0-9]+) > + \sVID:\s(\d+)\s > .* > """ > ) > > > > > ... > > _RE_VLAN_ID = re.compile( > > flags=re.VERBOSE, > > pattern=r""" > > .* > > VID: ([0-9]+) > > .* > > """ > > ) > > _RE_VLAN_ID_VLANID = 1 > > > > _RE_VLAN_DEVICE = re.compile( > > flags=re.VERBOSE, > > pattern=r""" > > ^ > > Device: > > \s+ > > (\S+) > > \s* > > $ > > """ > > ) > > _RE_VLAN_DEVICE_DEVICE = 1 > > > > ... > > > > > > def _getVlanMasterDevice(self, name): > > interface = None > > vlanid = None > > try: > > with open( > > os.path.join( > > '/proc/net/vlan', > > name > > ), > > 'r' > > ) as f: > > for line in f: > > m = self._RE_VLAN_ID.match(line) > > if m is not None: > > vlanid = m.group(self._RE_VLAN_ID_VLANID) > > else: > > m = self._RE_VLAN_DEVICE.match(line) > > if m is not None: > > interface = > > m.group(self._RE_VLAN_DEVICE_DEVICE) > > > > if interface is None or vlanid is None: > > raise RuntimeError( > > ... > > > > In my case: > > # cat /proc/net/vlan/vlan65 > > vlan65 VID: 65 REORDER_HDR: 1 dev->priv_flags: 1 > > total frames received 1910 > > total bytes received 1319518 > > Broadcast/Multicast Rcvd 4 > > > > total frames transmitted 2232 > > total bytes transmitted 426338 > > Device: em3 > > INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0 > > EGRESS priority mappings: > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jvdwege at xs4all.nl Fri Mar 8 06:40:39 2013 From: jvdwege at xs4all.nl (Joop van de Wege) Date: Fri, 08 Mar 2013 07:40:39 +0100 Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: <791123511.5693433.1362724106112.JavaMail.root@redhat.com> References: <791123511.5693433.1362724106112.JavaMail.root@redhat.com> Message-ID: <4b5efad3-7670-471f-bd65-52ba9ecdf464@email.android.com> Alon Bar-Lev schreef: >Will be included in 1.0.1 Of foo-bar.tar.gz :-) Joop From gianluca.cecchi at gmail.com Fri Mar 8 07:07:42 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 8 Mar 2013 08:07:42 +0100 Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: <4b5efad3-7670-471f-bd65-52ba9ecdf464@email.android.com> References: <791123511.5693433.1362724106112.JavaMail.root@redhat.com> <4b5efad3-7670-471f-bd65-52ba9ecdf464@email.android.com> Message-ID: On Fri, Mar 8, 2013 at 7:40 AM, Joop van de Wege wrote: > Alon Bar-Lev schreef: > >>Will be included in 1.0.1 > Of foo-bar.tar.gz :-) where foo.bar is ovirt-host-deploy ... ;-) On my engine system: ovirt-host-deploy-1.0.0-1.fc18.noarch I confirm that the patch worked for me. Host installed and rebooted.... then unfortunately a cpu of the ost abandoned me so I can't at the moment verify other things on this host ;-( but from engine gui I see 2013-Mar-08, 06:49 Host f18ovn02 installed 2013-Mar-08, 06:49 Installing Host f18ovn02. Stage: Termination. 2013-Mar-08, 06:49 Installing Host f18ovn02. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-20130308064947-10.4.4.57.log'. 2013-Mar-08, 06:49 Installing Host f18ovn02. Reboot scheduled. 2013-Mar-08, 06:49 Installing Host f18ovn02. Stage: Pre-termination. 2013-Mar-08, 06:49 Installing Host f18ovn02. Reboot scheduled. 2013-Mar-08, 06:49 Installing Host f18ovn02. Stage: Closing up. Installing Host f18ovn02. Reboot scheduled. Installing Host f18ovn02. Stage: Transaction commit. The only warning message in the gui is related to 2013-Mar-08, 06:49 Host f18ovn02 installation in progress . Cannot set tuned profile. BTW this host is an HP blade BL685c G1 with Opteron G2 Thanks, Gianluca From jhernand at redhat.com Fri Mar 8 08:05:26 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 08 Mar 2013 09:05:26 +0100 Subject: [Users] Unable to get managed connection for java:/ENGINEDataSource In-Reply-To: <20130307155941.Horde.AW9A2pir309ROSnt6eCRkeA@imap.linux.ibm.com> References: <2452E8A35A372E4F8654136ACEABDBCE355268F3@DB3PRD0311MB403.eurprd03.prod.outlook.com> <51362B2B.2050105@redhat.com> <20130307155941.Horde.AW9A2pir309ROSnt6eCRkeA@imap.linux.ibm.com> Message-ID: <51399BC6.30806@redhat.com> On 03/08/2013 12:59 AM, snmishra at linux.vnet.ibm.com wrote: > > Quoting Juan Hernandez : > >> On 03/05/2013 05:24 PM, Dennis B?ck wrote: >>> Dear oVirt-Users, >>> >>> since I had a typo in my engine-setup I did a engine-cleanup, a >>> reboot and started again. >>> Unfortunately now the engine doesn't come up any more. Obviously >>> there are problems accessing the database: >>> >>> 2013-03-05 17:13:08,078 ERROR [org.ovirt.engine.core.bll.Backend] >>> (MSC service thread 1-32) Error in getting DB connection. The >>> database is inaccessible. Original exception is: >>> DataAccessResourceFailureException: Error retreiving database >>> metadata; nested exception is >>> org.springframework.jdbc.support.MetaDataAccessException: Could not >>> get Connection for extracting meta data; nested exception is >>> org.springframework.jdbc.CannotGetJdbcConnectionException: Could >>> not get JDBC Connection; nested exception is java.sql.SQLException: >>> javax.resource.ResourceException: IJ000453: Unable to get managed >>> connection for java:/ENGINEDataSource >>> >>> I already tried: >>> yum erase ovirt-engine >>> yum earse postresql-server >>> and installed it again, but it didn't help. >>> >>> Does anyone have an idea? >>> >>> Best regards and thanks in advance >>> Dennis >> >> In the /etc/sysconfig/ovirt-engine file you should have the details >> of the connection to the database, in particular you should have >> something like this: >> >> ENGINE_DB_URL=jdbc:postgresql://localhost:5432/engine >> >> Are you using "localhost" as in this example? If that is the case >> then check that the database is listening in right address and port: >> >> # netstat --listen --tcp --numeric --program | grep postgres >> tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN >> 10424/postgres >> >> Then also check that connection to the database is working: >> >> psql --host localhost --port 5432 --user engine --password engine >> Password for user engine: >> psql (9.2.3) >> Type "help" for help. >> >> engine=> >> >> You may also run a simple query to check that the tables are there: >> >> engine=> select count(*) from vdc_options; >> count >> ------- >> 346 >> (1 row) >> >> Hopefully, if there is an error, the output of these commands will >> give you a hint. > > I am running into this issue today. Running "select count(*) from > vdc_options;" gives me permission denied. But when I run the same > command with postgres (psql --host localhost --port 5432 --user > postgres --password engine) it works fine. > I don't really know what is the root cause of this issue, but it looks like the database is now owned by "postgres" instead of "engine". If you don't mind dropping the database and installing again then you can do this: # psql -U postgres postgres# drop database engine; postgres# drop role engine; Then run engine-setup again. -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From alex.tuxx at gmail.com Fri Mar 8 08:10:35 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Fri, 8 Mar 2013 08:10:35 +0000 Subject: [Users] ovirt 3.1 + iscsi + snapshot In-Reply-To: <814660712.42778727.1362677195490.JavaMail.root@redhat.com> References: <814660712.42778727.1362677195490.JavaMail.root@redhat.com> Message-ID: Oh ok, thank you. Alex On 7 March 2013 17:26, Alissa Bonas wrote: > > > ----- Original Message ----- > > From: "Alex Leonhardt" > > To: "Alissa Bonas" > > Cc: "oVirt Mailing List" > > Sent: Thursday, March 7, 2013 5:34:23 PM > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > Hi Alissa, > > > > thanks for checking, but the VM is "paused" - shouldn't that allow me > > to take a snapshot ? > > Hi Alex, > Please check the feature page of live snapshots - section "Snapshots > Actions matrix" > http://www.ovirt.org/Live_Snapshots#Snapshots_Actions_matrix > As you can see there, taking a snapshot when VM is paused is still > considered a live snapshot. > The VM needs to be stopped or hibernated for a regular snapshot. > I hope this answers your question. > Regards, > Alissa > > > Alex > > > > > > > > > > > > On 7 March 2013 15:19, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Alissa Bonas" < abonas at redhat.com > > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Thursday, March 7, 2013 2:55:21 PM > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > To: "Alissa Bonas" < abonas at redhat.com > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > Sent: Thursday, March 7, 2013 2:44:19 PM > > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > Hi Alissa, > > > > > > > > have you had any luck ? > > > > > > > > Alex > > > > > > > Hi, > > > > > > Still checking... sorry for the delay. > > > > > Hi Alex, > > > > It seems that there was a mistake in release notes of 3.1, because > > part of the code that's relevant for live snapshots > > didn't enter 3.1, and that can explain the problem you are > > experiencing. > > The code is present and supposed to be operational in 3.2 - you are > > welcome to try. > > Sorry for the confusion. > > > > > > > > > > > > > > > > On 6 March 2013 12:48, Alex Leonhardt < alex.tuxx at gmail.com > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > Yep, it's ovirt 3.1 - > > > > > > > > on the HV : > > > > > > > > vdsm.x86_64 4.10.0-0.46.15.el6 > > > > @vdsm31-dre > > > > vdsm-cli.noarch 4.10.0-0.46.15.el6 > > > > @vdsm31-dre > > > > vdsm-python.x86_64 4.10.0-0.46.15.el6 > > > > @vdsm31-dre > > > > vdsm-xmlrpc.noarch 4.10.0-0.46.15.el6 > > > > @vdsm31-dre > > > > > > > > > > > > on the Engine: > > > > > > > > jpackage-utils.noarch 5.0.0-7.jpp6 @ovirt31-dre > > > > ovirt-engine.noarch 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-backend.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-cli.noarch > > > > 3.1.0.7-1.el6 @ovirt31-dre > > > > ovirt-engine-config.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-dbscripts.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-genericapi.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-jbossas711.x86_64 > > > > 1-0 @ovirt31-dre > > > > ovirt-engine-notification-service.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-restapi.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-sdk.noarch > > > > 3.1.0.5-1.el6 @ovirt31-dre > > > > ovirt-engine-setup.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-tools-common.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-userportal.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-engine-webadmin-portal.noarch > > > > 3.1.0-3.19.el6 @ovirt31-dre > > > > ovirt-image-uploader.noarch > > > > 3.1.0-16.el6 @ovirt31-dre > > > > ovirt-iso-uploader.noarch > > > > 3.1.0-16.el6 @ovirt31-dre > > > > ovirt-log-collector.noarch > > > > 3.1.0-16.el6 @ovirt31-dre > > > > vdsm-bootstrap.noarch 4.10.0-0.46.15.el6 > > > > @vdsm31-dre > > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 6 March 2013 12:25, Alissa Bonas < abonas at redhat.com > wrote: > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > > > > > To: "Alissa Bonas" < abonas at redhat.com > > > > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > > > > Sent: Wednesday, March 6, 2013 11:46:30 AM > > > > > Subject: Re: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > Logs are attached - > > > > > > > > > > > > > > > > > > Thank you for attaching the logs. > > > > I'm checking them. > > > > Could you please confirm - you mentioned you work with ovirt 3.1 > > > > - > > > > is > > > > it the version of both engine and vdsm? > > > > If not - what is the exact version of each of the components? > > > > thank you > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:47 > > > > > > > > > > Snapshot test creation for VM icinga-clone has been completed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:36 > > > > > > > > > > VM icinga-clone has paused due to storage permissions problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:33 > > > > > > > > > > Snapshot test creation for VM icinga-clone was initiated by > > > > > admin at internal. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013-Mar-05, 15:44:20 > > > > > > > > > > VM icinga-clone started on Host TESTHV01 > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 March 2013 17:11, Alissa Bonas < abonas at redhat.com > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Alex Leonhardt" < alex.tuxx at gmail.com > > > > > > > To: "oVirt Mailing List" < users at ovirt.org > > > > > > > Sent: Tuesday, March 5, 2013 6:12:08 PM > > > > > > Subject: [Users] ovirt 3.1 + iscsi + snapshot > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hiya, > > > > > > > > > > > > Am testing live snapshot-ing at the moment, and my VM is > > > > > > being > > > > > > paused > > > > > > every time I try to do a snapshot - it wont recover either, > > > > > > once > > > > > > the > > > > > > snapshot is complete. > > > > > > > > > > > > This is what I see on the webadmin console : > > > > > > > > > > > > "VM icinga-clone has paused due to storage permissions > > > > > > problem." > > > > > > > > > > > > Any hints ? > > > > > > > > > > > > When I stop the VM, then start again, all is good. > > > > > > > > > > Hi, > > > > > Please attach engine+vdsm+libvirt logs with the timeframe when > > > > > you > > > > > perform the live snapshot and the failure. > > > > > thanks > > > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > Alex > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > > > | www.vsearchcloud.com | > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > -- > > > > > > | RHCE | Senior Systems Engineer | www.vcore.co | > > | www.vsearchcloud.com | > > > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpastern at redhat.com Fri Mar 8 08:21:55 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Fri, 08 Mar 2013 10:21:55 +0200 Subject: [Users] Improvement for the oVirt java sdk In-Reply-To: References: <51331B7A.5020009@redhat.com> <51387BE6.4060707@redhat.com> Message-ID: <51399FA3.1050505@redhat.com> On 03/07/2013 04:53 PM, Morrissey, Christopher wrote: > > -Chris > >> -----Original Message----- >> From: Michael Pasternak [mailto:mpastern at redhat.com] >> Sent: Thursday, March 07, 2013 6:37 AM >> To: Morrissey, Christopher >> Cc: users at ovirt.org; engine-devel >> Subject: Re: Improvement for the oVirt java sdk >> >> On 03/04/2013 05:26 PM, Morrissey, Christopher wrote: >>> Hi Michael, >>> >>> Yes, that is the case here. I'm getting the JSESSIONID from the client >>> and passing it to our server so that it can perform REST-API calls back to >> oVirt under the logged in user's authenticated session. >> >> done, see http://lists.ovirt.org/pipermail/users/2013-March/012969.html > > Thanks for the very quick implementation! I'll give it a try shortly. here [1] is wiki for this change. [1] http://www.ovirt.org/Java-sdk#Authenticating_using_sessionid > >> >>> >>> -Chris >>> >>>> -----Original Message----- >>>> From: Michael Pasternak [mailto:mpastern at redhat.com] >>>> Sent: Sunday, March 03, 2013 4:44 AM >>>> To: Morrissey, Christopher >>>> Cc: users at ovirt.org; engine-devel >>>> Subject: Re: Improvement for the oVirt java sdk >>>> >>>> >>>> Hi Christopher, >>>> >>>> In general SDK abstracts the transport layer, therefore all >>>> authentication internals hidden from the user, >>>> >>>> i.e SESSION based authentication happens implicitly (by default), >>>> when you initiate SDK entry point, >>>> >>>> the story is different if you want using SSO-like login by reusing >>>> JSESSIONID from the REST-API for instance, and i can support such >>>> scenario, >>>> >>>> but, is this your case? >>>> >>>> On 02/28/2013 10:04 PM, Morrissey, Christopher wrote: >>>>> Hi Michael, >>>>> >>>>> I'm looking to use the oVirt java sdk for connecting into oVirt from >>>>> our server. However, we have a UI plugin that gets access to a >>>>> session ID that we should be able to use to connect through the REST >>>>> API instead of the username and password. Any chance the sdk could >>>>> be >>>> updated to take the session ID and create a connection vs. a user >>>> name and password? >>>>> >>>>> -Chris >>>>> >>>>> Chris Morrissey >>>>> Software Engineer >>>>> NetApp Inc. >>>>> 919.476.4428 >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> Michael Pasternak >>>> RedHat, ENG-Virtualization R&D >> >> >> -- >> >> Michael Pasternak >> RedHat, ENG-Virtualization R&D -- Michael Pasternak RedHat, ENG-Virtualization R&D From nwilson123 at gmail.com Fri Mar 8 09:27:40 2013 From: nwilson123 at gmail.com (Neil) Date: Fri, 8 Mar 2013 11:27:40 +0200 Subject: [Users] Packet loss to guests Message-ID: Hi guys, I've got a bit of a strange one, I'm setting up an internal ovirt system Centos 6.3 64bit dreyou repo... and I'm getting lots of packet loss on the guest I've installed, the packet loss doesn't happen on the physical hosts, only the VM gets it, when communicating from and to it. 1 node(Centos 6.3 64bit) vdsm-4.10.0-0.46.15.el6.x86_64 vdsm-cli-4.10.0-0.46.15.el6.noarch vdsm-xmlrpc-4.10.0-0.46.15.el6.noarch vdsm-python-4.10.0-0.46.15.el6.x86_64 The engine(also Centos 6.3 64bit(engine has local NFS storage which the node connects to) ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.2.0.8-1.el6.noarch ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-cli-3.2.0.5-1.el6.noarch ovirt-log-collector-3.1.0-16.el6.noarch ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-config-3.1.0-3.19.el6.noarch Both the node and engine have bonded interfaces all NICS are intel 82574L gigabit and the managed switch reflects gigabit on each of the ports. The ifcfg-bond0 is below... DEVICE=bond0 IPADDR=192.168.0.9 NETWORK=192.168.0.0 NETMASK=255.255.255.0 USERCTL=no BONDING_OPTS=mode=2 BOOTPROTO=none MTU=1500 ONBOOT=yes Then the ifcfg-eth0 and eth1 are almost identical... DEVICE=eth2 USERCTL=no ONBOOT=yes MASTER=bond0 SLAVE=yes MTU=1500 BOOTPROTO=none These are the network details on the guest, as you can see, there are no network errors showing on the guest at all, which is strange.... eth0 Link encap:Ethernet HWaddr 00:1A:4A:A8:00:00 inet addr:192.168.0.12 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::21a:4aff:fea8:0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5050 errors:0 dropped:0 overruns:0 frame:0 TX packets:255 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:490762 (479.2 KiB) TX bytes:32516 (31.7 KiB) Ethernet controller: Red Hat, Inc Virtio network device Has anyone got any ideas? Have I set something up wrong? Any help or advice is greatly appreciated. Regards. Neil Wilson. From Ernest.Beinrohr at axonpro.sk Fri Mar 8 11:43:05 2013 From: Ernest.Beinrohr at axonpro.sk (Ernest Beinrohr) Date: Fri, 08 Mar 2013 12:43:05 +0100 Subject: [Users] Progress on image operations (dd & USR1 signal) Message-ID: <5139CEC9.4070301@axonpro.sk> Hi, I am using ovirt 3.2 and noticed that during image operations (move, copy) the user has no progress report. This is painful, especially if the images are large or the storage is slow. Vdsm uses 'dd' to transfer images and dd provides a simple progress report, when it receives the USR1 signal. Could this be uses to provide the user with some kind of progress? Right now i would do it with myself with strace and kill, but ovirt/vdsm detects an stderr output and reports a failure. $ strace -ff -etrace=write -p `pidof dd` 2>&1 | grep -v 'write(1' # then, in a second terminal I send the signal $ killall -USR1 dd Process 8706 attached - interrupt to quit --- SIGUSR1 (User defined signal 1) @ 0 (0) --- write(2, "14022+0 records in\n14021+0 recor"..., 39) = 39 write(2, "14702084096 bytes (15 GB) copied", 32) = 32 write(2, ", 2189.75 s, 6.7 MB/s\n", 22) = 22 -- Ernest Beinrohr, AXON PRO Ing , RHCE , RHCVA , LPIC , +421-2--6241-0360 , +421-903--482-603 icq:28153343, skype:oernii-work , jabber:oernii at jabber.org ------------------------------------------------------------------------ ?The bureaucracy is expanding to meet the needs of the expanding bureaucracy.? ? Oscar Wilde From r.koch at ovido.at Fri Mar 8 11:52:17 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Fri, 08 Mar 2013 12:52:17 +0100 Subject: [Users] Packet loss to guests In-Reply-To: References: Message-ID: <1362743537.27076.17.camel@pc-ovido02.lan.ovido.at> Hi Neil, I had a similar issue with my oVirt environment with some vms. The issue on my side was oVirt and RHEV environment in the same subnet and conflicting MAC addresses on some vms (as both use the same MAC range and I didn't change this with engine-config). So can you check if this MAC our your vm is in use by an other host/vm (maybe from a KVM installation)? -- Best regards Ren? Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Br?nner Stra?e 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch at ovido.at ============================================ On Fri, 2013-03-08 at 11:27 +0200, Neil wrote: > Hi guys, > > I've got a bit of a strange one, I'm setting up an internal ovirt > system Centos 6.3 64bit dreyou repo... > > and I'm getting lots of packet loss on the guest I've installed, the > packet loss doesn't happen on the physical hosts, only the VM gets it, > when communicating from and to it. > > 1 node(Centos 6.3 64bit) > vdsm-4.10.0-0.46.15.el6.x86_64 > vdsm-cli-4.10.0-0.46.15.el6.noarch > vdsm-xmlrpc-4.10.0-0.46.15.el6.noarch > vdsm-python-4.10.0-0.46.15.el6.x86_64 > > The engine(also Centos 6.3 64bit(engine has local NFS storage which > the node connects to) > ovirt-engine-userportal-3.1.0-3.19.el6.noarch > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch > ovirt-engine-3.1.0-3.19.el6.noarch > ovirt-engine-backend-3.1.0-3.19.el6.noarch > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch > ovirt-image-uploader-3.1.0-16.el6.noarch > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch > ovirt-iso-uploader-3.1.0-16.el6.noarch > ovirt-engine-restapi-3.1.0-3.19.el6.noarch > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch > ovirt-engine-sdk-3.2.0.8-1.el6.noarch > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > ovirt-engine-cli-3.2.0.5-1.el6.noarch > ovirt-log-collector-3.1.0-16.el6.noarch > ovirt-engine-setup-3.1.0-3.19.el6.noarch > ovirt-engine-jbossas711-1-0.x86_64 > ovirt-engine-config-3.1.0-3.19.el6.noarch > > Both the node and engine have bonded interfaces all NICS are intel > 82574L gigabit and the managed switch reflects gigabit on each of the > ports. > > The ifcfg-bond0 is below... > > DEVICE=bond0 > IPADDR=192.168.0.9 > NETWORK=192.168.0.0 > NETMASK=255.255.255.0 > USERCTL=no > BONDING_OPTS=mode=2 > BOOTPROTO=none > MTU=1500 > ONBOOT=yes > > Then the ifcfg-eth0 and eth1 are almost identical... > DEVICE=eth2 > USERCTL=no > ONBOOT=yes > MASTER=bond0 > SLAVE=yes > MTU=1500 > BOOTPROTO=none > > > These are the network details on the guest, as you can see, there are > no network errors showing on the guest at all, which is strange.... > > eth0 Link encap:Ethernet HWaddr 00:1A:4A:A8:00:00 > inet addr:192.168.0.12 Bcast:192.168.0.255 Mask:255.255.255.0 > inet6 addr: fe80::21a:4aff:fea8:0/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:5050 errors:0 dropped:0 overruns:0 frame:0 > TX packets:255 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:490762 (479.2 KiB) TX bytes:32516 (31.7 KiB) > > Ethernet controller: Red Hat, Inc Virtio network device > > Has anyone got any ideas? Have I set something up wrong? > > Any help or advice is greatly appreciated. > > Regards. > > Neil Wilson. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From snmishra at linux.vnet.ibm.com Thu Mar 7 23:59:41 2013 From: snmishra at linux.vnet.ibm.com (snmishra at linux.vnet.ibm.com) Date: Thu, 07 Mar 2013 15:59:41 -0800 Subject: [Users] Unable to get managed connection for java:/ENGINEDataSource In-Reply-To: <51362B2B.2050105@redhat.com> References: <2452E8A35A372E4F8654136ACEABDBCE355268F3@DB3PRD0311MB403.eurprd03.prod.outlook.com> <51362B2B.2050105@redhat.com> Message-ID: <20130307155941.Horde.AW9A2pir309ROSnt6eCRkeA@imap.linux.ibm.com> Quoting Juan Hernandez : > On 03/05/2013 05:24 PM, Dennis B?ck wrote: >> Dear oVirt-Users, >> >> since I had a typo in my engine-setup I did a engine-cleanup, a >> reboot and started again. >> Unfortunately now the engine doesn't come up any more. Obviously >> there are problems accessing the database: >> >> 2013-03-05 17:13:08,078 ERROR [org.ovirt.engine.core.bll.Backend] >> (MSC service thread 1-32) Error in getting DB connection. The >> database is inaccessible. Original exception is: >> DataAccessResourceFailureException: Error retreiving database >> metadata; nested exception is >> org.springframework.jdbc.support.MetaDataAccessException: Could not >> get Connection for extracting meta data; nested exception is >> org.springframework.jdbc.CannotGetJdbcConnectionException: Could >> not get JDBC Connection; nested exception is java.sql.SQLException: >> javax.resource.ResourceException: IJ000453: Unable to get managed >> connection for java:/ENGINEDataSource >> >> I already tried: >> yum erase ovirt-engine >> yum earse postresql-server >> and installed it again, but it didn't help. >> >> Does anyone have an idea? >> >> Best regards and thanks in advance >> Dennis > > In the /etc/sysconfig/ovirt-engine file you should have the details > of the connection to the database, in particular you should have > something like this: > > ENGINE_DB_URL=jdbc:postgresql://localhost:5432/engine > > Are you using "localhost" as in this example? If that is the case > then check that the database is listening in right address and port: > > # netstat --listen --tcp --numeric --program | grep postgres > tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN > 10424/postgres > > Then also check that connection to the database is working: > > psql --host localhost --port 5432 --user engine --password engine > Password for user engine: > psql (9.2.3) > Type "help" for help. > > engine=> > > You may also run a simple query to check that the tables are there: > > engine=> select count(*) from vdc_options; > count > ------- > 346 > (1 row) > > Hopefully, if there is an error, the output of these commands will > give you a hint. I am running into this issue today. Running "select count(*) from vdc_options;" gives me permission denied. But when I run the same command with postgres (psql --host localhost --port 5432 --user postgres --password engine) it works fine. -Sharad > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From vszocs at redhat.com Fri Mar 8 13:54:07 2013 From: vszocs at redhat.com (Vojtech Szocs) Date: Fri, 8 Mar 2013 08:54:07 -0500 (EST) Subject: [Users] UI Plugin iframe dialogs In-Reply-To: <1362599390.17564.15.camel@nb-ovido02.lan.ovido.at> Message-ID: <538863685.12337079.1362750847475.JavaMail.root@redhat.com> Hi Ren?, > Hm, I think both would be great. For simple dialogs it's easier if > showDialog accepts DOM elements, but there are some use cases where it's > better to provide a contentUrl. Exactly, for simple UI, contentElement approach has less overhead and is arguably more convenient, too. For complex UI, it's indeed a matter of use-case or preference. For example, some plugin authors might prefer having both UI logic and markup hosted via server, while others might go with "do all UI on client and just query server for data/operations" approach. Regards, Vojtech ----- Original Message ----- From: "Ren? Koch (ovido)" To: "Vojtech Szocs" Cc: "ovirt-users" Sent: Wednesday, March 6, 2013 8:49:50 PM Subject: Re: [Users] UI Plugin iframe dialogs Hi Vojtech, On Mon, 2013-03-04 at 08:07 -0500, Vojtech Szocs wrote: > Hi Ren?, sorry for replying late! > > > I will go for the showDialog API method, as I think I will not into troubles in future oVirt version and avoid hacks. > > It would be really great if showDialog would be able to create these nice oVirt dialogs in addition to opening new windows. > > There's a patch for improving showDialog API/implementation to integrate with standard WebAdmin dialog look & feel :) > > http://gerrit.ovirt.org/#/c/11717/ > > Still a work-in-progress, but we're planning to finalize/merge it soon! I'll have a look at this patch! > > For now, you can use the current showDialog API, e.g. api.showDialog('Dialog Title', 'http://www.example-content.com/', 640, 480); > > I have one question for you: would you prefer if new showDialog API supported accepting DOM elements instead of contentUrl string? For example (using jQuery): > > var $content = $('
Custom dialog content
'); > var contentElement = $content.get(); > api.showDialog('Dialog Title', contentElement, 640, 480); > > [In other words, UI plugin could build custom UI directly on client, instead of having to ask server to provide it.] Hm, I think both would be great. For simple dialogs it's easier if showDialog accepts DOM elements, but there are some use cases where it's better to provide a contentUrl. So for me it would be great if contentUrls and contentElements would be possible. :) Regards, Ren? > > Regards, > Vojtech > > > ----- Original Message ----- > From: "Ren? Koch" > To: "Vojtech Szocs" > Cc: "ovirt-users" > Sent: Sunday, February 24, 2013 7:31:47 PM > Subject: RE: [Users] UI Plugin iframe dialogs > > Thanks a lot for your answer and sorry for my late response - I skipped dialogs for my first UI plugin release, but have to deal with it in the next release again. > > I will go for the showDialog API method, as I think I will not into troubles in future oVirt version and avoid hacks. > It would be really great if showDialog would be able to create these nice oVirt dialogs in addition to opening new windows. > > > Regards, > Ren? > > > > -----Original message----- > > From:Vojtech Szocs > > Sent: Wednesday 6th February 2013 18:54 > > To: Ren? Koch > > Cc: ovirt-users > > Subject: Re: [Users] UI Plugin iframe dialogs > > > > Hi Ren?, this is an interesting problem. > > > > UI plugin infrastructure loads individual plugins via dedicated iframe elements by design, with iframes serving the purpose of plugin runtime environment that is (more or less) sandboxed with regard to WebAdmin (top-level window) and other plugins. This allows a plugin to load whatever JavaScript libraries, styles etc. without any impact on WebAdmin or other plugins, so that the plugin itself is kind of 'HTML/JS application' on its own, contained within the iframe. Interaction between a plugin and WebAdmin happens through the pluginApi object, plugins are not meant to modify WebAdmin top-level DOM directly on their own. (I'll post a detailed email on this later on.) > > > > Aside from plugin code itself running within an iframe, you have a custom sub-tab that renders some URL content via another iframe (this is another 'content' iframe, not related to plugin host page iframe). > > > > > When creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of > > > selected vm or host) it can't be displayed without scrolling in the sub > > > tab or resizing the sub tab (that's clear as it's displayed in an too > > > small iframe). > > > > Yes, because the jQuery dialog is shown within the sub-tab content iframe window. > > > > > So it would be great if it would be possible to display dialogs in the > > > middle of the main windows and overlap the iframe (don't know if this is > > > possible). > > > > Yes, this is possible :) > > > > There are two options you can go with: > > > > 1, use showDialog API to render custom dialog whose content is rendered via iframe > > - you need to provide URL for the dialog content > > - this is the preferred way of showing custom dialogs > > Note: showDialog API is currently under improvement, see http://gerrit.ovirt.org/#/c/11717/ > > > > 2, [hacky workaround] use 'parent' within the iframe to reference top-level WebAdmin window > > - your plugin can show jQuery dialog within the context of WebAdmin DOM (parent.document) > > - for example: > > var $dialog = $('
Content
'); > > var dialogElement = $dialog.get(); > > parent.document.body.appendChild(dialogElement); > > $dialog.dialog(); > > > > 3, [planned for future] extend showDialog to accept DOM element in addition to content URL > > - this way, you can build your dialog content with JavaScript and put it inside the dialog > > - you would still use showDialog API, in preference to direct WebAdmin DOM manipulation > > > > In general, plugins are not meant to modify WebAdmin top-level DOM directly on their own, because doing so imposes a fragile bond between WebAdmin DOM structure (which is very likely to change) and plugin code. Instead, plugins should use pluginApi object for extending specific parts WebAdmin UI (e.g. addMainTab, addSubTab, etc.). > > > > Let me know what you think. > > > > Vojtech > > > > > > ----- Original Message ----- > > From: "Ren? Koch (ovido)" > > To: "ovirt-users" > > Sent: Wednesday, January 30, 2013 4:47:54 PM > > Subject: [Users] UI Plugin iframe dialogs > > > > Hi, > > > > I'm still working on my Nagios integration plugin and came across a > > limitation of the UI plugin framework caused by iframes. > > > > UI framework creates an iframe for each plugin, so the plugin code is > > separated from the main oVirt webadmin code (and other plugins). When > > creating a new (big) jQuery dialog in an sub tab-iframe (sub tab of > > selected vm or host) it can't be displayed without scrolling in the sub > > tab or resizing the sub tab (that's clear as it's displayed in an too > > small iframe). > > > > So it would be great if it would be possible to display dialogs in the > > middle of the main windows and overlap the iframe (don't know if this is > > possible). In short terms I want to create a dialog which behaves like > > e.g. the "Setup Host Networks" or "Add Permission to User" dialogs -> > > click on a link in the plugin iframe and dialog opens in the middle of > > the website not the middle of the iframe. > > > > What I found out so far is that: > > 1. I must be aware of the same origin policy (that's no problem) > > 2. I need to put my jQuery-dialog-code in the main oVirt windows and > > then I can call it from within the iframe (that's my problem) > > > > So my questions are: > > Is it possible to place code outside of the iframe? > > If not - are there plans to allow this in future releases? > > Or maybe is there a workaround? > > > > > > Thanks a lot, > > Ren? > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From nwilson123 at gmail.com Fri Mar 8 13:57:20 2013 From: nwilson123 at gmail.com (Neil) Date: Fri, 8 Mar 2013 15:57:20 +0200 Subject: [Users] Packet loss to guests In-Reply-To: <1362743537.27076.17.camel@pc-ovido02.lan.ovido.at> References: <1362743537.27076.17.camel@pc-ovido02.lan.ovido.at> Message-ID: Thanks Rene, I'll look into your suggestions. I don't think it's a conflicting MAC as there is only 1 guest, but will check it out. Would you advise running the engine and nodes on a separate network range to my existing network rather? Thanks. Regards. Neil Wilson. On Fri, Mar 8, 2013 at 1:52 PM, Ren? Koch (ovido) wrote: > Hi Neil, > > I had a similar issue with my oVirt environment with some vms. > The issue on my side was oVirt and RHEV environment in the same subnet > and conflicting MAC addresses on some vms (as both use the same MAC > range and I didn't change this with engine-config). > > So can you check if this MAC our your vm is in use by an other host/vm > (maybe from a KVM installation)? > > > -- > Best regards > > Ren? Koch > Senior Solution Architect > > ============================================ > ovido gmbh - "Das Linux Systemhaus" > Br?nner Stra?e 163, A-1210 Wien > > Phone: +43 720 / 530 670 > Mobile: +43 660 / 512 21 31 > E-Mail: r.koch at ovido.at > ============================================ > > > On Fri, 2013-03-08 at 11:27 +0200, Neil wrote: >> Hi guys, >> >> I've got a bit of a strange one, I'm setting up an internal ovirt >> system Centos 6.3 64bit dreyou repo... >> >> and I'm getting lots of packet loss on the guest I've installed, the >> packet loss doesn't happen on the physical hosts, only the VM gets it, >> when communicating from and to it. >> >> 1 node(Centos 6.3 64bit) >> vdsm-4.10.0-0.46.15.el6.x86_64 >> vdsm-cli-4.10.0-0.46.15.el6.noarch >> vdsm-xmlrpc-4.10.0-0.46.15.el6.noarch >> vdsm-python-4.10.0-0.46.15.el6.x86_64 >> >> The engine(also Centos 6.3 64bit(engine has local NFS storage which >> the node connects to) >> ovirt-engine-userportal-3.1.0-3.19.el6.noarch >> ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch >> ovirt-engine-3.1.0-3.19.el6.noarch >> ovirt-engine-backend-3.1.0-3.19.el6.noarch >> ovirt-engine-notification-service-3.1.0-3.19.el6.noarch >> ovirt-image-uploader-3.1.0-16.el6.noarch >> ovirt-engine-genericapi-3.1.0-3.19.el6.noarch >> ovirt-iso-uploader-3.1.0-16.el6.noarch >> ovirt-engine-restapi-3.1.0-3.19.el6.noarch >> ovirt-engine-tools-common-3.1.0-3.19.el6.noarch >> ovirt-engine-sdk-3.2.0.8-1.el6.noarch >> ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch >> ovirt-engine-cli-3.2.0.5-1.el6.noarch >> ovirt-log-collector-3.1.0-16.el6.noarch >> ovirt-engine-setup-3.1.0-3.19.el6.noarch >> ovirt-engine-jbossas711-1-0.x86_64 >> ovirt-engine-config-3.1.0-3.19.el6.noarch >> >> Both the node and engine have bonded interfaces all NICS are intel >> 82574L gigabit and the managed switch reflects gigabit on each of the >> ports. >> >> The ifcfg-bond0 is below... >> >> DEVICE=bond0 >> IPADDR=192.168.0.9 >> NETWORK=192.168.0.0 >> NETMASK=255.255.255.0 >> USERCTL=no >> BONDING_OPTS=mode=2 >> BOOTPROTO=none >> MTU=1500 >> ONBOOT=yes >> >> Then the ifcfg-eth0 and eth1 are almost identical... >> DEVICE=eth2 >> USERCTL=no >> ONBOOT=yes >> MASTER=bond0 >> SLAVE=yes >> MTU=1500 >> BOOTPROTO=none >> >> >> These are the network details on the guest, as you can see, there are >> no network errors showing on the guest at all, which is strange.... >> >> eth0 Link encap:Ethernet HWaddr 00:1A:4A:A8:00:00 >> inet addr:192.168.0.12 Bcast:192.168.0.255 Mask:255.255.255.0 >> inet6 addr: fe80::21a:4aff:fea8:0/64 Scope:Link >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:5050 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:255 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:490762 (479.2 KiB) TX bytes:32516 (31.7 KiB) >> >> Ethernet controller: Red Hat, Inc Virtio network device >> >> Has anyone got any ideas? Have I set something up wrong? >> >> Any help or advice is greatly appreciated. >> >> Regards. >> >> Neil Wilson. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > From r.koch at ovido.at Fri Mar 8 14:12:44 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Fri, 08 Mar 2013 15:12:44 +0100 Subject: [Users] Packet loss to guests In-Reply-To: References: <1362743537.27076.17.camel@pc-ovido02.lan.ovido.at> Message-ID: <1362751964.27076.27.camel@pc-ovido02.lan.ovido.at> Hi, If you don't have another oVirt / RHEL KVM host in the same network than MACs want be an issue. So it's totally save to have oVirt in the same network as all other systems. I see in your email that you use bonding mode 2. This shouldn't cause issues with switches, but I think I had an issue with RHEV (bond 2) and a Cisco switch once on customer side - please don't ask me for details on what their network admins changed to make this setup work. Can you try bonding mode 0 (active-backup) and check if you still have packet loss? -- Best regards Ren? Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Br?nner Stra?e 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch at ovido.at ============================================ On Fri, 2013-03-08 at 15:57 +0200, Neil wrote: > Thanks Rene, I'll look into your suggestions. > > I don't think it's a conflicting MAC as there is only 1 guest, but > will check it out. > > Would you advise running the engine and nodes on a separate network > range to my existing network rather? > > Thanks. > > Regards. > > Neil Wilson. > > On Fri, Mar 8, 2013 at 1:52 PM, Ren? Koch (ovido) wrote: > > Hi Neil, > > > > I had a similar issue with my oVirt environment with some vms. > > The issue on my side was oVirt and RHEV environment in the same subnet > > and conflicting MAC addresses on some vms (as both use the same MAC > > range and I didn't change this with engine-config). > > > > So can you check if this MAC our your vm is in use by an other host/vm > > (maybe from a KVM installation)? > > > > > > -- > > Best regards > > > > Ren? Koch > > Senior Solution Architect > > > > ============================================ > > ovido gmbh - "Das Linux Systemhaus" > > Br?nner Stra?e 163, A-1210 Wien > > > > Phone: +43 720 / 530 670 > > Mobile: +43 660 / 512 21 31 > > E-Mail: r.koch at ovido.at > > ============================================ > > > > > > On Fri, 2013-03-08 at 11:27 +0200, Neil wrote: > >> Hi guys, > >> > >> I've got a bit of a strange one, I'm setting up an internal ovirt > >> system Centos 6.3 64bit dreyou repo... > >> > >> and I'm getting lots of packet loss on the guest I've installed, the > >> packet loss doesn't happen on the physical hosts, only the VM gets it, > >> when communicating from and to it. > >> > >> 1 node(Centos 6.3 64bit) > >> vdsm-4.10.0-0.46.15.el6.x86_64 > >> vdsm-cli-4.10.0-0.46.15.el6.noarch > >> vdsm-xmlrpc-4.10.0-0.46.15.el6.noarch > >> vdsm-python-4.10.0-0.46.15.el6.x86_64 > >> > >> The engine(also Centos 6.3 64bit(engine has local NFS storage which > >> the node connects to) > >> ovirt-engine-userportal-3.1.0-3.19.el6.noarch > >> ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch > >> ovirt-engine-3.1.0-3.19.el6.noarch > >> ovirt-engine-backend-3.1.0-3.19.el6.noarch > >> ovirt-engine-notification-service-3.1.0-3.19.el6.noarch > >> ovirt-image-uploader-3.1.0-16.el6.noarch > >> ovirt-engine-genericapi-3.1.0-3.19.el6.noarch > >> ovirt-iso-uploader-3.1.0-16.el6.noarch > >> ovirt-engine-restapi-3.1.0-3.19.el6.noarch > >> ovirt-engine-tools-common-3.1.0-3.19.el6.noarch > >> ovirt-engine-sdk-3.2.0.8-1.el6.noarch > >> ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > >> ovirt-engine-cli-3.2.0.5-1.el6.noarch > >> ovirt-log-collector-3.1.0-16.el6.noarch > >> ovirt-engine-setup-3.1.0-3.19.el6.noarch > >> ovirt-engine-jbossas711-1-0.x86_64 > >> ovirt-engine-config-3.1.0-3.19.el6.noarch > >> > >> Both the node and engine have bonded interfaces all NICS are intel > >> 82574L gigabit and the managed switch reflects gigabit on each of the > >> ports. > >> > >> The ifcfg-bond0 is below... > >> > >> DEVICE=bond0 > >> IPADDR=192.168.0.9 > >> NETWORK=192.168.0.0 > >> NETMASK=255.255.255.0 > >> USERCTL=no > >> BONDING_OPTS=mode=2 > >> BOOTPROTO=none > >> MTU=1500 > >> ONBOOT=yes > >> > >> Then the ifcfg-eth0 and eth1 are almost identical... > >> DEVICE=eth2 > >> USERCTL=no > >> ONBOOT=yes > >> MASTER=bond0 > >> SLAVE=yes > >> MTU=1500 > >> BOOTPROTO=none > >> > >> > >> These are the network details on the guest, as you can see, there are > >> no network errors showing on the guest at all, which is strange.... > >> > >> eth0 Link encap:Ethernet HWaddr 00:1A:4A:A8:00:00 > >> inet addr:192.168.0.12 Bcast:192.168.0.255 Mask:255.255.255.0 > >> inet6 addr: fe80::21a:4aff:fea8:0/64 Scope:Link > >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > >> RX packets:5050 errors:0 dropped:0 overruns:0 frame:0 > >> TX packets:255 errors:0 dropped:0 overruns:0 carrier:0 > >> collisions:0 txqueuelen:1000 > >> RX bytes:490762 (479.2 KiB) TX bytes:32516 (31.7 KiB) > >> > >> Ethernet controller: Red Hat, Inc Virtio network device > >> > >> Has anyone got any ideas? Have I set something up wrong? > >> > >> Any help or advice is greatly appreciated. > >> > >> Regards. > >> > >> Neil Wilson. > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > From bigclouds at 163.com Fri Mar 8 14:21:16 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 8 Mar 2013 22:21:16 +0800 (CST) Subject: [Users] debug environment how to? Message-ID: <64689e8a.d14e.13d4a6093fd.Coremail.bigclouds@163.com> 1.how to make a debug environment?include engine and vdsm. 2.if GWT can be disabled,it is a obstacle to debug. thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Fri Mar 8 14:27:05 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Fri, 8 Mar 2013 14:27:05 +0000 Subject: [Users] ovirt 3.2 all-in-one setup always fails Message-ID: Hi, The setup keeps failing at "waitforhostup" with : Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt Engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ DONE ] Updating ovirt-engine service... [ DONE ] Setting Database Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing oVirt Engine Configuration... [ DONE ] Editing Postgresql Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall... [ DONE ] Starting ovirt-engine Service... [ DONE ] Configuring HTTPD... [ DONE ] AIO: Creating storage directory... [ DONE ] AIO: Adding Local Datacenter and cluster... [ DONE ] AIO: Adding Local host (This may take several minutes)... [ ERROR ] Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Please check log file /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for more information ##### 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: running waitForHostUp 2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: Waiting for host to become operational 2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: current host status is: installing 2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 314, in isHostUp raise Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting for the host to start 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: Waiting for host to become operational 2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: current host status is: install_failed 2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 312, in isHostUp raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. 2013-03-08 14:22:49::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 300, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The following params were used as user input: I have the full log if required ?? Any help would be appreciated. The options used were : oVirt Engine will be installed using the following configuration: ================================================================= override-httpd-config: yes http-port: 80 https-port: 443 host-fqdn: stphv01 auth-pass: ******** org-name: LOCAL application-mode: both default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /exports/iso override-firewall: None config-allinone: yes storage-path: /vmfs/ovirt superuser-pass: ******** Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Fri Mar 8 14:30:08 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Fri, 8 Mar 2013 14:30:08 +0000 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: References: Message-ID: And here from when I tried to use "localhost" as the host / fqdn : Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt Engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ DONE ] Updating ovirt-engine service... [ DONE ] Setting Database Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing oVirt Engine Configuration... [ DONE ] Editing Postgresql Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall... [ DONE ] Starting ovirt-engine Service... [ DONE ] Configuring HTTPD... [ DONE ] AIO: Creating storage directory... [ DONE ] AIO: Adding Local Datacenter and cluster... [ DONE ] AIO: Adding Local host (This may take several minutes)... [ ERROR ] Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Please check log file /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for more information Exception in thread libvirtEventLoop (most likely raised during interpreter shutdown) ######### 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running _loadFilesToIsoDomain 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback (most recent call last): File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID, basedefs.CONST_KVM_GID) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 706, in copyFile shutil.copy2(fileSrc, destination) File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 copyfile(src, dst) File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '/usr/share/virtio-win/virtio-win.vfd' 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to copy files to iso domain [snip] 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running waitForHostUp 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting for host to become operational 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current host status is: installing 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 314, in isHostUp raise Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting for the host to start 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting for host to become operational 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current host status is: install_failed 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 312, in isHostUp raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. 2013-03-08 14:14:19::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 300, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The following params were used as user input: 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: override-httpd-config: yes 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: https-port: 443 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: random-passwords: no 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range: 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: localhost 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: ******** 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: org-name: BrightTALK 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: application-mode: both 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: default-dc-type: NFS 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-remote-install: local 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-host: localhost 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-local-pass: ******** 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: nfs-mp: /exports/iso 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: iso-domain-name: ISO_DOMAIN 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: config-nfs: yes 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: override-firewall: None 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: config-allinone: yes 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: storage-path: /vmfs 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: superuser-pass: ******** 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: Traceback (most recent call last): File "/usr/bin/engine-setup", line 2349, in main(confFile) File "/usr/bin/engine-setup", line 2132, in main runSequences() File "/usr/bin/engine-setup", line 2054, 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 300, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. On 8 March 2013 14:27, Alex Leonhardt wrote: > Hi, > > The setup keeps failing at "waitforhostup" with : > > > Installing: > AIO: Validating CPU Compatibility... [ DONE ] > AIO: Adding firewall rules... [ DONE ] > Configuring oVirt Engine... [ DONE ] > Configuring JVM... [ DONE ] > Creating CA... [ DONE ] > Updating ovirt-engine service... [ DONE ] > Setting Database Configuration... [ DONE ] > Setting Database Security... [ DONE ] > Creating Database... [ DONE ] > Updating the Default Data Center Storage Type... [ DONE ] > Editing oVirt Engine Configuration... [ DONE ] > Editing Postgresql Configuration... [ DONE ] > Configuring the Default ISO Domain... [ DONE ] > Configuring Firewall... [ DONE ] > Starting ovirt-engine Service... [ DONE ] > Configuring HTTPD... [ DONE ] > AIO: Creating storage directory... [ DONE ] > AIO: Adding Local Datacenter and cluster... [ DONE ] > AIO: Adding Local host (This may take several minutes)... [ ERROR ] > Error: Host was found in a 'Failed' state. Please check engine and > bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for more > information > > ##### > > 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: running > waitForHostUp > 2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: Waiting for host > to become operational > 2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: current host > status is: installing > 2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: Traceback (most > recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 314, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: Waiting for host > to become operational > 2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: current host > status is: install_failed > 2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: Traceback (most > recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 312, in isHostUp > raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > 2013-03-08 14:22:49::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 > 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in > retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The following > params were used as user input: > > > I have the full log if required ?? Any help would be appreciated. > > The options used were : > > oVirt Engine will be installed using the following configuration: > ================================================================= > override-httpd-config: yes > http-port: 80 > https-port: 443 > host-fqdn: stphv01 > auth-pass: ******** > org-name: LOCAL > application-mode: both > default-dc-type: NFS > db-remote-install: local > db-local-pass: ******** > nfs-mp: /exports/iso > override-firewall: None > config-allinone: yes > storage-path: /vmfs/ovirt > superuser-pass: ******** > > > Alex > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Fri Mar 8 14:33:53 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Fri, 8 Mar 2013 14:33:53 +0000 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: References: Message-ID: Also, the there seem to be missing some dependencies for - messagebus (service not enabled/started/installed) - avahi-daemon (wasnt installed, had to install and start / enable) else libvirtd will not start and the setup will fail. On 8 March 2013 14:30, Alex Leonhardt wrote: > And here from when I tried to use "localhost" as the host / fqdn : > > > Installing: > AIO: Validating CPU Compatibility... [ DONE ] > AIO: Adding firewall rules... [ DONE ] > Configuring oVirt Engine... [ DONE ] > Configuring JVM... [ DONE ] > Creating CA... [ DONE ] > Updating ovirt-engine service... [ DONE ] > Setting Database Configuration... [ DONE ] > Setting Database Security... [ DONE ] > Creating Database... [ DONE ] > Updating the Default Data Center Storage Type... [ DONE ] > Editing oVirt Engine Configuration... [ DONE ] > Editing Postgresql Configuration... [ DONE ] > Configuring the Default ISO Domain... [ DONE ] > Configuring Firewall... [ DONE ] > Starting ovirt-engine Service... [ DONE ] > Configuring HTTPD... [ DONE ] > AIO: Creating storage directory... [ DONE ] > AIO: Adding Local Datacenter and cluster... [ DONE ] > AIO: Adding Local host (This may take several minutes)... [ ERROR ] > Error: Host was found in a 'Failed' state. Please check engine and > bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for more > information > Exception in thread libvirtEventLoop (most likely raised during > interpreter shutdown) > > ######### > > > 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running > _loadFilesToIsoDomain > 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback (most > recent call last): > File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain > utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID, > basedefs.CONST_KVM_GID) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 706, in > copyFile > shutil.copy2(fileSrc, destination) > File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 > copyfile(src, dst) > File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile > with open(src, 'rb') as fsrc: > IOError: [Errno 2] No such file or directory: > '/usr/share/virtio-win/virtio-win.vfd' > > 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to copy > files to iso domain > > > [snip] > > 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running > waitForHostUp > 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting for host > to become operational > 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current host > status is: installing > 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback (most > recent call last): > > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 314, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting for host > to become operational > 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current host > status is: install_failed > 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback (most > recent call last): > > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 312, in isHostUp > raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > 2013-03-08 14:14:19::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 > 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in > retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > > 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The following > params were used as user input: > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > override-httpd-config: yes > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80 > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: https-port: 443 > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: random-passwords: no > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range: > 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: localhost > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: ******** > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: org-name: BrightTALK > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: application-mode: > both > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: default-dc-type: NFS > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-remote-install: > local > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-host: localhost > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-local-pass: > ******** > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: nfs-mp: /exports/iso > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: iso-domain-name: > ISO_DOMAIN > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: config-nfs: yes > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: override-firewall: > None > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: config-allinone: yes > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: storage-path: /vmfs > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: superuser-pass: > ******** > 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: Traceback (most > recent call last): > File "/usr/bin/engine-setup", line 2349, in > main(confFile) > File "/usr/bin/engine-setup", line 2132, in main > runSequences() > File "/usr/bin/engine-setup", line 2054, 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 > 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in > retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > > > On 8 March 2013 14:27, Alex Leonhardt wrote: > >> Hi, >> >> The setup keeps failing at "waitforhostup" with : >> >> >> Installing: >> AIO: Validating CPU Compatibility... [ DONE ] >> AIO: Adding firewall rules... [ DONE ] >> Configuring oVirt Engine... [ DONE ] >> Configuring JVM... [ DONE ] >> Creating CA... [ DONE ] >> Updating ovirt-engine service... [ DONE ] >> Setting Database Configuration... [ DONE ] >> Setting Database Security... [ DONE ] >> Creating Database... [ DONE ] >> Updating the Default Data Center Storage Type... [ DONE ] >> Editing oVirt Engine Configuration... [ DONE ] >> Editing Postgresql Configuration... [ DONE ] >> Configuring the Default ISO Domain... [ DONE ] >> Configuring Firewall... [ DONE ] >> Starting ovirt-engine Service... [ DONE ] >> Configuring HTTPD... [ DONE ] >> AIO: Creating storage directory... [ DONE ] >> AIO: Adding Local Datacenter and cluster... [ DONE ] >> AIO: Adding Local host (This may take several minutes)... [ ERROR ] >> Error: Host was found in a 'Failed' state. Please check engine and >> bootstrap installation logs. >> Please check log file >> /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for more >> information >> >> ##### >> >> 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: running >> waitForHostUp >> 2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: Waiting for host >> to become operational >> 2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: current host >> status is: installing >> 2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: Traceback (most >> recent call last): >> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 314, in isHostUp >> raise Exception(INFO_CREATE_HOST_WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: Waiting for host >> to become operational >> 2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: current host >> status is: install_failed >> 2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: Traceback (most >> recent call last): >> File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 312, in isHostUp >> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> >> 2013-03-08 14:22:49::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 >> 300, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in >> retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> >> 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The following >> params were used as user input: >> >> >> I have the full log if required ?? Any help would be appreciated. >> >> The options used were : >> >> oVirt Engine will be installed using the following configuration: >> ================================================================= >> override-httpd-config: yes >> http-port: 80 >> https-port: 443 >> host-fqdn: stphv01 >> auth-pass: ******** >> org-name: LOCAL >> application-mode: both >> default-dc-type: NFS >> db-remote-install: local >> db-local-pass: ******** >> nfs-mp: /exports/iso >> override-firewall: None >> config-allinone: yes >> storage-path: /vmfs/ovirt >> superuser-pass: ******** >> >> >> Alex >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | >> > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Fri Mar 8 14:49:11 2013 From: yuvalme at gmail.com (Yuval M) Date: Fri, 8 Mar 2013 16:49:11 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <512CB7D3.3050509@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> Message-ID: OK, brand new machine, Fedora 18 (x64), Trying to install Ovirt 3.2 from sources according to: http://www.ovirt.org/Building_**Engine_Draft Everything is good up to the following stage: "Now you need to do some adjustments to the configuration file $HOME/ovirt-engine/installation/etc/sysconfig/ovirt-engine" The "sysconfig" directory does not exist. so does the "ovirt-engine" configuration file (searched through the $HOME/ovirt-engine tree). I didn't find any code in the Makefile ($HOME/ovirt-engine/repository/Makefile) that would create them, What am I missing? Thanks, Yuval On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez wrote: > On 02/26/2013 02:19 PM, Doron Fediuck wrote: > >> >> >> ----- Original Message ----- >> >>> From: "Yuval M" >>> To: "Juan Hernandez" , users at ovirt.org >>> Cc: "Limor Gavish" >>> Sent: Sunday, February 24, 2013 11:38:12 PM >>> Subject: Re: [Users] Trouble building Ovirt from source - "No rule to >>> make target `install_tools'. Stop." >>> >>> >>> >>> >>> Still having trouble with the build process (Ovirt 3.1): >>> $ sudo make >>> ... (success) ... >>> $ sudo make install ... >>> >>> inflating: >>> /usr/local/share/ovirt-engine/**engine.ear/webadmin.war/META-** >>> INF/maven/org.ovirt.engine.ui/**webadmin/pom.xml >>> inflating: >>> /usr/local/share/ovirt-engine/**engine.ear/webadmin.war/404.**html >>> checkdir error: >>> /usr/local/share/ovirt-engine/**engine.ear/engine-bll.jar exists but >>> is not directory >>> unable to process >>> engine-bll.jar/org/ovirt/**engine/core/bll/VdsDeploy$32.**class. >>> checkdir error: >>> /usr/local/share/ovirt-engine/**engine.ear/engine-bll.jar exists but >>> is not directory >>> unable to process >>> engine-bll.jar/org/ovirt/**engine/core/bll/** >>> InitBackendServicesOnStartupBe**an.class. >>> ... >>> make: *** [install_artifacts] Error 2 >>> >>> >>> >>> >>> any insights? >>> >>> >>> Thanks... >>> >>> >>> >>> On Thu, Jan 24, 2013 at 8:52 PM, Juan Hernandez < jhernand at redhat.com >>> >>>> wrote: >>>> >>> >>> >>> >>> >>> On 01/24/2013 04:20 PM, Yuval M wrote: >>> >>> >>> Hi, >>> I'm installing Ovirt 3.1 on Fedora using this guide: >>> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >>> config_.26_engine-manage- domains >>> >>> and I'm getting the error in the subject from make. >>> there is indeed no rule for install_tools in the makefile. >>> >>> What am I missing? >>> >>> Those instructions are out of date, use "make install". That installs >>> the files, but you will still need some changes to make the engine >>> work: >>> >>> 1. Create the ovirt user (the engine runs by default with this >>> service, unless you change the /etc/syscofig/ovirt-engine file and >>> add the ENGINE_USER and ENGINE_GROUP parameters): >>> >>> useradd ovirt >>> >>> 2. Create (mkdir -p ...) and change the ownership of the directories >>> that the engine needs to own to ovirt:ovirt (chown ovirt:ovirt ...): >>> >>> /etc/ovirt-engine >>> /var/log/ovirt-engine >>> /var/lock/ovirt-engine >>> /var/lib/ovirt-engine/content >>> /var/lib/ovirt-engine/ deployments >>> /var/tmp/ovirt-engine >>> /var/cache/ovirt-engine >>> >>> 3. Enable the HTTP connector in the engine (the default is to enable >>> only AJP, and that doesn't work without Apache as frontend) adding >>> the following to the /etc/sysconfig/ovirt-engine file: >>> >>> ENGINE_PROXY_ENABLED=false >>> ENGINE_HTTP_ENABLED=true >>> ENGINE_HTTP_PORT=8700 >>> ENGINE_HTTPS_ENABLED=false >>> ENGINE_AJP_ENABLED=false >>> >>> 4. Configure database connection details (the default in development >>> environments is to use the postgres user and the trust mode) adding >>> this to /etc/sysconfig/ovirt-engine: >>> >>> ENGINE_DB_USER=postgres >>> ENGINE_DB_PASSWORD= >>> >>> 5. Make sure that you have the PostgreSQL JDBC driver installed (rpm >>> -q postgresql-jdbc) and install it if needed (yum install >>> postgresql-jdbc). >>> >>> 6. Now you can start the engine running the engine-service script: >>> >>> engine-service start >>> >>> Look at the system log (the file /var/log/messages) and the engine >>> logs (the files /var/log/ovirt-engine/server. log and >>> /var/log/ovirt-engine) for errors. >>> >>> 7. Connect to http://localhost:8700 and you should be able to login >>> with user admin and letmein! as password. >>> >>> Note that I am assuming that you already created the database, and >>> that you want to use this installation for development. If you are >>> looking for an production installation I suggest using the RPMs. >>> >>> Also I tested this with the latest source from the repository, it >>> will not work with older versions. >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta >>> 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >>> S.L. >>> >>> >>> >> Any progress here? >> >> > Yuval, that will not work with 3.1. Please use 3.2 and the following > instructions: > > http://www.ovirt.org/Building_**Engine_Draft > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, > 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Fri Mar 8 14:51:14 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 08 Mar 2013 15:51:14 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> Message-ID: <5139FAE2.1020003@redhat.com> On 03/08/2013 03:49 PM, Yuval M wrote: > OK, > brand new machine, > Fedora 18 (x64), > Trying to install Ovirt 3.2 from sources according to: > http://www.ovirt.org/Building___Engine_Draft > > > Everything is good up to the following stage: > "Now you need to do some adjustments to the configuration file > $HOME/ovirt-engine/installation/etc/sysconfig/ovirt-engine" > > The "sysconfig" directory does not exist. so does the "ovirt-engine" > configuration file (searched through the $HOME/ovirt-engine tree). > I didn't find any code in the Makefile > ($HOME/ovirt-engine/repository/Makefile) that would create them, > What am I missing? > This has changed recently and I didn't update that wiki page. The /etc/sysconig/ovirt-engine file has been replaced by /etc/ovirt-engine/engine.conf. > Thanks, > > Yuval > > On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez > wrote: > > On 02/26/2013 02:19 PM, Doron Fediuck wrote: > > > > ----- Original Message ----- > > From: "Yuval M" > > To: "Juan Hernandez" >, users at ovirt.org > > Cc: "Limor Gavish" > > Sent: Sunday, February 24, 2013 11:38:12 PM > Subject: Re: [Users] Trouble building Ovirt from source - > "No rule to make target `install_tools'. Stop." > > > > > Still having trouble with the build process (Ovirt 3.1): > $ sudo make > ... (success) ... > $ sudo make install ... > > inflating: > /usr/local/share/ovirt-engine/__engine.ear/webadmin.war/META-__INF/maven/org.ovirt.engine.ui/__webadmin/pom.xml > inflating: > /usr/local/share/ovirt-engine/__engine.ear/webadmin.war/404.__html > checkdir error: > /usr/local/share/ovirt-engine/__engine.ear/engine-bll.jar > exists but > is not directory > unable to process > engine-bll.jar/org/ovirt/__engine/core/bll/VdsDeploy$32.__class. > checkdir error: > /usr/local/share/ovirt-engine/__engine.ear/engine-bll.jar > exists but > is not directory > unable to process > engine-bll.jar/org/ovirt/__engine/core/bll/__InitBackendServicesOnStartupBe__an.class. > ... > make: *** [install_artifacts] Error 2 > > > > > any insights? > > > Thanks... > > > > On Thu, Jan 24, 2013 at 8:52 PM, Juan Hernandez < > jhernand at redhat.com > > wrote: > > > > > > On 01/24/2013 04:20 PM, Yuval M wrote: > > > Hi, > I'm installing Ovirt 3.1 on Fedora using this guide: > http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > config_.26_engine-manage- domains > > and I'm getting the error in the subject from make. > there is indeed no rule for install_tools in the makefile. > > What am I missing? > > Those instructions are out of date, use "make install". That > installs > the files, but you will still need some changes to make the > engine > work: > > 1. Create the ovirt user (the engine runs by default with this > service, unless you change the /etc/syscofig/ovirt-engine > file and > add the ENGINE_USER and ENGINE_GROUP parameters): > > useradd ovirt > > 2. Create (mkdir -p ...) and change the ownership of the > directories > that the engine needs to own to ovirt:ovirt (chown > ovirt:ovirt ...): > > /etc/ovirt-engine > /var/log/ovirt-engine > /var/lock/ovirt-engine > /var/lib/ovirt-engine/content > /var/lib/ovirt-engine/ deployments > /var/tmp/ovirt-engine > /var/cache/ovirt-engine > > 3. Enable the HTTP connector in the engine (the default is > to enable > only AJP, and that doesn't work without Apache as frontend) > adding > the following to the /etc/sysconfig/ovirt-engine file: > > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > > 4. Configure database connection details (the default in > development > environments is to use the postgres user and the trust mode) > adding > this to /etc/sysconfig/ovirt-engine: > > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > > 5. Make sure that you have the PostgreSQL JDBC driver > installed (rpm > -q postgresql-jdbc) and install it if needed (yum install > postgresql-jdbc). > > 6. Now you can start the engine running the engine-service > script: > > engine-service start > > Look at the system log (the file /var/log/messages) and the > engine > logs (the files /var/log/ovirt-engine/server. log and > /var/log/ovirt-engine) for errors. > > 7. Connect to http://localhost:8700 and you should be able > to login > with user admin and letmein! as password. > > Note that I am assuming that you already created the > database, and > that you want to use this installation for development. If > you are > looking for an production installation I suggest using the RPMs. > > Also I tested this with the latest source from the > repository, it > will not work with older versions. > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea > 3, planta > 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - > Red Hat > S.L. > > > > Any progress here? > > > Yuval, that will not work with 3.1. Please use 3.2 and the following > instructions: > > http://www.ovirt.org/Building___Engine_Draft > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From Karli.Sjoberg at slu.se Fri Mar 8 14:51:46 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Fri, 8 Mar 2013 14:51:46 +0000 Subject: [Users] Userportal SPICE Woes In-Reply-To: <1362660721.2561.50.camel@cihla.usersys.redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: Hi, Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > Hi, it me again, > > the last time this was discussed, the problem seemed to be centred > around Win/IE, but since patching to: > # rpm -qa | grep ovirt > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > No one is able to connect to a spice console though the Userportal at > all. Looks like no one is getting host subject - again. Tom??? Come on guys, please tell me if there?s anything we can do to troubleshoot this issue, to help solve a real show-stopper for us! In using oVirt, our organisation is so close to being able to ship out thin-client kiosks instead of buying expensive new HW on a yearly basis, and have our users access their desktops from practically anywhere, even from home if they?d wish. The rest of the entire system works flawlessly, just to fall flat on it?s face right on the finish line. I think that is so sad and silly, because I really love the rest of this product! We?ve set up oVirt-3.1, made a POC template, defined a pool and have been able to have them prestarted as well. But if our users aren?t able to access their console in a seamless, easy way, then what good is it? And knowing that the console works just fine from the adminportal in several different client systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet important piece that needs to be corrected. Anxiously awaiting your response Karli Sj?berg David > I?ve tried this from my workstation, running Fedora 17: > ================================================================================ > $ SPICEC_DEBUG_LEVEL=0 firefox > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > window, when trying to call OnDisconnected > ================================================================================ > > > Here?s a collegue of mine, running Win7/IE9: > ================================================================================ > 1362648766 INFO [7196:5208] spicex_init_logger: started > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > request newVal=0xffffffff > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > --spice-controller) > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > client's pipe > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > str 130.238.96.135 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > value 5906 > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > value 5907 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > value 1 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > str main,inputs,scursor,splayback,srecord,sdisplay (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > str DEFAULT (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > not requested > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > error_code=1 > ================================================================================ > > > And another collegue running CentOS-6.3/Firefox: > ================================================================================ > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > 130.238.96.132 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > set > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > modified channels: main,inputs,cursor,playback,record,display > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > IT-Avdelningen-2 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > DEFAULT > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > Certificate: > Data: > Version: 3 (0x2) > Serial Number: 15 (0xf) > Signature Algorithm: sha1WithRSAEncryption > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Validity > Not Before: Sep 26 14:21:06 2012 > Not After : Sep 25 12:21:06 2022 GMT > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Subject Public Key Info: > Public Key Algorithm: rsaEncryption > Public-Key: (1024 bit) > Modulus: > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > 9f:c2:d2:cf:53:c3:58:b3:15 > Exponent: 65537 (0x10001) > X509v3 extensions: > X509v3 Subject Key Identifier: > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > Authority Information Access: > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > X509v3 Authority Key Identifier: > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > serial:0F > > X509v3 Basic Constraints: critical > CA:TRUE > X509v3 Key Usage: critical > Certificate Sign, CRL Sign > Signature Algorithm: sha1WithRSAEncryption > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > e0:7e > -----BEGIN CERTIFICATE----- > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > p73CIWYf4H4= > -----END CERTIFICATE----- > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > pid: 10340 > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > Launching /usr/libexec/spice-xpi-client > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > connection with controller > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > Controller finished, pid: 10340, exit code: 0 > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > could not get browser window, when trying to call OnDisconnected > ================================================================================ > > > If there?s anything we can do to help resolve this issue once and for > all, just name it! It so hurts to see this otherwise great product > tripping over on it?s face so close to the finish line:( > > Best Regards > Karli Sj?berg > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Fri Mar 8 15:05:31 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 08 Mar 2013 16:05:31 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <5139FAE2.1020003@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> Message-ID: <5139FE3B.9080005@redhat.com> On 03/08/2013 03:51 PM, Juan Hernandez wrote: > On 03/08/2013 03:49 PM, Yuval M wrote: >> OK, >> brand new machine, >> Fedora 18 (x64), >> Trying to install Ovirt 3.2 from sources according to: >> http://www.ovirt.org/Building___Engine_Draft >> >> >> Everything is good up to the following stage: >> "Now you need to do some adjustments to the configuration file >> $HOME/ovirt-engine/installation/etc/sysconfig/ovirt-engine" >> >> The "sysconfig" directory does not exist. so does the "ovirt-engine" >> configuration file (searched through the $HOME/ovirt-engine tree). >> I didn't find any code in the Makefile >> ($HOME/ovirt-engine/repository/Makefile) that would create them, >> What am I missing? >> > > This has changed recently and I didn't update that wiki page. The > /etc/sysconig/ovirt-engine file has been replaced by > /etc/ovirt-engine/engine.conf. > But wait, this change was made in the master branch, not in 3.2, so it shouldn't be a problem. Are you sure you are using the engine_3.2 branch? >> Thanks, >> >> Yuval >> >> On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez > > wrote: >> >> On 02/26/2013 02:19 PM, Doron Fediuck wrote: >> >> >> >> ----- Original Message ----- >> >> From: "Yuval M" > >> To: "Juan Hernandez" > >, users at ovirt.org >> >> Cc: "Limor Gavish" > > >> Sent: Sunday, February 24, 2013 11:38:12 PM >> Subject: Re: [Users] Trouble building Ovirt from source - >> "No rule to make target `install_tools'. Stop." >> >> >> >> >> Still having trouble with the build process (Ovirt 3.1): >> $ sudo make >> ... (success) ... >> $ sudo make install ... >> >> inflating: >> /usr/local/share/ovirt-engine/__engine.ear/webadmin.war/META-__INF/maven/org.ovirt.engine.ui/__webadmin/pom.xml >> inflating: >> /usr/local/share/ovirt-engine/__engine.ear/webadmin.war/404.__html >> checkdir error: >> /usr/local/share/ovirt-engine/__engine.ear/engine-bll.jar >> exists but >> is not directory >> unable to process >> engine-bll.jar/org/ovirt/__engine/core/bll/VdsDeploy$32.__class. >> checkdir error: >> /usr/local/share/ovirt-engine/__engine.ear/engine-bll.jar >> exists but >> is not directory >> unable to process >> engine-bll.jar/org/ovirt/__engine/core/bll/__InitBackendServicesOnStartupBe__an.class. >> ... >> make: *** [install_artifacts] Error 2 >> >> >> >> >> any insights? >> >> >> Thanks... >> >> >> >> On Thu, Jan 24, 2013 at 8:52 PM, Juan Hernandez < >> jhernand at redhat.com >> >> wrote: >> >> >> >> >> >> On 01/24/2013 04:20 PM, Yuval M wrote: >> >> >> Hi, >> I'm installing Ovirt 3.1 on Fedora using this guide: >> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >> config_.26_engine-manage- domains >> >> and I'm getting the error in the subject from make. >> there is indeed no rule for install_tools in the makefile. >> >> What am I missing? >> >> Those instructions are out of date, use "make install". That >> installs >> the files, but you will still need some changes to make the >> engine >> work: >> >> 1. Create the ovirt user (the engine runs by default with this >> service, unless you change the /etc/syscofig/ovirt-engine >> file and >> add the ENGINE_USER and ENGINE_GROUP parameters): >> >> useradd ovirt >> >> 2. Create (mkdir -p ...) and change the ownership of the >> directories >> that the engine needs to own to ovirt:ovirt (chown >> ovirt:ovirt ...): >> >> /etc/ovirt-engine >> /var/log/ovirt-engine >> /var/lock/ovirt-engine >> /var/lib/ovirt-engine/content >> /var/lib/ovirt-engine/ deployments >> /var/tmp/ovirt-engine >> /var/cache/ovirt-engine >> >> 3. Enable the HTTP connector in the engine (the default is >> to enable >> only AJP, and that doesn't work without Apache as frontend) >> adding >> the following to the /etc/sysconfig/ovirt-engine file: >> >> ENGINE_PROXY_ENABLED=false >> ENGINE_HTTP_ENABLED=true >> ENGINE_HTTP_PORT=8700 >> ENGINE_HTTPS_ENABLED=false >> ENGINE_AJP_ENABLED=false >> >> 4. Configure database connection details (the default in >> development >> environments is to use the postgres user and the trust mode) >> adding >> this to /etc/sysconfig/ovirt-engine: >> >> ENGINE_DB_USER=postgres >> ENGINE_DB_PASSWORD= >> >> 5. Make sure that you have the PostgreSQL JDBC driver >> installed (rpm >> -q postgresql-jdbc) and install it if needed (yum install >> postgresql-jdbc). >> >> 6. Now you can start the engine running the engine-service >> script: >> >> engine-service start >> >> Look at the system log (the file /var/log/messages) and the >> engine >> logs (the files /var/log/ovirt-engine/server. log and >> /var/log/ovirt-engine) for errors. >> >> 7. Connect to http://localhost:8700 and you should be able >> to login >> with user admin and letmein! as password. >> >> Note that I am assuming that you already created the >> database, and >> that you want to use this installation for development. If >> you are >> looking for an production installation I suggest using the RPMs. >> >> Also I tested this with the latest source from the >> repository, it >> will not work with older versions. >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea >> 3, planta >> 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - >> Red Hat >> S.L. >> >> >> >> Any progress here? >> >> >> Yuval, that will not work with 3.1. Please use 3.2 and the following >> instructions: >> >> http://www.ovirt.org/Building___Engine_Draft >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >> S.L. >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From alonbl at redhat.com Fri Mar 8 16:02:20 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 8 Mar 2013 11:02:20 -0500 (EST) Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: Message-ID: <2099407473.5782816.1362758540591.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Joop van de Wege" > Cc: "Alon Bar-Lev" , "users" > Sent: Friday, March 8, 2013 9:07:42 AM > Subject: Re: [Users] install a f18 host with ovirtmgmt vlan tagged > > On Fri, Mar 8, 2013 at 7:40 AM, Joop van de Wege wrote: > > Alon Bar-Lev schreef: > > > >>Will be included in 1.0.1 > > Of foo-bar.tar.gz :-) > > where foo.bar is ovirt-host-deploy ... ;-) > On my engine system: > ovirt-host-deploy-1.0.0-1.fc18.noarch > > I confirm that the patch worked for me. Host installed and > rebooted.... > > then unfortunately a cpu of the ost abandoned me so I can't at the > moment verify other things on this host ;-( > > but from engine gui I see > 2013-Mar-08, 06:49 > Host f18ovn02 installed > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Stage: Termination. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Retrieving installation logs to: > '/var/log/ovirt-engine/host-deploy/ovirt-20130308064947-10.4.4.57.log'. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Reboot scheduled. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Stage: Pre-termination. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Reboot scheduled. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Stage: Closing up. > Installing Host f18ovn02. Reboot scheduled. > Installing Host f18ovn02. Stage: Transaction commit. > > The only warning message in the gui is related to > 2013-Mar-08, 06:49 > Host f18ovn02 installation in progress . Cannot set tuned profile. > > BTW this host is an HP blade BL685c G1 with Opteron G2 This is probably fedora-18 issue of selinux and tuned[1], not sure why they don't solve it properly. Try to update selinux-policy and redeploy. [1] https://bugzilla.redhat.com/show_bug.cgi?id=882922 > > Thanks, > Gianluca > From yuvalme at gmail.com Fri Mar 8 16:14:01 2013 From: yuvalme at gmail.com (Yuval M) Date: Fri, 8 Mar 2013 18:14:01 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <5139FE3B.9080005@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> Message-ID: checked out to 3.2 branch, now the configuration file was as detailed in the wiki. after configuring it I try to start the engine and get: [wil at bufferoverflow bin]$ pwd /home/wil/ovirt-engine/installation/bin [wil at bufferoverflow bin]$ ./engine-service start Traceback (most recent call last): File "./engine-service", line 23, in import configobj ImportError: No module named configobj [wil at bufferoverflow bin]$ On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez wrote: > On 03/08/2013 03:51 PM, Juan Hernandez wrote: > >> On 03/08/2013 03:49 PM, Yuval M wrote: >> >>> OK, >>> brand new machine, >>> Fedora 18 (x64), >>> Trying to install Ovirt 3.2 from sources according to: >>> http://www.ovirt.org/Building_**__Engine_Draft >>> >>> > >>> >>> Everything is good up to the following stage: >>> "Now you need to do some adjustments to the configuration file >>> $HOME/ovirt-engine/**installation/etc/sysconfig/**ovirt-engine" >>> >>> The "sysconfig" directory does not exist. so does the "ovirt-engine" >>> configuration file (searched through the $HOME/ovirt-engine tree). >>> I didn't find any code in the Makefile >>> ($HOME/ovirt-engine/**repository/Makefile) that would create them, >>> What am I missing? >>> >>> >> This has changed recently and I didn't update that wiki page. The >> /etc/sysconig/ovirt-engine file has been replaced by >> /etc/ovirt-engine/engine.conf. >> >> > But wait, this change was made in the master branch, not in 3.2, so it > shouldn't be a problem. Are you sure you are using the engine_3.2 branch? > > > Thanks, >>> >>> Yuval >>> >>> On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez >> > wrote: >>> >>> On 02/26/2013 02:19 PM, Doron Fediuck wrote: >>> >>> >>> >>> ----- Original Message ----- >>> >>> From: "Yuval M" >> yuvalme at gmail.com>> >>> To: "Juan Hernandez" >> >, users at ovirt.org >>> >>> Cc: "Limor Gavish" >> > >>> Sent: Sunday, February 24, 2013 11:38:12 PM >>> Subject: Re: [Users] Trouble building Ovirt from source - >>> "No rule to make target `install_tools'. Stop." >>> >>> >>> >>> >>> Still having trouble with the build process (Ovirt 3.1): >>> $ sudo make >>> ... (success) ... >>> $ sudo make install ... >>> >>> inflating: >>> /usr/local/share/ovirt-engine/**__engine.ear/webadmin.war/* >>> *META-__INF/maven/org.ovirt.**engine.ui/__webadmin/pom.xml >>> inflating: >>> /usr/local/share/ovirt-engine/** >>> __engine.ear/webadmin.war/404.**__html >>> checkdir error: >>> /usr/local/share/ovirt-engine/**__engine.ear/engine-bll.jar >>> exists but >>> is not directory >>> unable to process >>> engine-bll.jar/org/ovirt/__**engine/core/bll/VdsDeploy$32._ >>> **_class. >>> checkdir error: >>> /usr/local/share/ovirt-engine/**__engine.ear/engine-bll.jar >>> exists but >>> is not directory >>> unable to process >>> engine-bll.jar/org/ovirt/__**engine/core/bll/__** >>> InitBackendServicesOnStartupBe**__an.class. >>> ... >>> make: *** [install_artifacts] Error 2 >>> >>> >>> >>> >>> any insights? >>> >>> >>> Thanks... >>> >>> >>> >>> On Thu, Jan 24, 2013 at 8:52 PM, Juan Hernandez < >>> jhernand at redhat.com >>> >>> wrote: >>> >>> >>> >>> >>> >>> On 01/24/2013 04:20 PM, Yuval M wrote: >>> >>> >>> Hi, >>> I'm installing Ovirt 3.1 on Fedora using this guide: >>> http://www.ovirt.org/Building_oVirt_engine#Deploying_engine- >>> config_.26_engine-manage- domains >>> >>> and I'm getting the error in the subject from make. >>> there is indeed no rule for install_tools in the makefile. >>> >>> What am I missing? >>> >>> Those instructions are out of date, use "make install". That >>> installs >>> the files, but you will still need some changes to make the >>> engine >>> work: >>> >>> 1. Create the ovirt user (the engine runs by default with >>> this >>> service, unless you change the /etc/syscofig/ovirt-engine >>> file and >>> add the ENGINE_USER and ENGINE_GROUP parameters): >>> >>> useradd ovirt >>> >>> 2. Create (mkdir -p ...) and change the ownership of the >>> directories >>> that the engine needs to own to ovirt:ovirt (chown >>> ovirt:ovirt ...): >>> >>> /etc/ovirt-engine >>> /var/log/ovirt-engine >>> /var/lock/ovirt-engine >>> /var/lib/ovirt-engine/content >>> /var/lib/ovirt-engine/ deployments >>> /var/tmp/ovirt-engine >>> /var/cache/ovirt-engine >>> >>> 3. Enable the HTTP connector in the engine (the default is >>> to enable >>> only AJP, and that doesn't work without Apache as frontend) >>> adding >>> the following to the /etc/sysconfig/ovirt-engine file: >>> >>> ENGINE_PROXY_ENABLED=false >>> ENGINE_HTTP_ENABLED=true >>> ENGINE_HTTP_PORT=8700 >>> ENGINE_HTTPS_ENABLED=false >>> ENGINE_AJP_ENABLED=false >>> >>> 4. Configure database connection details (the default in >>> development >>> environments is to use the postgres user and the trust mode) >>> adding >>> this to /etc/sysconfig/ovirt-engine: >>> >>> ENGINE_DB_USER=postgres >>> ENGINE_DB_PASSWORD= >>> >>> 5. Make sure that you have the PostgreSQL JDBC driver >>> installed (rpm >>> -q postgresql-jdbc) and install it if needed (yum install >>> postgresql-jdbc). >>> >>> 6. Now you can start the engine running the engine-service >>> script: >>> >>> engine-service start >>> >>> Look at the system log (the file /var/log/messages) and the >>> engine >>> logs (the files /var/log/ovirt-engine/server. log and >>> /var/log/ovirt-engine) for errors. >>> >>> 7. Connect to http://localhost:8700 and you should be able >>> to login >>> with user admin and letmein! as password. >>> >>> Note that I am assuming that you already created the >>> database, and >>> that you want to use this installation for development. If >>> you are >>> looking for an production installation I suggest using the >>> RPMs. >>> >>> Also I tested this with the latest source from the >>> repository, it >>> will not work with older versions. >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea >>> 3, planta >>> 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - >>> Red Hat >>> S.L. >>> >>> >>> >>> Any progress here? >>> >>> >>> Yuval, that will not work with 3.1. Please use 3.2 and the following >>> instructions: >>> >>> http://www.ovirt.org/Building_**__Engine_Draft >>> >>> > >>> >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >>> planta 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >>> S.L. >>> >>> >>> >>> >>> ______________________________**_________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/**mailman/listinfo/users >>> >>> >> >> > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, > 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Fri Mar 8 16:16:47 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 08 Mar 2013 17:16:47 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> Message-ID: <513A0EEF.6010004@redhat.com> On 03/08/2013 05:14 PM, Yuval M wrote: > checked out to 3.2 branch, now the configuration file was as detailed in > the wiki. > after configuring it I try to start the engine and get: > > [wil at bufferoverflow bin]$ pwd > /home/wil/ovirt-engine/installation/bin > [wil at bufferoverflow bin]$ ./engine-service start > Traceback (most recent call last): > File "./engine-service", line 23, in > import configobj > ImportError: No module named configobj > [wil at bufferoverflow bin]$ > Ok, this is because the service script needs the python-configobj and python-cheetah packages: yum install python-configobj python-cheetah > > > > On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez > wrote: > > On 03/08/2013 03:51 PM, Juan Hernandez wrote: > > On 03/08/2013 03:49 PM, Yuval M wrote: > > OK, > brand new machine, > Fedora 18 (x64), > Trying to install Ovirt 3.2 from sources according to: > http://www.ovirt.org/Building_____Engine_Draft > > > > > Everything is good up to the following stage: > "Now you need to do some adjustments to the configuration file > $HOME/ovirt-engine/__installation/etc/sysconfig/__ovirt-engine" > > The "sysconfig" directory does not exist. so does the > "ovirt-engine" > configuration file (searched through the $HOME/ovirt-engine > tree). > I didn't find any code in the Makefile > ($HOME/ovirt-engine/__repository/Makefile) that would create > them, > What am I missing? > > > This has changed recently and I didn't update that wiki page. The > /etc/sysconig/ovirt-engine file has been replaced by > /etc/ovirt-engine/engine.conf. > > > But wait, this change was made in the master branch, not in 3.2, so > it shouldn't be a problem. Are you sure you are using the engine_3.2 > branch? > > > Thanks, > > Yuval > > On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez > > >> > wrote: > > On 02/26/2013 02:19 PM, Doron Fediuck wrote: > > > > ----- Original Message ----- > > From: "Yuval M" >> > To: "Juan Hernandez" > >>, users at ovirt.org > > > > Cc: "Limor Gavish" > >> > Sent: Sunday, February 24, 2013 11:38:12 PM > Subject: Re: [Users] Trouble building Ovirt > from source - > "No rule to make target `install_tools'. Stop." > > > > > Still having trouble with the build process > (Ovirt 3.1): > $ sudo make > ... (success) ... > $ sudo make install ... > > inflating: > > /usr/local/share/ovirt-engine/____engine.ear/webadmin.war/__META-__INF/maven/org.ovirt.__engine.ui/__webadmin/pom.xml > inflating: > > /usr/local/share/ovirt-engine/____engine.ear/webadmin.war/404.____html > checkdir error: > > /usr/local/share/ovirt-engine/____engine.ear/engine-bll.jar > exists but > is not directory > unable to process > > engine-bll.jar/org/ovirt/____engine/core/bll/VdsDeploy$32.____class. > checkdir error: > > /usr/local/share/ovirt-engine/____engine.ear/engine-bll.jar > exists but > is not directory > unable to process > > engine-bll.jar/org/ovirt/____engine/core/bll/____InitBackendServicesOnStartupBe____an.class. > ... > make: *** [install_artifacts] Error 2 > > > > > any insights? > > > Thanks... > > > > On Thu, Jan 24, 2013 at 8:52 PM, Juan Hernandez < > jhernand at redhat.com > > > > wrote: > > > > > > On 01/24/2013 04:20 PM, Yuval M wrote: > > > Hi, > I'm installing Ovirt 3.1 on Fedora using this > guide: > http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > config_.26_engine-manage- domains > > and I'm getting the error in the subject from > make. > there is indeed no rule for install_tools in > the makefile. > > What am I missing? > > Those instructions are out of date, use "make > install". That > installs > the files, but you will still need some > changes to make the > engine > work: > > 1. Create the ovirt user (the engine runs by > default with this > service, unless you change the > /etc/syscofig/ovirt-engine > file and > add the ENGINE_USER and ENGINE_GROUP parameters): > > useradd ovirt > > 2. Create (mkdir -p ...) and change the > ownership of the > directories > that the engine needs to own to ovirt:ovirt (chown > ovirt:ovirt ...): > > /etc/ovirt-engine > /var/log/ovirt-engine > /var/lock/ovirt-engine > /var/lib/ovirt-engine/content > /var/lib/ovirt-engine/ deployments > /var/tmp/ovirt-engine > /var/cache/ovirt-engine > > 3. Enable the HTTP connector in the engine > (the default is > to enable > only AJP, and that doesn't work without Apache > as frontend) > adding > the following to the > /etc/sysconfig/ovirt-engine file: > > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > > 4. Configure database connection details (the > default in > development > environments is to use the postgres user and > the trust mode) > adding > this to /etc/sysconfig/ovirt-engine: > > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > > 5. Make sure that you have the PostgreSQL JDBC > driver > installed (rpm > -q postgresql-jdbc) and install it if needed > (yum install > postgresql-jdbc). > > 6. Now you can start the engine running the > engine-service > script: > > engine-service start > > Look at the system log (the file > /var/log/messages) and the > engine > logs (the files /var/log/ovirt-engine/server. > log and > /var/log/ovirt-engine) for errors. > > 7. Connect to http://localhost:8700 and you > should be able > to login > with user admin and letmein! as password. > > Note that I am assuming that you already > created the > database, and > that you want to use this installation for > development. If > you are > looking for an production installation I > suggest using the RPMs. > > Also I tested this with the latest source from the > repository, it > will not work with older versions. > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, > Edif. Gorbea > 3, planta > 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? > C.I.F. B82657941 - > Red Hat > S.L. > > > > Any progress here? > > > Yuval, that will not work with 3.1. Please use 3.2 and > the following > instructions: > > http://www.ovirt.org/Building_____Engine_Draft > > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. > Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. > B82657941 - Red Hat > S.L. > > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From michal.skrivanek at redhat.com Fri Mar 8 16:22:39 2013 From: michal.skrivanek at redhat.com (Michal Skrivanek) Date: Fri, 8 Mar 2013 17:22:39 +0100 Subject: [Users] Userportal SPICE Woes In-Reply-To: <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> Message-ID: <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: > tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: >> >> Hi, >> >> Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: >> > Hi, it me again, >> > >> > the last time this was discussed, the problem seemed to be centred >> > around Win/IE, but since patching to: >> > # rpm -qa | grep ovirt >> > ovirt-engine-config-3.1.0-4.fc17.noarch >> > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch >> > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch >> > ovirt-engine-restapi-3.1.0-4.fc17.noarch >> > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch >> > ovirt-engine-genericapi-3.1.0-4.fc17.noarch >> > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch >> > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch >> > ovirt-engine-setup-3.1.0-4.fc17.noarch >> > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch >> > ovirt-engine-backend-3.1.0-4.fc17.noarch >> > ovirt-engine-tools-common-3.1.0-4.fc17.noarch >> > ovirt-engine-3.1.0-4.fc17.noarch >> > ovirt-engine-userportal-3.1.0-4.fc17.noarch >> > ovirt-engine-notification-service-3.1.0-4.fc17.noarch >> > >> > No one is able to connect to a spice console though the Userportal at >> > all. >> >> Looks like no one is getting host subject - again. Tom??? > > Come on guys, please tell me if there?s anything we can do to troubleshoot this issue, to help solve a real show-stopper for us! Would you be able to try it in 3.2? It was known to be broken somewhere around 3.1 release?. Thanks, michal > > In using oVirt, our organisation is so close to being able to ship out thin-client kiosks instead of buying expensive new HW on a yearly basis, and have our users access their desktops from practically anywhere, even from home if they?d wish. The rest of the entire system works flawlessly, just to fall flat on it?s face right on the finish line. I think that is so sad and silly, because I really love the rest of this product! We?ve set up oVirt-3.1, made a POC template, defined a pool and have been able to have them prestarted as well. But if our users aren?t able to access their console in a seamless, easy way, then what good is it? And knowing that the console works just fine from the adminportal in several different client systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet important piece that needs to be corrected. > > Anxiously awaiting your response > Karli Sj?berg > > >> >> David >> >> > I?ve tried this from my workstation, running Fedora 17: >> > ================================================================================ >> > $ SPICEC_DEBUG_LEVEL=0 firefox >> > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: >> > Filen eller katalogen finns inte >> > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: >> > Filen eller katalogen finns inte >> > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser >> > window, when trying to call OnDisconnected >> > ================================================================================ >> > >> > >> > Here?s a collegue of mine, running Win7/IE9: >> > ================================================================================ >> > 1362648766 INFO [7196:5208] spicex_init_logger: started >> > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu >> > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen >> > request newVal=0xffffffff >> > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: >> > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe >> > --spice-controller) >> > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 >> > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice >> > client's pipe >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : >> > str 130.238.96.135 (1) >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 >> > value 5906 >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 >> > value 5907 >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : >> > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 >> > value 1 >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : >> > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : >> > str main,inputs,scursor,splayback,srecord,sdisplay (1) >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : >> > str DEFAULT (1) >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : >> > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 >> > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 >> > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is >> > not requested >> > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 >> > error_code=1 >> > ================================================================================ >> > >> > >> > And another collegue running CentOS-6.3/Firefox: >> > ================================================================================ >> > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: >> > 130.238.96.132 >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: >> > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password >> > set >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 >> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: >> > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: >> > modified channels: main,inputs,cursor,playback,record,display >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: >> > IT-Avdelningen-2 >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: >> > DEFAULT >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: >> > Certificate: >> > Data: >> > Version: 3 (0x2) >> > Serial Number: 15 (0xf) >> > Signature Algorithm: sha1WithRSAEncryption >> > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 >> > Validity >> > Not Before: Sep 26 14:21:06 2012 >> > Not After : Sep 25 12:21:06 2022 GMT >> > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 >> > Subject Public Key Info: >> > Public Key Algorithm: rsaEncryption >> > Public-Key: (1024 bit) >> > Modulus: >> > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: >> > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: >> > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: >> > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: >> > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: >> > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: >> > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: >> > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: >> > 9f:c2:d2:cf:53:c3:58:b3:15 >> > Exponent: 65537 (0x10001) >> > X509v3 extensions: >> > X509v3 Subject Key Identifier: >> > >> > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA >> > Authority Information Access: >> > CA Issuers - URI:http://storm.slu.se:80/ca.crt >> > >> > X509v3 Authority Key Identifier: >> > >> > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA >> > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 >> > serial:0F >> > >> > X509v3 Basic Constraints: critical >> > CA:TRUE >> > X509v3 Key Usage: critical >> > Certificate Sign, CRL Sign >> > Signature Algorithm: sha1WithRSAEncryption >> > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: >> > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: >> > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: >> > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: >> > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: >> > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: >> > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: >> > e0:7e >> > -----BEGIN CERTIFICATE----- >> > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM >> > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR >> > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx >> > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf >> > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe >> > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 >> > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU >> > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ >> > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z >> > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq >> > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z >> > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E >> > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH >> > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 >> > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my >> > p73CIWYf4H4= >> > -----END CERTIFICATE----- >> > >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: >> > release-cursor=shift+f12,toggle-fullscreen=shift+f11 >> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: >> > 0 >> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: >> > 0 >> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 >> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: >> > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 >> > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: >> > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi >> > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: >> > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign >> > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller >> > pid: 10340 >> > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: >> > connect error, 2 >> > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error >> > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: >> > connect error, 2 >> > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error >> > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: >> > Launching /usr/libexec/spice-xpi-client >> > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! >> > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating >> > connection with controller >> > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: >> > Controller finished, pid: 10340, exit code: 0 >> > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: >> > could not get browser window, when trying to call OnDisconnected >> > ================================================================================ >> > >> > >> > If there?s anything we can do to help resolve this issue once and for >> > all, just name it! It so hurts to see this otherwise great product >> > tripping over on it?s face so close to the finish line:( >> > >> > Best Regards >> > Karli Sj?berg >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Fri Mar 8 17:38:08 2013 From: yuvalme at gmail.com (Yuval M) Date: Fri, 8 Mar 2013 19:38:08 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <513A0EEF.6010004@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> Message-ID: Thanks, now "./engine-service start" succeeded. *[root at bufferoverflow bin]# ./engine-service start* *Starting engine-service: [ OK ]* However, when I try to access "http://localhost:8700" I get an empty page (0 bytes). I see the following errors in /home/wil/ovirt-engine/installation/var/log/ovirt-engine/server.log JBAS014777: Services which failed to start: service jboss.deployment.subunit."engine.ear"."engine-bll.jar".component.UsersDomainsCacheManagerService.START: org.jboss.msc.service.StartException in service jboss.deployment.subunit."engine.ear"."engine-bll.jar".component.UsersDomainsCacheManagerService.START: Failed to start service 2013-03-08 19:27:51,495 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.subunit.\"engine.ear\".\"engine-bll.jar\".component.UsersDomainsCacheManagerService.START" => "org.jboss.msc.service.StartException in service jboss.deployment.subunit.\"engine.ear\".\"engine-bll.jar\".component.UsersDomainsCacheManagerService.START: Failed to start service"}}}} Here is the contents of my configuration file: [root at bufferoverflow installation]# cat etc/sysconfig/ovirt-engine # # For descriptions of the parameters and their default values look # at the /usr/share/ovirt-engine/conf/engine.conf.defaults file. # # Please note that the engine installation tool engine-setup will # append the modified parameters to the end of this file. # JAVA_HOME=/usr/lib/jvm/jre-1.7.0-openjdk.x86_64 JBOSS_HOME=/home/wil/ovirt-engine/jboss-as-7.1.1.Final ENGINE_USER=wil ENGINE_GROUP=wil ENGINE_PROXY_ENABLED=false ENGINE_HTTP_ENABLED=true ENGINE_HTTP_PORT=8700 ENGINE_HTTPS_ENABLED=false ENGINE_AJP_ENABLED=false ENGINE_DB_USER=postgres ENGINE_DB_PASSWORD= ENGINE_DEBUG_ADDRESS=0.0.0.0:8787 Thank you very much for your help Yuval On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez wrote: > On 03/08/2013 05:14 PM, Yuval M wrote: > >> checked out to 3.2 branch, now the configuration file was as detailed in >> the wiki. >> after configuring it I try to start the engine and get: >> >> [wil at bufferoverflow bin]$ pwd >> /home/wil/ovirt-engine/**installation/bin >> [wil at bufferoverflow bin]$ ./engine-service start >> Traceback (most recent call last): >> File "./engine-service", line 23, in >> import configobj >> ImportError: No module named configobj >> [wil at bufferoverflow bin]$ >> >> > Ok, this is because the service script needs the python-configobj and > python-cheetah packages: > > yum install python-configobj python-cheetah > > >> >> >> On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez > > wrote: >> >> On 03/08/2013 03:51 PM, Juan Hernandez wrote: >> >> On 03/08/2013 03:49 PM, Yuval M wrote: >> >> OK, >> brand new machine, >> Fedora 18 (x64), >> Trying to install Ovirt 3.2 from sources according to: >> http://www.ovirt.org/Building_**____Engine_Draft >> >> > >> >> >> >> >> >> >> Everything is good up to the following stage: >> "Now you need to do some adjustments to the configuration file >> $HOME/ovirt-engine/__**installation/etc/sysconfig/__** >> ovirt-engine" >> >> >> The "sysconfig" directory does not exist. so does the >> "ovirt-engine" >> configuration file (searched through the $HOME/ovirt-engine >> tree). >> I didn't find any code in the Makefile >> ($HOME/ovirt-engine/__**repository/Makefile) that would >> create >> >> them, >> What am I missing? >> >> >> This has changed recently and I didn't update that wiki page. The >> /etc/sysconig/ovirt-engine file has been replaced by >> /etc/ovirt-engine/engine.conf. >> >> >> But wait, this change was made in the master branch, not in 3.2, so >> it shouldn't be a problem. Are you sure you are using the engine_3.2 >> branch? >> >> >> Thanks, >> >> Yuval >> >> On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez >> >> >> >> >> wrote: >> >> On 02/26/2013 02:19 PM, Doron Fediuck wrote: >> >> >> >> ----- Original Message ----- >> >> From: "Yuval M" > > >> >> >> To: "Juan Hernandez" > >> > >> >>**, users at ovirt.org >> >> > >> >> >> Cc: "Limor Gavish" > >> > >> >> >> Sent: Sunday, February 24, 2013 11:38:12 PM >> Subject: Re: [Users] Trouble building Ovirt >> from source - >> "No rule to make target `install_tools'. Stop." >> >> >> >> >> Still having trouble with the build process >> (Ovirt 3.1): >> $ sudo make >> ... (success) ... >> $ sudo make install ... >> >> inflating: >> >> /usr/local/share/ovirt-engine/** >> ____engine.ear/webadmin.war/__**META-__INF/maven/org.ovirt.__** >> engine.ui/__webadmin/pom.xml >> inflating: >> >> /usr/local/share/ovirt-engine/** >> ____engine.ear/webadmin.war/**404.____html >> checkdir error: >> >> /usr/local/share/ovirt-engine/** >> ____engine.ear/engine-bll.jar >> >> exists but >> is not directory >> unable to process >> >> engine-bll.jar/org/ovirt/____** >> engine/core/bll/VdsDeploy$32._**___class. >> checkdir error: >> >> /usr/local/share/ovirt-engine/** >> ____engine.ear/engine-bll.jar >> >> exists but >> is not directory >> unable to process >> >> engine-bll.jar/org/ovirt/____**engine/core/bll/____** >> InitBackendServicesOnStartupBe**____an.class. >> >> ... >> make: *** [install_artifacts] Error 2 >> >> >> >> >> any insights? >> >> >> Thanks... >> >> >> >> On Thu, Jan 24, 2013 at 8:52 PM, Juan Hernandez >> < >> jhernand at redhat.com >> > >> >> >> wrote: >> >> >> >> >> >> On 01/24/2013 04:20 PM, Yuval M wrote: >> >> >> Hi, >> I'm installing Ovirt 3.1 on Fedora using this >> guide: >> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >> config_.26_engine-manage- domains >> >> and I'm getting the error in the subject from >> make. >> there is indeed no rule for install_tools in >> the makefile. >> >> What am I missing? >> >> Those instructions are out of date, use "make >> install". That >> installs >> the files, but you will still need some >> changes to make the >> engine >> work: >> >> 1. Create the ovirt user (the engine runs by >> default with this >> service, unless you change the >> /etc/syscofig/ovirt-engine >> file and >> add the ENGINE_USER and ENGINE_GROUP >> parameters): >> >> useradd ovirt >> >> 2. Create (mkdir -p ...) and change the >> ownership of the >> directories >> that the engine needs to own to ovirt:ovirt >> (chown >> ovirt:ovirt ...): >> >> /etc/ovirt-engine >> /var/log/ovirt-engine >> /var/lock/ovirt-engine >> /var/lib/ovirt-engine/content >> /var/lib/ovirt-engine/ deployments >> /var/tmp/ovirt-engine >> /var/cache/ovirt-engine >> >> 3. Enable the HTTP connector in the engine >> (the default is >> to enable >> only AJP, and that doesn't work without Apache >> as frontend) >> adding >> the following to the >> /etc/sysconfig/ovirt-engine file: >> >> ENGINE_PROXY_ENABLED=false >> ENGINE_HTTP_ENABLED=true >> ENGINE_HTTP_PORT=8700 >> ENGINE_HTTPS_ENABLED=false >> ENGINE_AJP_ENABLED=false >> >> 4. Configure database connection details (the >> default in >> development >> environments is to use the postgres user and >> the trust mode) >> adding >> this to /etc/sysconfig/ovirt-engine: >> >> ENGINE_DB_USER=postgres >> ENGINE_DB_PASSWORD= >> >> 5. Make sure that you have the PostgreSQL JDBC >> driver >> installed (rpm >> -q postgresql-jdbc) and install it if needed >> (yum install >> postgresql-jdbc). >> >> 6. Now you can start the engine running the >> engine-service >> script: >> >> engine-service start >> >> Look at the system log (the file >> /var/log/messages) and the >> engine >> logs (the files /var/log/ovirt-engine/server. >> log and >> /var/log/ovirt-engine) for errors. >> >> 7. Connect to http://localhost:8700 and you >> should be able >> to login >> with user admin and letmein! as password. >> >> Note that I am assuming that you already >> created the >> database, and >> that you want to use this installation for >> development. If >> you are >> looking for an production installation I >> suggest using the RPMs. >> >> Also I tested this with the latest source from >> the >> repository, it >> will not work with older versions. >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, >> Edif. Gorbea >> 3, planta >> 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? >> C.I.F. B82657941 - >> Red Hat >> S.L. >> >> >> >> Any progress here? >> >> >> Yuval, that will not work with 3.1. Please use 3.2 and >> the following >> instructions: >> >> http://www.ovirt.org/Building_**____Engine_Draft >> >> > >> >> >> >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. >> Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. >> B82657941 - Red Hat >> S.L. >> >> >> >> >> ______________________________**___________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/__**mailman/listinfo/users >> >> >> > >> >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >> S.L. >> >> >> > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, > 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Fri Mar 8 17:44:27 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 08 Mar 2013 18:44:27 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> Message-ID: <513A237B.1030906@redhat.com> On 03/08/2013 06:38 PM, Yuval M wrote: > Thanks, now "./engine-service start" succeeded. > /[root at bufferoverflow bin]# ./engine-service start/ > /Starting engine-service: [ OK ]/ > > However, when I try to access "http://localhost:8700" I get an empty > page (0 bytes). > > I see the following errors in > /home/wil/ovirt-engine/installation/var/log/ovirt-engine/server.log > > JBAS014777: Services which failed to start: service > jboss.deployment.subunit."engine.ear"."engine-bll.jar".component.UsersDomainsCacheManagerService.START: > org.jboss.msc.service.StartException in service > jboss.deployment.subunit."engine.ear"."engine-bll.jar".component.UsersDomainsCacheManagerService.START: > Failed to start service > > 2013-03-08 19:27:51,495 ERROR [org.jboss.as.server.deployment.scanner] > (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed > and was rolled back. Steps that failed:" => {"Operation step-2" => > {"JBAS014671: Failed services" => > {"jboss.deployment.subunit.\"engine.ear\".\"engine-bll.jar\".component.UsersDomainsCacheManagerService.START" > => "org.jboss.msc.service.StartException in service > jboss.deployment.subunit.\"engine.ear\".\"engine-bll.jar\".component.UsersDomainsCacheManagerService.START: > Failed to start service"}}}} > > Here is the contents of my configuration file: > > [root at bufferoverflow installation]# cat etc/sysconfig/ovirt-engine > # > # For descriptions of the parameters and their default values look > # at the /usr/share/ovirt-engine/conf/engine.conf.defaults file. > # > # Please note that the engine installation tool engine-setup will > # append the modified parameters to the end of this file. > # > JAVA_HOME=/usr/lib/jvm/jre-1.7.0-openjdk.x86_64 > JBOSS_HOME=/home/wil/ovirt-engine/jboss-as-7.1.1.Final > ENGINE_USER=wil > ENGINE_GROUP=wil > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > ENGINE_DEBUG_ADDRESS=0.0.0.0:8787 > > Thank you very much for your help Can you share the server.log and engine.log files? If possible stop the engine, clean the files, start again and then collect and provide the files. Not sure, but I guess that you are having some problem with the database, so please check the following: 1. Try to connect to the database manually: psql -U postgres engine engine# select count(*) from vdc_options; 2. Make sure that the JDBC driver is in the right place and that it points to the right file if it is a symbolic link: find home/wil/ovirt-engine/installation -name postgresql.jar > > Yuval > > On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez > wrote: > > On 03/08/2013 05:14 PM, Yuval M wrote: > > checked out to 3.2 branch, now the configuration file was as > detailed in > the wiki. > after configuring it I try to start the engine and get: > > [wil at bufferoverflow bin]$ pwd > /home/wil/ovirt-engine/__installation/bin > [wil at bufferoverflow bin]$ ./engine-service start > Traceback (most recent call last): > File "./engine-service", line 23, in > import configobj > ImportError: No module named configobj > [wil at bufferoverflow bin]$ > > > Ok, this is because the service script needs the python-configobj > and python-cheetah packages: > > yum install python-configobj python-cheetah > > > > > On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez > > >> wrote: > > On 03/08/2013 03:51 PM, Juan Hernandez wrote: > > On 03/08/2013 03:49 PM, Yuval M wrote: > > OK, > brand new machine, > Fedora 18 (x64), > Trying to install Ovirt 3.2 from sources according to: > http://www.ovirt.org/Building_______Engine_Draft > > > > > > >> > > Everything is good up to the following stage: > "Now you need to do some adjustments to the > configuration file > > $HOME/ovirt-engine/____installation/etc/sysconfig/____ovirt-engine" > > > The "sysconfig" directory does not exist. so does the > "ovirt-engine" > configuration file (searched through the > $HOME/ovirt-engine > tree). > I didn't find any code in the Makefile > ($HOME/ovirt-engine/____repository/Makefile) that > would create > > them, > What am I missing? > > > This has changed recently and I didn't update that wiki > page. The > /etc/sysconig/ovirt-engine file has been replaced by > /etc/ovirt-engine/engine.conf. > > > But wait, this change was made in the master branch, not in > 3.2, so > it shouldn't be a problem. Are you sure you are using the > engine_3.2 > branch? > > > Thanks, > > Yuval > > On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez > > > > >>> > > wrote: > > On 02/26/2013 02:19 PM, Doron Fediuck wrote: > > > > ----- Original Message ----- > > From: "Yuval M" > > > > >>> > To: "Juan Hernandez" > > > > > > >>>__, users at ovirt.org > > > > >> > > Cc: "Limor Gavish" > > > > > >>> > Sent: Sunday, February 24, 2013 > 11:38:12 PM > Subject: Re: [Users] Trouble building > Ovirt > from source - > "No rule to make target > `install_tools'. Stop." > > > > > Still having trouble with the build > process > (Ovirt 3.1): > $ sudo make > ... (success) ... > $ sudo make install ... > > inflating: > > > /usr/local/share/ovirt-engine/______engine.ear/webadmin.war/____META-__INF/maven/org.ovirt.____engine.ui/__webadmin/pom.xml > inflating: > > > /usr/local/share/ovirt-engine/______engine.ear/webadmin.war/__404.____html > checkdir error: > > > /usr/local/share/ovirt-engine/______engine.ear/engine-bll.jar > > exists but > is not directory > unable to process > > > engine-bll.jar/org/ovirt/______engine/core/bll/VdsDeploy$32.______class. > checkdir error: > > > /usr/local/share/ovirt-engine/______engine.ear/engine-bll.jar > > exists but > is not directory > unable to process > > > engine-bll.jar/org/ovirt/______engine/core/bll/______InitBackendServicesOnStartupBe______an.class. > > ... > make: *** [install_artifacts] Error 2 > > > > > any insights? > > > Thanks... > > > > On Thu, Jan 24, 2013 at 8:52 PM, Juan > Hernandez < > jhernand at redhat.com > > > >> > > > wrote: > > > > > > On 01/24/2013 04:20 PM, Yuval M wrote: > > > Hi, > I'm installing Ovirt 3.1 on Fedora > using this > guide: > http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > config_.26_engine-manage- domains > > and I'm getting the error in the > subject from > make. > there is indeed no rule for > install_tools in > the makefile. > > What am I missing? > > Those instructions are out of date, > use "make > install". That > installs > the files, but you will still need some > changes to make the > engine > work: > > 1. Create the ovirt user (the engine > runs by > default with this > service, unless you change the > /etc/syscofig/ovirt-engine > file and > add the ENGINE_USER and ENGINE_GROUP > parameters): > > useradd ovirt > > 2. Create (mkdir -p ...) and change the > ownership of the > directories > that the engine needs to own to > ovirt:ovirt (chown > ovirt:ovirt ...): > > /etc/ovirt-engine > /var/log/ovirt-engine > /var/lock/ovirt-engine > /var/lib/ovirt-engine/content > /var/lib/ovirt-engine/ deployments > /var/tmp/ovirt-engine > /var/cache/ovirt-engine > > 3. Enable the HTTP connector in the > engine > (the default is > to enable > only AJP, and that doesn't work > without Apache > as frontend) > adding > the following to the > /etc/sysconfig/ovirt-engine file: > > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > > 4. Configure database connection > details (the > default in > development > environments is to use the postgres > user and > the trust mode) > adding > this to /etc/sysconfig/ovirt-engine: > > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > > 5. Make sure that you have the > PostgreSQL JDBC > driver > installed (rpm > -q postgresql-jdbc) and install it if > needed > (yum install > postgresql-jdbc). > > 6. Now you can start the engine > running the > engine-service > script: > > engine-service start > > Look at the system log (the file > /var/log/messages) and the > engine > logs (the files > /var/log/ovirt-engine/server. > log and > /var/log/ovirt-engine) for errors. > > 7. Connect to http://localhost:8700 > and you > should be able > to login > with user admin and letmein! as password. > > Note that I am assuming that you already > created the > database, and > that you want to use this > installation for > development. If > you are > looking for an production installation I > suggest using the RPMs. > > Also I tested this with the latest > source from the > repository, it > will not work with older versions. > > -- > Direcci?n Comercial: C/Jose Bardasano > Baos, 9, > Edif. Gorbea > 3, planta > 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? > C.I.F. B82657941 - > Red Hat > S.L. > > > > Any progress here? > > > Yuval, that will not work with 3.1. Please > use 3.2 and > the following > instructions: > > http://www.ovirt.org/Building_______Engine_Draft > > > > > > > >> > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, > 9, Edif. > Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. > B82657941 - Red Hat > S.L. > > > > > ___________________________________________________ > Users mailing list > Users at ovirt.org > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 > - Red Hat > S.L. > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From yuvalme at gmail.com Fri Mar 8 18:00:50 2013 From: yuvalme at gmail.com (Yuval M) Date: Fri, 8 Mar 2013 20:00:50 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <513A237B.1030906@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> Message-ID: I attached the logs, here is the output from the commands you suggested: * * *[root at bufferoverflow bin]# psql -U postgres engine* psql (9.2.3) Type "help" for help. engine=# select count(*) from vdc_options; count ------- 345 (1 row) *[root at bufferoverflow bin]# find /home/wil/ovirt-engine/installation -name postgresql.jar* *[root at bufferoverflow bin]# find /home/wil/ovirt-engine/installation -name postg\** /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql/main/postgresql-jdbc.jar /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql/main/postgresql-jdbc.jar.index *[root at bufferoverflow bin]# ls -la /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/* total 12 drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql *[root at bufferoverflow bin]# ls -la /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql/main/ * total 544 drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 postgresql-jdbc.jar.index I appreciate your help Yuval On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez wrote: > On 03/08/2013 06:38 PM, Yuval M wrote: > >> Thanks, now "./engine-service start" succeeded. >> /[root at bufferoverflow bin]# ./engine-service start/ >> /Starting engine-service: [ OK ]/ >> >> >> However, when I try to access "http://localhost:8700" I get an empty >> page (0 bytes). >> >> I see the following errors in >> /home/wil/ovirt-engine/**installation/var/log/ovirt-**engine/server.log >> >> JBAS014777: Services which failed to start: service >> jboss.deployment.subunit."**engine.ear"."engine-bll.jar".**component.** >> UsersDomainsCacheManagerServic**e.START: >> org.jboss.msc.service.**StartException in service >> jboss.deployment.subunit."**engine.ear"."engine-bll.jar".**component.** >> UsersDomainsCacheManagerServic**e.START: >> Failed to start service >> >> 2013-03-08 19:27:51,495 ERROR [org.jboss.as.server.**deployment.scanner] >> (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed >> and was rolled back. Steps that failed:" => {"Operation step-2" => >> {"JBAS014671: Failed services" => >> {"jboss.deployment.subunit.\"**engine.ear\".\"engine-bll.jar\** >> ".component.**UsersDomainsCacheManagerServic**e.START" >> => "org.jboss.msc.service.**StartException in service >> jboss.deployment.subunit.\"**engine.ear\".\"engine-bll.jar\**".component. >> **UsersDomainsCacheManagerServic**e.START: >> Failed to start service"}}}} >> >> Here is the contents of my configuration file: >> >> [root at bufferoverflow installation]# cat etc/sysconfig/ovirt-engine >> # >> # For descriptions of the parameters and their default values look >> # at the /usr/share/ovirt-engine/conf/**engine.conf.defaults file. >> # >> # Please note that the engine installation tool engine-setup will >> # append the modified parameters to the end of this file. >> # >> JAVA_HOME=/usr/lib/jvm/jre-1.**7.0-openjdk.x86_64 >> JBOSS_HOME=/home/wil/ovirt-**engine/jboss-as-7.1.1.Final >> ENGINE_USER=wil >> ENGINE_GROUP=wil >> ENGINE_PROXY_ENABLED=false >> ENGINE_HTTP_ENABLED=true >> ENGINE_HTTP_PORT=8700 >> ENGINE_HTTPS_ENABLED=false >> ENGINE_AJP_ENABLED=false >> ENGINE_DB_USER=postgres >> ENGINE_DB_PASSWORD= >> ENGINE_DEBUG_ADDRESS=0.0.0.0:**8787 < >> http://0.0.0.0:8787> >> >> >> Thank you very much for your help >> > > Can you share the server.log and engine.log files? If possible stop the > engine, clean the files, start again and then collect and provide the files. > > Not sure, but I guess that you are having some problem with the database, > so please check the following: > > 1. Try to connect to the database manually: > > psql -U postgres engine > engine# select count(*) from vdc_options; > > 2. Make sure that the JDBC driver is in the right place and that it points > to the right file if it is a symbolic link: > > find home/wil/ovirt-engine/**installation -name postgresql.jar > > >> Yuval >> >> On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez > > wrote: >> >> On 03/08/2013 05:14 PM, Yuval M wrote: >> >> checked out to 3.2 branch, now the configuration file was as >> detailed in >> the wiki. >> after configuring it I try to start the engine and get: >> >> [wil at bufferoverflow bin]$ pwd >> /home/wil/ovirt-engine/__**installation/bin >> >> [wil at bufferoverflow bin]$ ./engine-service start >> Traceback (most recent call last): >> File "./engine-service", line 23, in >> import configobj >> ImportError: No module named configobj >> [wil at bufferoverflow bin]$ >> >> >> Ok, this is because the service script needs the python-configobj >> and python-cheetah packages: >> >> yum install python-configobj python-cheetah >> >> >> >> >> On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez >> >> >> wrote: >> >> On 03/08/2013 03:51 PM, Juan Hernandez wrote: >> >> On 03/08/2013 03:49 PM, Yuval M wrote: >> >> OK, >> brand new machine, >> Fedora 18 (x64), >> Trying to install Ovirt 3.2 from sources according >> to: >> http://www.ovirt.org/Building_**______Engine_Draft >> >> > >> >> >> >> >> >> >> > >> >> >> >> >> >>> >> >> Everything is good up to the following stage: >> "Now you need to do some adjustments to the >> configuration file >> >> $HOME/ovirt-engine/____**installation/etc/sysconfig/___** >> _ovirt-engine" >> >> >> >> The "sysconfig" directory does not exist. so does the >> "ovirt-engine" >> configuration file (searched through the >> $HOME/ovirt-engine >> tree). >> I didn't find any code in the Makefile >> ($HOME/ovirt-engine/____**repository/Makefile) that >> >> would create >> >> them, >> What am I missing? >> >> >> This has changed recently and I didn't update that wiki >> page. The >> /etc/sysconig/ovirt-engine file has been replaced by >> /etc/ovirt-engine/engine.conf. >> >> >> But wait, this change was made in the master branch, not in >> 3.2, so >> it shouldn't be a problem. Are you sure you are using the >> engine_3.2 >> branch? >> >> >> Thanks, >> >> Yuval >> >> On Tue, Feb 26, 2013 at 3:25 PM, Juan Hernandez >> >> > >> > > >>**> >> >> wrote: >> >> On 02/26/2013 02:19 PM, Doron Fediuck wrote: >> >> >> >> ----- Original Message ----- >> >> From: "Yuval M" > >> > > > >> >> > >>>> >> >> To: "Juan Hernandez" >> >> > > >> > >> >> > >>**>__, users at ovirt.org >> >> >> > >> > > >> >> >> Cc: "Limor Gavish" > >> > >> >> > >> >> > >>>> >> >> Sent: Sunday, February 24, 2013 >> 11:38:12 PM >> Subject: Re: [Users] Trouble building >> Ovirt >> from source - >> "No rule to make target >> `install_tools'. Stop." >> >> >> >> >> Still having trouble with the build >> process >> (Ovirt 3.1): >> $ sudo make >> ... (success) ... >> $ sudo make install ... >> >> inflating: >> >> >> /usr/local/share/ovirt-engine/**______engine.ear/webadmin.war/** >> ____META-__INF/maven/org.**ovirt.____engine.ui/__**webadmin/pom.xml >> inflating: >> >> >> /usr/local/share/ovirt-engine/**______engine.ear/webadmin.war/** >> __404.____html >> checkdir error: >> >> >> /usr/local/share/ovirt-engine/**______engine.ear/engine-bll.**jar >> >> >> exists but >> is not directory >> unable to process >> >> >> engine-bll.jar/org/ovirt/_____**_engine/core/bll/VdsDeploy$32.** >> ______class. >> checkdir error: >> >> >> /usr/local/share/ovirt-engine/**______engine.ear/engine-bll.**jar >> >> >> exists but >> is not directory >> unable to process >> >> >> engine-bll.jar/org/ovirt/_____**_engine/core/bll/______** >> InitBackendServicesOnStartupBe**______an.class. >> >> >> ... >> make: *** [install_artifacts] Error 2 >> >> >> >> >> any insights? >> >> >> Thanks... >> >> >> >> On Thu, Jan 24, 2013 at 8:52 PM, Juan >> Hernandez < >> jhernand at redhat.com >> > >> > > >> >> >> >> wrote: >> >> >> >> >> >> On 01/24/2013 04:20 PM, Yuval M wrote: >> >> >> Hi, >> I'm installing Ovirt 3.1 on Fedora >> using this >> guide: >> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >> config_.26_engine-manage- domains >> >> and I'm getting the error in the >> subject from >> make. >> there is indeed no rule for >> install_tools in >> the makefile. >> >> What am I missing? >> >> Those instructions are out of date, >> use "make >> install". That >> installs >> the files, but you will still need some >> changes to make the >> engine >> work: >> >> 1. Create the ovirt user (the engine >> runs by >> default with this >> service, unless you change the >> /etc/syscofig/ovirt-engine >> file and >> add the ENGINE_USER and ENGINE_GROUP >> parameters): >> >> useradd ovirt >> >> 2. Create (mkdir -p ...) and change the >> ownership of the >> directories >> that the engine needs to own to >> ovirt:ovirt (chown >> ovirt:ovirt ...): >> >> /etc/ovirt-engine >> /var/log/ovirt-engine >> /var/lock/ovirt-engine >> /var/lib/ovirt-engine/content >> /var/lib/ovirt-engine/ deployments >> /var/tmp/ovirt-engine >> /var/cache/ovirt-engine >> >> 3. Enable the HTTP connector in the >> engine >> (the default is >> to enable >> only AJP, and that doesn't work >> without Apache >> as frontend) >> adding >> the following to the >> /etc/sysconfig/ovirt-engine file: >> >> ENGINE_PROXY_ENABLED=false >> ENGINE_HTTP_ENABLED=true >> ENGINE_HTTP_PORT=8700 >> ENGINE_HTTPS_ENABLED=false >> ENGINE_AJP_ENABLED=false >> >> 4. Configure database connection >> details (the >> default in >> development >> environments is to use the postgres >> user and >> the trust mode) >> adding >> this to /etc/sysconfig/ovirt-engine: >> >> ENGINE_DB_USER=postgres >> ENGINE_DB_PASSWORD= >> >> 5. Make sure that you have the >> PostgreSQL JDBC >> driver >> installed (rpm >> -q postgresql-jdbc) and install it if >> needed >> (yum install >> postgresql-jdbc). >> >> 6. Now you can start the engine >> running the >> engine-service >> script: >> >> engine-service start >> >> Look at the system log (the file >> /var/log/messages) and the >> engine >> logs (the files >> /var/log/ovirt-engine/server. >> log and >> /var/log/ovirt-engine) for errors. >> >> 7. Connect to http://localhost:8700 >> and you >> should be able >> to login >> with user admin and letmein! as >> password. >> >> Note that I am assuming that you >> already >> created the >> database, and >> that you want to use this >> installation for >> development. If >> you are >> looking for an production installation >> I >> suggest using the RPMs. >> >> Also I tested this with the latest >> source from the >> repository, it >> will not work with older versions. >> >> -- >> Direcci?n Comercial: C/Jose Bardasano >> Baos, 9, >> Edif. Gorbea >> 3, planta >> 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de >> Madrid ? >> C.I.F. B82657941 - >> Red Hat >> S.L. >> >> >> >> Any progress here? >> >> >> Yuval, that will not work with 3.1. Please >> use 3.2 and >> the following >> instructions: >> >> http://www.ovirt.org/Building_**______Engine_Draft >> >> > >> >> >> >> >> >> >> >> > >> >> >> >> >> >>> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, >> 9, Edif. >> Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? >> C.I.F. >> B82657941 - Red Hat >> S.L. >> >> >> >> >> ______________________________** >> _____________________ >> Users mailing list >> Users at ovirt.org > > >> http://lists.ovirt.org/____**mailman/listinfo/users >> >> > >> >> >> >> >> >> >> >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea >> 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 >> - Red Hat >> S.L. >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >> S.L. >> >> >> > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, > 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 9704 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: server.log Type: application/octet-stream Size: 48705 bytes Desc: not available URL: From jhernand at redhat.com Fri Mar 8 18:05:42 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 08 Mar 2013 19:05:42 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> Message-ID: <513A2876.6040103@redhat.com> On 03/08/2013 07:00 PM, Yuval M wrote: > I attached the logs, here is the output from the commands you suggested: Looks like the database schema doesn't match the rest of the code. You probably created the database before switching to branch 3.2. Just drop the database and create it again with the scripts in the 3.2 branch. > * > * > *[root at bufferoverflow bin]# psql -U postgres engine* > psql (9.2.3) > Type "help" for help. > engine=# select count(*) from vdc_options; > count > ------- > 345 > (1 row) > > *[root at bufferoverflow bin]# find /home/wil/ovirt-engine/installation > -name postgresql.jar* > *[root at bufferoverflow bin]# find /home/wil/ovirt-engine/installation > -name postg\** > /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql > /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql/main/postgresql-jdbc.jar > /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql/main/postgresql-jdbc.jar.index > *[root at bufferoverflow bin]# ls -la > /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/* > total 12 > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql > *[root at bufferoverflow bin]# ls -la > /home/wil/ovirt-engine/installation/share/ovirt-engine/modules/org/postgresql/main/* > total 544 > drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml > -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar > -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 postgresql-jdbc.jar.index > > > I appreciate your help > > Yuval > > On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez > wrote: > > On 03/08/2013 06:38 PM, Yuval M wrote: > > Thanks, now "./engine-service start" succeeded. > /[root at bufferoverflow bin]# ./engine-service start/ > /Starting engine-service: [ > OK ]/ > > > However, when I try to access "http://localhost:8700" I get an empty > page (0 bytes). > > I see the following errors in > /home/wil/ovirt-engine/__installation/var/log/ovirt-__engine/server.log > > JBAS014777: Services which failed to start: service > jboss.deployment.subunit."__engine.ear"."engine-bll.jar".__component.__UsersDomainsCacheManagerServic__e.START: > org.jboss.msc.service.__StartException in service > jboss.deployment.subunit."__engine.ear"."engine-bll.jar".__component.__UsersDomainsCacheManagerServic__e.START: > Failed to start service > > 2013-03-08 19:27:51,495 ERROR > [org.jboss.as.server.__deployment.scanner] > (DeploymentScanner-threads - 1) {"JBAS014653: Composite > operation failed > and was rolled back. Steps that failed:" => {"Operation step-2" => > {"JBAS014671: Failed services" => > {"jboss.deployment.subunit.\"__engine.ear\".\"engine-bll.jar\__".component.__UsersDomainsCacheManagerServic__e.START" > => "org.jboss.msc.service.__StartException in service > jboss.deployment.subunit.\"__engine.ear\".\"engine-bll.jar\__".component.__UsersDomainsCacheManagerServic__e.START: > Failed to start service"}}}} > > Here is the contents of my configuration file: > > [root at bufferoverflow installation]# cat etc/sysconfig/ovirt-engine > # > # For descriptions of the parameters and their default values look > # at the /usr/share/ovirt-engine/conf/__engine.conf.defaults file. > # > # Please note that the engine installation tool engine-setup will > # append the modified parameters to the end of this file. > # > JAVA_HOME=/usr/lib/jvm/jre-1.__7.0-openjdk.x86_64 > JBOSS_HOME=/home/wil/ovirt-__engine/jboss-as-7.1.1.Final > ENGINE_USER=wil > ENGINE_GROUP=wil > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > ENGINE_DEBUG_ADDRESS=0.0.0.0:__8787 > > > > Thank you very much for your help > > > Can you share the server.log and engine.log files? If possible stop > the engine, clean the files, start again and then collect and > provide the files. > > Not sure, but I guess that you are having some problem with the > database, so please check the following: > > 1. Try to connect to the database manually: > > psql -U postgres engine > engine# select count(*) from vdc_options; > > 2. Make sure that the JDBC driver is in the right place and that it > points to the right file if it is a symbolic link: > > find home/wil/ovirt-engine/__installation -name postgresql.jar > > > Yuval > > On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez > > >> wrote: > > On 03/08/2013 05:14 PM, Yuval M wrote: > > checked out to 3.2 branch, now the configuration file > was as > detailed in > the wiki. > after configuring it I try to start the engine and get: > > [wil at bufferoverflow bin]$ pwd > /home/wil/ovirt-engine/____installation/bin > > [wil at bufferoverflow bin]$ ./engine-service start > Traceback (most recent call last): > File "./engine-service", line 23, in > import configobj > ImportError: No module named configobj > [wil at bufferoverflow bin]$ > > > Ok, this is because the service script needs the > python-configobj > and python-cheetah packages: > > yum install python-configobj python-cheetah > > > > > On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez > > > > >>> wrote: > > On 03/08/2013 03:51 PM, Juan Hernandez wrote: > > On 03/08/2013 03:49 PM, Yuval M wrote: > > OK, > brand new machine, > Fedora 18 (x64), > Trying to install Ovirt 3.2 from sources > according to: > http://www.ovirt.org/Building_________Engine_Draft > > > > > > >> > > > > > > > > > >>> > > Everything is good up to the following stage: > "Now you need to do some adjustments to the > configuration file > > > $HOME/ovirt-engine/______installation/etc/sysconfig/______ovirt-engine" > > > > The "sysconfig" directory does not exist. > so does the > "ovirt-engine" > configuration file (searched through the > $HOME/ovirt-engine > tree). > I didn't find any code in the Makefile > > ($HOME/ovirt-engine/______repository/Makefile) that > > would create > > them, > What am I missing? > > > This has changed recently and I didn't update > that wiki > page. The > /etc/sysconig/ovirt-engine file has been > replaced by > /etc/ovirt-engine/engine.conf. > > > But wait, this change was made in the master > branch, not in > 3.2, so > it shouldn't be a problem. Are you sure you are > using the > engine_3.2 > branch? > > > Thanks, > > Yuval > > On Tue, Feb 26, 2013 at 3:25 PM, Juan > Hernandez > > > >> > > > > >>>__> > > wrote: > > On 02/26/2013 02:19 PM, Doron > Fediuck wrote: > > > > ----- Original Message ----- > > From: "Yuval M" > > > > > >> > > > > > >>>> > > To: "Juan Hernandez" > > > > > >> > > > > > > >>>__>__, users at ovirt.org > > > > > >> > > > > > >>> > > Cc: "Limor Gavish" > > > > >> > > > > > >>>> > > Sent: Sunday, February 24, 2013 > 11:38:12 PM > Subject: Re: [Users] Trouble > building > Ovirt > from source - > "No rule to make target > `install_tools'. Stop." > > > > > Still having trouble with > the build > process > (Ovirt 3.1): > $ sudo make > ... (success) ... > $ sudo make install ... > > inflating: > > > > /usr/local/share/ovirt-engine/________engine.ear/webadmin.war/______META-__INF/maven/org.__ovirt.____engine.ui/____webadmin/pom.xml > inflating: > > > > /usr/local/share/ovirt-engine/________engine.ear/webadmin.war/____404.____html > checkdir error: > > > > /usr/local/share/ovirt-engine/________engine.ear/engine-bll.__jar > > > exists but > is not directory > unable to process > > > > engine-bll.jar/org/ovirt/________engine/core/bll/VdsDeploy$32.________class. > checkdir error: > > > > /usr/local/share/ovirt-engine/________engine.ear/engine-bll.__jar > > > exists but > is not directory > unable to process > > > > engine-bll.jar/org/ovirt/________engine/core/bll/________InitBackendServicesOnStartupBe________an.class. > > > ... > make: *** > [install_artifacts] Error 2 > > > > > any insights? > > > Thanks... > > > > On Thu, Jan 24, 2013 at 8:52 > PM, Juan > Hernandez < > jhernand at redhat.com > > > >> > > > > >>> > > > wrote: > > > > > > On 01/24/2013 04:20 PM, > Yuval M wrote: > > > Hi, > I'm installing Ovirt 3.1 on > Fedora > using this > guide: > http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > config_.26_engine-manage- > domains > > and I'm getting the error in the > subject from > make. > there is indeed no rule for > install_tools in > the makefile. > > What am I missing? > > Those instructions are out > of date, > use "make > install". That > installs > the files, but you will > still need some > changes to make the > engine > work: > > 1. Create the ovirt user > (the engine > runs by > default with this > service, unless you change the > /etc/syscofig/ovirt-engine > file and > add the ENGINE_USER and > ENGINE_GROUP > parameters): > > useradd ovirt > > 2. Create (mkdir -p ...) and > change the > ownership of the > directories > that the engine needs to own to > ovirt:ovirt (chown > ovirt:ovirt ...): > > /etc/ovirt-engine > /var/log/ovirt-engine > /var/lock/ovirt-engine > /var/lib/ovirt-engine/content > /var/lib/ovirt-engine/ > deployments > /var/tmp/ovirt-engine > /var/cache/ovirt-engine > > 3. Enable the HTTP connector > in the > engine > (the default is > to enable > only AJP, and that doesn't work > without Apache > as frontend) > adding > the following to the > /etc/sysconfig/ovirt-engine file: > > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > > 4. Configure database connection > details (the > default in > development > environments is to use the > postgres > user and > the trust mode) > adding > this to > /etc/sysconfig/ovirt-engine: > > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > > 5. Make sure that you have the > PostgreSQL JDBC > driver > installed (rpm > -q postgresql-jdbc) and > install it if > needed > (yum install > postgresql-jdbc). > > 6. Now you can start the engine > running the > engine-service > script: > > engine-service start > > Look at the system log (the file > /var/log/messages) and the > engine > logs (the files > /var/log/ovirt-engine/server. > log and > /var/log/ovirt-engine) for > errors. > > 7. Connect to > http://localhost:8700 > and you > should be able > to login > with user admin and letmein! > as password. > > Note that I am assuming that > you already > created the > database, and > that you want to use this > installation for > development. If > you are > looking for an production > installation I > suggest using the RPMs. > > Also I tested this with the > latest > source from the > repository, it > will not work with older > versions. > > -- > Direcci?n Comercial: C/Jose > Bardasano > Baos, 9, > Edif. Gorbea > 3, planta > 3?D, 28016 Madrid, Spain > Inscrita en el Reg. > Mercantil de Madrid ? > C.I.F. B82657941 - > Red Hat > S.L. > > > > Any progress here? > > > Yuval, that will not work with 3.1. > Please > use 3.2 and > the following > instructions: > > http://www.ovirt.org/Building_________Engine_Draft > > > > > > >> > > > > > > > > > >>> > > > -- > Direcci?n Comercial: C/Jose > Bardasano Baos, > 9, Edif. > Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de > Madrid ? C.I.F. > B82657941 - Red Hat > S.L. > > > > > > _____________________________________________________ > Users mailing list > Users at ovirt.org > > >> > http://lists.ovirt.org/______mailman/listinfo/users > > > > > > > > >> > > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, > Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. > B82657941 > - Red Hat > S.L. > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 > - Red Hat > S.L. > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From sy.ananth at gmail.com Fri Mar 8 16:44:43 2013 From: sy.ananth at gmail.com (Yoga Ananth) Date: Fri, 8 Mar 2013 22:14:43 +0530 Subject: [Users] Query about Testsuite based on Ovirt Python Api Message-ID: Hello Everyone Is there any testsuites based on Ovirt Python Api ( http://www.ovirt.org/Testing/PythonApi) something similar to Openstack tempest. Objective is to do functional and integration tests on fully deployed ovirt environment, like the one in http://www.ovirt.org/Testing/OvirtTestDay3.1, What would be the best way to go about doing this, any suggestions or links to refer will be very helpful. Kind Regards Ananth -------------- next part -------------- An HTML attachment was scrubbed... URL: From kedaly7 at gmail.com Fri Mar 8 19:35:37 2013 From: kedaly7 at gmail.com (Kevin Daly) Date: Fri, 8 Mar 2013 14:35:37 -0500 Subject: [Users] RHEV-toolsSetup Message-ID: According to the ovirt guide, there is a RHEV-toolsSetup iso to use to install Windows Clients.. Where do I get this iso? -- ============================ Kevin Daly (416) 953-8330 -------------- next part -------------- An HTML attachment was scrubbed... URL: From christianh at 4over.com Fri Mar 8 19:44:44 2013 From: christianh at 4over.com (Christian Hernandez) Date: Fri, 8 Mar 2013 11:44:44 -0800 Subject: [Users] RHEV-toolsSetup In-Reply-To: References: Message-ID: It's under /usr/share/rhev-guest-tools-iso/ You have to have the right package installed # rpm -qa | grep rhev-guest rhev-guest-tools-iso-3.1-9.noarch Thank you, Christian Hernandez 1225 Los Angeles Street Glendale, CA 91204 Phone: 877-782-2737 ext. 4566 Fax: 818-265-3152 christianh at 4over.com www.4over.com On Fri, Mar 8, 2013 at 11:35 AM, Kevin Daly wrote: > According to the ovirt guide, there is a RHEV-toolsSetup iso to use to > install Windows Clients.. > > Where do I get this iso? > > -- > ============================ > Kevin Daly > (416) 953-8330 > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From snmishra at linux.vnet.ibm.com Fri Mar 8 20:46:44 2013 From: snmishra at linux.vnet.ibm.com (snmishra at linux.vnet.ibm.com) Date: Fri, 08 Mar 2013 12:46:44 -0800 Subject: [Users] NoRouteToHostException when adding F18 host to engine built with latest source. Message-ID: <20130308124644.Horde.I8mKSpir309ROk40FXBjD2A@imap.linux.ibm.com> Hi, I am trying to setup 2 F18 machines as ovirt engine and host. On the first machine I 1. built engine from source, 2. copied vdsm bootstrap files as documented at http://www.ovirt.org/Building_oVirt_engine#Copying_vdsm_bootstrap_files and 3. completed the steps at http://www.ovirt.org/Building_oVirt_engine#Deploying_engine-config_.26_engine-manage-domains and deployed the engine. Other F18 machine is just a minimal install of F18, iptables running as mentioned at http://www.ovirt.org/Quick_Start_Guide#Install_Fedora_Host I start webadmin and go to add a new host (second F18), but it immediately goes to non-responsive state. 2013-03-08 15:37:26,833 INFO [org.ovirt.engine.core.bll.AddVdsCommand] (http--0.0.0.0-8700-6) [6c833e18] Running command: AddVdsCommand internal: false. Entities affected : ID: 99408929-82cf-4dc7-a532-9d998063fa95 Type: VdsGroups 2013-03-08 15:37:26,868 INFO [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] Running command: AddVdsSpmIdCommand internal: true. Entities affected : ID: ca519cc1-7579-4292-9d49-c68aba649991 Type: VDS 2013-03-08 15:37:26,881 INFO [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] Lock freed to object EngineLock [exclusiveLocks= key: 5849b030-626e-47cb-ad90-3ce782d831b3 value: REGISTER_VDS , sharedLocks= ] 2013-03-08 15:37:26,883 ERROR [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-6) [3ad6cd4e] Cannot get vdsManager for vdsid=ca519cc1-7579-4292-9d49-c68aba649991 2013-03-08 15:37:26,885 INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] START, RemoveVdsVDSCommand(HostName = ovirt2, HostId = ca519cc1-7579-4292-9d49-c68aba649991), log id: 684f7786 2013-03-08 15:37:26,887 ERROR [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-6) [3ad6cd4e] Cannot get vdsManager for vdsid=ca519cc1-7579-4292-9d49-c68aba649991 2013-03-08 15:37:26,888 INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] FINISH, RemoveVdsVDSCommand, log id: 684f7786 2013-03-08 15:37:26,889 ERROR [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-6) [3ad6cd4e] Cannot get vdsManager for vdsid=ca519cc1-7579-4292-9d49-c68aba649991 2013-03-08 15:37:26,891 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] START, AddVdsVDSCommand(HostName = ovirt2, HostId = ca519cc1-7579-4292-9d49-c68aba649991), log id: 35d874d9 2013-03-08 15:37:26,892 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] AddVds - entered , starting logic to add VDS ca519cc1-7579-4292-9d49-c68aba649991 2013-03-08 15:37:26,893 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] AddVds - VDS ca519cc1-7579-4292-9d49-c68aba649991 was added, will try to add it to the resource manager 2013-03-08 15:37:26,894 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-6) [3ad6cd4e] Entered VdsManager constructor 2013-03-08 15:37:26,896 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-6) [3ad6cd4e] Initialize vdsBroker (9.27.28.20,54,321) 2013-03-08 15:37:26,897 INFO [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-6) [3ad6cd4e] VDS ca519cc1-7579-4292-9d49-c68aba649991 was added to the Resource Manager 2013-03-08 15:37:26,898 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-6) [3ad6cd4e] FINISH, AddVdsVDSCommand, log id: 35d874d9 2013-03-08 15:37:29,946 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-9) Failed to refresh VDS , vds = ca519cc1-7579-4292-9d49-c68aba649991 : ovirt2, VDS Network Error, continuing. java.net.NoRouteToHostException: No route to host 2013-03-08 15:37:32,953 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-10) Failed to refresh VDS , vds = ca519cc1-7579-4292-9d49-c68aba649991 : ovirt2, VDS Network Error, continuing. java.net.NoRouteToHostException: No route to host 2013-03-08 15:37:35,987 ERROR [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-2) Server failed to respond, vds_id = ca519cc1-7579-4292-9d49-c68aba649991, vds_name = ovirt2, error = java.net.NoRouteToHostException: No route to host I can ssh from engine to host machine using the authentication provided in new host dialog. -Sharad From yuvalme at gmail.com Fri Mar 8 20:48:04 2013 From: yuvalme at gmail.com (Yuval M) Date: Fri, 8 Mar 2013 22:48:04 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <513A2876.6040103@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> Message-ID: Thank you very much. I now get the welcome page when I enter " http://localhost:8700/". However, when I try to enter the Administrator Portal I get a javax.servlet.ServletException. I attached a screenshot. [image: Inline image 1] How can I troubleshoot this? I appreciate your help very much Yuval On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez wrote: > On 03/08/2013 07:00 PM, Yuval M wrote: > >> I attached the logs, here is the output from the commands you suggested: >> > > Looks like the database schema doesn't match the rest of the code. You > probably created the database before switching to branch 3.2. Just drop the > database and create it again with the scripts in the 3.2 branch. > > * >> * >> *[root at bufferoverflow bin]# psql -U postgres engine* >> >> psql (9.2.3) >> Type "help" for help. >> engine=# select count(*) from vdc_options; >> count >> ------- >> 345 >> (1 row) >> >> *[root at bufferoverflow bin]# find /home/wil/ovirt-engine/**installation >> -name postgresql.jar* >> *[root at bufferoverflow bin]# find /home/wil/ovirt-engine/**installation >> -name postg\** >> /home/wil/ovirt-engine/**installation/share/ovirt-** >> engine/modules/org/postgresql >> /home/wil/ovirt-engine/**installation/share/ovirt-** >> engine/modules/org/postgresql/**main/postgresql-jdbc.jar >> /home/wil/ovirt-engine/**installation/share/ovirt-** >> engine/modules/org/postgresql/**main/postgresql-jdbc.jar.index >> *[root at bufferoverflow bin]# ls -la >> /home/wil/ovirt-engine/**installation/share/ovirt-**engine/modules/org/* >> >> total 12 >> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . >> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql >> *[root at bufferoverflow bin]# ls -la >> /home/wil/ovirt-engine/**installation/share/ovirt-** >> engine/modules/org/postgresql/**main/* >> >> total 544 >> drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . >> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >> -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml >> -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar >> -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 postgresql-jdbc.jar.index >> >> >> I appreciate your help >> >> Yuval >> >> On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez > > wrote: >> >> On 03/08/2013 06:38 PM, Yuval M wrote: >> >> Thanks, now "./engine-service start" succeeded. >> /[root at bufferoverflow bin]# ./engine-service start/ >> /Starting engine-service: [ >> OK ]/ >> >> >> However, when I try to access "http://localhost:8700" I get an >> empty >> page (0 bytes). >> >> I see the following errors in >> /home/wil/ovirt-engine/__**installation/var/log/ovirt-__** >> engine/server.log >> >> >> JBAS014777: Services which failed to start: service >> jboss.deployment.subunit."__**engine.ear"."engine-bll.jar"._** >> _component.__**UsersDomainsCacheManagerServic**__e.START: >> org.jboss.msc.service.__**StartException in service >> jboss.deployment.subunit."__**engine.ear"."engine-bll.jar"._** >> _component.__**UsersDomainsCacheManagerServic**__e.START: >> >> Failed to start service >> >> 2013-03-08 19:27:51,495 ERROR >> [org.jboss.as.server.__**deployment.scanner] >> >> (DeploymentScanner-threads - 1) {"JBAS014653: Composite >> operation failed >> and was rolled back. Steps that failed:" => {"Operation step-2" => >> {"JBAS014671: Failed services" => >> {"jboss.deployment.subunit.\"_**_engine.ear\".\"engine-bll.** >> jar\__".component.__**UsersDomainsCacheManagerServic**__e.START" >> => "org.jboss.msc.service.__**StartException in service >> jboss.deployment.subunit.\"__**engine.ear\".\"engine-bll.jar\** >> __".component.__**UsersDomainsCacheManagerServic**__e.START: >> >> Failed to start service"}}}} >> >> Here is the contents of my configuration file: >> >> [root at bufferoverflow installation]# cat >> etc/sysconfig/ovirt-engine >> # >> # For descriptions of the parameters and their default values look >> # at the /usr/share/ovirt-engine/conf/_**_engine.conf.defaults >> file. >> >> # >> # Please note that the engine installation tool engine-setup will >> # append the modified parameters to the end of this file. >> # >> JAVA_HOME=/usr/lib/jvm/jre-1._**_7.0-openjdk.x86_64 >> JBOSS_HOME=/home/wil/ovirt-__**engine/jboss-as-7.1.1.Final >> >> ENGINE_USER=wil >> ENGINE_GROUP=wil >> ENGINE_PROXY_ENABLED=false >> ENGINE_HTTP_ENABLED=true >> ENGINE_HTTP_PORT=8700 >> ENGINE_HTTPS_ENABLED=false >> ENGINE_AJP_ENABLED=false >> ENGINE_DB_USER=postgres >> ENGINE_DB_PASSWORD= >> ENGINE_DEBUG_ADDRESS=0.0.0.0:_**_8787 >> >> >> >> >> Thank you very much for your help >> >> >> Can you share the server.log and engine.log files? If possible stop >> the engine, clean the files, start again and then collect and >> provide the files. >> >> Not sure, but I guess that you are having some problem with the >> database, so please check the following: >> >> 1. Try to connect to the database manually: >> >> psql -U postgres engine >> engine# select count(*) from vdc_options; >> >> 2. Make sure that the JDBC driver is in the right place and that it >> points to the right file if it is a symbolic link: >> >> find home/wil/ovirt-engine/__**installation -name postgresql.jar >> >> >> >> Yuval >> >> On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez >> >> >> wrote: >> >> On 03/08/2013 05:14 PM, Yuval M wrote: >> >> checked out to 3.2 branch, now the configuration file >> was as >> detailed in >> the wiki. >> after configuring it I try to start the engine and get: >> >> [wil at bufferoverflow bin]$ pwd >> /home/wil/ovirt-engine/____**installation/bin >> >> >> [wil at bufferoverflow bin]$ ./engine-service start >> Traceback (most recent call last): >> File "./engine-service", line 23, in >> import configobj >> ImportError: No module named configobj >> [wil at bufferoverflow bin]$ >> >> >> Ok, this is because the service script needs the >> python-configobj >> and python-cheetah packages: >> >> yum install python-configobj python-cheetah >> >> >> >> >> On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez >> >> > >> > > >>**> wrote: >> >> On 03/08/2013 03:51 PM, Juan Hernandez wrote: >> >> On 03/08/2013 03:49 PM, Yuval M wrote: >> >> OK, >> brand new machine, >> Fedora 18 (x64), >> Trying to install Ovirt 3.2 from sources >> according to: >> http://www.ovirt.org/Building_**________Engine_Draft >> >> > >> >> >> >> >> >> >> >> > >> >> >> >>> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >>>> >> >> Everything is good up to the following >> stage: >> "Now you need to do some adjustments to the >> configuration file >> >> >> $HOME/ovirt-engine/______**installation/etc/sysconfig/___** >> ___ovirt-engine" >> >> >> >> >> The "sysconfig" directory does not exist. >> so does the >> "ovirt-engine" >> configuration file (searched through the >> $HOME/ovirt-engine >> tree). >> I didn't find any code in the Makefile >> >> ($HOME/ovirt-engine/______**repository/Makefile) that >> >> >> would create >> >> them, >> What am I missing? >> >> >> This has changed recently and I didn't update >> that wiki >> page. The >> /etc/sysconig/ovirt-engine file has been >> replaced by >> /etc/ovirt-engine/engine.conf. >> >> >> But wait, this change was made in the master >> branch, not in >> 3.2, so >> it shouldn't be a problem. Are you sure you are >> using the >> engine_3.2 >> branch? >> >> >> Thanks, >> >> Yuval >> >> On Tue, Feb 26, 2013 at 3:25 PM, Juan >> Hernandez >> > > > >> > > >> >> > >> > > > >> > >>**>__> >> >> >> wrote: >> >> On 02/26/2013 02:19 PM, Doron >> Fediuck wrote: >> >> >> >> ----- Original Message ----- >> >> From: "Yuval M" >> >> > >> > >> >> >> >> > >> >> > > >>>> >> >> To: "Juan Hernandez" >> >> > >> > >> > >>> >> > >> > >> >> >> > >> > >>**>__>__, users at ovirt.org >> >> >> >> > >> > > >> >> > >> > >> >> >>> >> >> >> Cc: "Limor Gavish" >> >> > >> > > >> >> > >> > >> >> > > >>>> >> >> Sent: Sunday, February 24, >> 2013 >> 11:38:12 PM >> Subject: Re: [Users] Trouble >> building >> Ovirt >> from source - >> "No rule to make target >> `install_tools'. Stop." >> >> >> >> >> Still having trouble with >> the build >> process >> (Ovirt 3.1): >> $ sudo make >> ... (success) ... >> $ sudo make install ... >> >> inflating: >> >> >> >> /usr/local/share/ovirt-engine/**________engine.ear/webadmin.** >> war/______META-__INF/maven/**org.__ovirt.____engine.ui/____** >> webadmin/pom.xml >> inflating: >> >> >> >> /usr/local/share/ovirt-engine/**________engine.ear/webadmin.** >> war/____404.____html >> checkdir error: >> >> >> >> /usr/local/share/ovirt-engine/**________engine.ear/engine-bll.** >> __jar >> >> >> >> exists but >> is not directory >> unable to process >> >> >> >> engine-bll.jar/org/ovirt/_____**___engine/core/bll/VdsDeploy$** >> 32.________class. >> checkdir error: >> >> >> >> /usr/local/share/ovirt-engine/**________engine.ear/engine-bll.** >> __jar >> >> >> >> exists but >> is not directory >> unable to process >> >> >> >> engine-bll.jar/org/ovirt/_____**___engine/core/bll/________** >> InitBackendServicesOnStartupBe**________an.class. >> >> >> >> ... >> make: *** >> [install_artifacts] Error 2 >> >> >> >> >> any insights? >> >> >> Thanks... >> >> >> >> On Thu, Jan 24, 2013 at 8:52 >> PM, Juan >> Hernandez < >> jhernand at redhat.com >> > >> > > >> >> > >> > > > >> > >>>**> >> >> >> >> wrote: >> >> >> >> >> >> On 01/24/2013 04:20 PM, >> Yuval M wrote: >> >> >> Hi, >> I'm installing Ovirt 3.1 on >> Fedora >> using this >> guide: >> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >> config_.26_engine-manage- >> domains >> >> and I'm getting the error in >> the >> subject from >> make. >> there is indeed no rule for >> install_tools in >> the makefile. >> >> What am I missing? >> >> Those instructions are out >> of date, >> use "make >> install". That >> installs >> the files, but you will >> still need some >> changes to make the >> engine >> work: >> >> 1. Create the ovirt user >> (the engine >> runs by >> default with this >> service, unless you change the >> /etc/syscofig/ovirt-engine >> file and >> add the ENGINE_USER and >> ENGINE_GROUP >> parameters): >> >> useradd ovirt >> >> 2. Create (mkdir -p ...) and >> change the >> ownership of the >> directories >> that the engine needs to own >> to >> ovirt:ovirt (chown >> ovirt:ovirt ...): >> >> /etc/ovirt-engine >> /var/log/ovirt-engine >> /var/lock/ovirt-engine >> /var/lib/ovirt-engine/content >> /var/lib/ovirt-engine/ >> deployments >> /var/tmp/ovirt-engine >> /var/cache/ovirt-engine >> >> 3. Enable the HTTP connector >> in the >> engine >> (the default is >> to enable >> only AJP, and that doesn't >> work >> without Apache >> as frontend) >> adding >> the following to the >> /etc/sysconfig/ovirt-engine file: >> >> ENGINE_PROXY_ENABLED=false >> ENGINE_HTTP_ENABLED=true >> ENGINE_HTTP_PORT=8700 >> ENGINE_HTTPS_ENABLED=false >> ENGINE_AJP_ENABLED=false >> >> 4. Configure database >> connection >> details (the >> default in >> development >> environments is to use the >> postgres >> user and >> the trust mode) >> adding >> this to >> /etc/sysconfig/ovirt-engine: >> >> ENGINE_DB_USER=postgres >> ENGINE_DB_PASSWORD= >> >> 5. Make sure that you have the >> PostgreSQL JDBC >> driver >> installed (rpm >> -q postgresql-jdbc) and >> install it if >> needed >> (yum install >> postgresql-jdbc). >> >> 6. Now you can start the >> engine >> running the >> engine-service >> script: >> >> engine-service start >> >> Look at the system log (the >> file >> /var/log/messages) and the >> engine >> logs (the files >> /var/log/ovirt-engine/server. >> log and >> /var/log/ovirt-engine) for >> errors. >> >> 7. Connect to >> http://localhost:8700 >> and you >> should be able >> to login >> with user admin and letmein! >> as password. >> >> Note that I am assuming that >> you already >> created the >> database, and >> that you want to use this >> installation for >> development. If >> you are >> looking for an production >> installation I >> suggest using the RPMs. >> >> Also I tested this with the >> latest >> source from the >> repository, it >> will not work with older >> versions. >> >> -- >> Direcci?n Comercial: C/Jose >> Bardasano >> Baos, 9, >> Edif. Gorbea >> 3, planta >> 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. >> Mercantil de Madrid ? >> C.I.F. B82657941 - >> Red Hat >> S.L. >> >> >> >> Any progress here? >> >> >> Yuval, that will not work with 3.1. >> Please >> use 3.2 and >> the following >> instructions: >> >> http://www.ovirt.org/Building_**________Engine_Draft >> >> > >> >> >> >> >> >> >> >> > >> >> >> >>> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> > >> >> >> >>>> >> >> >> -- >> Direcci?n Comercial: C/Jose >> Bardasano Baos, >> 9, Edif. >> Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de >> Madrid ? C.I.F. >> B82657941 - Red Hat >> S.L. >> >> >> >> >> >> ______________________________**_______________________ >> >> Users mailing list >> Users at ovirt.org > > > >> >> >> http://lists.ovirt.org/______**mailman/listinfo/users >> >> > >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >>> >> >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, >> Edif. Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. >> B82657941 >> - Red Hat >> S.L. >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea >> 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 >> - Red Hat >> S.L. >> >> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >> planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >> S.L. >> >> >> > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, > 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: AdminPortal.jpg Type: image/jpeg Size: 84281 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: AdminPortal.jpg Type: image/jpeg Size: 84281 bytes Desc: not available URL: From gianluca.cecchi at gmail.com Fri Mar 8 23:27:55 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 9 Mar 2013 00:27:55 +0100 Subject: [Users] RHEV-toolsSetup In-Reply-To: References: Message-ID: On Fri, Mar 8, 2013 at 8:44 PM, Christian Hernandez wrote: > It's under > > /usr/share/rhev-guest-tools-iso/ > > You have to have the right package installed > > # rpm -qa | grep rhev-guest > rhev-guest-tools-iso-3.1-9.noarch > > > Thank you, > > Christian Hernandez > 1225 Los Angeles Street > Glendale, CA 91204 > Phone: 877-782-2737 ext. 4566 > Fax: 818-265-3152 > christianh at 4over.com > www.4over.com > > > On Fri, Mar 8, 2013 at 11:35 AM, Kevin Daly wrote: >> >> According to the ovirt guide, there is a RHEV-toolsSetup iso to use to >> install Windows Clients.. >> >> Where do I get this iso? >> It is a part that comes from RHEV manuals. It should be modified for oVirt. That rpm is not present in Fedora. You have to search for 2 components through the archives that I think should give together what in rhev-guest-tools -spice-guest-tools http://spice-space.org/download.html and in particular the spice-guest-tools-0.52.exe -ovirt-guest-agent start from here http://gerrit.ovirt.org/gitweb?p=ovirt-guest-agent.git;a=blob;f=ovirt-guest-agent/README-windows.txt;h=bf6bb3c18567537489b56e6888b2eb7f025cc4f9;hb=HEAD HIH, Gianluca From ubuntumuntu at gmail.com Sat Mar 9 21:40:53 2013 From: ubuntumuntu at gmail.com (Jaco) Date: Sun, 10 Mar 2013 10:40:53 +1300 Subject: [Users] iSCSI Storage mirror Message-ID: <513BAC65.1070900@gmail.com> Hi guys, Got my system (3.2 on CentOS 6.3 - PoC lab v.0.99999) working fairly OK, with a few issues that's of concern to me. I've now started using iSCSI storage, but kept running into an issue where the VM's would go into a paused state. A bit of digging in the logs show that it's because of a timeout issue talking to the iSCSI server/target, which for me raises the spectre of potential corruption, especially under load. Couldn't understand how this was possible, as I went out & bought some dedicated hardware to set up a totally separate & isolated "storage" network, but ended up simply running a cross-over UTP between the machines (process-of-elimination & all that), but the issue persisted. This morning I found that one of the mirrored drives started failing, so (until I've replaced the drive & discovered otherwise) I suspect that may be the possible cause of the issue. What occurred to me last night, as this thing was keeping me awake, is that this might not be the *best* course of action, and started thinking that maybe another way of doing it, especially since oVirt does some fairly low-level LVM stuff, is to rather store the VM's on a local drive, get far better IOPS than I could hope for with iSCSI over GBE, and rather set up the iSCSI to mirror the local device. That way the data is still available on the target in the event a fail-over/migration needs to take place, but that I'm reducing the risks a bit while improving overall performance. Is there a way to do this via oVirt, or would I have to do it manually by setting up storage locally & set up the mirroring via iSCSI manually as an OS-level? And if so, what would I be looking for & what sort of caveats would I have to keep in mind in order to make this setup suitable for use by multiple hosts in the event a (live-)migration needs to take place? (I'm pretty new at the iSCSI-thing & LVM knowledge is just passable) I'd appreciate anyone's insights into this subject Kind regards - Jaco From bashar at gmail.com Sat Mar 9 22:49:21 2013 From: bashar at gmail.com (Bashar) Date: Sun, 10 Mar 2013 01:49:21 +0300 Subject: [Users] Possible migration from oVirt to RHEV? Message-ID: Hello, Doing some RnD and was wondering if it's possible to move from Fedora/oVirt to RHEL/RHEV anytime in future for a production system if required. >From the technical possibility point of view. Thanks, -B -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Sun Mar 10 05:10:52 2013 From: bigclouds at 163.com (bigclouds) Date: Sun, 10 Mar 2013 13:10:52 +0800 (CST) Subject: [Users] how macro-variables is replaced Message-ID: <682e416c.ccc1.13d52b563b3.Coremail.bigclouds@163.com> in vdsm code, there are many macro-variables like @xxxxx at . i want to know how it is replaced by real value. like config.py.in. ('trust_store_path', '@TRUSTSTORE@', 'Where the certificates and keys are situated.'), thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Sun Mar 10 07:11:21 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Sun, 10 Mar 2013 03:11:21 -0400 (EDT) Subject: [Users] how macro-variables is replaced In-Reply-To: <682e416c.ccc1.13d52b563b3.Coremail.bigclouds@163.com> Message-ID: <1675160571.5925126.1362899481590.JavaMail.root@redhat.com> Some are replaced by autoconf (configure.ac, AC_SUBST) Some are replaced by build-aux/Makefile.subs ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Sunday, March 10, 2013 7:10:52 AM > Subject: [Users] how macro-variables is replaced > > > > in vdsm code, there are many macro-variables like @xxxxx at . > i want to know how it is replaced by real value. > like config.py.in. > > ('trust_store_path', ' @TRUSTSTORE@ ', > 'Where the certificates and keys are situated.'), > > > thanks > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From danken at redhat.com Sun Mar 10 07:34:50 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Sun, 10 Mar 2013 09:34:50 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <5137068A.5030606@redhat.com> References: <20130305074643.GB15949@redhat.com> <20130306075001.GA13972@redhat.com> <5137068A.5030606@redhat.com> Message-ID: <20130310073450.GC26454@redhat.com> On Wed, Mar 06, 2013 at 02:34:10PM +0530, Balamurugan Arumugam wrote: > On 03/06/2013 01:20 PM, Dan Kenigsberg wrote: > >On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote: > >>On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg wrote: > >>>Rob, > >>> > >>>It seems that a bug in vdsm code is hiding the real issue. > >>>Could you do a > >>> > >>> sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py > >>> > >>>restart vdsmd, and retry? > >>> > >>>Bala, would you send a patch fixing the ParseError issue (and adding a > >>>unit test that would have caught it on time)? > > > >>Traceback (most recent call last): > >> File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > >> res = f(*args, **kwargs) > >> File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > >> rv = func(*args, **kwargs) > >> File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > >> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} > >> File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > >> return callMethod() > >> File "/usr/share/vdsm/supervdsm.py", line 72, in > >> **kwargs) > >> File "", line 2, in glusterVolumeInfo > >> File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, > >>in _callmethod > >> raise convert_to_error(kind, result) > >>AttributeError: class ElementTree has no attribute 'ParseError' > > > >My guess has led us nowhere, since etree.ParseError is simply missing > >from python 2.6. It is to be seen only in python 2.7! > > > >That's sad, but something *else* is problematic, since we got to this > >error-handling code. > > > >Could you make another try and temporarily replace ParseError with > >Exception? > > > > sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py > > > >(this sed is relative to the original code). > > > > More specific sed is > sed -i s/etree.ParseError/SyntaxError/ /usr/share/vdsm/gluster/cli.py Bala, Aravinda, I have not seem a vdsm patch adding an explicit dependency on the correct gluster-cli version. Only a change for for this ParseError issue http://gerrit.ovirt.org/#/c/12829/ Is there anything blocking this? I would really like to clear this hurdle quickly. Dan. From ofrenkel at redhat.com Sun Mar 10 09:18:14 2013 From: ofrenkel at redhat.com (Omer Frenkel) Date: Sun, 10 Mar 2013 05:18:14 -0400 (EDT) Subject: [Users] Cluster, hosts, everything down and totally stuck In-Reply-To: Message-ID: <794861168.17656344.1362907094519.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Matt ." > To: "users" > Sent: Thursday, March 7, 2013 12:03:02 PM > Subject: [Users] Cluster, hosts, everything down and totally stuck > My cluster is totally down and I'm completely stuck. > I cannot set a host in maintenance, stop a VM because it has a > unknown state, so also the host where this one is on. A new added > node cannot find the storage because all are down but the NFS is up. > On the node that is "unknown" all interfaces are up, on the new added > host all are down following ovirt, but are actually up. > Because of this I'm stuck between 2 or 4 walls and I'm not able to > fix this in some way. > What are my options ? I'm thinking of setting the VM that is stuck on > my existing host to off by editing the DB of ovirt. > I hope we can sort this out. > Cheers, > Matt Hi, it sounds like your host in non-responsive, can you ping from the engine host to that host? does vdsm run ok on the host (you can check by running this in the host: vdsClient 0 getVdsCapabilities) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Sun Mar 10 10:19:06 2013 From: alourie at redhat.com (Alex Lourie) Date: Sun, 10 Mar 2013 12:19:06 +0200 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: References: Message-ID: <513C5E1A.5010503@redhat.com> On Fri 08 Mar 2013 04:33:53 PM IST, Alex Leonhardt wrote: > > Also, the there seem to be missing some dependencies for > > - messagebus (service not enabled/started/installed) > - avahi-daemon (wasnt installed, had to install and start / enable) > > else > > libvirtd will not start and the setup will fail. > > > > > On 8 March 2013 14:30, Alex Leonhardt > wrote: > > And here from when I tried to use "localhost" as the host / fqdn : > > > Installing: > AIO: Validating CPU Compatibility... > [ DONE ] > AIO: Adding firewall rules... > [ DONE ] > Configuring oVirt Engine... > [ DONE ] > Configuring JVM... > [ DONE ] > Creating CA... > [ DONE ] > Updating ovirt-engine service... > [ DONE ] > Setting Database Configuration... > [ DONE ] > Setting Database Security... > [ DONE ] > Creating Database... > [ DONE ] > Updating the Default Data Center Storage Type... > [ DONE ] > Editing oVirt Engine Configuration... > [ DONE ] > Editing Postgresql Configuration... > [ DONE ] > Configuring the Default ISO Domain... > [ DONE ] > Configuring Firewall... > [ DONE ] > Starting ovirt-engine Service... > [ DONE ] > Configuring HTTPD... > [ DONE ] > AIO: Creating storage directory... > [ DONE ] > AIO: Adding Local Datacenter and cluster... > [ DONE ] > AIO: Adding Local host (This may take several minutes)... [ > ERROR ] > Error: Host was found in a 'Failed' state. Please check engine and > bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for > more information > Exception in thread libvirtEventLoop (most likely raised during > interpreter shutdown) > > ######### > > > 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running > _loadFilesToIsoDomain > 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback > (most recent call last): > File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain > utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID, > basedefs.CONST_KVM_GID) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line > 706, in copyFile > shutil.copy2(fileSrc, destination) > File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 > copyfile(src, dst) > File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile > with open(src, 'rb') as fsrc: > IOError: [Errno 2] No such file or directory: > '/usr/share/virtio-win/virtio-win.vfd' > > 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to > copy files to iso domain > > > [snip] > > 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running > waitForHostUp > 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting > for host to become operational > 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current > host status is: installing > 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback > (most recent call last): > > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 314, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting > for host to become operational > 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current > host status is: install_failed > 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback > (most recent call last): > > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 312, in isHostUp > raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a 'Failed' state. > Please check engine and bootstrap installation logs. > > 2013-03-08 14:14:19::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 > 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line > 1010, in retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. > Please check engine and bootstrap installation logs. > > > 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The > following params were used as user input: > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > override-httpd-config: yes > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80 > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: https-port: 443 > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > random-passwords: no > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range: > 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: > localhost > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: > ******** > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: org-name: > BrightTALK > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > application-mode: both > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > default-dc-type: NFS > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > db-remote-install: local > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-host: > localhost > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > db-local-pass: ******** > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: nfs-mp: > /exports/iso > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: config-nfs: yes > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > override-firewall: None > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > config-allinone: yes > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > storage-path: /vmfs > 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: > superuser-pass: ******** > 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: Traceback > (most recent call last): > File "/usr/bin/engine-setup", line 2349, in > main(confFile) > File "/usr/bin/engine-setup", line 2132, in main > runSequences() > File "/usr/bin/engine-setup", line 2054, 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 > 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line > 1010, in retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. > Please check engine and bootstrap installation logs. > > > > On 8 March 2013 14:27, Alex Leonhardt > wrote: > > Hi, > > The setup keeps failing at "waitforhostup" with : > > > Installing: > AIO: Validating CPU > Compatibility... [ DONE ] > AIO: Adding firewall > rules... [ DONE ] > Configuring oVirt > Engine... [ DONE ] > Configuring > JVM... [ DONE ] > Creating > CA... [ DONE ] > Updating ovirt-engine > service... [ DONE ] > Setting Database > Configuration... [ DONE ] > Setting Database > Security... [ DONE ] > Creating > Database... [ DONE ] > Updating the Default Data Center Storage > Type... [ DONE ] > Editing oVirt Engine > Configuration... [ DONE ] > Editing Postgresql > Configuration... [ DONE ] > Configuring the Default ISO > Domain... [ DONE ] > Configuring > Firewall... [ DONE ] > Starting ovirt-engine > Service... [ DONE ] > Configuring > HTTPD... [ DONE ] > AIO: Creating storage > directory... [ DONE ] > AIO: Adding Local Datacenter and > cluster... [ DONE ] > AIO: Adding Local host (This may take several minutes)... > [ ERROR ] > Error: Host was found in a 'Failed' state. Please check engine > and bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for > more information > > ##### > > 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: > running waitForHostUp > 2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: > Waiting for host to become operational > 2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: > current host status is: installing > 2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: > Traceback (most recent call last): > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 314, in isHostUp > raise Exception(INFO_CREATE_HOST_WAITING_UP) > Exception: Waiting for the host to start > > 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: > Waiting for host to become operational > 2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: > current host status is: install_failed > 2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: > Traceback (most recent call last): > File > "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 312, in isHostUp > raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) > RetryFailException: Error: Host was found in a 'Failed' state. > Please check engine and bootstrap installation logs. > > 2013-03-08 14:22:49::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 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line > 1010, in retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. > Please check engine and bootstrap installation logs. > > 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The > following params were used as user input: > > > I have the full log if required ?? Any help would be appreciated. > > The options used were : > > oVirt Engine will be installed using the following configuration: > ================================================================= > override-httpd-config: yes > http-port: 80 > https-port: 443 > host-fqdn: stphv01 > auth-pass: ******** > org-name: LOCAL > application-mode: both > default-dc-type: NFS > db-remote-install: local > db-local-pass: ******** > nfs-mp: /exports/iso > override-firewall: None > config-allinone: yes > storage-path: /vmfs/ovirt > superuser-pass: ******** > > > Alex > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co > | www.vsearchcloud.com > | > > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co > | www.vsearchcloud.com > | > > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co > | www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Hi Alex Could you please elaborate a bit on these dependencies? Do you have any logs that state the problem? Regarding the rest of the problem (that is adding the host), we're already looking into this. -- Best regards, Alex Lourie Software Developer in Integration Red Hat From alonbl at redhat.com Sun Mar 10 12:48:07 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Sun, 10 Mar 2013 08:48:07 -0400 (EDT) Subject: [Users] install a f18 host with ovirtmgmt vlan tagged In-Reply-To: Message-ID: <740753528.5930034.1362919687314.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Joop van de Wege" > Cc: "Alon Bar-Lev" , "users" > Sent: Friday, March 8, 2013 9:07:42 AM > Subject: Re: [Users] install a f18 host with ovirtmgmt vlan tagged > > On Fri, Mar 8, 2013 at 7:40 AM, Joop van de Wege wrote: > > Alon Bar-Lev schreef: > > > >>Will be included in 1.0.1 > > Of foo-bar.tar.gz :-) > > where foo.bar is ovirt-host-deploy ... ;-) > On my engine system: > ovirt-host-deploy-1.0.0-1.fc18.noarch > > I confirm that the patch worked for me. Host installed and > rebooted.... > > then unfortunately a cpu of the ost abandoned me so I can't at the > moment verify other things on this host ;-( > > but from engine gui I see > 2013-Mar-08, 06:49 > Host f18ovn02 installed > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Stage: Termination. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Retrieving installation logs to: > '/var/log/ovirt-engine/host-deploy/ovirt-20130308064947-10.4.4.57.log'. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Reboot scheduled. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Stage: Pre-termination. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Reboot scheduled. > 2013-Mar-08, 06:49 > Installing Host f18ovn02. Stage: Closing up. > Installing Host f18ovn02. Reboot scheduled. > Installing Host f18ovn02. Stage: Transaction commit. > > The only warning message in the gui is related to > 2013-Mar-08, 06:49 > Host f18ovn02 installation in progress . Cannot set tuned profile. > > BTW this host is an HP blade BL685c G1 with Opteron G2 > > Thanks, > Gianluca > You can use the nightly build rpm of ovirt-host-deploy-1.0.1[1] [1] http://resources.ovirt.org/releases/nightly/rpm/Fedora/18/ From omasad at redhat.com Sun Mar 10 13:57:41 2013 From: omasad at redhat.com (Ofri Masad) Date: Sun, 10 Mar 2013 09:57:41 -0400 (EDT) Subject: [Users] Adding external events to oVirt In-Reply-To: <1362674185.59623.YahooMailNeo@web190204.mail.sg3.yahoo.com> Message-ID: <1480086294.5931153.1362923861901.JavaMail.root@redhat.com> Not sure if this will help but it seems that the current API calls for a different syntax: was changed to was changed to see if this helps Ofri ----- Original Message ----- > From: "satheesh hegde" > To: users at ovirt.org > Sent: Thursday, March 7, 2013 6:36:25 PM > Subject: [Users] Adding external events to oVirt > Hi, > I tried exploring the feature of adding external events in oVirt. ( > Version 3.2 ) > I just wrote a JavaScript to fetch events and it wroked fine.( GET > operation to URL http:///api/events ). > But when tried with POST operation, to add my own events, it threw " > error 405 Method not allowed ". (URL http:///api/events ). > (The html file is not included in any plugin code, its standalone > file). > (The data I passed is as specified in link: " > http://www.ovirt.org/Features/Design/DetailedExternalEvents"). > What went wrong? Is it not supported on oVirt3.2 or the URL is > incorrect? > Regards > Satheesh J > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mpastern at redhat.com Sun Mar 10 14:09:39 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Sun, 10 Mar 2013 16:09:39 +0200 Subject: [Users] Adding external events to oVirt In-Reply-To: <1480086294.5931153.1362923861901.JavaMail.root@redhat.com> References: <1480086294.5931153.1362923861901.JavaMail.root@redhat.com> Message-ID: <513C9423.9080809@redhat.com> Thanks Ofri, Eli, please update feature page. On 03/10/2013 03:57 PM, Ofri Masad wrote: > Not sure if this will help but it seems that the current API calls for a different syntax: > > was changed to > was changed to > > see if this helps > Ofri > > ----- Original Message ----- > >> From: "satheesh hegde" >> To: users at ovirt.org >> Sent: Thursday, March 7, 2013 6:36:25 PM >> Subject: [Users] Adding external events to oVirt > >> Hi, > >> I tried exploring the feature of adding external events in oVirt. ( >> Version 3.2 ) >> I just wrote a JavaScript to fetch events and it wroked fine.( GET >> operation to URL http:///api/events ). > >> But when tried with POST operation, to add my own events, it threw " >> error 405 Method not allowed ". (URL http:///api/events ). >> (The html file is not included in any plugin code, its standalone >> file). >> (The data I passed is as specified in link: " >> http://www.ovirt.org/Features/Design/DetailedExternalEvents"). > >> What went wrong? Is it not supported on oVirt3.2 or the URL is >> incorrect? > >> Regards >> Satheesh J >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -- Michael Pasternak RedHat, ENG-Virtualization R&D From alex.tuxx at gmail.com Sun Mar 10 14:26:12 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Sun, 10 Mar 2013 14:26:12 +0000 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: <513C5E1A.5010503@redhat.com> References: <513C5E1A.5010503@redhat.com> Message-ID: <513C9804.9030000@gmail.com> Hi Alex, Regarding the dependencies - libvirtd would not start w/o having messagebus / avahi-daemon installed & running, however, it doesnt seem to come up as an dependency when installing libvirtd (otherwise it would have been installed previously) ? I read this "solution" on some blog page, and based on that installed avahi-daemon & messagebus + started them, only then libvirtd started up. vdsmd wont tell you it's waiting for libvirtd to start on the console, it'll mention in the log that "it's waiting for libvirtd" and eventually will time out. Thanks, Alex On 03/10/2013 10:19 AM, Alex Lourie wrote: > On Fri 08 Mar 2013 04:33:53 PM IST, Alex Leonhardt wrote: >> >> Also, the there seem to be missing some dependencies for >> >> - messagebus (service not enabled/started/installed) >> - avahi-daemon (wasnt installed, had to install and start / enable) >> >> else >> >> libvirtd will not start and the setup will fail. >> >> >> >> >> On 8 March 2013 14:30, Alex Leonhardt > > wrote: >> >> And here from when I tried to use "localhost" as the host / fqdn : >> >> >> Installing: >> AIO: Validating CPU Compatibility... >> [ DONE ] >> AIO: Adding firewall rules... >> [ DONE ] >> Configuring oVirt Engine... >> [ DONE ] >> Configuring JVM... >> [ DONE ] >> Creating CA... >> [ DONE ] >> Updating ovirt-engine service... >> [ DONE ] >> Setting Database Configuration... >> [ DONE ] >> Setting Database Security... >> [ DONE ] >> Creating Database... >> [ DONE ] >> Updating the Default Data Center Storage Type... >> [ DONE ] >> Editing oVirt Engine Configuration... >> [ DONE ] >> Editing Postgresql Configuration... >> [ DONE ] >> Configuring the Default ISO Domain... >> [ DONE ] >> Configuring Firewall... >> [ DONE ] >> Starting ovirt-engine Service... >> [ DONE ] >> Configuring HTTPD... >> [ DONE ] >> AIO: Creating storage directory... >> [ DONE ] >> AIO: Adding Local Datacenter and cluster... >> [ DONE ] >> AIO: Adding Local host (This may take several minutes)... [ >> ERROR ] >> Error: Host was found in a 'Failed' state. Please check engine and >> bootstrap installation logs. >> Please check log file >> /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for >> more information >> Exception in thread libvirtEventLoop (most likely raised during >> interpreter shutdown) >> >> ######### >> >> >> 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running >> _loadFilesToIsoDomain >> 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback >> (most recent call last): >> File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain >> utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID, >> basedefs.CONST_KVM_GID) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >> 706, in copyFile >> shutil.copy2(fileSrc, destination) >> File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 >> copyfile(src, dst) >> File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile >> with open(src, 'rb') as fsrc: >> IOError: [Errno 2] No such file or directory: >> '/usr/share/virtio-win/virtio-win.vfd' >> >> 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to >> copy files to iso domain >> >> >> [snip] >> >> 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running >> waitForHostUp >> 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting >> for host to become operational >> 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current >> host status is: installing >> 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback >> (most recent call last): >> >> File >> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 314, in isHostUp >> raise Exception(INFO_CREATE_HOST_WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting >> for host to become operational >> 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current >> host status is: install_failed >> 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback >> (most recent call last): >> >> File >> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >> 312, in isHostUp >> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >> RetryFailException: Error: Host was found in a 'Failed' state. >> Please check engine and bootstrap installation logs. >> >> 2013-03-08 14:14:19::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 >> 300, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >> 1010, in retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. >> Please check engine and bootstrap installation logs. >> >> >> 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The >> following params were used as user input: >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> override-httpd-config: yes >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80 >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> https-port: 443 >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> random-passwords: no >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range: >> 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: >> localhost >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: >> ******** >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: org-name: >> BrightTALK >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> application-mode: both >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> default-dc-type: NFS >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> db-remote-install: local >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-host: >> localhost >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> db-local-pass: ******** >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: nfs-mp: >> /exports/iso >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> iso-domain-name: ISO_DOMAIN >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> config-nfs: yes >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> override-firewall: None >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> config-allinone: yes >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> storage-path: /vmfs >> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >> superuser-pass: ******** >> 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: Traceback >> (most recent call last): >> File "/usr/bin/engine-setup", line 2349, in >> main(confFile) >> File "/usr/bin/engine-setup", line 2132, in main >> runSequences() >> File "/usr/bin/engine-setup", line 2054, 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 >> 300, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >> 1010, in retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. >> Please check engine and bootstrap installation logs. >> >> >> >> On 8 March 2013 14:27, Alex Leonhardt > > wrote: >> >> Hi, >> >> The setup keeps failing at "waitforhostup" with : >> >> >> Installing: >> AIO: Validating CPU >> Compatibility... [ DONE ] >> AIO: Adding firewall >> rules... [ DONE ] >> Configuring oVirt >> Engine... [ DONE ] >> Configuring >> JVM... [ DONE ] >> Creating >> CA... [ >> DONE ] >> Updating ovirt-engine >> service... [ DONE ] >> Setting Database >> Configuration... [ DONE ] >> Setting Database >> Security... [ DONE ] >> Creating >> Database... [ >> DONE ] >> Updating the Default Data Center Storage >> Type... [ DONE ] >> Editing oVirt Engine >> Configuration... [ DONE ] >> Editing Postgresql >> Configuration... [ DONE ] >> Configuring the Default ISO >> Domain... [ DONE ] >> Configuring >> Firewall... [ DONE ] >> Starting ovirt-engine >> Service... [ DONE ] >> Configuring >> HTTPD... [ DONE ] >> AIO: Creating storage >> directory... [ DONE ] >> AIO: Adding Local Datacenter and >> cluster... [ DONE ] >> AIO: Adding Local host (This may take several minutes)... >> [ ERROR ] >> Error: Host was found in a 'Failed' state. Please check engine >> and bootstrap installation logs. >> Please check log file >> /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for >> more information >> >> ##### >> >> 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: >> running waitForHostUp >> 2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: >> Waiting for host to become operational >> 2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: >> current host status is: installing >> 2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: >> Traceback (most recent call last): >> File >> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >> line 314, in isHostUp >> raise Exception(INFO_CREATE_HOST_WAITING_UP) >> Exception: Waiting for the host to start >> >> 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: >> Waiting for host to become operational >> 2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: >> current host status is: install_failed >> 2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: >> Traceback (most recent call last): >> File >> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >> line 312, in isHostUp >> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >> RetryFailException: Error: Host was found in a 'Failed' state. >> Please check engine and bootstrap installation logs. >> >> 2013-03-08 14:22:49::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 300, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >> 1010, in retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. >> Please check engine and bootstrap installation logs. >> >> 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The >> following params were used as user input: >> >> >> I have the full log if required ?? Any help would be >> appreciated. >> >> The options used were : >> >> oVirt Engine will be installed using the following >> configuration: >> >> ================================================================= >> override-httpd-config: yes >> http-port: 80 >> https-port: 443 >> host-fqdn: stphv01 >> auth-pass: ******** >> org-name: LOCAL >> application-mode: both >> default-dc-type: NFS >> db-remote-install: local >> db-local-pass: ******** >> nfs-mp: /exports/iso >> override-firewall: None >> config-allinone: yes >> storage-path: /vmfs/ovirt >> superuser-pass: ******** >> >> >> Alex >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co >> | www.vsearchcloud.com >> | >> >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co >> | www.vsearchcloud.com >> | >> >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co >> | www.vsearchcloud.com | >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > Hi Alex > > Could you please elaborate a bit on these dependencies? Do you have > any logs that state the problem? > > Regarding the rest of the problem (that is adding the host), we're > already looking into this. > > -- > > Best regards, > > Alex Lourie > Software Developer in Integration > Red Hat -------------- next part -------------- An HTML attachment was scrubbed... URL: From ykaul at redhat.com Sun Mar 10 15:20:10 2013 From: ykaul at redhat.com (Yaniv Kaul) Date: Sun, 10 Mar 2013 11:20:10 -0400 (EDT) Subject: [Users] Query about Testsuite based on Ovirt Python Api In-Reply-To: Message-ID: <236046305.5186704.1362928810505.JavaMail.root@redhat.com> http://www.ovirt.org/Testing/PythonApi would be a good start. It's not a test-suite, may not be up-to-date with 3.2, but has quite a bit of the basic functionality, using the python API. Y. ----- Original Message ----- > Hello Everyone > Is there any testsuites based on Ovirt Python Api ( > http://www.ovirt.org/Testing/PythonApi ) something similar to > Openstack tempest. Objective is to do functional and integration > tests on fully deployed ovirt environment, like the one in > http://www.ovirt.org/Testing/OvirtTestDay3.1 , > What would be the best way to go about doing this, any suggestions or > links to refer will be very helpful. > Kind Regards > Ananth > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ubuntumuntu at gmail.com Sun Mar 10 17:56:13 2013 From: ubuntumuntu at gmail.com (Jaco) Date: Mon, 11 Mar 2013 06:56:13 +1300 Subject: [Users] Cluster, hosts, everything down and totally stuck In-Reply-To: <794861168.17656344.1362907094519.JavaMail.root@redhat.com> References: <794861168.17656344.1362907094519.JavaMail.root@redhat.com> Message-ID: <513CC93D.4020603@gmail.com> > does vdsm run ok on the host (you can check by running this in the > host: vdsClient 0 getVdsCapabilities) I've been seeing this issue on my PoC box I've been tinkering on - for some reason the VDSM daemon is not starting up at boot (need to look into the cause of this), but once I manually start/restart it, the rest seems to carry on OK - J -------------- next part -------------- An HTML attachment was scrubbed... URL: From christer.r.olsen at gmail.com Sun Mar 10 18:30:15 2013 From: christer.r.olsen at gmail.com (Christer Olsen) Date: Sun, 10 Mar 2013 19:30:15 +0100 Subject: [Users] Host installation problems. Brigde Message-ID: I'm having issues with installing host in oVirt. Manager reports: Failed to install Host localhost. Step: SetNetworking; Details: addNetwork error trying to add management bridge. *** LOG *** Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. url= http://10.1.1.30:22020/Components/vds/ Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress return. address=10.1.1.30 port=22020 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: read host name: 10.1.1.30 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: using host name 10.1.1.30 strIP= 10.1.1.30 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface IP=10.1.1.30 strIface=eth0 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found the following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', 'NAME=', 'BOOTPROT$ Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask or gateway but not ip Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1458, in main() File "/usr/share/vdsm/configNetwork.py", line 1427, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 823, in _addNetworkValidation "Specified netmask or gateway but not ip") ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to add ovirtmgmt bridge out=Specified netmask or gateway bu$ err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1458, in main() File "/usr/share/vdsm/configNetwork.py", line 1427, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 823, in _addNetworkValidation "Specified netmask or gateway but not ip") ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') ret=22 Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge errored: out=Specified netmask or gateway but not ip err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1458, in main() File "/usr/share/vdsm/configNetwork.py", line 1427, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 823, in _addNetworkValidation "Specified netmask or gateway but not ip") ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') ret=22 Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge return. Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork error trying to add management bridge Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS Validation **** *** END LOG *** I have tried googling myself to an answer, and i have tried finding it out myself but with no luck. (the host is the same one as the engine is running on) Please, any help would be appreciated. Kind regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvdwege at xs4all.nl Sun Mar 10 18:55:24 2013 From: jvdwege at xs4all.nl (Joop) Date: Sun, 10 Mar 2013 19:55:24 +0100 Subject: [Users] Cluster, hosts, everything down and totally stuck In-Reply-To: <513CC93D.4020603@gmail.com> References: <794861168.17656344.1362907094519.JavaMail.root@redhat.com> <513CC93D.4020603@gmail.com> Message-ID: <6aa71423-d8a5-45fe-96c2-884dee47911e@email.android.com> Jaco wrote: > >> does vdsm run ok on the host (you can check by running this in the >> host: vdsClient 0 getVdsCapabilities) >I've been seeing this issue on my PoC box I've been tinkering on - for >some reason the VDSM daemon is not starting up at boot (need to look >into the cause of this), but once I manually start/restart it, the rest > >seems to carry on OK > >- J > > >------------------------------------------------------------------------ > >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users Hi Jaco, Check if unused nics are using dhcp? Joop -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ubuntumuntu at gmail.com Sun Mar 10 19:35:51 2013 From: ubuntumuntu at gmail.com (Jaco) Date: Mon, 11 Mar 2013 08:35:51 +1300 Subject: [Users] Cluster, hosts, everything down and totally stuck In-Reply-To: <6aa71423-d8a5-45fe-96c2-884dee47911e@email.android.com> References: <794861168.17656344.1362907094519.JavaMail.root@redhat.com> <513CC93D.4020603@gmail.com> <6aa71423-d8a5-45fe-96c2-884dee47911e@email.android.com> Message-ID: <513CE097.3010601@gmail.com> > Check if unused nics are using dhcp? Nope - I have 2 NIC's, both statically locked. 1st NIC for bridge, 2nd dedicated to storage traffic; direct UTP to my NAS. I have a suspicion that there's issue with the storage not coming up exactly as expected. I'm considering addressing the issue by making use of local storage rather than iSCSI, and then rather use LVM to mirror the local disk to the iSCSI. (^detailed in another messgase) - J -------------- next part -------------- An HTML attachment was scrubbed... URL: From st.keimond at gmail.com Sun Mar 10 19:42:08 2013 From: st.keimond at gmail.com (Saint Keimond) Date: Sun, 10 Mar 2013 13:42:08 -0600 Subject: [Users] Possible migration from oVirt to RHEV? In-Reply-To: References: Message-ID: <513CE210.4040209@gmail.com> While I'm not 100% sure on this, you should be able to export your machines to an export domain, detach that domain, attach it on RHEV, and import. --David On 3/9/13 3:49 PM, Bashar wrote: > > Hello, > Doing some RnD and was wondering if it's possible to move from > Fedora/oVirt to RHEL/RHEV anytime in future for a production system if > required. > > From the technical possibility point of view. > > Thanks, > -B > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrey.a.vakhnin at nasa.gov Sun Mar 10 20:46:12 2013 From: andrey.a.vakhnin at nasa.gov (Vakhnin, Andrey A. (LARC-E302)[SCIENCE SYSTEMS AND APPLICATIONS, INC]) Date: Sun, 10 Mar 2013 15:46:12 -0500 Subject: [Users] Possible migration from oVirt to RHEV? In-Reply-To: <513CE210.4040209@gmail.com> References: <513CE210.4040209@gmail.com> Message-ID: <2102BFA1-9128-42E1-8DD2-124ED9FAF79D@nasa.gov> We also plan to migrate our production ovirt 3.1 cluster to rhev. Anyone successfully exported ovirt domain and attached on rhev? This being a production environment we only get few hours dow time at most. Thanks On Mar 10, 2013, at 3:42 PM, "Saint Keimond" > wrote: While I'm not 100% sure on this, you should be able to export your machines to an export domain, detach that domain, attach it on RHEV, and import. --David On 3/9/13 3:49 PM, Bashar wrote: Hello, Doing some RnD and was wondering if it's possible to move from Fedora/oVirt to RHEL/RHEV anytime in future for a production system if required. From the technical possibility point of view. Thanks, -B _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bashar at gmail.com Sun Mar 10 21:11:07 2013 From: bashar at gmail.com (Bashar) Date: Sun, 10 Mar 2013 14:11:07 -0700 Subject: [Users] Possible migration from oVirt to RHEV? In-Reply-To: <2102BFA1-9128-42E1-8DD2-124ED9FAF79D@nasa.gov> References: <513CE210.4040209@gmail.com> <2102BFA1-9128-42E1-8DD2-124ED9FAF79D@nasa.gov> Message-ID: Dear Vakhnin, What's your reasons for migrating to RHEV from oVirt? Thanks B On Mar 10, 2013 11:46 PM, "Vakhnin, Andrey A. (LARC-E302)[SCIENCE SYSTEMS AND APPLICATIONS, INC]" wrote: > We also plan to migrate our production ovirt 3.1 cluster to rhev. Anyone > successfully exported ovirt domain and attached on rhev? This being a > production environment we only get few hours dow time at most. Thanks > > On Mar 10, 2013, at 3:42 PM, "Saint Keimond" wrote: > > While I'm not 100% sure on this, you should be able to export your > machines to an export domain, detach that domain, attach it on RHEV, and > import. > > --David > > > On 3/9/13 3:49 PM, Bashar wrote: > > Hello, > Doing some RnD and was wondering if it's possible to move from > Fedora/oVirt to RHEL/RHEV anytime in future for a production system if > required. > > From the technical possibility point of view. > > Thanks, > -B > > > _______________________________________________ > Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wudxw at linux.vnet.ibm.com Mon Mar 11 03:16:43 2013 From: wudxw at linux.vnet.ibm.com (Mark Wu) Date: Mon, 11 Mar 2013 11:16:43 +0800 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <20130307211608.GD14400@redhat.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> <20130307211608.GD14400@redhat.com> Message-ID: <513D4C9B.1030806@linux.vnet.ibm.com> On 03/08/2013 05:16 AM, Dan Kenigsberg wrote: > On Thu, Mar 07, 2013 at 03:57:49PM +0100, Adrian Gibanel wrote: >> Just in case it might help you please check: >> >> http://lists.ovirt.org/pipermail/users/2012-April/001751.html > This is almost 1 year old, but I did not notice it yet. I love the > detailed solution! +1 on NAT network. Except that it can save ip address, it also could reduce the external physical switch's pressure on mac table. Because the VM's mac address is invisible to external switch. But there're two limitations of NAT network compared with physically bridged network: 1. The VMs attached to the same NAT network, but on different hosts can't hear each other. It could be resolved by constructing a tunnel or tunnels among the hosts in the same cluster and centralizing the mac address management of dnsmasq on ovirt engine. 2. The VMs in NAT network are hidden behind the host. The external host can't initiate a connection to the VM. I think it's fine for a desktop VM.\ For a server VM, it can't be resolved by add a DNAT rule on demand. It's similar to the 'floating ip address' in quantum. //// > > Yes, the rant there, about ovirt network being tightly-coupled with a > physical interface, is 100% justified. I'm trying to address some of > that in http://www.ovirt.org/Features/Nicless_Network but it's a long > way to go. > >> I managed to implement Virtualbox-hostonly-alike networks gathering more info from: >> http://libvirt.org/formatnetwork.html >> . >> You might be also interested in: http://wiki.libvirt.org/page/Networking although I didn't use it myself. >> >> You might probably already know this information but, just in case, here it is. >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nnex at mail.ru Mon Mar 11 05:45:08 2013 From: nnex at mail.ru (nnex) Date: Mon, 11 Mar 2013 11:45:08 +0600 Subject: [Users] Where is live block migration? Message-ID: <513D6F64.7050201@mail.ru> Hi all. I'm successfully install a oVirt 3.2(fedora 18 distr). I'm successfuly deploy cluster also with two NFS storage also. But I'm can't "move" block device in VM to 2nd storage? i can't locate "move" button according this http://www.ovirt.org/Features/Design/StorageLiveMigration guide. Please help anyone. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Mon Mar 11 06:25:59 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Mon, 11 Mar 2013 06:25:59 +0000 Subject: [Users] Userportal SPICE Woes In-Reply-To: <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0910279239@exchange2-1> fre 2013-03-08 klockan 17:22 +0100 skrev Michal Skrivanek: On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: Hi, Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > Hi, it me again, > > the last time this was discussed, the problem seemed to be centred > around Win/IE, but since patching to: > # rpm -qa | grep ovirt > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > No one is able to connect to a spice console though the Userportal at > all. Looks like no one is getting host subject - again. Tom??? Come on guys, please tell me if there?s anything we can do to troubleshoot this issue, to help solve a real show-stopper for us! Would you be able to try it in 3.2? Tough question since it?s the production environment. We would need an upgrade path that requires no downtime for the VM's. Tried searching any official and tested procedure but no, nothing. Is there even one? It was known to be broken somewhere around 3.1 release?. It was not "known" by me at all. You don?t give out free cars to people and then break the stearing wheel some time later without telling about it, or at least fixing it again! Thanks, michal In using oVirt, our organisation is so close to being able to ship out thin-client kiosks instead of buying expensive new HW on a yearly basis, and have our users access their desktops from practically anywhere, even from home if they?d wish. The rest of the entire system works flawlessly, just to fall flat on it?s face right on the finish line. I think that is so sad and silly, because I really love the rest of this product! We?ve set up oVirt-3.1, made a POC template, defined a pool and have been able to have them prestarted as well. But if our users aren?t able to access their console in a seamless, easy way, then what good is it? And knowing that the console works just fine from the adminportal in several different client systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet important piece that needs to be corrected. Anxiously awaiting your response Karli Sj?berg David > I?ve tried this from my workstation, running Fedora 17: > ================================================================================ > $ SPICEC_DEBUG_LEVEL=0 firefox > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > window, when trying to call OnDisconnected > ================================================================================ > > > Here?s a collegue of mine, running Win7/IE9: > ================================================================================ > 1362648766 INFO [7196:5208] spicex_init_logger: started > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > request newVal=0xffffffff > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > --spice-controller) > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > client's pipe > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > str 130.238.96.135 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > value 5906 > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > value 5907 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > value 1 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > str main,inputs,scursor,splayback,srecord,sdisplay (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > str DEFAULT (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > not requested > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > error_code=1 > ================================================================================ > > > And another collegue running CentOS-6.3/Firefox: > ================================================================================ > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > 130.238.96.132 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > set > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > modified channels: main,inputs,cursor,playback,record,display > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > IT-Avdelningen-2 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > DEFAULT > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > Certificate: > Data: > Version: 3 (0x2) > Serial Number: 15 (0xf) > Signature Algorithm: sha1WithRSAEncryption > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Validity > Not Before: Sep 26 14:21:06 2012 > Not After : Sep 25 12:21:06 2022 GMT > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Subject Public Key Info: > Public Key Algorithm: rsaEncryption > Public-Key: (1024 bit) > Modulus: > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > 9f:c2:d2:cf:53:c3:58:b3:15 > Exponent: 65537 (0x10001) > X509v3 extensions: > X509v3 Subject Key Identifier: > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > Authority Information Access: > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > X509v3 Authority Key Identifier: > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > serial:0F > > X509v3 Basic Constraints: critical > CA:TRUE > X509v3 Key Usage: critical > Certificate Sign, CRL Sign > Signature Algorithm: sha1WithRSAEncryption > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > e0:7e > -----BEGIN CERTIFICATE----- > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > p73CIWYf4H4= > -----END CERTIFICATE----- > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > pid: 10340 > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > Launching /usr/libexec/spice-xpi-client > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > connection with controller > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > Controller finished, pid: 10340, exit code: 0 > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > could not get browser window, when trying to call OnDisconnected > ================================================================================ > > > If there?s anything we can do to help resolve this issue once and for > all, just name it! It so hurts to see this otherwise great product > tripping over on it?s face so close to the finish line:( > > Best Regards > Karli Sj?berg > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkolesni at redhat.com Mon Mar 11 07:00:22 2013 From: mkolesni at redhat.com (Mike Kolesnik) Date: Mon, 11 Mar 2013 03:00:22 -0400 (EDT) Subject: [Users] Host installation problems. Brigde In-Reply-To: Message-ID: <362803803.11951351.1362985222685.JavaMail.root@redhat.com> ----- Original Message ----- > I'm having issues with installing host in oVirt. Hi Christer, It seems that the log is cut off by $ signs, can you please send full log (preferrably in a paste site such as pastebin)? > Manager reports: Failed to install Host localhost. Step: > SetNetworking; Details: addNetwork error trying to add management > bridge. > *** LOG *** > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. url= > http://10.1.1.30:22020/Components/vds/ > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress return. > address=10.1.1.30 port=22020 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: read > host name: 10.1.1.30 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: using > host name 10.1.1.30 strIP= 10.1.1.30 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > IP=10.1.1.30 strIface=eth0 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found the > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', 'NAME=', > 'BOOTPROT$ > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask or > gateway but not ip > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 WARNING:root:options > IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1458, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 823, in > _addNetworkValidation > "Specified netmask or gateway but not ip") > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to > add ovirtmgmt bridge out=Specified netmask or gateway bu$ > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1458, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 823, in > _addNetworkValidation > "Specified netmask or gateway but not ip") > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > ret=22 > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge errored: > out=Specified netmask or gateway but not ip > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1458, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 823, in > _addNetworkValidation > "Specified netmask or gateway but not ip") > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > ret=22 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge return. > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork error > trying to add management bridge > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 component='SetNetworking' status='FAIL' message='addNetwork error t$ > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking test > failed > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 component='RHEV_INSTALL' status='FAIL'/> > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > Validation **** > *** END LOG *** > I have tried googling myself to an answer, and i have tried finding > it out myself but with no luck. > (the host is the same one as the engine is running on) > Please, any help would be appreciated. > Kind regards > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Mon Mar 11 07:42:49 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Mon, 11 Mar 2013 08:42:49 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> Message-ID: <513D8AF9.9000609@redhat.com> On 03/08/2013 09:48 PM, Yuval M wrote: > Thank you very much. I now get the welcome page when I enter > "http://localhost:8700/". > However, when I try to enter the Administrator Portal > I get a javax.servlet.ServletException. > I attached a screenshot. > > Inline image 1 > > How can I troubleshoot this? I think this is because of the missing UI plugins directory. Try to create it: mkdir -p $HOME/ovirt-engine/installation/share/ui-plugins Then restart the engine. > > I appreciate your help very much > > Yuval > > > On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez > wrote: > > On 03/08/2013 07:00 PM, Yuval M wrote: > > I attached the logs, here is the output from the commands you > suggested: > > > Looks like the database schema doesn't match the rest of the code. > You probably created the database before switching to branch 3.2. > Just drop the database and create it again with the scripts in the > 3.2 branch. > > * > * > *[root at bufferoverflow bin]# psql -U postgres engine* > > psql (9.2.3) > Type "help" for help. > engine=# select count(*) from vdc_options; > count > ------- > 345 > (1 row) > > *[root at bufferoverflow bin]# find > /home/wil/ovirt-engine/__installation > -name postgresql.jar* > *[root at bufferoverflow bin]# find > /home/wil/ovirt-engine/__installation > -name postg\** > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar.index > *[root at bufferoverflow bin]# ls -la > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/* > > total 12 > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql > *[root at bufferoverflow bin]# ls -la > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/* > > total 544 > drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . > drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml > -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar > -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 postgresql-jdbc.jar.index > > > I appreciate your help > > Yuval > > On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez > > >> wrote: > > On 03/08/2013 06:38 PM, Yuval M wrote: > > Thanks, now "./engine-service start" succeeded. > /[root at bufferoverflow bin]# ./engine-service start/ > /Starting engine-service: > [ > OK ]/ > > > However, when I try to access "http://localhost:8700" I > get an empty > page (0 bytes). > > I see the following errors in > > /home/wil/ovirt-engine/____installation/var/log/ovirt-____engine/server.log > > > JBAS014777: Services which failed to start: service > > jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: > org.jboss.msc.service.____StartException in service > > jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: > > Failed to start service > > 2013-03-08 19:27:51,495 ERROR > [org.jboss.as.server.____deployment.scanner] > > (DeploymentScanner-threads - 1) {"JBAS014653: Composite > operation failed > and was rolled back. Steps that failed:" => {"Operation > step-2" => > {"JBAS014671: Failed services" => > > {"jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.__jar\__".component.____UsersDomainsCacheManagerServic____e.START" > => "org.jboss.msc.service.____StartException in service > > jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.jar\____".component.____UsersDomainsCacheManagerServic____e.START: > > Failed to start service"}}}} > > Here is the contents of my configuration file: > > [root at bufferoverflow installation]# cat > etc/sysconfig/ovirt-engine > # > # For descriptions of the parameters and their default > values look > # at the > /usr/share/ovirt-engine/conf/____engine.conf.defaults file. > > # > # Please note that the engine installation tool > engine-setup will > # append the modified parameters to the end of this file. > # > JAVA_HOME=/usr/lib/jvm/jre-1.____7.0-openjdk.x86_64 > JBOSS_HOME=/home/wil/ovirt-____engine/jboss-as-7.1.1.Final > > ENGINE_USER=wil > ENGINE_GROUP=wil > ENGINE_PROXY_ENABLED=false > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > ENGINE_HTTPS_ENABLED=false > ENGINE_AJP_ENABLED=false > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > ENGINE_DEBUG_ADDRESS=0.0.0.0:____8787 > > > > > Thank you very much for your help > > > Can you share the server.log and engine.log files? If > possible stop > the engine, clean the files, start again and then collect and > provide the files. > > Not sure, but I guess that you are having some problem with the > database, so please check the following: > > 1. Try to connect to the database manually: > > psql -U postgres engine > engine# select count(*) from vdc_options; > > 2. Make sure that the JDBC driver is in the right place and > that it > points to the right file if it is a symbolic link: > > find home/wil/ovirt-engine/____installation -name > postgresql.jar > > > > Yuval > > On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez > > > > >>> wrote: > > On 03/08/2013 05:14 PM, Yuval M wrote: > > checked out to 3.2 branch, now the > configuration file > was as > detailed in > the wiki. > after configuring it I try to start the engine > and get: > > [wil at bufferoverflow bin]$ pwd > /home/wil/ovirt-engine/______installation/bin > > > [wil at bufferoverflow bin]$ ./engine-service start > Traceback (most recent call last): > File "./engine-service", line 23, in > import configobj > ImportError: No module named configobj > [wil at bufferoverflow bin]$ > > > Ok, this is because the service script needs the > python-configobj > and python-cheetah packages: > > yum install python-configobj python-cheetah > > > > > On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez > > > >> > > > > >>>__> wrote: > > On 03/08/2013 03:51 PM, Juan Hernandez wrote: > > On 03/08/2013 03:49 PM, Yuval M wrote: > > OK, > brand new machine, > Fedora 18 (x64), > Trying to install Ovirt 3.2 from > sources > according to: > http://www.ovirt.org/Building___________Engine_Draft > > > > > > >> > > > > > > > >>> > > > > > > > > >> > > > > > > > > > >>>> > > Everything is good up to the > following stage: > "Now you need to do some > adjustments to the > configuration file > > > > $HOME/ovirt-engine/________installation/etc/sysconfig/________ovirt-engine" > > > > > The "sysconfig" directory does > not exist. > so does the > "ovirt-engine" > configuration file (searched > through the > $HOME/ovirt-engine > tree). > I didn't find any code in the > Makefile > > ($HOME/ovirt-engine/________repository/Makefile) that > > > would create > > them, > What am I missing? > > > This has changed recently and I > didn't update > that wiki > page. The > /etc/sysconig/ovirt-engine file has been > replaced by > /etc/ovirt-engine/engine.conf. > > > But wait, this change was made in the master > branch, not in > 3.2, so > it shouldn't be a problem. Are you sure > you are > using the > engine_3.2 > branch? > > > Thanks, > > Yuval > > On Tue, Feb 26, 2013 at 3:25 PM, Juan > Hernandez > > > > >> > > > > >>> > > > > > >> > > > > >>>__>__> > > > wrote: > > On 02/26/2013 02:19 PM, Doron > Fediuck wrote: > > > > ----- Original Message > ----- > > From: "Yuval M" > > > > >> > > > > >>> > > > > >> > > > > > > >>>>> > > To: "Juan Hernandez" > > > >> > > > > >>> > > > > > >> > > > > > > >>>__>__>__, users at ovirt.org > > > > > > >> > > > > > >>> > > > > > >> > > > > >>>> > > > Cc: "Limor Gavish" > > > > >> > > > > > >>> > > > > > >> > > > > > > >>>>> > > Sent: Sunday, > February 24, 2013 > 11:38:12 PM > Subject: Re: > [Users] Trouble > building > Ovirt > from source - > "No rule to make target > `install_tools'. Stop." > > > > > Still having > trouble with > the build > process > (Ovirt 3.1): > $ sudo make > ... (success) ... > $ sudo make install ... > > inflating: > > > > > /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/______META-__INF/maven/__org.__ovirt.____engine.ui/______webadmin/pom.xml > inflating: > > > > > /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/____404.____html > checkdir error: > > > > > /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar > > > > exists but > is not directory > unable to process > > > > > engine-bll.jar/org/ovirt/__________engine/core/bll/VdsDeploy$__32.________class. > checkdir error: > > > > > /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar > > > > exists but > is not directory > unable to process > > > > > engine-bll.jar/org/ovirt/__________engine/core/bll/__________InitBackendServicesOnStartupBe__________an.class. > > > > ... > make: *** > [install_artifacts] Error 2 > > > > > any insights? > > > Thanks... > > > > On Thu, Jan 24, > 2013 at 8:52 > PM, Juan > Hernandez < > jhernand at redhat.com > > > >> > > > > >>> > > > > > >> > > > >>>__> > > > > wrote: > > > > > > On 01/24/2013 04:20 PM, > Yuval M wrote: > > > Hi, > I'm installing > Ovirt 3.1 on > Fedora > using this > guide: > http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > > config_.26_engine-manage- > domains > > and I'm getting the > error in the > subject from > make. > there is indeed no > rule for > install_tools in > the makefile. > > What am I missing? > > Those instructions > are out > of date, > use "make > install". That > installs > the files, but you will > still need some > changes to make the > engine > work: > > 1. Create the ovirt > user > (the engine > runs by > default with this > service, unless you > change the > /etc/syscofig/ovirt-engine > file and > add the ENGINE_USER and > ENGINE_GROUP > parameters): > > useradd ovirt > > 2. Create (mkdir -p > ...) and > change the > ownership of the > directories > that the engine > needs to own to > ovirt:ovirt (chown > ovirt:ovirt ...): > > /etc/ovirt-engine > /var/log/ovirt-engine > /var/lock/ovirt-engine > > /var/lib/ovirt-engine/content > /var/lib/ovirt-engine/ > deployments > /var/tmp/ovirt-engine > /var/cache/ovirt-engine > > 3. Enable the HTTP > connector > in the > engine > (the default is > to enable > only AJP, and that > doesn't work > without Apache > as frontend) > adding > the following to the > /etc/sysconfig/ovirt-engine file: > > > ENGINE_PROXY_ENABLED=false > > ENGINE_HTTP_ENABLED=true > ENGINE_HTTP_PORT=8700 > > ENGINE_HTTPS_ENABLED=false > > ENGINE_AJP_ENABLED=false > > 4. Configure > database connection > details (the > default in > development > environments is to > use the > postgres > user and > the trust mode) > adding > this to > /etc/sysconfig/ovirt-engine: > > ENGINE_DB_USER=postgres > ENGINE_DB_PASSWORD= > > 5. Make sure that > you have the > PostgreSQL JDBC > driver > installed (rpm > -q postgresql-jdbc) and > install it if > needed > (yum install > postgresql-jdbc). > > 6. Now you can > start the engine > running the > engine-service > script: > > engine-service start > > Look at the system > log (the file > /var/log/messages) and the > engine > logs (the files > /var/log/ovirt-engine/server. > log and > > /var/log/ovirt-engine) for > errors. > > 7. Connect to > http://localhost:8700 > and you > should be able > to login > with user admin and > letmein! > as password. > > Note that I am > assuming that > you already > created the > database, and > that you want to > use this > installation for > development. If > you are > looking for an > production > installation I > suggest using the RPMs. > > Also I tested this > with the > latest > source from the > repository, it > will not work with > older > versions. > > -- > Direcci?n > Comercial: C/Jose > Bardasano > Baos, 9, > Edif. Gorbea > 3, planta > 3?D, 28016 Madrid, > Spain > Inscrita en el Reg. > Mercantil de Madrid ? > C.I.F. B82657941 - > Red Hat > S.L. > > > > Any progress here? > > > Yuval, that will not work > with 3.1. > Please > use 3.2 and > the following > instructions: > > http://www.ovirt.org/Building___________Engine_Draft > > > > > > >> > > > > > > > >>> > > > > > > > > >> > > > > > > > > > >>>> > > > -- > Direcci?n Comercial: C/Jose > Bardasano Baos, > 9, Edif. > Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. > Mercantil de > Madrid ? C.I.F. > B82657941 - Red Hat > S.L. > > > > > > _______________________________________________________ > > Users mailing list > Users at ovirt.org > > >> > > > > >>> > http://lists.ovirt.org/________mailman/listinfo/users > > > > > > > >> > > > > > > > > > >>> > > > > > > -- > Direcci?n Comercial: C/Jose Bardasano > Baos, 9, > Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? > C.I.F. > B82657941 > - Red Hat > S.L. > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, > Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. > B82657941 > - Red Hat > S.L. > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 > - Red Hat > S.L. > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From omasad at redhat.com Mon Mar 11 08:11:51 2013 From: omasad at redhat.com (Ofri Masad) Date: Mon, 11 Mar 2013 04:11:51 -0400 (EDT) Subject: [Users] Where is live block migration? In-Reply-To: <513D6F64.7050201@mail.ru> Message-ID: <1834119262.5983784.1362989511717.JavaMail.root@redhat.com> Hi nnex, I'm not sure about your question. - If you are trying to migrate a VM (this is the wiki you have attached) then the 'Migrate' option is in the right click menu opened when clicking on a **running** virtual machine in the virtual machines tab. Migrating a VM is changing the host on which the VM is running (not moving the disks). - What i think you were looking for is 'Move Disk'. This feature allows you to move your disk from one storage to domain to another. 1. Select the Disks tab. 2. Select the virtual disk or disks to move. 3. Click Move to open the Move Disk(s) window. (button is on the top menu and right click menu) 4. Use the drop-down menu or menus to select the Target data domain. 5. Click OK to move the disks and close the window. see this documentation: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Moving_a_Virtual_Machine_Hard_Disk_Between_Data_Domains.html T All the best Ofri ----- Original Message ----- > From: "nnex" > To: users at ovirt.org > Sent: Monday, March 11, 2013 7:45:08 AM > Subject: [Users] Where is live block migration? > > > Hi all. > I'm successfully install a oVirt 3.2(fedora 18 distr). I'm > successfuly deploy cluster also with two NFS storage also. But I'm > can't "move" block device in VM to 2nd storage? i can't locate > "move" button according this > http://www.ovirt.org/Features/Design/StorageLiveMigration guide. > Please help anyone. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lhornyak at redhat.com Mon Mar 11 08:19:33 2013 From: lhornyak at redhat.com (Laszlo Hornyak) Date: Mon, 11 Mar 2013 04:19:33 -0400 (EDT) Subject: [Users] NoRouteToHostException when adding F18 host to engine built with latest source. In-Reply-To: <20130308124644.Horde.I8mKSpir309ROk40FXBjD2A@imap.linux.ibm.com> Message-ID: <1534617171.8260283.1362989973966.JavaMail.root@redhat.com> Hi Sharad, I am not sure this is related, but in F18 if you change the name of the engine host at installation from the default 'localhost.localdomain' then it will not appear in the /etc/hosts file and the system will not be able to resolve the address of the host it is running on and this breaks some functionality in most java programs. Probably this is the reason of the exception you get, not that the engine is not able to connect to vdsm. If this does not solve the problem, could you increase log level? A stack trace would be great :) Thank you, Laszlo ----- Original Message ----- > From: snmishra at linux.vnet.ibm.com > To: users at ovirt.org > Sent: Friday, March 8, 2013 9:46:44 PM > Subject: [Users] NoRouteToHostException when adding F18 host to engine built with latest source. > > > Hi, > > I am trying to setup 2 F18 machines as ovirt engine and host. On the > first machine I > > 1. built engine from source, > 2. copied vdsm bootstrap files as documented at > http://www.ovirt.org/Building_oVirt_engine#Copying_vdsm_bootstrap_files > and > 3. completed the steps at > http://www.ovirt.org/Building_oVirt_engine#Deploying_engine-config_.26_engine-manage-domains > and deployed the > engine. > > Other F18 machine is just a minimal install of F18, iptables running > as mentioned at > http://www.ovirt.org/Quick_Start_Guide#Install_Fedora_Host > > I start webadmin and go to add a new host (second F18), but it > immediately goes to non-responsive state. > > > > > 2013-03-08 15:37:26,833 INFO > [org.ovirt.engine.core.bll.AddVdsCommand] (http--0.0.0.0-8700-6) > [6c833e18] Running command: AddVdsCommand internal: false. Entities > affected : ID: 99408929-82cf-4dc7-a532-9d998063fa95 Type: VdsGroups > 2013-03-08 15:37:26,868 INFO > [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-6) > [3ad6cd4e] Running command: AddVdsSpmIdCommand internal: true. > Entities affected : ID: ca519cc1-7579-4292-9d49-c68aba649991 Type: > VDS > 2013-03-08 15:37:26,881 INFO > [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-6) > [3ad6cd4e] Lock freed to object EngineLock [exclusiveLocks= key: > 5849b030-626e-47cb-ad90-3ce782d831b3 value: REGISTER_VDS > , sharedLocks= ] > 2013-03-08 15:37:26,883 ERROR > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-6) [3ad6cd4e] Cannot get vdsManager for > vdsid=ca519cc1-7579-4292-9d49-c68aba649991 > 2013-03-08 15:37:26,885 INFO > [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] > (http--0.0.0.0-8700-6) [3ad6cd4e] START, RemoveVdsVDSCommand(HostName > = ovirt2, HostId = ca519cc1-7579-4292-9d49-c68aba649991), log id: > 684f7786 > 2013-03-08 15:37:26,887 ERROR > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-6) [3ad6cd4e] Cannot get vdsManager for > vdsid=ca519cc1-7579-4292-9d49-c68aba649991 > 2013-03-08 15:37:26,888 INFO > [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] > (http--0.0.0.0-8700-6) [3ad6cd4e] FINISH, RemoveVdsVDSCommand, log > id: > 684f7786 > 2013-03-08 15:37:26,889 ERROR > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-6) [3ad6cd4e] Cannot get vdsManager for > vdsid=ca519cc1-7579-4292-9d49-c68aba649991 > 2013-03-08 15:37:26,891 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-6) [3ad6cd4e] START, AddVdsVDSCommand(HostName = > ovirt2, HostId = ca519cc1-7579-4292-9d49-c68aba649991), log id: > 35d874d9 > 2013-03-08 15:37:26,892 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-6) [3ad6cd4e] AddVds - entered , starting logic > to > add VDS ca519cc1-7579-4292-9d49-c68aba649991 > 2013-03-08 15:37:26,893 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-6) [3ad6cd4e] AddVds - VDS > ca519cc1-7579-4292-9d49-c68aba649991 was added, will try to add it to > the resource manager > 2013-03-08 15:37:26,894 INFO > [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-6) > [3ad6cd4e] Entered VdsManager constructor > 2013-03-08 15:37:26,896 INFO > [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-6) > [3ad6cd4e] Initialize vdsBroker (9.27.28.20,54,321) > 2013-03-08 15:37:26,897 INFO > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-6) [3ad6cd4e] VDS > ca519cc1-7579-4292-9d49-c68aba649991 was added to the Resource > Manager > 2013-03-08 15:37:26,898 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-6) [3ad6cd4e] FINISH, AddVdsVDSCommand, log id: > 35d874d9 > 2013-03-08 15:37:29,946 WARN > [org.ovirt.engine.core.vdsbroker.VdsManager] > (DefaultQuartzScheduler_Worker-9) Failed to refresh VDS , vds = > ca519cc1-7579-4292-9d49-c68aba649991 : ovirt2, VDS Network Error, > continuing. > java.net.NoRouteToHostException: No route to host > 2013-03-08 15:37:32,953 WARN > [org.ovirt.engine.core.vdsbroker.VdsManager] > (DefaultQuartzScheduler_Worker-10) Failed to refresh VDS , vds = > ca519cc1-7579-4292-9d49-c68aba649991 : ovirt2, VDS Network Error, > continuing. > java.net.NoRouteToHostException: No route to host > 2013-03-08 15:37:35,987 ERROR > [org.ovirt.engine.core.vdsbroker.VdsManager] > (DefaultQuartzScheduler_Worker-2) Server failed to respond, vds_id = > ca519cc1-7579-4292-9d49-c68aba649991, vds_name = ovirt2, error = > java.net.NoRouteToHostException: No route to host > > > I can ssh from engine to host machine using the authentication > provided in new host dialog. > > -Sharad > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lhornyak at redhat.com Mon Mar 11 08:33:53 2013 From: lhornyak at redhat.com (Laszlo Hornyak) Date: Mon, 11 Mar 2013 04:33:53 -0400 (EDT) Subject: [Users] debug environment how to? In-Reply-To: <64689e8a.d14e.13d4a6093fd.Coremail.bigclouds@163.com> Message-ID: <1602363075.8262096.1362990833819.JavaMail.root@redhat.com> Hi, ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Friday, March 8, 2013 3:21:16 PM > Subject: [Users] debug environment how to? > > > > > 1.how to make a debug environment?include engine and vdsm. For engine, you can simply attach with a remote java debugger to your jboss appserver. > 2.if GWT can be disabled,it is a obstacle to debug. No, but you will not have a UI, you will have to do everything with the rest-api. > > thanks > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From r.koch at ovido.at Mon Mar 11 08:51:16 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Mon, 11 Mar 2013 09:51:16 +0100 Subject: [Users] Possible migration from oVirt to RHEV? In-Reply-To: References: <513CE210.4040209@gmail.com> <2102BFA1-9128-42E1-8DD2-124ED9FAF79D@nasa.gov> Message-ID: <1362991876.27076.33.camel@pc-ovido02.lan.ovido.at> Hi, The reason is most likely to have a stable production environment with support and to have oVirt as a testing environment. For the migration process: - Implement your RHEV environment - Create an export domain within RHEV, but don't attach it to your RHEV datacenter - Attach your export domain to oVirt datacenter - Export your vms - Detach export domain on oVirt and attach it in RHEV - Import your vms Did move a few vms from oVirt to RHEV and it worked fine. Just make sure that you change to MAC range as oVirt and RHEV use the same range and this will cause problems when you have vms with conflicting MAC addresses. -- Best regards Ren? Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Br?nner Stra?e 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch at ovido.at ============================================ On Sun, 2013-03-10 at 14:11 -0700, Bashar wrote: > Dear Vakhnin, > What's your reasons for migrating to RHEV from oVirt? > > Thanks > B > > On Mar 10, 2013 11:46 PM, "Vakhnin, Andrey A. (LARC-E302)[SCIENCE > SYSTEMS AND APPLICATIONS, INC]" wrote: > We also plan to migrate our production ovirt 3.1 cluster to > rhev. Anyone successfully exported ovirt domain and attached > on rhev? This being a production environment we only get few > hours dow time at most. Thanks > > On Mar 10, 2013, at 3:42 PM, "Saint Keimond" > wrote: > > > > While I'm not 100% sure on this, you should be able to > > export your machines to an export domain, detach that > > domain, attach it on RHEV, and import. > > > > --David > > > > > > On 3/9/13 3:49 PM, Bashar wrote: > > > > > Hello, > > > Doing some RnD and was wondering if it's possible to move > > > from Fedora/oVirt to RHEL/RHEV anytime in future for a > > > production system if required. > > > > > > From the technical possibility point of view. > > > > > > > > > Thanks, > > > -B > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From danken at redhat.com Mon Mar 11 09:18:13 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 11 Mar 2013 11:18:13 +0200 Subject: [Users] Host installation problems. Brigde In-Reply-To: References: Message-ID: <20130311091813.GC27440@redhat.com> On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > I'm having issues with installing host in oVirt. > > > Manager reports: > Failed to install Host localhost. Step: SetNetworking; Details: addNetwork > error trying to add management bridge. Which version of ovirt are you using? ovirt-3.2 should be using ovirt-host-deploy, which has differently-looking logs, and hopefully less bugs. > > > *** LOG *** > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. url= > http://10.1.1.30:22020/Components/vds/ > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress return. > address=10.1.1.30 port=22020 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: read host > name: 10.1.1.30 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: using host > name 10.1.1.30 strIP= 10.1.1.30 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface IP=10.1.1.30 > strIface=eth0 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found the > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', 'NAME=', > 'BOOTPROT$ > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask or > gateway but not ip > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 WARNING:root:options > IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1458, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 823, in > _addNetworkValidation > "Specified netmask or gateway but not ip") > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to add > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1458, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 823, in > _addNetworkValidation > "Specified netmask or gateway but not ip") > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > > ret=22 > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge errored: > out=Specified netmask or gateway but not ip > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1458, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 823, in > _addNetworkValidation > "Specified netmask or gateway but not ip") > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > > ret=22 > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge return. > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork error > trying to add management bridge > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 component='SetNetworking' status='FAIL' message='addNetwork error t$ > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking test > failed > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 component='RHEV_INSTALL' status='FAIL'/> > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > Validation **** > > > *** END LOG *** > > > > I have tried googling myself to an answer, and i have tried finding it out > myself but with no luck. > > > (the host is the same one as the engine is running on) > > Please, any help would be appreciated. > > > Kind regards > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From asegurap at redhat.com Mon Mar 11 09:31:39 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Mon, 11 Mar 2013 05:31:39 -0400 (EDT) Subject: [Users] Host installation problems. Brigde In-Reply-To: <20130311091813.GC27440@redhat.com> Message-ID: <1069723770.5992608.1362994299895.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Christer Olsen" > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 10:18:13 AM > Subject: Re: [Users] Host installation problems. Brigde > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > > I'm having issues with installing host in oVirt. > > > > > > Manager reports: > > Failed to install Host localhost. Step: SetNetworking; Details: > > addNetwork > > error trying to add management bridge. > > Which version of ovirt are you using? ovirt-3.2 should be using > ovirt-host-deploy, which has differently-looking logs, and hopefully > less bugs. According to the repo he listed, ovirt-3.1, as seen in: http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ > > > > > > > *** LOG *** > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. > > url= > > http://10.1.1.30:22020/Components/vds/ > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress > > return. > > address=10.1.1.30 port=22020 > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: > > read host > > name: 10.1.1.30 > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: > > using host > > name 10.1.1.30 strIP= 10.1.1.30 > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > > IP=10.1.1.30 > > strIface=eth0 > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found > > the > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', > > 'NAME=', > > 'BOOTPROT$ > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask > > or > > gateway but not ip > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 > > WARNING:root:options > > IPADDR is deprecated. Use ipaddr instead > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > Traceback (most recent call last): > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > main() > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > addNetwork(bridge, **kwargs) > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > bridged=bridged, **options) > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > _addNetworkValidation > > "Specified netmask or gateway but not ip") > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge > > Failed to add > > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > Traceback (most recent call last): > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > main() > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > addNetwork(bridge, **kwargs) > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > bridged=bridged, **options) > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > _addNetworkValidation > > "Specified netmask or gateway but not ip") > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > > > > ret=22 > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge > > errored: > > out=Specified netmask or gateway but not ip > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > Traceback (most recent call last): > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > main() > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > addNetwork(bridge, **kwargs) > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > bridged=bridged, **options) > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > _addNetworkValidation > > "Specified netmask or gateway but not ip") > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') > > > > ret=22 > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge > > return. > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork > > error > > trying to add management bridge > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > component='SetNetworking' status='FAIL' message='addNetwork error > > t$ > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking > > test > > failed > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > component='RHEV_INSTALL' status='FAIL'/> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > > Validation **** > > > > > > *** END LOG *** > > > > > > > > I have tried googling myself to an answer, and i have tried finding > > it out > > myself but with no luck. > > > > > > (the host is the same one as the engine is running on) > > > > Please, any help would be appreciated. > > > > > > Kind regards > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From patrick.hurrelmann at lobster.de Mon Mar 11 09:39:46 2013 From: patrick.hurrelmann at lobster.de (Patrick Hurrelmann) Date: Mon, 11 Mar 2013 10:39:46 +0100 Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <20130307203112.GC14400@redhat.com> References: <51350975.5080308@redhat.com> <5135B90C.4070109@lobster.de> <20130305095411.GF15949@redhat.com> <5135C291.1080204@lobster.de> <20130305101423.GH15949@redhat.com> <5135D7CF.8000405@lobster.de> <20130305124935.GC19345@redhat.com> <5138AB4F.8030909@lobster.de> <20130307151833.GN4270@redhat.com> <5138B738.8070902@lobster.de> <20130307203112.GC14400@redhat.com> Message-ID: <513DA662.8060904@lobster.de> >> Alright, just verified it. A vm started on a 6.3 host can be >> successfully migrated to the new 6.4 host and then back to any other 6.3 >> host. It just won't migrate a vm started on 6.4 to any host running 6.3. > > This surprises me. Engine should have used the same emulatedMachine > value, independent of the initial host. Could you share the vdsm.log > lines mentionioning "emulatedMachine" in both cases? > > Dan. Hi Dan, sorry for coming back this late. I checked it and the default emulatedMachine is pc. And machine pc differs in the definition between 6.3 and 6.4. virsh 6.3: hvm 64 /usr/libexec/qemu-kvm rhel6.3.0 pc rhel6.2.0 rhel6.1.0 rhel6.0.0 rhel5.5.0 rhel5.4.4 rhel5.4.0 /usr/libexec/qemu-kvm virsh 6.4: hvm 64 /usr/libexec/qemu-kvm rhel6.4.0 pc rhel6.3.0 rhel6.2.0 rhel6.1.0 rhel6.0.0 rhel5.5.0 rhel5.4.4 rhel5.4.0 /usr/libexec/qemu-kvm Regards Patrick -- Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg HRB 178831, Amtsgericht M?nchen Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich From ofrenkel at redhat.com Mon Mar 11 09:54:34 2013 From: ofrenkel at redhat.com (Omer Frenkel) Date: Mon, 11 Mar 2013 05:54:34 -0400 (EDT) Subject: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) In-Reply-To: <513DA662.8060904@lobster.de> Message-ID: <944510602.17897161.1362995674220.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Patrick Hurrelmann" > To: "users" > Cc: "Omer Frenkel" > Sent: Monday, March 11, 2013 11:39:46 AM > Subject: Re: [Users] 6.4 CR: oVirt 3.1 breaks with missing cpu features after update to CentOS 6.4 (6.3 + CR) > > >> Alright, just verified it. A vm started on a 6.3 host can be > >> successfully migrated to the new 6.4 host and then back to any > >> other 6.3 > >> host. It just won't migrate a vm started on 6.4 to any host > >> running 6.3. > > > > This surprises me. Engine should have used the same emulatedMachine > > value, independent of the initial host. Could you share the > > vdsm.log > > lines mentionioning "emulatedMachine" in both cases? > > > > Dan. > > Hi Dan, > > sorry for coming back this late. I checked it and the default > emulatedMachine is pc. And machine pc differs in the definition > between > 6.3 and 6.4. the value sent to vdsm from the engine is configurable per cluster compatibility version, no reason for it to be 'pc' anywhere, you can use engine-config to change EmulatedMachine to the correct value (for 3.2 cluster probably you need to use 'rhel6.3.0') > > virsh 6.3: > > hvm > > 64 > /usr/libexec/qemu-kvm > rhel6.3.0 > pc > rhel6.2.0 > rhel6.1.0 > rhel6.0.0 > rhel5.5.0 > rhel5.4.4 > rhel5.4.0 > > > > /usr/libexec/qemu-kvm > > > > > > > > > > > > virsh 6.4: > > hvm > > 64 > /usr/libexec/qemu-kvm > rhel6.4.0 > pc > rhel6.3.0 > rhel6.2.0 > rhel6.1.0 > rhel6.0.0 > rhel5.5.0 > rhel5.4.4 > rhel5.4.0 > > > > /usr/libexec/qemu-kvm > > > > > > > > > > > Regards > Patrick > > -- > Lobster LOGsuite GmbH, M?nchner Stra?e 15a, D-82319 Starnberg > > HRB 178831, Amtsgericht M?nchen > Gesch?ftsf?hrer: Dr. Martin Fischer, Rolf Henrich > From barumuga at redhat.com Mon Mar 11 10:09:56 2013 From: barumuga at redhat.com (Balamurugan Arumugam) Date: Mon, 11 Mar 2013 06:09:56 -0400 (EDT) Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130310073450.GC26454@redhat.com> Message-ID: <45579377.12020578.1362996596616.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Balamurugan Arumugam" > Cc: "Rob Zwissler" , users at ovirt.org, "Aravinda VK" , "Ayal Baron" > > Sent: Sunday, March 10, 2013 1:04:50 PM > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3 > > On Wed, Mar 06, 2013 at 02:34:10PM +0530, Balamurugan Arumugam wrote: > > On 03/06/2013 01:20 PM, Dan Kenigsberg wrote: > > >On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote: > > >>On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg > > >> wrote: > > >>>Rob, > > >>> > > >>>It seems that a bug in vdsm code is hiding the real issue. > > >>>Could you do a > > >>> > > >>> sed -i s/ParseError/ElementTree.ParseError > > >>> /usr/share/vdsm/gluster/cli.py > > >>> > > >>>restart vdsmd, and retry? > > >>> > > >>>Bala, would you send a patch fixing the ParseError issue (and > > >>>adding a > > >>>unit test that would have caught it on time)? > > > > > >>Traceback (most recent call last): > > >> File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > > >> res = f(*args, **kwargs) > > >> File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > > >> rv = func(*args, **kwargs) > > >> File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > > >> return {'volumes': > > >> self.svdsmProxy.glusterVolumeInfo(volumeName)} > > >> File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > > >> return callMethod() > > >> File "/usr/share/vdsm/supervdsm.py", line 72, in > > >> **kwargs) > > >> File "", line 2, in glusterVolumeInfo > > >> File "/usr/lib64/python2.6/multiprocessing/managers.py", line > > >> 740, > > >>in _callmethod > > >> raise convert_to_error(kind, result) > > >>AttributeError: class ElementTree has no attribute 'ParseError' > > > > > >My guess has led us nowhere, since etree.ParseError is simply > > >missing > > >from python 2.6. It is to be seen only in python 2.7! > > > > > >That's sad, but something *else* is problematic, since we got to > > >this > > >error-handling code. > > > > > >Could you make another try and temporarily replace ParseError with > > >Exception? > > > > > > sed -i s/etree.ParseError/Exception/ > > > /usr/share/vdsm/gluster/cli.py > > > > > >(this sed is relative to the original code). > > > > > > > More specific sed is > > sed -i s/etree.ParseError/SyntaxError/ > > /usr/share/vdsm/gluster/cli.py > > Bala, Aravinda, I have not seem a vdsm patch adding an explicit > dependency on the correct gluster-cli version. Only a change for for > this ParseError issue http://gerrit.ovirt.org/#/c/12829/ > > Is there anything blocking this? I would really like to clear this > hurdle quickly. > Dan, we are working out locally to resolve of setting up glusterfs version for vdsm-gluster. We will submit new patch soon. Regards, Bala From danken at redhat.com Mon Mar 11 10:34:51 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 11 Mar 2013 12:34:51 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <45579377.12020578.1362996596616.JavaMail.root@redhat.com> References: <20130310073450.GC26454@redhat.com> <45579377.12020578.1362996596616.JavaMail.root@redhat.com> Message-ID: <20130311103451.GF27440@redhat.com> On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam wrote: > > > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Balamurugan Arumugam" > > Cc: "Rob Zwissler" , users at ovirt.org, "Aravinda VK" , "Ayal Baron" > > > > Sent: Sunday, March 10, 2013 1:04:50 PM > > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3 > > > > On Wed, Mar 06, 2013 at 02:34:10PM +0530, Balamurugan Arumugam wrote: > > > On 03/06/2013 01:20 PM, Dan Kenigsberg wrote: > > > >On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote: > > > >>On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg > > > >> wrote: > > > >>>Rob, > > > >>> > > > >>>It seems that a bug in vdsm code is hiding the real issue. > > > >>>Could you do a > > > >>> > > > >>> sed -i s/ParseError/ElementTree.ParseError > > > >>> /usr/share/vdsm/gluster/cli.py > > > >>> > > > >>>restart vdsmd, and retry? > > > >>> > > > >>>Bala, would you send a patch fixing the ParseError issue (and > > > >>>adding a > > > >>>unit test that would have caught it on time)? > > > > > > > >>Traceback (most recent call last): > > > >> File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper > > > >> res = f(*args, **kwargs) > > > >> File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper > > > >> rv = func(*args, **kwargs) > > > >> File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList > > > >> return {'volumes': > > > >> self.svdsmProxy.glusterVolumeInfo(volumeName)} > > > >> File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ > > > >> return callMethod() > > > >> File "/usr/share/vdsm/supervdsm.py", line 72, in > > > >> **kwargs) > > > >> File "", line 2, in glusterVolumeInfo > > > >> File "/usr/lib64/python2.6/multiprocessing/managers.py", line > > > >> 740, > > > >>in _callmethod > > > >> raise convert_to_error(kind, result) > > > >>AttributeError: class ElementTree has no attribute 'ParseError' > > > > > > > >My guess has led us nowhere, since etree.ParseError is simply > > > >missing > > > >from python 2.6. It is to be seen only in python 2.7! > > > > > > > >That's sad, but something *else* is problematic, since we got to > > > >this > > > >error-handling code. > > > > > > > >Could you make another try and temporarily replace ParseError with > > > >Exception? > > > > > > > > sed -i s/etree.ParseError/Exception/ > > > > /usr/share/vdsm/gluster/cli.py > > > > > > > >(this sed is relative to the original code). > > > > > > > > > > More specific sed is > > > sed -i s/etree.ParseError/SyntaxError/ > > > /usr/share/vdsm/gluster/cli.py > > > > Bala, Aravinda, I have not seem a vdsm patch adding an explicit > > dependency on the correct gluster-cli version. Only a change for for > > this ParseError issue http://gerrit.ovirt.org/#/c/12829/ > > > > Is there anything blocking this? I would really like to clear this > > hurdle quickly. > > > > Dan, we are working out locally to resolve of setting up glusterfs version for vdsm-gluster. We will submit new patch soon. I do not understand the complexity of this. Why not simply add Requires: glusterfs >= 3.4.0 ? From Karli.Sjoberg at slu.se Mon Mar 11 11:16:08 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Mon, 11 Mar 2013 11:16:08 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 Message-ID: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> Hi, in the absence of any official path, we have started working out our own procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. We?ve come about halfway into upgrading to the engine node, where we have managed to get it up to 18, with postgres, httpd and ovirt-engine-3.1.0-4 running and functional. Then we edit our ovirt-engine.repo to add 3.2 packages, yum update ovirt-engine-setup, then run engine-upgrade, that fails on upgrading the database. The log file is attached. What could be the issue here? Best Regards Karli Sj?berg -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-engine-upgrade_2013_03_11_11_54_00.log Type: text/x-log Size: 125190 bytes Desc: ovirt-engine-upgrade_2013_03_11_11_54_00.log URL: From jhernand at redhat.com Mon Mar 11 11:20:59 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Mon, 11 Mar 2013 12:20:59 +0100 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> Message-ID: <513DBE1B.3040206@redhat.com> On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > in the absence of any official path, we have started working out our own > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. > We?ve come about halfway into upgrading to the engine node, where we > have managed to get it up to 18, with postgres, httpd and > ovirt-engine-3.1.0-4 running and functional. Then we edit our > ovirt-engine.repo to add 3.2 packages, yum update ovirt-engine-setup, > then run engine-upgrade, that fails on upgrading the database. The log > file is attached. What could be the issue here? The service is failing to start after the upgrade. Can you check /var/log/messages? What about /var/log/ovirt-engine/{engine.log,server.log}? -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From Karli.Sjoberg at slu.se Mon Mar 11 11:35:29 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Mon, 11 Mar 2013 11:35:29 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <513DBE1B.3040206@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> <513DBE1B.3040206@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0910279BCD@exchange2-1> m?n 2013-03-11 klockan 12:20 +0100 skrev Juan Hernandez: On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > in the absence of any official path, we have started working out our own > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. > We?ve come about halfway into upgrading to the engine node, where we > have managed to get it up to 18, with postgres, httpd and > ovirt-engine-3.1.0-4 running and functional. Then we edit our > ovirt-engine.repo to add 3.2 packages, yum update ovirt-engine-setup, > then run engine-upgrade, that fails on upgrading the database. The log > file is attached. What could be the issue here? The service is failing to start after the upgrade. Can you check /var/log/messages? What about /var/log/ovirt-engine/{engine.log,server.log}? Well that comes after failing to upgrade the database, engine- and server.log attached, doesn?t say anything useful really. It?s rather here it starts going south: 2013-03-11 11:56:49::DEBUG::engine-upgrade::412::root:: DB Update started 2013-03-11 11:56:49::DEBUG::common_utils::434::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s localhost -p 5432 -u engine -d engine_2013_03_11_11_54_00' 2013-03-11 11:56:54::DEBUG::common_utils::472::root:: output = /usr/share/ovirt-engine/dbscripts /usr/share/ovirt-engine/dbscripts upgrade script detected a change in Config, View or Stored Procedure... 2013-03-11 11:56:54::DEBUG::common_utils::473::root:: stderr = psql:common_sp.sql:524: NOTICE: drop cascades to function fn_db_get_async_tasks() psql:common_sp.sql:567: NOTICE: type "fk_info_rs" does not exist, skipping psql:drop_all_views.sql:1: NOTICE: drop cascades to 9 other objects ... psql:common_sp.sql:524: NOTICE: drop cascades to function fn_db_get_async_tasks() psql:drop_old_uuid_functions.sql:25: NOTICE: extension "uuid" does not exist, skipping CONTEXT: SQL statement "DROP EXTENSION IF EXISTS uuid--ossp CASCADE;" PL/pgSQL function __temp_drop_old_uuid_functions() line 6 at EXECUTE statement psql:drop_old_uuid_functions.sql:25: ERROR: cannot drop function uuid_nil() because extension uuid-ossp requires it HINT: You can drop extension uuid-ossp instead. CONTEXT: SQL statement "drop function if exists uuid_nil()" PL/pgSQL function __temp_drop_old_uuid_functions() line 10 at SQL statement psql:create_functions.sql:379: WARNING: GLOBAL is deprecated in temporary table creation LINE 25: CREATE GLOBAL TEMPORARY TABLE tt_TEMP22 ^ psql:create_functions.sql:535: NOTICE: type "all_vds_group_usage_rs" does not exist, skipping psql:create_functions.sql:570: NOTICE: type "all_storage_usage_rs" does not exist, skipping psql:create_functions.sql:671: ERROR: must be owner of function uuid_generate_v1 2013-03-11 11:56:54::DEBUG::common_utils::474::root:: retcode = 3 2013-03-11 11:56:54::ERROR::engine-upgrade::1078::root:: Traceback (most recent call last): File "/usr/bin/engine-upgrade", line 1065, in main runFunc([db.update], MSG_INFO_DB_UPDATE) File "/usr/bin/engine-upgrade", line 594, in runFunc func() File "/usr/bin/engine-upgrade", line 429, in update output, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=MSG_ERROR_UPDATE_DB) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, in execCmd raise Exception(msg) Exception: Error: Database update failed ... /Karli -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: text/x-log Size: 465039 bytes Desc: engine.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: server.log Type: text/x-log Size: 27221 bytes Desc: server.log URL: From nwilson123 at gmail.com Mon Mar 11 12:00:53 2013 From: nwilson123 at gmail.com (Neil) Date: Mon, 11 Mar 2013 14:00:53 +0200 Subject: [Users] Exporting backing up Snapshots Message-ID: Hi guys, I'm working on automating snapshots(not live, just paused) from my oVirt setup at the moment, but I can't seem to find out how to export the snapshots for backing up purposes so they can be moved to another storage domain etc. Please could someone point me in the right direction Thank you! Regards. Neil Wilson. From emesika at redhat.com Mon Mar 11 12:03:34 2013 From: emesika at redhat.com (Eli Mesika) Date: Mon, 11 Mar 2013 08:03:34 -0400 (EDT) Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F0910279BCD@exchange2-1> Message-ID: <1822841806.5756192.1363003414574.JavaMail.root@redhat.com> Hi this was solved in commit e433e54616231c1afe950d3291566133106812d0 ----- Original Message ----- > From: "Karli Sj?berg" > To: "Juan Hernandez" > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 1:35:29 PM > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > > m?n 2013-03-11 klockan 12:20 +0100 skrev Juan Hernandez: > > On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > > in the absence of any official path, we have started working out > > our own > > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora > > 18. > > We?ve come about halfway into upgrading to the engine node, where > > we > > have managed to get it up to 18, with postgres, httpd and > > ovirt-engine-3.1.0-4 running and functional. Then we edit our > > ovirt-engine.repo to add 3.2 packages, yum update > > ovirt-engine-setup, > > then run engine-upgrade, that fails on upgrading the database. The > > log > > file is attached. What could be the issue here? > > The service is failing to start after the upgrade. Can you check > /var/log/messages? What about > /var/log/ovirt-engine/{engine.log,server.log}? Well that comes after > failing to upgrade the database, engine- and server.log attached, > doesn?t say anything useful really. It?s rather here it starts going > south: > > 2013-03-11 11:56:49::DEBUG::engine-upgrade::412::root:: DB Update > started > 2013-03-11 11:56:49::DEBUG::common_utils::434::root:: Executing > command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s > localhost -p 5432 -u engine -d engine_2013_03_11_11_54_00' > 2013-03-11 11:56:54::DEBUG::common_utils::472::root:: output = > /usr/share/ovirt-engine/dbscripts /usr/share/ovirt-engine/dbscripts > upgrade script detected a change in Config, View or Stored > Procedure... > > 2013-03-11 11:56:54::DEBUG::common_utils::473::root:: stderr = > psql:common_sp.sql:524: NOTICE: drop cascades to function > fn_db_get_async_tasks() > psql:common_sp.sql:567: NOTICE: type "fk_info_rs" does not exist, > skipping > psql:drop_all_views.sql:1: NOTICE: drop cascades to 9 other objects > ... > psql:common_sp.sql:524: NOTICE: drop cascades to function > fn_db_get_async_tasks() > psql:drop_old_uuid_functions.sql:25: NOTICE: extension "uuid" does > not exist, skipping > CONTEXT: SQL statement "DROP EXTENSION IF EXISTS uuid--ossp CASCADE;" > PL/pgSQL function __temp_drop_old_uuid_functions() line 6 at EXECUTE > statement > psql:drop_old_uuid_functions.sql:25: ERROR: cannot drop function > uuid_nil() because extension uuid-ossp requires it > HINT: You can drop extension uuid-ossp instead. > CONTEXT: SQL statement "drop function if exists uuid_nil()" > PL/pgSQL function __temp_drop_old_uuid_functions() line 10 at SQL > statement > psql:create_functions.sql:379: WARNING: GLOBAL is deprecated in > temporary table creation > LINE 25: CREATE GLOBAL TEMPORARY TABLE tt_TEMP22 > ^ > psql:create_functions.sql:535: NOTICE: type "all_vds_group_usage_rs" > does not exist, skipping > psql:create_functions.sql:570: NOTICE: type "all_storage_usage_rs" > does not exist, skipping > psql:create_functions.sql:671: ERROR: must be owner of function > uuid_generate_v1 > > 2013-03-11 11:56:54::DEBUG::common_utils::474::root:: retcode = 3 > 2013-03-11 11:56:54::ERROR::engine-upgrade::1078::root:: Traceback > (most recent call last): > File "/usr/bin/engine-upgrade", line 1065, in main > runFunc([db.update], MSG_INFO_DB_UPDATE) > File "/usr/bin/engine-upgrade", line 594, in runFunc > func() > File "/usr/bin/engine-upgrade", line 429, in update > output, rc = utils.execCmd(cmdList=cmd, failOnError=True, > msg=MSG_ERROR_UPDATE_DB) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, in > execCmd > raise Exception(msg) > Exception: Error: Database update failed > ... > > /Karli > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From Karli.Sjoberg at slu.se Mon Mar 11 12:54:10 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Mon, 11 Mar 2013 12:54:10 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <1822841806.5756192.1363003414574.JavaMail.root@redhat.com> References: <1822841806.5756192.1363003414574.JavaMail.root@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0910279C9C@exchange2-1> m?n 2013-03-11 klockan 08:03 -0400 skrev Eli Mesika: Hi this was solved in commit e433e54616231c1afe950d3291566133106812d0 Following procedured still fails; revert failed upgrade to 3.1.0-4, re-enable 3.2 repo, update ovirt-engine-setup (3.2.0-4), download new dbfunctions.sh and drop_old_uuid_functions.sql from gerrit, and then try to engine-upgrade. Same problem as before. Is there any patch-set I could try and verify if changes work, or how long until there is any update to the repository packages? /Karli ----- Original Message ----- > From: "Karli Sj?berg" > > To: "Juan Hernandez" > > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 1:35:29 PM > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > > m?n 2013-03-11 klockan 12:20 +0100 skrev Juan Hernandez: > > On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > > in the absence of any official path, we have started working out > > our own > > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora > > 18. > > We?ve come about halfway into upgrading to the engine node, where > > we > > have managed to get it up to 18, with postgres, httpd and > > ovirt-engine-3.1.0-4 running and functional. Then we edit our > > ovirt-engine.repo to add 3.2 packages, yum update > > ovirt-engine-setup, > > then run engine-upgrade, that fails on upgrading the database. The > > log > > file is attached. What could be the issue here? > > The service is failing to start after the upgrade. Can you check > /var/log/messages? What about > /var/log/ovirt-engine/{engine.log,server.log}? Well that comes after > failing to upgrade the database, engine- and server.log attached, > doesn?t say anything useful really. It?s rather here it starts going > south: > > 2013-03-11 11:56:49::DEBUG::engine-upgrade::412::root:: DB Update > started > 2013-03-11 11:56:49::DEBUG::common_utils::434::root:: Executing > command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s > localhost -p 5432 -u engine -d engine_2013_03_11_11_54_00' > 2013-03-11 11:56:54::DEBUG::common_utils::472::root:: output = > /usr/share/ovirt-engine/dbscripts /usr/share/ovirt-engine/dbscripts > upgrade script detected a change in Config, View or Stored > Procedure... > > 2013-03-11 11:56:54::DEBUG::common_utils::473::root:: stderr = > psql:common_sp.sql:524: NOTICE: drop cascades to function > fn_db_get_async_tasks() > psql:common_sp.sql:567: NOTICE: type "fk_info_rs" does not exist, > skipping > psql:drop_all_views.sql:1: NOTICE: drop cascades to 9 other objects > ... > psql:common_sp.sql:524: NOTICE: drop cascades to function > fn_db_get_async_tasks() > psql:drop_old_uuid_functions.sql:25: NOTICE: extension "uuid" does > not exist, skipping > CONTEXT: SQL statement "DROP EXTENSION IF EXISTS uuid--ossp CASCADE;" > PL/pgSQL function __temp_drop_old_uuid_functions() line 6 at EXECUTE > statement > psql:drop_old_uuid_functions.sql:25: ERROR: cannot drop function > uuid_nil() because extension uuid-ossp requires it > HINT: You can drop extension uuid-ossp instead. > CONTEXT: SQL statement "drop function if exists uuid_nil()" > PL/pgSQL function __temp_drop_old_uuid_functions() line 10 at SQL > statement > psql:create_functions.sql:379: WARNING: GLOBAL is deprecated in > temporary table creation > LINE 25: CREATE GLOBAL TEMPORARY TABLE tt_TEMP22 > ^ > psql:create_functions.sql:535: NOTICE: type "all_vds_group_usage_rs" > does not exist, skipping > psql:create_functions.sql:570: NOTICE: type "all_storage_usage_rs" > does not exist, skipping > psql:create_functions.sql:671: ERROR: must be owner of function > uuid_generate_v1 > > 2013-03-11 11:56:54::DEBUG::common_utils::474::root:: retcode = 3 > 2013-03-11 11:56:54::ERROR::engine-upgrade::1078::root:: Traceback > (most recent call last): > File "/usr/bin/engine-upgrade", line 1065, in main > runFunc([db.update], MSG_INFO_DB_UPDATE) > File "/usr/bin/engine-upgrade", line 594, in runFunc > func() > File "/usr/bin/engine-upgrade", line 429, in update > output, rc = utils.execCmd(cmdList=cmd, failOnError=True, > msg=MSG_ERROR_UPDATE_DB) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, in > execCmd > raise Exception(msg) > Exception: Error: Database update failed > ... > > /Karli > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From omasad at redhat.com Mon Mar 11 12:55:56 2013 From: omasad at redhat.com (Ofri Masad) Date: Mon, 11 Mar 2013 08:55:56 -0400 (EDT) Subject: [Users] Exporting backing up Snapshots In-Reply-To: Message-ID: <213130857.6019781.1363006556835.JavaMail.root@redhat.com> Hi Neil, If I understand you correctly, you are looking for a way to save the full state of the VM+Disks like an image. Snapshots are actually just delta from the former state. that is the reason they do not consume as much space as a full image. What you can do is use the export feature for VMs. just export the VM. by doing so you are saving both the VM state and the Disks state. Of course, this would require more space than used in a snapshot. Ofri ----- Original Message ----- > From: "Neil" > To: users at ovirt.org > Sent: Monday, March 11, 2013 2:00:53 PM > Subject: [Users] Exporting backing up Snapshots > > Hi guys, > > I'm working on automating snapshots(not live, just paused) from my > oVirt setup at the moment, but I can't seem to find out how to export > the snapshots for backing up purposes so they can be moved to another > storage domain etc. > > Please could someone point me in the right direction > > Thank you! > > Regards. > > Neil Wilson. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From yuvalme at gmail.com Mon Mar 11 13:37:39 2013 From: yuvalme at gmail.com (Yuval M) Date: Mon, 11 Mar 2013 15:37:39 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> <513D8AF9.9000609@redhat.com> Message-ID: > Thank you very much for your response. > I did what you suggested and I still get the same exception when trying to enter the administrative portal (I attached the screenshot). > In addition, I see that the ui-plugins directory is empty after restarting the engine-service, so it might not have been used. > > [wil at bufferoverflow ~]$ mkdir -p /home/wil/ovirt-engine/installation/share/ui-plugins > [wil at bufferoverflow ~]$ ls -la /home/wil/ovirt-engine/installation/share/ > total 28 > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 . > drwxr-xr-x. 6 wil wil 4096 Mar 8 22:19 .. > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 java > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 man > drwxr-xr-x. 2 wil wil 4096 Mar 8 22:19 maven-poms > drwxr-xr-x. 11 wil wil 4096 Mar 8 22:19 ovirt-engine > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 ui-plugins > [wil at bufferoverflow ~]$ ls /home/wil/ovirt-engine/installation/share/ui-plugins/ > total 8 > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 . > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 .. > [wil at bufferoverflow ~]$ > > > > > > > > On Mon, Mar 11, 2013 at 9:42 AM, Juan Hernandez wrote: >> >> On 03/08/2013 09:48 PM, Yuval M wrote: >>> >>> Thank you very much. I now get the welcome page when I enter >>> "http://localhost:8700/". >>> However, when I try to enter the Administrator Portal >>> I get a javax.servlet.ServletException. >>> I attached a screenshot. >>> >>> Inline image 1 >>> >>> How can I troubleshoot this? >> >> >> I think this is because of the missing UI plugins directory. Try to create it: >> >> mkdir -p $HOME/ovirt-engine/installation/share/ui-plugins >> >> Then restart the engine. >> >>> >>> I appreciate your help very much >>> >>> Yuval >>> >>> >>> On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez >> > wrote: >>> >>> On 03/08/2013 07:00 PM, Yuval M wrote: >>> >>> I attached the logs, here is the output from the commands you >>> suggested: >>> >>> >>> Looks like the database schema doesn't match the rest of the code. >>> You probably created the database before switching to branch 3.2. >>> Just drop the database and create it again with the scripts in the >>> 3.2 branch. >>> >>> * >>> * >>> *[root at bufferoverflow bin]# psql -U postgres engine* >>> >>> psql (9.2.3) >>> Type "help" for help. >>> engine=# select count(*) from vdc_options; >>> count >>> ------- >>> 345 >>> (1 row) >>> >>> *[root at bufferoverflow bin]# find >>> /home/wil/ovirt-engine/__installation >>> >>> -name postgresql.jar* >>> *[root at bufferoverflow bin]# find >>> /home/wil/ovirt-engine/__installation >>> -name postg\** >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar.index >>> >>> *[root at bufferoverflow bin]# ls -la >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/* >>> >>> >>> total 12 >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql >>> *[root at bufferoverflow bin]# ls -la >>> /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/* >>> >>> >>> total 544 >>> drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >>> -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml >>> -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar >>> -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 postgresql-jdbc.jar.index >>> >>> >>> I appreciate your help >>> >>> Yuval >>> >>> On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez >>> >>> >> wrote: >>> >>> On 03/08/2013 06:38 PM, Yuval M wrote: >>> >>> Thanks, now "./engine-service start" succeeded. >>> /[root at bufferoverflow bin]# ./engine-service start/ >>> /Starting engine-service: >>> [ >>> OK ]/ >>> >>> >>> However, when I try to access "http://localhost:8700" I >>> get an empty >>> page (0 bytes). >>> >>> I see the following errors in >>> >>> /home/wil/ovirt-engine/____installation/var/log/ovirt-____engine/server.log >>> >>> >>> >>> JBAS014777: Services which failed to start: service >>> >>> jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: >>> org.jboss.msc.service.____StartException in service >>> >>> jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: >>> >>> >>> Failed to start service >>> >>> 2013-03-08 19:27:51,495 ERROR >>> [org.jboss.as.server.____deployment.scanner] >>> >>> >>> (DeploymentScanner-threads - 1) {"JBAS014653: Composite >>> operation failed >>> and was rolled back. Steps that failed:" => {"Operation >>> step-2" => >>> {"JBAS014671: Failed services" => >>> >>> {"jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.__jar\__".component.____UsersDomainsCacheManagerServic____e.START" >>> => "org.jboss.msc.service.____StartException in service >>> >>> jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.jar\____".component.____UsersDomainsCacheManagerServic____e.START: >>> >>> >>> Failed to start service"}}}} >>> >>> Here is the contents of my configuration file: >>> >>> [root at bufferoverflow installation]# cat >>> etc/sysconfig/ovirt-engine >>> # >>> # For descriptions of the parameters and their default >>> values look >>> # at the >>> /usr/share/ovirt-engine/conf/____engine.conf.defaults file. >>> >>> >>> # >>> # Please note that the engine installation tool >>> engine-setup will >>> # append the modified parameters to the end of this file. >>> # >>> JAVA_HOME=/usr/lib/jvm/jre-1.____7.0-openjdk.x86_64 >>> JBOSS_HOME=/home/wil/ovirt-____engine/jboss-as-7.1.1.Final >>> >>> >>> ENGINE_USER=wil >>> ENGINE_GROUP=wil >>> ENGINE_PROXY_ENABLED=false >>> ENGINE_HTTP_ENABLED=true >>> ENGINE_HTTP_PORT=8700 >>> ENGINE_HTTPS_ENABLED=false >>> ENGINE_AJP_ENABLED=false >>> ENGINE_DB_USER=postgres >>> ENGINE_DB_PASSWORD= >>> ENGINE_DEBUG_ADDRESS=0.0.0.0:____8787 < http://0.0.0.0:8787> >>> >>> >>> >>> >>> >>> Thank you very much for your help >>> >>> >>> Can you share the server.log and engine.log files? If >>> possible stop >>> the engine, clean the files, start again and then collect and >>> provide the files. >>> >>> Not sure, but I guess that you are having some problem with the >>> database, so please check the following: >>> >>> 1. Try to connect to the database manually: >>> >>> psql -U postgres engine >>> engine# select count(*) from vdc_options; >>> >>> 2. Make sure that the JDBC driver is in the right place and >>> that it >>> points to the right file if it is a symbolic link: >>> >>> find home/wil/ovirt-engine/____installation -name >>> >>> postgresql.jar >>> >>> >>> >>> Yuval >>> >>> On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez >>> >>> > >>> >> >> >>> wrote: >>> >>> On 03/08/2013 05:14 PM, Yuval M wrote: >>> >>> checked out to 3.2 branch, now the >>> configuration file >>> was as >>> detailed in >>> the wiki. >>> after configuring it I try to start the engine >>> and get: >>> >>> [wil at bufferoverflow bin]$ pwd >>> /home/wil/ovirt-engine/______installation/bin >>> >>> >>> >>> [wil at bufferoverflow bin]$ ./engine-service start >>> Traceback (most recent call last): >>> File "./engine-service", line 23, in >>> import configobj >>> ImportError: No module named configobj >>> [wil at bufferoverflow bin]$ >>> >>> >>> Ok, this is because the service script needs the >>> python-configobj >>> and python-cheetah packages: >>> >>> yum install python-configobj python-cheetah >>> >>> >>> >>> >>> On Fri, Mar 8, 2013 at 5:05 PM, Juan Hernandez >>> >> >> > >>> >> >> >> >>> >> >>> >> > >> >>> >> >>>__> wrote: >>> >>> On 03/08/2013 03:51 PM, Juan Hernandez wrote: >>> >>> On 03/08/2013 03:49 PM, Yuval M wrote: >>> >>> OK, >>> brand new machine, >>> Fedora 18 (x64), >>> Trying to install Ovirt 3.2 from >>> sources >>> according to: >>> http://www.ovirt.org/Building___________Engine_Draft >>> >>> >> > >>> >>> >> >>> >> >> >>> >>> >> >>> >>> >> > >>> >>> >> >>> >> >>> >>> >>> >> >>> >>> >> > >>> >>> >>> >> >>> >> >> >>> >>> >>> >>> >> >>> >> > >>> >>> >> >>> >> >>>> >>> >>> Everything is good up to the >>> following stage: >>> "Now you need to do some >>> adjustments to the >>> configuration file >>> >>> >>> >>> $HOME/ovirt-engine/________installation/etc/sysconfig/________ovirt-engine" >>> >>> >>> >>> >>> >>> The "sysconfig" directory does >>> not exist. >>> so does the >>> "ovirt-engine" >>> configuration file (searched >>> through the >>> $HOME/ovirt-engine >>> tree). >>> I didn't find any code in the >>> Makefile >>> >>> ($HOME/ovirt-engine/________repository/Makefile) that >>> >>> >>> >>> would create >>> >>> them, >>> What am I missing? >>> >>> >>> This has changed recently and I >>> didn't update >>> that wiki >>> page. The >>> /etc/sysconig/ovirt-engine file has been >>> replaced by >>> /etc/ovirt-engine/engine.conf. >>> >>> >>> But wait, this change was made in the master >>> branch, not in >>> 3.2, so >>> it shouldn't be a problem. Are you sure >>> you are >>> using the >>> engine_3.2 >>> branch? >>> >>> >>> Thanks, >>> >>> Yuval >>> >>> On Tue, Feb 26, 2013 at 3:25 PM, Juan >>> Hernandez >>> >> >>> >> > >> >>> >> >>> >> >>> >> > >> >>> >>> >>> >> >>> > >>> >> >>> >> >> >> >>> > >>> >> >>> >> >>>__>__> >>> >>> >>> >>> wrote: >>> >>> On 02/26/2013 02:19 PM, Doron >>> Fediuck wrote: >>> >>> >>> >>> ----- Original Message >>> ----- >>> >>> From: "Yuval M" >>> >>> > >>> >> >> >> >>> >> >>> > >>> >> >> >>> >>> >>> > >>> >> >> >> >>> >>> >> >>> > >>> >>> >>>>> >>> >>> >>> To: "Juan Hernandez" >>> >> >> > >>> >> >> >> >>> >> >>> > >>> >> >> >>> >>> >>> >>> > >>> >> >> >> >>> >>> >> >>> > >>> >> >>> >> >>>__>__>__, users at ovirt.org >>> >>> >>> >>> > >>> >>> >> >> >> >>> >> >>> > >>> >>> >>> >>> >>> >>> > >>> >> >> >> >>> >>> > >>> >> >> >>>> >>> >>> >>> Cc: "Limor Gavish" >>> >>> > >>> >> >> >> >>> >> >>> > >>> >>> >>> >>> >>> >>> > >>> >> >> >> >>> >>> >> >>> > >>> >>> >>>>> >>> >>> >>> Sent: Sunday, >>> February 24, 2013 >>> 11:38:12 PM >>> Subject: Re: >>> [Users] Trouble >>> building >>> Ovirt >>> from source - >>> "No rule to make target >>> `install_tools'. Stop." >>> >>> >>> >>> >>> Still having >>> trouble with >>> the build >>> process >>> (Ovirt 3.1): >>> $ sudo make >>> ... (success) ... >>> $ sudo make install ... >>> >>> inflating: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/______META-__INF/maven/__org.__ovirt.____engine.ui/______webadmin/pom.xml >>> inflating: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/____404.____html >>> checkdir error: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar >>> >>> >>> >>> >>> exists but >>> is not directory >>> unable to process >>> >>> >>> >>> >>> engine-bll.jar/org/ovirt/__________engine/core/bll/VdsDeploy$__32.________class. >>> checkdir error: >>> >>> >>> >>> >>> /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar >>> >>> >>> >>> >>> exists but >>> is not directory >>> unable to process >>> >>> >>> >>> >>> engine-bll.jar/org/ovirt/__________engine/core/bll/__________InitBackendServicesOnStartupBe__________an.class. >>> >>> >>> >>> >>> ... >>> make: *** >>> [install_artifacts] Error 2 >>> >>> >>> >>> >>> any insights? >>> >>> >>> Thanks... >>> >>> >>> >>> On Thu, Jan 24, >>> 2013 at 8:52 >>> PM, Juan >>> Hernandez < >>> jhernand at redhat.com >>> > >>> >> >> >> >>> >> >>> >> > >> >>> >>> >>> >> >>> > >>> >> >>> >> >> >> >>> > >>> >> >> >>>__> >>> >>> >>> >>> wrote: >>> >>> >>> >>> >>> >>> On 01/24/2013 04:20 PM, >>> Yuval M wrote: >>> >>> >>> Hi, >>> I'm installing >>> Ovirt 3.1 on >>> Fedora >>> using this >>> guide: >>> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >>> >>> config_.26_engine-manage- >>> domains >>> >>> and I'm getting the >>> error in the >>> subject from >>> make. >>> there is indeed no >>> rule for >>> install_tools in >>> the makefile. >>> >>> What am I missing? >>> >>> Those instructions >>> are out >>> of date, >>> use "make >>> install". That >>> installs >>> the files, but you will >>> still need some >>> changes to make the >>> engine >>> work: >>> >>> 1. Create the ovirt >>> user >>> (the engine >>> runs by >>> default with this >>> service, unless you >>> change the >>> /etc/syscofig/ovirt-engine >>> file and >>> add the ENGINE_USER and >>> ENGINE_GROUP >>> parameters): >>> >>> useradd ovirt >>> >>> 2. Create (mkdir -p >>> ...) and >>> change the >>> ownership of the >>> directories >>> that the engine >>> needs to own to >>> ovirt:ovirt (chown >>> ovirt:ovirt ...): >>> >>> /etc/ovirt-engine >>> /var/log/ovirt-engine >>> /var/lock/ovirt-engine >>> >>> /var/lib/ovirt-engine/content >>> /var/lib/ovirt-engine/ >>> deployments >>> /var/tmp/ovirt-engine >>> /var/cache/ovirt-engine >>> >>> 3. Enable the HTTP >>> connector >>> in the >>> engine >>> (the default is >>> to enable >>> only AJP, and that >>> doesn't work >>> without Apache >>> as frontend) >>> adding >>> the following to the >>> /etc/sysconfig/ovirt-engine file: >>> >>> >>> ENGINE_PROXY_ENABLED=false >>> >>> ENGINE_HTTP_ENABLED=true >>> ENGINE_HTTP_PORT=8700 >>> >>> ENGINE_HTTPS_ENABLED=false >>> >>> ENGINE_AJP_ENABLED=false >>> >>> 4. Configure >>> database connection >>> details (the >>> default in >>> development >>> environments is to >>> use the >>> postgres >>> user and >>> the trust mode) >>> adding >>> this to >>> /etc/sysconfig/ovirt-engine: >>> >>> ENGINE_DB_USER=postgres >>> ENGINE_DB_PASSWORD= >>> >>> 5. Make sure that >>> you have the >>> PostgreSQL JDBC >>> driver >>> installed (rpm >>> -q postgresql-jdbc) and >>> install it if >>> needed >>> (yum install >>> postgresql-jdbc). >>> >>> 6. Now you can >>> start the engine >>> running the >>> engine-service >>> script: >>> >>> engine-service start >>> >>> Look at the system >>> log (the file >>> /var/log/messages) and the >>> engine >>> logs (the files >>> /var/log/ovirt-engine/server. >>> log and >>> >>> /var/log/ovirt-engine) for >>> errors. >>> >>> 7. Connect to >>> http://localhost:8700 >>> and you >>> should be able >>> to login >>> with user admin and >>> letmein! >>> as password. >>> >>> Note that I am >>> assuming that >>> you already >>> created the >>> database, and >>> that you want to >>> use this >>> installation for >>> development. If >>> you are >>> looking for an >>> production >>> installation I >>> suggest using the RPMs. >>> >>> Also I tested this >>> with the >>> latest >>> source from the >>> repository, it >>> will not work with >>> older >>> versions. >>> >>> -- >>> Direcci?n >>> Comercial: C/Jose >>> Bardasano >>> Baos, 9, >>> Edif. Gorbea >>> 3, planta >>> 3?D, 28016 Madrid, >>> Spain >>> Inscrita en el Reg. >>> Mercantil de Madrid ? >>> C.I.F. B82657941 - >>> Red Hat >>> S.L. >>> >>> >>> >>> Any progress here? >>> >>> >>> Yuval, that will not work >>> with 3.1. >>> Please >>> use 3.2 and >>> the following >>> instructions: >>> >>> http://www.ovirt.org/Building___________Engine_Draft >>> >>> >> > >>> >>> >> >>> >> >> >>> >>> >> >>> >>> >> > >>> >>> >> >>> >> >>> >>> >>> >>> >> >>> >>> >> > >>> >>> >> >>> >> >> >>> >>> >>> >>> >> >>> >> > >>> >>> >> >>> >> >>>> >>> >>> >>> -- >>> Direcci?n Comercial: C/Jose >>> Bardasano Baos, >>> 9, Edif. >>> Gorbea 3, >>> planta 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. >>> Mercantil de >>> Madrid ? C.I.F. >>> B82657941 - Red Hat >>> S.L. >>> >>> >>> >>> >>> >>> _______________________________________________________ >>> >>> >>> Users mailing list >>> Users at ovirt.org >> > >> >>> >> >>> >>> > >>> >> >> >>> >>> http://lists.ovirt.org/________mailman/listinfo/users >>> >>> >>> >> > >>> >>> >>> >> >>> >> >> >>> >>> >>> >>> >> >>> >> > >>> >>> >> >>> >> >>> >>> >>> >>> >>> >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano >>> Baos, 9, >>> Edif. Gorbea 3, >>> planta 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? >>> C.I.F. >>> B82657941 >>> - Red Hat >>> S.L. >>> >>> >>> >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, >>> Edif. Gorbea 3, >>> planta 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. >>> B82657941 >>> - Red Hat >>> S.L. >>> >>> >>> >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >>> planta 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 >>> - Red Hat >>> S.L. >>> >>> >>> >>> >>> -- >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, >>> planta 3?D, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat >>> S.L. >>> >>> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: AdministrativePortal_exception.jpg Type: image/jpeg Size: 168500 bytes Desc: not available URL: From jhernand at redhat.com Mon Mar 11 13:43:36 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Mon, 11 Mar 2013 14:43:36 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> <513D8AF9.9000609@redhat.com> Message-ID: <513DDF88.9010505@redhat.com> On 03/11/2013 02:37 PM, Yuval M wrote: > > > Thank you very much for your response. > > I did what you suggested and I still get the same exception when > trying to enter the administrative portal (I attached the screenshot). > > In addition, I see that the ui-plugins directory is empty after > restarting the engine-service, so it might not have been used. > > I made a mistake in the location of the directory, it should go in the /home/wil/ovirt-engine/installation/share/ovirt-engine directory: mkdir -p /home/wil/ovirt-engine/installation/share/ovirt-engine/ui-plugins However the error that you see now is different to the one you saw before, it is now complaining about a missing ENGINE_USR parameter, so I guess that you are starting the engine in a different way this time. > > [wil at bufferoverflow ~]$ mkdir -p > /home/wil/ovirt-engine/installation/share/ui-plugins > > [wil at bufferoverflow ~]$ ls -la /home/wil/ovirt-engine/installation/share/ > > total 28 > > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 . > > drwxr-xr-x. 6 wil wil 4096 Mar 8 22:19 .. > > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 java > > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 man > > drwxr-xr-x. 2 wil wil 4096 Mar 8 22:19 maven-poms > > drwxr-xr-x. 11 wil wil 4096 Mar 8 22:19 ovirt-engine > > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 ui-plugins > > [wil at bufferoverflow ~]$ ls > /home/wil/ovirt-engine/installation/share/ui-plugins/ > > total 8 > > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 . > > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 .. > > [wil at bufferoverflow ~]$ > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 9:42 AM, Juan Hernandez > wrote: > >> > >> On 03/08/2013 09:48 PM, Yuval M wrote: > >>> > >>> Thank you very much. I now get the welcome page when I enter > >>> "http://localhost:8700/". > >>> However, when I try to enter the Administrator Portal > >>> I get a > javax.servlet.ServletException. > >>> I attached a screenshot. > >>> > >>> Inline image 1 > >>> > >>> How can I troubleshoot this? > >> > >> > >> I think this is because of the missing UI plugins directory. Try to > create it: > >> > >> mkdir -p $HOME/ovirt-engine/installation/share/ui-plugins > >> > >> Then restart the engine. > >> > >>> > >>> I appreciate your help very much > >>> > >>> Yuval > >>> > >>> > >>> On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez > >>> >> wrote: > >>> > >>> On 03/08/2013 07:00 PM, Yuval M wrote: > >>> > >>> I attached the logs, here is the output from the commands you > >>> suggested: > >>> > >>> > >>> Looks like the database schema doesn't match the rest of the code. > >>> You probably created the database before switching to branch 3.2. > >>> Just drop the database and create it again with the scripts in the > >>> 3.2 branch. > >>> > >>> * > >>> * > >>> *[root at bufferoverflow bin]# psql -U postgres engine* > >>> > >>> psql (9.2.3) > >>> Type "help" for help. > >>> engine=# select count(*) from vdc_options; > >>> count > >>> ------- > >>> 345 > >>> (1 row) > >>> > >>> *[root at bufferoverflow bin]# find > >>> /home/wil/ovirt-engine/__installation > >>> > >>> -name postgresql.jar* > >>> *[root at bufferoverflow bin]# find > >>> /home/wil/ovirt-engine/__installation > >>> -name postg\** > >>> > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql > >>> > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar > >>> > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/postgresql-jdbc.jar.index > >>> > >>> *[root at bufferoverflow bin]# ls -la > >>> > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/* > >>> > >>> > >>> total 12 > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql > >>> *[root at bufferoverflow bin]# ls -la > >>> > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/modules/org/postgresql/__main/* > >>> > >>> > >>> total 544 > >>> drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > >>> -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml > >>> -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar > >>> -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 > postgresql-jdbc.jar.index > >>> > >>> > >>> I appreciate your help > >>> > >>> Yuval > >>> > >>> On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez > >>> > > > >>> > >>> wrote: > >>> > >>> On 03/08/2013 06:38 PM, Yuval M wrote: > >>> > >>> Thanks, now "./engine-service start" succeeded. > >>> /[root at bufferoverflow bin]# ./engine-service start/ > >>> /Starting engine-service: > >>> [ > >>> OK ]/ > >>> > >>> > >>> However, when I try to access > "http://localhost:8700" I > >>> get an empty > >>> page (0 bytes). > >>> > >>> I see the following errors in > >>> > >>> > /home/wil/ovirt-engine/____installation/var/log/ovirt-____engine/server.log > >>> > >>> > >>> > >>> JBAS014777: Services which failed to start: > service > >>> > >>> > jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: > >>> org.jboss.msc.service.____StartException in service > >>> > >>> > jboss.deployment.subunit."____engine.ear"."engine-bll.jar".____component.____UsersDomainsCacheManagerServic____e.START: > >>> > >>> > >>> Failed to start service > >>> > >>> 2013-03-08 19:27:51,495 ERROR > >>> [org.jboss.as.server.____deployment.scanner] > >>> > >>> > >>> (DeploymentScanner-threads - 1) {"JBAS014653: > Composite > >>> operation failed > >>> and was rolled back. Steps that failed:" => > {"Operation > >>> step-2" => > >>> {"JBAS014671: Failed services" => > >>> > >>> > {"jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.__jar\__".component.____UsersDomainsCacheManagerServic____e.START" > >>> => "org.jboss.msc.service.____StartException in > service > >>> > >>> > jboss.deployment.subunit.\"____engine.ear\".\"engine-bll.jar\____".component.____UsersDomainsCacheManagerServic____e.START: > >>> > >>> > >>> Failed to start service"}}}} > >>> > >>> Here is the contents of my configuration file: > >>> > >>> [root at bufferoverflow installation]# cat > >>> etc/sysconfig/ovirt-engine > >>> # > >>> # For descriptions of the parameters and their default > >>> values look > >>> # at the > >>> /usr/share/ovirt-engine/conf/____engine.conf.defaults file. > >>> > >>> > >>> # > >>> # Please note that the engine installation tool > >>> engine-setup will > >>> # append the modified parameters to the end of > this file. > >>> # > >>> JAVA_HOME=/usr/lib/jvm/jre-1.____7.0-openjdk.x86_64 > >>> > JBOSS_HOME=/home/wil/ovirt-____engine/jboss-as-7.1.1.Final > >>> > >>> > >>> ENGINE_USER=wil > >>> ENGINE_GROUP=wil > >>> ENGINE_PROXY_ENABLED=false > >>> ENGINE_HTTP_ENABLED=true > >>> ENGINE_HTTP_PORT=8700 > >>> ENGINE_HTTPS_ENABLED=false > >>> ENGINE_AJP_ENABLED=false > >>> ENGINE_DB_USER=postgres > >>> ENGINE_DB_PASSWORD= > >>> ENGINE_DEBUG_ADDRESS=0.0.0.0:____8787 > > >>> > >>> > >>> > >>> > >>> > >>> Thank you very much for your help > >>> > >>> > >>> Can you share the server.log and engine.log files? If > >>> possible stop > >>> the engine, clean the files, start again and then > collect and > >>> provide the files. > >>> > >>> Not sure, but I guess that you are having some problem > with the > >>> database, so please check the following: > >>> > >>> 1. Try to connect to the database manually: > >>> > >>> psql -U postgres engine > >>> engine# select count(*) from vdc_options; > >>> > >>> 2. Make sure that the JDBC driver is in the right > place and > >>> that it > >>> points to the right file if it is a symbolic link: > >>> > >>> find home/wil/ovirt-engine/____installation -name > >>> > >>> postgresql.jar > >>> > >>> > >>> > >>> Yuval > >>> > >>> On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez > >>> > > > >>> > >> > >>> > >>> > > > >>> >>>> wrote: > >>> > >>> On 03/08/2013 05:14 PM, Yuval M wrote: > >>> > >>> checked out to 3.2 branch, now the > >>> configuration file > >>> was as > >>> detailed in > >>> the wiki. > >>> after configuring it I try to start the > engine > >>> and get: > >>> > >>> [wil at bufferoverflow bin]$ pwd > >>> /home/wil/ovirt-engine/______installation/bin > >>> > >>> > >>> > >>> [wil at bufferoverflow bin]$ > ./engine-service start > >>> Traceback (most recent call last): > >>> File "./engine-service", line 23, in > > >>> import configobj > >>> ImportError: No module named configobj > >>> [wil at bufferoverflow bin]$ > >>> > >>> > >>> Ok, this is because the service script needs the > >>> python-configobj > >>> and python-cheetah packages: > >>> > >>> yum install python-configobj python-cheetah > >>> > >>> > >>> > >>> > >>> On Fri, Mar 8, 2013 at 5:05 PM, Juan > Hernandez > >>> > >>> > > > >>> >> > >>> > >>> > > > >>> >>> > >>> > >>> > > >>> > >>> >> > > >>> > > >>> > >>> >>>>__> wrote: > >>> > >>> On 03/08/2013 03:51 PM, Juan > Hernandez wrote: > >>> > >>> On 03/08/2013 03:49 PM, Yuval M > wrote: > >>> > >>> OK, > >>> brand new machine, > >>> Fedora 18 (x64), > >>> Trying to install Ovirt 3.2 from > >>> sources > >>> according to: > >>> http://www.ovirt.org/Building___________Engine_Draft > >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >> > >>> > >>> >>> > >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >>> > >>> > >>> >>> > >>> > >>> >>> > > >>> > >>> > >>> >>> > >>> >>> >> > >>> > >>> > >>> > >>> >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >>>> > >>> > >>> Everything is good up to the > >>> following stage: > >>> "Now you need to do some > >>> adjustments to the > >>> configuration file > >>> > >>> > >>> > >>> > $HOME/ovirt-engine/________installation/etc/sysconfig/________ovirt-engine" > >>> > >>> > >>> > >>> > >>> > >>> The "sysconfig" directory does > >>> not exist. > >>> so does the > >>> "ovirt-engine" > >>> configuration file (searched > >>> through the > >>> $HOME/ovirt-engine > >>> tree). > >>> I didn't find any code in the > >>> Makefile > >>> > >>> ($HOME/ovirt-engine/________repository/Makefile) > that > >>> > >>> > >>> > >>> would create > >>> > >>> them, > >>> What am I missing? > >>> > >>> > >>> This has changed recently and I > >>> didn't update > >>> that wiki > >>> page. The > >>> /etc/sysconig/ovirt-engine file > has been > >>> replaced by > >>> /etc/ovirt-engine/engine.conf. > >>> > >>> > >>> But wait, this change was made in > the master > >>> branch, not in > >>> 3.2, so > >>> it shouldn't be a problem. Are you sure > >>> you are > >>> using the > >>> engine_3.2 > >>> branch? > >>> > >>> > >>> Thanks, > >>> > >>> Yuval > >>> > >>> On Tue, Feb 26, 2013 at 3:25 > PM, Juan > >>> Hernandez > >>> > >>> > > >>> > >>> >> > > >>> > > >>> >>> > >>> > >>> > > >>> > >>> >> > > >>> > > >>> >>>> > >>> > >>> > > >>> >> > >>> > >>> > > >>> > >>> >>> > > >>> > > >>> >> > >>> > >>> > > >>> > >>> >>>>__>__> > >>> > >>> > >>> > >>> wrote: > >>> > >>> On 02/26/2013 02:19 > PM, Doron > >>> Fediuck wrote: > >>> > >>> > >>> > >>> ----- Original Message > >>> ----- > >>> > >>> From: "Yuval M" > >>> > > > >>> > >> > >>> > >>> > > > >>> >>> > >>> > >>> > > >>> >> > >>> > >>> > > > >>> >>>> > >>> > > >>> > >> > >>> > >>> > > > >>> >>> > >>> > >>> > >>> > > >>> >> > >>> > > > >>> >>>>>> > >>> > >>> > >>> To: "Juan > Hernandez" > >>> > >>> > > > >>> >> > >>> > >>> > > > >>> >>> > >>> > >>> > > >>> >> > >>> > >>> > > > >>> >>>> > >>> > >>> > > > >>> >> > >>> > >>> > > > >>> >>> > >>> > >>> > >>> > > >>> >> > >>> > >>> > > >>> > >>> >>>>__>__>__, users at ovirt.org > > >>> > >>> > > >>> > >>> > >> > >>> > >>> > >>> > > > >>> >>> > >>> > >>> > > >>> > >> > >>> > > > >>> > >>>> > >>> > >>> > > > >>> > >> > >>> > >>> > > > >>> >>> > >>> > > > >>> > >> > >>> > >>> > > > >>> >>>>> > >>> > >>> > >>> Cc: "Limor Gavish" > >>> > > > >>> > >> > >>> > >>> > > > >>> >>> > >>> > >>> > > >>> >> > >>> > > > >>> >>>> > >>> > >>> > > > >>> >> > >>> > >>> > > > >>> >>> > >>> > >>> > >>> > > >>> >> > >>> > > > >>> >>>>>> > >>> > >>> > >>> Sent: Sunday, > >>> February 24, 2013 > >>> 11:38:12 PM > >>> Subject: Re: > >>> [Users] Trouble > >>> building > >>> Ovirt > >>> from source - > >>> "No rule to > make target > >>> `install_tools'. Stop." > >>> > >>> > >>> > >>> > >>> Still having > >>> trouble with > >>> the build > >>> process > >>> (Ovirt 3.1): > >>> $ sudo make > >>> ... (success) ... > >>> $ sudo make > install ... > >>> > >>> inflating: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/______META-__INF/maven/__org.__ovirt.____engine.ui/______webadmin/pom.xml > >>> inflating: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/__________engine.ear/webadmin.__war/____404.____html > >>> checkdir error: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar > >>> > >>> > >>> > >>> > >>> exists but > >>> is not directory > >>> unable to process > >>> > >>> > >>> > >>> > >>> > engine-bll.jar/org/ovirt/__________engine/core/bll/VdsDeploy$__32.________class. > >>> checkdir error: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/__________engine.ear/engine-bll.____jar > >>> > >>> > >>> > >>> > >>> exists but > >>> is not directory > >>> unable to process > >>> > >>> > >>> > >>> > >>> > engine-bll.jar/org/ovirt/__________engine/core/bll/__________InitBackendServicesOnStartupBe__________an.class. > >>> > >>> > >>> > >>> > >>> ... > >>> make: *** > >>> [install_artifacts] Error 2 > >>> > >>> > >>> > >>> > >>> any insights? > >>> > >>> > >>> Thanks... > >>> > >>> > >>> > >>> On Thu, Jan 24, > >>> 2013 at 8:52 > >>> PM, Juan > >>> Hernandez < > >>> jhernand at redhat.com > > > >>> > >> > >>> > >>> > > > >>> >>> > >>> > >>> > > >>> > >>> >> > > >>> > > >>> >>>> > >>> > >>> > > >>> >> > >>> > >>> > > >>> > >>> >>> > > >>> > > >>> >> > >>> > >>> > > > >>> >>>>__> > >>> > >>> > >>> > >>> wrote: > >>> > >>> > >>> > >>> > >>> > >>> On 01/24/2013 > 04:20 PM, > >>> Yuval M wrote: > >>> > >>> > >>> Hi, > >>> I'm installing > >>> Ovirt 3.1 on > >>> Fedora > >>> using this > >>> guide: > >>> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > >>> > >>> config_.26_engine-manage- > >>> domains > >>> > >>> and I'm > getting the > >>> error in the > >>> subject from > >>> make. > >>> there is indeed no > >>> rule for > >>> install_tools in > >>> the makefile. > >>> > >>> What am I missing? > >>> > >>> Those instructions > >>> are out > >>> of date, > >>> use "make > >>> install". That > >>> installs > >>> the files, but > you will > >>> still need some > >>> changes to make the > >>> engine > >>> work: > >>> > >>> 1. Create the > ovirt > >>> user > >>> (the engine > >>> runs by > >>> default with this > >>> service, > unless you > >>> change the > >>> /etc/syscofig/ovirt-engine > >>> file and > >>> add the > ENGINE_USER and > >>> ENGINE_GROUP > >>> parameters): > >>> > >>> useradd ovirt > >>> > >>> 2. Create > (mkdir -p > >>> ...) and > >>> change the > >>> ownership of the > >>> directories > >>> that the engine > >>> needs to own to > >>> ovirt:ovirt (chown > >>> ovirt:ovirt ...): > >>> > >>> /etc/ovirt-engine > >>> > /var/log/ovirt-engine > >>> > /var/lock/ovirt-engine > >>> > >>> /var/lib/ovirt-engine/content > >>> > /var/lib/ovirt-engine/ > >>> deployments > >>> > /var/tmp/ovirt-engine > >>> > /var/cache/ovirt-engine > >>> > >>> 3. Enable the HTTP > >>> connector > >>> in the > >>> engine > >>> (the default is > >>> to enable > >>> only AJP, and that > >>> doesn't work > >>> without Apache > >>> as frontend) > >>> adding > >>> the following > to the > >>> /etc/sysconfig/ovirt-engine > file: > >>> > >>> > >>> ENGINE_PROXY_ENABLED=false > >>> > >>> ENGINE_HTTP_ENABLED=true > >>> > ENGINE_HTTP_PORT=8700 > >>> > >>> ENGINE_HTTPS_ENABLED=false > >>> > >>> ENGINE_AJP_ENABLED=false > >>> > >>> 4. Configure > >>> database connection > >>> details (the > >>> default in > >>> development > >>> environments is to > >>> use the > >>> postgres > >>> user and > >>> the trust mode) > >>> adding > >>> this to > >>> /etc/sysconfig/ovirt-engine: > >>> > >>> > ENGINE_DB_USER=postgres > >>> > ENGINE_DB_PASSWORD= > >>> > >>> 5. Make sure that > >>> you have the > >>> PostgreSQL JDBC > >>> driver > >>> installed (rpm > >>> -q > postgresql-jdbc) and > >>> install it if > >>> needed > >>> (yum install > >>> postgresql-jdbc). > >>> > >>> 6. Now you can > >>> start the engine > >>> running the > >>> engine-service > >>> script: > >>> > >>> engine-service > start > >>> > >>> Look at the system > >>> log (the file > >>> /var/log/messages) and the > >>> engine > >>> logs (the files > >>> /var/log/ovirt-engine/server. > >>> log and > >>> > >>> /var/log/ovirt-engine) for > >>> errors. > >>> > >>> 7. Connect to > >>> http://localhost:8700 > >>> and you > >>> should be able > >>> to login > >>> with user > admin and > >>> letmein! > >>> as password. > >>> > >>> Note that I am > >>> assuming that > >>> you already > >>> created the > >>> database, and > >>> that you want to > >>> use this > >>> installation for > >>> development. If > >>> you are > >>> looking for an > >>> production > >>> installation I > >>> suggest using the RPMs. > >>> > >>> Also I tested this > >>> with the > >>> latest > >>> source from the > >>> repository, it > >>> will not work with > >>> older > >>> versions. > >>> > >>> -- > >>> Direcci?n > >>> Comercial: C/Jose > >>> Bardasano > >>> Baos, 9, > >>> Edif. Gorbea > >>> 3, planta > >>> 3?D, 28016 Madrid, > >>> Spain > >>> Inscrita en el > Reg. > >>> Mercantil de Madrid ? > >>> C.I.F. B82657941 - > >>> Red Hat > >>> S.L. > >>> > >>> > >>> > >>> Any progress here? > >>> > >>> > >>> Yuval, that will not work > >>> with 3.1. > >>> Please > >>> use 3.2 and > >>> the following > >>> instructions: > >>> > >>> http://www.ovirt.org/Building___________Engine_Draft > >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >> > >>> > >>> >>> > >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >>> > >>> > >>> > >>> >>> > >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >> > >>> > >>> > >>> > >>> >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >>>> > >>> > >>> > >>> -- > >>> Direcci?n Comercial: > C/Jose > >>> Bardasano Baos, > >>> 9, Edif. > >>> Gorbea 3, > >>> planta 3?D, 28016 > Madrid, Spain > >>> Inscrita en el Reg. > >>> Mercantil de > >>> Madrid ? C.I.F. > >>> B82657941 - Red Hat > >>> S.L. > >>> > >>> > >>> > >>> > >>> > >>> > _______________________________________________________ > >>> > >>> > >>> Users mailing list > >>> Users at ovirt.org > > >>> >> > > >>> > > >>> > >>> > >>> > > > >>> > >> > >>> > >>> > > > >>> >>>> > >>> http://lists.ovirt.org/________mailman/listinfo/users > >>> > >>> > >>> >>> > > >>> > >>> > >>> >>> > >>> >>> >> > >>> > >>> > >>> > >>> >>> > >>> >>> > > >>> > >>> >>> > >>> >>> >>> > >>> > >>> > >>> > >>> > >>> > >>> -- > >>> Direcci?n Comercial: C/Jose Bardasano > >>> Baos, 9, > >>> Edif. Gorbea 3, > >>> planta 3?D, 28016 Madrid, Spain > >>> Inscrita en el Reg. Mercantil de > Madrid ? > >>> C.I.F. > >>> B82657941 > >>> - Red Hat > >>> S.L. > >>> > >>> > >>> > >>> > >>> -- > >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, > >>> Edif. Gorbea 3, > >>> planta 3?D, 28016 Madrid, Spain > >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. > >>> B82657941 > >>> - Red Hat > >>> S.L. > >>> > >>> > >>> > >>> > >>> -- > >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. > Gorbea 3, > >>> planta 3?D, 28016 Madrid, Spain > >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 > >>> - Red Hat > >>> S.L. > >>> > >>> > >>> > >>> > >>> -- > >>> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > >>> planta 3?D, 28016 Madrid, Spain > >>> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - > Red Hat > >>> S.L. > >>> > >>> > >> > >> > >> -- > >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, > planta 3?D, 28016 Madrid, Spain > >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > > > > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From emesika at redhat.com Mon Mar 11 14:17:30 2013 From: emesika at redhat.com (Eli Mesika) Date: Mon, 11 Mar 2013 10:17:30 -0400 (EDT) Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F0910279C9C@exchange2-1> Message-ID: <150420085.5890969.1363011450560.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: "Eli Mesika" > Cc: users at ovirt.org, "Juan Hernandez" > Sent: Monday, March 11, 2013 2:54:10 PM > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > m?n 2013-03-11 klockan 08:03 -0400 skrev Eli Mesika: > > Hi > this was solved in commit e433e54616231c1afe950d3291566133106812d0 > Following procedured still fails; revert failed upgrade to 3.1.0-4, > re-enable 3.2 repo, update ovirt-engine-setup (3.2.0-4), download > new dbfunctions.sh and drop_old_uuid_functions.sql from gerrit, and > then try to engine-upgrade. Same problem as before. Is there any > patch-set I could try and verify if changes work, or how long until > there is any update to the repository packages? Please make sure to upgrade to latest 3.1.z before upgrading to 3.2 > > /Karli > > ----- Original Message ----- > > From: "Karli Sj?berg" < Karli.Sjoberg at slu.se > > > To: "Juan Hernandez" < jhernand at redhat.com > > > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 1:35:29 PM > > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > > > > > m?n 2013-03-11 klockan 12:20 +0100 skrev Juan Hernandez: > > > > On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > > > in the absence of any official path, we have started working out > > > our own > > > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora > > > 18. > > > We?ve come about halfway into upgrading to the engine node, where > > > we > > > have managed to get it up to 18, with postgres, httpd and > > > ovirt-engine-3.1.0-4 running and functional. Then we edit our > > > ovirt-engine.repo to add 3.2 packages, yum update > > > ovirt-engine-setup, > > > then run engine-upgrade, that fails on upgrading the database. > > > The > > > log > > > file is attached. What could be the issue here? > > > > The service is failing to start after the upgrade. Can you check > > /var/log/messages? What about > > /var/log/ovirt-engine/{engine.log,server.log}? Well that comes > > after > > failing to upgrade the database, engine- and server.log attached, > > doesn?t say anything useful really. It?s rather here it starts > > going > > south: > > > > 2013-03-11 11:56:49::DEBUG::engine-upgrade::412::root:: DB Update > > started > > 2013-03-11 11:56:49::DEBUG::common_utils::434::root:: Executing > > command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s > > localhost -p 5432 -u engine -d engine_2013_03_11_11_54_00' > > 2013-03-11 11:56:54::DEBUG::common_utils::472::root:: output = > > /usr/share/ovirt-engine/dbscripts /usr/share/ovirt-engine/dbscripts > > upgrade script detected a change in Config, View or Stored > > Procedure... > > > > 2013-03-11 11:56:54::DEBUG::common_utils::473::root:: stderr = > > psql:common_sp.sql:524: NOTICE: drop cascades to function > > fn_db_get_async_tasks() > > psql:common_sp.sql:567: NOTICE: type "fk_info_rs" does not exist, > > skipping > > psql:drop_all_views.sql:1: NOTICE: drop cascades to 9 other objects > > ... > > psql:common_sp.sql:524: NOTICE: drop cascades to function > > fn_db_get_async_tasks() > > psql:drop_old_uuid_functions.sql:25: NOTICE: extension "uuid" does > > not exist, skipping > > CONTEXT: SQL statement "DROP EXTENSION IF EXISTS uuid--ossp > > CASCADE;" > > PL/pgSQL function __temp_drop_old_uuid_functions() line 6 at > > EXECUTE > > statement > > psql:drop_old_uuid_functions.sql:25: ERROR: cannot drop function > > uuid_nil() because extension uuid-ossp requires it > > HINT: You can drop extension uuid-ossp instead. > > CONTEXT: SQL statement "drop function if exists uuid_nil()" > > PL/pgSQL function __temp_drop_old_uuid_functions() line 10 at SQL > > statement > > psql:create_functions.sql:379: WARNING: GLOBAL is deprecated in > > temporary table creation > > LINE 25: CREATE GLOBAL TEMPORARY TABLE tt_TEMP22 > > ^ > > psql:create_functions.sql:535: NOTICE: type > > "all_vds_group_usage_rs" > > does not exist, skipping > > psql:create_functions.sql:570: NOTICE: type "all_storage_usage_rs" > > does not exist, skipping > > psql:create_functions.sql:671: ERROR: must be owner of function > > uuid_generate_v1 > > > > 2013-03-11 11:56:54::DEBUG::common_utils::474::root:: retcode = 3 > > 2013-03-11 11:56:54::ERROR::engine-upgrade::1078::root:: Traceback > > (most recent call last): > > File "/usr/bin/engine-upgrade", line 1065, in main > > runFunc([db.update], MSG_INFO_DB_UPDATE) > > File "/usr/bin/engine-upgrade", line 594, in runFunc > > func() > > File "/usr/bin/engine-upgrade", line 429, in update > > output, rc = utils.execCmd(cmdList=cmd, failOnError=True, > > msg=MSG_ERROR_UPDATE_DB) > > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, > > in > > execCmd > > raise Exception(msg) > > Exception: Error: Database update failed > > ... > > > > /Karli > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > From Karli.Sjoberg at slu.se Mon Mar 11 14:26:02 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Mon, 11 Mar 2013 14:26:02 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <150420085.5890969.1363011450560.JavaMail.root@redhat.com> References: <150420085.5890969.1363011450560.JavaMail.root@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0910279D88@exchange2-1> m?n 2013-03-11 klockan 10:17 -0400 skrev Eli Mesika: ----- Original Message ----- > From: "Karli Sj?berg" > > To: "Eli Mesika" > > Cc: users at ovirt.org, "Juan Hernandez" > > Sent: Monday, March 11, 2013 2:54:10 PM > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > m?n 2013-03-11 klockan 08:03 -0400 skrev Eli Mesika: > > Hi > this was solved in commit e433e54616231c1afe950d3291566133106812d0 > Following procedured still fails; revert failed upgrade to 3.1.0-4, > re-enable 3.2 repo, update ovirt-engine-setup (3.2.0-4), download > new dbfunctions.sh and drop_old_uuid_functions.sql from gerrit, and > then try to engine-upgrade. Same problem as before. Is there any > patch-set I could try and verify if changes work, or how long until > there is any update to the repository packages? Please make sure to upgrade to latest 3.1.z before upgrading to 3.2 Of course, they are all the latest versions. Before attempting upgrade are oVirt-3.1.0-4, going to oVirt-3.2.0-4 taken from: http://ovirt.org/releases/3.2/rpm/Fedora/18 > > /Karli > > ----- Original Message ----- > > From: "Karli Sj?berg" < Karli.Sjoberg at slu.se > > > To: "Juan Hernandez" < jhernand at redhat.com > > > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 1:35:29 PM > > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > > > > > m?n 2013-03-11 klockan 12:20 +0100 skrev Juan Hernandez: > > > > On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > > > in the absence of any official path, we have started working out > > > our own > > > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora > > > 18. > > > We?ve come about halfway into upgrading to the engine node, where > > > we > > > have managed to get it up to 18, with postgres, httpd and > > > ovirt-engine-3.1.0-4 running and functional. Then we edit our > > > ovirt-engine.repo to add 3.2 packages, yum update > > > ovirt-engine-setup, > > > then run engine-upgrade, that fails on upgrading the database. > > > The > > > log > > > file is attached. What could be the issue here? > > > > The service is failing to start after the upgrade. Can you check > > /var/log/messages? What about > > /var/log/ovirt-engine/{engine.log,server.log}? Well that comes > > after > > failing to upgrade the database, engine- and server.log attached, > > doesn?t say anything useful really. It?s rather here it starts > > going > > south: > > > > 2013-03-11 11:56:49::DEBUG::engine-upgrade::412::root:: DB Update > > started > > 2013-03-11 11:56:49::DEBUG::common_utils::434::root:: Executing > > command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s > > localhost -p 5432 -u engine -d engine_2013_03_11_11_54_00' > > 2013-03-11 11:56:54::DEBUG::common_utils::472::root:: output = > > /usr/share/ovirt-engine/dbscripts /usr/share/ovirt-engine/dbscripts > > upgrade script detected a change in Config, View or Stored > > Procedure... > > > > 2013-03-11 11:56:54::DEBUG::common_utils::473::root:: stderr = > > psql:common_sp.sql:524: NOTICE: drop cascades to function > > fn_db_get_async_tasks() > > psql:common_sp.sql:567: NOTICE: type "fk_info_rs" does not exist, > > skipping > > psql:drop_all_views.sql:1: NOTICE: drop cascades to 9 other objects > > ... > > psql:common_sp.sql:524: NOTICE: drop cascades to function > > fn_db_get_async_tasks() > > psql:drop_old_uuid_functions.sql:25: NOTICE: extension "uuid" does > > not exist, skipping > > CONTEXT: SQL statement "DROP EXTENSION IF EXISTS uuid--ossp > > CASCADE;" > > PL/pgSQL function __temp_drop_old_uuid_functions() line 6 at > > EXECUTE > > statement > > psql:drop_old_uuid_functions.sql:25: ERROR: cannot drop function > > uuid_nil() because extension uuid-ossp requires it > > HINT: You can drop extension uuid-ossp instead. > > CONTEXT: SQL statement "drop function if exists uuid_nil()" > > PL/pgSQL function __temp_drop_old_uuid_functions() line 10 at SQL > > statement > > psql:create_functions.sql:379: WARNING: GLOBAL is deprecated in > > temporary table creation > > LINE 25: CREATE GLOBAL TEMPORARY TABLE tt_TEMP22 > > ^ > > psql:create_functions.sql:535: NOTICE: type > > "all_vds_group_usage_rs" > > does not exist, skipping > > psql:create_functions.sql:570: NOTICE: type "all_storage_usage_rs" > > does not exist, skipping > > psql:create_functions.sql:671: ERROR: must be owner of function > > uuid_generate_v1 > > > > 2013-03-11 11:56:54::DEBUG::common_utils::474::root:: retcode = 3 > > 2013-03-11 11:56:54::ERROR::engine-upgrade::1078::root:: Traceback > > (most recent call last): > > File "/usr/bin/engine-upgrade", line 1065, in main > > runFunc([db.update], MSG_INFO_DB_UPDATE) > > File "/usr/bin/engine-upgrade", line 594, in runFunc > > func() > > File "/usr/bin/engine-upgrade", line 429, in update > > output, rc = utils.execCmd(cmdList=cmd, failOnError=True, > > msg=MSG_ERROR_UPDATE_DB) > > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, > > in > > execCmd > > raise Exception(msg) > > Exception: Error: Database update failed > > ... > > > > /Karli > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nwilson123 at gmail.com Mon Mar 11 14:30:04 2013 From: nwilson123 at gmail.com (Neil) Date: Mon, 11 Mar 2013 16:30:04 +0200 Subject: [Users] Exporting backing up Snapshots In-Reply-To: <213130857.6019781.1363006556835.JavaMail.root@redhat.com> References: <213130857.6019781.1363006556835.JavaMail.root@redhat.com> Message-ID: Hi Ofri, Thank you very much, you understood correctly, I was looking for a method of making an entire image basically, but misunderstood what a snapshot was, so thanks for clearing that up. Much appreciated. Regards. Neil Wilson. On Mon, Mar 11, 2013 at 2:55 PM, Ofri Masad wrote: > Hi Neil, > > If I understand you correctly, you are looking for a way to save the full state of the VM+Disks like an image. > Snapshots are actually just delta from the former state. that is the reason they do not consume as much space as a full image. > > What you can do is use the export feature for VMs. just export the VM. by doing so you are saving both the VM state and the Disks state. > Of course, this would require more space than used in a snapshot. > > Ofri > > ----- Original Message ----- >> From: "Neil" >> To: users at ovirt.org >> Sent: Monday, March 11, 2013 2:00:53 PM >> Subject: [Users] Exporting backing up Snapshots >> >> Hi guys, >> >> I'm working on automating snapshots(not live, just paused) from my >> oVirt setup at the moment, but I can't seem to find out how to export >> the snapshots for backing up purposes so they can be moved to another >> storage domain etc. >> >> Please could someone point me in the right direction >> >> Thank you! >> >> Regards. >> >> Neil Wilson. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From jhorne at skopos.us Mon Mar 11 16:28:05 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Mon, 11 Mar 2013 16:28:05 +0000 Subject: [Users] iSCSI multipath with EqualLogic SAN In-Reply-To: <1621132641.2026493.1361528558563.JavaMail.root@lyra-network.com> References: <1621132641.2026493.1361528558563.JavaMail.root@lyra-network.com> Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC23B775C8@AUSP01DAG0201> I finally had some time to work on this again now that I have some more nodes to work with. I am trying to get the ovirt node to log in from more than 1 IP address to the Equallogic SAN wthout using dell's HIT-Kit. My test node has these interfaces: (all ovirt 3.1, mgmt. and nodes) Eth0 - 10.32.0.44 - ovritmgmt Eth1 - several VM IP data VLANs P1p1 - 10.32.10.44 iscsi network P1p2 - 10.32.10.64 iscsi network My EQ SAN is located at 10.32.10.21. I know there is a ton of issues behind that being the only IP, but right now I have a stranger problem. When I ping 10.32.10.21 like this: Ping 10.32.10.21 -I 10.32.10.44 Tcpdump looking at p1p1 shows pings going as normal from 10.32.10.44 to 10.32.10.21. then I do "ping 10.32.10.21 -I 10.32.10.64" and tcpdump still shows ping packets going from p1p1 and not from p1p2. Tcpdump shows nothing at all on p1p2. I don?t understand how multipath can work if all the packets exit out p1p1 and nothing exits from p1p2? At this point im grasping at straws on how to effectively use the equallogic SAN with ovirt, as our disk thruput is currently limited to 110mb sec from the single 1gig pipe. I tend to be very quick to believe I am on the wrong track here. Any help or advice is greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From alex.tuxx at gmail.com Mon Mar 11 21:11:46 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Mon, 11 Mar 2013 21:11:46 +0000 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: <513C9804.9030000@gmail.com> References: <513C5E1A.5010503@redhat.com> <513C9804.9030000@gmail.com> Message-ID: <513E4892.2080509@gmail.com> Hi Alex / all - Anyone experienced the same when installing 3.2 all-in-one on centos 6.3 ? I really need this working ... Thanks Alex On 03/10/2013 02:26 PM, Alex Leonhardt wrote: > Hi Alex, > > Regarding the dependencies - libvirtd would not start w/o having > messagebus / avahi-daemon installed & running, however, it doesnt seem > to come up as an dependency when installing libvirtd (otherwise it > would have been installed previously) ? > > I read this "solution" on some blog page, and based on that installed > avahi-daemon & messagebus + started them, only then libvirtd started > up. vdsmd wont tell you it's waiting for libvirtd to start on the > console, it'll mention in the log that "it's waiting for libvirtd" and > eventually will time out. > > Thanks, > Alex > > On 03/10/2013 10:19 AM, Alex Lourie wrote: >> On Fri 08 Mar 2013 04:33:53 PM IST, Alex Leonhardt wrote: >>> >>> Also, the there seem to be missing some dependencies for >>> >>> - messagebus (service not enabled/started/installed) >>> - avahi-daemon (wasnt installed, had to install and start / enable) >>> >>> else >>> >>> libvirtd will not start and the setup will fail. >>> >>> >>> >>> >>> On 8 March 2013 14:30, Alex Leonhardt >> > wrote: >>> >>> And here from when I tried to use "localhost" as the host / fqdn : >>> >>> >>> Installing: >>> AIO: Validating CPU Compatibility... >>> [ DONE ] >>> AIO: Adding firewall rules... >>> [ DONE ] >>> Configuring oVirt Engine... >>> [ DONE ] >>> Configuring JVM... >>> [ DONE ] >>> Creating CA... >>> [ DONE ] >>> Updating ovirt-engine service... >>> [ DONE ] >>> Setting Database Configuration... >>> [ DONE ] >>> Setting Database Security... >>> [ DONE ] >>> Creating Database... >>> [ DONE ] >>> Updating the Default Data Center Storage Type... >>> [ DONE ] >>> Editing oVirt Engine Configuration... >>> [ DONE ] >>> Editing Postgresql Configuration... >>> [ DONE ] >>> Configuring the Default ISO Domain... >>> [ DONE ] >>> Configuring Firewall... >>> [ DONE ] >>> Starting ovirt-engine Service... >>> [ DONE ] >>> Configuring HTTPD... >>> [ DONE ] >>> AIO: Creating storage directory... >>> [ DONE ] >>> AIO: Adding Local Datacenter and cluster... >>> [ DONE ] >>> AIO: Adding Local host (This may take several minutes)... [ >>> ERROR ] >>> Error: Host was found in a 'Failed' state. Please check engine and >>> bootstrap installation logs. >>> Please check log file >>> /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for >>> more information >>> Exception in thread libvirtEventLoop (most likely raised during >>> interpreter shutdown) >>> >>> ######### >>> >>> >>> 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running >>> _loadFilesToIsoDomain >>> 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback >>> (most recent call last): >>> File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain >>> utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID, >>> basedefs.CONST_KVM_GID) >>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>> 706, in copyFile >>> shutil.copy2(fileSrc, destination) >>> File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 >>> copyfile(src, dst) >>> File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile >>> with open(src, 'rb') as fsrc: >>> IOError: [Errno 2] No such file or directory: >>> '/usr/share/virtio-win/virtio-win.vfd' >>> >>> 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to >>> copy files to iso domain >>> >>> >>> [snip] >>> >>> 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running >>> waitForHostUp >>> 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting >>> for host to become operational >>> 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current >>> host status is: installing >>> 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback >>> (most recent call last): >>> >>> File >>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>> 314, in isHostUp >>> raise Exception(INFO_CREATE_HOST_WAITING_UP) >>> Exception: Waiting for the host to start >>> >>> 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting >>> for host to become operational >>> 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current >>> host status is: install_failed >>> 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback >>> (most recent call last): >>> >>> File >>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>> 312, in isHostUp >>> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>> RetryFailException: Error: Host was found in a 'Failed' state. >>> Please check engine and bootstrap installation logs. >>> >>> 2013-03-08 14:14:19::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 >>> 300, in waitForHostUp >>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>> 1010, in retry >>> raise e >>> RetryFailException: Error: Host was found in a 'Failed' state. >>> Please check engine and bootstrap installation logs. >>> >>> >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The >>> following params were used as user input: >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> override-httpd-config: yes >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> http-port: 80 >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> https-port: 443 >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> random-passwords: no >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range: >>> 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: >>> localhost >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: >>> ******** >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: org-name: >>> BrightTALK >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> application-mode: both >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> default-dc-type: NFS >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> db-remote-install: local >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: db-host: >>> localhost >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> db-local-pass: ******** >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: nfs-mp: >>> /exports/iso >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> iso-domain-name: ISO_DOMAIN >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> config-nfs: yes >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> override-firewall: None >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> config-allinone: yes >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> storage-path: /vmfs >>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> superuser-pass: ******** >>> 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: Traceback >>> (most recent call last): >>> File "/usr/bin/engine-setup", line 2349, in >>> main(confFile) >>> File "/usr/bin/engine-setup", line 2132, in main >>> runSequences() >>> File "/usr/bin/engine-setup", line 2054, 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 >>> 300, in waitForHostUp >>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>> 1010, in retry >>> raise e >>> RetryFailException: Error: Host was found in a 'Failed' state. >>> Please check engine and bootstrap installation logs. >>> >>> >>> >>> On 8 March 2013 14:27, Alex Leonhardt >> > wrote: >>> >>> Hi, >>> >>> The setup keeps failing at "waitforhostup" with : >>> >>> >>> Installing: >>> AIO: Validating CPU >>> Compatibility... [ DONE ] >>> AIO: Adding firewall >>> rules... [ DONE ] >>> Configuring oVirt >>> Engine... [ DONE ] >>> Configuring >>> JVM... [ DONE ] >>> Creating >>> CA... [ >>> DONE ] >>> Updating ovirt-engine >>> service... [ DONE ] >>> Setting Database >>> Configuration... [ DONE ] >>> Setting Database >>> Security... [ DONE ] >>> Creating >>> Database... [ >>> DONE ] >>> Updating the Default Data Center Storage >>> Type... [ DONE ] >>> Editing oVirt Engine >>> Configuration... [ DONE ] >>> Editing Postgresql >>> Configuration... [ DONE ] >>> Configuring the Default ISO >>> Domain... [ DONE ] >>> Configuring >>> Firewall... [ DONE ] >>> Starting ovirt-engine >>> Service... [ DONE ] >>> Configuring >>> HTTPD... [ DONE ] >>> AIO: Creating storage >>> directory... [ DONE ] >>> AIO: Adding Local Datacenter and >>> cluster... [ DONE ] >>> AIO: Adding Local host (This may take several minutes)... >>> [ ERROR ] >>> Error: Host was found in a 'Failed' state. Please check engine >>> and bootstrap installation logs. >>> Please check log file >>> /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for >>> more information >>> >>> ##### >>> >>> 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: >>> running waitForHostUp >>> 2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: >>> Waiting for host to become operational >>> 2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: >>> current host status is: installing >>> 2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: >>> Traceback (most recent call last): >>> File >>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>> line 314, in isHostUp >>> raise Exception(INFO_CREATE_HOST_WAITING_UP) >>> Exception: Waiting for the host to start >>> >>> 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: >>> Waiting for host to become operational >>> 2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: >>> current host status is: install_failed >>> 2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: >>> Traceback (most recent call last): >>> File >>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>> line 312, in isHostUp >>> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>> RetryFailException: Error: Host was found in a 'Failed' state. >>> Please check engine and bootstrap installation logs. >>> >>> 2013-03-08 14:22:49::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 300, in waitForHostUp >>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>> 1010, in retry >>> raise e >>> RetryFailException: Error: Host was found in a 'Failed' state. >>> Please check engine and bootstrap installation logs. >>> >>> 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The >>> following params were used as user input: >>> >>> >>> I have the full log if required ?? Any help would be >>> appreciated. >>> >>> The options used were : >>> >>> oVirt Engine will be installed using the following >>> configuration: >>> >>> ================================================================= >>> override-httpd-config: yes >>> http-port: 80 >>> https-port: 443 >>> host-fqdn: stphv01 >>> auth-pass: ******** >>> org-name: LOCAL >>> application-mode: both >>> default-dc-type: NFS >>> db-remote-install: local >>> db-local-pass: ******** >>> nfs-mp: /exports/iso >>> override-firewall: None >>> config-allinone: yes >>> storage-path: /vmfs/ovirt >>> superuser-pass: ******** >>> >>> >>> Alex >>> >>> >>> -- >>> | RHCE | Senior Systems Engineer | www.vcore.co >>> | www.vsearchcloud.com >>> | >>> >>> >>> >>> >>> -- >>> | RHCE | Senior Systems Engineer | www.vcore.co >>> | www.vsearchcloud.com >>> | >>> >>> >>> >>> >>> -- >>> | RHCE | Senior Systems Engineer | www.vcore.co >>> | www.vsearchcloud.com | >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> Hi Alex >> >> Could you please elaborate a bit on these dependencies? Do you have >> any logs that state the problem? >> >> Regarding the rest of the problem (that is adding the host), we're >> already looking into this. >> >> -- >> >> Best regards, >> >> Alex Lourie >> Software Developer in Integration >> Red Hat -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Mon Mar 11 21:14:47 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Mon, 11 Mar 2013 21:14:47 +0000 Subject: [Users] iSCSI multipath with EqualLogic SAN In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B775C8@AUSP01DAG0201> References: <1621132641.2026493.1361528558563.JavaMail.root@lyra-network.com> <9BE6F493F83A594DA60C45E6A09DC5AC23B775C8@AUSP01DAG0201> Message-ID: <513E4947.4000206@gmail.com> I think you should have p1p2 on a different network ;) .. same with the san, one NIC should/could be on a different network (or probably for you, the 2nd head should be in a different network?) ... i've got that working OK with a iSCSI target service on centos and multipath does everything as expected .. alex On 03/11/2013 04:28 PM, Jonathan Horne wrote: > I finally had some time to work on this again now that I have some more nodes to work with. > > I am trying to get the ovirt node to log in from more than 1 IP address to the Equallogic SAN wthout using dell's HIT-Kit. My test node has these interfaces: > > (all ovirt 3.1, mgmt. and nodes) > Eth0 - 10.32.0.44 - ovritmgmt > Eth1 - several VM IP data VLANs > P1p1 - 10.32.10.44 iscsi network > P1p2 - 10.32.10.64 iscsi network > > My EQ SAN is located at 10.32.10.21. I know there is a ton of issues behind that being the only IP, but right now I have a stranger problem. > > When I ping 10.32.10.21 like this: > > Ping 10.32.10.21 -I 10.32.10.44 > > Tcpdump looking at p1p1 shows pings going as normal from 10.32.10.44 to 10.32.10.21. then I do "ping 10.32.10.21 -I 10.32.10.64" and tcpdump still shows ping packets going from p1p1 and not from p1p2. Tcpdump shows nothing at all on p1p2. > > I don?t understand how multipath can work if all the packets exit out p1p1 and nothing exits from p1p2? > > At this point im grasping at straws on how to effectively use the equallogic SAN with ovirt, as our disk thruput is currently limited to 110mb sec from the single 1gig pipe. I tend to be very quick to believe I am on the wrong track here. > > Any help or advice is greatly appreciated. > Thanks, > jonathan > > ________________________________ > This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From xianghuadu at gmail.com Mon Mar 11 21:34:48 2013 From: xianghuadu at gmail.com (xianghuadu) Date: Tue, 12 Mar 2013 05:34:48 +0800 Subject: [Users] Users Digest, Vol 18, Issue 79 References: Message-ID: <201303120534462324513@gmail.com> HI I want to ask you a questions about the ovirt store, when I didn't use ovirt, I had built up based on KVM virtualization platform. Is provided through the iscsi storage space. Now I want to in the deployment of virtualization platforms ovirt platform management. Before but I found that have not been able to add partition to KVM lun, always prompt said: "The following LUNs are already in use When I choose to Approve after operation always complains: Error while executing the action New SAN Storage Domain: Error creating a Storage Domain Whether ovirt before can't use the division of luns to the KVM, or need to other Settings. Hope to get you help, thank you very much! -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhorne at skopos.us Mon Mar 11 21:41:37 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Mon, 11 Mar 2013 21:41:37 +0000 Subject: [Users] Users Digest, Vol 18, Issue 79 In-Reply-To: <201303120534462324513@gmail.com> References: <201303120534462324513@gmail.com> Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC23B7B24C@AUSP01DAG0201> The lun you provide to ovirt needs to be brand new and unformatted. This causes the complaint you are seeting. From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of xianghuadu Sent: Monday, March 11, 2013 4:35 PM To: users Subject: Re: [Users] Users Digest, Vol 18, Issue 79 HI I want to ask you a questions about the ovirt store, when I didn't use ovirt, I had built up based on KVM virtualization platform. Is provided through the iscsi storage space. Now I want to in the deployment of virtualization platforms ovirt platform management. Before but I found that have not been able to add partition to KVM lun, always prompt said: "The following LUNs are already in use When I choose to Approve after operation always complains: Error while executing the action New SAN Storage Domain: Error creating a Storage Domain Whether ovirt before can't use the division of luns to the KVM, or need to other Settings. Hope to get you help, thank you very much! ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From xianghuadu at gmail.com Mon Mar 11 21:45:47 2013 From: xianghuadu at gmail.com (xianghuadu) Date: Tue, 12 Mar 2013 05:45:47 +0800 Subject: [Users] Users Digest, Vol 18, Issue 79 References: <201303120534462324513@gmail.com>, <9BE6F493F83A594DA60C45E6A09DC5AC23B7B24C@AUSP01DAG0201> Message-ID: <201303120545450198914@gmail.com> That, in this case, how can good will originally don't run the ovirt platform vm migration to the ovirt platform xianghuadu From: Jonathan Horne Date: 2013-03-12 05:41 To: xianghuadu; users Subject: RE: [Users] Users Digest, Vol 18, Issue 79 The lun you provide to ovirt needs to be brand new and unformatted. This causes the complaint you are seeting. From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of xianghuadu Sent: Monday, March 11, 2013 4:35 PM To: users Subject: Re: [Users] Users Digest, Vol 18, Issue 79 HI I want to ask you a questions about the ovirt store, when I didn't use ovirt, I had built up based on KVM virtualization platform. Is provided through the iscsi storage space. Now I want to in the deployment of virtualization platforms ovirt platform management. Before but I found that have not been able to add partition to KVM lun, always prompt said: "The following LUNs are already in use When I choose to Approve after operation always complains: Error while executing the action New SAN Storage Domain: Error creating a Storage Domain Whether ovirt before can't use the division of luns to the KVM, or need to other Settings. Hope to get you help, thank you very much! This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Mon Mar 11 21:49:48 2013 From: yuvalme at gmail.com (Yuval M) Date: Mon, 11 Mar 2013 23:49:48 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <513DDF88.9010505@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> <513D8AF9.9000609@redhat.com> <513DDF88.9010505@redhat.com> Message-ID: I didn't change the way I restart the engine: $ bin/engine-service restart regarding the ENGINE_USR error: I see in the engine.log that it looks for the defaults config file in the wrong place (in the system root instead of under /home/wil/ovirt-engine...) logs attached as well as the screenshot from the Admin. portal page. Thanks! Yuval On Mon, Mar 11, 2013 at 3:43 PM, Juan Hernandez wrote: > On 03/11/2013 02:37 PM, Yuval M wrote: > >> >> > Thank you very much for your response. >> > I did what you suggested and I still get the same exception when >> trying to enter the administrative portal (I attached the screenshot). >> > In addition, I see that the ui-plugins directory is empty after >> restarting the engine-service, so it might not have been used. >> > >> > > I made a mistake in the location of the directory, it should go in the > /home/wil/ovirt-engine/**installation/share/ovirt-**engine directory: > > mkdir -p /home/wil/ovirt-engine/**installation/share/ovirt-** > engine/ui-plugins > > However the error that you see now is different to the one you saw before, > it is now complaining about a missing ENGINE_USR parameter, so I guess that > you are starting the engine in a different way this time. > > > [wil at bufferoverflow ~]$ mkdir -p >> /home/wil/ovirt-engine/**installation/share/ui-plugins >> > [wil at bufferoverflow ~]$ ls -la /home/wil/ovirt-engine/** >> installation/share/ >> > total 28 >> > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 . >> > drwxr-xr-x. 6 wil wil 4096 Mar 8 22:19 .. >> > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 java >> > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 man >> > drwxr-xr-x. 2 wil wil 4096 Mar 8 22:19 maven-poms >> > drwxr-xr-x. 11 wil wil 4096 Mar 8 22:19 ovirt-engine >> > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 ui-plugins >> > [wil at bufferoverflow ~]$ ls >> /home/wil/ovirt-engine/**installation/share/ui-plugins/ >> > total 8 >> > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 . >> > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 .. >> > [wil at bufferoverflow ~]$ >> > >> > >> > >> > >> > >> > >> > >> > On Mon, Mar 11, 2013 at 9:42 AM, Juan Hernandez > > wrote: >> >> >> >> On 03/08/2013 09:48 PM, Yuval M wrote: >> >>> >> >>> Thank you very much. I now get the welcome page when I enter >> >>> "http://localhost:8700/". >> >>> However, when I try to enter the Administrator Portal >> >>> > >> I get a >> javax.servlet.**ServletException. >> >>> I attached a screenshot. >> >>> >> >>> Inline image 1 >> >>> >> >>> How can I troubleshoot this? >> >> >> >> >> >> I think this is because of the missing UI plugins directory. Try to >> create it: >> >> >> >> mkdir -p $HOME/ovirt-engine/**installation/share/ui-plugins >> >> >> >> Then restart the engine. >> >> >> >>> >> >>> I appreciate your help very much >> >>> >> >>> Yuval >> >>> >> >>> >> >>> On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez > >> >>> >> wrote: >> >>> >> >>> On 03/08/2013 07:00 PM, Yuval M wrote: >> >>> >> >>> I attached the logs, here is the output from the commands you >> >>> suggested: >> >>> >> >>> >> >>> Looks like the database schema doesn't match the rest of the >> code. >> >>> You probably created the database before switching to branch 3.2. >> >>> Just drop the database and create it again with the scripts in >> the >> >>> 3.2 branch. >> >>> >> >>> * >> >>> * >> >>> *[root at bufferoverflow bin]# psql -U postgres engine* >> >>> >> >>> psql (9.2.3) >> >>> Type "help" for help. >> >>> engine=# select count(*) from vdc_options; >> >>> count >> >>> ------- >> >>> 345 >> >>> (1 row) >> >>> >> >>> *[root at bufferoverflow bin]# find >> >>> /home/wil/ovirt-engine/__**installation >> >>> >> >>> -name postgresql.jar* >> >>> *[root at bufferoverflow bin]# find >> >>> /home/wil/ovirt-engine/__**installation >> >>> -name postg\** >> >>> >> /home/wil/ovirt-engine/__**installation/share/ovirt-__** >> engine/modules/org/postgresql >> >>> >> /home/wil/ovirt-engine/__**installation/share/ovirt-__** >> engine/modules/org/postgresql/**__main/postgresql-jdbc.jar >> >>> >> /home/wil/ovirt-engine/__**installation/share/ovirt-__** >> engine/modules/org/postgresql/**__main/postgresql-jdbc.jar.**index >> >>> >> >>> *[root at bufferoverflow bin]# ls -la >> >>> >> /home/wil/ovirt-engine/__**installation/share/ovirt-__** >> engine/modules/org/* >> >>> >> >>> >> >>> total 12 >> >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . >> >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >> >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql >> >>> *[root at bufferoverflow bin]# ls -la >> >>> >> /home/wil/ovirt-engine/__**installation/share/ovirt-__** >> engine/modules/org/postgresql/**__main/* >> >>> >> >>> >> >>> total 544 >> >>> drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . >> >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. >> >>> -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml >> >>> -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 postgresql-jdbc.jar >> >>> -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 >> postgresql-jdbc.jar.index >> >>> >> >>> >> >>> I appreciate your help >> >>> >> >>> Yuval >> >>> >> >>> On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez >> >>> >> > >> >>> >> >>**> wrote: >> >>> >> >>> On 03/08/2013 06:38 PM, Yuval M wrote: >> >>> >> >>> Thanks, now "./engine-service start" succeeded. >> >>> /[root at bufferoverflow bin]# ./engine-service start/ >> >>> /Starting engine-service: >> >>> [ >> >>> OK ]/ >> >>> >> >>> >> >>> However, when I try to access >> "http://localhost:8700" I >> >>> get an empty >> >>> page (0 bytes). >> >>> >> >>> I see the following errors in >> >>> >> >>> >> /home/wil/ovirt-engine/____**installation/var/log/ovirt-___** >> _engine/server.log >> >>> >> >>> >> >>> >> >>> JBAS014777: Services which failed to start: >> service >> >>> >> >>> >> jboss.deployment.subunit."____**engine.ear"."engine-bll.jar"._** >> ___component.____**UsersDomainsCacheManagerServic**____e.START: >> >>> org.jboss.msc.service.____**StartException in >> service >> >>> >> >>> >> jboss.deployment.subunit."____**engine.ear"."engine-bll.jar"._** >> ___component.____**UsersDomainsCacheManagerServic**____e.START: >> >>> >> >>> >> >>> Failed to start service >> >>> >> >>> 2013-03-08 19:27:51,495 ERROR >> >>> [org.jboss.as.server.____**deployment.scanner] >> >>> >> >>> >> >>> (DeploymentScanner-threads - 1) {"JBAS014653: >> Composite >> >>> operation failed >> >>> and was rolled back. Steps that failed:" => >> {"Operation >> >>> step-2" => >> >>> {"JBAS014671: Failed services" => >> >>> >> >>> >> {"jboss.deployment.subunit.\"_**___engine.ear\".\"engine-bll._** >> _jar\__".component.____**UsersDomainsCacheManagerServic**____e.START" >> >>> => "org.jboss.msc.service.____**StartException in >> service >> >>> >> >>> >> jboss.deployment.subunit.\"___**_engine.ear\".\"engine-bll.** >> jar\____".component.____**UsersDomainsCacheManagerServic**____e.START: >> >>> >> >>> >> >>> Failed to start service"}}}} >> >>> >> >>> Here is the contents of my configuration file: >> >>> >> >>> [root at bufferoverflow installation]# cat >> >>> etc/sysconfig/ovirt-engine >> >>> # >> >>> # For descriptions of the parameters and their >> default >> >>> values look >> >>> # at the >> >>> /usr/share/ovirt-engine/conf/_**___engine.conf.defaults >> file. >> >>> >> >>> >> >>> # >> >>> # Please note that the engine installation tool >> >>> engine-setup will >> >>> # append the modified parameters to the end of >> this file. >> >>> # >> >>> JAVA_HOME=/usr/lib/jvm/jre-1._** >> ___7.0-openjdk.x86_64 >> >>> >> JBOSS_HOME=/home/wil/ovirt-___**_engine/jboss-as-7.1.1.Final >> >>> >> >>> >> >>> ENGINE_USER=wil >> >>> ENGINE_GROUP=wil >> >>> ENGINE_PROXY_ENABLED=false >> >>> ENGINE_HTTP_ENABLED=true >> >>> ENGINE_HTTP_PORT=8700 >> >>> ENGINE_HTTPS_ENABLED=false >> >>> ENGINE_AJP_ENABLED=false >> >>> ENGINE_DB_USER=postgres >> >>> ENGINE_DB_PASSWORD= >> >>> ENGINE_DEBUG_ADDRESS=0.0.0.0:_**___8787 >> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> Thank you very much for your help >> >>> >> >>> >> >>> Can you share the server.log and engine.log files? If >> >>> possible stop >> >>> the engine, clean the files, start again and then >> collect and >> >>> provide the files. >> >>> >> >>> Not sure, but I guess that you are having some problem >> with the >> >>> database, so please check the following: >> >>> >> >>> 1. Try to connect to the database manually: >> >>> >> >>> psql -U postgres engine >> >>> engine# select count(*) from vdc_options; >> >>> >> >>> 2. Make sure that the JDBC driver is in the right >> place and >> >>> that it >> >>> points to the right file if it is a symbolic link: >> >>> >> >>> find home/wil/ovirt-engine/____**installation -name >> >>> >> >>> postgresql.jar >> >>> >> >>> >> >>> >> >>> Yuval >> >>> >> >>> On Fri, Mar 8, 2013 at 6:16 PM, Juan Hernandez >> >>> >> > >> >>> >> >> >> >>> > >> >>> > >> >> >>> > >>**>> wrote: >> >>> >> >>> On 03/08/2013 05:14 PM, Yuval M wrote: >> >>> >> >>> checked out to 3.2 branch, now the >> >>> configuration file >> >>> was as >> >>> detailed in >> >>> the wiki. >> >>> after configuring it I try to start the >> engine >> >>> and get: >> >>> >> >>> [wil at bufferoverflow bin]$ pwd >> >>> /home/wil/ovirt-engine/______** >> installation/bin >> >>> >> >>> >> >>> >> >>> [wil at bufferoverflow bin]$ >> ./engine-service start >> >>> Traceback (most recent call last): >> >>> File "./engine-service", line 23, in >> >> >>> import configobj >> >>> ImportError: No module named configobj >> >>> [wil at bufferoverflow bin]$ >> >>> >> >>> >> >>> Ok, this is because the service script needs >> the >> >>> python-configobj >> >>> and python-cheetah packages: >> >>> >> >>> yum install python-configobj python-cheetah >> >>> >> >>> >> >>> >> >>> >> >>> On Fri, Mar 8, 2013 at 5:05 PM, Juan >> Hernandez >> >>> > >> >>> > >> >> >>> >> >> >>> > >> >>> > >> >> >>> >>** >> > >> >>> > >> >>> > >> >>> > >> >>> >> >> >> >>> > >> >>> > >> >>> > >>**>>__> wrote: >> >>> >> >>> On 03/08/2013 03:51 PM, Juan >> Hernandez wrote: >> >>> >> >>> On 03/08/2013 03:49 PM, Yuval M >> wrote: >> >>> >> >>> OK, >> >>> brand new machine, >> >>> Fedora 18 (x64), >> >>> Trying to install Ovirt 3.2 >> from >> >>> sources >> >>> according to: >> >>> http://www.ovirt.org/Building_**__________Engine_Draft >> >>> >> > >> >>> > Building_______Engine_Draft >> >>> >> >> >> >>> >> >>> >> >>> >> > >> >>> >> >>> >> >>> >> >>> >> >>> > Building___Engine_Draft >> >>> >> > >> >>> >> >>> >> >>> >> >> >> >>> >> >>> >> >>> >> > >> >>> >> >>> >> >>>> >> >>> >> >>> > Building_Engine_Draft >> >>> >> > >> >>> >> >>> >> >>> >> >> >> >>> >> >>> >> >>> >> >>> >> > >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> > Building_Engine_Draft >> >>> >> > >> >>> >> >>> >> >> >> >>> >> >>> >> >>> >> > >> >>> >> >>> >> >>>>> >> >>> >> >>> Everything is good up to the >> >>> following stage: >> >>> "Now you need to do some >> >>> adjustments to the >> >>> configuration file >> >>> >> >>> >> >>> >> >>> >> $HOME/ovirt-engine/________**installation/etc/sysconfig/___** >> _____ovirt-engine" >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> The "sysconfig" directory does >> >>> not exist. >> >>> so does the >> >>> "ovirt-engine" >> >>> configuration file (searched >> >>> through the >> >>> $HOME/ovirt-engine >> >>> tree). >> >>> I didn't find any code in the >> >>> Makefile >> >>> >> >>> ($HOME/ovirt-engine/________** >> repository/Makefile) >> that >> >>> >> >>> >> >>> >> >>> would create >> >>> >> >>> them, >> >>> What am I missing? >> >>> >> >>> >> >>> This has changed recently and I >> >>> didn't update >> >>> that wiki >> >>> page. The >> >>> /etc/sysconig/ovirt-engine file >> has been >> >>> replaced by >> >>> /etc/ovirt-engine/engine.conf. >> >>> >> >>> >> >>> But wait, this change was made in >> the master >> >>> branch, not in >> >>> 3.2, so >> >>> it shouldn't be a problem. Are you >> sure >> >>> you are >> >>> using the >> >>> engine_3.2 >> >>> branch? >> >>> >> >>> >> >>> Thanks, >> >>> >> >>> Yuval >> >>> >> >>> On Tue, Feb 26, 2013 at 3:25 >> PM, Juan >> >>> Hernandez >> >>> > >> >>> > >> >>> > >> >>> >> >> >> >>> > >> >>> > > >>**> >> >>> > >> >>> > >> >>> > >> >>> >> >> >> >>> > >> >>> > > >>**>> >> >>> > >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >>> > >> >>> >>** >> > >> >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >>> > >> >>> > >>**>>__>__> >> >>> >> >>> >> >>> >> >>> wrote: >> >>> >> >>> On 02/26/2013 02:19 >> PM, Doron >> >>> Fediuck wrote: >> >>> >> >>> >> >>> >> >>> ----- Original >> Message >> >>> ----- >> >>> >> >>> From: "Yuval M" >> >>> >> > >> >>> >> >> >> >>> > >> >>> > >> >> >>> >>> >> >>> > >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >> >>> >>>> >> >>> > > > >> >>> >> >> >> >>> > >> >>> > >> >> >>> >>> >> >>> >> >>> > >> >>> > >> >>> > > >> >> >>> >> > >> >>> > > >>>>**>> >> >>> >> >>> >> >>> To: "Juan >> Hernandez" >> >>> > >> >>> > >> >> >>> >> >> >>> > >> >>> > >> >> >>> >>** >> > >> >>> > >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >> >>> >>** >> >> >> >>> >> >>> >> > >> >>> > > >> >> >>> > >> >>> > >> >> >>> >>** >> > >> >>> >> >>> > >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >>> > >> >>> > >>**>>__>__>__, users at ovirt.org >> >> >>> >> >>> > >> >>> >> >>> >> >> >> >>> >> >>> > >> >>> > >> >> >>> >>> >> >>> > >> >>> > >> >>> >> >> >> >>> >> > >> >>> >> >>>> >> >>> >> >>> >> > >> >>> >> >> >> >>> > >> >>> > >> >> >>> >>> >> >>> >> > >> >>> >> >> >> >>> > >> >>> > >> >> >>> >>>>> >> >>> >> >>> >> >>> Cc: "Limor >> Gavish" >> >>> >> > >> >>> >> >> >> >>> > >> >>> > >> >> >>> >>> >> >>> > >> >>> > >> >>> > > >> >> >>> >> > >> >>> > > >>>> >> >>> >> >>> >> > >> >>> > > >> >> >>> > >> >>> > >> >> >>> >>> >> >>> >> >>> > >> >>> > >> >>> > > >> >> >>> >> > >> >>> > > >>>>**>> >> >>> >> >>> >> >>> Sent: Sunday, >> >>> February 24, 2013 >> >>> 11:38:12 PM >> >>> Subject: Re: >> >>> [Users] Trouble >> >>> building >> >>> Ovirt >> >>> from source - >> >>> "No rule to >> make target >> >>> `install_tools'. Stop." >> >>> >> >>> >> >>> >> >>> >> >>> Still having >> >>> trouble with >> >>> the build >> >>> process >> >>> (Ovirt 3.1): >> >>> $ sudo make >> >>> ... (success) >> ... >> >>> $ sudo make >> install ... >> >>> >> >>> inflating: >> >>> >> >>> >> >>> >> >>> >> >>> >> /usr/local/share/ovirt-engine/**__________engine.ear/webadmin.** >> __war/______META-__INF/maven/_**_org.__ovirt.____engine.ui/___** >> ___webadmin/pom.xml >> >>> inflating: >> >>> >> >>> >> >>> >> >>> >> >>> >> /usr/local/share/ovirt-engine/**__________engine.ear/webadmin.** >> __war/____404.____html >> >>> checkdir error: >> >>> >> >>> >> >>> >> >>> >> >>> >> /usr/local/share/ovirt-engine/**__________engine.ear/engine-**bll.____jar >> >>> >> >>> >> >>> >> >>> >> >>> exists but >> >>> is not directory >> >>> unable to >> process >> >>> >> >>> >> >>> >> >>> >> >>> >> engine-bll.jar/org/ovirt/_____**_____engine/core/bll/** >> VdsDeploy$__32.________class. >> >>> checkdir error: >> >>> >> >>> >> >>> >> >>> >> >>> >> /usr/local/share/ovirt-engine/**__________engine.ear/engine-**bll.____jar >> >>> >> >>> >> >>> >> >>> >> >>> exists but >> >>> is not directory >> >>> unable to >> process >> >>> >> >>> >> >>> >> >>> >> >>> >> engine-bll.jar/org/ovirt/_____**_____engine/core/bll/_________**_** >> InitBackendServicesOnStartupBe**__________an.class. >> >>> >> >>> >> >>> >> >>> >> >>> ... >> >>> make: *** >> >>> [install_artifacts] Error 2 >> >>> >> >>> >> >>> >> >>> >> >>> any insights? >> >>> >> >>> >> >>> Thanks... >> >>> >> >>> >> >>> >> >>> On Thu, Jan 24, >> >>> 2013 at 8:52 >> >>> PM, Juan >> >>> Hernandez < >> >>> jhernand at redhat.com >> > >> >>> >> >> >> >>> > >> >>> > >> >> >>> >>** >> > >> >>> > >> >>> > >> >>> > >> >>> >> >> >> >>> > >> >>> > > >>**>> >> >>> > >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >>> > >> >>> >>** >> > >> >> >>> > >> >>> > > >> >> >>> > >> >>> > >> >> >>> >>** >> >>__> >> >>> >> >>> >> >>> >> >>> wrote: >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> On 01/24/2013 >> 04:20 PM, >> >>> Yuval M wrote: >> >>> >> >>> >> >>> Hi, >> >>> I'm installing >> >>> Ovirt 3.1 on >> >>> Fedora >> >>> using this >> >>> guide: >> >>> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- >> >>> >> >>> config_.26_engine-manage- >> >>> domains >> >>> >> >>> and I'm >> getting the >> >>> error in the >> >>> subject from >> >>> make. >> >>> there is indeed >> no >> >>> rule for >> >>> install_tools in >> >>> the makefile. >> >>> >> >>> What am I >> missing? >> >>> >> >>> Those >> instructions >> >>> are out >> >>> of date, >> >>> use "make >> >>> install". That >> >>> installs >> >>> the files, but >> you will >> >>> still need some >> >>> changes to make the >> >>> engine >> >>> work: >> >>> >> >>> 1. Create the >> ovirt >> >>> user >> >>> (the engine >> >>> runs by >> >>> default with this >> >>> service, >> unless you >> >>> change the >> >>> /etc/syscofig/ovirt-engine >> >>> file and >> >>> add the >> ENGINE_USER and >> >>> ENGINE_GROUP >> >>> parameters): >> >>> >> >>> useradd ovirt >> >>> >> >>> 2. Create >> (mkdir -p >> >>> ...) and >> >>> change the >> >>> ownership of the >> >>> directories >> >>> that the engine >> >>> needs to own to >> >>> ovirt:ovirt (chown >> >>> ovirt:ovirt >> ...): >> >>> >> >>> >> /etc/ovirt-engine >> >>> >> /var/log/ovirt-engine >> >>> >> /var/lock/ovirt-engine >> >>> >> >>> /var/lib/ovirt-engine/content >> >>> >> /var/lib/ovirt-engine/ >> >>> deployments >> >>> >> /var/tmp/ovirt-engine >> >>> >> /var/cache/ovirt-engine >> >>> >> >>> 3. Enable the >> HTTP >> >>> connector >> >>> in the >> >>> engine >> >>> (the default is >> >>> to enable >> >>> only AJP, and >> that >> >>> doesn't work >> >>> without Apache >> >>> as frontend) >> >>> adding >> >>> the following >> to the >> >>> /etc/sysconfig/ovirt-engine >> file: >> >>> >> >>> >> >>> ENGINE_PROXY_ENABLED=false >> >>> >> >>> ENGINE_HTTP_ENABLED=true >> >>> >> ENGINE_HTTP_PORT=8700 >> >>> >> >>> ENGINE_HTTPS_ENABLED=false >> >>> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: server.log Type: application/octet-stream Size: 41413 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: admin_portal.jpg Type: image/jpeg Size: 190565 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: boot.log Type: application/octet-stream Size: 303 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: console.log Type: application/octet-stream Size: 50 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 6973 bytes Desc: not available URL: From xianghuadu at gmail.com Tue Mar 12 02:19:53 2013 From: xianghuadu at gmail.com (xianghuadu) Date: Tue, 12 Mar 2013 10:19:53 +0800 Subject: [Users] How to import existing libvirt management KVM virtual machine to the ovirt Message-ID: <2013031210195024539313@gmail.com> hi all How to import existing libvirt management KVM virtual machine to the ovirt xianghuadu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajia at redhat.com Tue Mar 12 02:51:55 2013 From: ajia at redhat.com (Alex Jia) Date: Tue, 12 Mar 2013 10:51:55 +0800 Subject: [Users] How to import existing libvirt management KVM virtual machine to the ovirt In-Reply-To: <2013031210195024539313@gmail.com> References: <2013031210195024539313@gmail.com> Message-ID: <513E984B.3090607@redhat.com> On 03/12/2013 10:19 AM, xianghuadu wrote: > hi all > How to import existing libvirt management KVM virtual machine to the > ovirt virt-v2v should be a tool what you want, please refer to this link http://linux.web.cern.ch/linux/scientific6/docs/rhel/V2V_Guide/#chap-V2V-VMS_To_Run_on_RHEV, note that it's a little different between RHEV and ovirt, for details, please also refer to http://www.ovirt.org/Quick_Start_Guide, in addition, if you are also familiar with REST-API then you may use virt-v2v tool and REST-API to do the same thing, for details, please see https://github.com/autotest/autotest/pull/432. Good Luck! Alex > ------------------------------------------------------------------------ > xianghuadu > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Tue Mar 12 09:09:45 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Tue, 12 Mar 2013 10:09:45 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> <513D8AF9.9000609@redhat.com> <513DDF88.9010505@redhat.com> Message-ID: <513EF0D9.5040304@redhat.com> On 03/11/2013 10:49 PM, Yuval M wrote: > I didn't change the way I restart the engine: > $ bin/engine-service restart > > regarding the ENGINE_USR error: > I see in the engine.log that it looks for the defaults config file in > the wrong place (in the system root instead of under > /home/wil/ovirt-engine...) > logs attached as well as the screenshot from the Admin. portal page. > You are right, this is a consequence of a problem that was fixed in the master branch, but that is not included in the 3.2 release. I just back-ported it to the 3.2 branch, and it is available for review here: http://gerrit.ovirt.org/12957 Any chances that you can apply and test this patch? > Thanks! > > Yuval > > > > On Mon, Mar 11, 2013 at 3:43 PM, Juan Hernandez > wrote: > > On 03/11/2013 02:37 PM, Yuval M wrote: > > > > Thank you very much for your response. > > I did what you suggested and I still get the same exception when > trying to enter the administrative portal (I attached the > screenshot). > > In addition, I see that the ui-plugins directory is empty after > restarting the engine-service, so it might not have been used. > > > > > I made a mistake in the location of the directory, it should go in > the /home/wil/ovirt-engine/__installation/share/ovirt-__engine > directory: > > mkdir -p > /home/wil/ovirt-engine/__installation/share/ovirt-__engine/ui-plugins > > However the error that you see now is different to the one you saw > before, it is now complaining about a missing ENGINE_USR parameter, > so I guess that you are starting the engine in a different way this > time. > > > [wil at bufferoverflow ~]$ mkdir -p > /home/wil/ovirt-engine/__installation/share/ui-plugins > > [wil at bufferoverflow ~]$ ls -la > /home/wil/ovirt-engine/__installation/share/ > > total 28 > > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 . > > drwxr-xr-x. 6 wil wil 4096 Mar 8 22:19 .. > > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 java > > drwxr-xr-x. 3 wil wil 4096 Mar 8 22:19 man > > drwxr-xr-x. 2 wil wil 4096 Mar 8 22:19 maven-poms > > drwxr-xr-x. 11 wil wil 4096 Mar 8 22:19 ovirt-engine > > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 ui-plugins > > [wil at bufferoverflow ~]$ ls > /home/wil/ovirt-engine/__installation/share/ui-plugins/ > > total 8 > > drwxrwxr-x. 2 wil wil 4096 Mar 11 15:01 . > > drwxr-xr-x. 7 wil wil 4096 Mar 11 15:01 .. > > [wil at bufferoverflow ~]$ > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 9:42 AM, Juan Hernandez > > >> wrote: > >> > >> On 03/08/2013 09:48 PM, Yuval M wrote: > >>> > >>> Thank you very much. I now get the welcome page when I enter > >>> "http://localhost:8700/". > >>> However, when I try to enter the Administrator Portal > >>> > I get a > javax.servlet.__ServletException. > >>> I attached a screenshot. > >>> > >>> Inline image 1 > >>> > >>> How can I troubleshoot this? > >> > >> > >> I think this is because of the missing UI plugins > directory. Try to > create it: > >> > >> mkdir -p $HOME/ovirt-engine/__installation/share/ui-plugins > >> > >> Then restart the engine. > >> > >>> > >>> I appreciate your help very much > >>> > >>> Yuval > >>> > >>> > >>> On Fri, Mar 8, 2013 at 8:05 PM, Juan Hernandez > > > > >>> > >>> wrote: > >>> > >>> On 03/08/2013 07:00 PM, Yuval M wrote: > >>> > >>> I attached the logs, here is the output from the > commands you > >>> suggested: > >>> > >>> > >>> Looks like the database schema doesn't match the rest > of the code. > >>> You probably created the database before switching to > branch 3.2. > >>> Just drop the database and create it again with the > scripts in the > >>> 3.2 branch. > >>> > >>> * > >>> * > >>> *[root at bufferoverflow bin]# psql -U postgres engine* > >>> > >>> psql (9.2.3) > >>> Type "help" for help. > >>> engine=# select count(*) from vdc_options; > >>> count > >>> ------- > >>> 345 > >>> (1 row) > >>> > >>> *[root at bufferoverflow bin]# find > >>> /home/wil/ovirt-engine/____installation > >>> > >>> -name postgresql.jar* > >>> *[root at bufferoverflow bin]# find > >>> /home/wil/ovirt-engine/____installation > >>> -name postg\** > >>> > /home/wil/ovirt-engine/____installation/share/ovirt-____engine/modules/org/postgresql > >>> > /home/wil/ovirt-engine/____installation/share/ovirt-____engine/modules/org/postgresql/____main/postgresql-jdbc.jar > >>> > /home/wil/ovirt-engine/____installation/share/ovirt-____engine/modules/org/postgresql/____main/postgresql-jdbc.jar.__index > >>> > >>> *[root at bufferoverflow bin]# ls -la > >>> > /home/wil/ovirt-engine/____installation/share/ovirt-____engine/modules/org/* > >>> > >>> > >>> total 12 > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 . > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 postgresql > >>> *[root at bufferoverflow bin]# ls -la > >>> > /home/wil/ovirt-engine/____installation/share/ovirt-____engine/modules/org/postgresql/____main/* > >>> > >>> > >>> total 544 > >>> drwxr-xr-x. 2 wil wil 4096 Mar 8 18:46 . > >>> drwxr-xr-x. 3 wil wil 4096 Mar 8 18:03 .. > >>> -rw-r--r--. 1 wil wil 307 Mar 8 18:03 module.xml > >>> -rw-rw-r--. 1 wil wil 539705 Mar 7 16:41 > postgresql-jdbc.jar > >>> -rw-rw-r--. 1 wil wil 545 Mar 8 18:46 > postgresql-jdbc.jar.index > >>> > >>> > >>> I appreciate your help > >>> > >>> Yuval > >>> > >>> On Fri, Mar 8, 2013 at 7:44 PM, Juan Hernandez > >>> > > > > >> > >>> > > > >>>__> > wrote: > >>> > >>> On 03/08/2013 06:38 PM, Yuval M wrote: > >>> > >>> Thanks, now "./engine-service start" > succeeded. > >>> /[root at bufferoverflow bin]# > ./engine-service start/ > >>> /Starting engine-service: > >>> [ > >>> OK ]/ > >>> > >>> > >>> However, when I try to access > "http://localhost:8700" I > >>> get an empty > >>> page (0 bytes). > >>> > >>> I see the following errors in > >>> > >>> > /home/wil/ovirt-engine/______installation/var/log/ovirt-______engine/server.log > >>> > >>> > >>> > >>> JBAS014777: Services which failed to start: > service > >>> > >>> > jboss.deployment.subunit."______engine.ear"."engine-bll.jar".______component.______UsersDomainsCacheManagerServic______e.START: > >>> > org.jboss.msc.service.______StartException in service > >>> > >>> > jboss.deployment.subunit."______engine.ear"."engine-bll.jar".______component.______UsersDomainsCacheManagerServic______e.START: > >>> > >>> > >>> Failed to start service > >>> > >>> 2013-03-08 19:27:51,495 ERROR > >>> > [org.jboss.as.server.______deployment.scanner] > >>> > >>> > >>> (DeploymentScanner-threads - 1) {"JBAS014653: > Composite > >>> operation failed > >>> and was rolled back. Steps that failed:" => > {"Operation > >>> step-2" => > >>> {"JBAS014671: Failed services" => > >>> > >>> > {"jboss.deployment.subunit.\"______engine.ear\".\"engine-bll.____jar\__".component.______UsersDomainsCacheManagerServic______e.START" > >>> => > "org.jboss.msc.service.______StartException in > service > >>> > >>> > jboss.deployment.subunit.\"______engine.ear\".\"engine-bll.__jar\____".component.______UsersDomainsCacheManagerServic______e.START: > >>> > >>> > >>> Failed to start service"}}}} > >>> > >>> Here is the contents of my configuration > file: > >>> > >>> [root at bufferoverflow installation]# cat > >>> etc/sysconfig/ovirt-engine > >>> # > >>> # For descriptions of the parameters and > their default > >>> values look > >>> # at the > >>> > /usr/share/ovirt-engine/conf/______engine.conf.defaults file. > >>> > >>> > >>> # > >>> # Please note that the engine > installation tool > >>> engine-setup will > >>> # append the modified parameters to the > end of > this file. > >>> # > >>> > JAVA_HOME=/usr/lib/jvm/jre-1.______7.0-openjdk.x86_64 > >>> > JBOSS_HOME=/home/wil/ovirt-______engine/jboss-as-7.1.1.Final > >>> > >>> > >>> ENGINE_USER=wil > >>> ENGINE_GROUP=wil > >>> ENGINE_PROXY_ENABLED=false > >>> ENGINE_HTTP_ENABLED=true > >>> ENGINE_HTTP_PORT=8700 > >>> ENGINE_HTTPS_ENABLED=false > >>> ENGINE_AJP_ENABLED=false > >>> ENGINE_DB_USER=postgres > >>> ENGINE_DB_PASSWORD= > >>> ENGINE_DEBUG_ADDRESS=0.0.0.0:______8787 > > >>> > >>> > >>> > >>> > >>> > >>> Thank you very much for your help > >>> > >>> > >>> Can you share the server.log and engine.log > files? If > >>> possible stop > >>> the engine, clean the files, start again and then > collect and > >>> provide the files. > >>> > >>> Not sure, but I guess that you are having > some problem > with the > >>> database, so please check the following: > >>> > >>> 1. Try to connect to the database manually: > >>> > >>> psql -U postgres engine > >>> engine# select count(*) from vdc_options; > >>> > >>> 2. Make sure that the JDBC driver is in the right > place and > >>> that it > >>> points to the right file if it is a symbolic > link: > >>> > >>> find > home/wil/ovirt-engine/______installation -name > >>> > >>> postgresql.jar > >>> > >>> > >>> > >>> Yuval > >>> > >>> On Fri, Mar 8, 2013 at 6:16 PM, Juan > Hernandez > >>> > > > >> > >>> > > > >>> > >>> > > > >>> >> > > > > >>> > >>>__>> > wrote: > >>> > >>> On 03/08/2013 05:14 PM, Yuval M wrote: > >>> > >>> checked out to 3.2 branch, now the > >>> configuration file > >>> was as > >>> detailed in > >>> the wiki. > >>> after configuring it I try to > start the > engine > >>> and get: > >>> > >>> [wil at bufferoverflow bin]$ pwd > >>> > /home/wil/ovirt-engine/________installation/bin > >>> > >>> > >>> > >>> [wil at bufferoverflow bin]$ > ./engine-service start > >>> Traceback (most recent call last): > >>> File "./engine-service", > line 23, in > > >>> import configobj > >>> ImportError: No module named > configobj > >>> [wil at bufferoverflow bin]$ > >>> > >>> > >>> Ok, this is because the service > script needs the > >>> python-configobj > >>> and python-cheetah packages: > >>> > >>> yum install python-configobj > python-cheetah > >>> > >>> > >>> > >>> > >>> On Fri, Mar 8, 2013 at 5:05 PM, Juan > Hernandez > >>> > > > >>> >> > > > > >>> >>> > >>> > > > >>> >> > > > > >>> >>>__> > >>> > > > >>> >> > >>> > > > >>> >>> > > > > >>> >> > >>> > > > >>> > >>>__>>__> wrote: > >>> > >>> On 03/08/2013 03:51 PM, Juan > Hernandez wrote: > >>> > >>> On 03/08/2013 03:49 PM, > Yuval M > wrote: > >>> > >>> OK, > >>> brand new machine, > >>> Fedora 18 (x64), > >>> Trying to install > Ovirt 3.2 from > >>> sources > >>> according to: > >>> http://www.ovirt.org/Building_____________Engine_Draft > > >>> > > > >>> > > >>> > >> > >>> > >>> > > >>> > > > >>> > > >>> >>> > >>> > >>> > > >>> > > > >>> > >>> > > >>> >> > >>> > >>> > > >>> > > >>> > > >>> >>>> > >>> > >>> > > >>> > > > >>> > >>> > > >>> >> > >>> > >>> > >>> > > >>> > > >>> > > >>> >>> > >>> > >>> > >>> > >>> > > >>> > > >>> > > >>> >> > >>> > >>> > > >>> > > >>> > > >>> >>>>> > >>> > >>> Everything is good > up to the > >>> following stage: > >>> "Now you need to do > some > >>> adjustments to the > >>> configuration file > >>> > >>> > >>> > >>> > $HOME/ovirt-engine/__________installation/etc/sysconfig/__________ovirt-engine" > >>> > >>> > >>> > >>> > >>> > >>> The "sysconfig" > directory does > >>> not exist. > >>> so does the > >>> "ovirt-engine" > >>> configuration file > (searched > >>> through the > >>> $HOME/ovirt-engine > >>> tree). > >>> I didn't find any > code in the > >>> Makefile > >>> > >>> > ($HOME/ovirt-engine/__________repository/Makefile) > that > >>> > >>> > >>> > >>> would create > >>> > >>> them, > >>> What am I missing? > >>> > >>> > >>> This has changed > recently and I > >>> didn't update > >>> that wiki > >>> page. The > >>> > /etc/sysconig/ovirt-engine file > has been > >>> replaced by > >>> > /etc/ovirt-engine/engine.conf. > >>> > >>> > >>> But wait, this change was > made in > the master > >>> branch, not in > >>> 3.2, so > >>> it shouldn't be a problem. > Are you sure > >>> you are > >>> using the > >>> engine_3.2 > >>> branch? > >>> > >>> > >>> Thanks, > >>> > >>> Yuval > >>> > >>> On Tue, Feb 26, > 2013 at 3:25 > PM, Juan > >>> Hernandez > >>> > > > > >>> >> > >>> > > > >>> >>> > > > > >>> >> > >>> > > > > >>>__> > >>> > > > >>> >> > >>> > > > >>> >>> > > > > >>> >> > >>> > > > > >>>__>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > >>> > > > >>> >>>__> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > >>> > > > >>> > >>>__>>__>__> > >>> > >>> > >>> > >>> wrote: > >>> > >>> On 02/26/2013 > 02:19 > PM, Doron > >>> Fediuck wrote: > >>> > >>> > >>> > >>> ----- > Original Message > >>> ----- > >>> > >>> From: > "Yuval M" > >>> > > > >> > >>> > > > >>> > >>> > > > >>> >> > > > > >>> >>>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > > > > >>> >>>>> > >>> > > > > >> > >>> > > > >>> > >>> > > > >>> >> > > > > >>> >>>> > >>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >> > >>> > > > > >>>>>__>> > >>> > >>> > >>> To: "Juan > Hernandez" > >>> > > > >>> >> > > > > >>> >>> > >>> > > > >>> >> > > > > >>> >>>__> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > > > > >>> >>>__>> > >>> > >>> > > > >> > >>> > > > > >>> > >>> > > > >>> >> > > > > >>> >>>__> > >>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > >>> > > > >>> > >>>__>>__>__>__, users at ovirt.org > > > > >>> > >>> > >> > >>> > >>> > > > >>> > >>> > >>> > > > >>> > >> > > > > >>> > >>>> > >>> > > > > >>> > >> > >>> > > > >>> > >>> > > > > >> > >>> > > > >>>>> > >>> > >>> > > > > >> > >>> > > > >>> > >>> > > > >>> > >> > > > > >>> > >>>> > >>> > > > >> > >>> > > > > >>> > >>> > > > >>> > >> > > > > >>> > >>>>>> > >>> > >>> > >>> Cc: > "Limor Gavish" > >>> > > > >> > >>> > > > >>> > >>> > > > >>> >> > > > > >>> >>>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >> > >>> > > > > >>>>> > >>> > >>> > > > >> > >>> > > > > >>> > >>> > > > >>> >> > > > > >>> >>>> > >>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >> > >>> > > > > >>>>>__>> > >>> > >>> > >>> Sent: > Sunday, > >>> February 24, 2013 > >>> 11:38:12 PM > >>> > Subject: Re: > >>> [Users] Trouble > >>> building > >>> Ovirt > >>> from source - > >>> "No > rule to > make target > >>> `install_tools'. Stop." > >>> > >>> > >>> > >>> > >>> Still > having > >>> trouble with > >>> the build > >>> process > >>> (Ovirt 3.1): > >>> $ > sudo make > >>> ... > (success) ... > >>> $ > sudo make > install ... > >>> > >>> > inflating: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/____________engine.ear/webadmin.____war/______META-__INF/maven/____org.__ovirt.____engine.ui/________webadmin/pom.xml > >>> > inflating: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/____________engine.ear/webadmin.____war/____404.____html > >>> > checkdir error: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/____________engine.ear/engine-__bll.____jar > >>> > >>> > >>> > >>> > >>> > exists but > >>> is > not directory > >>> > unable to process > >>> > >>> > >>> > >>> > >>> > engine-bll.jar/org/ovirt/____________engine/core/bll/__VdsDeploy$__32.________class. > >>> > checkdir error: > >>> > >>> > >>> > >>> > >>> > /usr/local/share/ovirt-engine/____________engine.ear/engine-__bll.____jar > >>> > >>> > >>> > >>> > >>> > exists but > >>> is > not directory > >>> > unable to process > >>> > >>> > >>> > >>> > >>> > engine-bll.jar/org/ovirt/____________engine/core/bll/______________InitBackendServicesOnStartupBe____________an.class. > >>> > >>> > >>> > >>> > >>> ... > >>> make: *** > >>> [install_artifacts] Error 2 > >>> > >>> > >>> > >>> > >>> any > insights? > >>> > >>> > >>> Thanks... > >>> > >>> > >>> > >>> On > Thu, Jan 24, > >>> 2013 at 8:52 > >>> PM, Juan > >>> Hernandez < > >>> jhernand at redhat.com > > > > >> > >>> > > > >>> > >>> > > > >>> >> > > > > >>> >>>__> > >>> > > > >>> >> > >>> > > > >>> >>> > > > > >>> >> > >>> > > > > >>>__>> > >>> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > >>> > > > >>> >>>__> > > > > >>> >> > >>> > > > > >>> > >>> > > > >>> >> > > > > >>> >>>__>>__> > >>> > >>> > >>> > >>> > wrote: > >>> > >>> > >>> > >>> > >>> > >>> On > 01/24/2013 > 04:20 PM, > >>> Yuval M wrote: > >>> > >>> > >>> Hi, > >>> I'm > installing > >>> Ovirt 3.1 on > >>> Fedora > >>> using this > >>> guide: > >>> http://www.ovirt.org/Building_ oVirt_engine#Deploying_engine- > >>> > >>> config_.26_engine-manage- > >>> domains > >>> > >>> and I'm > getting the > >>> error in the > >>> subject from > >>> make. > >>> there > is indeed no > >>> rule for > >>> install_tools in > >>> the makefile. > >>> > >>> What > am I missing? > >>> > >>> Those > instructions > >>> are out > >>> of date, > >>> use "make > >>> install". That > >>> installs > >>> the > files, but > you will > >>> still need some > >>> changes to make the > >>> engine > >>> work: > >>> > >>> 1. > Create the > ovirt > >>> user > >>> (the engine > >>> runs by > >>> default with this > >>> service, > unless you > >>> change the > >>> > /etc/syscofig/ovirt-engine > >>> file and > >>> add the > ENGINE_USER and > >>> ENGINE_GROUP > >>> parameters): > >>> > >>> > useradd ovirt > >>> > >>> 2. Create > (mkdir -p > >>> ...) and > >>> change the > >>> ownership of the > >>> > directories > >>> that > the engine > >>> needs to own to > >>> ovirt:ovirt (chown > >>> > ovirt:ovirt ...): > >>> > >>> > /etc/ovirt-engine > >>> > /var/log/ovirt-engine > >>> > /var/lock/ovirt-engine > >>> > >>> /var/lib/ovirt-engine/content > >>> > /var/lib/ovirt-engine/ > >>> deployments > >>> > /var/tmp/ovirt-engine > >>> > /var/cache/ovirt-engine > >>> > >>> 3. > Enable the HTTP > >>> connector > >>> in the > >>> engine > >>> (the default is > >>> to enable > >>> only > AJP, and that > >>> doesn't work > >>> without Apache > >>> as frontend) > >>> adding > >>> the > following > to the > >>> > /etc/sysconfig/ovirt-engine > file: > >>> > >>> > >>> ENGINE_PROXY_ENABLED=false > >>> > >>> ENGINE_HTTP_ENABLED=true > >>> > ENGINE_HTTP_PORT=8700 > >>> > >>> ENGINE_HTTPS_ENABLED=false > >>> > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From jure.kranjc at arnes.si Tue Mar 12 09:35:08 2013 From: jure.kranjc at arnes.si (Jure Kranjc) Date: Tue, 12 Mar 2013 10:35:08 +0100 Subject: [Users] OpenLDAP Simple Authentication in Ovirt Engine In-Reply-To: <512F4E56.2060708@redhat.com> References: <1313524876.9822412.1362040382516.JavaMail.root@redhat.com> <512F1DAB.2070304@arnes.si> <512F4E56.2060708@redhat.com> Message-ID: <513EF6CC.1080400@arnes.si> An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Tue Mar 12 11:09:25 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 12 Mar 2013 11:09:25 +0000 Subject: [Users] ovirt 3.1 all-in-one setup fail Message-ID: Hi, since 3.2 all-in-one setup failed on centos 6.3, i tried 3.1 instead today, unfortunately, again failing at the point when adding the host to the cluster with this time this error : 2013-03-12 11:06:59::ERROR::all_in_one_100::206::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 204, in initAPI password=controller.CONF['AUTH_PASS']) File "/usr/lib/python2.6/site-packages/ovirtsdk/api.py", line 88, in __init__ debug=debug File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 49, in __init__ debug=debug)) File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line 38, in __init__ timeout=timeout) File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line 106, in __createConnection raise NoCertificatesError NoCertificatesError: [ERROR]::ca_file (CA certificate) must be specified for SSL connection. 2013-03-12 11:06:59::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 207, in initAPI raise Exception(ERROR_CREATE_API_OBJECT) Exception: Error: could not create ovirtsdk API object Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From nwilson123 at gmail.com Tue Mar 12 12:21:48 2013 From: nwilson123 at gmail.com (Neil) Date: Tue, 12 Mar 2013 14:21:48 +0200 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: References: <51384DA9.7030907@shurik.kiev.ua> Message-ID: Hi Alex, I thought I'd report back to let you know my upgrade went smoothly to 3.2. I did put my entire cluster and hosts into maintenance mode though, so it probably won't suit you. I used the same guide(http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32) , but it has kindly been updated by Andrey with a little additional info and the repo itself has been updated. Thanks for your assistance, all the best to you for your upgrade. Regards. Neil Wilson. On Thu, Mar 7, 2013 at 11:57 AM, Alex Leonhardt wrote: > Hmmm, http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 > says that we'd have to put the host into Maintenance mode before upgrade, is > it not possible to run a live upgrade ? > > I don't have enough spare hardware to move VMs to for the upgrade of the > Hyper-Visors (Ovirt nodes), the VMs cannot be stopped during the day either, > we run multiple environments on them by now and are critical for development > work. > > Anyone a idea of how to get onto 3.2 w/o having to stop the VMs ? If there > is now way, fair enoug (i guess), and we'll have to look at alternative > temporary hardware & disk before upgrading, however, it'd be really great if > someone found a way ? > > Alex > > > > On 7 March 2013 09:50, Alex Leonhardt wrote: >> >> I'm also overdue to test this, so stay tuned :) .. I've heard from a >> different Alex :) that the engine / db got really messed up when he tried, >> so best to do a backup of everything before attempting a upgrade ! >> >> Alex >> >> >> On 7 March 2013 09:04, Neil wrote: >>> >>> Thanks Alexandr, I hadn't seen that one. >>> >>> Will go through it. >>> >>> Thank you very much! >>> >>> On Thu, Mar 7, 2013 at 10:19 AM, Alexandr wrote: >>> > 07.03.2013 10:16, Neil ?????: >>> >> Hi guys, >>> >> >>> >> Does anyone have any successful upgrades from 3.1 to 3.2 using Centos >>> >> 6.3 and the Dreyou repos? >>> >> >>> >> I'm using ovirt 3.1 on our own production systems and would like to >>> >> know the recommended upgrade methods/paths. I don't see much in the >>> >> way of upgrade paths for any distributions for that matter. >>> >> >>> >> I've done quite a lot of googling and can't find much, also checked on >>> >> the ovirt website for any possible guides or methods without much >>> >> success. >>> >> >>> >> Thanks in advance. >>> >> >>> >> Regards. >>> >> >>> >> Neil Wilson. >>> >> >>> > Have you seen this article >>> > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 >>> > >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | From alex.tuxx at gmail.com Tue Mar 12 12:50:56 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 12 Mar 2013 12:50:56 +0000 Subject: [Users] ovirt 3.1 all-in-one setup fail In-Reply-To: References: Message-ID: with some additional manual work, i got it to work... - after above, went to the engine and added the local host - install initially failed due to some "qemu-img" package unable to install (as a -rhev one was in conflict or so) - uninstalled the -rhev which uninstalled the "all-in-one-package-plugin" so reinstalled that and its dependencies - then clicked to re-install the host in the engine - as expected the host would just restart so it did that - the host did get added to the engine / its db, etc. correctly though and is now running 2 VMs - yay alex On 12 March 2013 11:09, Alex Leonhardt wrote: > Hi, > > since 3.2 all-in-one setup failed on centos 6.3, i tried 3.1 instead > today, unfortunately, again failing at the point when adding the host to > the cluster with this time this error : > > > 2013-03-12 11:06:59::ERROR::all_in_one_100::206::root:: Traceback (most > recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line > 204, in initAPI > password=controller.CONF['AUTH_PASS']) > File "/usr/lib/python2.6/site-packages/ovirtsdk/api.py", line 88, in > __init__ > debug=debug > File > "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/connectionspool.py", > line 49, in __init__ > debug=debug)) > File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line > 38, in __init__ > timeout=timeout) > File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line > 106, in __createConnection > raise NoCertificatesError > NoCertificatesError: [ERROR]::ca_file (CA certificate) must be specified > for SSL connection. > > 2013-03-12 11:06:59::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 > 207, in initAPI > raise Exception(ERROR_CREATE_API_OBJECT) > Exception: Error: could not create ovirtsdk API object > > > > Alex > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Mar 12 13:23:03 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 12 Mar 2013 15:23:03 +0200 Subject: [Users] ovirt 3.1 all-in-one setup fail In-Reply-To: References: Message-ID: <513F2C37.80607@redhat.com> On 03/12/2013 02:50 PM, Alex Leonhardt wrote: > with some additional manual work, i got it to work... > > - after above, went to the engine and added the local host > - install initially failed due to some "qemu-img" package unable to > install (as a -rhev one was in conflict or so) > - uninstalled the -rhev which uninstalled the > "all-in-one-package-plugin" so reinstalled that and its dependencies > - then clicked to re-install the host in the engine > - as expected the host would just restart so it did that > - the host did get added to the engine / its db, etc. correctly though > and is now running 2 VMs - yay > this is valuable information for 3.2.1 which should support .el6 - I hope you can help test AIO for 3.2.1 this way. > alex > > > On 12 March 2013 11:09, Alex Leonhardt > wrote: > > Hi, > > since 3.2 all-in-one setup failed on centos 6.3, i tried 3.1 instead > today, unfortunately, again failing at the point when adding the > host to the cluster with this time this error : > > > 2013-03-12 11:06:59::ERROR::all_in_one_100::206::root:: Traceback > (most recent call last): > File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 204, in initAPI > password=controller.CONF['AUTH_PASS']) > File "/usr/lib/python2.6/site-packages/ovirtsdk/api.py", line 88, > in __init__ > debug=debug > File > "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/connectionspool.py", > line 49, in __init__ > debug=debug)) > File > "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line > 38, in __init__ > timeout=timeout) > File > "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line > 106, in __createConnection > raise NoCertificatesError > NoCertificatesError: [ERROR]::ca_file (CA certificate) must be > specified for SSL connection. > > 2013-03-12 11:06:59::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 207, in initAPI > raise Exception(ERROR_CREATE_API_OBJECT) > Exception: Error: could not create ovirtsdk API object > > > > Alex > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co > | www.vsearchcloud.com > | > > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | > www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Tue Mar 12 13:29:03 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 12 Mar 2013 15:29:03 +0200 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: References: <51384DA9.7030907@shurik.kiev.ua> Message-ID: <513F2D9F.4030606@redhat.com> On 03/07/2013 11:57 AM, Alex Leonhardt wrote: > Hmmm, http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 > says that we'd have to put the host into Maintenance mode before > upgrade, is it not possible to run a live upgrade ? > > I don't have enough spare hardware to move VMs to for the upgrade of the > Hyper-Visors (Ovirt nodes), the VMs cannot be stopped during the day > either, we run multiple environments on them by now and are critical for > development work. > > Anyone a idea of how to get onto 3.2 w/o having to stop the VMs ? If > there is now way, fair enoug (i guess), and we'll have to look at > alternative temporary hardware & disk before upgrading, however, it'd be > really great if someone found a way ? upgrading the engine shouldn't require stopping the hosts/VMs. for upgrading a host it is recommended to move the host to maintenance first. > > Alex > > > > On 7 March 2013 09:50, Alex Leonhardt > wrote: > > I'm also overdue to test this, so stay tuned :) .. I've heard from a > different Alex :) that the engine / db got really messed up when he > tried, so best to do a backup of everything before attempting a > upgrade ! > > Alex > > > On 7 March 2013 09:04, Neil > wrote: > > Thanks Alexandr, I hadn't seen that one. > > Will go through it. > > Thank you very much! > > On Thu, Mar 7, 2013 at 10:19 AM, Alexandr > > wrote: > > 07.03.2013 10:16, Neil ?????: > >> Hi guys, > >> > >> Does anyone have any successful upgrades from 3.1 to 3.2 > using Centos > >> 6.3 and the Dreyou repos? > >> > >> I'm using ovirt 3.1 on our own production systems and would > like to > >> know the recommended upgrade methods/paths. I don't see much > in the > >> way of upgrade paths for any distributions for that matter. > >> > >> I've done quite a lot of googling and can't find much, also > checked on > >> the ovirt website for any possible guides or methods without > much > >> success. > >> > >> Thanks in advance. > >> > >> Regards. > >> > >> Neil Wilson. > >> > > Have you seen this article > > > http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_update31to32 > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co > | www.vsearchcloud.com > | > > > > > -- > | RHCE | Senior Systems Engineer | www.vcore.co | > www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From Karli.Sjoberg at slu.se Tue Mar 12 13:29:48 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Tue, 12 Mar 2013 13:29:48 +0000 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> Hi, we?ve been using the spice page to make users install the ActiveX plugin for a while now, and have had no complaints so far. But while it does it?s job, you really noticed it wasn?t quite part of oVirt as a whole with it?s rather...spartan design:) So I have taken a little time to make it look just a little prettier, and feel more like a part of the product. /usr/share/ovirt-engine/engine.ear/root.war/spice.html: http://pastebin.com/hjK3MtMH /usr/share/ovirt-engine/engine.ear/root.war/spice.css: http://pastebin.com/dtQZ1kif Hope someone enjoys it. Best Regards Karli Sj?berg tor 2012-09-06 klockan 15:36 -0500 skrev Dead Horse: Wiki page added. Feel free to change/edit/contribute or provide feedback. Link: http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal - DHC On Thu, Aug 30, 2012 at 11:05 PM, Robert Middleswarth > wrote: You should be able to create an ID. Once you create it several people can update your account I am one of them. Thanks Robert On 08/30/2012 11:17 PM, Dead Horse wrote: I would be happy to wiki'fy it ;) I have requested a wiki account so I will just need someone to grant the proper create/edit page access or create a stub page and allow edit access to it. - DHC On Thu, Aug 30, 2012 at 3:03 PM, Douglas Landgraf > wrote: On 08/30/2012 02:22 AM, Yaniv Kaul wrote: Thanks! Can you wiki'fy it (@ wiki.ovirt.org) ? Y. +1 Thanks! ________________________________ I have seen this question asked many times on this list and the spice-devel list. Now having figured out how to make it work I will provide the answer to the rest of the community. *NOTE* this only applies to Windows/Internet Explorer users. There exists no other option other than the html5 spice console (still beta/in development) for windows users ATM. This will also only work with Internet Explorer. Basic Steps: - Install an oVirt server. - Add at least one node - Setup storage/iso/export domains Advanced steps - Start by downloading: http://elmarco.fedorapeople.org/spice.cab - Create a directory for it oVirt looks by default in /usr/share/spice - Rename spice.cab to SpiceX.cab and copy it into /usr/share/spice - Now edit /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and add the following: SpiceX.cab org.ovirt.engine.core.FileServlet type application/octet-stream file /usr/share/spice/SpiceX.cab SpiceX.cab /spice/SpiceX.cab - Next create an html file within /usr/share/ovirt-engine/engine.ear/root.war - In the example below an html file called "spice.html" - Copy/Paste the below into spice.html: SPICE Plugin Installer

Spice ActiveX Plugin

- Save the file - You will now need to restart the ovirt-engine service EG: systemctl restart ovirt-engine.service OR service ovirt-engine restart - The installer page will now be available at http:///spice.html EX: http://ovirt.azeroth.net/spice.html - Navigate to that page and click the install button - IE will prompt you to deploy/install the SpiceX cabinet file - It may gripe about an unsigned or untrusted source, acknowledge this an proceed anyways - If the install succeeds the text "Spice ActiveX Plugin" on the page will change to blank (it's actually the plugin with null values) - The console button in the user and webadmin portals will now launch the new virt-viwer spice based console! Happy Spice Consoling to your VM's from Windows! *NOTE* To uninstall the plugin: - The below removes the add-on from IE (EG: removes knowledge of "application/x-spice") - pop a command terminal and type: On Windows XP: regsvr32 /u "C:\Documents and Settings\Administrator\Local Settings\Application Data\virt-viewer\bin\SpiceX.dll" On Windows 7 regsvr32 /u C:\Documents and Settings\Administrator\Local Settings\AppData\virt-viewer\bin\SpiceX.dll" - Next we need to remove the rest of virt-viewer - Go to add/remove programs and uninstall virt-viewer, this removes the rest of virt-viewer from the system _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Cheers Douglas _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Thanks Robert Middleswarth @rmiddle (twitter/Freenode IRC) @RobertM (OFTC IRC) _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Tue Mar 12 13:32:22 2013 From: yuvalme at gmail.com (Yuval M) Date: Tue, 12 Mar 2013 15:32:22 +0200 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: <513EF0D9.5040304@redhat.com> References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> <513D8AF9.9000609@redhat.com> <513DDF88.9010505@redhat.com> <513EF0D9.5040304@redhat.com> Message-ID: OK, applied the patch (commit 6216cb136cff899b4a40eb8edc1d8c2da5330fbd). but still can't get the admin portal to work. the browser is now stuck endlessly waiting once you click 'Admin portal'. logs attached. another thing: $ psql -U postgres engine psql: FATAL: database "engine" does not exist is this normal? Yuval On Tue, Mar 12, 2013 at 11:09 AM, Juan Hernandez wrote: > You are right, this is a consequence of a problem that was fixed in the > master branch, but that is not included in the 3.2 release. I just > back-ported it to the 3.2 branch, and it is available for review here: > > http://gerrit.ovirt.org/12957 > > Any chances that you can apply and test this patch? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 24949 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: server.log Type: application/octet-stream Size: 425742 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: boot.log Type: application/octet-stream Size: 303 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: console.log Type: application/octet-stream Size: 50 bytes Desc: not available URL: From iheim at redhat.com Tue Mar 12 13:33:07 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 12 Mar 2013 15:33:07 +0200 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> Message-ID: <513F2E93.8010000@redhat.com> On 03/12/2013 03:29 PM, Karli Sj?berg wrote: > Hi, > > we??ve been using the spice page to make users install the ActiveX > plugin for a while now, and have had no complaints so far. But while it > does it??s job, you really noticed it wasn??t quite part of oVirt as a > whole with it??s rather...spartan design:) So I have taken a little time > to make it look just a little prettier, and feel more like a part of the > product. thanks for improving this. I could appreciate it more if you send a screenshot :) Thanks, Itamar > > /usr/share/ovirt-engine/engine.ear/root.war/spice.html: > http://pastebin.com/hjK3MtMH > > /usr/share/ovirt-engine/engine.ear/root.war/spice.css: > http://pastebin.com/dtQZ1kif > > Hope someone enjoys it. > > Best Regards > Karli Sj??berg > > tor 2012-09-06 klockan 15:36 -0500 skrev Dead Horse: >> Wiki page added. Feel free to change/edit/contribute or provide feedback. >> Link: >> http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal >> >> - DHC >> >> On Thu, Aug 30, 2012 at 11:05 PM, Robert Middleswarth >> > wrote: >> >> You should be able to create an ID. Once you create it several >> people can update your account I am one of them. >> >> Thanks >> Robert >> >> >> >> On 08/30/2012 11:17 PM, Dead Horse wrote: >> >>> I would be happy to wiki'fy it ;) >>> I have requested a wiki account so I will just need someone to >>> grant the proper create/edit page access or create a stub page >>> and allow edit access to it. >>> - DHC >>> >>> On Thu, Aug 30, 2012 at 3:03 PM, Douglas Landgraf >>> > wrote: >> >>> On 08/30/2012 02:22 AM, Yaniv Kaul wrote: >>> >>>> Thanks! >>> >>>> Can you wiki'fy it (@ wiki.ovirt.org ) ? >>> >>>> Y. >>>> >>> +1 >>> >>> Thanks! >>> >>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> I have seen this question asked many times on this list >>>> and the spice-devel list. Now having figured out how to >>>> make it work I will provide the answer to the rest of >>>> the community. >>>> >>>> *NOTE* this only applies to Windows/Internet Explorer >>>> users. There exists no other option other than the html5 >>>> spice console (still beta/in development) for windows >>>> users ATM. This will also only work with Internet Explorer. >>>> >>>> Basic Steps: >>>> - Install an oVirt server. >>>> - Add at least one node >>>> - Setup storage/iso/export domains >>>> >>>> Advanced steps >>>> - Start by downloading: >>>> http://elmarco.fedorapeople.org/spice.cab >>>> - Create a directory for it oVirt looks by default in >>>> /usr/share/spice >>>> - Rename spice.cab to SpiceX.cab and copy it into >>>> /usr/share/spice >>>> - Now edit >>>> /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and >>>> add the following: >>>> >>>> >>>> >>>> SpiceX.cab >>>> >>>> org.ovirt.engine.core.FileServlet >>>> >>>> type >>>> application/octet-stream >>>> >>>> >>>> file >>>> /usr/share/spice/SpiceX.cab >>>> >>>> >>>> >>>> SpiceX.cab >>>> /spice/SpiceX.cab >>>> >>>> >>>> - Next create an html file within >>>> /usr/share/ovirt-engine/engine.ear/root.war >>>> - In the example below an html file called "spice.html" >>>> - Copy/Paste the below into spice.html: >>>> >>>> >>>> >>>> >>>> SPICE Plugin Installer >>>> >>>> >>>> >>>> >>>> >>>>

>>>>

Spice ActiveX Plugin

>>>> >>>>

>>>> >>>> >>>> >>>> - Save the file >>>> - You will now need to restart the ovirt-engine service >>>> EG: systemctl restart ovirt-engine.service OR service >>>> ovirt-engine restart >>>> - The installer page will now be available at >>>> http:///spice.html EX: >>>> http://ovirt.azeroth.net/spice.html >>>> - Navigate to that page and click the install button >>>> - IE will prompt you to deploy/install the SpiceX >>>> cabinet file >>>> - It may gripe about an unsigned or untrusted source, >>>> acknowledge this an proceed anyways >>>> - If the install succeeds the text "Spice ActiveX >>>> Plugin" on the page will change to blank (it's actually >>>> the plugin with null values) >>>> - The console button in the user and webadmin portals >>>> will now launch the new virt-viwer spice based console! >>>> >>>> Happy Spice Consoling to your VM's from Windows! >>>> >>>> *NOTE* >>>> To uninstall the plugin: >>>> - The below removes the add-on from IE (EG: removes >>>> knowledge of "application/x-spice") >>>> - pop a command terminal and type: >>>> On Windows XP: regsvr32 /u "C:\Documents and >>>> Settings\Administrator\Local Settings\Application >>>> Data\virt-viewer\bin\SpiceX.dll" >>>> On Windows 7 regsvr32 /u C:\Documents and >>>> Settings\Administrator\Local >>>> Settings\AppData\virt-viewer\bin\SpiceX.dll" >>>> - Next we need to remove the rest of virt-viewer >>>> - Go to add/remove programs and uninstall virt-viewer, >>>> this removes the rest of virt-viewer from the system >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> -- >>> Cheers >>> Douglas >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- >> Thanks >> Robert Middleswarth >> @rmiddle (twitter/Freenode IRC) >> @RobertM (OFTC IRC) >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Tue Mar 12 13:36:54 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 12 Mar 2013 15:36:54 +0200 Subject: [Users] Users Digest, Vol 18, Issue 79 In-Reply-To: <201303120545450198914@gmail.com> References: <201303120534462324513@gmail.com>, <9BE6F493F83A594DA60C45E6A09DC5AC23B7B24C@AUSP01DAG0201> <201303120545450198914@gmail.com> Message-ID: <513F2F76.3030708@redhat.com> On 03/11/2013 11:45 PM, xianghuadu wrote: > That, in this case, how can good will originally don't run the ovirt platform vm migration to the ovirt platform in 3.2, you can create a VM and attach an external disk from a LUN to it directly. usually, we create a storage domain on a LUN to use it for mulitple disks/VMs. but if you want to keep you LUN, you can just add it as a disk to a VM. (make sure you don't run the other old VM or it *will* corrupt your disk) > > ------------------------------------------------------------------------ > xianghuadu > *From:* Jonathan Horne > *Date:* 2013-03-12 05:41 > *To:* xianghuadu ; users > > *Subject:* RE: [Users] Users Digest, Vol 18, Issue 79 > > The lun you provide to ovirt needs to be brand new and unformatted. > This causes the complaint you are seeting. > > *From:*users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *xianghuadu > *Sent:* Monday, March 11, 2013 4:35 PM > *To:* users > *Subject:* Re: [Users] Users Digest, Vol 18, Issue 79 > > HI > > I want to ask you a questions about the ovirt store, when I didn't use ovirt, I had built up based on KVM virtualization platform. Is provided through the iscsi storage space. > > Now I want to in the deployment of virtualization platforms ovirt platform management. Before but I found that have not been able to add partition to KVM lun, > > > always prompt said: "The following LUNs are already in use > > When I choose to Approve after operation always complains: > Error while executing the action New SAN Storage Domain: Error creating a Storage Domain > > Whether ovirt before can't use the division of luns to the KVM, or need to other Settings. > > Hope to get you help, thank you very much! > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind SKOPOS to any order or other contract unless pursuant to explicit > written agreement or government initiative expressly permitting the use > of e-mail for such purpose. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From Karli.Sjoberg at slu.se Tue Mar 12 13:47:47 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Tue, 12 Mar 2013 13:47:47 +0000 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: <513F2E93.8010000@redhat.com> References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> <513F2E93.8010000@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027A3E6@exchange2-1> tis 2013-03-12 klockan 15:33 +0200 skrev Itamar Heim: On 03/12/2013 03:29 PM, Karli Sj?berg wrote: > Hi, > > we??ve been using the spice page to make users install the ActiveX > plugin for a while now, and have had no complaints so far. But while it > does it??s job, you really noticed it wasn??t quite part of oVirt as a > whole with it??s rather...spartan design:) So I have taken a little time > to make it look just a little prettier, and feel more like a part of the > product. thanks for improving this. I could appreciate it more if you send a screenshot :) And here I thought you guys were like in the Matrix, "You get used to it. I don't even see the code. All I see is blonde, brunette, redhead...";) /Karli Thanks, Itamar > > /usr/share/ovirt-engine/engine.ear/root.war/spice.html: > http://pastebin.com/hjK3MtMH > > /usr/share/ovirt-engine/engine.ear/root.war/spice.css: > http://pastebin.com/dtQZ1kif > > Hope someone enjoys it. > > Best Regards > Karli Sj??berg > > tor 2012-09-06 klockan 15:36 -0500 skrev Dead Horse: >> Wiki page added. Feel free to change/edit/contribute or provide feedback. >> Link: >> http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal >> >> - DHC >> >> On Thu, Aug 30, 2012 at 11:05 PM, Robert Middleswarth >> > wrote: >> >> You should be able to create an ID. Once you create it several >> people can update your account I am one of them. >> >> Thanks >> Robert >> >> >> >> On 08/30/2012 11:17 PM, Dead Horse wrote: >> >>> I would be happy to wiki'fy it ;) >>> I have requested a wiki account so I will just need someone to >>> grant the proper create/edit page access or create a stub page >>> and allow edit access to it. >>> - DHC >>> >>> On Thu, Aug 30, 2012 at 3:03 PM, Douglas Landgraf >>> > wrote: >> >>> On 08/30/2012 02:22 AM, Yaniv Kaul wrote: >>> >>>> Thanks! >>> >>>> Can you wiki'fy it (@ wiki.ovirt.org ) ? >>> >>>> Y. >>>> >>> +1 >>> >>> Thanks! >>> >>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> I have seen this question asked many times on this list >>>> and the spice-devel list. Now having figured out how to >>>> make it work I will provide the answer to the rest of >>>> the community. >>>> >>>> *NOTE* this only applies to Windows/Internet Explorer >>>> users. There exists no other option other than the html5 >>>> spice console (still beta/in development) for windows >>>> users ATM. This will also only work with Internet Explorer. >>>> >>>> Basic Steps: >>>> - Install an oVirt server. >>>> - Add at least one node >>>> - Setup storage/iso/export domains >>>> >>>> Advanced steps >>>> - Start by downloading: >>>> http://elmarco.fedorapeople.org/spice.cab >>>> - Create a directory for it oVirt looks by default in >>>> /usr/share/spice >>>> - Rename spice.cab to SpiceX.cab and copy it into >>>> /usr/share/spice >>>> - Now edit >>>> /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and >>>> add the following: >>>> >>>> >>>> >>>> SpiceX.cab >>>> >>>> org.ovirt.engine.core.FileServlet >>>> >>>> type >>>> application/octet-stream >>>> >>>> >>>> file >>>> /usr/share/spice/SpiceX.cab >>>> >>>> >>>> >>>> SpiceX.cab >>>> /spice/SpiceX.cab >>>> >>>> >>>> - Next create an html file within >>>> /usr/share/ovirt-engine/engine.ear/root.war >>>> - In the example below an html file called "spice.html" >>>> - Copy/Paste the below into spice.html: >>>> >>>> >>>> >>>> >>>> SPICE Plugin Installer >>>> >>>> >>>> >>>> >>>> >>>>

>>>>

Spice ActiveX Plugin

>>>> >>>>

>>>> >>>> >>>> >>>> - Save the file >>>> - You will now need to restart the ovirt-engine service >>>> EG: systemctl restart ovirt-engine.service OR service >>>> ovirt-engine restart >>>> - The installer page will now be available at >>>> http:///spice.html EX: >>>> http://ovirt.azeroth.net/spice.html >>>> - Navigate to that page and click the install button >>>> - IE will prompt you to deploy/install the SpiceX >>>> cabinet file >>>> - It may gripe about an unsigned or untrusted source, >>>> acknowledge this an proceed anyways >>>> - If the install succeeds the text "Spice ActiveX >>>> Plugin" on the page will change to blank (it's actually >>>> the plugin with null values) >>>> - The console button in the user and webadmin portals >>>> will now launch the new virt-viwer spice based console! >>>> >>>> Happy Spice Consoling to your VM's from Windows! >>>> >>>> *NOTE* >>>> To uninstall the plugin: >>>> - The below removes the add-on from IE (EG: removes >>>> knowledge of "application/x-spice") >>>> - pop a command terminal and type: >>>> On Windows XP: regsvr32 /u "C:\Documents and >>>> Settings\Administrator\Local Settings\Application >>>> Data\virt-viewer\bin\SpiceX.dll" >>>> On Windows 7 regsvr32 /u C:\Documents and >>>> Settings\Administrator\Local >>>> Settings\AppData\virt-viewer\bin\SpiceX.dll" >>>> - Next we need to remove the rest of virt-viewer >>>> - Go to add/remove programs and uninstall virt-viewer, >>>> this removes the rest of virt-viewer from the system >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> -- >>> Cheers >>> Douglas >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- >> Thanks >> Robert Middleswarth >> @rmiddle (twitter/Freenode IRC) >> @RobertM (OFTC IRC) >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot.png Type: image/png Size: 185444 bytes Desc: screenshot.png URL: From jhernand at redhat.com Tue Mar 12 14:23:07 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Tue, 12 Mar 2013 15:23:07 +0100 Subject: [Users] Trouble building Ovirt from source - "No rule to make target `install_tools'. Stop." In-Reply-To: References: <397117849.10225623.1361884749948.JavaMail.root@redhat.com> <512CB7D3.3050509@redhat.com> <5139FAE2.1020003@redhat.com> <5139FE3B.9080005@redhat.com> <513A0EEF.6010004@redhat.com> <513A237B.1030906@redhat.com> <513A2876.6040103@redhat.com> <513D8AF9.9000609@redhat.com> <513DDF88.9010505@redhat.com> <513EF0D9.5040304@redhat.com> Message-ID: <513F3A4B.3050100@redhat.com> On 03/12/2013 02:32 PM, Yuval M wrote: > OK, applied the patch (commit 6216cb136cff899b4a40eb8edc1d8c2da5330fbd). > but still can't get the admin portal to work. > the browser is now stuck endlessly waiting once you click 'Admin portal'. > > logs attached. > > another thing: > $ psql -U postgres engine > psql: FATAL: database "engine" does not exist > > is this normal? > No it isn't normal, the "engine" database should exist, otherwise nothing will work, and it seems it is the cause of the problem. Are you sure you created the database? By the way, areyou in the IRC channel #ovirt? My nick there is jhernand, feel free to ping me, it may be faster to diagnose this issue using IRC. > Yuval > > > On Tue, Mar 12, 2013 at 11:09 AM, Juan Hernandez > wrote: > > You are right, this is a consequence of a problem that was fixed in > the master branch, but that is not included in the 3.2 release. I > just back-ported it to the 3.2 branch, and it is available for > review here: > > http://gerrit.ovirt.org/12957 > > Any chances that you can apply and test this patch? > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From alex.tuxx at gmail.com Tue Mar 12 14:52:00 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 12 Mar 2013 14:52:00 +0000 Subject: [Users] ovirt 3.1 all-in-one setup fail In-Reply-To: <513F2C37.80607@redhat.com> References: <513F2C37.80607@redhat.com> Message-ID: sure, i have a test HV just for myself to play with and test $stuff :) .. alex On 12 March 2013 13:23, Itamar Heim wrote: > On 03/12/2013 02:50 PM, Alex Leonhardt wrote: > >> with some additional manual work, i got it to work... >> >> - after above, went to the engine and added the local host >> - install initially failed due to some "qemu-img" package unable to >> install (as a -rhev one was in conflict or so) >> - uninstalled the -rhev which uninstalled the >> "all-in-one-package-plugin" so reinstalled that and its dependencies >> - then clicked to re-install the host in the engine >> - as expected the host would just restart so it did that >> - the host did get added to the engine / its db, etc. correctly though >> and is now running 2 VMs - yay >> >> > this is valuable information for 3.2.1 which should support .el6 - I hope > you can help test AIO for 3.2.1 this way. > > alex >> >> >> On 12 March 2013 11:09, Alex Leonhardt > > wrote: >> >> Hi, >> >> since 3.2 all-in-one setup failed on centos 6.3, i tried 3.1 instead >> today, unfortunately, again failing at the point when adding the >> host to the cluster with this time this error : >> >> >> 2013-03-12 11:06:59::ERROR::all_in_one_**100::206::root:: Traceback >> (most recent call last): >> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_** >> 100.py", >> line 204, in initAPI >> password=controller.CONF['**AUTH_PASS']) >> File "/usr/lib/python2.6/site-**packages/ovirtsdk/api.py", line >> 88, >> in __init__ >> debug=debug >> File >> "/usr/lib/python2.6/site-**packages/ovirtsdk/**infrastructure/** >> connectionspool.py", >> line 49, in __init__ >> debug=debug)) >> File >> "/usr/lib/python2.6/site-**packages/ovirtsdk/web/**connection.py", >> line >> 38, in __init__ >> timeout=timeout) >> File >> "/usr/lib/python2.6/site-**packages/ovirtsdk/web/**connection.py", >> line >> 106, in __createConnection >> raise NoCertificatesError >> NoCertificatesError: [ERROR]::ca_file (CA certificate) must be >> specified for SSL connection. >> >> 2013-03-12 11:06:59::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 207, in initAPI >> raise Exception(ERROR_CREATE_API_**OBJECT) >> Exception: Error: could not create ovirtsdk API object >> >> >> >> Alex >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co >> | www.vsearchcloud.com >> | >> >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co | >> www.vsearchcloud.com | >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/**mailman/listinfo/users >> >> > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Mar 12 14:52:48 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 12 Mar 2013 16:52:48 +0200 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F091027A3E6@exchange2-1> References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> <513F2E93.8010000@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027A3E6@exchange2-1> Message-ID: <513F4140.2080205@redhat.com> On 03/12/2013 03:47 PM, Karli Sj?berg wrote: > tis 2013-03-12 klockan 15:33 +0200 skrev Itamar Heim: >> On 03/12/2013 03:29 PM, Karli Sj?berg wrote: >> > Hi, >> > >> > we??ve been using the spice page to make users install the ActiveX >> > plugin for a while now, and have had no complaints so far. But while it >> > does it??s job, you really noticed it wasn??t quite part of oVirt as a >> > whole with it??s rather...spartan design:) So I have taken a little time >> > to make it look just a little prettier, and feel more like a part of the >> > product. >> >> thanks for improving this. >> I could appreciate it more if you send a screenshot :) > > And here I thought you guys were like in the Matrix, /"You get used to > it. I don't even see the code. All I see is blonde, brunette, redhead..."/;) looks good - how about making an rpm out of it and the spice deps so it can be part of the ovirt release instead of a manual process? (and for the activex as well)? > > /Karli > >> >> Thanks, >> Itamar >> >> > >> > /usr/share/ovirt-engine/engine.ear/root.war/spice.html: >> >http://pastebin.com/hjK3MtMH >> > >> > /usr/share/ovirt-engine/engine.ear/root.war/spice.css: >> >http://pastebin.com/dtQZ1kif >> > >> > Hope someone enjoys it. >> > >> > Best Regards >> > Karli Sj??berg >> > >> > tor 2012-09-06 klockan 15:36 -0500 skrev Dead Horse: >> >> Wiki page added. Feel free to change/edit/contribute or provide feedback. >> >> Link: >> >>http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal >> >> >> >> - DHC >> >> >> >> On Thu, Aug 30, 2012 at 11:05 PM, Robert Middleswarth >> >> > wrote: >> >> >> >> You should be able to create an ID. Once you create it several >> >> people can update your account I am one of them. >> >> >> >> Thanks >> >> Robert >> >> >> >> >> >> >> >> On 08/30/2012 11:17 PM, Dead Horse wrote: >> >> >> >>> I would be happy to wiki'fy it ;) >> >>> I have requested a wiki account so I will just need someone to >> >>> grant the proper create/edit page access or create a stub page >> >>> and allow edit access to it. >> >>> - DHC >> >>> >> >>> On Thu, Aug 30, 2012 at 3:03 PM, Douglas Landgraf >> >>> > wrote: >> >> >> >>> On 08/30/2012 02:22 AM, Yaniv Kaul wrote: >> >>> >> >>>> Thanks! >> >>> >> >>>> Can you wiki'fy it (@ wiki.ovirt.org ) ? >> >>> >> >>>> Y. >> >>>> >> >>> +1 >> >>> >> >>> Thanks! >> >>> >> >>> >> >>>> >> >>>> ------------------------------------------------------------------------ >> >>>> >> >>>> I have seen this question asked many times on this list >> >>>> and the spice-devel list. Now having figured out how to >> >>>> make it work I will provide the answer to the rest of >> >>>> the community. >> >>>> >> >>>> *NOTE* this only applies to Windows/Internet Explorer >> >>>> users. There exists no other option other than the html5 >> >>>> spice console (still beta/in development) for windows >> >>>> users ATM. This will also only work with Internet Explorer. >> >>>> >> >>>> Basic Steps: >> >>>> - Install an oVirt server. >> >>>> - Add at least one node >> >>>> - Setup storage/iso/export domains >> >>>> >> >>>> Advanced steps >> >>>> - Start by downloading: >> >>>>http://elmarco.fedorapeople.org/spice.cab >> >>>> - Create a directory for it oVirt looks by default in >> >>>> /usr/share/spice >> >>>> - Rename spice.cab to SpiceX.cab and copy it into >> >>>> /usr/share/spice >> >>>> - Now edit >> >>>> /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and >> >>>> add the following: >> >>>> >> >>>> >> >>>> >> >>>> SpiceX.cab >> >>>> >> >>>> org.ovirt.engine.core.FileServlet >> >>>> >> >>>> type >> >>>> application/octet-stream >> >>>> >> >>>> >> >>>> file >> >>>> /usr/share/spice/SpiceX.cab >> >>>> >> >>>> >> >>>> >> >>>> SpiceX.cab >> >>>> /spice/SpiceX.cab >> >>>> >> >>>> >> >>>> - Next create an html file within >> >>>> /usr/share/ovirt-engine/engine.ear/root.war >> >>>> - In the example below an html file called "spice.html" >> >>>> - Copy/Paste the below into spice.html: >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> SPICE Plugin Installer >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>>

>> >>>>

Spice ActiveX Plugin

>> >>>> >> >>>>

>> >>>> >> >>>> >> >>>> >> >>>> - Save the file >> >>>> - You will now need to restart the ovirt-engine service >> >>>> EG: systemctl restart ovirt-engine.service OR service >> >>>> ovirt-engine restart >> >>>> - The installer page will now be available at >> >>>> http:///spice.html EX: >> >>>>http://ovirt.azeroth.net/spice.html >> >>>> - Navigate to that page and click the install button >> >>>> - IE will prompt you to deploy/install the SpiceX >> >>>> cabinet file >> >>>> - It may gripe about an unsigned or untrusted source, >> >>>> acknowledge this an proceed anyways >> >>>> - If the install succeeds the text "Spice ActiveX >> >>>> Plugin" on the page will change to blank (it's actually >> >>>> the plugin with null values) >> >>>> - The console button in the user and webadmin portals >> >>>> will now launch the new virt-viwer spice based console! >> >>>> >> >>>> Happy Spice Consoling to your VM's from Windows! >> >>>> >> >>>> *NOTE* >> >>>> To uninstall the plugin: >> >>>> - The below removes the add-on from IE (EG: removes >> >>>> knowledge of "application/x-spice") >> >>>> - pop a command terminal and type: >> >>>> On Windows XP: regsvr32 /u "C:\Documents and >> >>>> Settings\Administrator\Local Settings\Application >> >>>> Data\virt-viewer\bin\SpiceX.dll" >> >>>> On Windows 7 regsvr32 /u C:\Documents and >> >>>> Settings\Administrator\Local >> >>>> Settings\AppData\virt-viewer\bin\SpiceX.dll" >> >>>> - Next we need to remove the rest of virt-viewer >> >>>> - Go to add/remove programs and uninstall virt-viewer, >> >>>> this removes the rest of virt-viewer from the system >> >>>> >> >>>> _______________________________________________ >> >>>> Users mailing list >> >>>>Users at ovirt.org >> >>>>http://lists.ovirt.org/mailman/listinfo/users >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> Users mailing list >> >>>>Users at ovirt.org >> >>>>http://lists.ovirt.org/mailman/listinfo/users >> >>> >> >>> >> >>> >> >>> -- >> >>> Cheers >> >>> Douglas >> >>> >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Users mailing list >> >>>Users at ovirt.org >> >>>http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> >> >> >> -- >> >> Thanks >> >> Robert Middleswarth >> >> @rmiddle (twitter/Freenode IRC) >> >> @RobertM (OFTC IRC) >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >>Users at ovirt.org >> >>http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> >Users at ovirt.org >> >http://lists.ovirt.org/mailman/listinfo/users >> > >> > From alex.tuxx at gmail.com Tue Mar 12 14:53:46 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 12 Mar 2013 14:53:46 +0000 Subject: [Users] Upgrade 3.1 to 3.2 In-Reply-To: <513F2D9F.4030606@redhat.com> References: <51384DA9.7030907@shurik.kiev.ua> <513F2D9F.4030606@redhat.com> Message-ID: Thanks all, So I will need to either have a maint window for this (stop all VMs, etc.) or have a "spare" machine with 96 GB memory :) ... well, we'll see ... i think only real option at the moment is to stop the VMs to do this ... Thanks! Alex On 12 March 2013 13:29, Itamar Heim wrote: > On 03/07/2013 11:57 AM, Alex Leonhardt wrote: > >> Hmmm, http://wiki.dreyou.org/**dokuwiki/doku.php?id=ovirt_** >> rpm_update31to32 >> says that we'd have to put the host into Maintenance mode before >> upgrade, is it not possible to run a live upgrade ? >> >> I don't have enough spare hardware to move VMs to for the upgrade of the >> Hyper-Visors (Ovirt nodes), the VMs cannot be stopped during the day >> either, we run multiple environments on them by now and are critical for >> development work. >> >> Anyone a idea of how to get onto 3.2 w/o having to stop the VMs ? If >> there is now way, fair enoug (i guess), and we'll have to look at >> alternative temporary hardware & disk before upgrading, however, it'd be >> really great if someone found a way ? >> > > upgrading the engine shouldn't require stopping the hosts/VMs. > for upgrading a host it is recommended to move the host to maintenance > first. > > > >> Alex >> >> >> >> On 7 March 2013 09:50, Alex Leonhardt > > wrote: >> >> I'm also overdue to test this, so stay tuned :) .. I've heard from a >> different Alex :) that the engine / db got really messed up when he >> tried, so best to do a backup of everything before attempting a >> upgrade ! >> >> Alex >> >> >> On 7 March 2013 09:04, Neil > > wrote: >> >> Thanks Alexandr, I hadn't seen that one. >> >> Will go through it. >> >> Thank you very much! >> >> On Thu, Mar 7, 2013 at 10:19 AM, Alexandr >> > wrote: >> > 07.03.2013 10:16, Neil ?????: >> >> Hi guys, >> >> >> >> Does anyone have any successful upgrades from 3.1 to 3.2 >> using Centos >> >> 6.3 and the Dreyou repos? >> >> >> >> I'm using ovirt 3.1 on our own production systems and would >> like to >> >> know the recommended upgrade methods/paths. I don't see much >> in the >> >> way of upgrade paths for any distributions for that matter. >> >> >> >> I've done quite a lot of googling and can't find much, also >> checked on >> >> the ovirt website for any possible guides or methods without >> much >> >> success. >> >> >> >> Thanks in advance. >> >> >> >> Regards. >> >> >> >> Neil Wilson. >> >> >> > Have you seen this article >> > >> http://wiki.dreyou.org/**dokuwiki/doku.php?id=ovirt_** >> rpm_update31to32 >> > >> > >> > ______________________________**_________________ >> > Users mailing list >> > Users at ovirt.org >> >> > http://lists.ovirt.org/**mailman/listinfo/users >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> >> http://lists.ovirt.org/**mailman/listinfo/users >> >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co >> | www.vsearchcloud.com >> | >> >> >> >> >> -- >> | RHCE | Senior Systems Engineer | www.vcore.co | >> www.vsearchcloud.com | >> >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/**mailman/listinfo/users >> >> > -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From christer.r.olsen at gmail.com Tue Mar 12 15:13:26 2013 From: christer.r.olsen at gmail.com (Christer Olsen) Date: Tue, 12 Mar 2013 16:13:26 +0100 Subject: [Users] Host installation problems. Brigde In-Reply-To: References: <20130311091813.GC27440@redhat.com> <1069723770.5992608.1362994299895.JavaMail.root@redhat.com> Message-ID: Does anyone have a clue what i might need to do ? On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen wrote: > Does anyone have a clue what i might need to do ? > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > christer.r.olsen at gmail.com> wrote: > >> Here is the complete log file. >> >> http://pastebin.com/5VYg4DFs >> >> >> On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < >> asegurap at redhat.com> wrote: >> >>> >>> >>> ----- Original Message ----- >>> > From: "Dan Kenigsberg" >>> > To: "Christer Olsen" >>> > Cc: users at ovirt.org >>> > Sent: Monday, March 11, 2013 10:18:13 AM >>> > Subject: Re: [Users] Host installation problems. Brigde >>> > >>> > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: >>> > > I'm having issues with installing host in oVirt. >>> > > >>> > > >>> > > Manager reports: >>> > > Failed to install Host localhost. Step: SetNetworking; Details: >>> > > addNetwork >>> > > error trying to add management bridge. >>> > >>> > Which version of ovirt are you using? ovirt-3.2 should be using >>> > ovirt-host-deploy, which has differently-looking logs, and hopefully >>> > less bugs. >>> >>> According to the repo he listed, ovirt-3.1, as seen in: >>> >>> http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ >>> >>> > >>> > > >>> > > >>> > > *** LOG *** >>> > > >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. >>> > > url= >>> > > http://10.1.1.30:22020/Components/vds/ >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress >>> > > return. >>> > > address=10.1.1.30 port=22020 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: >>> > > read host >>> > > name: 10.1.1.30 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: >>> > > using host >>> > > name 10.1.1.30 strIP= 10.1.1.30 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface >>> > > IP=10.1.1.30 >>> > > strIface=eth0 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found >>> > > the >>> > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 >>> > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', >>> > > 'NAME=', >>> > > 'BOOTPROT$ >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask >>> > > or >>> > > gateway but not ip >>> > > >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 >>> > > WARNING:root:options >>> > > IPADDR is deprecated. Use ipaddr instead >>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > Traceback (most recent call last): >>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>> > > main() >>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > addNetwork(bridge, **kwargs) >>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > bridged=bridged, **options) >>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > _addNetworkValidation >>> > > "Specified netmask or gateway but not ip") >>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>> > > >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge >>> > > Failed to add >>> > > ovirtmgmt bridge out=Specified netmask or gateway bu$ >>> > > >>> > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > Traceback (most recent call last): >>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>> > > main() >>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > addNetwork(bridge, **kwargs) >>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > bridged=bridged, **options) >>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > _addNetworkValidation >>> > > "Specified netmask or gateway but not ip") >>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>> > > >>> > > ret=22 >>> > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge >>> > > errored: >>> > > out=Specified netmask or gateway but not ip >>> > > >>> > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > Traceback (most recent call last): >>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>> > > main() >>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > addNetwork(bridge, **kwargs) >>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > bridged=bridged, **options) >>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > _addNetworkValidation >>> > > "Specified netmask or gateway but not ip") >>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>> > > >>> > > ret=22 >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge >>> > > return. >>> > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork >>> > > error >>> > > trying to add management bridge >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 >> > > component='SetNetworking' status='FAIL' message='addNetwork error >>> > > t$ >>> > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking >>> > > test >>> > > failed >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 >> > > component='RHEV_INSTALL' status='FAIL'/> >>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS >>> > > Validation **** >>> > > >>> > > >>> > > *** END LOG *** >>> > > >>> > > >>> > > >>> > > I have tried googling myself to an answer, and i have tried finding >>> > > it out >>> > > myself but with no luck. >>> > > >>> > > >>> > > (the host is the same one as the engine is running on) >>> > > >>> > > Please, any help would be appreciated. >>> > > >>> > > >>> > > Kind regards >>> > >>> > > _______________________________________________ >>> > > Users mailing list >>> > > Users at ovirt.org >>> > > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From christer.r.olsen at gmail.com Tue Mar 12 15:14:05 2013 From: christer.r.olsen at gmail.com (Christer Olsen) Date: Tue, 12 Mar 2013 16:14:05 +0100 Subject: [Users] Host installation problems. Brigde In-Reply-To: References: <20130311091813.GC27440@redhat.com> <1069723770.5992608.1362994299895.JavaMail.root@redhat.com> Message-ID: It seems i sent the log file to only one person. Here is the complete log file. http://pastebin.com/5VYg4DFs On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen wrote: > Does anyone have a clue what i might need to do ? > > > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < > christer.r.olsen at gmail.com> wrote: > >> Does anyone have a clue what i might need to do ? >> >> >> >> >> On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < >> christer.r.olsen at gmail.com> wrote: >> >>> Here is the complete log file. >>> >>> http://pastebin.com/5VYg4DFs >>> >>> >>> On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < >>> asegurap at redhat.com> wrote: >>> >>>> >>>> >>>> ----- Original Message ----- >>>> > From: "Dan Kenigsberg" >>>> > To: "Christer Olsen" >>>> > Cc: users at ovirt.org >>>> > Sent: Monday, March 11, 2013 10:18:13 AM >>>> > Subject: Re: [Users] Host installation problems. Brigde >>>> > >>>> > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: >>>> > > I'm having issues with installing host in oVirt. >>>> > > >>>> > > >>>> > > Manager reports: >>>> > > Failed to install Host localhost. Step: SetNetworking; Details: >>>> > > addNetwork >>>> > > error trying to add management bridge. >>>> > >>>> > Which version of ovirt are you using? ovirt-3.2 should be using >>>> > ovirt-host-deploy, which has differently-looking logs, and hopefully >>>> > less bugs. >>>> >>>> According to the repo he listed, ovirt-3.1, as seen in: >>>> >>>> http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ >>>> >>>> > >>>> > > >>>> > > >>>> > > *** LOG *** >>>> > > >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. >>>> > > url= >>>> > > http://10.1.1.30:22020/Components/vds/ >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress >>>> > > return. >>>> > > address=10.1.1.30 port=22020 >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: >>>> > > read host >>>> > > name: 10.1.1.30 >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: >>>> > > using host >>>> > > name 10.1.1.30 strIP= 10.1.1.30 >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface >>>> > > IP=10.1.1.30 >>>> > > strIface=eth0 >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found >>>> > > the >>>> > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 >>>> > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', >>>> > > 'NAME=', >>>> > > 'BOOTPROT$ >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask >>>> > > or >>>> > > gateway but not ip >>>> > > >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 >>>> > > WARNING:root:options >>>> > > IPADDR is deprecated. Use ipaddr instead >>>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>>> > > Traceback (most recent call last): >>>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>>> > > main() >>>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>>> > > addNetwork(bridge, **kwargs) >>>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>>> > > bridged=bridged, **options) >>>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>>> > > _addNetworkValidation >>>> > > "Specified netmask or gateway but not ip") >>>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>>> > > >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge >>>> > > Failed to add >>>> > > ovirtmgmt bridge out=Specified netmask or gateway bu$ >>>> > > >>>> > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>>> > > Traceback (most recent call last): >>>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>>> > > main() >>>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>>> > > addNetwork(bridge, **kwargs) >>>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>>> > > bridged=bridged, **options) >>>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>>> > > _addNetworkValidation >>>> > > "Specified netmask or gateway but not ip") >>>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>>> > > >>>> > > ret=22 >>>> > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge >>>> > > errored: >>>> > > out=Specified netmask or gateway but not ip >>>> > > >>>> > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>>> > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>>> > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead >>>> > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>>> > > Traceback (most recent call last): >>>> > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>>> > > main() >>>> > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>>> > > addNetwork(bridge, **kwargs) >>>> > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>>> > > bridged=bridged, **options) >>>> > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>>> > > _addNetworkValidation >>>> > > "Specified netmask or gateway but not ip") >>>> > > ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') >>>> > > >>>> > > ret=22 >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge >>>> > > return. >>>> > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork >>>> > > error >>>> > > trying to add management bridge >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 >>> > > component='SetNetworking' status='FAIL' message='addNetwork error >>>> > > t$ >>>> > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking >>>> > > test >>>> > > failed >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 >>> > > component='RHEV_INSTALL' status='FAIL'/> >>>> > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS >>>> > > Validation **** >>>> > > >>>> > > >>>> > > *** END LOG *** >>>> > > >>>> > > >>>> > > >>>> > > I have tried googling myself to an answer, and i have tried finding >>>> > > it out >>>> > > myself but with no luck. >>>> > > >>>> > > >>>> > > (the host is the same one as the engine is running on) >>>> > > >>>> > > Please, any help would be appreciated. >>>> > > >>>> > > >>>> > > Kind regards >>>> > >>>> > > _______________________________________________ >>>> > > Users mailing list >>>> > > Users at ovirt.org >>>> > > http://lists.ovirt.org/mailman/listinfo/users >>>> > >>>> > _______________________________________________ >>>> > Users mailing list >>>> > Users at ovirt.org >>>> > http://lists.ovirt.org/mailman/listinfo/users >>>> > >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From asegurap at redhat.com Tue Mar 12 15:25:25 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Tue, 12 Mar 2013 11:25:25 -0400 (EDT) Subject: [Users] Host installation problems. Brigde In-Reply-To: Message-ID: <60556820.6308396.1363101925587.JavaMail.root@redhat.com> Could you attach the /etc/sysconfig/network-scripts/ifcfg-* files? ----- Original Message ----- > From: "Christer Olsen" > To: users at ovirt.org > Sent: Tuesday, March 12, 2013 4:14:05 PM > Subject: Re: [Users] Host installation problems. Brigde > > > > It seems i sent the log file to only one person. > Here is the complete log file. > http://pastebin.com/5VYg4DFs > > > > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < > christer.r.olsen at gmail.com > wrote: > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < > christer.r.olsen at gmail.com > wrote: > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > christer.r.olsen at gmail.com > wrote: > > > > Here is the complete log file. > > http://pastebin.com/5VYg4DFs > > > > > > > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < > asegurap at redhat.com > wrote: > > > > > > ----- Original Message ----- > > From: "Dan Kenigsberg" < danken at redhat.com > > > To: "Christer Olsen" < christer.r.olsen at gmail.com > > > Cc: users at ovirt.org > > Sent: Monday, March 11, 2013 10:18:13 AM > > Subject: Re: [Users] Host installation problems. Brigde > > > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > > > I'm having issues with installing host in oVirt. > > > > > > > > > Manager reports: > > > Failed to install Host localhost. Step: SetNetworking; Details: > > > addNetwork > > > error trying to add management bridge. > > > > Which version of ovirt are you using? ovirt-3.2 should be using > > ovirt-host-deploy, which has differently-looking logs, and > > hopefully > > less bugs. > > According to the repo he listed, ovirt-3.1, as seen in: > > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ > > > > > > > > > > > > > > *** LOG *** > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. > > > url= > > > http://10.1.1.30:22020/Components/vds/ > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress > > > return. > > > address=10.1.1.30 port=22020 > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: > > > read host > > > name: 10.1.1.30 > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: > > > using host > > > name 10.1.1.30 strIP= 10.1.1.30 > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > > > IP=10.1.1.30 > > > strIface=eth0 > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found > > > the > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', > > > 'NAME=', > > > 'BOOTPROT$ > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask > > > or > > > gateway but not ip > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 > > > WARNING:root:options > > > IPADDR is deprecated. Use ipaddr instead > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > instead > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > main() > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > addNetwork(bridge, **kwargs) > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > > bridged=bridged, **options) > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > _addNetworkValidation > > > "Specified netmask or gateway but not ip") > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > ip') > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge > > > Failed to add > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > instead > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > main() > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > addNetwork(bridge, **kwargs) > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > > bridged=bridged, **options) > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > _addNetworkValidation > > > "Specified netmask or gateway but not ip") > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > ip') > > > > > > ret=22 > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge > > > errored: > > > out=Specified netmask or gateway but not ip > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > instead > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > main() > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > addNetwork(bridge, **kwargs) > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > > bridged=bridged, **options) > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > _addNetworkValidation > > > "Specified netmask or gateway but not ip") > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > ip') > > > > > > ret=22 > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge > > > return. > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork > > > error > > > trying to add management bridge > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > component='SetNetworking' status='FAIL' message='addNetwork error > > > t$ > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking > > > test > > > failed > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > component='RHEV_INSTALL' status='FAIL'/> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > > > Validation **** > > > > > > > > > *** END LOG *** > > > > > > > > > > > > I have tried googling myself to an answer, and i have tried > > > finding > > > it out > > > myself but with no luck. > > > > > > > > > (the host is the same one as the engine is running on) > > > > > > Please, any help would be appreciated. > > > > > > > > > Kind regards > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alex.tuxx at gmail.com Tue Mar 12 15:28:15 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 12 Mar 2013 15:28:15 +0000 Subject: [Users] Host installation problems. Brigde In-Reply-To: <60556820.6308396.1363101925587.JavaMail.root@redhat.com> References: <60556820.6308396.1363101925587.JavaMail.root@redhat.com> Message-ID: in the log: Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to add ovirtmgmt bridge out=Specified netmask or gateway but not ip check you have DEVICE= IPADDR= NETMAKS= TYPE= as a minimum in ifcfg-ovirtmgmt and that ifcfg-eth0 has BRIDGE=ovirtmgmt Alex On 12 March 2013 15:25, Antoni Segura Puimedon wrote: > Could you attach the /etc/sysconfig/network-scripts/ifcfg-* > files? > > ----- Original Message ----- > > From: "Christer Olsen" > > To: users at ovirt.org > > Sent: Tuesday, March 12, 2013 4:14:05 PM > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > It seems i sent the log file to only one person. > > Here is the complete log file. > > http://pastebin.com/5VYg4DFs > > > > > > > > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < > > christer.r.olsen at gmail.com > wrote: > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > > christer.r.olsen at gmail.com > wrote: > > > > > > > > Here is the complete log file. > > > > http://pastebin.com/5VYg4DFs > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < > > asegurap at redhat.com > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Dan Kenigsberg" < danken at redhat.com > > > > To: "Christer Olsen" < christer.r.olsen at gmail.com > > > > Cc: users at ovirt.org > > > Sent: Monday, March 11, 2013 10:18:13 AM > > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > > > > I'm having issues with installing host in oVirt. > > > > > > > > > > > > Manager reports: > > > > Failed to install Host localhost. Step: SetNetworking; Details: > > > > addNetwork > > > > error trying to add management bridge. > > > > > > Which version of ovirt are you using? ovirt-3.2 should be using > > > ovirt-host-deploy, which has differently-looking logs, and > > > hopefully > > > less bugs. > > > > According to the repo he listed, ovirt-3.1, as seen in: > > > > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ > > > > > > > > > > > > > > > > > > > > > *** LOG *** > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. > > > > url= > > > > http://10.1.1.30:22020/Components/vds/ > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress > > > > return. > > > > address=10.1.1.30 port=22020 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: > > > > read host > > > > name: 10.1.1.30 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: > > > > using host > > > > name 10.1.1.30 strIP= 10.1.1.30 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > > > > IP=10.1.1.30 > > > > strIface=eth0 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found > > > > the > > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', > > > > 'NAME=', > > > > 'BOOTPROT$ > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask > > > > or > > > > gateway but not ip > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 > > > > WARNING:root:options > > > > IPADDR is deprecated. Use ipaddr instead > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > instead > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > Traceback (most recent call last): > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > main() > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > addNetwork(bridge, **kwargs) > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > > > bridged=bridged, **options) > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > _addNetworkValidation > > > > "Specified netmask or gateway but not ip") > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > ip') > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge > > > > Failed to add > > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > instead > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > Traceback (most recent call last): > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > main() > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > addNetwork(bridge, **kwargs) > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > > > bridged=bridged, **options) > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > _addNetworkValidation > > > > "Specified netmask or gateway but not ip") > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > ip') > > > > > > > > ret=22 > > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge > > > > errored: > > > > out=Specified netmask or gateway but not ip > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > instead > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > Traceback (most recent call last): > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > main() > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > addNetwork(bridge, **kwargs) > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork > > > > bridged=bridged, **options) > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > _addNetworkValidation > > > > "Specified netmask or gateway but not ip") > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > ip') > > > > > > > > ret=22 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge > > > > return. > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork > > > > error > > > > trying to add management bridge > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > > component='SetNetworking' status='FAIL' message='addNetwork error > > > > t$ > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking > > > > test > > > > failed > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > > component='RHEV_INSTALL' status='FAIL'/> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > > > > Validation **** > > > > > > > > > > > > *** END LOG *** > > > > > > > > > > > > > > > > I have tried googling myself to an answer, and i have tried > > > > finding > > > > it out > > > > myself but with no luck. > > > > > > > > > > > > (the host is the same one as the engine is running on) > > > > > > > > Please, any help would be appreciated. > > > > > > > > > > > > Kind regards > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.tuxx at gmail.com Tue Mar 12 15:30:20 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Tue, 12 Mar 2013 15:30:20 +0000 Subject: [Users] Host installation problems. Brigde In-Reply-To: References: <60556820.6308396.1363101925587.JavaMail.root@redhat.com> Message-ID: did you try to just setting the ovirtmgmt interface to DHCP ? alex On 12 March 2013 15:28, Alex Leonhardt wrote: > in the log: > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to > add ovirtmgmt bridge out=Specified netmask or gateway but not ip > > check you have > > DEVICE= > IPADDR= > NETMAKS= > TYPE= > > as a minimum in ifcfg-ovirtmgmt > > and that ifcfg-eth0 has > > BRIDGE=ovirtmgmt > > > Alex > > > > > On 12 March 2013 15:25, Antoni Segura Puimedon wrote: > >> Could you attach the /etc/sysconfig/network-scripts/ifcfg-* >> files? >> >> ----- Original Message ----- >> > From: "Christer Olsen" >> > To: users at ovirt.org >> > Sent: Tuesday, March 12, 2013 4:14:05 PM >> > Subject: Re: [Users] Host installation problems. Brigde >> > >> > >> > >> > It seems i sent the log file to only one person. >> > Here is the complete log file. >> > http://pastebin.com/5VYg4DFs >> > >> > >> > >> > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < >> > christer.r.olsen at gmail.com > wrote: >> > >> > >> > >> > >> > Does anyone have a clue what i might need to do ? >> > >> > >> > >> > >> > >> > >> > >> > >> > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < >> > christer.r.olsen at gmail.com > wrote: >> > >> > >> > >> > Does anyone have a clue what i might need to do ? >> > >> > >> > >> > >> > >> > >> > >> > >> > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < >> > christer.r.olsen at gmail.com > wrote: >> > >> > >> > >> > Here is the complete log file. >> > >> > http://pastebin.com/5VYg4DFs >> > >> > >> > >> > >> > >> > >> > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < >> > asegurap at redhat.com > wrote: >> > >> > >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Dan Kenigsberg" < danken at redhat.com > >> > > To: "Christer Olsen" < christer.r.olsen at gmail.com > >> > > Cc: users at ovirt.org >> > > Sent: Monday, March 11, 2013 10:18:13 AM >> > > Subject: Re: [Users] Host installation problems. Brigde >> > > >> > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: >> > > > I'm having issues with installing host in oVirt. >> > > > >> > > > >> > > > Manager reports: >> > > > Failed to install Host localhost. Step: SetNetworking; Details: >> > > > addNetwork >> > > > error trying to add management bridge. >> > > >> > > Which version of ovirt are you using? ovirt-3.2 should be using >> > > ovirt-host-deploy, which has differently-looking logs, and >> > > hopefully >> > > less bugs. >> > >> > According to the repo he listed, ovirt-3.1, as seen in: >> > >> > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ >> > >> > >> > >> > > >> > > > >> > > > >> > > > *** LOG *** >> > > > >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. >> > > > url= >> > > > http://10.1.1.30:22020/Components/vds/ >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress >> > > > return. >> > > > address=10.1.1.30 port=22020 >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: >> > > > read host >> > > > name: 10.1.1.30 >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: >> > > > using host >> > > > name 10.1.1.30 strIP= 10.1.1.30 >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface >> > > > IP=10.1.1.30 >> > > > strIface=eth0 >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found >> > > > the >> > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 >> > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', >> > > > 'NAME=', >> > > > 'BOOTPROT$ >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask >> > > > or >> > > > gateway but not ip >> > > > >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 >> > > > WARNING:root:options >> > > > IPADDR is deprecated. Use ipaddr instead >> > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >> > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >> > > > instead >> > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >> > > > Traceback (most recent call last): >> > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >> > > > main() >> > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >> > > > addNetwork(bridge, **kwargs) >> > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >> > > > bridged=bridged, **options) >> > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >> > > > _addNetworkValidation >> > > > "Specified netmask or gateway but not ip") >> > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >> > > > ip') >> > > > >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge >> > > > Failed to add >> > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ >> > > > >> > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >> > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >> > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >> > > > instead >> > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >> > > > Traceback (most recent call last): >> > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >> > > > main() >> > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >> > > > addNetwork(bridge, **kwargs) >> > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >> > > > bridged=bridged, **options) >> > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >> > > > _addNetworkValidation >> > > > "Specified netmask or gateway but not ip") >> > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >> > > > ip') >> > > > >> > > > ret=22 >> > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge >> > > > errored: >> > > > out=Specified netmask or gateway but not ip >> > > > >> > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >> > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >> > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >> > > > instead >> > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >> > > > Traceback (most recent call last): >> > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >> > > > main() >> > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >> > > > addNetwork(bridge, **kwargs) >> > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >> > > > bridged=bridged, **options) >> > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >> > > > _addNetworkValidation >> > > > "Specified netmask or gateway but not ip") >> > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >> > > > ip') >> > > > >> > > > ret=22 >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge >> > > > return. >> > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork >> > > > error >> > > > trying to add management bridge >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > > > component='SetNetworking' status='FAIL' message='addNetwork error >> > > > t$ >> > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking >> > > > test >> > > > failed >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > > > component='RHEV_INSTALL' status='FAIL'/> >> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS >> > > > Validation **** >> > > > >> > > > >> > > > *** END LOG *** >> > > > >> > > > >> > > > >> > > > I have tried googling myself to an answer, and i have tried >> > > > finding >> > > > it out >> > > > myself but with no luck. >> > > > >> > > > >> > > > (the host is the same one as the engine is running on) >> > > > >> > > > Please, any help would be appreciated. >> > > > >> > > > >> > > > Kind regards >> > > >> > > > _______________________________________________ >> > > > Users mailing list >> > > > Users at ovirt.org >> > > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > www.vsearchcloud.com | > -- | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | www.vsearchcloud.com | -------------- next part -------------- An HTML attachment was scrubbed... URL: From christer.r.olsen at gmail.com Tue Mar 12 17:05:35 2013 From: christer.r.olsen at gmail.com (Christer Olsen) Date: Tue, 12 Mar 2013 18:05:35 +0100 Subject: [Users] Host installation problems. Brigde In-Reply-To: References: <60556820.6308396.1363101925587.JavaMail.root@redhat.com> Message-ID: I've tried dhcp, static and so forth. I've tried with two nics (eth0 and eth1) I'm now done trying to find a solution. This is not worth the time I'm afraid. (been trying for 8 days) Please see this topic as ended. I will find other solutions. Thank you for your time. Kind regards Christer On Tue, Mar 12, 2013 at 4:30 PM, Alex Leonhardt wrote: > did you try to just setting the ovirtmgmt interface to DHCP ? > > alex > > > On 12 March 2013 15:28, Alex Leonhardt wrote: > >> in the log: >> >> Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to >> add ovirtmgmt bridge out=Specified netmask or gateway but not ip >> >> check you have >> >> DEVICE= >> IPADDR= >> NETMAKS= >> TYPE= >> >> as a minimum in ifcfg-ovirtmgmt >> >> and that ifcfg-eth0 has >> >> BRIDGE=ovirtmgmt >> >> >> Alex >> >> >> >> >> On 12 March 2013 15:25, Antoni Segura Puimedon wrote: >> >>> Could you attach the /etc/sysconfig/network-scripts/ifcfg-* >>> files? >>> >>> ----- Original Message ----- >>> > From: "Christer Olsen" >>> > To: users at ovirt.org >>> > Sent: Tuesday, March 12, 2013 4:14:05 PM >>> > Subject: Re: [Users] Host installation problems. Brigde >>> > >>> > >>> > >>> > It seems i sent the log file to only one person. >>> > Here is the complete log file. >>> > http://pastebin.com/5VYg4DFs >>> > >>> > >>> > >>> > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < >>> > christer.r.olsen at gmail.com > wrote: >>> > >>> > >>> > >>> > >>> > Does anyone have a clue what i might need to do ? >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < >>> > christer.r.olsen at gmail.com > wrote: >>> > >>> > >>> > >>> > Does anyone have a clue what i might need to do ? >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < >>> > christer.r.olsen at gmail.com > wrote: >>> > >>> > >>> > >>> > Here is the complete log file. >>> > >>> > http://pastebin.com/5VYg4DFs >>> > >>> > >>> > >>> > >>> > >>> > >>> > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < >>> > asegurap at redhat.com > wrote: >>> > >>> > >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > > From: "Dan Kenigsberg" < danken at redhat.com > >>> > > To: "Christer Olsen" < christer.r.olsen at gmail.com > >>> > > Cc: users at ovirt.org >>> > > Sent: Monday, March 11, 2013 10:18:13 AM >>> > > Subject: Re: [Users] Host installation problems. Brigde >>> > > >>> > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: >>> > > > I'm having issues with installing host in oVirt. >>> > > > >>> > > > >>> > > > Manager reports: >>> > > > Failed to install Host localhost. Step: SetNetworking; Details: >>> > > > addNetwork >>> > > > error trying to add management bridge. >>> > > >>> > > Which version of ovirt are you using? ovirt-3.2 should be using >>> > > ovirt-host-deploy, which has differently-looking logs, and >>> > > hopefully >>> > > less bugs. >>> > >>> > According to the repo he listed, ovirt-3.1, as seen in: >>> > >>> > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ >>> > >>> > >>> > >>> > > >>> > > > >>> > > > >>> > > > *** LOG *** >>> > > > >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress Entry. >>> > > > url= >>> > > > http://10.1.1.30:22020/Components/vds/ >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress >>> > > > return. >>> > > > address=10.1.1.30 port=22020 >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge begin. >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: >>> > > > read host >>> > > > name: 10.1.1.30 >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: >>> > > > using host >>> > > > name 10.1.1.30 strIP= 10.1.1.30 >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface >>> > > > IP=10.1.1.30 >>> > > > strIface=eth0 >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found >>> > > > the >>> > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 >>> > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', >>> > > > 'NAME=', >>> > > > 'BOOTPROT$ >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified netmask >>> > > > or >>> > > > gateway but not ip >>> > > > >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 >>> > > > WARNING:root:options >>> > > > IPADDR is deprecated. Use ipaddr instead >>> > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >>> > > > instead >>> > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > > Traceback (most recent call last): >>> > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>> > > > main() >>> > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > > addNetwork(bridge, **kwargs) >>> > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > > bridged=bridged, **options) >>> > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > > _addNetworkValidation >>> > > > "Specified netmask or gateway but not ip") >>> > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >>> > > > ip') >>> > > > >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge >>> > > > Failed to add >>> > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ >>> > > > >>> > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>> > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >>> > > > instead >>> > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > > Traceback (most recent call last): >>> > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>> > > > main() >>> > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > > addNetwork(bridge, **kwargs) >>> > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > > bridged=bridged, **options) >>> > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > > _addNetworkValidation >>> > > > "Specified netmask or gateway but not ip") >>> > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >>> > > > ip') >>> > > > >>> > > > ret=22 >>> > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge >>> > > > errored: >>> > > > out=Specified netmask or gateway but not ip >>> > > > >>> > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr instead >>> > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >>> > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >>> > > > instead >>> > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >>> > > > Traceback (most recent call last): >>> > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >>> > > > main() >>> > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >>> > > > addNetwork(bridge, **kwargs) >>> > > > File "/usr/share/vdsm/configNetwork.py", line 890, in addNetwork >>> > > > bridged=bridged, **options) >>> > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >>> > > > _addNetworkValidation >>> > > > "Specified netmask or gateway but not ip") >>> > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >>> > > > ip') >>> > > > >>> > > > ret=22 >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge >>> > > > return. >>> > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork >>> > > > error >>> > > > trying to add management bridge >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 >> > > > component='SetNetworking' status='FAIL' message='addNetwork error >>> > > > t$ >>> > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 setNetworking >>> > > > test >>> > > > failed >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 >> > > > component='RHEV_INSTALL' status='FAIL'/> >>> > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS >>> > > > Validation **** >>> > > > >>> > > > >>> > > > *** END LOG *** >>> > > > >>> > > > >>> > > > >>> > > > I have tried googling myself to an answer, and i have tried >>> > > > finding >>> > > > it out >>> > > > myself but with no luck. >>> > > > >>> > > > >>> > > > (the host is the same one as the engine is running on) >>> > > > >>> > > > Please, any help would be appreciated. >>> > > > >>> > > > >>> > > > Kind regards >>> > > >>> > > > _______________________________________________ >>> > > > Users mailing list >>> > > > Users at ovirt.org >>> > > > http://lists.ovirt.org/mailman/listinfo/users >>> > > >>> > > _______________________________________________ >>> > > Users mailing list >>> > > Users at ovirt.org >>> > > http://lists.ovirt.org/mailman/listinfo/users >>> > > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> >> >> -- >> | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | >> www.vsearchcloud.com | >> > > > > -- > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > www.vsearchcloud.com | > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Tue Mar 12 17:07:57 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 12 Mar 2013 13:07:57 -0400 (EDT) Subject: [Users] Host installation problems. Brigde In-Reply-To: Message-ID: <335303479.6331586.1363108077933.JavaMail.root@redhat.com> Please attach: 1. /etc/sysconfig/network-scripts/ifcfg-* 2. /tmp/vdsm-bootstrap-*.log 3. On engine: rpm -q ovirt-engine 4. On engine: rpm -q vdsm-bootstrap Thanks. ----- Original Message ----- > From: "Christer Olsen" > To: "Alex Leonhardt" > Cc: "oVirt Mailing List" > Sent: Tuesday, March 12, 2013 7:05:35 PM > Subject: Re: [Users] Host installation problems. Brigde > > > > > I've tried dhcp, static and so forth. > > I've tried with two nics (eth0 and eth1) > > > I'm now done trying to find a solution. This is not worth the time > I'm afraid. (been trying for 8 days) > > > Please see this topic as ended. I will find other solutions. > > > Thank you for your time. > > > > > Kind regards > Christer > > > > > On Tue, Mar 12, 2013 at 4:30 PM, Alex Leonhardt < alex.tuxx at gmail.com > > wrote: > > > > > did you try to just setting the ovirtmgmt interface to DHCP ? > > > alex > > > > > > > On 12 March 2013 15:28, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > in the log: > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to > add ovirtmgmt bridge out=Specified netmask or gateway but not ip > > > check you have > > DEVICE= > IPADDR= > NETMAKS= > TYPE= > > as a minimum in ifcfg-ovirtmgmt > > > > and that ifcfg-eth0 has > > > BRIDGE=ovirtmgmt > > > > > Alex > > > > > > > > > On 12 March 2013 15:25, Antoni Segura Puimedon < asegurap at redhat.com > > wrote: > > > Could you attach the /etc/sysconfig/network-scripts/ifcfg-* > files? > > > > ----- Original Message ----- > > From: "Christer Olsen" < christer.r.olsen at gmail.com > > > To: users at ovirt.org > > Sent: Tuesday, March 12, 2013 4:14:05 PM > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > It seems i sent the log file to only one person. > > Here is the complete log file. > > http://pastebin.com/5VYg4DFs > > > > > > > > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < > > christer.r.olsen at gmail.com > wrote: > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > > christer.r.olsen at gmail.com > wrote: > > > > > > > > Here is the complete log file. > > > > http://pastebin.com/5VYg4DFs > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < > > asegurap at redhat.com > wrote: > > > > > > > > > > > > ----- Original Message ----- > > > From: "Dan Kenigsberg" < danken at redhat.com > > > > To: "Christer Olsen" < christer.r.olsen at gmail.com > > > > Cc: users at ovirt.org > > > Sent: Monday, March 11, 2013 10:18:13 AM > > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > > > > I'm having issues with installing host in oVirt. > > > > > > > > > > > > Manager reports: > > > > Failed to install Host localhost. Step: SetNetworking; Details: > > > > addNetwork > > > > error trying to add management bridge. > > > > > > Which version of ovirt are you using? ovirt-3.2 should be using > > > ovirt-host-deploy, which has differently-looking logs, and > > > hopefully > > > less bugs. > > > > According to the repo he listed, ovirt-3.1, as seen in: > > > > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ > > > > > > > > > > > > > > > > > > > > > *** LOG *** > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress > > > > Entry. > > > > url= > > > > http://10.1.1.30:22020/Components/vds/ > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress > > > > return. > > > > address=10.1.1.30 port=22020 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge > > > > begin. > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: > > > > read host > > > > name: 10.1.1.30 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: > > > > using host > > > > name 10.1.1.30 strIP= 10.1.1.30 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > > > > IP=10.1.1.30 > > > > strIface=eth0 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found > > > > the > > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', > > > > 'NAME=', > > > > 'BOOTPROT$ > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified > > > > netmask > > > > or > > > > gateway but not ip > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 > > > > WARNING:root:options > > > > IPADDR is deprecated. Use ipaddr instead > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > instead > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > Traceback (most recent call last): > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > main() > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > addNetwork(bridge, **kwargs) > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > addNetwork > > > > bridged=bridged, **options) > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > _addNetworkValidation > > > > "Specified netmask or gateway but not ip") > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > ip') > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge > > > > Failed to add > > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr > > > > instead > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > instead > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > Traceback (most recent call last): > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > main() > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > addNetwork(bridge, **kwargs) > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > addNetwork > > > > bridged=bridged, **options) > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > _addNetworkValidation > > > > "Specified netmask or gateway but not ip") > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > ip') > > > > > > > > ret=22 > > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge > > > > errored: > > > > out=Specified netmask or gateway but not ip > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr > > > > instead > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > instead > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > Traceback (most recent call last): > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > main() > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > addNetwork(bridge, **kwargs) > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > addNetwork > > > > bridged=bridged, **options) > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > _addNetworkValidation > > > > "Specified netmask or gateway but not ip") > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > ip') > > > > > > > > ret=22 > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge > > > > return. > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork > > > > error > > > > trying to add management bridge > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > > component='SetNetworking' status='FAIL' message='addNetwork > > > > error > > > > t$ > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 > > > > setNetworking > > > > test > > > > failed > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > > component='RHEV_INSTALL' status='FAIL'/> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > > > > Validation **** > > > > > > > > > > > > *** END LOG *** > > > > > > > > > > > > > > > > I have tried googling myself to an answer, and i have tried > > > > finding > > > > it out > > > > myself but with no luck. > > > > > > > > > > > > (the host is the same one as the engine is running on) > > > > > > > > Please, any help would be appreciated. > > > > > > > > > > > > Kind regards > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > > > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > | www.vsearchcloud.com | > > > > -- > > > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > | www.vsearchcloud.com | > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From christer.r.olsen at gmail.com Tue Mar 12 17:19:36 2013 From: christer.r.olsen at gmail.com (Christer Olsen) Date: Tue, 12 Mar 2013 18:19:36 +0100 Subject: [Users] Host installation problems. Brigde In-Reply-To: <335303479.6331586.1363108077933.JavaMail.root@redhat.com> References: <335303479.6331586.1363108077933.JavaMail.root@redhat.com> Message-ID: Ok. one last go at it. But I do not have the possibility to access it at the moment after testing the changes, as it kicked me out (even remote locally only gets host unreachable) so it will have to wait until I can go to the location at hand. I will send you the specified cfg's and logs as soon as possible. Thanks. On Tue, Mar 12, 2013 at 6:07 PM, Alon Bar-Lev wrote: > Please attach: > 1. /etc/sysconfig/network-scripts/ifcfg-* > 2. /tmp/vdsm-bootstrap-*.log > 3. On engine: rpm -q ovirt-engine > 4. On engine: rpm -q vdsm-bootstrap > > Thanks. > > ----- Original Message ----- > > From: "Christer Olsen" > > To: "Alex Leonhardt" > > Cc: "oVirt Mailing List" > > Sent: Tuesday, March 12, 2013 7:05:35 PM > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > > > I've tried dhcp, static and so forth. > > > > I've tried with two nics (eth0 and eth1) > > > > > > I'm now done trying to find a solution. This is not worth the time > > I'm afraid. (been trying for 8 days) > > > > > > Please see this topic as ended. I will find other solutions. > > > > > > Thank you for your time. > > > > > > > > > > Kind regards > > Christer > > > > > > > > > > On Tue, Mar 12, 2013 at 4:30 PM, Alex Leonhardt < alex.tuxx at gmail.com > > > wrote: > > > > > > > > > > did you try to just setting the ovirtmgmt interface to DHCP ? > > > > > > alex > > > > > > > > > > > > > > On 12 March 2013 15:28, Alex Leonhardt < alex.tuxx at gmail.com > wrote: > > > > > > > > > > in the log: > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to > > add ovirtmgmt bridge out=Specified netmask or gateway but not ip > > > > > > check you have > > > > DEVICE= > > IPADDR= > > NETMAKS= > > TYPE= > > > > as a minimum in ifcfg-ovirtmgmt > > > > > > > > and that ifcfg-eth0 has > > > > > > BRIDGE=ovirtmgmt > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > On 12 March 2013 15:25, Antoni Segura Puimedon < asegurap at redhat.com > > > wrote: > > > > > > Could you attach the /etc/sysconfig/network-scripts/ifcfg-* > > files? > > > > > > > > ----- Original Message ----- > > > From: "Christer Olsen" < christer.r.olsen at gmail.com > > > > To: users at ovirt.org > > > Sent: Tuesday, March 12, 2013 4:14:05 PM > > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > > > > > It seems i sent the log file to only one person. > > > Here is the complete log file. > > > http://pastebin.com/5VYg4DFs > > > > > > > > > > > > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < > > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < > > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > > > Here is the complete log file. > > > > > > http://pastebin.com/5VYg4DFs > > > > > > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < > > > asegurap at redhat.com > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Dan Kenigsberg" < danken at redhat.com > > > > > To: "Christer Olsen" < christer.r.olsen at gmail.com > > > > > Cc: users at ovirt.org > > > > Sent: Monday, March 11, 2013 10:18:13 AM > > > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > > > > > I'm having issues with installing host in oVirt. > > > > > > > > > > > > > > > Manager reports: > > > > > Failed to install Host localhost. Step: SetNetworking; Details: > > > > > addNetwork > > > > > error trying to add management bridge. > > > > > > > > Which version of ovirt are you using? ovirt-3.2 should be using > > > > ovirt-host-deploy, which has differently-looking logs, and > > > > hopefully > > > > less bugs. > > > > > > According to the repo he listed, ovirt-3.1, as seen in: > > > > > > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > *** LOG *** > > > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress > > > > > Entry. > > > > > url= > > > > > http://10.1.1.30:22020/Components/vds/ > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress > > > > > return. > > > > > address=10.1.1.30 port=22020 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge > > > > > begin. > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: > > > > > read host > > > > > name: 10.1.1.30 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: > > > > > using host > > > > > name 10.1.1.30 strIP= 10.1.1.30 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > > > > > IP=10.1.1.30 > > > > > strIface=eth0 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found > > > > > the > > > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > > > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', > > > > > 'NAME=', > > > > > 'BOOTPROT$ > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified > > > > > netmask > > > > > or > > > > > gateway but not ip > > > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 > > > > > WARNING:root:options > > > > > IPADDR is deprecated. Use ipaddr instead > > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > > instead > > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > > Traceback (most recent call last): > > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > > main() > > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > > addNetwork(bridge, **kwargs) > > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > > addNetwork > > > > > bridged=bridged, **options) > > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > > _addNetworkValidation > > > > > "Specified netmask or gateway but not ip") > > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > > ip') > > > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge > > > > > Failed to add > > > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr > > > > > instead > > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > > instead > > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > > Traceback (most recent call last): > > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > > main() > > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > > addNetwork(bridge, **kwargs) > > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > > addNetwork > > > > > bridged=bridged, **options) > > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > > _addNetworkValidation > > > > > "Specified netmask or gateway but not ip") > > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > > ip') > > > > > > > > > > ret=22 > > > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge > > > > > errored: > > > > > out=Specified netmask or gateway but not ip > > > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr > > > > > instead > > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > > instead > > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > > Traceback (most recent call last): > > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > > main() > > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > > addNetwork(bridge, **kwargs) > > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > > addNetwork > > > > > bridged=bridged, **options) > > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > > _addNetworkValidation > > > > > "Specified netmask or gateway but not ip") > > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not > > > > > ip') > > > > > > > > > > ret=22 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge > > > > > return. > > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork > > > > > error > > > > > trying to add management bridge > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > > > component='SetNetworking' status='FAIL' message='addNetwork > > > > > error > > > > > t$ > > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 > > > > > setNetworking > > > > > test > > > > > failed > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > > > component='RHEV_INSTALL' status='FAIL'/> > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS > > > > > Validation **** > > > > > > > > > > > > > > > *** END LOG *** > > > > > > > > > > > > > > > > > > > > I have tried googling myself to an answer, and i have tried > > > > > finding > > > > > it out > > > > > myself but with no luck. > > > > > > > > > > > > > > > (the host is the same one as the engine is running on) > > > > > > > > > > Please, any help would be appreciated. > > > > > > > > > > > > > > > Kind regards > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > > > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > > > -- > > > > > > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Tue Mar 12 17:39:47 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 12 Mar 2013 17:41:47 +0002 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: <513C9804.9030000@gmail.com> References: <513C5E1A.5010503@redhat.com> <513C9804.9030000@gmail.com> Message-ID: <201303121739.r2CHdlRH015883@int-mx11.intmail.prod.int.phx2.redhat.com> Hi Alex On Sun, Mar 10, 2013 at 4:26 PM, Alex Leonhardt wrote: > Hi Alex, > > Regarding the dependencies - libvirtd would not start w/o having > messagebus / avahi-daemon installed & running, however, it doesnt > seem to come up as an dependency when installing libvirtd (otherwise > it would have been installed previously) ? > wow, that's strange. I haven't seen this before. I suggest opening a bug on libvirt anyway. > > I read this "solution" on some blog page, and based on that installed > avahi-daemon & messagebus + started them, only then libvirtd started > up. vdsmd wont tell you it's waiting for libvirtd to start on the > console, it'll mention in the log that "it's waiting for libvirtd" > and eventually will time out. > Granted, if these are the required dependencies, then definitely they should be installed. I will look into this and try to understand what is it about. > > Thanks, > Alex > > On 03/10/2013 10:19 AM, Alex Lourie wrote: On Fri 08 Mar 2013 > 04:33:53 PM IST, Alex Leonhardt wrote: >>> >>> Also, the there seem to be missing some dependencies for >>> >>> - messagebus (service not enabled/started/installed) >>> - avahi-daemon (wasnt installed, had to install and start / enable) >>> >>> else >>> >>> libvirtd?? will not start and the setup will fail. >>> >>> >>> >>> >>> On 8 March 2013 14:30, Alex Leonhardt >> > wrote: >>> >>> ??? And here from when I tried to use "localhost" as the host / >>> fqdn : >>> >>> >>> ??? Installing: >>> ??? AIO: Validating CPU Compatibility... >>> ??? [ DONE ] >>> ??? AIO: Adding firewall rules... >>> ??? [ DONE ] >>> ??? Configuring oVirt Engine... >>> ??? [ DONE ] >>> ??? Configuring JVM... >>> ??? [ DONE ] >>> ??? Creating CA... >>> ??? [ DONE ] >>> ??? Updating ovirt-engine service... >>> ??? [ DONE ] >>> ??? Setting Database Configuration... >>> ??? [ DONE ] >>> ??? Setting Database Security... >>> ??? [ DONE ] >>> ??? Creating Database... >>> ??? [ DONE ] >>> ??? Updating the Default Data Center Storage Type... >>> ??? [ DONE ] >>> ??? Editing oVirt Engine Configuration... >>> ??? [ DONE ] >>> ??? Editing Postgresql Configuration... >>> ??? [ DONE ] >>> ??? Configuring the Default ISO Domain... >>> ??? [ DONE ] >>> ??? Configuring Firewall... >>> ??? [ DONE ] >>> ??? Starting ovirt-engine Service... >>> ??? [ DONE ] >>> ??? Configuring HTTPD... >>> ??? [ DONE ] >>> ??? AIO: Creating storage directory... >>> ??? [ DONE ] >>> ??? AIO: Adding Local Datacenter and cluster... >>> ??? [ DONE ] >>> ??? AIO: Adding Local host (This may take several >>> minutes)...????? [ >>> ??? ERROR ] >>> ??? Error: Host was found in a 'Failed' state. Please check >>> engine and >>> ??? bootstrap installation logs. >>> ??? Please check log file >>> ??? /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log >>> for >>> ??? more information >>> ??? Exception in thread libvirtEventLoop (most likely raised >>> during >>> ??? interpreter shutdown) >>> >>> ??? ######### >>> >>> >>> ??? 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: >>> running >>> ??? _loadFilesToIsoDomain >>> ??? 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: >>> Traceback >>> ??? (most recent call last): >>> ????? File "/usr/bin/engine-setup", line 1835, in >>> _loadFilesToIsoDomain >>> ??????? utils.copyFile(filename, targetPath, >>> basedefs.CONST_VDSM_UID, >>> ??? basedefs.CONST_KVM_GID) >>> ????? File "/usr/share/ovirt-engine/scripts/common_utils.py", >>> line >>> ??? 706, in copyFile >>> ??????? shutil.copy2(fileSrc, destination) >>> ????? File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 >>> ??????? copyfile(src, dst) >>> ????? File "/usr/lib64/python2.6/shutil.py", line 50, in >>> copyfile >>> ??????? with open(src, 'rb') as fsrc: >>> ??? IOError: [Errno 2] No such file or directory: >>> ??? '/usr/share/virtio-win/virtio-win.vfd' >>> >>> ??? 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: >>> Failed to >>> ??? copy files to iso domain >>> >>> >>> ??? [snip] >>> >>> ??? 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: >>> running >>> ??? waitForHostUp >>> ??? 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: >>> Waiting >>> ??? for host to become operational >>> ??? 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: >>> current >>> ??? host status is: installing >>> ??? 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: >>> Traceback >>> ??? (most recent call last): >>> >>> ????? File >>> ??? "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>> line >>> ??? 314, in isHostUp >>> ??????? raise Exception(INFO_CREATE_HOST_WAITING_UP) >>> ??? Exception: Waiting for the host to start >>> >>> ??? 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: >>> Waiting >>> ??? for host to become operational >>> ??? 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: >>> current >>> ??? host status is: install_failed >>> ??? 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: >>> Traceback >>> ??? (most recent call last): >>> >>> ????? File >>> ??? "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>> line >>> ??? 312, in isHostUp >>> ??????? raise >>> utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>> ??? RetryFailException: Error: Host was found in a 'Failed' >>> state. >>> ??? Please check engine and bootstrap installation logs. >>> >>> ??? 2013-03-08 14:14:19::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 >>> ??? 300, in waitForHostUp >>> ??????? utils.retry(isHostUp, tries=120, timeout=600, >>> sleep=5) >>> ????? File "/usr/share/ovirt-engine/scripts/common_utils.py", >>> line >>> ??? 1010, in retry >>> ??????? raise e >>> ??? RetryFailException: Error: Host was found in a 'Failed' >>> state. >>> ??? Please check engine and bootstrap installation logs. >>> >>> >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** >>> The >>> ??? following params were used as user input: >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? override-httpd-config: yes >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> http-port: 80 >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> https-port: 443 >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? random-passwords: no >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> mac-range: >>> ??? 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> host-fqdn: >>> ??? localhost >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> auth-pass: >>> ??? ******** >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> org-name: >>> ??? BrightTALK >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? application-mode: both >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? default-dc-type: NFS >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? db-remote-install: local >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> db-host: >>> ??? localhost >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? db-local-pass: ******** >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> nfs-mp: >>> ??? /exports/iso >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? iso-domain-name: ISO_DOMAIN >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> config-nfs: yes >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? override-firewall: None >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? config-allinone: yes >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? storage-path: /vmfs >>> ??? 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>> ??? superuser-pass: ******** >>> ??? 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: >>> Traceback >>> ??? (most recent call last): >>> ????? File "/usr/bin/engine-setup", line 2349, in >>> ??????? main(confFile) >>> ????? File "/usr/bin/engine-setup", line 2132, in main >>> ??????? runSequences() >>> ????? File "/usr/bin/engine-setup", line 2054, 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 >>> ??? 300, in waitForHostUp >>> ??????? utils.retry(isHostUp, tries=120, timeout=600, >>> sleep=5) >>> ????? File "/usr/share/ovirt-engine/scripts/common_utils.py", >>> line >>> ??? 1010, in retry >>> ??????? raise e >>> ??? RetryFailException: Error: Host was found in a 'Failed' >>> state. >>> ??? Please check engine and bootstrap installation logs. >>> >>> >>> >>> ??? On 8 March 2013 14:27, Alex Leonhardt >> ??? > wrote: >>> >>> ??????? Hi, >>> >>> ??????? The setup keeps failing at "waitforhostup" with : >>> >>> >>> ??????? Installing: >>> ??????? AIO: Validating CPU >>> ??????? >>> Compatibility...????????????????????????????? >>> [ DONE ] >>> ??????? AIO: Adding firewall >>> ??????? >>> rules...???????????????????????????????????? >>> [ DONE ] >>> ??????? Configuring oVirt >>> ??????? >>> Engine...?????????????????????????????????????? >>> [ DONE ] >>> ??????? Configuring >>> ??????? >>> JVM...??????????????????????????????????????????????? >>> [ DONE ] >>> ??????? Creating >>> ??????? >>> CA...??????????????????????????????????????????????????? >>> [ DONE ] >>> ??????? Updating ovirt-engine >>> ??????? >>> service...????????????????????????????????? >>> [ DONE ] >>> ??????? Setting Database >>> ??????? >>> Configuration...???????????????????????????????? >>> [ DONE ] >>> ??????? Setting Database >>> ??????? >>> Security...????????????????????????????????????? >>> [ DONE ] >>> ??????? Creating >>> ??????? >>> Database...????????????????????????????????????????????? >>> [ DONE ] >>> ??????? Updating the Default Data Center Storage >>> ??????? Type...????????????????? [ DONE ] >>> ??????? Editing oVirt Engine >>> ??????? >>> Configuration...???????????????????????????? >>> [ DONE ] >>> ??????? Editing Postgresql >>> ??????? >>> Configuration...?????????????????????????????? >>> [ DONE ] >>> ??????? Configuring the Default ISO >>> ??????? >>> Domain...???????????????????????????? [ >>> DONE ] >>> ??????? Configuring >>> ??????? >>> Firewall...?????????????????????????????????????????? >>> [ DONE ] >>> ??????? Starting ovirt-engine >>> ??????? >>> Service...????????????????????????????????? >>> [ DONE ] >>> ??????? Configuring >>> ??????? >>> HTTPD...????????????????????????????????????????????? >>> [ DONE ] >>> ??????? AIO: Creating storage >>> ??????? >>> directory...??????????????????????????????? >>> [ DONE ] >>> ??????? AIO: Adding Local Datacenter and >>> ??????? >>> cluster...?????????????????????? [ DONE ] >>> ??????? AIO: Adding Local host (This may take several >>> minutes)... >>> ??????? [ ERROR ] >>> ??????? Error: Host was found in a 'Failed' state. Please >>> check engine >>> ??????? and bootstrap installation logs. >>> ??????? Please check log file >>> ??????? >>> /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for >>> ??????? more information >>> >>> ??????? ##### >>> >>> ??????? 2013-03-08 >>> 14:22:43::DEBUG::setup_sequences::59::root:: >>> ??????? running waitForHostUp >>> ??????? 2013-03-08 >>> 14:22:43::DEBUG::all_in_one_100::303::root:: >>> ??????? Waiting for host to become operational >>> ??????? 2013-03-08 >>> 14:22:43::DEBUG::all_in_one_100::306::root:: >>> ??????? current host status is: installing >>> ??????? 2013-03-08 >>> 14:22:43::DEBUG::all_in_one_100::317::root:: >>> ??????? Traceback (most recent call last): >>> ????????? File >>> ??????? >>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>> ??????? line 314, in isHostUp >>> ??????????? raise Exception(INFO_CREATE_HOST_WAITING_UP) >>> ??????? Exception: Waiting for the host to start >>> >>> ??????? 2013-03-08 >>> 14:22:48::DEBUG::all_in_one_100::303::root:: >>> ??????? Waiting for host to become operational >>> ??????? 2013-03-08 >>> 14:22:49::DEBUG::all_in_one_100::306::root:: >>> ??????? current host status is: install_failed >>> ??????? 2013-03-08 >>> 14:22:49::DEBUG::all_in_one_100::317::root:: >>> ??????? Traceback (most recent call last): >>> ????????? File >>> ??????? >>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>> ??????? line 312, in isHostUp >>> ??????????? raise >>> utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>> ??????? RetryFailException: Error: Host was found in a >>> 'Failed' state. >>> ??????? Please check engine and bootstrap installation logs. >>> >>> ??????? 2013-03-08 >>> 14:22:49::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 300, in waitForHostUp >>> ??????????? utils.retry(isHostUp, tries=120, >>> timeout=600, sleep=5) >>> ????????? File >>> "/usr/share/ovirt-engine/scripts/common_utils.py", line >>> ??????? 1010, in retry >>> ??????????? raise e >>> ??????? RetryFailException: Error: Host was found in a >>> 'Failed' state. >>> ??????? Please check engine and bootstrap installation logs. >>> >>> ??????? 2013-03-08 >>> 14:22:49::DEBUG::engine-setup::1934::root:: *** The >>> ??????? following params were used as user input: >>> >>> >>> ??????? I have the full log if required ?? Any help would be >>> appreciated. >>> >>> ??????? The options used were : >>> >>> ??????? oVirt Engine will be installed using the following >>> configuration: >>> ??????? >>> ================================================================= >>> ??????? override-httpd-config:???????? yes >>> ??????? http-port:???????????????????? >>> 80 >>> ??????? https-port:??????????????????? >>> 443 >>> ??????? host-fqdn:???????????????????? >>> stphv01 >>> ??????? auth-pass:???????????????????? >>> ******** >>> ??????? org-name:????????????????????? >>> LOCAL >>> ??????? application-mode:????????????? both >>> ??????? default-dc-type:?????????????? NFS >>> ??????? db-remote-install:???????????? local >>> ??????? db-local-pass:???????????????? >>> ******** >>> ??????? >>> nfs-mp:??????????????????????? /exports/iso >>> ??????? override-firewall:???????????? None >>> ??????? config-allinone:?????????????? yes >>> ??????? storage-path:????????????????? >>> /vmfs/ovirt >>> ??????? superuser-pass:??????????????? >>> ******** >>> >>> >>> ??????? Alex >>> >>> >>> ??????? -- >>> ??????? | RHCE | Senior Systems Engineer | www.vcore.co >>> ??????? | www.vsearchcloud.com >>> ??????? | >>> >>> >>> >>> >>> ??? -- >>> ??? | RHCE | Senior Systems Engineer | www.vcore.co >>> ??? | www.vsearchcloud.com >>> ??? | >>> >>> >>> >>> >>> -- >>> | RHCE | Senior Systems Engineer | www.vcore.co >>> >>> | www.vsearchcloud.com | >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> Hi Alex >> >> Could you please elaborate a bit on these dependencies? Do you have >> any logs that state the problem? >> >> Regarding the rest of the problem (that is adding the host), we're >> already looking into this. >> >> -- >> >> Best regards, >> >> Alex Lourie >> Software Developer in Integration >> Red Hat >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Tue Mar 12 21:00:47 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 12 Mar 2013 22:00:47 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <512E1218.4050800@redhat.com> <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> <51370758.20906@redhat.com> Message-ID: Hello, any update on logs contents? coming back to what Itamar wrote some mails ago: ... 2. for ovirt to see list of applications, you need to have the ovirt-guest-agent installed as well, not just the spice one. Now I see some applications listed, but I don't see ovirt-guest-agent itself between them... could it be an issue? Actually I think ovirt-guest-agent is a service not an application, correct? Is there any way to copy/paste and/or extract the list of applications I see listed in webadmin gui, so that you can crosscheck? Gianluca From iheim at redhat.com Tue Mar 12 21:03:16 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 12 Mar 2013 23:03:16 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> <51370758.20906@redhat.com> Message-ID: <513F9814.3040705@redhat.com> On 03/12/2013 11:00 PM, Gianluca Cecchi wrote: > Hello, any update on logs contents? > > coming back to what Itamar wrote some mails ago: > ... > 2. for ovirt to see list of applications, you need to have the > ovirt-guest-agent installed as well, not just the spice one. > > > Now I see some applications listed, but I don't see ovirt-guest-agent > itself between them... could it be an issue? > Actually I think ovirt-guest-agent is a service not an application, correct? > > Is there any way to copy/paste and/or extract the list of applications > I see listed in webadmin gui, so that you can crosscheck? > > Gianluca > you can use the REST API (/api/vms/vm-uuid to see it in the browser) From deadhorseconsulting at gmail.com Tue Mar 12 21:05:42 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Tue, 12 Mar 2013 16:05:42 -0500 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: <513F4140.2080205@redhat.com> References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> <513F2E93.8010000@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027A3E6@exchange2-1> <513F4140.2080205@redhat.com> Message-ID: Nicely done! I actually ended up cleaning that page up at a later date as well. Also ended up styling it to match the html/CSS I use to replace the stock html and styles with when I re-brand things. - DHC -------------- next part -------------- An HTML attachment was scrubbed... URL: From deadhorseconsulting at gmail.com Tue Mar 12 21:12:37 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Tue, 12 Mar 2013 16:12:37 -0500 Subject: [Users] Possible migration from oVirt to RHEV? In-Reply-To: <513CE210.4040209@gmail.com> References: <513CE210.4040209@gmail.com> Message-ID: Sparing the gory details as Saint stated the best (and cleanest) way would be to export all VM's to an export domain managed by your ovirt-engine running under Fedora. The detach that storage domain. You'd then want to re-attach that storage domain to a RHEV manager and re-import them. The obvious things of course which will be lost is Quota, permissions, and locations of VM/templates within storage domains or attached networks. - DHC On Sun, Mar 10, 2013 at 2:42 PM, Saint Keimond wrote: > While I'm not 100% sure on this, you should be able to export your > machines to an export domain, detach that domain, attach it on RHEV, and > import. > > --David > > > > On 3/9/13 3:49 PM, Bashar wrote: > > Hello, > Doing some RnD and was wondering if it's possible to move from > Fedora/oVirt to RHEL/RHEV anytime in future for a production system if > required. > > From the technical possibility point of view. > > Thanks, > -B > > > _______________________________________________ > Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deadhorseconsulting at gmail.com Tue Mar 12 21:38:08 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Tue, 12 Mar 2013 16:38:08 -0500 Subject: [Users] Userportal SPICE Woes In-Reply-To: <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> Message-ID: Remote console access IMHO is still a very weak point in ovirt/RHEV. SPICE is a very nice protocol but IMHO is in dire need of a platform independent client and tighter integration into the user and web portals. Something I have done to workaround issues like these is to disable spice certificate checking and SSL. psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'UseSecureConnectionWithServers'" psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name ='EnableSpiceRootCertificateValidation' - DHC On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek < michal.skrivanek at redhat.com> wrote: > > On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: > > tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: > > Hi, > > Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > > Hi, it me again, > > > > the last time this was discussed, the problem seemed to be centred > > around Win/IE, but since patching to: > > # rpm -qa | grep ovirt > > ovirt-engine-config-3.1.0-4.fc17.noarch > > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > > ovirt-engine-restapi-3.1.0-4.fc17.noarch > > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > > ovirt-engine-setup-3.1.0-4.fc17.noarch > > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > > ovirt-engine-backend-3.1.0-4.fc17.noarch > > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > > ovirt-engine-3.1.0-4.fc17.noarch > > ovirt-engine-userportal-3.1.0-4.fc17.noarch > > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > > > No one is able to connect to a spice console though the Userportal at > > all. > > Looks like no one is getting host subject - again. Tom??? > > > Come on guys, please tell me if there?s anything we can do to troubleshoot > this issue, to help solve a real show-stopper for us! > > Would you be able to try it in 3.2? > It was known to be broken somewhere around 3.1 release?. > > Thanks, > michal > > > In using oVirt, our organisation is so close to being able to ship out > thin-client kiosks instead of buying expensive new HW on a yearly basis, > and have our users access their desktops from practically anywhere, even > from home if they?d wish. The rest of the entire system works flawlessly, > just to fall flat on it?s face right on the finish line. I think that is so > sad and silly, because I really love the rest of this product! We?ve set up > oVirt-3.1, made a POC template, defined a pool and have been able to have > them prestarted as well. But if our users aren?t able to access their > console in a seamless, easy way, then what good is it? And knowing that the > console works just fine from the adminportal in several different client > systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet > important piece that needs to be corrected. > > Anxiously awaiting your response > Karli Sj?berg > > > David > > > I?ve tried this from my workstation, running Fedora 17: > > ================================================================================ > > $ SPICEC_DEBUG_LEVEL=0 firefox > > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > > Filen eller katalogen finns inte > > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > > Filen eller katalogen finns inte > > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > > window, when trying to call OnDisconnected > > ================================================================================ > > > > > > Here?s a collegue of mine, running Win7/IE9: > > ================================================================================ > > 1362648766 INFO [7196:5208] spicex_init_logger: started > > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > > request newVal=0xffffffff > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > > --spice-controller) > > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > > client's pipe > > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > > str 130.238.96.135 (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > > value 5906 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > > value 5907 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > > value 1 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > > str main,inputs,scursor,splayback,srecord,sdisplay (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > > str DEFAULT (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > > not requested > > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > > error_code=1 > > ================================================================================ > > > > > > And another collegue running CentOS-6.3/Firefox: > > ================================================================================ > > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > > 130.238.96.132 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > > set > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > > modified channels: main,inputs,cursor,playback,record,display > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > > IT-Avdelningen-2 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > > DEFAULT > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > > Certificate: > > Data: > > Version: 3 (0x2) > > Serial Number: 15 (0xf) > > Signature Algorithm: sha1WithRSAEncryption > > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > Validity > > Not Before: Sep 26 14:21:06 2012 > > Not After : Sep 25 12:21:06 2022 GMT > > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > Subject Public Key Info: > > Public Key Algorithm: rsaEncryption > > Public-Key: (1024 bit) > > Modulus: > > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > > 9f:c2:d2:cf:53:c3:58:b3:15 > > Exponent: 65537 (0x10001) > > X509v3 extensions: > > X509v3 Subject Key Identifier: > > > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > > Authority Information Access: > > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > > > X509v3 Authority Key Identifier: > > > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > > serial:0F > > > > X509v3 Basic Constraints: critical > > CA:TRUE > > X509v3 Key Usage: critical > > Certificate Sign, CRL Sign > > Signature Algorithm: sha1WithRSAEncryption > > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > > e0:7e > > -----BEGIN CERTIFICATE----- > > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > > p73CIWYf4H4= > > -----END CERTIFICATE----- > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > > 0 > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > > 0 > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > > pid: 10340 > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > > connect error, 2 > > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > > connect error, 2 > > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > > Launching /usr/libexec/spice-xpi-client > > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > > connection with controller > > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > > Controller finished, pid: 10340, exit code: 0 > > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > > could not get browser window, when trying to call OnDisconnected > > ================================================================================ > > > > > > If there?s anything we can do to help resolve this issue once and for > > all, just name it! It so hurts to see this otherwise great product > > tripping over on it?s face so close to the finish line:( > > > > Best Regards > > Karli Sj?berg > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Mar 12 22:53:50 2013 From: iheim at redhat.com (Itamar Heim) Date: Wed, 13 Mar 2013 00:53:50 +0200 Subject: [Users] Userportal SPICE Woes In-Reply-To: References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> Message-ID: <513FB1FE.7090608@redhat.com> On 03/12/2013 11:38 PM, Dead Horse wrote: > Remote console access IMHO is still a very weak point in ovirt/RHEV. > SPICE is a very nice protocol but IMHO is in dire need of a platform > independent client and tighter integration into the user and web tighter integration or support non integrated clients (the mime based approach which won't require the XPI/ActiveX)? > portals. Something I have done to workaround issues like these is to > disable spice certificate checking and SSL. > > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'UseSecureConnectionWithServers'" > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name ='EnableSpiceRootCertificateValidation' > > - DHC > > > > On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek > > wrote: > > > On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: > >> tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: >>> Hi, >>> >>> Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: >>> > Hi, it me again, >>> > >>> > the last time this was discussed, the problem seemed to be centred >>> > around Win/IE, but since patching to: >>> > # rpm -qa | grep ovirt >>> > ovirt-engine-config-3.1.0-4.fc17.noarch >>> > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch >>> > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch >>> > ovirt-engine-restapi-3.1.0-4.fc17.noarch >>> > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch >>> > ovirt-engine-genericapi-3.1.0-4.fc17.noarch >>> > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch >>> > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch >>> > ovirt-engine-setup-3.1.0-4.fc17.noarch >>> > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch >>> > ovirt-engine-backend-3.1.0-4.fc17.noarch >>> > ovirt-engine-tools-common-3.1.0-4.fc17.noarch >>> > ovirt-engine-3.1.0-4.fc17.noarch >>> > ovirt-engine-userportal-3.1.0-4.fc17.noarch >>> > ovirt-engine-notification-service-3.1.0-4.fc17.noarch >>> > >>> > No one is able to connect to a spice console though the Userportal at >>> > all. >>> >>> Looks like no one is getting host subject - again. Tom??? >> >> Come on guys, please tell me if there?s anything we can do to >> troubleshoot this issue, to help solve a real show-stopper for us! > Would you be able to try it in 3.2? > It was known to be broken somewhere around 3.1 release?. > > Thanks, > michal > >> >> In using oVirt, our organisation is so close to being able to ship >> out thin-client kiosks instead of buying expensive new HW on a >> yearly basis, and have our users access their desktops from >> practically anywhere, even from home if they?d wish. The rest of >> the entire system works flawlessly, just to fall flat on it?s face >> right on the finish line. I think that is so sad and silly, >> because I really love the rest of this product! We?ve set up >> oVirt-3.1, made a POC template, defined a pool and have been able >> to have them prestarted as well. But if our users aren?t able to >> access their console in a seamless, easy way, then what good is >> it? And knowing that the console works just fine from the >> adminportal in several different client systems (Fedora, CentOS, >> Win7) makes me hope that it?s just this small, yet important piece >> that needs to be corrected. >> >> Anxiously awaiting your response >> Karli Sj?berg >> >> >>> David >>> >>> > I?ve tried this from my workstation, running Fedora 17: >>> > ================================================================================ >>> > $ SPICEC_DEBUG_LEVEL=0 firefox >>> > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: >>> > Filen eller katalogen finns inte >>> > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: >>> > Filen eller katalogen finns inte >>> > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser >>> > window, when trying to call OnDisconnected >>> > ================================================================================ >>> > >>> > >>> > Here?s a collegue of mine, running Win7/IE9: >>> > ================================================================================ >>> > 1362648766 INFO [7196:5208] spicex_init_logger: started >>> > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu >>> > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen >>> > request newVal=0xffffffff >>> > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: >>> > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe >>> > --spice-controller) >>> > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 >>> > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice >>> > client's pipe >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : >>> > str 130.238.96.135 (1) >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 >>> > value 5906 >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 >>> > value 5907 >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : >>> > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 >>> > value 1 >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : >>> > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : >>> > str main,inputs,scursor,splayback,srecord,sdisplay (1) >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : >>> > str DEFAULT (1) >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : >>> > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 >>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 >>> > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is >>> > not requested >>> > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 >>> > error_code=1 >>> > ================================================================================ >>> > >>> > >>> > And another collegue running CentOS-6.3/Firefox: >>> > ================================================================================ >>> > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: >>> > 130.238.96.132 >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: >>> > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password >>> > set >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 >>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: >>> > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: >>> > modified channels: main,inputs,cursor,playback,record,display >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: >>> > IT-Avdelningen-2 >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: >>> > DEFAULT >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: >>> > Certificate: >>> > Data: >>> > Version: 3 (0x2) >>> > Serial Number: 15 (0xf) >>> > Signature Algorithm: sha1WithRSAEncryption >>> > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 >>> > Validity >>> > Not Before: Sep 26 14:21:06 2012 >>> > Not After : Sep 25 12:21:06 2022 GMT >>> > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 >>> > Subject Public Key Info: >>> > Public Key Algorithm: rsaEncryption >>> > Public-Key: (1024 bit) >>> > Modulus: >>> > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: >>> > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: >>> > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: >>> > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: >>> > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: >>> > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: >>> > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: >>> > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: >>> > 9f:c2:d2:cf:53:c3:58:b3:15 >>> > Exponent: 65537 (0x10001) >>> > X509v3 extensions: >>> > X509v3 Subject Key Identifier: >>> > >>> > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA >>> > Authority Information Access: >>> > CA Issuers - URI:http://storm.slu.se:80/ca.crt >>> > >>> > X509v3 Authority Key Identifier: >>> > >>> > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA >>> > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 >>> > serial:0F >>> > >>> > X509v3 Basic Constraints: critical >>> > CA:TRUE >>> > X509v3 Key Usage: critical >>> > Certificate Sign, CRL Sign >>> > Signature Algorithm: sha1WithRSAEncryption >>> > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: >>> > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: >>> > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: >>> > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: >>> > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: >>> > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: >>> > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: >>> > e0:7e >>> > -----BEGIN CERTIFICATE----- >>> > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM >>> > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR >>> > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx >>> > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf >>> > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe >>> > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 >>> > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU >>> > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ >>> > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z >>> > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq >>> > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z >>> > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E >>> > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH >>> > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 >>> > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my >>> > p73CIWYf4H4= >>> > -----END CERTIFICATE----- >>> > >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: >>> > release-cursor=shift+f12,toggle-fullscreen=shift+f11 >>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: >>> > 0 >>> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: >>> > 0 >>> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 >>> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: >>> > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 >>> > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: >>> > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi >>> > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: >>> > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign >>> > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller >>> > pid: 10340 >>> > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: >>> > connect error, 2 >>> > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error >>> > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: >>> > connect error, 2 >>> > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error >>> > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: >>> > Launching /usr/libexec/spice-xpi-client >>> > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! >>> > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating >>> > connection with controller >>> > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: >>> > Controller finished, pid: 10340, exit code: 0 >>> > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: >>> > could not get browser window, when trying to call OnDisconnected >>> > ================================================================================ >>> > >>> > >>> > If there?s anything we can do to help resolve this issue once and for >>> > all, just name it! It so hurts to see this otherwise great product >>> > tripping over on it?s face so close to the finish line:( >>> > >>> > Best Regards >>> > Karli Sj?berg >>> > _______________________________________________ >>> > Users mailing list >>> >Users at ovirt.org >>> >http://lists.ovirt.org/mailman/listinfo/users >>> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Tue Mar 12 23:09:16 2013 From: iheim at redhat.com (Itamar Heim) Date: Wed, 13 Mar 2013 01:09:16 +0200 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <513D4C9B.1030806@linux.vnet.ibm.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> <20130307211608.GD14400@redhat.com> <513D4C9B.1030806@linux.vnet.ibm.com> Message-ID: <513FB59C.10102@redhat.com> On 03/11/2013 05:16 AM, Mark Wu wrote: > On 03/08/2013 05:16 AM, Dan Kenigsberg wrote: >> On Thu, Mar 07, 2013 at 03:57:49PM +0100, Adrian Gibanel wrote: >>> Just in case it might help you please check: >>> >>> http://lists.ovirt.org/pipermail/users/2012-April/001751.html >> This is almost 1 year old, but I did not notice it yet. I love the >> detailed solution! > +1 on NAT network. Except that it can save ip address, it also could > reduce the external physical switch's pressure on mac table. Because the > VM's > mac address is invisible to external switch. > > But there're two limitations of NAT network compared with physically > bridged network: > 1. The VMs attached to the same NAT network, but on different hosts > can't hear each other. It could be resolved by constructing a tunnel or > tunnels > among the hosts in the same cluster and centralizing the mac > address management of dnsmasq on ovirt engine. > > 2. The VMs in NAT network are hidden behind the host. The external host > can't initiate a connection to the VM. I think it's fine for a desktop VM.\ > For a server VM, it can't be resolved by add a DNAT rule on demand. It's > similar to the 'floating ip address' in quantum. also need to remember live migration will probably not work with NAT. how would floating IP work? wouldn't you need to map it 1:1 with the NAT'd IP? > > //// >> >> Yes, the rant there, about ovirt network being tightly-coupled with a >> physical interface, is 100% justified. I'm trying to address some of >> that inhttp://www.ovirt.org/Features/Nicless_Network but it's a long >> way to go. >> >>> I managed to implement Virtualbox-hostonly-alike networks gathering more info from: >>> http://libvirt.org/formatnetwork.html >>> . >>> You might be also interested in:http://wiki.libvirt.org/page/Networking although I didn't use it myself. >>> >>> You might probably already know this information but, just in case, here it is. >>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From deadhorseconsulting at gmail.com Wed Mar 13 01:42:49 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Tue, 12 Mar 2013 20:42:49 -0500 Subject: [Users] Userportal SPICE Woes In-Reply-To: <513FB1FE.7090608@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> <513FB1FE.7090608@redhat.com> Message-ID: Itamar, Nail on the head. Pretty much what I describe here is sorely needed: http://lists.ovirt.org/pipermail/users/2013-February/012562.html - DHC On Tue, Mar 12, 2013 at 5:53 PM, Itamar Heim wrote: > On 03/12/2013 11:38 PM, Dead Horse wrote: > >> Remote console access IMHO is still a very weak point in ovirt/RHEV. >> SPICE is a very nice protocol but IMHO is in dire need of a platform >> independent client and tighter integration into the user and web >> > > tighter integration or support non integrated clients (the mime based > approach which won't require the XPI/ActiveX)? > > portals. Something I have done to workaround issues like these is to >> disable spice certificate checking and SSL. >> >> psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' >> where option_name = 'SSLEnabled'" >> psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' >> where option_name = '**UseSecureConnectionWithServers**'" >> psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' >> where option_name ='**EnableSpiceRootCertificateVali**dation' >> >> - DHC >> >> >> >> On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek >> >> >> wrote: >> >> >> On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: >> >> tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: >>> >>>> Hi, >>>> >>>> Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: >>>> > Hi, it me again, >>>> > >>>> > the last time this was discussed, the problem seemed to be centred >>>> > around Win/IE, but since patching to: >>>> > # rpm -qa | grep ovirt >>>> > ovirt-engine-config-3.1.0-4.**fc17.noarch >>>> > ovirt-engine-dbscripts-3.1.0-**4.fc17.noarch >>>> > ovirt-log-collector-3.1.0-0.**git10d719.fc17.noarch >>>> > ovirt-engine-restapi-3.1.0-4.**fc17.noarch >>>> > ovirt-image-uploader-3.1.0-0.**git9c42c8.fc17.noarch >>>> > ovirt-engine-genericapi-3.1.0-**4.fc17.noarch >>>> > ovirt-iso-uploader-3.1.0-0.**git1841d9.fc17.noarch >>>> > ovirt-engine-webadmin-portal-**3.1.0-4.fc17.noarch >>>> > ovirt-engine-setup-3.1.0-4.**fc17.noarch >>>> > ovirt-engine-sdk-3.2.0.2-1.**fc17.noarch >>>> > ovirt-engine-backend-3.1.0-4.**fc17.noarch >>>> > ovirt-engine-tools-common-3.1.**0-4.fc17.noarch >>>> > ovirt-engine-3.1.0-4.fc17.**noarch >>>> > ovirt-engine-userportal-3.1.0-**4.fc17.noarch >>>> > ovirt-engine-notification-**service-3.1.0-4.fc17.noarch >>>> > >>>> > No one is able to connect to a spice console though the >>>> Userportal at >>>> > all. >>>> >>>> Looks like no one is getting host subject - again. Tom??? >>>> >>> >>> Come on guys, please tell me if there?s anything we can do to >>> troubleshoot this issue, to help solve a real show-stopper for us! >>> >> Would you be able to try it in 3.2? >> It was known to be broken somewhere around 3.1 release?. >> >> Thanks, >> michal >> >> >>> In using oVirt, our organisation is so close to being able to ship >>> out thin-client kiosks instead of buying expensive new HW on a >>> yearly basis, and have our users access their desktops from >>> practically anywhere, even from home if they?d wish. The rest of >>> the entire system works flawlessly, just to fall flat on it?s face >>> right on the finish line. I think that is so sad and silly, >>> because I really love the rest of this product! We?ve set up >>> oVirt-3.1, made a POC template, defined a pool and have been able >>> to have them prestarted as well. But if our users aren?t able to >>> access their console in a seamless, easy way, then what good is >>> it? And knowing that the console works just fine from the >>> adminportal in several different client systems (Fedora, CentOS, >>> Win7) makes me hope that it?s just this small, yet important piece >>> that needs to be corrected. >>> >>> Anxiously awaiting your response >>> Karli Sj?berg >>> >>> >>> David >>>> >>>> > I?ve tried this from my workstation, running Fedora 17: >>>> > ==============================**==============================** >>>> ==================== >>>> > $ SPICEC_DEBUG_LEVEL=0 firefox >>>> > (plugin-container:18293): SpiceXPI-CRITICAL **: controller >>>> connect: >>>> > Filen eller katalogen finns inte >>>> > (plugin-container:18293): SpiceXPI-CRITICAL **: controller >>>> connect: >>>> > Filen eller katalogen finns inte >>>> > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get >>>> browser >>>> > window, when trying to call OnDisconnected >>>> > ==============================**==============================** >>>> ==================== >>>> > >>>> > >>>> > Here?s a collegue of mine, running Win7/IE9: >>>> > ==============================**==============================** >>>> ==================== >>>> > 1362648766 INFO [7196:5208] spicex_init_logger: started >>>> > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: >>>> DynamicMenu >>>> > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New >>>> FullScreen >>>> > request newVal=0xffffffff >>>> > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: >>>> > \Users\jope\AppData\Local\**virt-viewer\bin\remote-viewer.**exe >>>> > --spice-controller) >>>> > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 >>>> > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to >>>> spice >>>> > client's pipe >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id >>>> 1 : >>>> > str 130.238.96.135 (1) >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id >>>> 2 >>>> > value 5906 >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id >>>> 3 >>>> > value 5907 >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id >>>> 11 : >>>> > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id >>>> 10 >>>> > value 1 >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id >>>> 14 : >>>> > str release-cursor=shift+f12,**toggle-fullscreen=shift+f11 (1) >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id >>>> 5 : >>>> > str main,inputs,scursor,splayback,**srecord,sdisplay (1) >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id >>>> 7 : >>>> > str DEFAULT (1) >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id >>>> 8 : >>>> > str C:\Users\jope\AppData\Local\**Temp\truststore.pem (1) >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 >>>> > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 >>>> > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing >>>> is >>>> > not requested >>>> > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 >>>> > error_code=1 >>>> > ==============================**==============================** >>>> ==================== >>>> > >>>> > >>>> > And another collegue running CentOS-6.3/Firefox: >>>> > ==============================**==============================** >>>> ==================== >>>> > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: >>>> > 130.238.96.132 >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: >>>> > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::**SetDynamicMenu: >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::**SetFullScreen: >>>> 1 >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: >>>> Password >>>> > set >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::**SetNumberOfMonitors: >>>> 1 >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::**SetUsbListenPort: >>>> 0 >>>> > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::**SetAdminConsole: >>>> 1 >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::**SetSecurePort: >>>> 5901 >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::**SetSSLChannels: >>>> > original channels: smain,sinputs,scursor,** >>>> splayback,srecord,sdisplay >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::**SetSSLChannels: >>>> > modified channels: main,inputs,cursor,playback,**record,display >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::** >>>> SetGuestHostName: >>>> > IT-Avdelningen-2 >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::**SetCipherSuite: >>>> > DEFAULT >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::**SetTrustStore: >>>> > Certificate: >>>> > Data: >>>> > Version: 3 (0x2) >>>> > Serial Number: 15 (0xf) >>>> > Signature Algorithm: sha1WithRSAEncryption >>>> > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 >>>> > Validity >>>> > Not Before: Sep 26 14:21:06 2012 >>>> > Not After : Sep 25 12:21:06 2022 GMT >>>> > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 >>>> > Subject Public Key Info: >>>> > Public Key Algorithm: rsaEncryption >>>> > Public-Key: (1024 bit) >>>> > Modulus: >>>> > 00:a2:94:89:18:26:79:49:6b:c6:** >>>> 28:6c:f2:95:e9: >>>> > a7:71:00:22:c6:79:c2:9e:10:63:** >>>> ef:34:5c:ab:62: >>>> > 36:a0:7a:84:d0:79:77:4c:9d:3d:** >>>> 39:8f:97:93:c5: >>>> > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:** >>>> a6:b6:03:45:d4: >>>> > 76:45:f1:af:99:42:74:07:4c:48:** >>>> 7d:28:96:31:9e: >>>> > 88:cf:90:d9:e7:d9:cf:55:a8:bd:** >>>> 37:a0:8f:f1:26: >>>> > 89:a9:ab:64:78:a4:02:60:9b:3a:** >>>> a7:07:db:6e:75: >>>> > 32:e5:8f:51:7f:50:02:15:d8:c8:** >>>> 7b:68:c1:54:e1: >>>> > 9f:c2:d2:cf:53:c3:58:b3:15 >>>> > Exponent: 65537 (0x10001) >>>> > X509v3 extensions: >>>> > X509v3 Subject Key Identifier: >>>> > >>>> > FE:8F:57:F1:A0:AF:45:36:9F:AC:**C9:6B:EE:F9:D1:3E:18:78:B9:EA >>>> > Authority Information Access: >>>> > CA Issuers - URI:http://storm.slu.se:80/ca.**crt < >>>> http://storm.slu.se/ca.crt> >>>> >>>> > >>>> > X509v3 Authority Key Identifier: >>>> > >>>> > keyid:FE:8F:57:F1:A0:AF:45:46:**9F:NC:C9:6B:EE:F9:D1:3E:18:78:** >>>> B9:EA >>>> > DirName:/C=US/O=SLU/CN=CA-**storm.slu.se.80985 >>>> > serial:0F >>>> > >>>> > X509v3 Basic Constraints: critical >>>> > CA:TRUE >>>> > X509v3 Key Usage: critical >>>> > Certificate Sign, CRL Sign >>>> > Signature Algorithm: sha1WithRSAEncryption >>>> > 45:e4:15:23:fa:55:78:89:24:66:**7c:e2:33:41:ea:98:00:12: >>>> > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:**47:d3:80:9b:c0:78:bc:ab: >>>> > 61:ae:6d:a1:cf:43:cb:cb:31:2c:**94:72:21:b0:58:f0:8b:69: >>>> > 0d:c4:73:f2:44:95:52:06:23:6c:**71:7a:9b:fc:5f:98:21:35: >>>> > 26:e1:a3:bb:65:bb:d2:81:bb:48:**96:99:b7:04:e6:15:af:93: >>>> > a1:60:e4:bf:05:d3:b0:4b:e4:e2:**4b:21:82:d7:2b:3d:19:ef: >>>> > a4:5a:23:58:74:ef:1a:80:14:8b:**89:b2:a7:bd:c2:21:66:1f: >>>> > e0:7e >>>> > -----BEGIN CERTIFICATE----- >>>> > MIIC1DCCAj2gAwIBAgIBDzANBgkqhk**iG9w0BAQUFADA7MQswCQYDVQQGEwJV** >>>> UzEM >>>> > MAoGA1UEChMDU0xVMR4wHAYDVQQDEx**VDQS1zdG9ybS5zbHUuc2UuODA5ODUw** >>>> IhcR >>>> > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMD**kyNTEyMjEwNlowOzELMAkGA1UEBhMC** >>>> VVMx >>>> > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAx**MVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1** >>>> MIGf >>>> > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQ**KBgQCilIkYJnlJa8YobPKV6adxACLG** >>>> ecKe >>>> > EGPvNFyrYjageoTQeXdMnT05j5eTxf**b7Wwv4m63YUy2mtgNF1HZF8a+** >>>> ZQnQHTEh9 >>>> > KJYxnojPkNnn2c9WqL03oI/**xJompq2R4pAJgmzqnB9tudTLlj1F/** >>>> UAIV2Mh7aMFU >>>> > 4Z/**C0s9Tw1izFQIDAQABo4HjMIHgMB0GA**1UdDgQWBBT+j1fxoK9FRp+syWvu+ >>>> **dE+ >>>> > GHi56jA5BggrBgEFBQcBAQQtMCswKQ**YIKwYBBQUHMAKGHWh0dHA6Ly9zdG9y** >>>> bS5z >>>> > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIR**cMFqAFP6PV/Ggr0VGn6zJa+** >>>> 750T4YeLnq >>>> > oT+**kPTA7MQswCQYDVQQGEwJVUzEMMAoGA** >>>> 1UEChMDU0xVMR4wHAYDVQQDExVDQS1**z >>>> > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDw**YDVR0TAQH/BAUwAwEB/** >>>> zAOBgNVHQ8BAf8E >>>> > BAMCAQYwDQYJKoZIhvcNAQEFBQADgY**EAReQVI/** >>>> pVeIkkZnziM0HqmAASDCXl5jrH >>>> > +**PlNg0fTgJvAeLyrYa5toc9Dy8sxLJR**yIbBY8ItpDcRz8kSVUgYjbHF6m/** >>>> xfmCE1 >>>> > JuGju2W70oG7SGaZtwTmFa+**ToWDkvwXTsEvk4kshgtcrPRnvpFojW** >>>> HTvGoAUi4my >>>> > p73CIWYf4H4= >>>> > -----END CERTIFICATE----- >>>> > >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: >>>> > release-cursor=shift+f12,**toggle-fullscreen=shift+f11 >>>> > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::** >>>> SetNoTaskMgrExecution: >>>> > 0 >>>> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::** >>>> SetSendCtrlAltDelete: >>>> > 0 >>>> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::**SetUsbAutoShare: >>>> 1 >>>> > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::**SetUsbFilter: >>>> > -1,60186,10000,256,1|-1,1118,**245,-1,1|-1,1133,2245,-1,1|-1,** >>>> 1133,2242,5,1|8,-1,-1,-1,1|7,-**1,-1,-1,1|-1,-1,-1,-1,0 >>>> > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: >>>> > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi >>>> > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: >>>> > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-**foreign >>>> > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: >>>> Controller >>>> > pid: 10340 >>>> > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: >>>> > connect error, 2 >>>> > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect >>>> Error >>>> > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: >>>> > connect error, 2 >>>> > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect >>>> Error >>>> > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: >>>> > Launching /usr/libexec/spice-xpi-client >>>> > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! >>>> > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: >>>> Initiating >>>> > connection with controller >>>> > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::** >>>> ControllerWaitHelper: >>>> > Controller finished, pid: 10340, exit code: 0 >>>> > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::** >>>> CallOnDisconnected: >>>> > could not get browser window, when trying to call OnDisconnected >>>> > ==============================**==============================** >>>> ==================== >>>> > >>>> > >>>> > If there?s anything we can do to help resolve this issue once and >>>> for >>>> > all, just name it! It so hurts to see this otherwise great product >>>> > tripping over on it?s face so close to the finish line:( >>>> > >>>> > Best Regards >>>> > Karli Sj?berg >>>> > ______________________________**_________________ >>>> > Users mailing list >>>> >Users at ovirt.org >>>> >http://lists.ovirt.org/**mailman/listinfo/users >>>> >>>> >>> ______________________________**_________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/**mailman/listinfo/users >>> >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> >> http://lists.ovirt.org/**mailman/listinfo/users >> >> >> >> >> ______________________________**_________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/**mailman/listinfo/users >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wudxw at linux.vnet.ibm.com Wed Mar 13 06:10:00 2013 From: wudxw at linux.vnet.ibm.com (Mark Wu) Date: Wed, 13 Mar 2013 14:10:00 +0800 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <513FB59C.10102@redhat.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> <20130307211608.GD14400@redhat.com> <513D4C9B.1030806@linux.vnet.ibm.com> <513FB59C.10102@redhat.com> Message-ID: <51401838.1030205@linux.vnet.ibm.com> On Wed 13 Mar 2013 07:09:16 AM CST, Itamar Heim wrote: > On 03/11/2013 05:16 AM, Mark Wu wrote: >> On 03/08/2013 05:16 AM, Dan Kenigsberg wrote: >>> On Thu, Mar 07, 2013 at 03:57:49PM +0100, Adrian Gibanel wrote: >>>> Just in case it might help you please check: >>>> >>>> http://lists.ovirt.org/pipermail/users/2012-April/001751.html >>> This is almost 1 year old, but I did not notice it yet. I love the >>> detailed solution! >> +1 on NAT network. Except that it can save ip address, it also could >> reduce the external physical switch's pressure on mac table. Because the >> VM's >> mac address is invisible to external switch. >> >> But there're two limitations of NAT network compared with physically >> bridged network: >> 1. The VMs attached to the same NAT network, but on different hosts >> can't hear each other. It could be resolved by constructing a tunnel or >> tunnels >> among the hosts in the same cluster and centralizing the mac >> address management of dnsmasq on ovirt engine. >> >> 2. The VMs in NAT network are hidden behind the host. The external host >> can't initiate a connection to the VM. I think it's fine for a >> desktop VM.\ >> For a server VM, it can't be resolved by add a DNAT rule on demand. It's >> similar to the 'floating ip address' in quantum. > > also need to remember live migration will probably not work with NAT. Yes, it could break live migration. But we could use conntrack-tools(conntrack or conntrackd) to sync the ip conntrack entries related to that VM's ip address before resume the VM on dest host. Just a preliminary idea, not verified yet. > how would floating IP work? wouldn't you need to map it 1:1 with the > NAT'd IP? Yes, it should have a 1:1 mapping between external ip address and the ip address in the NAT network. > >> >> //// >>> >>> Yes, the rant there, about ovirt network being tightly-coupled with a >>> physical interface, is 100% justified. I'm trying to address some of >>> that inhttp://www.ovirt.org/Features/Nicless_Network but it's a long >>> way to go. >>> >>>> I managed to implement Virtualbox-hostonly-alike networks gathering >>>> more info from: >>>> http://libvirt.org/formatnetwork.html >>>> . >>>> You might be also interested >>>> in:http://wiki.libvirt.org/page/Networking although I didn't use >>>> it myself. >>>> >>>> You might probably already know this information but, just in case, >>>> here it is. >>>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > From Karli.Sjoberg at slu.se Wed Mar 13 06:20:20 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 13 Mar 2013 06:20:20 +0000 Subject: [Users] Userportal SPICE Woes In-Reply-To: References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> <513FB1FE.7090608@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027AA54@exchange2-1> +1 tis 2013-03-12 klockan 20:42 -0500 skrev Dead Horse: Itamar, Nail on the head. Pretty much what I describe here is sorely needed: http://lists.ovirt.org/pipermail/users/2013-February/012562.html - DHC On Tue, Mar 12, 2013 at 5:53 PM, Itamar Heim > wrote: On 03/12/2013 11:38 PM, Dead Horse wrote: Remote console access IMHO is still a very weak point in ovirt/RHEV. SPICE is a very nice protocol but IMHO is in dire need of a platform independent client and tighter integration into the user and web tighter integration or support non integrated clients (the mime based approach which won't require the XPI/ActiveX)? portals. Something I have done to workaround issues like these is to disable spice certificate checking and SSL. psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'UseSecureConnectionWithServers'" psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name ='EnableSpiceRootCertificateValidation' - DHC On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek redhat.com>> wrote: On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: Hi, Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > Hi, it me again, > > the last time this was discussed, the problem seemed to be centred > around Win/IE, but since patching to: > # rpm -qa | grep ovirt > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > No one is able to connect to a spice console though the Userportal at > all. Looks like no one is getting host subject - again. Tom??? Come on guys, please tell me if there?s anything we can do to troubleshoot this issue, to help solve a real show-stopper for us! Would you be able to try it in 3.2? It was known to be broken somewhere around 3.1 release?. Thanks, michal In using oVirt, our organisation is so close to being able to ship out thin-client kiosks instead of buying expensive new HW on a yearly basis, and have our users access their desktops from practically anywhere, even from home if they?d wish. The rest of the entire system works flawlessly, just to fall flat on it?s face right on the finish line. I think that is so sad and silly, because I really love the rest of this product! We?ve set up oVirt-3.1, made a POC template, defined a pool and have been able to have them prestarted as well. But if our users aren?t able to access their console in a seamless, easy way, then what good is it? And knowing that the console works just fine from the adminportal in several different client systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet important piece that needs to be corrected. Anxiously awaiting your response Karli Sj?berg David > I?ve tried this from my workstation, running Fedora 17: > ================================================================================ > $ SPICEC_DEBUG_LEVEL=0 firefox > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > window, when trying to call OnDisconnected > ================================================================================ > > > Here?s a collegue of mine, running Win7/IE9: > ================================================================================ > 1362648766 INFO [7196:5208] spicex_init_logger: started > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > request newVal=0xffffffff > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > --spice-controller) > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > client's pipe > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > str 130.238.96.135 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > value 5906 > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > value 5907 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > value 1 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > str main,inputs,scursor,splayback,srecord,sdisplay (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > str DEFAULT (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > not requested > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > error_code=1 > ================================================================================ > > > And another collegue running CentOS-6.3/Firefox: > ================================================================================ > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > 130.238.96.132 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > set > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > modified channels: main,inputs,cursor,playback,record,display > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > IT-Avdelningen-2 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > DEFAULT > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > Certificate: > Data: > Version: 3 (0x2) > Serial Number: 15 (0xf) > Signature Algorithm: sha1WithRSAEncryption > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Validity > Not Before: Sep 26 14:21:06 2012 > Not After : Sep 25 12:21:06 2022 GMT > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Subject Public Key Info: > Public Key Algorithm: rsaEncryption > Public-Key: (1024 bit) > Modulus: > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > 9f:c2:d2:cf:53:c3:58:b3:15 > Exponent: 65537 (0x10001) > X509v3 extensions: > X509v3 Subject Key Identifier: > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > Authority Information Access: > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > X509v3 Authority Key Identifier: > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > serial:0F > > X509v3 Basic Constraints: critical > CA:TRUE > X509v3 Key Usage: critical > Certificate Sign, CRL Sign > Signature Algorithm: sha1WithRSAEncryption > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > e0:7e > -----BEGIN CERTIFICATE----- > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > p73CIWYf4H4= > -----END CERTIFICATE----- > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > pid: 10340 > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > Launching /usr/libexec/spice-xpi-client > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > connection with controller > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > Controller finished, pid: 10340, exit code: 0 > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > could not get browser window, when trying to call OnDisconnected > ================================================================================ > > > If there?s anything we can do to help resolve this issue once and for > all, just name it! It so hurts to see this otherwise great product > tripping over on it?s face so close to the finish line:( > > Best Regards > Karli Sj?berg > _______________________________________________ > Users mailing list >Users at ovirt.org > >http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Wed Mar 13 06:56:03 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 13 Mar 2013 06:56:03 +0000 Subject: [Users] Userportal SPICE Woes In-Reply-To: References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027AAD8@exchange2-1> tis 2013-03-12 klockan 16:38 -0500 skrev Dead Horse: Remote console access IMHO is still a very weak point in ovirt/RHEV. SPICE is a very nice protocol but IMHO is in dire need of a platform independent client and tighter integration into the user and web portals. Something I have done to workaround issues like these is to disable spice certificate checking and SSL. psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'UseSecureConnectionWithServers'" psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name ='EnableSpiceRootCertificateValidation' - DHC I tried those modifications to the database and restarted the engine which became very upset about it and couldn?t establish connections with any Hosts. I imagine I?d have to go around all config files on all machines involved so that no one tries to use any SSL for the changes to work, Since I just wanted to use it as a temporary solution until it was fixed for real, I didn?t want to make too much of a change from the standard config, and I think that encryption is a must on a network as open as ours any way. I reverted the database changes and restarted the engine again. The only solution presented this far has been trying 3.2 instead of our current 3.1, where "engine-upgrade" is the road-block hindering at this point. /Karli On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek > wrote: On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: Hi, Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > Hi, it me again, > > the last time this was discussed, the problem seemed to be centred > around Win/IE, but since patching to: > # rpm -qa | grep ovirt > ovirt-engine-config-3.1.0-4.fc17.noarch > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > ovirt-engine-restapi-3.1.0-4.fc17.noarch > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > ovirt-engine-setup-3.1.0-4.fc17.noarch > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > ovirt-engine-backend-3.1.0-4.fc17.noarch > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > ovirt-engine-3.1.0-4.fc17.noarch > ovirt-engine-userportal-3.1.0-4.fc17.noarch > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > No one is able to connect to a spice console though the Userportal at > all. Looks like no one is getting host subject - again. Tom??? Come on guys, please tell me if there?s anything we can do to troubleshoot this issue, to help solve a real show-stopper for us! Would you be able to try it in 3.2? It was known to be broken somewhere around 3.1 release?. Thanks, michal In using oVirt, our organisation is so close to being able to ship out thin-client kiosks instead of buying expensive new HW on a yearly basis, and have our users access their desktops from practically anywhere, even from home if they?d wish. The rest of the entire system works flawlessly, just to fall flat on it?s face right on the finish line. I think that is so sad and silly, because I really love the rest of this product! We?ve set up oVirt-3.1, made a POC template, defined a pool and have been able to have them prestarted as well. But if our users aren?t able to access their console in a seamless, easy way, then what good is it? And knowing that the console works just fine from the adminportal in several different client systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet important piece that needs to be corrected. Anxiously awaiting your response Karli Sj?berg David > I?ve tried this from my workstation, running Fedora 17: > ================================================================================ > $ SPICEC_DEBUG_LEVEL=0 firefox > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > Filen eller katalogen finns inte > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > window, when trying to call OnDisconnected > ================================================================================ > > > Here?s a collegue of mine, running Win7/IE9: > ================================================================================ > 1362648766 INFO [7196:5208] spicex_init_logger: started > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > request newVal=0xffffffff > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > --spice-controller) > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > client's pipe > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > str 130.238.96.135 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > value 5906 > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > value 5907 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > value 1 > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > str main,inputs,scursor,splayback,srecord,sdisplay (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > str DEFAULT (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > not requested > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > error_code=1 > ================================================================================ > > > And another collegue running CentOS-6.3/Firefox: > ================================================================================ > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > 130.238.96.132 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > set > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > modified channels: main,inputs,cursor,playback,record,display > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > IT-Avdelningen-2 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > DEFAULT > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > Certificate: > Data: > Version: 3 (0x2) > Serial Number: 15 (0xf) > Signature Algorithm: sha1WithRSAEncryption > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Validity > Not Before: Sep 26 14:21:06 2012 > Not After : Sep 25 12:21:06 2022 GMT > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > Subject Public Key Info: > Public Key Algorithm: rsaEncryption > Public-Key: (1024 bit) > Modulus: > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > 9f:c2:d2:cf:53:c3:58:b3:15 > Exponent: 65537 (0x10001) > X509v3 extensions: > X509v3 Subject Key Identifier: > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > Authority Information Access: > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > X509v3 Authority Key Identifier: > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > serial:0F > > X509v3 Basic Constraints: critical > CA:TRUE > X509v3 Key Usage: critical > Certificate Sign, CRL Sign > Signature Algorithm: sha1WithRSAEncryption > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > e0:7e > -----BEGIN CERTIFICATE----- > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > p73CIWYf4H4= > -----END CERTIFICATE----- > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > 0 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > pid: 10340 > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > connect error, 2 > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > Launching /usr/libexec/spice-xpi-client > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > connection with controller > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > Controller finished, pid: 10340, exit code: 0 > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > could not get browser window, when trying to call OnDisconnected > ================================================================================ > > > If there?s anything we can do to help resolve this issue once and for > all, just name it! It so hurts to see this otherwise great product > tripping over on it?s face so close to the finish line:( > > Best Regards > Karli Sj?berg > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Wed Mar 13 07:02:21 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 13 Mar 2013 07:02:21 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F0910279D88@exchange2-1> References: <150420085.5890969.1363011450560.JavaMail.root@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910279D88@exchange2-1> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027AB01@exchange2-1> Hi, let me restate my main question: Is there any patch-set I can try to verify if the changes work, or how long until there is any update to the repository packages? We have an identical oVirt installation set up next to our production environment that we can mess up as much as we?d like without interfering, so if you have anything you?d like to test, we are game:) /Karli m?n 2013-03-11 klockan 14:26 +0000 skrev Karli Sj?berg: m?n 2013-03-11 klockan 10:17 -0400 skrev Eli Mesika: ----- Original Message ----- > From: "Karli Sj?berg" > > To: "Eli Mesika" > > Cc: users at ovirt.org, "Juan Hernandez" > > Sent: Monday, March 11, 2013 2:54:10 PM > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > m?n 2013-03-11 klockan 08:03 -0400 skrev Eli Mesika: > > Hi > this was solved in commit e433e54616231c1afe950d3291566133106812d0 > Following procedured still fails; revert failed upgrade to 3.1.0-4, > re-enable 3.2 repo, update ovirt-engine-setup (3.2.0-4), download > new dbfunctions.sh and drop_old_uuid_functions.sql from gerrit, and > then try to engine-upgrade. Same problem as before. Is there any > patch-set I could try and verify if changes work, or how long until > there is any update to the repository packages? Please make sure to upgrade to latest 3.1.z before upgrading to 3.2 Of course, they are all the latest versions. Before attempting upgrade are oVirt-3.1.0-4, going to oVirt-3.2.0-4 taken from: http://ovirt.org/releases/3.2/rpm/Fedora/18 > > /Karli > > ----- Original Message ----- > > From: "Karli Sj?berg" < Karli.Sjoberg at slu.se > > > To: "Juan Hernandez" < jhernand at redhat.com > > > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 1:35:29 PM > > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > > > > > m?n 2013-03-11 klockan 12:20 +0100 skrev Juan Hernandez: > > > > On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > > > in the absence of any official path, we have started working out > > > our own > > > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora > > > 18. > > > We?ve come about halfway into upgrading to the engine node, where > > > we > > > have managed to get it up to 18, with postgres, httpd and > > > ovirt-engine-3.1.0-4 running and functional. Then we edit our > > > ovirt-engine.repo to add 3.2 packages, yum update > > > ovirt-engine-setup, > > > then run engine-upgrade, that fails on upgrading the database. > > > The > > > log > > > file is attached. What could be the issue here? > > > > The service is failing to start after the upgrade. Can you check > > /var/log/messages? What about > > /var/log/ovirt-engine/{engine.log,server.log}? Well that comes > > after > > failing to upgrade the database, engine- and server.log attached, > > doesn?t say anything useful really. It?s rather here it starts > > going > > south: > > > > 2013-03-11 11:56:49::DEBUG::engine-upgrade::412::root:: DB Update > > started > > 2013-03-11 11:56:49::DEBUG::common_utils::434::root:: Executing > > command --> '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s > > localhost -p 5432 -u engine -d engine_2013_03_11_11_54_00' > > 2013-03-11 11:56:54::DEBUG::common_utils::472::root:: output = > > /usr/share/ovirt-engine/dbscripts /usr/share/ovirt-engine/dbscripts > > upgrade script detected a change in Config, View or Stored > > Procedure... > > > > 2013-03-11 11:56:54::DEBUG::common_utils::473::root:: stderr = > > psql:common_sp.sql:524: NOTICE: drop cascades to function > > fn_db_get_async_tasks() > > psql:common_sp.sql:567: NOTICE: type "fk_info_rs" does not exist, > > skipping > > psql:drop_all_views.sql:1: NOTICE: drop cascades to 9 other objects > > ... > > psql:common_sp.sql:524: NOTICE: drop cascades to function > > fn_db_get_async_tasks() > > psql:drop_old_uuid_functions.sql:25: NOTICE: extension "uuid" does > > not exist, skipping > > CONTEXT: SQL statement "DROP EXTENSION IF EXISTS uuid--ossp > > CASCADE;" > > PL/pgSQL function __temp_drop_old_uuid_functions() line 6 at > > EXECUTE > > statement > > psql:drop_old_uuid_functions.sql:25: ERROR: cannot drop function > > uuid_nil() because extension uuid-ossp requires it > > HINT: You can drop extension uuid-ossp instead. > > CONTEXT: SQL statement "drop function if exists uuid_nil()" > > PL/pgSQL function __temp_drop_old_uuid_functions() line 10 at SQL > > statement > > psql:create_functions.sql:379: WARNING: GLOBAL is deprecated in > > temporary table creation > > LINE 25: CREATE GLOBAL TEMPORARY TABLE tt_TEMP22 > > ^ > > psql:create_functions.sql:535: NOTICE: type > > "all_vds_group_usage_rs" > > does not exist, skipping > > psql:create_functions.sql:570: NOTICE: type "all_storage_usage_rs" > > does not exist, skipping > > psql:create_functions.sql:671: ERROR: must be owner of function > > uuid_generate_v1 > > > > 2013-03-11 11:56:54::DEBUG::common_utils::474::root:: retcode = 3 > > 2013-03-11 11:56:54::ERROR::engine-upgrade::1078::root:: Traceback > > (most recent call last): > > File "/usr/bin/engine-upgrade", line 1065, in main > > runFunc([db.update], MSG_INFO_DB_UPDATE) > > File "/usr/bin/engine-upgrade", line 594, in runFunc > > func() > > File "/usr/bin/engine-upgrade", line 429, in update > > output, rc = utils.execCmd(cmdList=cmd, failOnError=True, > > msg=MSG_ERROR_UPDATE_DB) > > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 477, > > in > > execCmd > > raise Exception(msg) > > Exception: Error: Database update failed > > ... > > > > /Karli > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Wed Mar 13 07:05:24 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 13 Mar 2013 07:05:24 +0000 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: <513F4140.2080205@redhat.com> References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> <513F2E93.8010000@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027A3E6@exchange2-1> <513F4140.2080205@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027AB1E@exchange2-1> tis 2013-03-12 klockan 16:52 +0200 skrev Itamar Heim: On 03/12/2013 03:47 PM, Karli Sj?berg wrote: > tis 2013-03-12 klockan 15:33 +0200 skrev Itamar Heim: >> On 03/12/2013 03:29 PM, Karli Sj?berg wrote: >> > Hi, >> > >> > we??ve been using the spice page to make users install the ActiveX >> > plugin for a while now, and have had no complaints so far. But while it >> > does it??s job, you really noticed it wasn??t quite part of oVirt as a >> > whole with it??s rather...spartan design:) So I have taken a little time >> > to make it look just a little prettier, and feel more like a part of the >> > product. >> >> thanks for improving this. >> I could appreciate it more if you send a screenshot :) > > And here I thought you guys were like in the Matrix, /"You get used to > it. I don't even see the code. All I see is blonde, brunette, redhead..."/;) looks good - how about making an rpm out of it and the spice deps so it can be part of the ovirt release instead of a manual process? (and for the activex as well)? That sounds terrific! Too bad I don?t know squat about making rpm?s:( But if any one would like a collaboration, I?d be happy to help out in any way I can! > > /Karli > >> >> Thanks, >> Itamar >> >> > >> > /usr/share/ovirt-engine/engine.ear/root.war/spice.html: >> >http://pastebin.com/hjK3MtMH >> > >> > /usr/share/ovirt-engine/engine.ear/root.war/spice.css: >> >http://pastebin.com/dtQZ1kif >> > >> > Hope someone enjoys it. >> > >> > Best Regards >> > Karli Sj??berg >> > >> > tor 2012-09-06 klockan 15:36 -0500 skrev Dead Horse: >> >> Wiki page added. Feel free to change/edit/contribute or provide feedback. >> >> Link: >> >>http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal >> >> >> >> - DHC >> >> >> >> On Thu, Aug 30, 2012 at 11:05 PM, Robert Middleswarth >> >> > wrote: >> >> >> >> You should be able to create an ID. Once you create it several >> >> people can update your account I am one of them. >> >> >> >> Thanks >> >> Robert >> >> >> >> >> >> >> >> On 08/30/2012 11:17 PM, Dead Horse wrote: >> >> >> >>> I would be happy to wiki'fy it ;) >> >>> I have requested a wiki account so I will just need someone to >> >>> grant the proper create/edit page access or create a stub page >> >>> and allow edit access to it. >> >>> - DHC >> >>> >> >>> On Thu, Aug 30, 2012 at 3:03 PM, Douglas Landgraf >> >>> > wrote: >> >> >> >>> On 08/30/2012 02:22 AM, Yaniv Kaul wrote: >> >>> >> >>>> Thanks! >> >>> >> >>>> Can you wiki'fy it (@ wiki.ovirt.org ) ? >> >>> >> >>>> Y. >> >>>> >> >>> +1 >> >>> >> >>> Thanks! >> >>> >> >>> >> >>>> >> >>>> ------------------------------------------------------------------------ >> >>>> >> >>>> I have seen this question asked many times on this list >> >>>> and the spice-devel list. Now having figured out how to >> >>>> make it work I will provide the answer to the rest of >> >>>> the community. >> >>>> >> >>>> *NOTE* this only applies to Windows/Internet Explorer >> >>>> users. There exists no other option other than the html5 >> >>>> spice console (still beta/in development) for windows >> >>>> users ATM. This will also only work with Internet Explorer. >> >>>> >> >>>> Basic Steps: >> >>>> - Install an oVirt server. >> >>>> - Add at least one node >> >>>> - Setup storage/iso/export domains >> >>>> >> >>>> Advanced steps >> >>>> - Start by downloading: >> >>>>http://elmarco.fedorapeople.org/spice.cab >> >>>> - Create a directory for it oVirt looks by default in >> >>>> /usr/share/spice >> >>>> - Rename spice.cab to SpiceX.cab and copy it into >> >>>> /usr/share/spice >> >>>> - Now edit >> >>>> /usr/share/ovirt-engine/engine.ear/root.war/WEB-INF and >> >>>> add the following: >> >>>> >> >>>> >> >>>> >> >>>> SpiceX.cab >> >>>> >> >>>> org.ovirt.engine.core.FileServlet >> >>>> >> >>>> type >> >>>> application/octet-stream >> >>>> >> >>>> >> >>>> file >> >>>> /usr/share/spice/SpiceX.cab >> >>>> >> >>>> >> >>>> >> >>>> SpiceX.cab >> >>>> /spice/SpiceX.cab >> >>>> >> >>>> >> >>>> - Next create an html file within >> >>>> /usr/share/ovirt-engine/engine.ear/root.war >> >>>> - In the example below an html file called "spice.html" >> >>>> - Copy/Paste the below into spice.html: >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> SPICE Plugin Installer >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>>

>> >>>>

Spice ActiveX Plugin

>> >>>> >> >>>>

>> >>>> >> >>>> >> >>>> >> >>>> - Save the file >> >>>> - You will now need to restart the ovirt-engine service >> >>>> EG: systemctl restart ovirt-engine.service OR service >> >>>> ovirt-engine restart >> >>>> - The installer page will now be available at >> >>>> http:///spice.html EX: >> >>>>http://ovirt.azeroth.net/spice.html >> >>>> - Navigate to that page and click the install button >> >>>> - IE will prompt you to deploy/install the SpiceX >> >>>> cabinet file >> >>>> - It may gripe about an unsigned or untrusted source, >> >>>> acknowledge this an proceed anyways >> >>>> - If the install succeeds the text "Spice ActiveX >> >>>> Plugin" on the page will change to blank (it's actually >> >>>> the plugin with null values) >> >>>> - The console button in the user and webadmin portals >> >>>> will now launch the new virt-viwer spice based console! >> >>>> >> >>>> Happy Spice Consoling to your VM's from Windows! >> >>>> >> >>>> *NOTE* >> >>>> To uninstall the plugin: >> >>>> - The below removes the add-on from IE (EG: removes >> >>>> knowledge of "application/x-spice") >> >>>> - pop a command terminal and type: >> >>>> On Windows XP: regsvr32 /u "C:\Documents and >> >>>> Settings\Administrator\Local Settings\Application >> >>>> Data\virt-viewer\bin\SpiceX.dll" >> >>>> On Windows 7 regsvr32 /u C:\Documents and >> >>>> Settings\Administrator\Local >> >>>> Settings\AppData\virt-viewer\bin\SpiceX.dll" >> >>>> - Next we need to remove the rest of virt-viewer >> >>>> - Go to add/remove programs and uninstall virt-viewer, >> >>>> this removes the rest of virt-viewer from the system >> >>>> >> >>>> _______________________________________________ >> >>>> Users mailing list >> >>>>Users at ovirt.org >> >>>>http://lists.ovirt.org/mailman/listinfo/users >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> Users mailing list >> >>>>Users at ovirt.org >> >>>>http://lists.ovirt.org/mailman/listinfo/users >> >>> >> >>> >> >>> >> >>> -- >> >>> Cheers >> >>> Douglas >> >>> >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Users mailing list >> >>>Users at ovirt.org >> >>>http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> >> >> >> -- >> >> Thanks >> >> Robert Middleswarth >> >> @rmiddle (twitter/Freenode IRC) >> >> @RobertM (OFTC IRC) >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >>Users at ovirt.org >> >>http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> > >> > >> > >> > _______________________________________________ >> > Users mailing list >> >Users at ovirt.org >> >http://lists.ovirt.org/mailman/listinfo/users >> > >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Wed Mar 13 08:00:58 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 13 Mar 2013 08:00:58 +0000 (WET) Subject: [Users] Failed to add gluster server Message-ID: <222600652.17740.1363161658874.JavaMail.root@logicworks.pt> Hi, I just installed oVirt 3.2 than add a node 1 using fedora18, attach an iSCSI storage, and local ISO NFS, and the data center is alive. Than try to add a second node from the ISO ovirt-node-iso-2.6.1-20120228.fc18.iso, but get this error message: Failed to add gluster server node2.domain.com into cluster default. Gluster command[gluster peer probe 192.168.5.182] failed on server 192.168.5.181 On the second node I configured Optional password for adding Node through oVirt Engine UI On the engine when adding a new Host I add the values to Name, Address, and Root Password , and than get this error: Error: Cannot add host. SSH authentication failed, verify authentication parameters are correct (Username/password, public key etc). You may refer to the engine.log file for further details. I notice that I cannot login as root on the second node, so how can I add a node through oVirt Engine UI if it asks for a root password? What am I doing wrong? thanks From kmayilsa at redhat.com Wed Mar 13 08:45:48 2013 From: kmayilsa at redhat.com (Kanagaraj) Date: Wed, 13 Mar 2013 14:15:48 +0530 Subject: [Users] Failed to add gluster server In-Reply-To: <222600652.17740.1363161658874.JavaMail.root@logicworks.pt> References: <222600652.17740.1363161658874.JavaMail.root@logicworks.pt> Message-ID: <51403CBC.4030609@redhat.com> On 03/13/2013 01:30 PM, suporte at logicworks.pt wrote: > Hi, > > I just installed oVirt 3.2 than add a node 1 using fedora18, attach an iSCSI storage, and local ISO NFS, and the data center is alive. Than try to add a second node from the ISO ovirt-node-iso-2.6.1-20120228.fc18.iso, but get this error message: > Failed to add gluster server node2.domain.com into cluster default. Gluster command[gluster peer probe 192.168.5.182] failed on server 192.168.5.181 Do you have the glusterfs rpms installed in your nodes? I think glusterfs rpms are not packaged by default in the ovirt-node-iso, in this case you may need install the rpms manually. If you still face the problem after the above check, please attach the vdsm log from the nodes. Thanks, Kanagaraj > On the second node I configured Optional password for adding Node through oVirt Engine UI > > On the engine when adding a new Host I add the values to Name, Address, and Root Password , and than get this error: > Error: Cannot add host. SSH authentication failed, verify authentication parameters are correct (Username/password, public key etc). You may refer to the engine.log file for further details. > > I notice that I cannot login as root on the second node, so how can I add a node through oVirt Engine UI if it asks for a root password? > > What am I doing wrong? > > thanks > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From christer.r.olsen at gmail.com Wed Mar 13 08:57:04 2013 From: christer.r.olsen at gmail.com (Christer Olsen) Date: Wed, 13 Mar 2013 09:57:04 +0100 Subject: [Users] Host installation problems. Brigde In-Reply-To: References: <335303479.6331586.1363108077933.JavaMail.root@redhat.com> Message-ID: I have solved it :) The problem was due to eth0 static IP not beeing set and misconfigured /etc/hosts I have it up and running and all is good :D Kind regards Christer On Tue, Mar 12, 2013 at 6:19 PM, Christer Olsen wrote: > Ok. one last go at it. > > But I do not have the possibility to access it at the moment after testing > the changes, as it kicked me out (even remote locally only gets host > unreachable) so it will have to wait until I can go to the location at > hand. > > I will send you the specified cfg's and logs as soon as possible. > > Thanks. > > > > > On Tue, Mar 12, 2013 at 6:07 PM, Alon Bar-Lev wrote: > >> Please attach: >> 1. /etc/sysconfig/network-scripts/ifcfg-* >> 2. /tmp/vdsm-bootstrap-*.log >> 3. On engine: rpm -q ovirt-engine >> 4. On engine: rpm -q vdsm-bootstrap >> >> Thanks. >> >> ----- Original Message ----- >> > From: "Christer Olsen" >> > To: "Alex Leonhardt" >> > Cc: "oVirt Mailing List" >> > Sent: Tuesday, March 12, 2013 7:05:35 PM >> > Subject: Re: [Users] Host installation problems. Brigde >> > >> > >> > >> > >> > I've tried dhcp, static and so forth. >> > >> > I've tried with two nics (eth0 and eth1) >> > >> > >> > I'm now done trying to find a solution. This is not worth the time >> > I'm afraid. (been trying for 8 days) >> > >> > >> > Please see this topic as ended. I will find other solutions. >> > >> > >> > Thank you for your time. >> > >> > >> > >> > >> > Kind regards >> > Christer >> > >> > >> > >> > >> > On Tue, Mar 12, 2013 at 4:30 PM, Alex Leonhardt < alex.tuxx at gmail.com >> > > wrote: >> > >> > >> > >> > >> > did you try to just setting the ovirtmgmt interface to DHCP ? >> > >> > >> > alex >> > >> > >> > >> > >> > >> > >> > On 12 March 2013 15:28, Alex Leonhardt < alex.tuxx at gmail.com > wrote: >> > >> > >> > >> > >> > in the log: >> > >> > >> > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed to >> > add ovirtmgmt bridge out=Specified netmask or gateway but not ip >> > >> > >> > check you have >> > >> > DEVICE= >> > IPADDR= >> > NETMAKS= >> > TYPE= >> > >> > as a minimum in ifcfg-ovirtmgmt >> > >> > >> > >> > and that ifcfg-eth0 has >> > >> > >> > BRIDGE=ovirtmgmt >> > >> > >> > >> > >> > Alex >> > >> > >> > >> > >> > >> > >> > >> > >> > On 12 March 2013 15:25, Antoni Segura Puimedon < asegurap at redhat.com >> > > wrote: >> > >> > >> > Could you attach the /etc/sysconfig/network-scripts/ifcfg-* >> > files? >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Christer Olsen" < christer.r.olsen at gmail.com > >> > > To: users at ovirt.org >> > > Sent: Tuesday, March 12, 2013 4:14:05 PM >> > > Subject: Re: [Users] Host installation problems. Brigde >> > > >> > > >> > > >> > > It seems i sent the log file to only one person. >> > > Here is the complete log file. >> > > http://pastebin.com/5VYg4DFs >> > > >> > > >> > > >> > > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < >> > > christer.r.olsen at gmail.com > wrote: >> > > >> > > >> > > >> > > >> > > Does anyone have a clue what i might need to do ? >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < >> > > christer.r.olsen at gmail.com > wrote: >> > > >> > > >> > > >> > > Does anyone have a clue what i might need to do ? >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < >> > > christer.r.olsen at gmail.com > wrote: >> > > >> > > >> > > >> > > Here is the complete log file. >> > > >> > > http://pastebin.com/5VYg4DFs >> > > >> > > >> > > >> > > >> > > >> > > >> > > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < >> > > asegurap at redhat.com > wrote: >> > > >> > > >> > > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Dan Kenigsberg" < danken at redhat.com > >> > > > To: "Christer Olsen" < christer.r.olsen at gmail.com > >> > > > Cc: users at ovirt.org >> > > > Sent: Monday, March 11, 2013 10:18:13 AM >> > > > Subject: Re: [Users] Host installation problems. Brigde >> > > > >> > > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: >> > > > > I'm having issues with installing host in oVirt. >> > > > > >> > > > > >> > > > > Manager reports: >> > > > > Failed to install Host localhost. Step: SetNetworking; Details: >> > > > > addNetwork >> > > > > error trying to add management bridge. >> > > > >> > > > Which version of ovirt are you using? ovirt-3.2 should be using >> > > > ovirt-host-deploy, which has differently-looking logs, and >> > > > hopefully >> > > > less bugs. >> > > >> > > According to the repo he listed, ovirt-3.1, as seen in: >> > > >> > > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ >> > > >> > > >> > > >> > > > >> > > > > >> > > > > >> > > > > *** LOG *** >> > > > > >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress >> > > > > Entry. >> > > > > url= >> > > > > http://10.1.1.30:22020/Components/vds/ >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress >> > > > > return. >> > > > > address=10.1.1.30 port=22020 >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge >> > > > > begin. >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: >> > > > > read host >> > > > > name: 10.1.1.30 >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: >> > > > > using host >> > > > > name 10.1.1.30 strIP= 10.1.1.30 >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface >> > > > > IP=10.1.1.30 >> > > > > strIface=eth0 >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge found >> > > > > the >> > > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 >> > > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', >> > > > > 'NAME=', >> > > > > 'BOOTPROT$ >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified >> > > > > netmask >> > > > > or >> > > > > gateway but not ip >> > > > > >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 >> > > > > WARNING:root:options >> > > > > IPADDR is deprecated. Use ipaddr instead >> > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >> > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >> > > > > instead >> > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >> > > > > Traceback (most recent call last): >> > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >> > > > > main() >> > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >> > > > > addNetwork(bridge, **kwargs) >> > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in >> > > > > addNetwork >> > > > > bridged=bridged, **options) >> > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >> > > > > _addNetworkValidation >> > > > > "Specified netmask or gateway but not ip") >> > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >> > > > > ip') >> > > > > >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge >> > > > > Failed to add >> > > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ >> > > > > >> > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr >> > > > > instead >> > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >> > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >> > > > > instead >> > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >> > > > > Traceback (most recent call last): >> > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >> > > > > main() >> > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >> > > > > addNetwork(bridge, **kwargs) >> > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in >> > > > > addNetwork >> > > > > bridged=bridged, **options) >> > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >> > > > > _addNetworkValidation >> > > > > "Specified netmask or gateway but not ip") >> > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >> > > > > ip') >> > > > > >> > > > > ret=22 >> > > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge >> > > > > errored: >> > > > > out=Specified netmask or gateway but not ip >> > > > > >> > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr >> > > > > instead >> > > > > WARNING:root:options NETMASK is deprecated. Use netmask instead >> > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto >> > > > > instead >> > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead >> > > > > Traceback (most recent call last): >> > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in >> > > > > main() >> > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main >> > > > > addNetwork(bridge, **kwargs) >> > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in >> > > > > addNetwork >> > > > > bridged=bridged, **options) >> > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in >> > > > > _addNetworkValidation >> > > > > "Specified netmask or gateway but not ip") >> > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but not >> > > > > ip') >> > > > > >> > > > > ret=22 >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge >> > > > > return. >> > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork >> > > > > error >> > > > > trying to add management bridge >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > > > > component='SetNetworking' status='FAIL' message='addNetwork >> > > > > error >> > > > > t$ >> > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 >> > > > > setNetworking >> > > > > test >> > > > > failed >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > > > > component='RHEV_INSTALL' status='FAIL'/> >> > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End VDS >> > > > > Validation **** >> > > > > >> > > > > >> > > > > *** END LOG *** >> > > > > >> > > > > >> > > > > >> > > > > I have tried googling myself to an answer, and i have tried >> > > > > finding >> > > > > it out >> > > > > myself but with no luck. >> > > > > >> > > > > >> > > > > (the host is the same one as the engine is running on) >> > > > > >> > > > > Please, any help would be appreciated. >> > > > > >> > > > > >> > > > > Kind regards >> > > > >> > > > > _______________________________________________ >> > > > > Users mailing list >> > > > > Users at ovirt.org >> > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > >> > > > _______________________________________________ >> > > > Users mailing list >> > > > Users at ovirt.org >> > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > > >> > > >> > > >> > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > >> > -- >> > >> > >> > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | >> > | www.vsearchcloud.com | >> > >> > >> > >> > -- >> > >> > >> > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | >> > | www.vsearchcloud.com | >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From djasa at redhat.com Wed Mar 13 09:08:41 2013 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Wed, 13 Mar 2013 10:08:41 +0100 Subject: [Users] Userportal SPICE Woes In-Reply-To: References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> Message-ID: <1363165721.476.23.camel@cihla.usersys.redhat.com> Dead Horse p??e v ?t 12. 03. 2013 v 16:38 -0500: > Remote console access IMHO is still a very weak point in ovirt/RHEV. > SPICE is a very nice protocol but IMHO is in dire need of a platform > independent client and tighter integration into the user and web > portals. Something I have done to workaround issues like these is to > disable spice certificate checking and SSL. > > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'UseSecureConnectionWithServers'" > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name ='EnableSpiceRootCertificateValidation' > - DHC use of empty SpiceSecureChannels in engine-config is a better thing to do than direct DB modification... David PS: please keep me out of CC > > > > On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek > wrote: > > On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: > > > tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: > > > Hi, > > > > > > Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > > > > Hi, it me again, > > > > > > > > the last time this was discussed, the problem seemed to be centred > > > > around Win/IE, but since patching to: > > > > # rpm -qa | grep ovirt > > > > ovirt-engine-config-3.1.0-4.fc17.noarch > > > > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > > > > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > > > > ovirt-engine-restapi-3.1.0-4.fc17.noarch > > > > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > > > > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > > > > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > > > > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > > > > ovirt-engine-setup-3.1.0-4.fc17.noarch > > > > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > > > > ovirt-engine-backend-3.1.0-4.fc17.noarch > > > > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > > > > ovirt-engine-3.1.0-4.fc17.noarch > > > > ovirt-engine-userportal-3.1.0-4.fc17.noarch > > > > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > > > > > > > No one is able to connect to a spice console though the Userportal at > > > > all. > > > > > > Looks like no one is getting host subject - again. Tom??? > > > > Come on guys, please tell me if there?s anything we can do > > to troubleshoot this issue, to help solve a real > > show-stopper for us! > > > Would you be able to try it in 3.2? > It was known to be broken somewhere around 3.1 release?. > > > Thanks, > michal > > > > > In using oVirt, our organisation is so close to being able > > to ship out thin-client kiosks instead of buying expensive > > new HW on a yearly basis, and have our users access their > > desktops from practically anywhere, even from home if they?d > > wish. The rest of the entire system works flawlessly, just > > to fall flat on it?s face right on the finish line. I think > > that is so sad and silly, because I really love the rest of > > this product! We?ve set up oVirt-3.1, made a POC template, > > defined a pool and have been able to have them prestarted as > > well. But if our users aren?t able to access their console > > in a seamless, easy way, then what good is it? And knowing > > that the console works just fine from the adminportal in > > several different client systems (Fedora, CentOS, Win7) > > makes me hope that it?s just this small, yet important piece > > that needs to be corrected. > > > > Anxiously awaiting your response > > Karli Sj?berg > > > > > > > David > > > > > > > I?ve tried this from my workstation, running Fedora 17: > > > > ================================================================================ > > > > $ SPICEC_DEBUG_LEVEL=0 firefox > > > > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > > > > Filen eller katalogen finns inte > > > > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > > > > Filen eller katalogen finns inte > > > > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > > > > window, when trying to call OnDisconnected > > > > ================================================================================ > > > > > > > > > > > > Here?s a collegue of mine, running Win7/IE9: > > > > ================================================================================ > > > > 1362648766 INFO [7196:5208] spicex_init_logger: started > > > > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > > > > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > > > > request newVal=0xffffffff > > > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > > > > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > > > > --spice-controller) > > > > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > > > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > > > > client's pipe > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > > > > str 130.238.96.135 (1) > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > > > > value 5906 > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > > > > value 5907 > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > > > > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > > > > value 1 > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > > > > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > > > > str main,inputs,scursor,splayback,srecord,sdisplay (1) > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > > > > str DEFAULT (1) > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > > > > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > > > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > > > > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > > > > not requested > > > > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > > > > error_code=1 > > > > ================================================================================ > > > > > > > > > > > > And another collegue running CentOS-6.3/Firefox: > > > > ================================================================================ > > > > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > > > > 130.238.96.132 > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > > > > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > > > > set > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > > > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > > > > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > > > > modified channels: main,inputs,cursor,playback,record,display > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > > > > IT-Avdelningen-2 > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > > > > DEFAULT > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > > > > Certificate: > > > > Data: > > > > Version: 3 (0x2) > > > > Serial Number: 15 (0xf) > > > > Signature Algorithm: sha1WithRSAEncryption > > > > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > > > Validity > > > > Not Before: Sep 26 14:21:06 2012 > > > > Not After : Sep 25 12:21:06 2022 GMT > > > > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > > > Subject Public Key Info: > > > > Public Key Algorithm: rsaEncryption > > > > Public-Key: (1024 bit) > > > > Modulus: > > > > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > > > > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > > > > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > > > > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > > > > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > > > > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > > > > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > > > > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > > > > 9f:c2:d2:cf:53:c3:58:b3:15 > > > > Exponent: 65537 (0x10001) > > > > X509v3 extensions: > > > > X509v3 Subject Key Identifier: > > > > > > > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > > > > Authority Information Access: > > > > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > > > > > > > X509v3 Authority Key Identifier: > > > > > > > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > > > > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > > > > serial:0F > > > > > > > > X509v3 Basic Constraints: critical > > > > CA:TRUE > > > > X509v3 Key Usage: critical > > > > Certificate Sign, CRL Sign > > > > Signature Algorithm: sha1WithRSAEncryption > > > > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > > > > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > > > > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > > > > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > > > > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > > > > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > > > > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > > > > e0:7e > > > > -----BEGIN CERTIFICATE----- > > > > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > > > > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > > > > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > > > > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > > > > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > > > > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > > > > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > > > > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > > > > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > > > > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > > > > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > > > > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > > > > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > > > > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > > > > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > > > > p73CIWYf4H4= > > > > -----END CERTIFICATE----- > > > > > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > > > > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > > > > 0 > > > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > > > > 0 > > > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > > > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > > > > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > > > > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > > > > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > > > > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > > > > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > > > > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > > > > pid: 10340 > > > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > > > > connect error, 2 > > > > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > > > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > > > > connect error, 2 > > > > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > > > > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > > > > Launching /usr/libexec/spice-xpi-client > > > > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > > > > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > > > > connection with controller > > > > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > > > > Controller finished, pid: 10340, exit code: 0 > > > > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > > > > could not get browser window, when trying to call OnDisconnected > > > > ================================================================================ > > > > > > > > > > > > If there?s anything we can do to help resolve this issue once and for > > > > all, just name it! It so hurts to see this otherwise great product > > > > tripping over on it?s face so close to the finish line:( > > > > > > > > Best Regards > > > > Karli Sj?berg > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > -- David Ja?a, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 From danken at redhat.com Wed Mar 13 09:10:54 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 13 Mar 2013 11:10:54 +0200 Subject: [Users] why ovirt does not support NAT network In-Reply-To: <513FB59C.10102@redhat.com> References: <59cf285f.d20b.13d447831ca.Coremail.bigclouds@163.com> <20130307112829.GG4270@redhat.com> <3af6ec0a.f372.13d45519966.Coremail.bigclouds@163.com> <4567449.95.1362668265916.JavaMail.adrian@adrianworktop> <20130307211608.GD14400@redhat.com> <513D4C9B.1030806@linux.vnet.ibm.com> <513FB59C.10102@redhat.com> Message-ID: <20130313091054.GA9339@redhat.com> On Wed, Mar 13, 2013 at 01:09:16AM +0200, Itamar Heim wrote: > On 03/11/2013 05:16 AM, Mark Wu wrote: > >On 03/08/2013 05:16 AM, Dan Kenigsberg wrote: > >>On Thu, Mar 07, 2013 at 03:57:49PM +0100, Adrian Gibanel wrote: > >>>Just in case it might help you please check: > >>> > >>>http://lists.ovirt.org/pipermail/users/2012-April/001751.html > >>This is almost 1 year old, but I did not notice it yet. I love the > >>detailed solution! > >+1 on NAT network. Except that it can save ip address, it also could > >reduce the external physical switch's pressure on mac table. Because the > >VM's > >mac address is invisible to external switch. > > > >But there're two limitations of NAT network compared with physically > >bridged network: > >1. The VMs attached to the same NAT network, but on different hosts > >can't hear each other. It could be resolved by constructing a tunnel or > >tunnels > > among the hosts in the same cluster and centralizing the mac > >address management of dnsmasq on ovirt engine. > > > >2. The VMs in NAT network are hidden behind the host. The external host > >can't initiate a connection to the VM. I think it's fine for a desktop VM.\ > >For a server VM, it can't be resolved by add a DNAT rule on demand. It's > >similar to the 'floating ip address' in quantum. > > also need to remember live migration will probably not work with NAT. That's why I consider this as an option to host-local networks. > how would floating IP work? wouldn't you need to map it 1:1 with the > NAT'd IP? > > > > >//// > >> > >>Yes, the rant there, about ovirt network being tightly-coupled with a > >>physical interface, is 100% justified. I'm trying to address some of > >>that inhttp://www.ovirt.org/Features/Nicless_Network but it's a long > >>way to go. From Ernest.Beinrohr at axonpro.sk Wed Mar 13 10:52:06 2013 From: Ernest.Beinrohr at axonpro.sk (Ernest Beinrohr) Date: Wed, 13 Mar 2013 11:52:06 +0100 Subject: [Users] Is it possible to change the DB password for local postgresql? Message-ID: <51405A56.9010103@axonpro.sk> (ovirt 3.2) I have changed it in /etc/ovirt-engine/.pgpass and for the 'postgres' and 'engine' users in the database but after starting the engine my logs are full of FATAL: password authentication failed for user "engine" Any tips on changing the password? From alonbl at redhat.com Wed Mar 13 10:57:30 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 13 Mar 2013 06:57:30 -0400 (EDT) Subject: [Users] Is it possible to change the DB password for local postgresql? In-Reply-To: <51405A56.9010103@axonpro.sk> Message-ID: <749514208.6481765.1363172250753.JavaMail.root@redhat.com> You need to change the /etc/sysconfig/ovirt-engine password as well. You have a script to encode it at /etc/pki/ovirt-engine/encryptpasswd.sh or similar. ----- Original Message ----- > From: "Ernest Beinrohr" > To: users at ovirt.org > Sent: Wednesday, March 13, 2013 12:52:06 PM > Subject: [Users] Is it possible to change the DB password for local postgresql? > > (ovirt 3.2) I have changed it in /etc/ovirt-engine/.pgpass and for > the > 'postgres' and 'engine' users in the database but after starting the > engine my logs are full of > > FATAL: password authentication failed for user "engine" > > Any tips on changing the password? > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dneary at redhat.com Wed Mar 13 11:00:39 2013 From: dneary at redhat.com (Dave Neary) Date: Wed, 13 Mar 2013 12:00:39 +0100 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> Message-ID: <51405C57.6040400@redhat.com> Hi Karli, On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > Hi, > > in the absence of any official path, we have started working out our own > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. Indeed, I have not seen any documentation in the wiki yet on upgrading oVirt - would you be interested in writing up your experiences there as a guide to others? Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From dneary at redhat.com Wed Mar 13 11:02:21 2013 From: dneary at redhat.com (Dave Neary) Date: Wed, 13 Mar 2013 12:02:21 +0100 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <150420085.5890969.1363011450560.JavaMail.root@redhat.com> References: <150420085.5890969.1363011450560.JavaMail.root@redhat.com> Message-ID: <51405CBD.6030706@redhat.com> Hi Eli, On 03/11/2013 03:17 PM, Eli Mesika wrote: > Please make sure to upgrade to latest 3.1.z before upgrading to 3.2 Would you mind explaining why? It's funny that I would need to upgrade in 2 steps: Update 3.1 to tip of branch, then upgrade to 3.2. Were there any database schema changes withing the 3.1.* releases? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From iheim at redhat.com Wed Mar 13 11:03:21 2013 From: iheim at redhat.com (Itamar Heim) Date: Wed, 13 Mar 2013 13:03:21 +0200 Subject: [Users] Userportal SPICE Woes In-Reply-To: References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> <513FB1FE.7090608@redhat.com> Message-ID: <51405CF9.9010005@redhat.com> On 03/13/2013 03:42 AM, Dead Horse wrote: > Itamar, > Nail on the head. Pretty much what I describe here is sorely needed: > http://lists.ovirt.org/pipermail/users/2013-February/012562.html > we are working on multiple things here: - mime based launch - should allow launching vnc/spice/rdp on any client machine having them[1]. main benefit its only a web side change. - spice.html5/novnc - requires either qemu support for websockets or a websocket service to be deployed, not sure yet about impact to live migration [1] may need a wrapper script on some. > - DHC > > > On Tue, Mar 12, 2013 at 5:53 PM, Itamar Heim > wrote: > > On 03/12/2013 11:38 PM, Dead Horse wrote: > > Remote console access IMHO is still a very weak point in ovirt/RHEV. > SPICE is a very nice protocol but IMHO is in dire need of a platform > independent client and tighter integration into the user and web > > > tighter integration or support non integrated clients (the mime > based approach which won't require the XPI/ActiveX)? > > portals. Something I have done to workaround issues like these is to > disable spice certificate checking and SSL. > > psql engine -U postgres -c "UPDATE vdc_options set option_value > = 'false' where option_name = 'SSLEnabled'" > psql engine -U postgres -c "UPDATE vdc_options set option_value > = 'false' where option_name = '__UseSecureConnectionWithServers__'" > psql engine -U postgres -c "UPDATE vdc_options set option_value > = 'false' where option_name > ='__EnableSpiceRootCertificateVali__dation' > > - DHC > > > > On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek > > >> wrote: > > > On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: > > tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: > > Hi, > > Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > > Hi, it me again, > > > > the last time this was discussed, the problem > seemed to be centred > > around Win/IE, but since patching to: > > # rpm -qa | grep ovirt > > ovirt-engine-config-3.1.0-4.__fc17.noarch > > ovirt-engine-dbscripts-3.1.0-__4.fc17.noarch > > ovirt-log-collector-3.1.0-0.__git10d719.fc17.noarch > > ovirt-engine-restapi-3.1.0-4.__fc17.noarch > > ovirt-image-uploader-3.1.0-0.__git9c42c8.fc17.noarch > > ovirt-engine-genericapi-3.1.0-__4.fc17.noarch > > ovirt-iso-uploader-3.1.0-0.__git1841d9.fc17.noarch > > ovirt-engine-webadmin-portal-__3.1.0-4.fc17.noarch > > ovirt-engine-setup-3.1.0-4.__fc17.noarch > > ovirt-engine-sdk-3.2.0.2-1.__fc17.noarch > > ovirt-engine-backend-3.1.0-4.__fc17.noarch > > ovirt-engine-tools-common-3.1.__0-4.fc17.noarch > > ovirt-engine-3.1.0-4.fc17.__noarch > > ovirt-engine-userportal-3.1.0-__4.fc17.noarch > > > ovirt-engine-notification-__service-3.1.0-4.fc17.noarch > > > > No one is able to connect to a spice console > though the Userportal at > > all. > > Looks like no one is getting host subject - again. > Tom??? > > > Come on guys, please tell me if there?s anything we can > do to > troubleshoot this issue, to help solve a real > show-stopper for us! > > Would you be able to try it in 3.2? > It was known to be broken somewhere around 3.1 release?. > > Thanks, > michal > > > In using oVirt, our organisation is so close to being > able to ship > out thin-client kiosks instead of buying expensive new > HW on a > yearly basis, and have our users access their desktops from > practically anywhere, even from home if they?d wish. > The rest of > the entire system works flawlessly, just to fall flat > on it?s face > right on the finish line. I think that is so sad and silly, > because I really love the rest of this product! We?ve > set up > oVirt-3.1, made a POC template, defined a pool and have > been able > to have them prestarted as well. But if our users > aren?t able to > access their console in a seamless, easy way, then what > good is > it? And knowing that the console works just fine from the > adminportal in several different client systems > (Fedora, CentOS, > Win7) makes me hope that it?s just this small, yet > important piece > that needs to be corrected. > > Anxiously awaiting your response > Karli Sj?berg > > > David > > > I?ve tried this from my workstation, running > Fedora 17: > > > ==============================__==============================__==================== > > $ SPICEC_DEBUG_LEVEL=0 firefox > > (plugin-container:18293): SpiceXPI-CRITICAL **: > controller connect: > > Filen eller katalogen finns inte > > (plugin-container:18293): SpiceXPI-CRITICAL **: > controller connect: > > Filen eller katalogen finns inte > > (plugin-container:18293): SpiceXPI-CRITICAL **: > could not get browser > > window, when trying to call OnDisconnected > > > ==============================__==============================__==================== > > > > > > Here?s a collegue of mine, running Win7/IE9: > > > ==============================__==============================__==================== > > 1362648766 INFO [7196:5208] spicex_init_logger: > started > > 1362648766 DEBUG [7196:5208] > COSpiceX::put_DynamicMenu: DynamicMenu > > 1362648766 INFO [7196:5208] > COSpiceX::put_FullScreen: New FullScreen > > request newVal=0xffffffff > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: > Running spicec (C: > > > \Users\jope\AppData\Local\__virt-viewer\bin\remote-viewer.__exe > > --spice-controller) > > 1362648766 INFO [7196:5208] COSpiceX::Connect: > spicec pid 1640 > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: > connecting to spice > > client's pipe > > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: > sending init > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending msg id 1 : > > str 130.238.96.135 (1) > > 1362648767 DEBUG [7196:5208] > COSpiceX::send_value: sending msg id 2 > > value 5906 > > 1362648767 DEBUG [7196:5208] > COSpiceX::send_value: sending msg id 3 > > value 5907 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending password > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending msg id 11 : > > str IT-Avdelningen-1:%d - Press SHIFT+F12 to > Release Cursor (1) > > 1362648767 DEBUG [7196:5208] > COSpiceX::send_value: sending msg id 10 > > value 1 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending msg id 14 : > > str > release-cursor=shift+f12,__toggle-fullscreen=shift+f11 (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending msg id 5 : > > str > main,inputs,scursor,splayback,__srecord,sdisplay (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending msg id 7 : > > str DEFAULT (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: > sending msg id 8 : > > str > C:\Users\jope\AppData\Local\__Temp\truststore.pem (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: > sending msg id 16 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: > sending msg id 17 > > 1362648767 INFO [7196:5208] > COSpiceX::ExecuteUsbCtrl: USB sharing is > > not requested > > 1362648771 INFO [7196:7480] > COSpiceX::event_thread: exit_code=0 > > error_code=1 > > > ==============================__==============================__==================== > > > > > > And another collegue running CentOS-6.3/Firefox: > > > ==============================__==============================__==================== > > 2013-03-07 09:42:41,651 DEBUG > nsPluginInstance::SetHostIP: > > 130.238.96.132 > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::SetPort: 5900 > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::SetTitle: > > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release > Cursor > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::__SetDynamicMenu: > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::__SetFullScreen: 1 > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::SetPassword: Password > > set > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::__SetNumberOfMonitors: 1 > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::__SetUsbListenPort: 0 > > 2013-03-07 09:42:41,652 DEBUG > nsPluginInstance::__SetAdminConsole: 1 > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetSecurePort: 5901 > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetSSLChannels: > > original channels: > smain,sinputs,scursor,__splayback,srecord,sdisplay > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetSSLChannels: > > modified channels: > main,inputs,cursor,playback,__record,display > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetGuestHostName: > > IT-Avdelningen-2 > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetCipherSuite: > > DEFAULT > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetTrustStore: > > Certificate: > > Data: > > Version: 3 (0x2) > > Serial Number: 15 (0xf) > > Signature Algorithm: sha1WithRSAEncryption > > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > Validity > > Not Before: Sep 26 14:21:06 2012 > > Not After : Sep 25 12:21:06 2022 GMT > > Subject: C=US, O=SLU, > CN=CA-storm.slu.se.80985 > > Subject Public Key Info: > > Public Key Algorithm: rsaEncryption > > Public-Key: (1024 bit) > > Modulus: > > > 00:a2:94:89:18:26:79:49:6b:c6:__28:6c:f2:95:e9: > > > a7:71:00:22:c6:79:c2:9e:10:63:__ef:34:5c:ab:62: > > > 36:a0:7a:84:d0:79:77:4c:9d:3d:__39:8f:97:93:c5: > > > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:__a6:b6:03:45:d4: > > > 76:45:f1:af:99:42:74:07:4c:48:__7d:28:96:31:9e: > > > 88:cf:90:d9:e7:d9:cf:55:a8:bd:__37:a0:8f:f1:26: > > > 89:a9:ab:64:78:a4:02:60:9b:3a:__a7:07:db:6e:75: > > > 32:e5:8f:51:7f:50:02:15:d8:c8:__7b:68:c1:54:e1: > > 9f:c2:d2:cf:53:c3:58:b3:15 > > Exponent: 65537 (0x10001) > > X509v3 extensions: > > X509v3 Subject Key Identifier: > > > > > FE:8F:57:F1:A0:AF:45:36:9F:AC:__C9:6B:EE:F9:D1:3E:18:78:B9:EA > > Authority Information Access: > > CA Issuers - > URI:http://storm.slu.se:80/ca.__crt > > > > > > > X509v3 Authority Key Identifier: > > > > > keyid:FE:8F:57:F1:A0:AF:45:46:__9F:NC:C9:6B:EE:F9:D1:3E:18:78:__B9:EA > > > DirName:/C=US/O=SLU/CN=CA-__storm.slu.se.80985 > > serial:0F > > > > X509v3 Basic Constraints: critical > > CA:TRUE > > X509v3 Key Usage: critical > > Certificate Sign, CRL Sign > > Signature Algorithm: sha1WithRSAEncryption > > > 45:e4:15:23:fa:55:78:89:24:66:__7c:e2:33:41:ea:98:00:12: > > > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:__47:d3:80:9b:c0:78:bc:ab: > > > 61:ae:6d:a1:cf:43:cb:cb:31:2c:__94:72:21:b0:58:f0:8b:69: > > > 0d:c4:73:f2:44:95:52:06:23:6c:__71:7a:9b:fc:5f:98:21:35: > > > 26:e1:a3:bb:65:bb:d2:81:bb:48:__96:99:b7:04:e6:15:af:93: > > > a1:60:e4:bf:05:d3:b0:4b:e4:e2:__4b:21:82:d7:2b:3d:19:ef: > > > a4:5a:23:58:74:ef:1a:80:14:8b:__89:b2:a7:bd:c2:21:66:1f: > > e0:7e > > -----BEGIN CERTIFICATE----- > > > MIIC1DCCAj2gAwIBAgIBDzANBgkqhk__iG9w0BAQUFADA7MQswCQYDVQQGEwJV__UzEM > > > MAoGA1UEChMDU0xVMR4wHAYDVQQDEx__VDQS1zdG9ybS5zbHUuc2UuODA5ODUw__IhcR > > > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMD__kyNTEyMjEwNlowOzELMAkGA1UEBhMC__VVMx > > > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAx__MVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1__MIGf > > > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQ__KBgQCilIkYJnlJa8YobPKV6adxACLG__ecKe > > > EGPvNFyrYjageoTQeXdMnT05j5eTxf__b7Wwv4m63YUy2mtgNF1HZF8a+__ZQnQHTEh9 > > > KJYxnojPkNnn2c9WqL03oI/__xJompq2R4pAJgmzqnB9tudTLlj1F/__UAIV2Mh7aMFU > > > 4Z/__C0s9Tw1izFQIDAQABo4HjMIHgMB0GA__1UdDgQWBBT+j1fxoK9FRp+syWvu+__dE+ > > > GHi56jA5BggrBgEFBQcBAQQtMCswKQ__YIKwYBBQUHMAKGHWh0dHA6Ly9zdG9y__bS5z > > > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIR__cMFqAFP6PV/Ggr0VGn6zJa+__750T4YeLnq > > > oT+__kPTA7MQswCQYDVQQGEwJVUzEMMAoGA__1UEChMDU0xVMR4wHAYDVQQDExVDQS1__z > > > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDw__YDVR0TAQH/BAUwAwEB/__zAOBgNVHQ8BAf8E > > > BAMCAQYwDQYJKoZIhvcNAQEFBQADgY__EAReQVI/__pVeIkkZnziM0HqmAASDCXl5jrH > > > +__PlNg0fTgJvAeLyrYa5toc9Dy8sxLJR__yIbBY8ItpDcRz8kSVUgYjbHF6m/__xfmCE1 > > > JuGju2W70oG7SGaZtwTmFa+__ToWDkvwXTsEvk4kshgtcrPRnvpFojW__HTvGoAUi4my > > p73CIWYf4H4= > > -----END CERTIFICATE----- > > > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::SetHotKeys: > > > release-cursor=shift+f12,__toggle-fullscreen=shift+f11 > > 2013-03-07 09:42:41,653 DEBUG > nsPluginInstance::__SetNoTaskMgrExecution: > > 0 > > 2013-03-07 09:42:41,654 DEBUG > nsPluginInstance::__SetSendCtrlAltDelete: > > 0 > > 2013-03-07 09:42:41,654 DEBUG > nsPluginInstance::__SetUsbAutoShare: 1 > > 2013-03-07 09:42:41,654 DEBUG > nsPluginInstance::__SetUsbFilter: > > > -1,60186,10000,256,1|-1,1118,__245,-1,1|-1,1133,2245,-1,1|-1,__1133,2242,5,1|8,-1,-1,-1,1|7,-__1,-1,-1,1|-1,-1,-1,-1,0 > > 2013-03-07 09:42:41,654 INFO > nsPluginInstance::Connect: > > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > > 2013-03-07 09:42:41,654 INFO > nsPluginInstance::Connect: > > SPICE_FOREIGN_MENU_SOCKET: > /tmp/spicec-scQYmJ/spice-__foreign > > 2013-03-07 09:42:41,655 DEBUG > nsPluginInstance::Connect: Controller > > pid: 10340 > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: > Something went wrong: > > connect error, 2 > > 2013-03-07 09:42:41,655 DEBUG > SpiceController::Connect: Connect Error > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: > Something went wrong: > > connect error, 2 > > 2013-03-07 09:42:41,655 DEBUG > SpiceController::Connect: Connect Error > > 2013-03-07 09:42:41,655 INFO > nsPluginInstance::Connect: > > Launching /usr/libexec/spice-xpi-client > > 2013-03-07 09:42:42,655 DEBUG > SpiceController::Connect: Connected! > > 2013-03-07 09:42:44,723 INFO > nsPluginInstance::Connect: Initiating > > connection with controller > > 2013-03-07 09:42:48,652 DEBUG > nsPluginInstance::__ControllerWaitHelper: > > Controller finished, pid: 10340, exit code: 0 > > 2013-03-07 09:42:48,653 ERROR > nsPluginInstance::__CallOnDisconnected: > > could not get browser window, when trying to call > OnDisconnected > > > ==============================__==============================__==================== > > > > > > If there?s anything we can do to help resolve > this issue once and for > > all, just name it! It so hurts to see this > otherwise great product > > tripping over on it?s face so close to the finish > line:( > > > > Best Regards > > Karli Sj?berg > > _________________________________________________ > > Users mailing list > >Users at ovirt.org > > > >http://lists.ovirt.org/__mailman/listinfo/users > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > > From Karli.Sjoberg at slu.se Wed Mar 13 11:24:15 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 13 Mar 2013 11:24:15 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <51405C57.6040400@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> <51405C57.6040400@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027AD0D@exchange2-1> ons 2013-03-13 klockan 12:00 +0100 skrev Dave Neary: Hi Karli, On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > Hi, > > in the absence of any official path, we have started working out our own > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. Indeed, I have not seen any documentation in the wiki yet on upgrading oVirt - would you be interested in writing up your experiences there as a guide to others? Thanks! Dave. That was my intention to share a working procedure once it was complete but I unfortunately hit a wall at "engine-upgrade". I would be very glad, and able to continue, if that obstacle could be lifted. /Karli -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ernest.Beinrohr at axonpro.sk Wed Mar 13 12:30:59 2013 From: Ernest.Beinrohr at axonpro.sk (Ernest Beinrohr) Date: Wed, 13 Mar 2013 13:30:59 +0100 Subject: [Users] Is it possible to change the DB password for local postgresql? In-Reply-To: <749514208.6481765.1363172250753.JavaMail.root@redhat.com> References: <749514208.6481765.1363172250753.JavaMail.root@redhat.com> Message-ID: <51407183.9090803@axonpro.sk> On 13.03.2013 11:57, Alon Bar-Lev wrote: > You need to change the /etc/sysconfig/ovirt-engine password as well. > You have a script to encode it at /etc/pki/ovirt-engine/encryptpasswd.sh or similar. > Thank you, that worked. From Karli.Sjoberg at slu.se Wed Mar 13 12:46:23 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 13 Mar 2013 12:46:23 +0000 Subject: [Users] HowTo: Spice ActiveX Plugin/Virt Viewer Console on oVirt 3.1 In-Reply-To: References: <2063822397.62059658.1346307725497.JavaMail.root@redhat.com> <503FC715.805@redhat.com> <50403809.2070907@middleswarth.net> <5F9E965F5A80BC468BE5F40576769F091027A389@exchange2-1> <513F2E93.8010000@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027A3E6@exchange2-1> <513F4140.2080205@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027AD8A@exchange2-1> tis 2013-03-12 klockan 16:05 -0500 skrev Dead Horse: Nicely done! I actually ended up cleaning that page up at a later date as well. Also ended up styling it to match the html/CSS I use to replace the stock html and styles with when I re-brand things. - DHC Well, you?re far too kind, it?s more of a hack-job really. I mean, standards compliance, what?s that?;) But at least it renders the same on many different OS's and browsers, most importantly Win/IE, and I put in additional fixes to make it look the same on iOS and Android as well. /usr/share/ovirt-engine/engine.ear/root.war/spice.html: http://pastebin.com/7UPxKqvW /usr/share/ovirt-engine/engine.ear/root.war/spice.css: http://pastebin.com/XRejaAgs -------------- next part -------------- An HTML attachment was scrubbed... URL: From asegurap at redhat.com Wed Mar 13 12:58:01 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 13 Mar 2013 08:58:01 -0400 (EDT) Subject: [Users] Host installation problems. Brigde In-Reply-To: Message-ID: <52362269.6525650.1363179481836.JavaMail.root@redhat.com> Great to hear it! ----- Original Message ----- > From: "Christer Olsen" > To: "Alon Bar-Lev" > Cc: "oVirt Mailing List" > Sent: Wednesday, March 13, 2013 9:57:04 AM > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > I have solved it :) > > > The problem was due to eth0 static IP not beeing set and > misconfigured /etc/hosts > > > I have it up and running and all is good :D > > Kind regards > Christer > > > > > > > > > On Tue, Mar 12, 2013 at 6:19 PM, Christer Olsen < > christer.r.olsen at gmail.com > wrote: > > > > > > Ok. one last go at it. > > > But I do not have the possibility to access it at the moment after > testing the changes, as it kicked me out (even remote locally only > gets host unreachable) so it will have to wait until I can go to the > location at hand. > > I will send you the specified cfg's and logs as soon as possible. > > Thanks. > > > > > > > > > > > > > On Tue, Mar 12, 2013 at 6:07 PM, Alon Bar-Lev < alonbl at redhat.com > > wrote: > > > Please attach: > 1. /etc/sysconfig/network-scripts/ifcfg-* > 2. /tmp/vdsm-bootstrap-*.log > 3. On engine: rpm -q ovirt-engine > 4. On engine: rpm -q vdsm-bootstrap > > Thanks. > > > ----- Original Message ----- > > From: "Christer Olsen" < christer.r.olsen at gmail.com > > > > > To: "Alex Leonhardt" < alex.tuxx at gmail.com > > > Cc: "oVirt Mailing List" < users at ovirt.org > > > Sent: Tuesday, March 12, 2013 7:05:35 PM > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > > > I've tried dhcp, static and so forth. > > > > I've tried with two nics (eth0 and eth1) > > > > > > I'm now done trying to find a solution. This is not worth the time > > I'm afraid. (been trying for 8 days) > > > > > > Please see this topic as ended. I will find other solutions. > > > > > > Thank you for your time. > > > > > > > > > > Kind regards > > Christer > > > > > > > > > > On Tue, Mar 12, 2013 at 4:30 PM, Alex Leonhardt < > > alex.tuxx at gmail.com > > > wrote: > > > > > > > > > > did you try to just setting the ovirtmgmt interface to DHCP ? > > > > > > alex > > > > > > > > > > > > > > On 12 March 2013 15:28, Alex Leonhardt < alex.tuxx at gmail.com > > > wrote: > > > > > > > > > > in the log: > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge Failed > > to > > add ovirtmgmt bridge out=Specified netmask or gateway but not ip > > > > > > check you have > > > > DEVICE= > > IPADDR= > > NETMAKS= > > TYPE= > > > > as a minimum in ifcfg-ovirtmgmt > > > > > > > > and that ifcfg-eth0 has > > > > > > BRIDGE=ovirtmgmt > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > On 12 March 2013 15:25, Antoni Segura Puimedon < > > asegurap at redhat.com > > > wrote: > > > > > > Could you attach the /etc/sysconfig/network-scripts/ifcfg-* > > files? > > > > > > > > ----- Original Message ----- > > > From: "Christer Olsen" < christer.r.olsen at gmail.com > > > > To: users at ovirt.org > > > Sent: Tuesday, March 12, 2013 4:14:05 PM > > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > > > > > It seems i sent the log file to only one person. > > > Here is the complete log file. > > > http://pastebin.com/5VYg4DFs > > > > > > > > > > > > On Tue, Mar 12, 2013 at 4:13 PM, Christer Olsen < > > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Mar 12, 2013 at 4:12 PM, Christer Olsen < > > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > > > Does anyone have a clue what i might need to do ? > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 4:55 PM, Christer Olsen < > > > christer.r.olsen at gmail.com > wrote: > > > > > > > > > > > > Here is the complete log file. > > > > > > http://pastebin.com/5VYg4DFs > > > > > > > > > > > > > > > > > > > > > On Mon, Mar 11, 2013 at 10:31 AM, Antoni Segura Puimedon < > > > asegurap at redhat.com > wrote: > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Dan Kenigsberg" < danken at redhat.com > > > > > To: "Christer Olsen" < christer.r.olsen at gmail.com > > > > > Cc: users at ovirt.org > > > > Sent: Monday, March 11, 2013 10:18:13 AM > > > > Subject: Re: [Users] Host installation problems. Brigde > > > > > > > > On Sun, Mar 10, 2013 at 07:30:15PM +0100, Christer Olsen wrote: > > > > > I'm having issues with installing host in oVirt. > > > > > > > > > > > > > > > Manager reports: > > > > > Failed to install Host localhost. Step: SetNetworking; > > > > > Details: > > > > > addNetwork > > > > > error trying to add management bridge. > > > > > > > > Which version of ovirt are you using? ovirt-3.2 should be using > > > > ovirt-host-deploy, which has differently-looking logs, and > > > > hopefully > > > > less bugs. > > > > > > According to the repo he listed, ovirt-3.1, as seen in: > > > > > > http://dev.centos.org/centos/6/ovirt/x86_64/RPMS/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > *** LOG *** > > > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 517 getAddress > > > > > Entry. > > > > > url= > > > > > http://10.1.1.30:22020/Components/vds/ > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 539 getAddress > > > > > return. > > > > > address=10.1.1.30 port=22020 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 957 makeBridge > > > > > begin. > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 424 _getMGTIface: > > > > > read host > > > > > name: 10.1.1.30 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 431 _getMGTIface: > > > > > using host > > > > > name 10.1.1.30 strIP= 10.1.1.30 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 437 _getMGTIface > > > > > IP=10.1.1.30 > > > > > strIface=eth0 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 997 makeBridge > > > > > found > > > > > the > > > > > following bridge paramaters: ['NAME=', 'BOOTPROTO=dhcp', $ > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 135 > > > > > ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', > > > > > 'NAME=', > > > > > 'BOOTPROT$ > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 143 Specified > > > > > netmask > > > > > or > > > > > gateway but not ip > > > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 144 > > > > > WARNING:root:options > > > > > IPADDR is deprecated. Use ipaddr instead > > > > > WARNING:root:options NETMASK is deprecated. Use netmask > > > > > instead > > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > > instead > > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > > Traceback (most recent call last): > > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > > > > > > > main() > > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > > addNetwork(bridge, **kwargs) > > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > > addNetwork > > > > > bridged=bridged, **options) > > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > > _addNetworkValidation > > > > > "Specified netmask or gateway but not ip") > > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but > > > > > not > > > > > ip') > > > > > > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1037 makeBridge > > > > > Failed to add > > > > > ovirtmgmt bridge out=Specified netmask or gateway bu$ > > > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr > > > > > instead > > > > > WARNING:root:options NETMASK is deprecated. Use netmask > > > > > instead > > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > > instead > > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > > Traceback (most recent call last): > > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > > > > > > > main() > > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > > addNetwork(bridge, **kwargs) > > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > > addNetwork > > > > > bridged=bridged, **options) > > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > > _addNetworkValidation > > > > > "Specified netmask or gateway but not ip") > > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but > > > > > not > > > > > ip') > > > > > > > > > > ret=22 > > > > > Sun, 10 Mar 2013 19:19:30 ERROR deployUtil 1052 makeBridge > > > > > errored: > > > > > out=Specified netmask or gateway but not ip > > > > > > > > > > err=WARNING:root:options IPADDR is deprecated. Use ipaddr > > > > > instead > > > > > WARNING:root:options NETMASK is deprecated. Use netmask > > > > > instead > > > > > WARNING:root:options BOOTPROTO is deprecated. Use bootproto > > > > > instead > > > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > > > Traceback (most recent call last): > > > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in > > > > > > > > > > main() > > > > > File "/usr/share/vdsm/configNetwork.py", line 1427, in main > > > > > addNetwork(bridge, **kwargs) > > > > > File "/usr/share/vdsm/configNetwork.py", line 890, in > > > > > addNetwork > > > > > bridged=bridged, **options) > > > > > File "/usr/share/vdsm/configNetwork.py", line 823, in > > > > > _addNetworkValidation > > > > > "Specified netmask or gateway but not ip") > > > > > ConfigNetworkError: (22, 'Specified netmask or gateway but > > > > > not > > > > > ip') > > > > > > > > > > ret=22 > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG deployUtil 1055 makeBridge > > > > > return. > > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 729 addNetwork > > > > > error > > > > > trying to add management bridge > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 278 > > > > component='SetNetworking' status='FAIL' message='addNetwork > > > > > error > > > > > t$ > > > > > Sun, 10 Mar 2013 19:19:30 ERROR vds_bootstrap 1023 > > > > > setNetworking > > > > > test > > > > > failed > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1140 > > > > component='RHEV_INSTALL' status='FAIL'/> > > > > > Sun, 10 Mar 2013 19:19:30 DEBUG vds_bootstrap 1142 **** End > > > > > VDS > > > > > Validation **** > > > > > > > > > > > > > > > *** END LOG *** > > > > > > > > > > > > > > > > > > > > I have tried googling myself to an answer, and i have tried > > > > > finding > > > > > it out > > > > > myself but with no luck. > > > > > > > > > > > > > > > (the host is the same one as the engine is running on) > > > > > > > > > > Please, any help would be appreciated. > > > > > > > > > > > > > > > Kind regards > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > > > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > > > -- > > > > > > | RHCE | Sen Sys Engineer / Platform Architect | www.vcore.co | > > | www.vsearchcloud.com | > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From emesika at redhat.com Wed Mar 13 14:41:29 2013 From: emesika at redhat.com (Eli Mesika) Date: Wed, 13 Mar 2013 10:41:29 -0400 (EDT) Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <51405CBD.6030706@redhat.com> Message-ID: <117921788.7347475.1363185689232.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dave Neary" > To: "Eli Mesika" > Cc: "Karli Sj?berg" , "Juan Hernandez" , users at ovirt.org > Sent: Wednesday, March 13, 2013 1:02:21 PM > Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 > > Hi Eli, > > On 03/11/2013 03:17 PM, Eli Mesika wrote: > > Please make sure to upgrade to latest 3.1.z before upgrading to 3.2 > > Would you mind explaining why? It's funny that I would need to > upgrade > in 2 steps: Update 3.1 to tip of branch, then upgrade to 3.2. > > Were there any database schema changes withing the 3.1.* releases? There we some bugs that were related only to 3.1 and therefore fixed only on the 3.1 repository. I had consulted on that with Barak and I have been told that it is OK to ask to upgrade to latest 3.1.z before upgrading to 3.2 If this is wrong from your POV, please open a discussion on engine-devel and I will be glad to follow any new directions requested by the community. > > Thanks, > Dave. > > -- > Dave Neary - Community Action and Impact > Open Source and Standards, Red Hat - http://community.redhat.com > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > From mburns at redhat.com Wed Mar 13 14:58:33 2013 From: mburns at redhat.com (Mike Burns) Date: Wed, 13 Mar 2013 10:58:33 -0400 Subject: [Users] oVirt Weekly Meeting Minutes -- 2013-03-13 Message-ID: <51409419.9050703@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-13-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-13-14.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-13-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-13-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:26) * Agenda (mburns, 14:00:38) * Release Process and updates (mburns, 14:00:47) * Workshops and Conferences (mburns, 14:00:57) * Sub Project Reports (mburns, 14:01:04) * Other Topics (mburns, 14:01:10) * 3.3 Release Planning and Release Process (mburns, 14:03:27) * discussions about the release process and revamping it are ongoing on board@ and arch@ (mburns, 14:03:57) * decisions hopefully will be made in the next week or so (mburns, 14:05:03) * not sure how much more we can do w.r.t. the release planning without the process defined (mburns, 14:05:33) * if you have input on the process or schedule or anything else, please either speak up now or reply to the thread on the mailing list (mburns, 14:06:52) * 3.2.1 Update release and EL6 builds (mburns, 14:07:27) * 3.2.1 build is ready (mburns, 14:09:33) * .el6 build is in the works (mburns, 14:09:41) * plan to be posted later today after some sanity testing (mburns, 14:09:52) * ACTION: oschreib to upload builds to ovirt.org (mburns, 14:11:33) * ACTION: mburns to make sure they're in the right places and send announcement (mburns, 14:11:57) * ACTION: mburns to upload new cli and sdk packages that were sent privately... (mburns, 14:14:19) * Conferences and Workshops (mburns, 14:29:34) * LINK: http://www.ovirt.org/Intel_Workshop_May_2013 (theron, 14:30:55) * Rydekull gave a presentation on oVirt (mburns, 14:31:01) * went well and drew new users into the project (mburns, 14:31:11) * CFP for Shanghai announced, still looking for submissions (mburns, 14:31:27) * registration is open (mburns, 14:31:58) * location is set and hotels are available (mburns, 14:32:12) * Dates: 8-9 May 2013 (mburns, 14:32:25) * shuttle buses available between the hotel and the event in morning in evening (mburns, 14:33:23) * work underway on marketing, intel working on it as well (mburns, 14:33:40) * if you're planning on attending, you should start working on visa issues NOW (mburns, 14:34:02) * contact theron with questions (mburns, 14:34:14) * if you need an invitation for your visa, please contact theron (mburns, 14:36:02) * watch http://www.ovirt.org/Intel_Workshop_May_2013 for more info (mburns, 14:38:07) * preliminary work started on open virt/open cloud event in SFO for later this summer (mburns, 14:40:01) * marketing working group will be forming (mburns, 14:40:14) * Sub Project Report -- Infra (mburns, 14:42:20) * nothing new from infra (mburns, 14:48:51) * still waiting on el6 packages (mburns, 14:49:14) * Other Topics (mburns, 14:49:47) * just a reminder, please comment on changes to the release process on the mailing list (mburns, 14:52:23) * some updates to the release management page (mburns, 14:54:06) * LINK: http://wiki.ovirt.org/OVirt_3.3_release-management (mburns, 14:54:11) * new feature pages have started to appear (mburns, 14:54:24) Meeting ended at 14:57:46 UTC. Action Items ------------ * oschreib to upload builds to ovirt.org * mburns to make sure they're in the right places and send announcement * mburns to upload new cli and sdk packages that were sent privately... Action Items, by person ----------------------- * mburns * mburns to make sure they're in the right places and send announcement * mburns to upload new cli and sdk packages that were sent privately... * oschreib * oschreib to upload builds to ovirt.org * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (94) * theron (22) * oschreib (18) * Rydekull (6) * apuimedo (6) * ovirtbot (5) * eedri (4) * fsimonce (4) * doron_ (3) * masayag (3) * vincent_vdk (2) * jb_netapp (1) * msalem (1) * dneary (0) * quaid (0) * ewoud (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From dneary at redhat.com Wed Mar 13 15:02:37 2013 From: dneary at redhat.com (Dave Neary) Date: Wed, 13 Mar 2013 16:02:37 +0100 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <117921788.7347475.1363185689232.JavaMail.root@redhat.com> References: <117921788.7347475.1363185689232.JavaMail.root@redhat.com> Message-ID: <5140950D.2020208@redhat.com> Hi Eli, On 03/13/2013 03:41 PM, Eli Mesika wrote: >> On 03/11/2013 03:17 PM, Eli Mesika wrote: >>> Please make sure to upgrade to latest 3.1.z before upgrading to 3.2 >> >> Would you mind explaining why? It's funny that I would need to >> upgrade >> in 2 steps: Update 3.1 to tip of branch, then upgrade to 3.2. >> >> Were there any database schema changes withing the 3.1.* releases? > > There we some bugs that were related only to 3.1 and therefore fixed only on the 3.1 repository. > I had consulted on that with Barak and I have been told that it is OK to ask to upgrade to latest 3.1.z before upgrading to 3.2 > If this is wrong from your POV, please open a discussion on engine-devel and I will be glad to follow any new directions requested by the community. Of course it's OK to ask :-) I think it's OK to ask why, also. I'm just wondering if there is some reason why an upgrade might work better from 3.1 branch tim than from the 3.1 release (or 3.1.1 if there was one, but I don't remember it). Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From libosvar at redhat.com Wed Mar 13 15:45:21 2013 From: libosvar at redhat.com (Jakub Libosvar) Date: Wed, 13 Mar 2013 16:45:21 +0100 Subject: [Users] Obtaining running tasks via API Message-ID: <51409F11.3080601@redhat.com> Hi all, is there a way how I could obtain async tasks via REST-API? Something similar to Tasks tab at the bottom pane in webadmin. Thank you for answers, Kuba From adrian.gibanel at btactic.com Wed Mar 13 15:53:02 2013 From: adrian.gibanel at btactic.com (Adrian Gibanel) Date: Wed, 13 Mar 2013 16:53:02 +0100 (CET) Subject: [Users] How to make oVirt I/O write faster than Virtualbox and others? In-Reply-To: <1618903701.3646629.1362640135970.JavaMail.root@redhat.com> References: <1618903701.3646629.1362640135970.JavaMail.root@redhat.com> Message-ID: <4002774.639.1363189976577.JavaMail.adrian@adrianworktop> ----- Mensaje original ----- > De: "Yaniv Kaul" > Para: "Adrian Gibanel" > CC: "users" > Enviados: Jueves, 7 de Marzo 2013 8:08:55 > Asunto: Re: [Users] How to make oVirt I/O write faster than > Virtualbox and others? > ----- Original Message ----- > > > > Every benchmark out there features KVM as the best virtualisation > > technology. Even in the I/O write category. My results with oVirt > > are deceiving. So I'm going to explain my test machine, setup and > > ask your for advice to find out what's wrong. Any more data you > > need please ask for it. I like oVirt mostly because of its > > datacentre-aware web manager. But if it gets unusable I would have > > to take a look at other systems. > > Some random questions: > > > > * Is it a problem that sandbridge architecture is being detected as > > an Intel Conroe architecture? > > * Is there any easy way to test aio=native in oVirt when running > > virtual machines just for testing it? > Our testing showed that aio=threads works better for file-based > storage (vs. aio=native for block storage). > > * Should I test oVirt 3.2? Is there any improvement in I/O writing? > Probably not, but you should try with oVirt 3.2 nevertheless, for the > wealth of other features that might be useful now or later (direct > LUN for example). Interesting. > > * What about Fedora 18? Any improvements in I/O writing or, I don't > > know, the Virtio system? > Probably a newer QEMU and KVM can provide better performance. Did not > go through the complete changelog to verify it. Ok. > > * Any ovirt-node package for Debian/Ubuntu? The wiki seems like a > > draft (http://www.ovirt.org/Ovirt_build_on_debian/ubuntu). > > * Any I/O write consuming package that I should remove from stock > > Fedora just before installing it from the web manager? > > > > So... Any idea? > I'd start with comparing the complete QEMU command line between the > instances. I don't think it's only the -cpu that'll affect the > performance (unless the test is CPU bound?). Specifically, what > about the cache= setting? We use, for data safety, cache=none. That's what I did in the proxmox's manually run qemus. Some news: --------------------- Although I haven't done a proper check I think it has improved a lot by disabling cpu scaling and letting performance Take a look at: http://forums.fedoraforum.org/showthread.php?t=272109 Proxmox with direct LV as a hard disk is still faster but that makes sense because oVirt 3.1 only worked with files in filesystem and not with LVs. Maybe that 3.2 direct LUN support implies also LV support. -- -- Adri?n Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d?imprimir aquest missatge, pensa en el medi ambient. El medi ambient ?s cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos ?s confidencial. Si no en sou el destinatari, us fem saber que est? prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autoritzaci? corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que est? prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorizaci?n correspondiente. Si han recibido este mensaje por error, les agradecer?amos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . From tnisan at redhat.com Wed Mar 13 16:49:05 2013 From: tnisan at redhat.com (Tal Nisan) Date: Wed, 13 Mar 2013 18:49:05 +0200 Subject: [Users] iSCSI Storage mirror In-Reply-To: <513BAC65.1070900@gmail.com> References: <513BAC65.1070900@gmail.com> Message-ID: <5140AE01.4080506@redhat.com> As for the oVirt point of view, oVirt does not support storage mirroring out of the box unless it used with Gluster FS As for the iSCSI mirroring, what exactly do you mean by mirroring? If you refer to replication then you should probably use Gluster for that matter, if not, can you please send me the actions you are to do manually to try and achieve this mirroring so I can understand better On 03/09/2013 11:40 PM, Jaco wrote: > Hi guys, > > Got my system (3.2 on CentOS 6.3 - PoC lab v.0.99999) working fairly > OK, with a few issues that's of concern to me. > > I've now started using iSCSI storage, but kept running into an issue > where the VM's would go into a paused state. > > A bit of digging in the logs show that it's because of a timeout issue > talking to the iSCSI server/target, which for me raises the spectre of > potential corruption, especially under load. > Couldn't understand how this was possible, as I went out & bought some > dedicated hardware to set up a totally separate & isolated "storage" > network, but ended up simply running a cross-over UTP between the > machines (process-of-elimination & all that), but the issue persisted. > This morning I found that one of the mirrored drives started failing, > so (until I've replaced the drive & discovered otherwise) I suspect > that may be the possible cause of the issue. > > What occurred to me last night, as this thing was keeping me awake, is > that this might not be the *best* course of action, and started > thinking that maybe another way of doing it, especially since oVirt > does some fairly low-level LVM stuff, is to rather store the VM's on a > local drive, get far better IOPS than I could hope for with iSCSI over > GBE, and rather set up the iSCSI to mirror the local device. > That way the data is still available on the target in the event a > fail-over/migration needs to take place, but that I'm reducing the > risks a bit while improving overall performance. > > Is there a way to do this via oVirt, or would I have to do it manually > by setting up storage locally & set up the mirroring via iSCSI > manually as an OS-level? > And if so, what would I be looking for & what sort of caveats would I > have to keep in mind in order to make this setup suitable for use by > multiple hosts in the event a (live-)migration needs to take place? > (I'm pretty new at the iSCSI-thing & LVM knowledge is just passable) > > I'd appreciate anyone's insights into this subject > > Kind regards > > - Jaco > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From wdh at dds.nl Wed Mar 13 17:21:36 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Wed, 13 Mar 2013 18:21:36 +0100 Subject: [Users] Cluster corosync mulicast issue Message-ID: <5140B5A0.9070604@dds.nl> Hi all, I have no idea if it is ovirt related, nevertheless I give it a try. Playing around with Red Hat Clustering I created a 3 node cluster. It seems to works fine, but after changing a couple of things /var/log/messages is flooding with warnings like: Mar 13 18:13:58 node3 corosync[1560]: [TOTEM ] Retransmit List: 9b 9c 88 8a 8b 8e 8f 90 91 92 93 94 95 96 97 98 99 9a Mar 13 18:13:58 node3 corosync[1560]: [TOTEM ] Retransmit List: 9b 9c 88 8a 8b 8e 8f 90 91 92 93 94 95 96 97 98 99 9a Mar 13 18:13:58 node3 corosync[1560]: [TOTEM ] Retransmit List: 9b 9c 88 8a 8b 8e 8f 90 91 92 93 94 95 96 97 98 99 9a It seems multicast related, which all seems fine: [root at node1 ~]# netstat -g IPv6/IPv4 Group Memberships Interface RefCnt Group --------------- ------ --------------------- lo 1 all-systems.mcast.net eth0 1 239.192.7.246 eth0 1 all-systems.mcast.net eth1 1 all-systems.mcast.net Testing with omping works well. OK, I'm using home hardware, but the 3 nodes are doing virtually nothing. It's on one local network, using local storage etc. Anyone familiar with this problem? That is: after some "heavy" multicasting packages seem not to arrive. It might be an virtio network thing, ovirt...? From jembe65 at gmail.com Wed Mar 13 18:34:05 2013 From: jembe65 at gmail.com (John Baldwin) Date: Wed, 13 Mar 2013 14:34:05 -0400 Subject: [Users] Mint13 32bit VM crashing after Latest Centos6.3 64bit patching Message-ID: A significant amount of patches were installed recently on a my lab CentOS 6.3 64bit Host. Many "cr" patches installed which I believe contain what will be part of the soon to release CentOS 6.4. Booting from Virtual CD images Mint13 32bit Mate install crashes with a qemu dump. The Mint 14 32 bit mate image boots up with no issues. Doing a strings on the core dump show the following code: /lib64/ld-linux-x86-64.so.2 {)V]U| .gdbinit Recursive internal problem. Is this a known issue. I can provide more debug info if this would be worth checking out John Baldwin Sr. Unix Systems Administrator, Clearwater, FL -------------- next part -------------- An HTML attachment was scrubbed... URL: From ubuntumuntu at gmail.com Wed Mar 13 18:36:26 2013 From: ubuntumuntu at gmail.com (Jaco) Date: Thu, 14 Mar 2013 07:36:26 +1300 Subject: [Users] iSCSI Storage mirror In-Reply-To: <5140AE01.4080506@redhat.com> References: <513BAC65.1070900@gmail.com> <5140AE01.4080506@redhat.com> Message-ID: <5140C72A.9010106@gmail.com> Hi Tal, Thanks for the reply. The process I was considering following was something like this: http://koo.fi/blog/2009/06/10/redundant-iscsi-storage-for-linux/ Write my VM images to a local disk & then use an iSCSI target to maintain a copy in the event that the host goes offline, or if I otherwise need to do a migration. I have been looking into GlusterFS (another system I have little knowledge or experience of), and I believe that it's more of a network-based highly-available & -resilient system than one designed for performance. I'm also a little loathe at this late stage of my build to introduce more subsystems that'll to be planned for, troubleshooted & maintained - I'm not so sure my existing setup will have good support for it anyway. It is certainly something worth-while to consider, but just not at this stage (probably v.2 of my deployment). I hope this answers your questions. Kind regards - Jaco On 13/3/14 5:49 , Tal Nisan wrote: > As for the oVirt point of view, oVirt does not support storage > mirroring out of the box unless it used with Gluster FS > As for the iSCSI mirroring, what exactly do you mean by mirroring? If > you refer to replication then you should probably use Gluster for that > matter, if not, can you please send me the actions you are to do > manually to try and achieve this mirroring so I can understand better > > On 03/09/2013 11:40 PM, Jaco wrote: >> Hi guys, >> >> Got my system (3.2 on CentOS 6.3 - PoC lab v.0.99999) working fairly >> OK, with a few issues that's of concern to me. >> >> I've now started using iSCSI storage, but kept running into an issue >> where the VM's would go into a paused state. >> >> A bit of digging in the logs show that it's because of a timeout >> issue talking to the iSCSI server/target, which for me raises the >> spectre of potential corruption, especially under load. >> Couldn't understand how this was possible, as I went out & bought >> some dedicated hardware to set up a totally separate & isolated >> "storage" network, but ended up simply running a cross-over UTP >> between the machines (process-of-elimination & all that), but the >> issue persisted. >> This morning I found that one of the mirrored drives started failing, >> so (until I've replaced the drive & discovered otherwise) I suspect >> that may be the possible cause of the issue. >> >> What occurred to me last night, as this thing was keeping me awake, >> is that this might not be the *best* course of action, and started >> thinking that maybe another way of doing it, especially since oVirt >> does some fairly low-level LVM stuff, is to rather store the VM's on >> a local drive, get far better IOPS than I could hope for with iSCSI >> over GBE, and rather set up the iSCSI to mirror the local device. >> That way the data is still available on the target in the event a >> fail-over/migration needs to take place, but that I'm reducing the >> risks a bit while improving overall performance. >> >> Is there a way to do this via oVirt, or would I have to do it >> manually by setting up storage locally & set up the mirroring via >> iSCSI manually as an OS-level? >> And if so, what would I be looking for & what sort of caveats would I >> have to keep in mind in order to make this setup suitable for use by >> multiple hosts in the event a (live-)migration needs to take place? >> (I'm pretty new at the iSCSI-thing & LVM knowledge is just passable) >> >> I'd appreciate anyone's insights into this subject >> >> Kind regards >> >> - Jaco >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From jhorne at skopos.us Wed Mar 13 18:51:35 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Wed, 13 Mar 2013 18:51:35 +0000 Subject: [Users] management server very slow lately Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> Hello, lately my manager server web interface is extremely sluggish. Perhaps the server is ready for a reboot? My management server is also the hosts of my NFS export and ISO mounts. Is there a prescribed method for rebooting when I am also providing NFS services from the management server? My assumption is that aside from NFS, I should be able to reboot the management serve and the nodes and virtual machines will be fine in the mean time? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhorne at skopos.us Wed Mar 13 19:45:58 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Wed, 13 Mar 2013 19:45:58 +0000 Subject: [Users] Export domain Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> What would happen if the export domain (via NFS) was extended (say, while the server was doing a reboot?) id like to extend the space of my export domain from 200 to 500GB (with lvm commands). How will ovirt react to finding the size of the export domain changed? Pleased or unpleased? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Wed Mar 13 20:03:39 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 13 Mar 2013 22:03:39 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130311103451.GF27440@redhat.com> References: <20130310073450.GC26454@redhat.com> <45579377.12020578.1362996596616.JavaMail.root@redhat.com> <20130311103451.GF27440@redhat.com> Message-ID: <20130313200339.GD17480@redhat.com> On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote: > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam wrote: > > > > >>>Rob, > > > > >>> > > > > >>>It seems that a bug in vdsm code is hiding the real issue. > > > > >>>Could you do a > > > > >>> > > > > >>> sed -i s/ParseError/ElementTree.ParseError > > > > >>> /usr/share/vdsm/gluster/cli.py > > > > >>> > > > > >>>restart vdsmd, and retry? > > > > >>> > > > > >>>Bala, would you send a patch fixing the ParseError issue (and > > > > >>>adding a Ok, both issues have fixes which are in the ovirt-3.2 git branch. I believe this deserves a respin of vdsm, as having an undeclated requirement is impolite. Federico, Mike, would you take care for that? Dan. From fsimonce at redhat.com Wed Mar 13 20:10:56 2013 From: fsimonce at redhat.com (Federico Simoncelli) Date: Wed, 13 Mar 2013 16:10:56 -0400 (EDT) Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <20130313200339.GD17480@redhat.com> Message-ID: <150610356.14529239.1363205456063.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Balamurugan Arumugam" , "Federico Simoncelli" , "Mike Burns" > > Cc: "Rob Zwissler" , users at ovirt.org, arch at ovirt.org, "Aravinda VK" , "Ayal > Baron" > Sent: Wednesday, March 13, 2013 9:03:39 PM > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3 > > On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote: > > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam > > wrote: > > > > > >>>Rob, > > > > > >>> > > > > > >>>It seems that a bug in vdsm code is hiding the real issue. > > > > > >>>Could you do a > > > > > >>> > > > > > >>> sed -i s/ParseError/ElementTree.ParseError > > > > > >>> /usr/share/vdsm/gluster/cli.py > > > > > >>> > > > > > >>>restart vdsmd, and retry? > > > > > >>> > > > > > >>>Bala, would you send a patch fixing the ParseError issue > > > > > >>>(and > > > > > >>>adding a > > Ok, both issues have fixes which are in the ovirt-3.2 git branch. > I believe this deserves a respin of vdsm, as having an undeclated > requirement is impolite. > > Federico, Mike, would you take care for that? Since we're at it... I have the feeling that this might be important enough to be backported to 3.2 too: http://gerrit.ovirt.org/#/c/12178/ -- Federico From abaron at redhat.com Wed Mar 13 20:19:26 2013 From: abaron at redhat.com (Ayal Baron) Date: Wed, 13 Mar 2013 16:19:26 -0400 (EDT) Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <150610356.14529239.1363205456063.JavaMail.root@redhat.com> Message-ID: <655417114.7612086.1363205966504.JavaMail.root@redhat.com> ----- Original Message ----- > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Balamurugan Arumugam" , "Federico > > Simoncelli" , "Mike Burns" > > > > Cc: "Rob Zwissler" , users at ovirt.org, > > arch at ovirt.org, "Aravinda VK" , "Ayal > > Baron" > > Sent: Wednesday, March 13, 2013 9:03:39 PM > > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3 > > > > On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote: > > > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam > > > wrote: > > > > > > >>>Rob, > > > > > > >>> > > > > > > >>>It seems that a bug in vdsm code is hiding the real > > > > > > >>>issue. > > > > > > >>>Could you do a > > > > > > >>> > > > > > > >>> sed -i s/ParseError/ElementTree.ParseError > > > > > > >>> /usr/share/vdsm/gluster/cli.py > > > > > > >>> > > > > > > >>>restart vdsmd, and retry? > > > > > > >>> > > > > > > >>>Bala, would you send a patch fixing the ParseError issue > > > > > > >>>(and > > > > > > >>>adding a > > > > Ok, both issues have fixes which are in the ovirt-3.2 git branch. > > I believe this deserves a respin of vdsm, as having an undeclated > > requirement is impolite. > > > > Federico, Mike, would you take care for that? > > Since we're at it... I have the feeling that this might be important > enough to be backported to 3.2 too: > > http://gerrit.ovirt.org/#/c/12178/ > Without a doubt! > -- > Federico > From mpastern at redhat.com Wed Mar 13 19:35:08 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Wed, 13 Mar 2013 21:35:08 +0200 Subject: [Users] Obtaining running tasks via API In-Reply-To: <51409F11.3080601@redhat.com> References: <51409F11.3080601@redhat.com> Message-ID: <5140D4EC.5040004@redhat.com> Hi Kuba, I believe you're referring to the executing "tasks" and not to the async tasks, this feature is yet not exposed via api, async tasks however, exist in api and returned in action response when it's executed in the async mode. On 03/13/2013 05:45 PM, Jakub Libosvar wrote: > Hi all, > > is there a way how I could obtain async tasks via REST-API? Something similar to Tasks tab at the bottom pane in webadmin. > > Thank you for answers, > Kuba > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Michael Pasternak RedHat, ENG-Virtualization R&D From danken at redhat.com Wed Mar 13 20:28:57 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 13 Mar 2013 22:28:57 +0200 Subject: [Users] oVirt 3.2 on CentOS with Gluster 3.3 In-Reply-To: <150610356.14529239.1363205456063.JavaMail.root@redhat.com> References: <20130313200339.GD17480@redhat.com> <150610356.14529239.1363205456063.JavaMail.root@redhat.com> Message-ID: <20130313202857.GE17480@redhat.com> On Wed, Mar 13, 2013 at 04:10:56PM -0400, Federico Simoncelli wrote: > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Balamurugan Arumugam" , "Federico Simoncelli" , "Mike Burns" > > > > Cc: "Rob Zwissler" , users at ovirt.org, arch at ovirt.org, "Aravinda VK" , "Ayal > > Baron" > > Sent: Wednesday, March 13, 2013 9:03:39 PM > > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3 > > > > On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote: > > > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam > > > wrote: > > > > > > >>>Rob, > > > > > > >>> > > > > > > >>>It seems that a bug in vdsm code is hiding the real issue. > > > > > > >>>Could you do a > > > > > > >>> > > > > > > >>> sed -i s/ParseError/ElementTree.ParseError > > > > > > >>> /usr/share/vdsm/gluster/cli.py > > > > > > >>> > > > > > > >>>restart vdsmd, and retry? > > > > > > >>> > > > > > > >>>Bala, would you send a patch fixing the ParseError issue > > > > > > >>>(and > > > > > > >>>adding a > > > > Ok, both issues have fixes which are in the ovirt-3.2 git branch. > > I believe this deserves a respin of vdsm, as having an undeclated > > requirement is impolite. > > > > Federico, Mike, would you take care for that? > > Since we're at it... I have the feeling that this might be important > enough to be backported to 3.2 too: > > http://gerrit.ovirt.org/#/c/12178/ Yes, it is quite horrible. Could you include that, too? From deadhorseconsulting at gmail.com Wed Mar 13 20:55:11 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Wed, 13 Mar 2013 15:55:11 -0500 Subject: [Users] Userportal SPICE Woes In-Reply-To: <5F9E965F5A80BC468BE5F40576769F091027AAD8@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102773F5@exchange2-1> <1362660721.2561.50.camel@cihla.usersys.redhat.com> <5F9E965F5A80BC468BE5F40576769F0910277F0E@exchange2-1> <7DDC30B7-10AF-4010-BB30-BF6035F31D19@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027AAD8@exchange2-1> Message-ID: The hosts are setup to use secure connection so they will definitely whack out for sure. What you can do is to place the hosts into maintenance. Then make the dbase changes then restart the engine and re-add the hosts so they get configured properly with the new changes. - DHC On Wed, Mar 13, 2013 at 1:56 AM, Karli Sj?berg wrote: > ** > tis 2013-03-12 klockan 16:38 -0500 skrev Dead Horse: > > Remote console access IMHO is still a very weak point in ovirt/RHEV. SPICE > is a very nice protocol but IMHO is in dire need of a platform independent > client and tighter integration into the user and web portals. Something I > have done to workaround issues like these is to disable spice certificate > checking and SSL. > > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'UseSecureConnectionWithServers'" > psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name ='EnableSpiceRootCertificateValidation' > - DHC > > I tried those modifications to the database and restarted the engine > which became very upset about it and couldn?t establish connections with > any Hosts. I imagine I?d have to go around all config files on all machines > involved so that no one tries to use any SSL for the changes to work, Since > I just wanted to use it as a temporary solution until it was fixed for > real, I didn?t want to make too much of a change from the standard config, > and I think that encryption is a must on a network as open as ours any way. > I reverted the database changes and restarted the engine again. > > The only solution presented this far has been trying 3.2 instead of our > current 3.1, where "engine-upgrade" is the road-block hindering at this > point. > > /Karli > > > > > > > On Fri, Mar 8, 2013 at 10:22 AM, Michal Skrivanek < > michal.skrivanek at redhat.com> wrote: > > > On 8 Mar 2013, at 15:51, Karli Sj?berg wrote: > > > tor 2013-03-07 klockan 13:52 +0100 skrev David Ja?a: > > Hi, > > Karli Sj?berg p??e v ?t 07. 03. 2013 v 10:01 +0000: > > Hi, it me again, > > > > the last time this was discussed, the problem seemed to be centred > > around Win/IE, but since patching to: > > # rpm -qa | grep ovirt > > ovirt-engine-config-3.1.0-4.fc17.noarch > > ovirt-engine-dbscripts-3.1.0-4.fc17.noarch > > ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch > > ovirt-engine-restapi-3.1.0-4.fc17.noarch > > ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch > > ovirt-engine-genericapi-3.1.0-4.fc17.noarch > > ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch > > ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch > > ovirt-engine-setup-3.1.0-4.fc17.noarch > > ovirt-engine-sdk-3.2.0.2-1.fc17.noarch > > ovirt-engine-backend-3.1.0-4.fc17.noarch > > ovirt-engine-tools-common-3.1.0-4.fc17.noarch > > ovirt-engine-3.1.0-4.fc17.noarch > > ovirt-engine-userportal-3.1.0-4.fc17.noarch > > ovirt-engine-notification-service-3.1.0-4.fc17.noarch > > > > No one is able to connect to a spice console though the Userportal at > > all. > > Looks like no one is getting host subject - again. Tom??? > > > Come on guys, please tell me if there?s anything we can do to troubleshoot > this issue, to help solve a real show-stopper for us! > > Would you be able to try it in 3.2? > > It was known to be broken somewhere around 3.1 release?. > > > > Thanks, > > michal > > > > In using oVirt, our organisation is so close to being able to ship out > thin-client kiosks instead of buying expensive new HW on a yearly basis, > and have our users access their desktops from practically anywhere, even > from home if they?d wish. The rest of the entire system works flawlessly, > just to fall flat on it?s face right on the finish line. I think that is so > sad and silly, because I really love the rest of this product! We?ve set up > oVirt-3.1, made a POC template, defined a pool and have been able to have > them prestarted as well. But if our users aren?t able to access their > console in a seamless, easy way, then what good is it? And knowing that the > console works just fine from the adminportal in several different client > systems (Fedora, CentOS, Win7) makes me hope that it?s just this small, yet > important piece that needs to be corrected. > > Anxiously awaiting your response > Karli Sj?berg > > > David > > > I?ve tried this from my workstation, running Fedora 17: > > ================================================================================ > > $ SPICEC_DEBUG_LEVEL=0 firefox > > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > > Filen eller katalogen finns inte > > (plugin-container:18293): SpiceXPI-CRITICAL **: controller connect: > > Filen eller katalogen finns inte > > (plugin-container:18293): SpiceXPI-CRITICAL **: could not get browser > > window, when trying to call OnDisconnected > > ================================================================================ > > > > > > Here?s a collegue of mine, running Win7/IE9: > > ================================================================================ > > 1362648766 INFO [7196:5208] spicex_init_logger: started > > 1362648766 DEBUG [7196:5208] COSpiceX::put_DynamicMenu: DynamicMenu > > 1362648766 INFO [7196:5208] COSpiceX::put_FullScreen: New FullScreen > > request newVal=0xffffffff > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: Running spicec (C: > > \Users\jope\AppData\Local\virt-viewer\bin\remote-viewer.exe > > --spice-controller) > > 1362648766 INFO [7196:5208] COSpiceX::Connect: spicec pid 1640 > > 1362648766 DEBUG [7196:5208] COSpiceX::Connect: connecting to spice > > client's pipe > > 1362648767 DEBUG [7196:5208] COSpiceX::send_init: sending init > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 1 : > > str 130.238.96.135 (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 2 > > value 5906 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 3 > > value 5907 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending password > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 11 : > > str IT-Avdelningen-1:%d - Press SHIFT+F12 to Release Cursor (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_value: sending msg id 10 > > value 1 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 14 : > > str release-cursor=shift+f12,toggle-fullscreen=shift+f11 (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 5 : > > str main,inputs,scursor,splayback,srecord,sdisplay (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 7 : > > str DEFAULT (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_wstr: sending msg id 8 : > > str C:\Users\jope\AppData\Local\Temp\truststore.pem (1) > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 16 > > 1362648767 DEBUG [7196:5208] COSpiceX::send_msg: sending msg id 17 > > 1362648767 INFO [7196:5208] COSpiceX::ExecuteUsbCtrl: USB sharing is > > not requested > > 1362648771 INFO [7196:7480] COSpiceX::event_thread: exit_code=0 > > error_code=1 > > ================================================================================ > > > > > > And another collegue running CentOS-6.3/Firefox: > > ================================================================================ > > 2013-03-07 09:42:41,651 DEBUG nsPluginInstance::SetHostIP: > > 130.238.96.132 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPort: 5900 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetTitle: > > IT-Avdelningen-2:%d - Press SHIFT+F12 to Release Cursor > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetDynamicMenu: > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetFullScreen: 1 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetPassword: Password > > set > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetNumberOfMonitors: 1 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetUsbListenPort: 0 > > 2013-03-07 09:42:41,652 DEBUG nsPluginInstance::SetAdminConsole: 1 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSecurePort: 5901 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > > original channels: smain,sinputs,scursor,splayback,srecord,sdisplay > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetSSLChannels: > > modified channels: main,inputs,cursor,playback,record,display > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetGuestHostName: > > IT-Avdelningen-2 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetCipherSuite: > > DEFAULT > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetTrustStore: > > Certificate: > > Data: > > Version: 3 (0x2) > > Serial Number: 15 (0xf) > > Signature Algorithm: sha1WithRSAEncryption > > Issuer: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > Validity > > Not Before: Sep 26 14:21:06 2012 > > Not After : Sep 25 12:21:06 2022 GMT > > Subject: C=US, O=SLU, CN=CA-storm.slu.se.80985 > > Subject Public Key Info: > > Public Key Algorithm: rsaEncryption > > Public-Key: (1024 bit) > > Modulus: > > 00:a2:94:89:18:26:79:49:6b:c6:28:6c:f2:95:e9: > > a7:71:00:22:c6:79:c2:9e:10:63:ef:34:5c:ab:62: > > 36:a0:7a:84:d0:79:77:4c:9d:3d:39:8f:97:93:c5: > > f6:fb:5b:0b:f8:9b:ad:d8:53:2d:a6:b6:03:45:d4: > > 76:45:f1:af:99:42:74:07:4c:48:7d:28:96:31:9e: > > 88:cf:90:d9:e7:d9:cf:55:a8:bd:37:a0:8f:f1:26: > > 89:a9:ab:64:78:a4:02:60:9b:3a:a7:07:db:6e:75: > > 32:e5:8f:51:7f:50:02:15:d8:c8:7b:68:c1:54:e1: > > 9f:c2:d2:cf:53:c3:58:b3:15 > > Exponent: 65537 (0x10001) > > X509v3 extensions: > > X509v3 Subject Key Identifier: > > > > FE:8F:57:F1:A0:AF:45:36:9F:AC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > > Authority Information Access: > > CA Issuers - URI:http://storm.slu.se:80/ca.crt > > > > X509v3 Authority Key Identifier: > > > > keyid:FE:8F:57:F1:A0:AF:45:46:9F:NC:C9:6B:EE:F9:D1:3E:18:78:B9:EA > > DirName:/C=US/O=SLU/CN=CA-storm.slu.se.80985 > > serial:0F > > > > X509v3 Basic Constraints: critical > > CA:TRUE > > X509v3 Key Usage: critical > > Certificate Sign, CRL Sign > > Signature Algorithm: sha1WithRSAEncryption > > 45:e4:15:23:fa:55:78:89:24:66:7c:e2:33:41:ea:98:00:12: > > 0c:25:e5:e6:3a:c7:f8:f9:4d:83:47:d3:80:9b:c0:78:bc:ab: > > 61:ae:6d:a1:cf:43:cb:cb:31:2c:94:72:21:b0:58:f0:8b:69: > > 0d:c4:73:f2:44:95:52:06:23:6c:71:7a:9b:fc:5f:98:21:35: > > 26:e1:a3:bb:65:bb:d2:81:bb:48:96:99:b7:04:e6:15:af:93: > > a1:60:e4:bf:05:d3:b0:4b:e4:e2:4b:21:82:d7:2b:3d:19:ef: > > a4:5a:23:58:74:ef:1a:80:14:8b:89:b2:a7:bd:c2:21:66:1f: > > e0:7e > > -----BEGIN CERTIFICATE----- > > MIIC1DCCAj2gAwIBAgIBDzANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJVUzEM > > MAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1zdG9ybS5zbHUuc2UuODA5ODUwIhcR > > MTIwOTI2MTQyMTA2LTAxMDAXDTIyMDkyNTEyMjEwNlowOzELMAkGA1UEBhMCVVMx > > DDAKBgNVBAoTA1NMVTEeMBwGA1UEAxMVQ0Etc3Rvcm0uc2x1LnNlLjgwOTg1MIGf > > MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCilIkYJnlJa8YobPKV6adxACLGecKe > > EGPvNFyrYjageoTQeXdMnT05j5eTxfb7Wwv4m63YUy2mtgNF1HZF8a+ZQnQHTEh9 > > KJYxnojPkNnn2c9WqL03oI/xJompq2R4pAJgmzqnB9tudTLlj1F/UAIV2Mh7aMFU > > 4Z/C0s9Tw1izFQIDAQABo4HjMIHgMB0GA1UdDgQWBBT+j1fxoK9FRp+syWvu+dE+ > > GHi56jA5BggrBgEFBQcBAQQtMCswKQYIKwYBBQUHMAKGHWh0dHA6Ly9zdG9ybS5z > > bHUuc2U6ODAvY2EuY3J0MGMGA1UdIRcMFqAFP6PV/Ggr0VGn6zJa+750T4YeLnq > > oT+kPTA7MQswCQYDVQQGEwJVUzEMMAoGA1UEChMDU0xVMR4wHAYDVQQDExVDQS1z > > dG9ybS5zbHUuc2UuODA5ODWCAQ8wDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E > > BAMCAQYwDQYJKoZIhvcNAQEFBQADgYEAReQVI/pVeIkkZnziM0HqmAASDCXl5jrH > > +PlNg0fTgJvAeLyrYa5toc9Dy8sxLJRyIbBY8ItpDcRz8kSVUgYjbHF6m/xfmCE1 > > JuGju2W70oG7SGaZtwTmFa+ToWDkvwXTsEvk4kshgtcrPRnvpFojWHTvGoAUi4my > > p73CIWYf4H4= > > -----END CERTIFICATE----- > > > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetHotKeys: > > release-cursor=shift+f12,toggle-fullscreen=shift+f11 > > 2013-03-07 09:42:41,653 DEBUG nsPluginInstance::SetNoTaskMgrExecution: > > 0 > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetSendCtrlAltDelete: > > 0 > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbAutoShare: 1 > > 2013-03-07 09:42:41,654 DEBUG nsPluginInstance::SetUsbFilter: > > -1,60186,10000,256,1|-1,1118,245,-1,1|-1,1133,2245,-1,1|-1,1133,2242,5,1|8,-1,-1,-1,1|7,-1,-1,-1,1|-1,-1,-1,-1,0 > > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > > SPICE_XPI_SOCKET: /tmp/spicec-scQYmJ/spice-xpi > > 2013-03-07 09:42:41,654 INFO nsPluginInstance::Connect: > > SPICE_FOREIGN_MENU_SOCKET: /tmp/spicec-scQYmJ/spice-foreign > > 2013-03-07 09:42:41,655 DEBUG nsPluginInstance::Connect: Controller > > pid: 10340 > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > > connect error, 2 > > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > > 2013-03-07 09:42:41,655 DEBUG QErrorHandler: Something went wrong: > > connect error, 2 > > 2013-03-07 09:42:41,655 DEBUG SpiceController::Connect: Connect Error > > 2013-03-07 09:42:41,655 INFO nsPluginInstance::Connect: > > Launching /usr/libexec/spice-xpi-client > > 2013-03-07 09:42:42,655 DEBUG SpiceController::Connect: Connected! > > 2013-03-07 09:42:44,723 INFO nsPluginInstance::Connect: Initiating > > connection with controller > > 2013-03-07 09:42:48,652 DEBUG nsPluginInstance::ControllerWaitHelper: > > Controller finished, pid: 10340, exit code: 0 > > 2013-03-07 09:42:48,653 ERROR nsPluginInstance::CallOnDisconnected: > > could not get browser window, when trying to call OnDisconnected > > ================================================================================ > > > > > > If there?s anything we can do to help resolve this issue once and for > > all, just name it! It so hurts to see this otherwise great product > > tripping over on it?s face so close to the finish line:( > > > > Best Regards > > Karli Sj?berg > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhorne at skopos.us Wed Mar 13 21:23:04 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Wed, 13 Mar 2013 21:23:04 +0000 Subject: [Users] re-thin a disk Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC23B81776@AUSP01DAG0201> I have a virtual machine with a 500GB thin-provisioned disk, and on it is about 2GB of data. Due to a pvmove operation I am running, the 500GB disk with 2GB of data is growing and growing and is currently 180GB in size, and im sure it will go all the way to the 500GB before it stops. When this process is finished, is there a way to re-thin the disk back down to the proper size again? What about the export/import process? Would that export it to the data size, not the block size? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From deadhorseconsulting at gmail.com Wed Mar 13 21:34:29 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Wed, 13 Mar 2013 16:34:29 -0500 Subject: [Users] template provisioning permissions Message-ID: Got an interesting one here as pertaining to template permissions and provisioning. Given the following setup/situation: A cluster with a user A assigned poweruser role permissions on the cluster. - User A is assigned poweruser role permissions to storage domain A - User A is a consumer of quota A which is assigned to specific storage domain A A cluster with a user B assigned poweruser role permissions on the cluster. - User B is assigned poweruser role permissions to storage domain B - User B is a consumer of quota B which is assigned to specific storage domain B User A creates a VM and makes it a template of it with permissions of everyone as UserTemplateBasedVM. User B tries to create a VM based on the template that User A created. While the base VM profile can be created the storage provisioning encounters an issue. Via Template provisioning option with the thin provision option will fail due to the fact that User B does not have proper permissions to User A's storage domain. The symptom of this expected failure is the target storage domain pull-down is empty. (It really should show something or be greyed out rather than just be blank at least some sort of user notification). The real issue here is with the clone provisioning option. The idea here is to be to clone a copy of the template disks into User B's storage domain as a target where User B has poweruser role permissions. The problem here is that this fails just like the above thin provision which should not be the case. The target pulldown still blank it should by default show the target storage domain to which User B has permissions to that being Storage domain B. Further debugging yields that by assigning UserTemplateVM permissions to User A's storage domain allows User B to use either of the options above although the only one really desired is the clone option since we don't want User B creating VM's in User A's storage domain. There still however was an issue upon selecting clone and selecting Storage domain B as the target the VM is created but the disk is created in Storage domain A instead of storage domain B. Running build of the engine is built from commit: 7354d3283627bdbe30dd9c15ce45eba375280a8c - DHC -------------- next part -------------- An HTML attachment was scrubbed... URL: From tconrey at redhat.com Tue Mar 12 15:06:55 2013 From: tconrey at redhat.com (Theron Conrey) Date: Tue, 12 Mar 2013 11:06:55 -0400 (EDT) Subject: [Users] CFP reminder for Shanghai In-Reply-To: <182102848.6539256.1363100248478.JavaMail.root@redhat.com> Message-ID: <784851268.6548263.1363100815376.JavaMail.root@redhat.com> one or two folks have commented on the fact they didn't see the last CFP email that was sent out. I thought I'd repost it here. I'm looking forward to getting some more submissions and we hope that we'll see you in Shanghai! ---------------------- Hi Everyone, We are actively seeking speakers for the oVirt workshop which will be held on Intel's Shanghai Campus, 8-9 May 2013. We are interested in talks in the following areas: * Getting started developing oVirt * oVirt for the systems administrator * Where oVirt fits in the enterprise * Gluster Integration * leveraging oVirt for Gluster deployments * Case studies on cost savings with oVirt and Open Source data center virtualization * Troubleshooting oVirt * Hardware optimizations for virtualization * oVirt Plugin development * oVirt architecture from a security and best practices point of view. * oVirt Project Roadmaps * Deep dives into features/areas * Deep dives into code/debugging Please submit talk proposals for review by sending an email to workshop-pc at ovirt.org. Please include your full name, speaker biography and your talk abstract. We will accept submissions through Friday, 29 March 2013 at 23:59 PST. Speakers will be notified of acceptance by Monday, 8 April 2013. Accepted speakers should plan to submit their slides to the workshop-pc at ovirt.org mailing list no later than close of business on Monday, 22 April 2013. Registration can be found here: http://ovirtshanghai2013.eventbrite.com/ Hotel and lodging information can be found here: http://www.ovirt.org/Intel_Workshop_May_2013 Keep your eyes open for further announcements! Thank you all for your participation! -- Theron Conrey Open Source and Standards, Red Hat @theronconrey (initial thread was here: http://lists.ovirt.org/pipermail/users/2013-March/012862.html) From romilgupta19 at gmail.com Thu Mar 14 05:09:07 2013 From: romilgupta19 at gmail.com (Romil Gupta) Date: Thu, 14 Mar 2013 10:39:07 +0530 Subject: [Users] Query regarding Quantum integration with oVirt Message-ID: Hi, May I know Is there any support for Quantum in RHEVM-3.1 if not , which oVirt version should I use so that I can use quantum feature ? I have seen a demo of oVirt with quantum on youtube may i know which version you used ? Thanks , Romil -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Thu Mar 14 06:02:39 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 14 Mar 2013 06:02:39 +0000 Subject: [Users] re-thin a disk In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B81776@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B81776@AUSP01DAG0201> Message-ID: <5F9E965F5A80BC468BE5F40576769F091027B51A@exchange2-1> ons 2013-03-13 klockan 21:23 +0000 skrev Jonathan Horne: I have a virtual machine with a 500GB thin-provisioned disk, and on it is about 2GB of data. Due to a pvmove operation I am running, the 500GB disk with 2GB of data is growing and growing and is currently 180GB in size, and im sure it will go all the way to the 500GB before it stops. When this process is finished, is there a way to re-thin the disk back down to the proper size again? I think this should do the trick; from inside the guest: # dd if=/dev/zero of=/foo/bar bs=1M # rm /foo/bar You "fill" the drive with zeroes and then deletes the file so there?s nothing left. Worth a try. /Karli What about the export/import process? Would that export it to the data size, not the block size? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dron at redhat.com Thu Mar 14 08:10:09 2013 From: dron at redhat.com (Dafna Ron) Date: Thu, 14 Mar 2013 10:10:09 +0200 Subject: [Users] Export domain In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> Message-ID: <514185E1.10709@redhat.com> ovirt should not react in any way :) the size should be updated by queries that are sent to vdsm on domains status. If you want to be extra careful you can always put the export domain in maintenance before the extend :) On 03/13/2013 09:45 PM, Jonathan Horne wrote: > > What would happen if the export domain (via NFS) was extended (say, > while the server was doing a reboot?) id like to extend the space of > my export domain from 200 to 500GB (with lvm commands). > > > > How will ovirt react to finding the size of the export domain > changed? Pleased or unpleased? > > > > Thanks, > > jonathan > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, > please delete without copying and kindly advise us by e-mail of the > mistake in delivery. NOTE: Regardless of content, this e-mail shall > not operate to bind SKOPOS to any order or other contract unless > pursuant to explicit written agreement or government initiative > expressly permitting the use of e-mail for such purpose. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron From suporte at logicworks.pt Thu Mar 14 09:22:34 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Thu, 14 Mar 2013 09:22:34 +0000 (WET) Subject: [Users] Failed to add gluster server In-Reply-To: <51415F04.1040209@redhat.com> References: <222600652.17740.1363161658874.JavaMail.root@logicworks.pt> <51403CBC.4030609@redhat.com> <22205918.546.1363199146951.JavaMail.ferra@ferra-PC> <51415F04.1040209@redhat.com> Message-ID: <29314176.161.1363253014173.JavaMail.ferra@ferra-PC> Ok, thanks, I'll try it and let you know. ----- Mensagem original ----- De: "Kanagaraj" Para: suporte at logicworks.pt Cc: "Shireesh Anjal" , "Sahina Bose" Enviadas: Quinta-feira, 14 de Mar?o de 2013 5:24:20 Assunto: Re: [Users] Failed to add gluster server On 03/13/2013 11:54 PM, suporte at logicworks.pt wrote: It's wierd the ovirt-node-iso does not have the glusterfs packages, why not? This is what I have in the fedora 18 host: vdsm-python-4.10.3-9.fc18.x86_64 vdsm-gluster-4.10.3-9.fc18.noarch vdsm-cli-4.10.3-9.fc18.noarch vdsm-xmlrpc-4.10.3-9.fc18.noarch vdsm-4.10.3-9.fc18.x86_64 This is what the ovirt-node-iso has: vdsm-xmlrpc-4.10.3-9.fc18.noarch vdsm-cli-4.10.3-9.fc18.noarch vdsm-4.10.3-9.fc18.x86_64 vdsm-reg-4.10.3-9.fc18.noarch vdsm-python-4.10.3-9.fc18.x86_64 really the vdsm package is not installed in ovirt-node-iso, !!?? why? vdsm packages are already available in the ovirt-node-iso and installed by default. we are currently working on to have the glusterfs rpms part of the ovirt-node-iso. However, you can download the glusterfs rpms from http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha2/ and install them. And make sure you have the vdsm-gluster package installed in your nodes. Thanks, Kanagaraj
How can I install vdsm package in the node, since is a read-only file system? is it possible? Thanks ----- Mensagem original ----- De: "Kanagaraj" Para: suporte at logicworks.pt Cc: users at ovirt.org Enviadas: Quarta-feira, 13 de Mar?o de 2013 8:45:48 Assunto: Re: [Users] Failed to add gluster server On 03/13/2013 01:30 PM, suporte at logicworks.pt wrote: > Hi, > > I just installed oVirt 3.2 than add a node 1 using fedora18, attach an iSCSI storage, and local ISO NFS, and the data center is alive. Than try to add a second node from the ISO ovirt-node-iso-2.6.1-20120228.fc18.iso, but get this error message: > Failed to add gluster server node2.domain.com into cluster default. Gluster command[gluster peer probe 192.168.5.182] failed on server 192.168.5.181 Do you have the glusterfs rpms installed in your nodes? I think glusterfs rpms are not packaged by default in the ovirt-node-iso, in this case you may need install the rpms manually. If you still face the problem after the above check, please attach the vdsm log from the nodes. Thanks, Kanagaraj > On the second node I configured Optional password for adding Node through oVirt Engine UI > > On the engine when adding a new Host I add the values to Name, Address, and Root Password , and than get this error: > Error: Cannot add host. SSH authentication failed, verify authentication parameters are correct (Username/password, public key etc). You may refer to the engine.log file for further details. > > I notice that I cannot login as root on the second node, so how can I add a node through oVirt Engine UI if it asks for a root password? > > What am I doing wrong? > > thanks > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users
-------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Thu Mar 14 09:31:19 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 10:31:19 +0100 Subject: [Users] Tip for oVirt marketing improvement - HA and features comparison Message-ID: <20130314103119.7e1c87aa.jbelka@redhat.com> Hi, a Czech company running vCloud has a nice webpage with little schema of hw architecture which changes if you click on a hw item making it as failed, then it shows redundant paths to continue funcionality. It also has nice feature (even old) comparison between VMWare/Hyper-V/Xen/KVM. Check 2/3 part of http://www.master.cz/cloud-hosting/ Something like this was be niiiice for oVirt. jbelka From nslomian at redhat.com Thu Mar 14 09:37:33 2013 From: nslomian at redhat.com (Noam Slomianko) Date: Thu, 14 Mar 2013 05:37:33 -0400 (EDT) Subject: [Users] management server very slow lately In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> Message-ID: <1571529558.45826879.1363253853194.JavaMail.root@redhat.com> I don't know if a reboot to management will help in any way but you can take the jboss process that runs your engine down and back up for a "restart" In any case the VMs runs in a different server under vdsm->libvirt->qemu so they are not affected by the engine going down ----- Original Message ----- From: "Jonathan Horne" To: users at ovirt.org Sent: Wednesday, March 13, 2013 8:51:35 PM Subject: [Users] management server very slow lately Hello, lately my manager server web interface is extremely sluggish. Perhaps the server is ready for a reboot? My management server is also the hosts of my NFS export and ISO mounts. Is there a prescribed method for rebooting when I am also providing NFS services from the management server? My assumption is that aside from NFS, I should be able to reboot the management serve and the nodes and virtual machines will be fine in the mean time? Thanks, jonathan This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From alourie at redhat.com Thu Mar 14 10:13:39 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 14 Mar 2013 06:13:39 -0400 (EDT) Subject: [Users] Migrating engine-setup to otopi In-Reply-To: <51417FD1.1010209@redhat.com> Message-ID: <1312946802.45687257.1363256019367.JavaMail.root@redhat.com> Hi All Recent development of the otopi [1] framework allows us to migrate the engine-setup, upgrade and cleanup (and potentially other) utilities to implementation as an otopi plugin. Potential benefits of such a move are: 1. Be able to port engine to other distributions. 2. Be able to install engine in a development mode. 3. Be able to customize installation easily. 4. Share installation of components (reports, dwh). 5. Modular implementation, reduce maintenance costs. 6. Code reuse of installer code for multiple purposes (host-deploy, enigne-setup). Currently we are in the process of creating a 'setup' plugin for the otopi, and the progress can be monitored at [2]. The current roadmap for the feature is as follows: 1. Recreate the configuration utilities as plugins in otopi. 2. Support side-by side installation using both the old and the new utilities. 3. Switch to the new utility when the confidence that it is on-par with an old one is high. Our goal is to have the new utilities ready for 3.3 release (at least for the step 2 in the roadmap). We'd like to hear as much feedback as possible, so we could address it as soon as possible. Thanks! [1] http://gerrit.ovirt.org/#/q/project:otopi,n,z [2] http://www.ovirt.org/Features/Otopi_Infra_Migration From mkolesni at redhat.com Thu Mar 14 10:22:58 2013 From: mkolesni at redhat.com (Mike Kolesnik) Date: Thu, 14 Mar 2013 06:22:58 -0400 (EDT) Subject: [Users] Query regarding Quantum integration with oVirt In-Reply-To: Message-ID: <447210263.903817.1363256578500.JavaMail.root@redhat.com> ----- Original Message ----- > Hi, Hi Romil, > May I know Is there any support for Quantum in RHEVM-3.1 if not , > which oVirt version should I use so that I can use quantum feature ? This feature is planned to be available in oVirt 3.3, the feature page is: http://www.ovirt.org/Features/Quantum_Integration > I have seen a demo of oVirt with quantum on youtube may i know which > version you used ? This demo was done on a "POC" branch, you can access it at: http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:POC_NetworkProvider,n,z http://gerrit.ovirt.org/#/q/status:open+project:vdsm,n,z The VDSM hook is needed on the host to connect the vNIC to the quantum bridge. Make sure Quantum is running in "noauth" mode. Also, currently (due to a libvirt bug) we had to do a hack in the quantum l2 agent to disconnect the tap device from the bridge, prior to connecting it to the bridge that the agent created. For this you can check out the documentation in: http://www.ovirt.org/Network_Provider#Hack_in_Quantum_linux_bridge_agent > Thanks , > Romil Hope this helps, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Thu Mar 14 10:26:24 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 14 Mar 2013 18:26:24 +0800 (CST) Subject: [Users] how to use vdsClient Message-ID: <31e3e69a.1fb4c.13d686fb719.Coremail.bigclouds@163.com> hi,all it is waiting all the time. [root at localhost ~]# mcvdaClient 0 list table ^CTraceback (most recent call last): File "/usr/share/mcvda/mcvdaClient.py", line 2380, in code, message = commands[command][0](commandArgs) File "/usr/share/mcvda/mcvdaClient.py", line 274, in do_list response = self.s.getAllVmStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers = h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response = self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line = self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data = recv(1) KeyboardInterrupt -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Thu Mar 14 10:38:46 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 11:38:46 +0100 Subject: [Users] Migrating engine-setup to otopi In-Reply-To: <1312946802.45687257.1363256019367.JavaMail.root@redhat.com> References: <51417FD1.1010209@redhat.com> <1312946802.45687257.1363256019367.JavaMail.root@redhat.com> Message-ID: <20130314113846.63464d80.jbelka@redhat.com> On Thu, 14 Mar 2013 06:13:39 -0400 (EDT) Alex Lourie wrote: > Hi All > > Recent development of the otopi [1] framework allows us to migrate the engine-setup, > upgrade and cleanup (and potentially other) utilities to implementation as an otopi > plugin. > > Potential benefits of such a move are: > > 1. Be able to port engine to other distributions. Really? Beside this topic I see hardcoded usernames in scripts... http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified Anyway, everything what is not RPM/YUM specific and more portable is good way... jbelka From alonbl at redhat.com Thu Mar 14 10:40:03 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 14 Mar 2013 06:40:03 -0400 (EDT) Subject: [Users] Migrating engine-setup to otopi In-Reply-To: <20130314113846.63464d80.jbelka@redhat.com> Message-ID: <2070641947.6743330.1363257603382.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: "Alex Lourie" > Cc: engine-devel at ovirt.org, users at ovirt.org > Sent: Thursday, March 14, 2013 12:38:46 PM > Subject: Re: [Users] Migrating engine-setup to otopi > > On Thu, 14 Mar 2013 06:13:39 -0400 (EDT) > Alex Lourie wrote: > > > Hi All > > > > Recent development of the otopi [1] framework allows us to migrate > > the engine-setup, > > upgrade and cleanup (and potentially other) utilities to > > implementation as an otopi > > plugin. > > > > Potential benefits of such a move are: > > > > 1. Be able to port engine to other distributions. > > Really? Beside this topic I see hardcoded usernames in scripts... This is going away soon. > > http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified > > Anyway, everything what is not RPM/YUM specific and more portable > is good way... > > jbelka > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From danken at redhat.com Thu Mar 14 10:48:33 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 14 Mar 2013 12:48:33 +0200 Subject: [Users] how to use vdsClient In-Reply-To: <31e3e69a.1fb4c.13d686fb719.Coremail.bigclouds@163.com> References: <31e3e69a.1fb4c.13d686fb719.Coremail.bigclouds@163.com> Message-ID: <20130314104833.GB415@redhat.com> On Thu, Mar 14, 2013 at 06:26:24PM +0800, bigclouds wrote: > hi,all > it is waiting all the time. > > > > > > > [root at localhost ~]# mcvdaClient 0 list table > ^CTraceback (most recent call last): > File "/usr/share/mcvda/mcvdaClient.py", line 2380, in > code, message = commands[command][0](commandArgs) > File "/usr/share/mcvda/mcvdaClient.py", line 274, in do_list > response = self.s.getAllVmStats() > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request > errcode, errmsg, headers = h.getreply() > File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply > response = self._conn.getresponse() > File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse > response.begin() > File "/usr/lib64/python2.6/httplib.py", line 391, in begin > version, status, reason = self._read_status() > File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status > line = self.fp.readline() > File "/usr/lib64/python2.6/socket.py", line 433, in readline > data = recv(1) > KeyboardInterrupt It seems that you have ssl=True configured. Would vdsClient - s 0 list table help? From asegurap at redhat.com Thu Mar 14 10:49:25 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Thu, 14 Mar 2013 06:49:25 -0400 (EDT) Subject: [Users] how to use vdsClient In-Reply-To: <31e3e69a.1fb4c.13d686fb719.Coremail.bigclouds@163.com> Message-ID: <1760288815.6744334.1363258165414.JavaMail.root@redhat.com> It might be ssl. If you have ssl enabled: vdsClient -s 0 Otherwise: vdsClient 0 ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Thursday, March 14, 2013 11:26:24 AM > Subject: [Users] how to use vdsClient > > > > > hi,all > it is waiting all the time. > > > > > > > [root at localhost ~]# mcvdaClient 0 list table > ^CTraceback (most recent call last): > File "/usr/share/mcvda/mcvdaClient.py", line 2380, in > code, message = commands[command][0](commandArgs) > File "/usr/share/mcvda/mcvdaClient.py", line 274, in do_list > response = self.s.getAllVmStats() > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request > errcode, errmsg, headers = h.getrepl y() > File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply > response = self._conn.getresponse() > File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse > response.begin() > File "/usr/lib64/python2.6/httplib.py", line 391, in begin > version, status, reason = self._read_status() > File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status > line = self.fp.readline() > File "/usr/lib64/python2.6/socket.py", line 433, in readline > data = recv(1) > KeyboardInterrupt > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alourie at redhat.com Thu Mar 14 11:06:04 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 14 Mar 2013 07:06:04 -0400 (EDT) Subject: [Users] Migrating engine-setup to otopi In-Reply-To: <20130314113846.63464d80.jbelka@redhat.com> Message-ID: <168103289.45698009.1363259164677.JavaMail.root@redhat.com> Hi Jiri ----- Original Message ----- > From: "Jiri Belka" > To: "Alex Lourie" > Cc: engine-devel at ovirt.org, users at ovirt.org > Sent: Thursday, March 14, 2013 12:38:46 PM > Subject: Re: [Users] Migrating engine-setup to otopi > > On Thu, 14 Mar 2013 06:13:39 -0400 (EDT) > Alex Lourie wrote: > > > Hi All > > > > Recent development of the otopi [1] framework allows us to migrate > > the engine-setup, > > upgrade and cleanup (and potentially other) utilities to > > implementation as an otopi > > plugin. > > > > Potential benefits of such a move are: > > > > 1. Be able to port engine to other distributions. > > Really? Beside this topic I see hardcoded usernames in scripts... > > http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified These usernames are not hard-coded. There are default values present which are kept for local installations, but with remote DB setup the user is prompted to provide a username of her/his own. > > Anyway, everything what is not RPM/YUM specific and more portable > is good way... > Thanks! > jbelka > -- Best regards, Alex Lourie Software Developer in Integration Red Hat From jbelka at redhat.com Thu Mar 14 11:47:12 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 12:47:12 +0100 Subject: [Users] Migrating engine-setup to otopi In-Reply-To: <168103289.45698009.1363259164677.JavaMail.root@redhat.com> References: <20130314113846.63464d80.jbelka@redhat.com> <168103289.45698009.1363259164677.JavaMail.root@redhat.com> Message-ID: <20130314124712.7add99a6.jbelka@redhat.com> On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) Alex Lourie wrote: > > > 1. Be able to port engine to other distributions. > > > > Really? Beside this topic I see hardcoded usernames in scripts... > > > > http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified > > These usernames are not hard-coded. There are default values present which are kept for > local installations, but with remote DB setup the user is prompted to provide a username > of her/his own. Not everywhere are postgresql dirs owned by postgres, on some BSDs it is _postgresql. jbelka From alonbl at redhat.com Thu Mar 14 11:52:31 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 14 Mar 2013 07:52:31 -0400 (EDT) Subject: [Users] Migrating engine-setup to otopi In-Reply-To: <20130314124712.7add99a6.jbelka@redhat.com> Message-ID: <609241786.6750153.1363261951706.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: "Alex Lourie" > Cc: engine-devel at ovirt.org, users at ovirt.org > Sent: Thursday, March 14, 2013 1:47:12 PM > Subject: Re: [Users] Migrating engine-setup to otopi > > On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) > Alex Lourie wrote: > > > > > 1. Be able to port engine to other distributions. > > > > > > Really? Beside this topic I see hardcoded usernames in scripts... > > > > > > http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified > > > > These usernames are not hard-coded. There are default values > > present which are kept for > > local installations, but with remote DB setup the user is prompted > > to provide a username > > of her/his own. > > Not everywhere are postgresql dirs owned by postgres, on some BSDs it > is > _postgresql. Right, as I said this is going away. I am porting this first to Gentoo, which is the most complex, then I will be able to provide debian based. For the postgres issue, I am against assuming local database and the configuration of the database it-self (hba, etc). Like in other products, the dba will create a user and a database with the user as an owner and provide us the user/password and database name, this method does not require privileged database user for product installation and working locally or remotely, and is portable. We will keep the functionality of system provisioning as an optional component exists in some distribution. Regards, Alon Bar-Lev From andrej.bagon at arnes.si Thu Mar 14 11:58:19 2013 From: andrej.bagon at arnes.si (Andrej Bagon) Date: Thu, 14 Mar 2013 12:58:19 +0100 Subject: [Users] ldap simple Message-ID: <5141BB5B.1040002@arnes.si> Hi, is it possible to change the bind request that is sent to the ldap server? The default uid=user,cn=Users,cn=Accounts,cn=our,cn=domain is not suitable. Thank you. From alonbl at redhat.com Thu Mar 14 12:08:52 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 14 Mar 2013 08:08:52 -0400 (EDT) Subject: [Users] [Engine-devel] Migrating engine-setup to otopi In-Reply-To: <20130314120601.GQ28496@bogey.xentower.nl> Message-ID: <211496039.6752524.1363262932435.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Ewoud Kohl van Wijngaarden" > To: "Alon Bar-Lev" > Cc: "Jiri Belka" , engine-devel at ovirt.org, users at ovirt.org > Sent: Thursday, March 14, 2013 2:06:01 PM > Subject: Re: [Engine-devel] [Users] Migrating engine-setup to otopi > > On Thu, Mar 14, 2013 at 07:52:31AM -0400, Alon Bar-Lev wrote: > > > > > > ----- Original Message ----- > > > From: "Jiri Belka" > > > To: "Alex Lourie" > > > Cc: engine-devel at ovirt.org, users at ovirt.org > > > Sent: Thursday, March 14, 2013 1:47:12 PM > > > Subject: Re: [Users] Migrating engine-setup to otopi > > > > > > On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) > > > Alex Lourie wrote: > > > > > > > > > 1. Be able to port engine to other distributions. > > > > > > > > > > Really? Beside this topic I see hardcoded usernames in > > > > > scripts... > > > > > > > > > > http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified > > > > > > > > These usernames are not hard-coded. There are default values > > > > present which are kept for > > > > local installations, but with remote DB setup the user is > > > > prompted > > > > to provide a username > > > > of her/his own. > > > > > > Not everywhere are postgresql dirs owned by postgres, on some > > > BSDs it > > > is > > > _postgresql. > > > > Right, as I said this is going away. > > > > I am porting this first to Gentoo, which is the most complex, then > > I > > will be able to provide debian based. > > Would it be useful to start to provide an ovirt-overlay for this? I > already started https://github.com/ekohl/ovirt-overlay where I > packaged > ovirt-shell and its dependencies (including ovirt-sdk-python). I'd be > happy to extend this with more packages based on the info available > on > http://wiki.gentoo.org/wiki/OVirt. > Working on this[1] for some time, until I realized we need to rewrite the whole packaging... I will update you when I have something working. The gentoo wiki instruction should simply go aware, as it is manual installation. [1] https://github.com/alonbl/ovirt-overlay From alourie at redhat.com Thu Mar 14 12:10:25 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 14 Mar 2013 12:12:25 +0002 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested Message-ID: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> Hi All As we are working on the configuration utilities (engine-setup, engine-upgrade and engine-cleanup), we would like to get as much community involvement as possible. As such, we'd like to hear the wishes of the community in regards with those tools. I've created a wiki page [1] where we will keep the list of feature requests. We would appreciate adding features to the list of by replying to this thread directly. Please do not bugs to that list - the bugs should be resolved in due course according to their priorities and should not affect the features that we would like to implement. Thank you. [1]?http://www.ovirt.org/Features/Engine-Config-Utilities -- Alex Lourie Software Engineer in RHEVM Integration Red Hat From bigclouds at 163.com Thu Mar 14 12:10:45 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 14 Mar 2013 20:10:45 +0800 (CST) Subject: [Users] spicec failed to connect spice-server,error code 111 Message-ID: <1ff54a35.20b8c.13d68cf4102.Coremail.bigclouds@163.com> spicec -h HOST -p 5900 -s 5901 --ca-file file.pem warning:fialed to connect : connection refused(111) 1363262333 INFO [12182:12182] Application::main: starting 0.8.3 1363262333 INFO [12182:12182] init_key_map: using evdev mapping 1363262333 INFO [12182:12182] MultyMonScreen::MultyMonScreen: platform_win: 50331649 1363262333 INFO [12182:12182] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-12182.uds 1363262333 INFO [12182:12183] RedPeer::connect_to_peer: Connect failed: Connection refused (111) 1363262333 INFO [12182:12183] RedPeer::connect_to_peer: Connect failed: Connection refused (111) 1363262333 WARN [12182:12183] RedChannel::run: failed to connect: Connection refused (111) 1363262333 INFO [12182:12182] main: Spice client terminated (exitcode = 3) -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Thu Mar 14 12:22:21 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 14 Mar 2013 20:22:21 +0800 (CST) Subject: [Users] how to use vdsClient In-Reply-To: <1760288815.6744334.1363258165414.JavaMail.root@redhat.com> References: <1760288815.6744334.1363258165414.JavaMail.root@redhat.com> Message-ID: <24288213.20d58.13d68d9de35.Coremail.bigclouds@163.com> no difference. vdsm.conf : ssl=true At 2013-03-14 18:49:25,"Antoni Segura Puimedon" wrote: >It might be ssl. If you have ssl enabled: > >vdsClient -s 0 > >Otherwise: > >vdsClient 0 > >----- Original Message ----- >> From: "bigclouds" >> To: users at ovirt.org >> Sent: Thursday, March 14, 2013 11:26:24 AM >> Subject: [Users] how to use vdsClient >> >> >> >> >> hi,all >> it is waiting all the time. >> >> >> >> >> >> >> [root at localhost ~]# mcvdaClient 0 list table >> ^CTraceback (most recent call last): >> File "/usr/share/mcvda/mcvdaClient.py", line 2380, in >> code, message = commands[command][0](commandArgs) >> File "/usr/share/mcvda/mcvdaClient.py", line 274, in do_list >> response = self.s.getAllVmStats() >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ >> return self.__send(self.__name, args) >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request >> verbose=self.__verbose >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request >> errcode, errmsg, headers = h.getrepl y() >> File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply >> response = self._conn.getresponse() >> File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse >> response.begin() >> File "/usr/lib64/python2.6/httplib.py", line 391, in begin >> version, status, reason = self._read_status() >> File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status >> line = self.fp.readline() >> File "/usr/lib64/python2.6/socket.py", line 433, in readline >> data = recv(1) >> KeyboardInterrupt >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Thu Mar 14 12:24:56 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 14 Mar 2013 20:24:56 +0800 (CST) Subject: [Users] start vm error, because HOST swap is illegal? Message-ID: <38e64485.20dc2.13d68dc3d49.Coremail.bigclouds@163.com> hi,all 2013-03-14 01:57:33,886 INFO [com.massclouds.center.core.bll.VdsSelector] (ajp--127.0.0.1-8702-22) VDS Host101 eb11c524-8b2c-11e2-9806-000c29d39230 swap value is illegal 2013-03-14 01:57:33,886 WARN [com.massclouds.center.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-22) CanDoAction of action RunVm failed. Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VDS_VM_SWAP 2013-03-14 01:57:33,900 INFO [com.massclouds.center.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-22) Lock freed to object CenterLock [exclusiveLocks= key: c33106d8-00ec-4379-8b93-ab5e7c1f279b value: VM -------------- next part -------------- An HTML attachment was scrubbed... URL: From djasa at redhat.com Thu Mar 14 12:33:32 2013 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Thu, 14 Mar 2013 13:33:32 +0100 Subject: [Users] spicec failed to connect spice-server,error code 111 In-Reply-To: <1ff54a35.20b8c.13d68cf4102.Coremail.bigclouds@163.com> References: <1ff54a35.20b8c.13d68cf4102.Coremail.bigclouds@163.com> Message-ID: <1363264412.476.55.camel@cihla.usersys.redhat.com> could you post debug log, i.e. with SPICEC_LOG_LEVEL environment variable set to 0 (zero)? David bigclouds p??e v ?t 14. 03. 2013 v 20:10 +0800: > spicec -h HOST -p 5900 -s 5901 --ca-file file.pem > warning:fialed to connect : connection refused(111) > > > > > 1363262333 INFO [12182:12182] Application::main: starting 0.8.3 > 1363262333 INFO [12182:12182] init_key_map: using evdev mapping > 1363262333 INFO [12182:12182] MultyMonScreen::MultyMonScreen: > platform_win: 50331649 > 1363262333 INFO [12182:12182] ForeignMenu::ForeignMenu: Creating a > foreign menu connection /tmp/SpiceForeignMenu-12182.uds > 1363262333 INFO [12182:12183] RedPeer::connect_to_peer: Connect > failed: Connection refused (111) > 1363262333 INFO [12182:12183] RedPeer::connect_to_peer: Connect > failed: Connection refused (111) > 1363262333 WARN [12182:12183] RedChannel::run: failed to connect: > Connection refused (111) > 1363262333 INFO [12182:12182] main: Spice client terminated (exitc ode > = 3) > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- David Ja?a, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 From gchaplik at redhat.com Thu Mar 14 12:42:41 2013 From: gchaplik at redhat.com (Gilad Chaplik) Date: Thu, 14 Mar 2013 08:42:41 -0400 (EDT) Subject: [Users] start vm error, because HOST swap is illegal? In-Reply-To: <38e64485.20dc2.13d68dc3d49.Coremail.bigclouds@163.com> Message-ID: <2081854334.963349.1363264961932.JavaMail.root@redhat.com> Hi, you can avoid this check in the engine by running this db script: update vdc_options set option_value = false where option_name = 'EnableSwapCheck'; don't forget to restart your jboss. Thanks, Gilad. ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Thursday, March 14, 2013 2:24:56 PM > Subject: [Users] start vm error, because HOST swap is illegal? > > > > > hi,all > > > > > 2013-03-14 01:57:33,886 INFO > [com.massclouds.center.core.bll.VdsSelector] > (ajp--127.0.0.1-8702-22) VDS Host101 > eb11c524-8b2c-11e2-9806-000c29d39230 swap value is illegal > 2013-03-14 01:57:33,886 WARN > [com.massclouds.center.core.bll.RunVmCommand] > (ajp--127.0.0.1-8702-22) CanDoAction of action RunVm failed. > Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VDS_VM_SWAP > 2013-03-14 01:57:33,900 INFO > [com.massclouds.center.core.bll.RunVmCommand] > (ajp--127.0.0.1-8702-22) Lock freed to object CenterLock > [exclusiveLocks= key: c33106d8-00ec-4379-8b93-ab5e7c1f279b value: VM > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From asegurap at redhat.com Thu Mar 14 12:44:57 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Thu, 14 Mar 2013 08:44:57 -0400 (EDT) Subject: [Users] how to use vdsClient In-Reply-To: <24288213.20d58.13d68d9de35.Coremail.bigclouds@163.com> Message-ID: <1161668036.6758993.1363265097323.JavaMail.root@redhat.com> so having vdsm.conf with ssl=true and doing: vdsClient -s 0 getVdsCaps hangs? On the host were the vdsm service is running? ----- Original Message ----- > From: "bigclouds" > To: "Antoni Segura Puimedon" > Cc: users at ovirt.org > Sent: Thursday, March 14, 2013 1:22:21 PM > Subject: Re:Re: [Users] how to use vdsClient > > > no difference. > vdsm.conf : ssl=true > > > > > > > > > At?2013-03-14?18:49:25,"Antoni?Segura?Puimedon"? > ?wrote: > >It?might?be?ssl.?If?you?have?ssl?enabled: > > > >vdsClient?-s?0? > > > >Otherwise: > > > >vdsClient?0? > > > >-----?Original?Message?----- > >>?From:?"bigclouds"? > >>?To:?users at ovirt.org > >>?Sent:?Thursday,?March?14,?2013?11:26:24?AM > >>?Subject:?[Users]?how?to?use?vdsClient > >>? > >>? > >>? > >>? > >>?hi,all > >>?it?is?waiting?all?the?time. > >>? > >>? > >>? > >>? > >>? > >>? > >>?[root at localhost?~]#?mcvdaClient?0?list?table > >>?^CTraceback?(most?recent?call?last): > >>?File?"/usr/share/mcvda/mcvdaClient.py",?line?2380,?in? > >>?code,?message?=?commands[command][0](commandArgs) > >>?File?"/usr/share/mcvda/mcvdaClient.py",?line?274,?in?do_list > >>?response?=?self.s.getAllVmStats() > >>?File?"/usr/lib64/python2.6/xmlrpclib.py",?line?1199,?in?__call__ > >>?return?self.__send(self.__name,?args) > >>?File?"/usr/lib64/python2.6/xmlrpclib.py",?line?1489,?in?__request > >>?verbose=self.__verbose > >>?File?"/usr/lib64/python2.6/xmlrpclib.py",?line?1237,?in?request > >>?errcode,?errmsg,?headers?=?h.getrepl?y() > >>?File?"/usr/lib64/python2.6/httplib.py",?line?1064,?in?getreply > >>?response?=?self._conn.getresponse() > >>?File?"/usr/lib64/python2.6/httplib.py",?line?990,?in?getresponse > >>?response.begin() > >>?File?"/usr/lib64/python2.6/httplib.py",?line?391,?in?begin > >>?version,?status,?reason?=?self._read_status() > >>?File?"/usr/lib64/python2.6/httplib.py",?line?349,?in?_read_status > >>?line?=?self.fp.readline() > >>?File?"/usr/lib64/python2.6/socket.py",?line?433,?in?readline > >>?data?=?recv(1) > >>?KeyboardInterrupt > >>? > >>? > >>?_______________________________________________ > >>?Users?mailing?list > >>?Users at ovirt.org > >>?http://lists.ovirt.org/mailman/listinfo/users > >>? > >_______________________________________________ > >Users?mailing?list > >Users at ovirt.org > >http://lists.ovirt.org/mailman/listinfo/users > > From jbelka at redhat.com Thu Mar 14 12:46:44 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 13:46:44 +0100 Subject: [Users] [Engine-devel] Migrating engine-setup to otopi In-Reply-To: <211496039.6752524.1363262932435.JavaMail.root@redhat.com> References: <20130314120601.GQ28496@bogey.xentower.nl> <211496039.6752524.1363262932435.JavaMail.root@redhat.com> Message-ID: <20130314134644.17cf7058.jbelka@redhat.com> On Thu, 14 Mar 2013 08:08:52 -0400 (EDT) Alon Bar-Lev wrote: > > Working on this[1] for some time, until I realized we need to rewrite the whole packaging... > > I will update you when I have something working. > The gentoo wiki instruction should simply go aware, as it is manual installation. > > [1] https://github.com/alonbl/ovirt-overlay Please remove absolute symlinks too, it's totally stupid. Some packaging tools scream a lot about symlinks pointing outside of fake root during packaging. I had to do stupid kung-fu for my WIP OpenBSD port[1] :D # make symlinks relative cd ${WRKDIST}/usr/local && \ for link in `find . -type l`; do \ dest=`stat -f %Y $${link}`; \ depth=`dirname $${link} | \ perl -p -e 's|^./||;s|[^/]+|..|g;'`; \ newdest=`echo $${dest} | \ perl -pe "s#/usr/local#$${depth}#;"`; \ ln -sf $${newdest} $${link}; \ done [1] https://github.com/jirib/openbsd-mystuff/blob/master/sysutils/ovirt/engine/Makefile From jbelka at redhat.com Thu Mar 14 12:52:31 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 13:52:31 +0100 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> References: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> Message-ID: <20130314135231.7530f037.jbelka@redhat.com> On Thu, 14 Mar 2013 12:12:25 +0002 Alex Lourie wrote: > Hi All > > As we are working on the configuration utilities (engine-setup, > engine-upgrade and engine-cleanup), we would like to get as much > community involvement as possible. As such, we'd like to hear the > wishes of the community in regards with those tools. 1. do not think yum is everywhere, make package upgrade extensible by some subclasses (apt-get, pkg_add...) 2. usernames are not same everywhere postgres is not everywhere 3. do not make absolute symlinks, some packaging tools scream 4. do not use #!/bin/bash but #!/bin/sh, in 99,9% people are not using anything special from bash anyway jbelka From alonbl at redhat.com Thu Mar 14 12:57:39 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 14 Mar 2013 08:57:39 -0400 (EDT) Subject: [Users] [Engine-devel] Migrating engine-setup to otopi In-Reply-To: <20130314134644.17cf7058.jbelka@redhat.com> Message-ID: <1693962559.6761651.1363265859228.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: "Alon Bar-Lev" > Cc: engine-devel at ovirt.org, users at ovirt.org > Sent: Thursday, March 14, 2013 2:46:44 PM > Subject: Re: [Engine-devel] [Users] Migrating engine-setup to otopi > > On Thu, 14 Mar 2013 08:08:52 -0400 (EDT) > Alon Bar-Lev wrote: > > > > Working on this[1] for some time, until I realized we need to > > rewrite the whole packaging... > > > > I will update you when I have something working. > > The gentoo wiki instruction should simply go aware, as it is manual > > installation. > > > > [1] https://github.com/alonbl/ovirt-overlay > > Please remove absolute symlinks too, it's totally stupid. Some > packaging tools scream a lot about symlinks pointing outside of fake > root during packaging. > > I had to do stupid kung-fu for my WIP OpenBSD port[1] :D > Not sure I agree... switching to relative symlinks is not doing a great work either, especially if we take the location from 3rd party, such as systemd or cron. From alonbl at redhat.com Thu Mar 14 12:59:37 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 14 Mar 2013 08:59:37 -0400 (EDT) Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <20130314135231.7530f037.jbelka@redhat.com> Message-ID: <1042755037.6761920.1363265977255.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: "Alex Lourie" > Cc: engine-devel at ovirt.org, Users at ovirt.org > Sent: Thursday, March 14, 2013 2:52:31 PM > Subject: Re: [Users] Features requests for the setup/configuration utilities - feedback requested > > On Thu, 14 Mar 2013 12:12:25 +0002 > Alex Lourie wrote: > > > Hi All > > > > As we are working on the configuration utilities (engine-setup, > > engine-upgrade and engine-cleanup), we would like to get as much > > community involvement as possible. As such, we'd like to hear the > > wishes of the community in regards with those tools. > > 1. do not think yum is everywhere, make package upgrade extensible > by some subclasses (apt-get, pkg_add...) Right. > 2. usernames are not same everywhere > postgres is not everywhere Right. > 3. do not make absolute symlinks, some packaging tools scream I replied to this one, I don't fully agree, relative symlinks have their own issues, and hard to convert absolute to relative when 3rd party components are involved. > 4. do not use #!/bin/bash but #!/bin/sh, in 99,9% people are not > using > anything special from bash anyway This is out of scope, we will depend on bash for now... too much legacy. We can attend to that in future. I can promise that no new code will be written in bash. Thanks! > > jbelka > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alourie at redhat.com Thu Mar 14 13:09:54 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 14 Mar 2013 13:11:54 +0002 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <1042755037.6761920.1363265977255.JavaMail.root@redhat.com> References: <1042755037.6761920.1363265977255.JavaMail.root@redhat.com> Message-ID: <201303141309.r2ED9t5r015764@int-mx01.intmail.prod.int.phx2.redhat.com> > > ----- Original Message ----- >> From: "Jiri Belka" >> To: "Alex Lourie" >> Cc: engine-devel at ovirt.org, Users at ovirt.org >> Sent: Thursday, March 14, 2013 2:52:31 PM >> Subject: Re: [Users] Features requests for the setup/configuration >> utilities - feedback requested >> >> On Thu, 14 Mar 2013 12:12:25 +0002 >> Alex Lourie wrote: >> >> > Hi All >> > >> > As we are working on the configuration utilities (engine-setup, >> > engine-upgrade and engine-cleanup), we would like to get as much >> > community involvement as possible. As such, we'd like to hear the >> > wishes of the community in regards with those tools. >> >> 1. do not think yum is everywhere, make package upgrade extensible >> by some subclasses (apt-get, pkg_add...) >> > Right. > >> 2. usernames are not same everywhere >> postgres is not everywhere >> > Right. > >> 3. do not make absolute symlinks, some packaging tools scream >> > I replied to this one, I don't fully agree, relative symlinks have > their own issues, and hard to convert absolute to relative when 3rd > party components are involved. > >> 4. do not use #!/bin/bash but #!/bin/sh, in 99,9% people are not >> using >> anything special from bash anyway >> > This is out of scope, we will depend on bash for now... too much > legacy. > We can attend to that in future. > I can promise that no new code will be written in bash. > > Thanks! > >> >> jbelka >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > Wiki updated. Thanks! From jbelka at redhat.com Thu Mar 14 14:30:26 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 15:30:26 +0100 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> References: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> Message-ID: <20130314153026.63504074.jbelka@redhat.com> I'll talk about RHEVM but it's probably related to oVirt too. As rhevm installs all deps, I'm curious why versionlock.list is populated after rhevm-setup and _not_dirrectly during installation (maybe because you would need to hardcode versions into rhevm package?). It took me tens of minutes to figure out why is upgrade working differently now, just because I did _NOT_ do rhevm-setup after clean install because I was thinking I know what files are important and was restoring them from a tarball. I think running rhevm-setup if you just want to restore is stupid. If we would know 100% which files are involved, just install, restore from backup, restore DB should be sufficient, without loosing time with rhevm-setup which just writes there and here... :) jbelka From bigclouds at 163.com Thu Mar 14 14:34:31 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 14 Mar 2013 22:34:31 +0800 (CST) Subject: [Users] start vm error, because HOST swap is illegal? In-Reply-To: <2081854334.963349.1363264961932.JavaMail.root@redhat.com> References: <2081854334.963349.1363264961932.JavaMail.root@redhat.com> Message-ID: <3f6b01a8.20037.13d6952dd37.Coremail.bigclouds@163.com> what does this error mean? HOST or guest swap too much disk space? thanks At 2013-03-14 20:42:41,"Gilad Chaplik" wrote: >Hi, > >you can avoid this check in the engine by running this db script: >update vdc_options set option_value = false where option_name = 'EnableSwapCheck'; >don't forget to restart your jboss. > >Thanks, >Gilad. > >----- Original Message ----- >> From: "bigclouds" >> To: users at ovirt.org >> Sent: Thursday, March 14, 2013 2:24:56 PM >> Subject: [Users] start vm error, because HOST swap is illegal? >> >> >> >> >> hi,all >> >> >> >> >> 2013-03-14 01:57:33,886 INFO >> [com.massclouds.center.core.bll.VdsSelector] >> (ajp--127.0.0.1-8702-22) VDS Host101 >> eb11c524-8b2c-11e2-9806-000c29d39230 swap value is illegal >> 2013-03-14 01:57:33,886 WARN >> [com.massclouds.center.core.bll.RunVmCommand] >> (ajp--127.0.0.1-8702-22) CanDoAction of action RunVm failed. >> Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VDS_VM_SWAP >> 2013-03-14 01:57:33,900 INFO >> [com.massclouds.center.core.bll.RunVmCommand] >> (ajp--127.0.0.1-8702-22) Lock freed to object CenterLock >> [exclusiveLocks= key: c33106d8-00ec-4379-8b93-ab5e7c1f279b value: VM >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Thu Mar 14 14:42:48 2013 From: alourie at redhat.com (Alex Lourie) Date: Thu, 14 Mar 2013 14:44:48 +0002 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <20130314153026.63504074.jbelka@redhat.com> References: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> <20130314153026.63504074.jbelka@redhat.com> Message-ID: <201303141442.r2EEgo8p003511@int-mx01.intmail.prod.int.phx2.redhat.com> Hi Jiri On Thu, Mar 14, 2013 at 4:30 PM, Jiri Belka wrote: > I'll talk about RHEVM but it's probably related to oVirt too. > > As rhevm installs all deps, I'm curious why versionlock.list is > populated after rhevm-setup and _not_dirrectly during installation > (maybe because you would need to hardcode versions into rhevm > package?). It took me tens of minutes to figure out why is upgrade > working differently now, just because I did _NOT_ do rhevm-setup after > clean install because I was thinking I know what files are important > and was restoring them from a tarball. > > I think running rhevm-setup if you just want to restore is stupid. If > we would know 100% which files are involved, just install, restore > from > backup, restore DB should be sufficient, without loosing time with > rhevm-setup which just writes there and here... :) > I don't really follow you here. What are you restoring with rhevm-setup? > > jbelka > From mburns at redhat.com Thu Mar 14 14:49:28 2013 From: mburns at redhat.com (Mike Burns) Date: Thu, 14 Mar 2013 10:49:28 -0400 Subject: [Users] oVirt 3.2.1 Update Message-ID: <5141E378.2010901@redhat.com> New RPMS are now uploaded for oVirt 3.2.1. The updates included: ovirt-engine-cli 3.2.0.11-1 ovirt-engine-sdk 3.2.0.10-1 ovirt-engine 3.2.1-1 oVirt Engine changes: 1. Fixed bug blocking firewalld configuration when selinux was in enforcing mode 2. Small change in All-In-One 3. Minor patches at rest-api Also included in the oVirt Engine update are patches to enable EL6 builds. These builds will be posted shortly. To upgrade, please run engine-upgrade. Thanks Mike From jbelka at redhat.com Thu Mar 14 14:55:16 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 15:55:16 +0100 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <201303141442.r2EEgo8p003511@int-mx01.intmail.prod.int.phx2.redhat.com> References: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> <20130314153026.63504074.jbelka@redhat.com> <201303141442.r2EEgo8p003511@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: <20130314155516.0c70a3f1.jbelka@redhat.com> On Thu, 14 Mar 2013 14:44:48 +0002 Alex Lourie wrote: > Hi Jiri > > On Thu, Mar 14, 2013 at 4:30 PM, Jiri Belka wrote: > > I'll talk about RHEVM but it's probably related to oVirt too. > > > > As rhevm installs all deps, I'm curious why versionlock.list is > > populated after rhevm-setup and _not_dirrectly during installation > > (maybe because you would need to hardcode versions into rhevm > > package?). It took me tens of minutes to figure out why is upgrade > > working differently now, just because I did _NOT_ do rhevm-setup after > > clean install because I was thinking I know what files are important > > and was restoring them from a tarball. > > > > I think running rhevm-setup if you just want to restore is stupid. If > > we would know 100% which files are involved, just install, restore > > from > > backup, restore DB should be sufficient, without loosing time with > > rhevm-setup which just writes there and here... :) > > > > I don't really follow you here. What are you restoring with rhevm-setup? My previous (wrong) procedure to restore old version was: rhevm-cleanup, yum remove rhevm\*, rm -rf $dirs, yum install rhevm\*, tar xvzpf /backup.tgz, ./restore.sh for DB... which was not fully correct as I haven't known /etc/yum/plugin.d/versionlock.list is touched by rhevm-setup as well and thus yum was working very strange during next normal upgrade. From gchaplik at redhat.com Thu Mar 14 15:33:35 2013 From: gchaplik at redhat.com (Gilad Chaplik) Date: Thu, 14 Mar 2013 11:33:35 -0400 (EDT) Subject: [Users] start vm error, because HOST swap is illegal? In-Reply-To: <3f6b01a8.20037.13d6952dd37.Coremail.bigclouds@163.com> Message-ID: <1330192124.1053924.1363275215366.JavaMail.root@redhat.com> ----- Original Message ----- > From: "bigclouds" > To: "Gilad Chaplik" > Cc: users at ovirt.org > Sent: Thursday, March 14, 2013 4:34:31 PM > Subject: Re:Re: [Users] start vm error, because HOST swap is illegal? > > > > what does this error mean? > HOST or guest swap too much disk space? > thanks A swapping host in most cases have a major impact on VM behavior. So by default oVirt will not run a VM on a swapping host. this is highly unrecommended. > > > > > > > > > At?2013-03-14?20:42:41,"Gilad?Chaplik"??wrote: > >Hi, > > > >you?can?avoid?this?check?in?the?engine?by?running?this?db?script: > >update?vdc_options?set?option_value?=?false?where?option_name?= > >?'EnableSwapCheck'; > >don't?forget?to?restart?your?jboss. > > > >Thanks, > >Gilad. > > > >-----?Original?Message?----- > >>?From:?"bigclouds"? > >>?To:?users at ovirt.org > >>?Sent:?Thursday,?March?14,?2013?2:24:56?PM > >>?Subject:?[Users]?start?vm?error,?because?HOST?swap?is?illegal? > >>? > >>? > >>? > >>? > >>?hi,all > >>? > >>? > >>? > >>? > >>?2013-03-14?01:57:33,886?INFO > >>?[com.massclouds.center.core.bll.VdsSelector] > >>?(ajp--127.0.0.1-8702-22)?VDS?Host101 > >>?eb11c524-8b2c-11e2-9806-000c29d39230?swap?value?is?illegal > >>?2013-03-14?01:57:33,886?WARN > >>?[com.massclouds.center.core.bll.RunVmCommand] > >>?(ajp--127.0.0.1-8702-22)?CanDoAction?of?action?RunVm?failed. > >>?Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VDS_VM_SWAP > >>?2013-03-14?01:57:33,900?INFO > >>?[com.massclouds.center.core.bll.RunVmCommand] > >>?(ajp--127.0.0.1-8702-22)?Lock?freed?to?object?CenterLock > >>?[exclusiveLocks=?key:?c33106d8-00ec-4379-8b93-ab5e7c1f279b?value: > >>??VM > >>? > >>? > >>?_______________________________________________ > >>?Users?mailing?list > >>?Users at ovirt.org > >>?http://lists.ovirt.org/mailman/listinfo/users > >> > > From shuming at linux.vnet.ibm.com Thu Mar 14 15:40:50 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Thu, 14 Mar 2013 23:40:50 +0800 Subject: [Users] management server very slow lately In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> Message-ID: <5141EF82.9010404@linux.vnet.ibm.com> Did you use IE or firefox? I found firefox was much faster than IE connecting the engine server. Jonathan Horne : > > Hello, lately my manager server web interface is extremely sluggish. > Perhaps the server is ready for a reboot? > > My management server is also the hosts of my NFS export and ISO > mounts. Is there a prescribed method for rebooting when I am also > providing NFS services from the management server? My assumption is > that aside from NFS, I should be able to reboot the management serve > and the nodes and virtual machines will be fine in the mean time? > > Thanks, > > jonathan > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, > please delete without copying and kindly advise us by e-mail of the > mistake in delivery. NOTE: Regardless of content, this e-mail shall > not operate to bind SKOPOS to any order or other contract unless > pursuant to explicit written agreement or government initiative > expressly permitting the use of e-mail for such purpose. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Mar 14 15:46:28 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 14 Mar 2013 16:46:28 +0100 Subject: [Users] Info on ovirt-guest-agent on Fedora 18 guest Message-ID: Hello, I have a Fedora 18 based oVirt 3.2. I have a guesta that is Fedra 18 too. In installed from standard fedora repo the ovirt-guest-agent ovirt-guest-agent-common-1.0.6-6.fc18.noarch and enabled the service. I also ran a yum update on the VM and reboot. Now I can see the ip in webadmin gui, so basic info seems to pass. What other kind of tests can I do to check guest agent functionality? Are the errors below related to the agent itself or are theuy only a tail of messages file? $ sudo systemctl status ovirt-guest-agent ovirt-guest-agent.service - oVirt Guest Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-guest-agent.service; enabled) Active: active (running) since Thu 2013-03-14 15:11:41 CET; 1h 31min ago Process: 507 ExecStartPre=/bin/chown ovirtagent:ovirtagent /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 482 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Main PID: 525 (python) CGroup: name=systemd:/system/ovirt-guest-agent.service ??525 /usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line...it__ Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: self._named_service = conn.activate_name_owner(bus_name) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 180...wner Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: self.start_service_by_name(bus_name) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 278...name Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: 'su', (bus_name, flags))) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: File "/usr/lib/python2.7/site-packages/dbus/connection.py", l...king Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: message, timeout) Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The...iles Mar 14 15:12:18 f18ovguest.ceda.polimi.it python[525]: ERROR:root:Error locking session (no active session). Thanks in advance Gianluca From shuming at linux.vnet.ibm.com Thu Mar 14 15:55:57 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Thu, 14 Mar 2013 23:55:57 +0800 Subject: [Users] Export domain In-Reply-To: <514185E1.10709@redhat.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> <514185E1.10709@redhat.com> Message-ID: <5141F30D.5080607@linux.vnet.ibm.com> Dafna Ron: > ovirt should not react in any way :) > the size should be updated by queries that are sent to vdsm on domains > status. I think vdsm domains do have their own meta-data except the lvm or posix file system meta data. > If you want to be extra careful you can always put the export domain in > maintenance before the extend :) If the export domain come back to life, I think the domain meta data should be invalidated after the extend. > > > > On 03/13/2013 09:45 PM, Jonathan Horne wrote: >> What would happen if the export domain (via NFS) was extended (say, >> while the server was doing a reboot?) id like to extend the space of >> my export domain from 200 to 500GB (with lvm commands). >> >> >> >> How will ovirt react to finding the size of the export domain >> changed? Pleased or unpleased? >> >> >> >> Thanks, >> >> jonathan >> >> >> ------------------------------------------------------------------------ >> This is a PRIVATE message. If you are not the intended recipient, >> please delete without copying and kindly advise us by e-mail of the >> mistake in delivery. NOTE: Regardless of content, this e-mail shall >> not operate to bind SKOPOS to any order or other contract unless >> pursuant to explicit written agreement or government initiative >> expressly permitting the use of e-mail for such purpose. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC From Ernest.Beinrohr at axonpro.sk Thu Mar 14 16:17:18 2013 From: Ernest.Beinrohr at axonpro.sk (Ernest Beinrohr) Date: Thu, 14 Mar 2013 17:17:18 +0100 Subject: [Users] Is it possible to change the DB password for local postgresql? In-Reply-To: <749514208.6481765.1363172250753.JavaMail.root@redhat.com> References: <749514208.6481765.1363172250753.JavaMail.root@redhat.com> Message-ID: <5141F80E.7090805@axonpro.sk> On 13.03.2013 11:57, Alon Bar-Lev wrote: > You need to change the /etc/sysconfig/ovirt-engine password as well. > You have a script to encode it at /etc/pki/ovirt-engine/encryptpasswd.sh or similar. > Worked: I also created a simple page of the change process: http://www.ovirt.org/Postgresql_changing_db_pass -- Ernest Beinrohr, AXON PRO Ing , RHCE , RHCVA , LPIC , +421-2--6241-0360 , +421-903--482-603 icq:28153343, skype:oernii-work , jabber:oernii at jabber.org ------------------------------------------------------------------------ ?The bureaucracy is expanding to meet the needs of the expanding bureaucracy.? ? Oscar Wilde -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Thu Mar 14 16:38:35 2013 From: jbelka at redhat.com (Jiri Belka) Date: Thu, 14 Mar 2013 17:38:35 +0100 Subject: [Users] Is it possible to change the DB password for local postgresql? In-Reply-To: <5141F80E.7090805@axonpro.sk> References: <749514208.6481765.1363172250753.JavaMail.root@redhat.com> <5141F80E.7090805@axonpro.sk> Message-ID: <20130314173835.2f86941e.jbelka@redhat.com> On Thu, 14 Mar 2013 17:17:18 +0100 Ernest Beinrohr wrote: > On 13.03.2013 11:57, Alon Bar-Lev wrote: > > You need to change the /etc/sysconfig/ovirt-engine password as well. ^^^^^^^^^^^^^^^^^^^^^^^^^^^ world readable, very funny. Are we back in 80ies when /etc/passwd had passwords and was world readable (and under attacks all the time)? From alonbl at redhat.com Thu Mar 14 16:40:37 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 14 Mar 2013 12:40:37 -0400 (EDT) Subject: [Users] Is it possible to change the DB password for local postgresql? In-Reply-To: <20130314173835.2f86941e.jbelka@redhat.com> Message-ID: <1360752392.6836189.1363279237285.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: "Ernest Beinrohr" > Cc: "Alon Bar-Lev" , users at ovirt.org > Sent: Thursday, March 14, 2013 6:38:35 PM > Subject: Re: [Users] Is it possible to change the DB password for local postgresql? > > On Thu, 14 Mar 2013 17:17:18 +0100 > Ernest Beinrohr wrote: > > > On 13.03.2013 11:57, Alon Bar-Lev wrote: > > > You need to change the /etc/sysconfig/ovirt-engine password as > > > well. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ world > readable, > very funny. Are we back in 80ies when /etc/passwd had passwords and > was > world readable (and under attacks all the time)? > yes... this is going to be fixed as well. Alon From eedri at redhat.com Thu Mar 14 19:43:11 2013 From: eedri at redhat.com (Eyal Edri) Date: Thu, 14 Mar 2013 15:43:11 -0400 (EDT) Subject: [Users] [EL6 RPMS] new nightly ovirt rpms In-Reply-To: <1314235116.19013868.1363290145754.JavaMail.root@redhat.com> Message-ID: <1696084005.19013999.1363290191664.JavaMail.root@redhat.com> fyi, EL6 rpms for various ovirt project are now available via the nightly repos: http://resources.ovirt.org/releases/nightly/rpm/EL/6/noarch/ Eyal. From ewoud+ovirt at kohlvanwijngaarden.nl Thu Mar 14 12:06:01 2013 From: ewoud+ovirt at kohlvanwijngaarden.nl (Ewoud Kohl van Wijngaarden) Date: Thu, 14 Mar 2013 13:06:01 +0100 Subject: [Users] [Engine-devel] Migrating engine-setup to otopi In-Reply-To: <609241786.6750153.1363261951706.JavaMail.root@redhat.com> References: <20130314124712.7add99a6.jbelka@redhat.com> <609241786.6750153.1363261951706.JavaMail.root@redhat.com> Message-ID: <20130314120601.GQ28496@bogey.xentower.nl> On Thu, Mar 14, 2013 at 07:52:31AM -0400, Alon Bar-Lev wrote: > > > ----- Original Message ----- > > From: "Jiri Belka" > > To: "Alex Lourie" > > Cc: engine-devel at ovirt.org, users at ovirt.org > > Sent: Thursday, March 14, 2013 1:47:12 PM > > Subject: Re: [Users] Migrating engine-setup to otopi > > > > On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) > > Alex Lourie wrote: > > > > > > > 1. Be able to port engine to other distributions. > > > > > > > > Really? Beside this topic I see hardcoded usernames in scripts... > > > > > > > > http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified > > > > > > These usernames are not hard-coded. There are default values > > > present which are kept for > > > local installations, but with remote DB setup the user is prompted > > > to provide a username > > > of her/his own. > > > > Not everywhere are postgresql dirs owned by postgres, on some BSDs it > > is > > _postgresql. > > Right, as I said this is going away. > > I am porting this first to Gentoo, which is the most complex, then I > will be able to provide debian based. Would it be useful to start to provide an ovirt-overlay for this? I already started https://github.com/ekohl/ovirt-overlay where I packaged ovirt-shell and its dependencies (including ovirt-sdk-python). I'd be happy to extend this with more packages based on the info available on http://wiki.gentoo.org/wiki/OVirt. From ianforde at gmail.com Thu Mar 14 22:13:36 2013 From: ianforde at gmail.com (Ian Forde) Date: Thu, 14 Mar 2013 15:13:36 -0700 Subject: [Users] ovirt node 2.6.1 installation succeeding, but not booting on Gateway SX2370 Message-ID: Hi all - I've got a couple of Gateway SX2370 desktops that I'm using as hypervisors. Each can take up to 16GB RAM, and are small, both currently running CentOS 6.3 with the Dreyou repo for VDSM and work great. My next plan was to use ovirt-node booted from an SD card on them, so I: . Downloaded ovirt node 2.6.1 . Burned it to a USB stick from my CentOS 6 desktop using livecd-iso-to-disk. . Booted the stick successfully on the Gateway box (although it saw it as EFI - we'll get to that in a second) and was able to install ovirt-node to the SD card. . Shut the box down . Tried to boot the SD card . The system reports no hard disk upon boot. The BIOS sees it as an EFI device, so I believe that it can't find the EFI partition, and dies. The funny thing is that that same SD card will boot on boxes that don't have EFI or UEFI. And unfortunately, there's no way in the BIOS to disable EFI detection on hard disks. And it won't let me mark the SD card as "non-EFI" so that I can have a sane "legacy" boot. And even so, I don't know how to defeat its detection, which is probably picking up on the presence of GPT on the SD card to make its determination. Anyhoo - here's how I solved it. From seeing various RH entries in bugzilla over the last year and a half regarding EFI, I decided to cheat, as it doesn't like the bootable partition #2: . Create a FAT32 filesystem on partition 1 of the SD card . Create the directory /EFI in partition 1, and copy the contents of :/boot/EFI/ to it. . Edit partition1:/EFI/BOOT/BOOTX64.conf and partition1:/EFI/BOOT/grub.cfg to better reflect what's really on the disk. (I was skimming the thread and post referenced at http://lists.ovirt.org/pipermail/users/2012-February/006279.html for info.) That got me a 2nd bootable entry in my BIOS, which I was able to set to default and boot from successfully (despite a subsequent warning about secure boot not being available). So here's my question: Is there a way that I can submit info back about the ovirt-node install that can help debug the stock install of ovirt-node getting media to boot on a box that won't let me disable EFI? -Ian -------------- next part -------------- An HTML attachment was scrubbed... URL: From shuming at linux.vnet.ibm.com Fri Mar 15 01:42:42 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Fri, 15 Mar 2013 09:42:42 +0800 Subject: [Users] Export domain In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> Message-ID: <51427C92.8030302@linux.vnet.ibm.com> So you have a block device in NFS server to be extended from 200 to 50GB? I think you should extend both the block device and the file system on the block device in the server side. To oVirt, it doesn't save the size in storage domain' meta-data and I believe the size is only stored in the engine server. The only issue is before the engine refresh its metadata in the next time, there is a window with the meta-data out of sync. Please let us know if it is successful. Jonathan Horne: > > What would happen if the export domain (via NFS) was extended (say, > while the server was doing a reboot?) id like to extend the space of > my export domain from 200 to 500GB (with lvm commands). > > How will ovirt react to finding the size of the export domain > changed? Pleased or unpleased? > > Thanks, > > jonathan > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, > please delete without copying and kindly advise us by e-mail of the > mistake in delivery. NOTE: Regardless of content, this e-mail shall > not operate to bind SKOPOS to any order or other contract unless > pursuant to explicit written agreement or government initiative > expressly permitting the use of e-mail for such purpose. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Fri Mar 15 03:06:06 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 15 Mar 2013 11:06:06 +0800 (CST) Subject: [Users] spicec failed to connect spice-server,error code 111 In-Reply-To: <1363264412.476.55.camel@cihla.usersys.redhat.com> References: <1ff54a35.20b8c.13d68cf4102.Coremail.bigclouds@163.com> <1363264412.476.55.camel@cihla.usersys.redhat.com> Message-ID: <76f7c6c5.549f.13d6c02f5aa.Coremail.bigclouds@163.com> #i export SPICEC_LOG_LEVEL=0 spicec.log 1363316293 INFO [10096:10096] Application::main: starting 0.8.3 1363316293 DEBUG [10096:10096] Application::Application: 1363316293 DEBUG [10096:10096] HotKeysParser::HotKeysParser: hotkeys = toggle-fullscreen=shift+f11,release-cursor=shift+f12,smartcard-insert=shift+f8,smartcard-remove=shift+f9 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = shift 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = f11 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = shift 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = f12 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = shift 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = f8 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = shift 1363316293 DEBUG [10096:10096] HotKeysParser::add_key: keys = f9 1363316293 DEBUG [10096:10096] Platform::init: 1363316293 INFO [10096:10096] init_key_map: using evdev mapping 1363316293 INFO [10096:10096] MultyMonScreen::MultyMonScreen: platform_win: 71303169 1363316293 INFO [10096:10096] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-10096.uds 1363316293 DEBUG [10096:10096] LinuxListener::LinuxListener: listening socket - /tmp/SpiceForeignMenu-10096.uds, added to events_loop 1363316293 DEBUG [10096:10097] RedPeer::connect_to_peer: Trying 192.168.88.101 5900 1363316293 DEBUG [10096:10097] RedPeer::connect_to_peer: Connected to 192.168.88.101 5900 1363316293 INFO [10096:10097] RedPeer::connect_unsecure: Connected to 192.168.88.101 5900 1363316293 DEBUG [10096:10097] RedPeer::connect_to_peer: Trying 192.168.88.101 5901 1363316293 DEBUG [10096:10097] RedPeer::connect_to_peer: Connected to 192.168.88.101 5901 1363316293 INFO [10096:10097] RedPeer::connect_secure: Connected to 192.168.88.101 5901 1363316293 DEBUG [10096:10097] RedPeer::verify_host_name: common name match=192.168.88.101 1363316293 WARN [10096:10097] RedChannel::run: connect failed 7 1363316293 INFO [10096:10096] main: Spice client terminated (exitcode = 3) 1363316293 DEBUG [10096:10096] cleanup: At 2013-03-14 20:33:32,"David Ja?a" wrote: >could you post debug log, i.e. with SPICEC_LOG_LEVEL environment >variable set to 0 (zero)? > >David > > >bigclouds p??e v ?t 14. 03. 2013 v 20:10 +0800: >> spicec -h HOST -p 5900 -s 5901 --ca-file file.pem >> warning:fialed to connect : connection refused(111) >> >> >> >> >> 1363262333 INFO [12182:12182] Application::main: starting 0.8.3 >> 1363262333 INFO [12182:12182] init_key_map: using evdev mapping >> 1363262333 INFO [12182:12182] MultyMonScreen::MultyMonScreen: >> platform_win: 50331649 >> 1363262333 INFO [12182:12182] ForeignMenu::ForeignMenu: Creating a >> foreign menu connection /tmp/SpiceForeignMenu-12182.uds >> 1363262333 INFO [12182:12183] RedPeer::connect_to_peer: Connect >> failed: Connection refused (111) >> 1363262333 INFO [12182:12183] RedPeer::connect_to_peer: Connect >> failed: Connection refused (111) >> 1363262333 WARN [12182:12183] RedChannel::run: failed to connect: >> Connection refused (111) >> 1363262333 INFO [12182:12182] main: Spice client terminated (exitc ode >> = 3) >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > >-- > >David Ja?a, RHCE > >SPICE QE based in Brno >GPG Key: 22C33E24 >Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From snmishra at linux.vnet.ibm.com Fri Mar 15 05:32:17 2013 From: snmishra at linux.vnet.ibm.com (snmishra at linux.vnet.ibm.com) Date: Thu, 14 Mar 2013 22:32:17 -0700 Subject: [Users] Cannot add host - non-responsive. Message-ID: <20130314223217.Horde.NkNSQpir309RQrJhoh6jPOA@imap.linux.ibm.com> I am trying to add a fedora18 host to an engine that was built from source. SElinux and firewalld are disabled/stopped on both the fedora boxes. I can ping between the two machines using IP and FQDN. But when I go to add the host it gets connection refused error and goes non-responsive. Here are the engine logs. Any Clues? Sharad Mishra 2013-03-15 01:21:07,208 INFO [org.ovirt.engine.core.bll.AddVdsCommand] (http--0.0.0.0-8700-1) [2ebde801] Running command: AddVdsCommand internal: false. Entities affected : ID: 99408929-82cf-4dc7-a532-9d998063fa95 Type: VdsGroups 2013-03-15 01:21:07,279 INFO [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-1) Running command: AddVdsSpmIdCommand internal: true. Entities affected : ID: f66bcf41-56bc-4ac9-b702-c5674060a1a3 Type: VDS 2013-03-15 01:21:07,293 INFO [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-1) Lock freed to object EngineLock [exclusiveLocks= key: 5849b030-626e-47cb-ad90-3ce782d831b3 value: REGISTER_VDS , sharedLocks= ] 2013-03-15 01:21:07,297 ERROR [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-1) Cannot get vdsManager for vdsid=f66bcf41-56bc-4ac9-b702-c5674060a1a3 2013-03-15 01:21:07,313 INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] (http--0.0.0.0-8700-1) START, RemoveVdsVDSCommand(HostName = ovirt2, HostId = f66bcf41-56bc-4ac9-b702-c5674060a1a3), log id: 4a95fb09 2013-03-15 01:21:07,314 ERROR [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-1) Cannot get vdsManager for vdsid=f66bcf41-56bc-4ac9-b702-c5674060a1a3 2013-03-15 01:21:07,315 INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] (http--0.0.0.0-8700-1) FINISH, RemoveVdsVDSCommand, log id: 4a95fb09 2013-03-15 01:21:07,317 ERROR [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-1) Cannot get vdsManager for vdsid=f66bcf41-56bc-4ac9-b702-c5674060a1a3 2013-03-15 01:21:07,333 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-1) START, AddVdsVDSCommand(HostName = ovirt2, HostId = f66bcf41-56bc-4ac9-b702-c5674060a1a3), log id: 2621f1c9 2013-03-15 01:21:07,334 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-1) AddVds - entered , starting logic to add VDS f66bcf41-56bc-4ac9-b702-c5674060a1a3 2013-03-15 01:21:07,350 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-1) AddVds - VDS f66bcf41-56bc-4ac9-b702-c5674060a1a3 was added, will try to add it to the resource manager 2013-03-15 01:21:07,354 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-1) Entered VdsManager constructor 2013-03-15 01:21:07,360 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-1) Initialize vdsBroker (9.27.28.20,54,321) 2013-03-15 01:21:07,398 INFO [org.ovirt.engine.core.vdsbroker.ResourceManager] (http--0.0.0.0-8700-1) VDS f66bcf41-56bc-4ac9-b702-c5674060a1a3 was added to the Resource Manager 2013-03-15 01:21:07,399 INFO [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] (http--0.0.0.0-8700-1) FINISH, AddVdsVDSCommand, log id: 2621f1c9 2013-03-15 01:21:10,499 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-8) Failed to refresh VDS , vds = f66bcf41-56bc-4ac9-b702-c5674060a1a3 : ovirt2, VDS Network Error, continuing. java.net.ConnectException: Connection refused 2013-03-15 01:21:13,529 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-10) Failed to refresh VDS , vds = f66bcf41-56bc-4ac9-b702-c5674060a1a3 : ovirt2, VDS Network Error, continuing. java.net.ConnectException: Connection refused 2013-03-15 01:21:16,556 ERROR [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-4) Server failed to respond, vds_id = f66bcf41-56bc-4ac9-b702-c5674060a1a3, vds_name = ovirt2, error = java.net.ConnectException: Connection refused 2013-03-15 01:21:16,577 INFO [org.ovirt.engine.core.bll.VdsEventListener] (pool-10-thread-8) ResourceManager::vdsNotResponding entered for Host f66bcf41-56bc-4ac9-b702-c5674060a1a3, 9.27.28.20 2013-03-15 01:21:16,644 WARN [org.ovirt.engine.core.bll.VdsNotRespondingTreatmentCommand] (pool-10-thread-8) [734218b6] CanDoAction of action VdsNotRespondingTreatment failed. Reasons:VDS_FENCE_DISABLED From xianghuadu at gmail.com Fri Mar 15 07:53:37 2013 From: xianghuadu at gmail.com (xianghuadu) Date: Fri, 15 Mar 2013 15:53:37 +0800 Subject: [Users] Unable to read certificate, system is not registered or you are not root Message-ID: <201303151553277024202@gmail.com> hi all Does anyone know what the problem is the following error log [root at m /]# tail /var/log/rhsm/rhsm.log 2013-03-15 15:42:50,659 [ERROR] @virt-who.py:119 - Unable to obtain status from server, UEPConnection is likely not usable: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 113, in initSM self.subscriptionManager = SubscriptionManager(self.logger) File "/usr/share/virt-who/subscriptionmanager.py", line 42, in __init__ self.readConfig() File "/usr/share/virt-who/subscriptionmanager.py", line 56, in readConfig raise SubscriptionManagerError("Unable to read certificate, system is not registered or you are not root") SubscriptionManagerError: Unable to read certificate, system is not registered or you are not root 2013-03-15 15:42:50,660 [ERROR] @virt-who.py:215 - Unable to recover, retry in 60 seconds. [root at m /]# tail /var/log/rhsm/rhsm.log -n 50 SubscriptionManagerError: Unable to read certificate, system is not registered or you are not root 2013-03-15 15:40:50,526 [ERROR] @virt-who.py:215 - Unable to recover, retry in 60 seconds. 2013-03-15 15:41:50,588 [ERROR] @virt-who.py:119 - Unable to obtain status from server, UEPConnection is likely not usable: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 113, in initSM self.subscriptionManager = SubscriptionManager(self.logger) File "/usr/share/virt-who/subscriptionmanager.py", line 42, in __init__ self.readConfig() File "/usr/share/virt-who/subscriptionmanager.py", line 56, in readConfig raise SubscriptionManagerError("Unable to read certificate, system is not registered or you are not root") SubscriptionManagerError: Unable to read certificate, system is not registered or you are not root 2013-03-15 15:41:50,590 [ERROR] @virt-who.py:212 - Error in communication with subscription manager, trying to recover: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 194, in _send self.subscriptionManager.sendVirtGuests(virtualGuests) AttributeError: 'NoneType' object has no attribute 'sendVirtGuests' 2013-03-15 15:41:50,592 [ERROR] @virt-who.py:119 - Unable to obtain status from server, UEPConnection is likely not usable: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 113, in initSM self.subscriptionManager = SubscriptionManager(self.logger) File "/usr/share/virt-who/subscriptionmanager.py", line 42, in __init__ self.readConfig() File "/usr/share/virt-who/subscriptionmanager.py", line 56, in readConfig raise SubscriptionManagerError("Unable to read certificate, system is not registered or you are not root") SubscriptionManagerError: Unable to read certificate, system is not registered or you are not root 2013-03-15 15:41:50,593 [ERROR] @virt-who.py:215 - Unable to recover, retry in 60 seconds. 2013-03-15 15:42:50,656 [ERROR] @virt-who.py:119 - Unable to obtain status from server, UEPConnection is likely not usable: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 113, in initSM self.subscriptionManager = SubscriptionManager(self.logger) File "/usr/share/virt-who/subscriptionmanager.py", line 42, in __init__ self.readConfig() File "/usr/share/virt-who/subscriptionmanager.py", line 56, in readConfig raise SubscriptionManagerError("Unable to read certificate, system is not registered or you are not root") SubscriptionManagerError: Unable to read certificate, system is not registered or you are not root 2013-03-15 15:42:50,657 [ERROR] @virt-who.py:212 - Error in communication with subscription manager, trying to recover: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 194, in _send self.subscriptionManager.sendVirtGuests(virtualGuests) AttributeError: 'NoneType' object has no attribute 'sendVirtGuests' 2013-03-15 15:42:50,659 [ERROR] @virt-who.py:119 - Unable to obtain status from server, UEPConnection is likely not usable: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 113, in initSM self.subscriptionManager = SubscriptionManager(self.logger) File "/usr/share/virt-who/subscriptionmanager.py", line 42, in __init__ self.readConfig() File "/usr/share/virt-who/subscriptionmanager.py", line 56, in readConfig raise SubscriptionManagerError("Unable to read certificate, system is not registered or you are not root") SubscriptionManagerError: Unable to read certificate, system is not registered or you are not root 2013-03-15 15:42:50,660 [ERROR] @virt-who.py:215 - Unable to recover, retry in 60 seconds. xianghuadu -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Fri Mar 15 07:59:32 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 15 Mar 2013 15:59:32 +0800 (CST) Subject: [Users] how the default bridge network is created. Message-ID: <7cabd5da.b2b3.13d6d0f9d63.Coremail.bigclouds@163.com> hi,all vdsmgmt network is created defaultly, i want to know how and where ? i now need to add my own network, better to refer to ovirt'default network. 1.if i need to insert network info into DB 2.how to start up the default network , 1)just put a network xml in right place, let libvirt tak care of it. 2)when start agent or engine, call add network API to product a network dynamicly? 3.in network table, what is column type, how many of this type. thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabiand at redhat.com Fri Mar 15 08:32:01 2013 From: fabiand at redhat.com (Fabian Deutsch) Date: Fri, 15 Mar 2013 09:32:01 +0100 Subject: [Users] ovirt node 2.6.1 installation succeeding, but not booting on Gateway SX2370 In-Reply-To: References: Message-ID: <1363336321.7594.8.camel@fdeutsch-laptop.local> Am Donnerstag, den 14.03.2013, 15:13 -0700 schrieb Ian Forde: > That got me a 2nd bootable entry in my BIOS, which I was able to set > to default and boot from successfully (despite a subsequent warning > about secure boot not being available). > > > So here's my question: Is there a way that I can submit info back > about the ovirt-node install that can help debug the stock install of > ovirt-node getting media to boot on a box that won't let me disable > EFI? Hey Ian, nice research and even better that you got a solution! The best way to get your findings into ovirt-node is to file a bug against that component in bugzilla [1] and attach your solution there. That will definetly help to solve this bug quicker. Greetings fabian -- [1] https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt&component=ovirt-node From sabose at redhat.com Fri Mar 15 09:39:46 2013 From: sabose at redhat.com (Sahina Bose) Date: Fri, 15 Mar 2013 15:09:46 +0530 Subject: [Users] Cannot add host - non-responsive. In-Reply-To: <20130314223217.Horde.NkNSQpir309RQrJhoh6jPOA@imap.linux.ibm.com> References: <20130314223217.Horde.NkNSQpir309RQrJhoh6jPOA@imap.linux.ibm.com> Message-ID: <5142EC62.3030809@redhat.com> Maybe you need to set ssl=false as per http://www.ovirt.org/Vdsm_Getting_Started thx sahina On 03/15/2013 11:02 AM, snmishra at linux.vnet.ibm.com wrote: > > I am trying to add a fedora18 host to an engine that was built from > source. SElinux and firewalld are disabled/stopped on both the fedora > boxes. I can ping between the two machines using IP and FQDN. But when > I go to add the host it gets connection refused error and goes > non-responsive. Here are the engine logs. > > Any Clues? > Sharad Mishra > > > 2013-03-15 01:21:07,208 INFO [org.ovirt.engine.core.bll.AddVdsCommand] > (http--0.0.0.0-8700-1) [2ebde801] Running command: AddVdsCommand > internal: false. Entities affected : ID: > 99408929-82cf-4dc7-a532-9d998063fa95 Type: VdsGroups > 2013-03-15 01:21:07,279 INFO > [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-1) > Running command: AddVdsSpmIdCommand internal: true. Entities affected > : ID: f66bcf41-56bc-4ac9-b702-c5674060a1a3 Type: VDS > 2013-03-15 01:21:07,293 INFO > [org.ovirt.engine.core.bll.AddVdsSpmIdCommand] (http--0.0.0.0-8700-1) > Lock freed to object EngineLock [exclusiveLocks= key: > 5849b030-626e-47cb-ad90-3ce782d831b3 value: REGISTER_VDS > , sharedLocks= ] > 2013-03-15 01:21:07,297 ERROR > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-1) Cannot get vdsManager for > vdsid=f66bcf41-56bc-4ac9-b702-c5674060a1a3 > 2013-03-15 01:21:07,313 INFO > [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] > (http--0.0.0.0-8700-1) START, RemoveVdsVDSCommand(HostName = ovirt2, > HostId = f66bcf41-56bc-4ac9-b702-c5674060a1a3), log id: 4a95fb09 > 2013-03-15 01:21:07,314 ERROR > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-1) Cannot get vdsManager for > vdsid=f66bcf41-56bc-4ac9-b702-c5674060a1a3 > 2013-03-15 01:21:07,315 INFO > [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] > (http--0.0.0.0-8700-1) FINISH, RemoveVdsVDSCommand, log id: 4a95fb09 > 2013-03-15 01:21:07,317 ERROR > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-1) Cannot get vdsManager for > vdsid=f66bcf41-56bc-4ac9-b702-c5674060a1a3 > 2013-03-15 01:21:07,333 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-1) START, AddVdsVDSCommand(HostName = ovirt2, > HostId = f66bcf41-56bc-4ac9-b702-c5674060a1a3), log id: 2621f1c9 > 2013-03-15 01:21:07,334 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-1) AddVds - entered , starting logic to add VDS > f66bcf41-56bc-4ac9-b702-c5674060a1a3 > 2013-03-15 01:21:07,350 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-1) AddVds - VDS > f66bcf41-56bc-4ac9-b702-c5674060a1a3 was added, will try to add it to > the resource manager > 2013-03-15 01:21:07,354 INFO > [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-1) > Entered VdsManager constructor > 2013-03-15 01:21:07,360 INFO > [org.ovirt.engine.core.vdsbroker.VdsManager] (http--0.0.0.0-8700-1) > Initialize vdsBroker (9.27.28.20,54,321) > 2013-03-15 01:21:07,398 INFO > [org.ovirt.engine.core.vdsbroker.ResourceManager] > (http--0.0.0.0-8700-1) VDS f66bcf41-56bc-4ac9-b702-c5674060a1a3 was > added to the Resource Manager > 2013-03-15 01:21:07,399 INFO > [org.ovirt.engine.core.vdsbroker.AddVdsVDSCommand] > (http--0.0.0.0-8700-1) FINISH, AddVdsVDSCommand, log id: 2621f1c9 > 2013-03-15 01:21:10,499 WARN > [org.ovirt.engine.core.vdsbroker.VdsManager] > (DefaultQuartzScheduler_Worker-8) Failed to refresh VDS , vds = > f66bcf41-56bc-4ac9-b702-c5674060a1a3 : ovirt2, VDS Network Error, > continuing. > java.net.ConnectException: Connection refused > 2013-03-15 01:21:13,529 WARN > [org.ovirt.engine.core.vdsbroker.VdsManager] > (DefaultQuartzScheduler_Worker-10) Failed to refresh VDS , vds = > f66bcf41-56bc-4ac9-b702-c5674060a1a3 : ovirt2, VDS Network Error, > continuing. > java.net.ConnectException: Connection refused > 2013-03-15 01:21:16,556 ERROR > [org.ovirt.engine.core.vdsbroker.VdsManager] > (DefaultQuartzScheduler_Worker-4) Server failed to respond, vds_id = > f66bcf41-56bc-4ac9-b702-c5674060a1a3, vds_name = ovirt2, error = > java.net.ConnectException: Connection refused > 2013-03-15 01:21:16,577 INFO > [org.ovirt.engine.core.bll.VdsEventListener] (pool-10-thread-8) > ResourceManager::vdsNotResponding entered for Host > f66bcf41-56bc-4ac9-b702-c5674060a1a3, 9.27.28.20 > 2013-03-15 01:21:16,644 WARN > [org.ovirt.engine.core.bll.VdsNotRespondingTreatmentCommand] > (pool-10-thread-8) [734218b6] CanDoAction of action > VdsNotRespondingTreatment failed. Reasons:VDS_FENCE_DISABLED > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From dron at redhat.com Fri Mar 15 10:40:19 2013 From: dron at redhat.com (Dafna Ron) Date: Fri, 15 Mar 2013 12:40:19 +0200 Subject: [Users] Export domain In-Reply-To: <5141F30D.5080607@linux.vnet.ibm.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> <514185E1.10709@redhat.com> <5141F30D.5080607@linux.vnet.ibm.com> Message-ID: <5142FA93.3070403@redhat.com> On 03/14/2013 05:55 PM, Shu Ming wrote: > Dafna Ron: >> ovirt should not react in any way :) >> the size should be updated by queries that are sent to vdsm on domains >> status. > I think vdsm domains do have their own meta-data except the lvm or > posix file system meta data. the export domain is an NFS domain and the size is not listed in its metadata. much like posix which is based on file type storage, if we extend the size in the storage server itself the domain size will be updated with no issues or changed to the metadata. you are correct regarding iscsi domain types which would have a problem with extending a lun in the storage side. extend for iscsi is done via the ovirt by editing the domain and adding more luns since extend of the used lv on the storage side will cause issues in the metadata. >> If you want to be extra careful you can always put the export domain in >> maintenance before the extend :) > If the export domain come back to life, I think the domain meta data > should be invalidated after the extend. since its not iscsi type domain the extend done on the server side to extend the domain should not be a problem > >> >> >> >> On 03/13/2013 09:45 PM, Jonathan Horne wrote: >>> What would happen if the export domain (via NFS) was extended (say, >>> while the server was doing a reboot?) id like to extend the space of >>> my export domain from 200 to 500GB (with lvm commands). >>> >>> >>> How will ovirt react to finding the size of the export domain >>> changed? Pleased or unpleased? >>> >>> >>> Thanks, >>> >>> jonathan >>> >>> >>> ------------------------------------------------------------------------ >>> >>> This is a PRIVATE message. If you are not the intended recipient, >>> please delete without copying and kindly advise us by e-mail of the >>> mistake in delivery. NOTE: Regardless of content, this e-mail shall >>> not operate to bind SKOPOS to any order or other contract unless >>> pursuant to explicit written agreement or government initiative >>> expressly permitting the use of e-mail for such purpose. >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> > > -- Dafna Ron From jbelka at redhat.com Fri Mar 15 13:12:14 2013 From: jbelka at redhat.com (Jiri Belka) Date: Fri, 15 Mar 2013 14:12:14 +0100 Subject: [Users] openvswitch intergration status Message-ID: <20130315141214.2a4f520b.jbelka@redhat.com> Hi, is there a plan to integrate openvswitch, if so what's status? Basic bridging sucks, and now everything is virtual, no? :) Maybe some benefits: * decreases cost for special (legacy) enterprise switches * virtualization buzzword included * one can simulate switch in ovirt (that was my start to investigate, i wanted to have a trunk port pointing to virtualized FW and couple of vlans with guests, not possible right now in ovirt, each vlan = one iface) * there's backward compatibility - see http://packages.debian.org/sid/openvswitch-brcompat Let's be hype :D jbelka From asegurap at redhat.com Fri Mar 15 13:16:36 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Fri, 15 Mar 2013 09:16:36 -0400 (EDT) Subject: [Users] openvswitch intergration status In-Reply-To: <20130315141214.2a4f520b.jbelka@redhat.com> Message-ID: <406587443.7095189.1363353396534.JavaMail.root@redhat.com> I'm on it. The status is that I'm now refactoring the networking part of vdsm to enable us to use different configuration tools for setting interfaces. This will allow to have a open vSwitch back end for configuring the bridges. For 3.3 we will have the refactoring done. http://www.ovirt.org/Feature/NetworkReloaded I don't think we'll have open vSwitch hitting at the same point, as I'm targeting first to have ifcfg and iproute2 based configuration, but once the API of the refactoring is more stable, maybe somebody can try to do it on parallel. Frankly though, I think it will have to be for the following point release. Best, Toni ----- Original Message ----- > From: "Jiri Belka" > To: users at ovirt.org > Sent: Friday, March 15, 2013 2:12:14 PM > Subject: [Users] openvswitch intergration status > > Hi, > > is there a plan to integrate openvswitch, if so what's status? > > Basic bridging sucks, and now everything is virtual, no? :) > > Maybe some benefits: > > * decreases cost for special (legacy) enterprise switches > * virtualization buzzword included > * one can simulate switch in ovirt > (that was my start to investigate, i wanted to have a trunk port > pointing to virtualized FW and couple of vlans with guests, not > possible right now in ovirt, each vlan = one iface) > * there's backward compatibility > - see http://packages.debian.org/sid/openvswitch-brcompat > > Let's be hype :D > > jbelka > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jorick at netbulae.eu Fri Mar 15 13:33:46 2013 From: jorick at netbulae.eu (Jorick Astrego) Date: Fri, 15 Mar 2013 14:33:46 +0100 Subject: [Users] host power managment failures In-Reply-To: <2141393102.11816160.1359407955687.JavaMail.root@redhat.com> References: <2141393102.11816160.1359407955687.JavaMail.root@redhat.com> Message-ID: <5143233A.9020702@netbulae.eu> On 01/28/2013 10:19 PM, Eli Mesika wrote: > ----- Original Message ----- >> From: "Dead Horse" >> To: "" >> Sent: Monday, January 28, 2013 10:19:54 PM >> Subject: Re: [Users] host power managment failures >> >> >> >> >> Removing and re-adding the host then configuring power management >> resolves this. >> - DHC >> >> >> >> >> On Mon, Jan 28, 2013 at 1:25 PM, Dead Horse < >> deadhorseconsulting at gmail.com > wrote: >> >> >> >> >> Current running engine build --> commit: >> 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 >> >> Host power management is having some issues: >> >> 2013-01-28 13:15:49,320 ERROR >> [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-11) >> Illegal value in PM Proxy Preferences string , skipped. > Can you elaborate how did you got this? I suspect that maybe we have a bug here > Having the same problem here. I installed the 3 nodes from iso and registered them to oVirt. In ovirt I approved them and added the Power Management settings. The source list is empty and Test fails with the message there is no other host to test it from. 2013-03-15 13:33:12,702 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) Illegal value in PM Proxy Preferences string , skipped. 2013-03-15 13:33:12,708 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) Failed to run Power Management command on Host , no running proxy Host was found. 2013-03-15 13:33:14,400 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-6) Unable to get value of property: pmSecondaryUser for class org.ovirt.engine.core.common.businessentities.VdsStatic 2013-03-15 13:33:14,413 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-6) Unable to get value of property: pmSecondaryUser for class org.ovirt.engine.core.common.businessentities.VdsStatic 2013-03-15 13:33:14,421 INFO [org.ovirt.engine.core.bll.UpdateVdsCommand] (ajp--127.0.0.1-8702-6) [724bd4e5] Running command: UpdateVdsCommand internal: false. Entities affected : ID: cfbbea9e-3986-4d8c-94db-a44f7a0bdc3e Type: VDS 2013-03-15 13:33:14,489 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-6) Unable to get value of property: pmSecondaryUser for class org.ovirt.engine.core.common.businessentities.VdsStatic 2013-03-15 13:33:14,497 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-6) Unable to get value of property: pmSecondaryUser for class org.ovirt.engine.core.common.businessentities.VdsStatic 2013-03-15 13:33:15,370 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) [724bd4e5] Illegal value in PM Proxy Preferences string , skipped. 2013-03-15 13:33:15,377 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) [724bd4e5] Failed to run Power Management command on Host vh02-cl01-en01, no running proxy Host was found. Installing the node from ovirt with ssh appears to work ok, there I see as source cluster and dc to test it. -- Kind regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu From jorick at netbulae.eu Fri Mar 15 13:54:01 2013 From: jorick at netbulae.eu (Jorick Astrego) Date: Fri, 15 Mar 2013 14:54:01 +0100 Subject: [Users] how to set rootpw on the node admin console? Message-ID: <514327F9.2070003@netbulae.eu> Hi, Found some time for ovirt testing again ;-) How do I set the root password on the node? First I registered the node from the node admin console. In the "Ovirt Engine" tab, I put in the ovirt management server and a password. This registers the node to ovirt and I can approve and activate it. Then I run in to a powermanagement issue, so I removed it. To get it registered again, I enable ssh password authentication on the security tab and fill in a password. After that I try to register it from ovirt but it fails to register: Error: Cannot add Host. SSH authentication failed, verify authentication parameters are correct (Username/Password, public-key etc.) You may refer to the engine.log file for further details. When I try to ssh to the node with root and the password I specified, I am unable to login; I can only login with admin and the password I specify on the Security tab. engine.log: 2013-03-15 14:50:41,968 ERROR [org.ovirt.engine.core.bll.AddVdsCommand] (ajp--127.0.0.1-8702-6) [b659cc0] Failed to authenticate session with host node2: javax.naming.AuthenticationException: SSH authentication to 'root at node2.netbulae.test' failed make sure host is configured for password authentication at org.ovirt.engine.core.utils.ssh.SSHClient.authenticate(SSHClient.java:357) [engine-utils.jar:] at org.ovirt.engine.core.bll.AddVdsCommand.canConnect(AddVdsCommand.java:364) [engine-bll.jar:] at org.ovirt.engine.core.bll.AddVdsCommand.canDoAction(AddVdsCommand.java:323) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalCanDoAction(CommandBase.java:623) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:298) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:359) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.RunAction(Backend.java:305) [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor230.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation.jar:1.1.1.Final] at org.ovirt.engine.core.utils.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:11) [engine-utils.jar:] at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:211) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:194) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation.jar:1.1.1.Final] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view9.RunAction(Unknown Source) [engine-common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.RunAction(GenericApiGWTServiceImpl.java:125) at sun.reflect.GeneratedMethodAccessor229.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:161) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:222) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-3.0-api.jar:1.0.1.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-3.0-api.jar:1.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] 2013-03-15 14:50:41,983 WARN [org.ovirt.engine.core.bll.AddVdsCommand] (ajp--127.0.0.1-8702-6) [b659cc0] CanDoAction of action AddVds failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__HOST,VDS_CANNOT_AUTHENTICATE_TO_SERVER 2013-03-15 14:50:46,255 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-11) Running command: LoginUserCommand internal: false. -- Regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu From sbonazzo at redhat.com Fri Mar 15 13:59:52 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 15 Mar 2013 14:59:52 +0100 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <5F9E965F5A80BC468BE5F40576769F091027AD0D@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> <51405C57.6040400@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027AD0D@exchange2-1> Message-ID: <51432958.5070008@redhat.com> Il 13/03/2013 12:24, Karli Sj?berg ha scritto: > ons 2013-03-13 klockan 12:00 +0100 skrev Dave Neary: >> Hi Karli, >> >> On 03/11/2013 12:16 PM, Karli Sj?berg wrote: >> > Hi, >> > >> > in the absence of any official path, we have started working out our own >> > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. >> >> Indeed, I have not seen any documentation in the wiki yet on upgrading >> oVirt - would you be interested in writing up your experiences there as >> a guide to others? >> >> Thanks! >> Dave. >> > That was my intention to share a working procedure once it was > complete but I unfortunately hit a wall at "engine-upgrade". I would > be very glad, and able to continue, if that obstacle could be lifted. My experience in upgrading from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18: On Fedora 17: Be sure to have the latest updates running: yum distro-sync Set exclude=ovirt* in /etc/yum.conf Execute: fedup --disablerepo=ovirt* --network 18 When you have a running Fedora 18: # systemctl list-units --failed UNIT LOAD ACTIVE SUB DESCRIPTION httpd.service loaded failed failed The Apache HTTP Server postgresql.service loaded failed failed PostgreSQL database server # systemctl stop postgresql.service # tar cJvf pgsql-backup.tar.xz /var/lib/pgsql/data/ # yum install postgresql-upgrade # cp /var/lib/pgsql/data/pg_hba.conf /root/pg_hba.conf.ovirt edit /var/lib/pgsql/data/pg_hba.conf changing md5 to trust on the local line. # diff -u pg_hba.conf.ovirt pg_hba.conf --- pg_hba.conf.ovirt 2013-01-30 20:58:49.404000000 +0100 +++ pg_hba.conf 2013-01-30 20:59:06.709000000 +0100 @@ -77,7 +77,7 @@ # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only -local all all md5 +local all all trust # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: # postgresql-setup upgrade Redirecting to /bin/systemctl stop postgresql.service Upgrading database: OK See /var/lib/pgsql/pgupgrade.log for details. # cp /root/pg_hba.conf.ovirt /var/lib/pgsql/data/pg_hba.conf # systemctl postgrsql.service restart edit /etc/httpd/conf.d/ssl.conf: # diff -u ssl.conf.ovirt ssl.conf --- ssl.conf.ovirt 2013-01-30 21:21:06.906000000 +0100 +++ ssl.conf 2013-01-30 21:22:02.757000000 +0100 @@ -9,7 +9,7 @@ # consult the online docs. You have been warned. # -LoadModule ssl_module modules/mod_ssl.so +#LoadModule ssl_module modules/mod_ssl.so # # When we also provide SSL we have to listen to the @@ -40,7 +40,7 @@ # Semaphore: # Configure the path to the mutual exclusion semaphore the # SSL engine uses internally for inter-process synchronization. -SSLMutex default +#SSLMutex default # Pseudo Random Number Generator (PRNG): # Configure one or more sources to seed the PRNG of the # /bin/systemctl restart httpd.service Remove the line exclude=ovirt* from /etc/yum.conf # yum update ovirt-engine-setup # engine-upgrade However, during the upgrade I've stepped into https://bugzilla.redhat.com/show_bug.cgi?id=906270 We are still working on the upgrade actions. -- Sandro -------------- next part -------------- An HTML attachment was scrubbed... URL: From jorick at netbulae.eu Fri Mar 15 14:01:19 2013 From: jorick at netbulae.eu (Jorick Astrego) Date: Fri, 15 Mar 2013 15:01:19 +0100 Subject: [Users] host power managment failures In-Reply-To: <5143233A.9020702@netbulae.eu> References: <2141393102.11816160.1359407955687.JavaMail.root@redhat.com> <5143233A.9020702@netbulae.eu> Message-ID: <514329AF.3030600@netbulae.eu> On 03/15/2013 02:33 PM, Jorick Astrego wrote: > On 01/28/2013 10:19 PM, Eli Mesika wrote: >> ----- Original Message ----- >>> From: "Dead Horse" >>> To: "" >>> Sent: Monday, January 28, 2013 10:19:54 PM >>> Subject: Re: [Users] host power managment failures >>> >>> >>> >>> >>> Removing and re-adding the host then configuring power management >>> resolves this. >>> - DHC >>> >>> >>> >>> >>> On Mon, Jan 28, 2013 at 1:25 PM, Dead Horse < >>> deadhorseconsulting at gmail.com > wrote: >>> >>> >>> >>> >>> Current running engine build --> commit: >>> 61c11aecc40e755d08b6c34c6fe1c0a07fa94de8 >>> >>> Host power management is having some issues: >>> >>> 2013-01-28 13:15:49,320 ERROR >>> [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-11) >>> Illegal value in PM Proxy Preferences string , skipped. >> Can you elaborate how did you got this? I suspect that maybe we have >> a bug here >> > > Having the same problem here. I installed the 3 nodes from iso and > registered them to oVirt. In ovirt I approved them and added the Power > Management settings. The source list is empty and Test fails with the > message there is no other host to test it from. > > 2013-03-15 13:33:12,702 ERROR > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) > Illegal value in PM Proxy Preferences string , skipped. > 2013-03-15 13:33:12,708 ERROR > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) > Failed to run Power Management command on Host , no running proxy Host > was found. > 2013-03-15 13:33:14,400 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-6) Unable to get value of property: > pmSecondaryUser for class > org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-03-15 13:33:14,413 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-6) Unable to get value of property: > pmSecondaryUser for class > org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-03-15 13:33:14,421 INFO > [org.ovirt.engine.core.bll.UpdateVdsCommand] (ajp--127.0.0.1-8702-6) > [724bd4e5] Running command: UpdateVdsCommand internal: false. Entities > affected : ID: cfbbea9e-3986-4d8c-94db-a44f7a0bdc3e Type: VDS > 2013-03-15 13:33:14,489 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-6) Unable to get value of property: > pmSecondaryUser for class > org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-03-15 13:33:14,497 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-6) Unable to get value of property: > pmSecondaryUser for class > org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-03-15 13:33:15,370 ERROR > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) > [724bd4e5] Illegal value in PM Proxy Preferences string , skipped. > 2013-03-15 13:33:15,377 ERROR > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-6) > [724bd4e5] Failed to run Power Management command on Host > vh02-cl01-en01, no running proxy Host was found. > > Installing the node from ovirt with ssh appears to work ok, there I > see as source cluster and dc to test it. > Just found out if I register the node and approve without power management, I can then edit the node and enable/test powermanagent. Approving the node and enabling power management at the same time fails..... -- Kind Regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu From Karli.Sjoberg at slu.se Fri Mar 15 14:12:40 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Fri, 15 Mar 2013 14:12:40 +0000 Subject: [Users] Fedora upgrading from 3.1 to 3.2 In-Reply-To: <51432958.5070008@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F09102794D9@exchange2-1> <51405C57.6040400@redhat.com> <5F9E965F5A80BC468BE5F40576769F091027AD0D@exchange2-1> <51432958.5070008@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0920B60DED@exchange2-1> fre 2013-03-15 klockan 14:59 +0100 skrev Sandro Bonazzola: Il 13/03/2013 12:24, Karli Sj?berg ha scritto: ons 2013-03-13 klockan 12:00 +0100 skrev Dave Neary: Hi Karli, On 03/11/2013 12:16 PM, Karli Sj?berg wrote: > Hi, > > in the absence of any official path, we have started working out our own > procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18. Indeed, I have not seen any documentation in the wiki yet on upgrading oVirt - would you be interested in writing up your experiences there as a guide to others? Thanks! Dave. That was my intention to share a working procedure once it was complete but I unfortunately hit a wall at "engine-upgrade". I would be very glad, and able to continue, if that obstacle could be lifted. My experience in upgrading from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18: On Fedora 17: Be sure to have the latest updates running: yum distro-sync Set exclude=ovirt* in /etc/yum.conf Execute: fedup --disablerepo=ovirt* --network 18 When you have a running Fedora 18: # systemctl list-units --failed UNIT LOAD ACTIVE SUB DESCRIPTION httpd.service loaded failed failed The Apache HTTP Server postgresql.service loaded failed failed PostgreSQL database server # systemctl stop postgresql.service # tar cJvf pgsql-backup.tar.xz /var/lib/pgsql/data/ # yum install postgresql-upgrade # cp /var/lib/pgsql/data/pg_hba.conf /root/pg_hba.conf.ovirt edit /var/lib/pgsql/data/pg_hba.conf changing md5 to trust on the local line. # diff -u pg_hba.conf.ovirt pg_hba.conf --- pg_hba.conf.ovirt 2013-01-30 20:58:49.404000000 +0100 +++ pg_hba.conf 2013-01-30 20:59:06.709000000 +0100 @@ -77,7 +77,7 @@ # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only -local all all md5 +local all all trust # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: # postgresql-setup upgrade Redirecting to /bin/systemctl stop postgresql.service Upgrading database: OK See /var/lib/pgsql/pgupgrade.log for details. # cp /root/pg_hba.conf.ovirt /var/lib/pgsql/data/pg_hba.conf # systemctl postgrsql.service restart edit /etc/httpd/conf.d/ssl.conf: # diff -u ssl.conf.ovirt ssl.conf --- ssl.conf.ovirt 2013-01-30 21:21:06.906000000 +0100 +++ ssl.conf 2013-01-30 21:22:02.757000000 +0100 @@ -9,7 +9,7 @@ # consult the online docs. You have been warned. # -LoadModule ssl_module modules/mod_ssl.so +#LoadModule ssl_module modules/mod_ssl.so # # When we also provide SSL we have to listen to the @@ -40,7 +40,7 @@ # Semaphore: # Configure the path to the mutual exclusion semaphore the # SSL engine uses internally for inter-process synchronization. -SSLMutex default +#SSLMutex default # Pseudo Random Number Generator (PRNG): # Configure one or more sources to seed the PRNG of the # /bin/systemctl restart httpd.service Remove the line exclude=ovirt* from /etc/yum.conf # yum update ovirt-engine-setup # engine-upgrade However, during the upgrade I've stepped into https://bugzilla.redhat.com/show_bug.cgi?id=906270 We are still working on the upgrade actions. Our procedures looks almost exactly the same, and we have gotten just as far as you have. Good to know. /Karli -- Sandro -------------- next part -------------- An HTML attachment was scrubbed... URL: From dougsland at redhat.com Fri Mar 15 15:42:34 2013 From: dougsland at redhat.com (Douglas Landgraf) Date: Fri, 15 Mar 2013 11:42:34 -0400 Subject: [Users] how to set rootpw on the node admin console? In-Reply-To: <514327F9.2070003@netbulae.eu> References: <514327F9.2070003@netbulae.eu> Message-ID: <5143416A.20907@redhat.com> On 03/15/2013 09:54 AM, Jorick Astrego wrote: > Hi, > > Found some time for ovirt testing again ;-) > Great! > How do I set the root password on the node? > First I registered the node > from the node admin console. In the "Ovirt Engine" tab, I put in the > ovirt management server and a password. > Try again this approach to set the root password, however do not fill Management server and port. (always use TUI) There is also a manual alternative: http://www.ovirt.org/Node_Troubleshooting#Setting_manually_oVirt_Node_root_password -- Cheers Douglas From jorick at netbulae.eu Fri Mar 15 15:14:58 2013 From: jorick at netbulae.eu (Jorick Astrego) Date: Fri, 15 Mar 2013 16:14:58 +0100 Subject: [Users] how to set rootpw on the node admin console? In-Reply-To: <5143416A.20907@redhat.com> References: <514327F9.2070003@netbulae.eu> <5143416A.20907@redhat.com> Message-ID: <51433AF2.5050401@netbulae.eu> On 03/15/2013 04:42 PM, Douglas Landgraf wrote: > On 03/15/2013 09:54 AM, Jorick Astrego wrote: >> Hi, >> >> Found some time for ovirt testing again ;-) >> > Great! > >> How do I set the root password on the node? >> First I registered the node >> from the node admin console. In the "Ovirt Engine" tab, I put in the >> ovirt management server and a password. >> > > Try again this approach to set the root password, however do not fill > Management server and port. (always use TUI) > > There is also a manual alternative: > http://www.ovirt.org/Node_Troubleshooting#Setting_manually_oVirt_Node_root_password > > > Thanks! This works. This troubelshooting page also is very useful. -- Regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu From iheim at redhat.com Fri Mar 15 08:12:41 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 10:12:41 +0200 Subject: [Users] engine-setup fails to setup ports when SElinux is disabled In-Reply-To: <512B965E.5000901@redhat.com> References: <2452E8A35A372E4F8654136ACEABDBCE263AB79F@DB3PRD0311MB403.eurprd03.prod.outlook.com> <512B965E.5000901@redhat.com> Message-ID: <5142D7F9.6050600@redhat.com> On 02/25/2013 06:50 PM, Sandro Bonazzola wrote: > Hi Dennis, > the bug https://bugzilla.redhat.com/show_bug.cgi?id=893562 has a patch > merged in the master tree, it's not included in oVirt 3.2. > As a workaround, if you don't want selinux enforcing, enable selinux in > permissive mode. > Regards, > did we backport this to 3.2.1? From iheim at redhat.com Fri Mar 15 08:22:29 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 10:22:29 +0200 Subject: [Users] backup virtual machine configuration In-Reply-To: <1042601921.10003907.1361867013879.JavaMail.root@redhat.com> References: <1042601921.10003907.1361867013879.JavaMail.root@redhat.com> Message-ID: <5142DA45.7000607@redhat.com> On 02/26/2013 10:23 AM, Omer Frenkel wrote: > > > ----- Original Message ----- >> From: "Andrej Bagon" >> To: users at ovirt.org >> Sent: Tuesday, February 26, 2013 9:07:04 AM >> Subject: [Users] backup virtual machine configuration >> >> Dear users of ovirt.org, >> >> we are making a virtual environment with oVirt. We are wondering if >> there are any command line tools to make backups of configuration of >> virtual machines. Like a tool to list all virtual machines in a >> cluster >> and then make backup one by one into a file (and restore later). We >> know >> that we can make backup of the whole postgresql database. >> >> Thank you, >> >> Best Regards, >> Andrej > > you can use python or java SDK to get all vms in cluser, > then you export them to an export domain (if vms disks are important as well) > and later use import. > you can also save the result of the query to some file and read it later to creating the vms > or the python SDK, or easiest for automation, the ovirt-shell which is a CLI From iheim at redhat.com Fri Mar 15 08:37:22 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 10:37:22 +0200 Subject: [Users] what is "distributed image repository" In-Reply-To: <335e8825.c6b6.13d1b46f362.Coremail.bigclouds@163.com> References: <162cb404.bc26.13d1b0a24d5.Coremail.bigclouds@163.com> <335e8825.c6b6.13d1b46f362.Coremail.bigclouds@163.com> Message-ID: <5142DDC2.3030106@redhat.com> On 02/27/2013 12:51 PM, bigclouds wrote: > > thanks,i know a little more. but i do not understand fully. distrubute > filesystem is more understandable. > specially,,for SAN(iscsi,fc) it is hard to share luns between nodes(not > reliable), even use LVM,CLVM. > > would you explain it ( SAN case)?and it is hard to connect > 'local directory' with distrbuted repo. true. even a single LUN, turned into a VG with LVM, can be used by all nodes in the cluster. an LV is created for each disk element (part of a chain in the disk construct). it's "like CLVM", only using only a single node (the "SPM") to do the meta data changes (lvcreate) and other hosts to only consume the LV's for running VMs. this allows to scale to clusters of 50, 100 or more nodes. HTH, Itamar > > > thanks. > > > > > > > At 2013-02-27 17:55:45,"Gianluca Cecchi" m> wrote: >>On Wed, Feb 27, 2013 at 10:44 AM, bigclouds wrote: >>> there is a sentense 'Implements a distributed image repository over the >>> supported storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS) >>> ' on http://www.ovirt.org/Architecture. >>> >>> what is "distributed image repository"? >>> >>> thanks. >> >>Example >>I have a test environment where a Host is connected to several FCP LUNs. >>Each LUN becomes a storage domain for this host and the other hosts in >>the same cluster. >>So I have many VMs whose images resides on different storage domains >>(and so different LUNs). >>I can move a disk of a VM from a storage domain to another one. >>I think you can also have a mixed situation where a two disks' VM has >>one disk on a storage domain and the other one in another. >> >>So I think it is to be explained this way the "distributed image repository". >> >>And also "distributed" in the sense of different storage domain types, >>even if I think at this time one DC cannot have a mix of different >>storage domain types... >> >>Gianluca > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Fri Mar 15 09:37:10 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 11:37:10 +0200 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> Message-ID: <5142EBC6.20001@redhat.com> On 02/28/2013 01:34 PM, Karli Sj?berg wrote: >> But to me one question arise, with a Windows clients, XP or 7, any >> version, it's possible to use the User Portal to be able users lauch >> the VM console?, or it's mandatory to have Fedora clients with >> spice-xpi for firefox. > It would seem impossible with oVirt-3.1, which is the biggest reason why > we cannot take into any real production at the moment:( What good does > it do that it works with Fedora when the total of people using it counts > to 1(me)? 1. there are wiki's on how to add spice windows support to ovirt: http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal 2. there are patches for various solutions to this coming (mime based launched, spice.html5, novnc, maybe spice-xpi for firefox windows) HTH, Itamar From iheim at redhat.com Fri Mar 15 09:43:56 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 11:43:56 +0200 Subject: [Users] how to notate a bug as a feature (was clone vm from snapshot problem in 3.2) In-Reply-To: References: <1984656357.40942208.1362407695244.JavaMail.root@redhat.com> Message-ID: <5142ED5C.7090101@redhat.com> On 03/04/2013 04:53 PM, Gianluca Cecchi wrote: > On Mon, Mar 4, 2013 at 3:34 PM, Alissa Bonas wrote: > >> >> Those are indeed great improvement suggestions for a better user experience. >> It will be great if you could add it in bugzilla (as RFE) so it can be followed and managed there: >> https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt >> Thank you! >> >>> Thanks, >>> Gianluca >>> > > OK. Done > https://bugzilla.redhat.com/show_bug.cgi?id=917682 > > I didn't know how to post an rfe bug, so I chose "unspecified" as > severity and put "RFE:" at the beginning of subject. > Feel free to modify it if this is the wrong way to submit RFE bug... just on bugzilla process - there is a Keywords field. FutureFeature or Improvement would mark it as "an RFE". thanks, Itamar From iheim at redhat.com Fri Mar 15 09:58:55 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 11:58:55 +0200 Subject: [Users] databases naming way is so confusing In-Reply-To: <513825F2.6000508@redhat.com> References: <6ac02f2d.4560.13d42c4bba3.Coremail.bigclouds@163.com> <513825F2.6000508@redhat.com> Message-ID: <5142F0DF.5000909@redhat.com> On 03/07/2013 07:30 AM, Shireesh Anjal wrote: > On 03/07/2013 08:23 AM, bigclouds wrote: >> hi, today i look into the databases,i find the way of naming of >> tables is so confusing. >> like vds_group==cluster,storage_pool==datacenter,........ >> i think it is better straightforward. > > I agree :) > I believe it's more of a 'legacy' issue. that's even before the legacy :) I'm sure everyone will be happy for patches fixing table and business entity names to match what they are called today... i'd start from vds-->host as an experiment and an obvious change. for vds_group (cluster), and storage_pool (also [ab]used as data_center) it's a bit more tricky, as the right change is probably more than just a naming change, but let's see someone tackling vds/host first :) > >> >> now i have not found which table is HOST. > > The view VDS should provide most details of a HOST. The underlying > tables are VDS_STATIC, VDS_DYNAMIC and VDS_STATISTICS > Once you get that VDS is HOST, VDS_GROUP suddenly starts making sense :) > >> >> i appreciate your hard work,but i hope my suggest is meaningful. >> >> thanks >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Fri Mar 15 10:02:17 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:02:17 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> <51370758.20906@redhat.com> Message-ID: <5142F1A9.6050107@redhat.com> On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: > On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi > wrote: >> On Wed, Mar 6, 2013 at 10:07 AM, Vinzenz Feenstra wrote: >> >>> The WAN option should be then visible in the UI in the user portal. Not in >>> the configuration of the VM. >>> The option for the Operating System must be set where I have shown it in the >>> screenshot attached. >>>> >>>> Gianluca >>> >>> >>> >>> -- >>> Regards, >>> >>> Vinzenz Feenstra | Senior Software Engineer >>> RedHat Engineering Virtualization R & D >>> Phone: +420 532 294 625 >>> IRC: vfeenstr or evilissimo >>> >>> Better technology. Faster innovation. Powered by community collaboration. >>> See how it works at redhat.com >>> >> >> environment all-in-one f18 rpm from ovirt repo 3.2 with windos xp vm >> this is edit vm screen: >> https://docs.google.com/file/d/0BwoPbcrMv8mvVHpDTUJyR1ZkeXM/edit?usp=sharing >> >> >> and this is user portal >> >> as you can see there is the application detail pane populated, but no >> option for wan optimization... >> https://docs.google.com/file/d/0BwoPbcrMv8mvWHZYNlBtSTN5bmc/edit?usp=sharing > > > engine.log > https://docs.google.com/file/d/0BwoPbcrMv8mvUXNwZUxRTnNBckE/edit?usp=sharing > > > vdsm.log > https://docs.google.com/file/d/0BwoPbcrMv8mva0xhN1ZONjFKVWM/edit?usp=sharing > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > was this resolved? you've mentioned above you are using 'rhev-agent' - ovirt may be checking for ovirt-guest-agent'... please send list of installed applications as reported by the guest agent (restapi probably easiest). From iheim at redhat.com Fri Mar 15 10:04:47 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:04:47 +0200 Subject: [Users] add vnet for VM,what is bridgeless of device type In-Reply-To: <340476184.5501674.1362654701060.JavaMail.root@redhat.com> References: <340476184.5501674.1362654701060.JavaMail.root@redhat.com> Message-ID: <5142F23F.9000305@redhat.com> On 03/07/2013 01:11 PM, Antoni Segura Puimedon wrote: > Bridgeless networks are typically for non-VM networks such as storage. motiviation for this is if not running VMs, bridge is not needed. no bridge == better performance (can leverage hardware offloading or something like that) > > ----- Original Message ----- >> From: "bigclouds" >> To: users at ovirt.org >> Sent: Thursday, March 7, 2013 11:54:29 AM >> Subject: [Users] add vnet for VM,what is bridgeless of device type >> >> >> >> add vnet for VM,what is bridgeless of device type? >> >> >> >> >> thanks. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Fri Mar 15 10:10:17 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:10:17 +0200 Subject: [Users] =?utf-8?b?5YWz5LqOb3ZpcnQgMy4y5pSv5oyBZ2x1c3RlcmZz6Zeu?= =?utf-8?b?6aKY?= In-Reply-To: <5138ABF0.8080103@linux.vnet.ibm.com> References: <2013022813160631591611@wolk-tech.com> <513875CC.2060603@redhat.com> <5138ABF0.8080103@linux.vnet.ibm.com> Message-ID: <5142F389.6000601@redhat.com> On 03/07/2013 05:02 PM, Shu Ming wrote: > Let me help to translate those characters below. > > --- > I installed oVirt 3.2 on my system and used "engine-setup" to create a > new engine server. In the question process of "engine-setup", the > different answeres for storage type made the different results. If > "glusterfs" type was chosen, the data center was not created and the > storage domain could not be added neither. If "both" was chosen, there > was no gluster-fs type when adding a data center, only other types > listed. If "posix compliant fs" was chosen, adding glusterfs volume > failure was shown in the WEB UI. However, the gluster volume was > successfully created in the node shown by "gluster volume info". Any > clues? was this resolved? a glusterfs DC will be available in 3.3 probably. in 3.2 you should use posixfs. but that's for running VMs on glusterfs storage. you can actually create a glusterfs cluster (providing gluster storage) in any type of DC iirc. > --- > > Dave Neary: >> Hi, >> >> I'm sorry, this is an English language mailing list, and I do not >> speak Chinese. >> >> Google translate suggests that your question relates to an >> installation issue - you installed oVirt 3.2, ran engine-setup, >> selected a POSIX FS type data center, and do not see any storage >> domain. However, the Gluster volume is visible in the "node" view. Is >> that correct? >> >> Have you had any issues using the Gluster volume outside oVirt? >> >> I hope someone can help you with your query! >> >> Thanks, >> Dave. >> >> On 02/28/2013 06:16 AM, ??? wrote: >>> ??? >>> ????ovirt???3.2???engine-setup?????????glusterfs?? >>> ?WEB UI??????data center??????storage domain????? >>> both???data center?????type???gluster fs???????? >>> ??posix compliant fs?????glusterfs?volume?WEB UI??????? >>> ???node???gluster volume info???????? >>> ????????????? >>> ??? >>> ????????? >>> ------------------------------------------------------------------------ >>> ??????????? >>> ????? ??? >>> ??????????????????6?D? >>> ???huyangyang at wolk-tech.com >>> ???18798828131 >>> ???0851-5989268 >>> >>> ---------------------------------------------------------------------------------------------------------------------------- >>> >>> >>> ???????????????????????????????????? >>> ??????????????????????????????????? >>> ???????????????????????????????????? >>> ????????? >>> This e-mail and its attachments contain confidential information from >>> WOLK, which is intended only for the person or entity whose address is >>> listed above. Any use of the information contained herein in any way >>> (including, but not limited to, total or partial disclosure, >>> reproduction, or dissemination) by persons other than the intended >>> recipient(s) is prohibited. If you receive this e-mail in error, please >>> notify the sender by phone or email immediately and delete it! >>> >>> ---------------------------------------------------------------------------------------------------------------------------- >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> > > From iheim at redhat.com Fri Mar 15 10:23:22 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:23:22 +0200 Subject: [Users] Weird errors when trying to connect to an iSCSI target. In-Reply-To: <5138F004.60301@xs4all.nl> References: <1392582354.42608255.1362659888295.JavaMail.root@redhat.com> <5138F004.60301@xs4all.nl> Message-ID: <5142F69A.5080703@redhat.com> On 03/07/2013 09:52 PM, Joop wrote: > Alissa Bonas wrote: >> ----- Original Message ----- >> >>> From: "noc" >>> To:users at ovirt.org >>> Sent: Thursday, March 7, 2013 11:26:23 AM >>> Subject: [Users] Weird errors when trying to connect to an iSCSI target. >>> >>> >>> I have been able to connect to this iSCSI target before but now I'm >>> getting some weird errors, see attached vdsm.log but in short its >>> about the following: >>> >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,401::task::568::TaskManager.Task::(_updateState) >>> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init >>> -> state preparing >>> Thread-161303::INFO::2013-03-07 >>> 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: >>> discoverSendTargets(con={'connection': '192.168.4.234', 'password': >>> '******', 'port': '3260', 'user': ''}, options=None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,402::misc::84::Storage.Misc.excCmd::() >>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>> default -p 192.168.4.234:3260 --op=new' (cwd None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS: >>> = ''; = 0 >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,428::misc::84::Storage.Misc.excCmd::() >>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>> default -p 192.168.4.234:3260 -n node.startup -v manual --op=update' >>> (cwd None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED: >>> = 'iscsiadm: Cannot modify node.startup. Invalid param >>> name.\n'; = 7 >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,453::misc::84::Storage.Misc.excCmd::() >>> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS: >>> = ''; = 0 >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,477::misc::84::Storage.Misc.excCmd::() >>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>> default -p 192.168.4.234:3260 --discover' (cwd None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED: >>> = 'iscsiadm: No portals found\n'; = 21 >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,516::misc::84::Storage.Misc.excCmd::() >>> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS: >>> = ''; = 0 >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,541::misc::84::Storage.Misc.excCmd::() >>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>> default -p 192.168.4.234:3260 --op=delete' (cwd None) >>> Thread-161303::DEBUG::2013-03-07 >>> 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS: >>> = ''; = 0 >>> Thread-161303::ERROR::2013-03-07 >>> 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) >>> Discovery failed >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/hsm.py", line 2797, in >>> discoverSendTargets >>> targets = iscsi.discoverSendTargets(iface, portal, cred) >>> File "/usr/share/vdsm/storage/iscsi.py", line 202, in >>> discoverSendTargets >>> targets = iscsiadm.discoverydb_discover(discoverType, iface.name, >>> portalStr) >>> File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in >>> discoverydb_discover >>> raise IscsiDiscoverdbError(rc, out, err) >>> IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found']) >>> Thread-161303::ERROR::2013-03-07 >>> 09:54:14,567::task::833::TaskManager.Task::(_setError) >>> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/task.py", line 840, in _run >>> return fn(*args, **kargs) >>> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper >>> res = f(*args, **kwargs) >>> File "/usr/share/vdsm/storage/hsm.py", line 2800, in >>> discoverSendTargets >>> raise se.iSCSIDiscoveryError(portal, e) >>> >>> Running the commands in a shell indeed gives the errors shown. >>> >> >> Which version of ovirt are you working with? >> > Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18 engine > and hosts. > [root at host01 vdsm]# rpm -aq | grep vdsm > vdsm-python-4.10.3-9.fc18.x86_64 > vdsm-cli-4.10.3-9.fc18.noarch > vdsm-xmlrpc-4.10.3-9.fc18.noarch > vdsm-4.10.3-9.fc18.x86_64 > [root at host01 vdsm]# rpm -aq | grep iscsi > iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64 > [root at host01 vdsm]# > > >> And in which shell did you try to run the command - vdsClient (vdsm's cli) or regular command line? >> > plain bash. > [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t > sendtargets -I default -p 192.168.4.234:3260 --op=new > New discovery record for [192.168.4.234,3260] added. > [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t > sendtargets -I default -p 192.168.4.234:3260 -n node startup -v manual > --op=update > iscsiadm: Cannot modify node.startup. Invalid param name. > [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface > default tcp,,,, > iser iser,,,, > [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t > sendtargets -I default -p 192.168.4.234:3260 --discover > iscsiadm: No portals found > [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface > default tcp,,,, > iser iser,,,, > [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t > sendtargets -I default -p 192.168.4.234:3260 --op=delete was this resolved? > >> >>> I have a wild guess but what interface is -I default referring to? >>> I had more than one interface activated for this host but moved it to >>> a cluster which didn't have the network definitions and removed the >>> now invalid networks from the host. Just checked with tcpdump and >>> the traffic is going through ovirtmgmt interface and the storage is >>> responding. >>> /var/lib/iscsi isn't filled with info, only >>> sendtargets/target_ip_address/st_config >>> >>> Joop >>> -- >>> irc: jvandewege >>> > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Fri Mar 15 10:44:18 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:44:18 +0200 Subject: [Users] How to make oVirt I/O write faster than Virtualbox and others? In-Reply-To: <4002774.639.1363189976577.JavaMail.adrian@adrianworktop> References: <1618903701.3646629.1362640135970.JavaMail.root@redhat.com> <4002774.639.1363189976577.JavaMail.adrian@adrianworktop> Message-ID: <5142FB82.60806@redhat.com> On 03/13/2013 05:53 PM, Adrian Gibanel wrote: > Although I haven't done a proper check I think it has improved a lot by disabling cpu scaling and letting performance > > Take a look at: > http://forums.fedoraforum.org/showthread.php?t=272109 > > Proxmox with direct LV as a hard disk is still faster but that makes sense because oVirt 3.1 only worked with files in filesystem and not with LVs. Maybe that 3.2 direct LUN support implies also LV support. you can check if that's the difference by using an LV for the disk (using a custom hook). if perf. change is dramatic, it may be worth considering local storage via lvm rather than local fs. From iheim at redhat.com Fri Mar 15 10:45:25 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:45:25 +0200 Subject: [Users] Cluster corosync mulicast issue In-Reply-To: <5140B5A0.9070604@dds.nl> References: <5140B5A0.9070604@dds.nl> Message-ID: <5142FBC5.80305@redhat.com> On 03/13/2013 07:21 PM, Winfried de Heiden wrote: > Hi all, > > I have no idea if it is ovirt related, nevertheless I give it a try. > Playing around with Red Hat Clustering I created a 3 node cluster. > > It seems to works fine, but after changing a couple of things > /var/log/messages is flooding with warnings like: > > Mar 13 18:13:58 node3 corosync[1560]: [TOTEM ] Retransmit List: 9b 9c > 88 8a 8b 8e 8f 90 91 92 93 94 95 96 97 98 99 9a > Mar 13 18:13:58 node3 corosync[1560]: [TOTEM ] Retransmit List: 9b 9c > 88 8a 8b 8e 8f 90 91 92 93 94 95 96 97 98 99 9a > Mar 13 18:13:58 node3 corosync[1560]: [TOTEM ] Retransmit List: 9b 9c > 88 8a 8b 8e 8f 90 91 92 93 94 95 96 97 98 99 9a > > It seems multicast related, which all seems fine: > > [root at node1 ~]# netstat -g > IPv6/IPv4 Group Memberships > Interface RefCnt Group > --------------- ------ --------------------- > lo 1 all-systems.mcast.net > eth0 1 239.192.7.246 > eth0 1 all-systems.mcast.net > eth1 1 all-systems.mcast.net > > Testing with omping works well. > > OK, I'm using home hardware, but the 3 nodes are doing virtually > nothing. It's on one local network, using local storage etc. > > Anyone familiar with this problem? That is: after some "heavy" > multicasting packages seem not to arrive. > > It might be an virtio network thing, ovirt...? > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users I'm not clear on what you are trying to cluster - the hosts, or 3 guests? if the hosts - why? thanks, Itamar From iheim at redhat.com Fri Mar 15 10:47:27 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 12:47:27 +0200 Subject: [Users] Mint13 32bit VM crashing after Latest Centos6.3 64bit patching In-Reply-To: References: Message-ID: <5142FC3F.8020402@redhat.com> On 03/13/2013 08:34 PM, John Baldwin wrote: > A significant amount of patches were installed recently on a my lab > CentOS 6.3 64bit Host. Many "cr" patches installed which I believe > contain what will be part of the soon to release CentOS 6.4. Booting > from Virtual CD images Mint13 32bit Mate install crashes with a qemu > dump. The Mint 14 32 bit mate image boots up with no issues. Doing a > strings on the core dump show the following code: > /lib64/ld-linux-x86-64.so.2 > {)V]U| .gdbinit > Recursive internal problem. > Is this a known issue. I can provide more debug info if this would be > worth > checking out > > John Baldwin Sr. Unix Systems Administrator, Clearwater, FL bisecting to give specific versions of the component causing the regression will help helping you. in general, sounds like a qemu issue, worth taking to qemu mailing list maybe From iheim at redhat.com Fri Mar 15 11:09:37 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 13:09:37 +0200 Subject: [Users] ldap simple In-Reply-To: <5141BB5B.1040002@arnes.si> References: <5141BB5B.1040002@arnes.si> Message-ID: <51430171.2010904@redhat.com> On 03/14/2013 01:58 PM, Andrej Bagon wrote: > Hi, > > is it possible to change the bind request that is sent to the ldap > server? The default uid=user,cn=Users,cn=Accounts,cn=our,cn=domain is > not suitable. can you please explain why / what you would like to change it to? (not sure possible now, but there is work to make it more configurable/pluggable) From iheim at redhat.com Fri Mar 15 09:50:40 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 11:50:40 +0200 Subject: [Users] Ovirt + Spice + VDI In-Reply-To: <5136ED05.7060405@linux.vnet.ibm.com> References: <5050B915.8020207@gmail.com> <5136ED05.7060405@linux.vnet.ibm.com> Message-ID: <5142EEF0.1030907@redhat.com> On 03/06/2013 09:15 AM, Shu Ming wrote: >> I want to know, we are force to install one windows per user? does >> spice can provide a multi remote connection to a single windows XP >> machine? >> I want to install one windows XP as virtual desktop and then share it >> with more than one users.is it possible in now or in the futures? > I think you are talking about mutiple sessions in one windows desktop > servers. I believe you must use RDP protocol to access those > sessions. Spice is for one window desktop per user. it's one thing to allow multiple spice clients to see same windows xp console (multi clients / session shadowing / remote control) and another to allow each such user to have their own separate windows session, which windows xp does not support (nor does spice). for the former (multi clients, same session) - i remember some discussion on this in spice list, but not current status. From iheim at redhat.com Fri Mar 15 11:24:25 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 13:24:25 +0200 Subject: [Users] [Engine-devel] Migrating engine-setup to otopi In-Reply-To: <609241786.6750153.1363261951706.JavaMail.root@redhat.com> References: <609241786.6750153.1363261951706.JavaMail.root@redhat.com> Message-ID: <514304E9.2000503@redhat.com> On 03/14/2013 01:52 PM, Alon Bar-Lev wrote: > > > ----- Original Message ----- >> From: "Jiri Belka" >> To: "Alex Lourie" >> Cc: engine-devel at ovirt.org, users at ovirt.org >> Sent: Thursday, March 14, 2013 1:47:12 PM >> Subject: Re: [Users] Migrating engine-setup to otopi >> >> On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) >> Alex Lourie wrote: >> >>>>> 1. Be able to port engine to other distributions. >>>> >>>> Really? Beside this topic I see hardcoded usernames in scripts... >>>> >>>> http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified >>> >>> These usernames are not hard-coded. There are default values >>> present which are kept for >>> local installations, but with remote DB setup the user is prompted >>> to provide a username >>> of her/his own. >> >> Not everywhere are postgresql dirs owned by postgres, on some BSDs it >> is >> _postgresql. > > Right, as I said this is going away. > > I am porting this first to Gentoo, which is the most complex, then I will be able to provide debian based. > > For the postgres issue, I am against assuming local database and the configuration of the database it-self (hba, etc). > > Like in other products, the dba will create a user and a database with the user as an owner and provide us the user/password and database name, this method does not require privileged database user for product installation and working locally or remotely, and is portable. actually, I'm against assuming we need a dba for a local install. we need to keep deployment easy, not assume user should worry about the db at all (other than providing the password for it, since it is needed later). can you pleas explain the concern, and the suggested solution on how it will look to run engine-setup/engine-upgrade in your approach? Thanks, Itamar > > We will keep the functionality of system provisioning as an optional component exists in some distribution. > > Regards, > Alon Bar-Lev > _______________________________________________ > Engine-devel mailing list > Engine-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel > From iheim at redhat.com Fri Mar 15 11:27:32 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 13:27:32 +0200 Subject: [Users] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <20130314155516.0c70a3f1.jbelka@redhat.com> References: <201303141210.r2ECAQhq005626@int-mx10.intmail.prod.int.phx2.redhat.com> <20130314153026.63504074.jbelka@redhat.com> <201303141442.r2EEgo8p003511@int-mx01.intmail.prod.int.phx2.redhat.com> <20130314155516.0c70a3f1.jbelka@redhat.com> Message-ID: <514305A4.6070803@redhat.com> On 03/14/2013 04:55 PM, Jiri Belka wrote: > On Thu, 14 Mar 2013 14:44:48 +0002 > Alex Lourie wrote: > >> Hi Jiri >> >> On Thu, Mar 14, 2013 at 4:30 PM, Jiri Belka wrote: >>> I'll talk about RHEVM but it's probably related to oVirt too. >>> >>> As rhevm installs all deps, I'm curious why versionlock.list is >>> populated after rhevm-setup and _not_dirrectly during installation >>> (maybe because you would need to hardcode versions into rhevm >>> package?). It took me tens of minutes to figure out why is upgrade >>> working differently now, just because I did _NOT_ do rhevm-setup after >>> clean install because I was thinking I know what files are important >>> and was restoring them from a tarball. >>> >>> I think running rhevm-setup if you just want to restore is stupid. If >>> we would know 100% which files are involved, just install, restore >>> from >>> backup, restore DB should be sufficient, without loosing time with >>> rhevm-setup which just writes there and here... :) >>> >> >> I don't really follow you here. What are you restoring with rhevm-setup? > > My previous (wrong) procedure to restore old version was: > > rhevm-cleanup, yum remove rhevm\*, rm -rf $dirs, yum install rhevm\*, > tar xvzpf /backup.tgz, ./restore.sh for DB... > > which was not fully correct as I haven't > known /etc/yum/plugin.d/versionlock.list is touched by rhevm-setup as > well and thus yum was working very strange during next normal > upgrade. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > moran/ofer - i remember some discussions on moving from version lock to a yum plugin. i.e., yum will not update the packages if not getting some parameter from engine-upgrade (but will show updates exist), but they will behave normally other than that? From iheim at redhat.com Fri Mar 15 11:31:49 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 13:31:49 +0200 Subject: [Users] management server very slow lately In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> Message-ID: <514306A5.3000905@redhat.com> On 03/13/2013 08:51 PM, Jonathan Horne wrote: > Hello, lately my manager server web interface is extremely sluggish. > Perhaps the server is ready for a reboot? > > My management server is also the hosts of my NFS export and ISO mounts. > Is there a prescribed method for rebooting when I am also providing NFS > services from the management server? My assumption is that aside from > NFS, I should be able to reboot the management serve and the nodes and > virtual machines will be fine in the mean time? what's the cpu consumption of your ovirt-engine service (java process). cpu load on the engine? memory/swap state of the engine, etc From iheim at redhat.com Fri Mar 15 11:30:21 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 13:30:21 +0200 Subject: [Users] start vm error, because HOST swap is illegal? In-Reply-To: <1330192124.1053924.1363275215366.JavaMail.root@redhat.com> References: <1330192124.1053924.1363275215366.JavaMail.root@redhat.com> Message-ID: <5143064D.1010206@redhat.com> On 03/14/2013 05:33 PM, Gilad Chaplik wrote: > ----- Original Message ----- >> From: "bigclouds" >> To: "Gilad Chaplik" >> Cc: users at ovirt.org >> Sent: Thursday, March 14, 2013 4:34:31 PM >> Subject: Re:Re: [Users] start vm error, because HOST swap is illegal? >> >> >> >> what does this error mean? >> HOST or guest swap too much disk space? >> thanks > > A swapping host in most cases have a major impact on VM behavior. > So by default oVirt will not run a VM on a swapping host. this is highly unrecommended. this is a protection mechanism if memory overcommit is overwhelming ability to compensate via ksm (and later ballooning). how much RAM on your host? how much vram (total ram allocated to VMs) on it? From iheim at redhat.com Fri Mar 15 11:34:11 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 15 Mar 2013 13:34:11 +0200 Subject: [Users] Export domain In-Reply-To: <5141F30D.5080607@linux.vnet.ibm.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B815C0@AUSP01DAG0201> <514185E1.10709@redhat.com> <5141F30D.5080607@linux.vnet.ibm.com> Message-ID: <51430733.1040402@redhat.com> On 03/14/2013 05:55 PM, Shu Ming wrote: > Dafna Ron: >> ovirt should not react in any way :) >> the size should be updated by queries that are sent to vdsm on domains >> status. > I think vdsm domains do have their own meta-data except the lvm or posix > file system meta data. iirc, the MD no longer cares about SD size. so for block storage it is a matter of refreshing the hosts. but in any case, since export is NFS, i don't remember any issues with extending it. > >> If you want to be extra careful you can always put the export domain in >> maintenance before the extend :) > If the export domain come back to life, I think the domain meta data > should be invalidated after the extend. > >> >> >> >> On 03/13/2013 09:45 PM, Jonathan Horne wrote: >>> What would happen if the export domain (via NFS) was extended (say, >>> while the server was doing a reboot?) id like to extend the space of >>> my export domain from 200 to 500GB (with lvm commands). >>> >>> >>> How will ovirt react to finding the size of the export domain >>> changed? Pleased or unpleased? >>> >>> >>> Thanks, >>> >>> jonathan >>> >>> >>> ------------------------------------------------------------------------ >>> This is a PRIVATE message. If you are not the intended recipient, >>> please delete without copying and kindly advise us by e-mail of the >>> mistake in delivery. NOTE: Regardless of content, this e-mail shall >>> not operate to bind SKOPOS to any order or other contract unless >>> pursuant to explicit written agreement or government initiative >>> expressly permitting the use of e-mail for such purpose. >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> > > From rjones at redhat.com Fri Mar 15 17:23:24 2013 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 15 Mar 2013 17:23:24 +0000 Subject: [Users] re-thin a disk In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC23B81776@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B81776@AUSP01DAG0201> Message-ID: <20130315172324.GA22371@rhmail.home.annexia.org> On Wed, Mar 13, 2013 at 09:23:04PM +0000, Jonathan Horne wrote: > I have a virtual machine with a 500GB thin-provisioned disk, and on > it is about 2GB of data. Due to a pvmove operation I am running, > the 500GB disk with 2GB of data is growing and growing and is > currently 180GB in size, and im sure it will go all the way to the > 500GB before it stops. > > When this process is finished, is there a way to re-thin the disk > back down to the proper size again? What about the export/import > process? Would that export it to the data size, not the block size? There's not a way to do this in-place currently, although we're working on it. If you can accept a copy, then 'qemu-img convert' will automatically sparsify disks, although it only works if there is no left-over data in the blocks. Also requiring a copy, virt-sparsify can fully sparsify a disk even if it has left-over but unused data blocks. See also: http://libguestfs.org/virt-sparsify.1.html http://libguestfs.org/guestfs-faq.1.html#why-doesnt-virt-sparsify-work-on-the-disk-image-in-place- - - - Your question also made me wonder if there was a tool to do an in-place sparsification of a thin provisioned DM device, but there doesn't seem to be anything for that. *If* such a tool did exist, then you could use it in conjunction with the following guestfish command: http://libguestfs.org/guestfish.1.html#zero-free-space ie. something like: guestfish -a /dev/vg/guest > run > list-filesystems # for each filesystem do: > mount /dev/XXX / > zero-free-space / > umount / followed by running the non-existent thinning tool. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v From gianluca.cecchi at gmail.com Fri Mar 15 17:27:41 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 15 Mar 2013 18:27:41 +0100 Subject: [Users] how to notate a bug as a feature (was clone vm from snapshot problem in 3.2) In-Reply-To: <5142ED5C.7090101@redhat.com> References: <1984656357.40942208.1362407695244.JavaMail.root@redhat.com> <5142ED5C.7090101@redhat.com> Message-ID: On Fri, Mar 15, 2013 at 10:43 AM, Itamar Heim wrote: > just on bugzilla process - there is a Keywords field. FutureFeature or > Improvement would mark it as "an RFE". > > > thanks, > Itamar aha, ok. Possibly a dropdown list in that field would be better, instead of click on "keyword" hyperlink to see possible values and their explanation... lso to cover mistyping Thanks anyway Gianluca From gianluca.cecchi at gmail.com Fri Mar 15 17:29:55 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 15 Mar 2013 18:29:55 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <5142F1A9.6050107@redhat.com> References: <51325B13.3000704@redhat.com> <5132F32C.2050704@redhat.com> <51361987.5000307@redhat.com> <5136FFF2.8030907@redhat.com> <51370758.20906@redhat.com> <5142F1A9.6050107@redhat.com> Message-ID: On Fri, Mar 15, 2013 at 11:02 AM, Itamar Heim wrote: > On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: >> >> On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi > > was this resolved? > you've mentioned above you are using 'rhev-agent' - ovirt may be checking > for ovirt-guest-agent'... > please send list of installed applications as reported by the guest agent > (restapi probably easiest). No, only a few lines shown for applications and no wan option shown in user portal... I "compiled" ovirt-guest-agent service for windows XP and Windows7 A quick command line example of using rest/api to get applications? Gianluca From r.koch at ovido.at Fri Mar 15 17:50:19 2013 From: r.koch at ovido.at (=?utf-8?Q?Ren=C3=A9_Koch?=) Date: Fri, 15 Mar 2013 18:50:19 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: Message-ID: -----Original message----- > From:Gianluca Cecchi > Sent: Friday 15th March 2013 18:30 > To: Itamar Heim > Cc: users > Subject: Re: [Users] Configure spice plugin for wan > > On Fri, Mar 15, 2013 at 11:02 AM, Itamar Heim wrote: > > On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: > >> > >> On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi > > > > > was this resolved? > > you've mentioned above you are using 'rhev-agent' - ovirt may be checking > > for ovirt-guest-agent'... > > please send list of installed applications as reported by the guest agent > > (restapi probably easiest). > > No, only a few lines shown for applications and no wan option shown in > user portal... > I "compiled" ovirt-guest-agent service for windows XP and Windows7 > A quick command line example of using rest/api to get applications? Applications aren't accessible using REST-API. But it would be great if this would be added as a feature in 3.3... :) > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alonbl at redhat.com Fri Mar 15 18:07:21 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 15 Mar 2013 14:07:21 -0400 (EDT) Subject: [Users] [Engine-devel] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <514305A4.6070803@redhat.com> Message-ID: <1985267630.7169027.1363370841010.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Itamar Heim" > To: "Jiri Belka" > Cc: engine-devel at ovirt.org, Users at ovirt.org > Sent: Friday, March 15, 2013 1:27:32 PM > Subject: Re: [Engine-devel] [Users] Features requests for the setup/configuration utilities - feedback requested > > On 03/14/2013 04:55 PM, Jiri Belka wrote: > > On Thu, 14 Mar 2013 14:44:48 +0002 > > Alex Lourie wrote: > > > >> Hi Jiri > >> > >> On Thu, Mar 14, 2013 at 4:30 PM, Jiri Belka > >> wrote: > >>> I'll talk about RHEVM but it's probably related to oVirt too. > >>> > >>> As rhevm installs all deps, I'm curious why versionlock.list is > >>> populated after rhevm-setup and _not_dirrectly during > >>> installation > >>> (maybe because you would need to hardcode versions into rhevm > >>> package?). It took me tens of minutes to figure out why is > >>> upgrade > >>> working differently now, just because I did _NOT_ do rhevm-setup > >>> after > >>> clean install because I was thinking I know what files are > >>> important > >>> and was restoring them from a tarball. > >>> > >>> I think running rhevm-setup if you just want to restore is > >>> stupid. If > >>> we would know 100% which files are involved, just install, > >>> restore > >>> from > >>> backup, restore DB should be sufficient, without loosing time > >>> with > >>> rhevm-setup which just writes there and here... :) > >>> > >> > >> I don't really follow you here. What are you restoring with > >> rhevm-setup? > > > > My previous (wrong) procedure to restore old version was: > > > > rhevm-cleanup, yum remove rhevm\*, rm -rf $dirs, yum install > > rhevm\*, > > tar xvzpf /backup.tgz, ./restore.sh for DB... > > > > which was not fully correct as I haven't > > known /etc/yum/plugin.d/versionlock.list is touched by rhevm-setup > > as > > well and thus yum was working very strange during next normal > > upgrade. > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > moran/ofer - i remember some discussions on moving from version lock > to > a yum plugin. i.e., yum will not update the packages if not getting > some > parameter from engine-upgrade (but will show updates exist), but they > will behave normally other than that? We cannot mention yum specific features in setup context any more... this is part of the mission. We should reconsider the locking of version - no product uses this. After upgrade of packages, product should either know not to start or upgrade the database when restarted, or better know to work with older schema. The version lock should be removed as soon as possible. Alon From suporte at logicworks.pt Fri Mar 15 18:21:03 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Fri, 15 Mar 2013 18:21:03 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: <10759490.1166.1363370489264.JavaMail.ferra@ferra-PC> Message-ID: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! [sh: 1534], and the host died this host was installed from fedora18 minimum installation, kernel version 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and have no errors, until now. Any idea? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Fri Mar 15 18:23:50 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 15 Mar 2013 19:23:50 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: Message-ID: Il giorno 15/mar/2013 18:50, "Ren? Koch" ha scritto: > > > -----Original message----- > > From:Gianluca Cecchi > > Sent: Friday 15th March 2013 18:30 > > To: Itamar Heim > > Cc: users > > Subject: Re: [Users] Configure spice plugin for wan > > > > On Fri, Mar 15, 2013 at 11:02 AM, Itamar Heim wrote: > > > On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: > > >> > > >> On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi > > > > > > > > was this resolved? > > > you've mentioned above you are using 'rhev-agent' - ovirt may be checking > > > for ovirt-guest-agent'... > > > please send list of installed applications as reported by the guest agent > > > (restapi probably easiest). > > > > No, only a few lines shown for applications and no wan option shown in > > user portal... > > I "compiled" ovirt-guest-agent service for windows XP and Windows7 > > A quick command line example of using rest/api to get applications? > > > Applications aren't accessible using REST-API. > But it would be great if this would be added as a feature in 3.3... :) > > > > > > Gianluca > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > So any way to send list of applications displayed in raw text format? Or only a screenshot is feasible? Btw: Itamar, what a great deal of emails: previously blocked in a queue or Asterix potion ? ;-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkletzan at redhat.com Fri Mar 15 18:34:25 2013 From: mkletzan at redhat.com (Martin Kletzander) Date: Fri, 15 Mar 2013 19:34:25 +0100 Subject: [Users] ovirt 3.2 all-in-one setup always fails In-Reply-To: <201303121739.r2CHdlRH015883@int-mx11.intmail.prod.int.phx2.redhat.com> References: <513C5E1A.5010503@redhat.com> <513C9804.9030000@gmail.com> <201303121739.r2CHdlRH015883@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: <514369B1.9000209@redhat.com> On 03/12/2013 06:39 PM, Alex Lourie wrote: > Hi Alex > > On Sun, Mar 10, 2013 at 4:26 PM, Alex Leonhardt > wrote: >> Hi Alex, >> >> Regarding the dependencies - libvirtd would not start w/o having >> messagebus / avahi-daemon installed & running, however, it doesnt seem >> to come up as an dependency when installing libvirtd (otherwise it >> would have been installed previously) ? > > wow, that's strange. I haven't seen this before. I suggest opening a bug > on libvirt anyway. > Do that so we can keep track of that and feel free to let us (me) know about the bz number. I know of libvirt having problems to start when compiled with firewalld and unavailable system dbus. This was solved by requiring dbus on fedora-based systems in both rpm's specfile and systemd's init script. There should be no problem with avahi by default (it is commented in the config file). What's the info in libvirtd.log? >> >> I read this "solution" on some blog page, and based on that installed >> avahi-daemon & messagebus + started them, only then libvirtd started >> up. vdsmd wont tell you it's waiting for libvirtd to start on the >> console, it'll mention in the log that "it's waiting for libvirtd" and >> eventually will time out. > > Granted, if these are the required dependencies, then definitely they > should be installed. > > I will look into this and try to understand what is it about. > >> >> Thanks, >> Alex >> >> On 03/10/2013 10:19 AM, Alex Lourie wrote: On Fri 08 Mar 2013 >> 04:33:53 PM IST, Alex Leonhardt wrote: >>>> >>>> Also, the there seem to be missing some dependencies for >>>> - messagebus (service not enabled/started/installed) - avahi-daemon >>>> (wasnt installed, had to install and start / enable) >>>> else >>>> libvirtd will not start and the setup will fail. >>>> >>>> >>>> >>>> On 8 March 2013 14:30, Alex Leonhardt >>> > wrote: >>>> And here from when I tried to use "localhost" as the host / fqdn : >>>> >>>> Installing: AIO: Validating CPU Compatibility... [ DONE >>>> ] AIO: Adding firewall rules... [ DONE ] Configuring >>>> oVirt Engine... [ DONE ] Configuring JVM... [ DONE ] >>>> Creating CA... [ DONE ] Updating ovirt-engine service... >>>> [ DONE ] Setting Database Configuration... [ DONE ] >>>> Setting Database Security... [ DONE ] Creating Database... >>>> [ DONE ] Updating the Default Data Center Storage Type... >>>> [ DONE ] Editing oVirt Engine Configuration... [ DONE ] >>>> Editing Postgresql Configuration... [ DONE ] Configuring >>>> the Default ISO Domain... [ DONE ] Configuring Firewall... >>>> [ DONE ] Starting ovirt-engine Service... [ DONE ] >>>> Configuring HTTPD... [ DONE ] AIO: Creating storage >>>> directory... [ DONE ] AIO: Adding Local Datacenter and >>>> cluster... [ DONE ] AIO: Adding Local host (This may take >>>> several minutes)... [ ERROR ] Error: Host was found in >>>> a 'Failed' state. Please check engine and bootstrap installation >>>> logs. Please check log file >>>> /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for >>>> more information Exception in thread libvirtEventLoop (most >>>> likely raised during interpreter shutdown) >>>> ######### >>>> >>>> 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running >>>> _loadFilesToIsoDomain 2013-03-08 >>>> 14:13:33::ERROR::engine-setup::1838::root:: Traceback >>>> (most recent call last): File "/usr/bin/engine-setup", >>>> line 1835, in _loadFilesToIsoDomain utils.copyFile(filename, >>>> targetPath, basedefs.CONST_VDSM_UID, basedefs.CONST_KVM_GID) >>>> File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>>> 706, in copyFile shutil.copy2(fileSrc, destination) >>>> File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 >>>> copyfile(src, dst) File >>>> "/usr/lib64/python2.6/shutil.py", line 50, in copyfile with >>>> open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or >>>> directory: '/usr/share/virtio-win/virtio-win.vfd' >>>> 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to >>>> copy files to iso domain >>>> >>>> [snip] >>>> 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running >>>> waitForHostUp 2013-03-08 >>>> 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting for host to >>>> become operational 2013-03-08 >>>> 14:14:14::DEBUG::all_in_one_100::306::root:: current host status >>>> is: installing 2013-03-08 >>>> 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback (most >>>> recent call last): >>>> File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>>> 314, in isHostUp raise >>>> Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting for >>>> the host to start >>>> 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting >>>> for host to become operational 2013-03-08 >>>> 14:14:19::DEBUG::all_in_one_100::306::root:: current host status >>>> is: install_failed 2013-03-08 >>>> 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback (most >>>> recent call last): >>>> File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>>> 312, in isHostUp raise >>>> utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>> Please check engine and bootstrap installation logs. >>>> 2013-03-08 14:14:19::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 >>>> 300, in waitForHostUp utils.retry(isHostUp, tries=120, >>>> timeout=600, sleep=5) File >>>> "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in >>>> retry raise e RetryFailException: Error: Host was found >>>> in a 'Failed' state. Please check engine and bootstrap >>>> installation logs. >>>> >>>> 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The >>>> following params were used as user input: 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: >>>> override-httpd-config: yes 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80 >>>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: https-port: >>>> 443 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>>> random-passwords: no 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: mac-range: >>>> 00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: >>>> localhost 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: >>>> ******** 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: org-name: >>>> BrightTALK 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: application-mode: >>>> both 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>>> default-dc-type: NFS 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: db-remote-install: >>>> local 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>>> db-host: localhost 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: db-local-pass: >>>> ******** 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>>> nfs-mp: /exports/iso 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: iso-domain-name: >>>> ISO_DOMAIN 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: config-nfs: yes >>>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>>> override-firewall: None 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: config-allinone: yes >>>> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: >>>> storage-path: /vmfs 2013-03-08 >>>> 14:14:19::DEBUG::engine-setup::1939::root:: superuser-pass: >>>> ******** 2013-03-08 14:14:19::ERROR::engine-setup::2355::root:: >>>> Traceback >>>> (most recent call last): File "/usr/bin/engine-setup", >>>> line 2349, in main(confFile) File >>>> "/usr/bin/engine-setup", line 2132, in main runSequences() >>>> File "/usr/bin/engine-setup", line 2054, 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 >>>> 300, in waitForHostUp utils.retry(isHostUp, tries=120, >>>> timeout=600, sleep=5) File >>>> "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in >>>> retry raise e RetryFailException: Error: Host was found >>>> in a 'Failed' state. Please check engine and bootstrap >>>> installation logs. >>>> >>>> >>>> On 8 March 2013 14:27, Alex Leonhardt >>> > wrote: >>>> Hi, >>>> The setup keeps failing at "waitforhostup" with : >>>> >>>> Installing: AIO: Validating CPU >>>> Compatibility... [ DONE ] AIO: >>>> Adding firewall rules... >>>> [ DONE ] Configuring oVirt >>>> Engine... [ DONE ] >>>> Configuring >>>> JVM... [ DONE ] >>>> Creating >>>> CA... [ DONE ] >>>> Updating ovirt-engine >>>> service... [ DONE ] Setting >>>> Database Configuration... [ >>>> DONE ] Setting Database >>>> Security... [ DONE ] >>>> Creating >>>> Database... [ DONE ] >>>> Updating the Default Data Center Storage >>>> Type... [ DONE ] Editing oVirt Engine >>>> Configuration... [ DONE ] >>>> Editing Postgresql >>>> Configuration... [ DONE ] >>>> Configuring the Default ISO >>>> Domain... [ DONE ] Configuring >>>> Firewall... [ DONE >>>> ] Starting ovirt-engine >>>> Service... [ DONE ] >>>> Configuring >>>> HTTPD... [ DONE ] >>>> AIO: Creating storage >>>> directory... [ DONE ] AIO: >>>> Adding Local Datacenter and cluster... >>>> [ DONE ] AIO: Adding Local host (This may take several >>>> minutes)... [ ERROR ] Error: Host was found in a >>>> 'Failed' state. Please check engine and bootstrap >>>> installation logs. Please check log file >>>> /var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for >>>> more information >>>> ##### >>>> 2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: >>>> running waitForHostUp 2013-03-08 >>>> 14:22:43::DEBUG::all_in_one_100::303::root:: Waiting for >>>> host to become operational 2013-03-08 >>>> 14:22:43::DEBUG::all_in_one_100::306::root:: current host >>>> status is: installing 2013-03-08 >>>> 14:22:43::DEBUG::all_in_one_100::317::root:: Traceback (most >>>> recent call last): File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>>> line 314, in isHostUp raise >>>> Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting >>>> for the host to start >>>> 2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: >>>> Waiting for host to become operational 2013-03-08 >>>> 14:22:49::DEBUG::all_in_one_100::306::root:: current host >>>> status is: install_failed 2013-03-08 >>>> 14:22:49::DEBUG::all_in_one_100::317::root:: Traceback (most >>>> recent call last): File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>>> line 312, in isHostUp raise >>>> utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>> Please check engine and bootstrap installation logs. >>>> 2013-03-08 14:22:49::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 300, in waitForHostUp utils.retry(isHostUp, >>>> tries=120, timeout=600, sleep=5) File >>>> "/usr/share/ovirt-engine/scripts/common_utils.py", line >>>> 1010, in retry raise e RetryFailException: >>>> Error: Host was found in a 'Failed' state. Please check >>>> engine and bootstrap installation logs. >>>> 2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** >>>> The following params were used as user input: >>>> >>>> I have the full log if required ?? Any help would be >>>> appreciated. >>>> The options used were : >>>> oVirt Engine will be installed using the following >>>> configuration: >>>> ================================================================= >>>> override-httpd-config: yes >>>> http-port: 80 >>>> https-port: 443 >>>> host-fqdn: stphv01 >>>> auth-pass: ******** >>>> org-name: LOCAL >>>> application-mode: both >>>> default-dc-type: NFS >>>> db-remote-install: local >>>> db-local-pass: ******** >>>> nfs-mp: /exports/iso >>>> override-firewall: None >>>> config-allinone: yes >>>> storage-path: /vmfs/ovirt >>>> superuser-pass: ******** >>>> >>>> Alex >>>> >>>> -- | RHCE | Senior Systems Engineer | www.vcore.co >>>> | www.vsearchcloud.com >>>> | >>>> >>>> >>>> >>>> -- | RHCE | Senior Systems Engineer | www.vcore.co >>>> | www.vsearchcloud.com >>>> | >>>> >>>> >>>> >>>> -- >>>> | RHCE | Senior Systems Engineer | www.vcore.co >>>> | www.vsearchcloud.com >>>> | >>>> >>>> _______________________________________________ Users mailing list >>>> Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users >>> >>> Hi Alex >>> Could you please elaborate a bit on these dependencies? Do you have >>> any logs that state the problem? >>> Regarding the rest of the problem (that is adding the host), we're >>> already looking into this. >>> -- >>> >>> Best regards, >>> Alex Lourie Software Developer in Integration Red Hat > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Fri Mar 15 18:42:12 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 15 Mar 2013 19:42:12 +0100 Subject: [Users] BUG: soft lockup In-Reply-To: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> References: <10759490.1166.1363370489264.JavaMail.ferra@ferra-PC> <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> Message-ID: On Fri, Mar 15, 2013 at 7:21 PM, wrote: > I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! > [sh: 1534], and the host died > > this host was installed from fedora18 minimum installation, kernel version > 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and > have no errors, until now. > > Any idea? I can only say that I hadd the same problem some days ago when I tried to add a new node to a pre-existing oVirt 3.2 install. I erroneously supposed it was a problem with my hw but when I tried to add another same hw node it got the same error. It was your same kernel giving problems. I solved the problem installing the same kernel as the first node, that was the latest 3.7.x in F18 release. Possibly 3.8.2 having problems with some cpus. My nodes were HP blades BL685c G1 with AMD Opteron G2 processors. Not had time to open bug or query on F18 user list yet... Yours? I also have a running oVirt 3.2 all-in-one setup with Fedora 18 and kernel 3.8.1-201.fc18.x86_64. In this case the cpu is (from cpuinfo) AMD Athlon(tm) II X4 630 Processor and configured in oVirt as "AMD Opteron G3" I'm going to upgrade this install with these steps: 1) only kernel and see what happens 2) upgrade to 3.2.1 Gianluca From dneary at redhat.com Fri Mar 15 20:19:59 2013 From: dneary at redhat.com (Dave Neary) Date: Fri, 15 Mar 2013 21:19:59 +0100 Subject: [Users] [EL6 RPMS] new nightly ovirt rpms In-Reply-To: <5142FCF6.8030907@redhat.com> References: <1696084005.19013999.1363290191664.JavaMail.root@redhat.com> <5142FCF6.8030907@redhat.com> Message-ID: <5143826F.7010405@redhat.com> Hi Itamar, On 03/15/2013 11:50 AM, Itamar Heim wrote: > fyi - ovirt 3.2.1 will release .el6 rpms as well. > (more work needed for ubuntu, but cleanups in the works to accomodate as > well) I know that several members of the list are willing to be guinea pigs for very early testing of Ubuntu/Debian support - is there a way we can involve people specifically for this? Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From dougsland at redhat.com Fri Mar 15 21:18:38 2013 From: dougsland at redhat.com (Douglas Landgraf) Date: Fri, 15 Mar 2013 17:18:38 -0400 Subject: [Users] Cannot add host - non-responsive. In-Reply-To: <5142EC62.3030809@redhat.com> References: <20130314223217.Horde.NkNSQpir309RQrJhoh6jPOA@imap.linux.ibm.com> <5142EC62.3030809@redhat.com> Message-ID: <5143902E.6030907@redhat.com> Hi, On 03/15/2013 05:39 AM, Sahina Bose wrote: > Maybe you need to set ssl=false as per > http://www.ovirt.org/Vdsm_Getting_Started > > > On 03/15/2013 11:02 AM, snmishra at linux.vnet.ibm.com wrote: >> >> I am trying to add a fedora18 host to an engine that was built from >> source. SElinux and firewalld are disabled/stopped on both the fedora >> boxes. I can ping between the two machines using IP and FQDN. But when >> I go to add the host it gets connection refused error and goes >> non-responsive. Here are the engine logs. >> Additionally to Sahina's link: http://www.ovirt.org/Building_oVirt_engine#Host_Non-Responsive Have you build your environment based on our wiki page at wiki.ovirt.org? -- Cheers Douglas From alonbl at redhat.com Fri Mar 15 20:27:21 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 15 Mar 2013 16:27:21 -0400 (EDT) Subject: [Users] [EL6 RPMS] new nightly ovirt rpms In-Reply-To: <5143826F.7010405@redhat.com> Message-ID: <1371846247.7207567.1363379241214.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dave Neary" > To: "users" , "Itamar Heim" > Sent: Friday, March 15, 2013 10:19:59 PM > Subject: Re: [Users] [EL6 RPMS] new nightly ovirt rpms > > Hi Itamar, > > On 03/15/2013 11:50 AM, Itamar Heim wrote: > > fyi - ovirt 3.2.1 will release .el6 rpms as well. > > (more work needed for ubuntu, but cleanups in the works to > > accomodate as > > well) > > I know that several members of the list are willing to be guinea pigs > for very early testing of Ubuntu/Debian support - is there a way we > can > involve people specifically for this? > > Thanks! > Dave. Will publish work as soon as is suitable for preliminary testing. Will takes a few weeks. Alon From suporte at logicworks.pt Fri Mar 15 20:55:11 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Fri, 15 Mar 2013 20:55:11 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: References: <10759490.1166.1363370489264.JavaMail.ferra@ferra-PC> <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> Message-ID: <1558889832.23751.1363380911208.JavaMail.root@logicworks.pt> Well, this happens a second time. I did an upgrade to the system, engine and fedora18 hosts, oVirt Engine Version: 3.2.1-1.fc18. Now I have a 2 Fujitsu servers. Both with kernel 3.8.2 - 206.fc18.x86_64, CPU one host : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz (SMT Disabled), CPU other host : Intel(R) Xeon(R) CPU X3450 (SMT Enabled), installed packages on both hosts: vdsm-python-4.10.3-9.fc18.x86_64 vdsm-gluster-4.10.3-9.fc18.noarch vdsm-cli-4.10.3-9.fc18.noarch vdsm-xmlrpc-4.10.3-9.fc18.noarch vdsm-4.10.3-9.fc18.x86_64 When I add the second host start having this errors, BUG: soft lockup, and the host died. Should a kernel downgrade solve the problem? ----- Mensagem original ----- De: "Gianluca Cecchi" Para: suporte at logicworks.pt Cc: "users" Enviadas: Sexta-feira, 15 Mar?o, 2013 18:42:12 Assunto: Re: [Users] BUG: soft lockup On Fri, Mar 15, 2013 at 7:21 PM, wrote: > I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! > [sh: 1534], and the host died > > this host was installed from fedora18 minimum installation, kernel version > 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and > have no errors, until now. > > Any idea? I can only say that I hadd the same problem some days ago when I tried to add a new node to a pre-existing oVirt 3.2 install. I erroneously supposed it was a problem with my hw but when I tried to add another same hw node it got the same error. It was your same kernel giving problems. I solved the problem installing the same kernel as the first node, that was the latest 3.7.x in F18 release. Possibly 3.8.2 having problems with some cpus. My nodes were HP blades BL685c G1 with AMD Opteron G2 processors. Not had time to open bug or query on F18 user list yet... Yours? I also have a running oVirt 3.2 all-in-one setup with Fedora 18 and kernel 3.8.1-201.fc18.x86_64. In this case the cpu is (from cpuinfo) AMD Athlon(tm) II X4 630 Processor and configured in oVirt as "AMD Opteron G3" I'm going to upgrade this install with these steps: 1) only kernel and see what happens 2) upgrade to 3.2.1 Gianluca From snmishra at linux.vnet.ibm.com Fri Mar 15 21:09:21 2013 From: snmishra at linux.vnet.ibm.com (snmishra at linux.vnet.ibm.com) Date: Fri, 15 Mar 2013 14:09:21 -0700 Subject: [Users] Cannot add host - non-responsive. In-Reply-To: <5143902E.6030907@redhat.com> References: <20130314223217.Horde.NkNSQpir309RQrJhoh6jPOA@imap.linux.ibm.com> <5142EC62.3030809@redhat.com> <5143902E.6030907@redhat.com> Message-ID: <20130315140921.Horde.XYm-Mpir309RQ44BrtYS-jA@imap.linux.ibm.com> Quoting Douglas Landgraf : > Hi, > > On 03/15/2013 05:39 AM, Sahina Bose wrote: >> Maybe you need to set ssl=false as per >> http://www.ovirt.org/Vdsm_Getting_Started >> >> >> On 03/15/2013 11:02 AM, snmishra at linux.vnet.ibm.com wrote: >>> >>> I am trying to add a fedora18 host to an engine that was built from >>> source. SElinux and firewalld are disabled/stopped on both the fedora >>> boxes. I can ping between the two machines using IP and FQDN. But when >>> I go to add the host it gets connection refused error and goes >>> non-responsive. Here are the engine logs. >>> > > Additionally to Sahina's link: > http://www.ovirt.org/Building_oVirt_engine#Host_Non-Responsive > > Have you build your environment based on our wiki page at wiki.ovirt.org? > > > -- > Cheers > Douglas I missed the wiki page Sahina recommended. It solved my issue. Thanks Sharad From jvdwege at xs4all.nl Fri Mar 15 21:44:24 2013 From: jvdwege at xs4all.nl (Joop) Date: Fri, 15 Mar 2013 22:44:24 +0100 Subject: [Users] Weird errors when trying to connect to an iSCSI target. In-Reply-To: <5142F69A.5080703@redhat.com> References: <1392582354.42608255.1362659888295.JavaMail.root@redhat.com> <5138F004.60301@xs4all.nl> <5142F69A.5080703@redhat.com> Message-ID: <7c7492f6-79c6-48e0-8e80-0a5b3fe44146@email.android.com> Itamar Heim wrote: >On 03/07/2013 09:52 PM, Joop wrote: >> Alissa Bonas wrote: >>> ----- Original Message ----- >>> >>>> From: "noc" >>>> To:users at ovirt.org >>>> Sent: Thursday, March 7, 2013 11:26:23 AM >>>> Subject: [Users] Weird errors when trying to connect to an iSCSI >target. >>>> >>>> >>>> I have been able to connect to this iSCSI target before but now I'm >>>> getting some weird errors, see attached vdsm.log but in short its >>>> about the following: >>>> >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,401::task::568::TaskManager.Task::(_updateState) >>>> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::moving from state init >>>> -> state preparing >>>> Thread-161303::INFO::2013-03-07 >>>> 09:54:14,402::logUtils::41::dispatcher::(wrapper) Run and protect: >>>> discoverSendTargets(con={'connection': '192.168.4.234', 'password': >>>> '******', 'port': '3260', 'user': ''}, options=None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,402::misc::84::Storage.Misc.excCmd::() >>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>>> default -p 192.168.4.234:3260 --op=new' (cwd None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,428::misc::84::Storage.Misc.excCmd::() SUCCESS: >>>> = ''; = 0 >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,428::misc::84::Storage.Misc.excCmd::() >>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>>> default -p 192.168.4.234:3260 -n node.startup -v manual >--op=update' >>>> (cwd None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,452::misc::84::Storage.Misc.excCmd::() FAILED: >>>> = 'iscsiadm: Cannot modify node.startup. Invalid param >>>> name.\n'; = 7 >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,453::misc::84::Storage.Misc.excCmd::() >>>> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,476::misc::84::Storage.Misc.excCmd::() SUCCESS: >>>> = ''; = 0 >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,477::misc::84::Storage.Misc.excCmd::() >>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>>> default -p 192.168.4.234:3260 --discover' (cwd None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,512::misc::84::Storage.Misc.excCmd::() FAILED: >>>> = 'iscsiadm: No portals found\n'; = 21 >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,516::misc::84::Storage.Misc.excCmd::() >>>> '/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,541::misc::84::Storage.Misc.excCmd::() SUCCESS: >>>> = ''; = 0 >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,541::misc::84::Storage.Misc.excCmd::() >>>> '/usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t sendtargets -I >>>> default -p 192.168.4.234:3260 --op=delete' (cwd None) >>>> Thread-161303::DEBUG::2013-03-07 >>>> 09:54:14,565::misc::84::Storage.Misc.excCmd::() SUCCESS: >>>> = ''; = 0 >>>> Thread-161303::ERROR::2013-03-07 >>>> 09:54:14,566::hsm::2799::Storage.HSM::(discoverSendTargets) >>>> Discovery failed >>>> Traceback (most recent call last): >>>> File "/usr/share/vdsm/storage/hsm.py", line 2797, in >>>> discoverSendTargets >>>> targets = iscsi.discoverSendTargets(iface, portal, cred) >>>> File "/usr/share/vdsm/storage/iscsi.py", line 202, in >>>> discoverSendTargets >>>> targets = iscsiadm.discoverydb_discover(discoverType, iface.name, >>>> portalStr) >>>> File "/usr/share/vdsm/storage/iscsiadm.py", line 213, in >>>> discoverydb_discover >>>> raise IscsiDiscoverdbError(rc, out, err) >>>> IscsiDiscoverdbError: (21, [], ['iscsiadm: No portals found']) >>>> Thread-161303::ERROR::2013-03-07 >>>> 09:54:14,567::task::833::TaskManager.Task::(_setError) >>>> Task=`182a27fe-dfb0-4e68-965e-c77b61050da9`::Unexpected error >>>> Traceback (most recent call last): >>>> File "/usr/share/vdsm/storage/task.py", line 840, in _run >>>> return fn(*args, **kargs) >>>> File "/usr/share/vdsm/logUtils.py", line 42, in wrapper >>>> res = f(*args, **kwargs) >>>> File "/usr/share/vdsm/storage/hsm.py", line 2800, in >>>> discoverSendTargets >>>> raise se.iSCSIDiscoveryError(portal, e) >>>> >>>> Running the commands in a shell indeed gives the errors shown. >>>> >>> >>> Which version of ovirt are you working with? >>> >> Sorry should have mentioned that. I'm on oVirt-3.2 stable on F18 >engine >> and hosts. >> [root at host01 vdsm]# rpm -aq | grep vdsm >> vdsm-python-4.10.3-9.fc18.x86_64 >> vdsm-cli-4.10.3-9.fc18.noarch >> vdsm-xmlrpc-4.10.3-9.fc18.noarch >> vdsm-4.10.3-9.fc18.x86_64 >> [root at host01 vdsm]# rpm -aq | grep iscsi >> iscsi-initiator-utils-6.2.0.872-19.fc18.x86_64 >> [root at host01 vdsm]# >> >> >>> And in which shell did you try to run the command - vdsClient >(vdsm's cli) or regular command line? >>> >> plain bash. >> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t >> sendtargets -I default -p 192.168.4.234:3260 --op=new >> New discovery record for [192.168.4.234,3260] added. >> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t >> sendtargets -I default -p 192.168.4.234:3260 -n node startup -v >manual >> --op=update >> iscsiadm: Cannot modify node.startup. Invalid param name. >> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface >> default tcp,,,, >> iser iser,,,, >> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t >> sendtargets -I default -p 192.168.4.234:3260 --discover >> iscsiadm: No portals found >> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m iface >> default tcp,,,, >> iser iser,,,, >> [root at host01 vdsm]# /usr/bin/sudo -n /sbin/iscsiadm -m discoverydb -t >> sendtargets -I default -p 192.168.4.234:3260 --op=delete > >was this resolved? > > >> >>> >>>> I have a wild guess but what interface is -I default referring to? >>>> I had more than one interface activated for this host but moved it >to >>>> a cluster which didn't have the network definitions and removed the >>>> now invalid networks from the host. Just checked with tcpdump and >>>> the traffic is going through ovirtmgmt interface and the storage is >>>> responding. >>>> /var/lib/iscsi isn't filled with info, only >>>> sendtargets/target_ip_address/st_config >>>> >>>> Joop >>>> -- >>>> irc: jvandewege >>>> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Sorry, I totally forgot to answer this myself. It was my own fault. Have 2 hosts and used the other one for testing iscsi and now this one, but didn't realise that this host didn't have access to the lun, blush. Giving access fixed my errors shown below. Maybe hinting at access permission if no luns are found might be a good idea, maybe is already done but not near an ovirt instance to check. Joop -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From jvdwege at xs4all.nl Fri Mar 15 21:57:35 2013 From: jvdwege at xs4all.nl (Joop) Date: Fri, 15 Mar 2013 22:57:35 +0100 Subject: [Users] BUG: soft lockup In-Reply-To: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> Message-ID: suporte at logicworks.pt wrote: >I have a host that have this error BUG: soft lockup - CPU#4 stuck for >22s! [sh: 1534], and the host died > >this host was installed from fedora18 minimum installation, kernel >version 3.8.2-206.fc18.x86_64. I have another host with the same >configuration, and have no errors, until now. > >Any idea? > > >------------------------------------------------------------------------ > >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users Just to let you know you're not alone. I have a few hosts which have the same problem. F18 minimal install, started at 3.6.x kernel. Every upgrade since has had this. Some reboots at higher versions work, mostly not. Disabling multipath might help but then vdsm doesn't work. Hosts are HP ML110G5, HP DL360 G6, from memory Joop -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Fri Mar 15 22:21:29 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 15 Mar 2013 18:21:29 -0400 (EDT) Subject: [Users] [Engine-devel] Migrating engine-setup to otopi In-Reply-To: <514304E9.2000503@redhat.com> Message-ID: <686373368.7216932.1363386089629.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Itamar Heim" > To: "Alon Bar-Lev" > Cc: "Jiri Belka" , engine-devel at ovirt.org, users at ovirt.org > Sent: Friday, March 15, 2013 1:24:25 PM > Subject: Re: [Engine-devel] [Users] Migrating engine-setup to otopi > > On 03/14/2013 01:52 PM, Alon Bar-Lev wrote: > > > > > > ----- Original Message ----- > >> From: "Jiri Belka" > >> To: "Alex Lourie" > >> Cc: engine-devel at ovirt.org, users at ovirt.org > >> Sent: Thursday, March 14, 2013 1:47:12 PM > >> Subject: Re: [Users] Migrating engine-setup to otopi > >> > >> On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) > >> Alex Lourie wrote: > >> > >>>>> 1. Be able to port engine to other distributions. > >>>> > >>>> Really? Beside this topic I see hardcoded usernames in > >>>> scripts... > >>>> > >>>> http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified > >>> > >>> These usernames are not hard-coded. There are default values > >>> present which are kept for > >>> local installations, but with remote DB setup the user is > >>> prompted > >>> to provide a username > >>> of her/his own. > >> > >> Not everywhere are postgresql dirs owned by postgres, on some BSDs > >> it > >> is > >> _postgresql. > > > > Right, as I said this is going away. > > > > I am porting this first to Gentoo, which is the most complex, then > > I will be able to provide debian based. > > > > For the postgres issue, I am against assuming local database and > > the configuration of the database it-self (hba, etc). > > > > Like in other products, the dba will create a user and a database > > with the user as an owner and provide us the user/password and > > database name, this method does not require privileged database > > user for product installation and working locally or remotely, and > > is portable. > > actually, I'm against assuming we need a dba for a local install. > we need to keep deployment easy, not assume user should worry about > the > db at all (other than providing the password for it, since it is > needed > later). > > can you pleas explain the concern, and the suggested solution on how > it > will look to run engine-setup/engine-upgrade in your approach? Let's start from the end... there will be no change (accept of maybe be one/two more prompts during installation) at rhel/centos/fedora. Now... People who wrote the current installation confused between host provisioning and database interaction. Another confusion out there is the wrong assumption that ovirt-engine owns the system it installed on, and can perform changes to shared system components such as apache and postgres. Both of these should not leak into other distributions as we port, oh well, as much as we can, in our current state. Host provisioning: 1. Check if postgres is installed on host. 2. Check if postgres already initialized its database and optionally perform initdb. 3. Start postgres service. 4. Mark postgres service to start at boot. 5. Open network access to postgres. 6. Set network authentication (pg_hba). 7. Set the dba (postgres) user password. 8. Create user for engine database. 9. Create database for engine. Database interaction: 1. Accept application user/password. Either: a2. Create schema. a3. Import data. Or: b2: Upgrade database. Now, let's assume we are going to support oracle or db2, will we do the host provisioning as part of our setup? well, we can provide a script to do that, but most likely the dba already know how to install and configure his database to be ready for the database interaction phase. Another issue is that in case of remote database, we are unable to perform the host provisioning anyway, making the local vs remote installation procedure different, so installation documentation becomes even more complex. And of course there is the issue of permissions, we cannot assume the user that is installing ovirt-engine have dba permissions to the database, especially if the database is remote. Well behaved database application will skip the host provisioning and perform the database interaction only. While the user will configure database and create the database for the product. We are going to be well behaved, this is mandatory for porting. There can be host provisioning plugin to optionally perform the provisioning phase, this is distribution dependent plugin, which will run only on supported distributions and the database is installed locally. Currently we will support the currently supported distributions, I am not sure it is wroth the effort to port this module. Example for user visible change if provisioning module is enabled: --- Database host [localhost]: localhost You have selected local database, setup can configure the database for ovirt-engine use, this includes system configuration and database creation. Do you wish installer to configure database, or you prefer to do so manually (configure, manual) [configure]: manual Please configure database to accept network password connections at pg_hba.conf: host all all 127.0.0.1/32 password host all all ::1/128 password Then create user and database, example: create user engine password 'engine'; create database engine owner engine; Database user: Database user password: Database name: --- Of course the provisioning module can be enforced to "configure", skipping this question, this can be done by installing configuration file as part of the branding. Comments? Alon From ianforde at gmail.com Fri Mar 15 22:33:47 2013 From: ianforde at gmail.com (Ian Forde) Date: Fri, 15 Mar 2013 15:33:47 -0700 Subject: [Users] ovirt node 2.6.1 installation succeeding, but not booting on Gateway SX2370 In-Reply-To: <1363336321.7594.8.camel@fdeutsch-laptop.local> References: <1363336321.7594.8.camel@fdeutsch-laptop.local> Message-ID: Thanks. Done. I haven't filled out one of those in a while. The bz# is 922274. I'm kind of hoping that ovirt-node gets more stable in terms of installation and configuration over time. With my hack I finally got ovirt-node to boot automatically on the box I was testing with, but then got completely stuck in network configuration when trying to configure bonded interfaces. WebUI doesn't work. ovirt-node console network settings don't stick. I gave up for now, threw the hard disk back in the box and booted it back up as a full hypervisor. The good news is that I still have the SD card that I can throw in any time to restart the test and no running VMs were harmed during the duration of my testing. ;) In the meantime, I'll watch the bug to see if there's any movement over time and test if needed... -I On Fri, Mar 15, 2013 at 1:32 AM, Fabian Deutsch wrote: > Am Donnerstag, den 14.03.2013, 15:13 -0700 schrieb Ian Forde: > > That got me a 2nd bootable entry in my BIOS, which I was able to set > > to default and boot from successfully (despite a subsequent warning > > about secure boot not being available). > > > > > > So here's my question: Is there a way that I can submit info back > > about the ovirt-node install that can help debug the stock install of > > ovirt-node getting media to boot on a box that won't let me disable > > EFI? > > Hey Ian, > > nice research and even better that you got a solution! > The best way to get your findings into ovirt-node is to file a bug > against that component in bugzilla [1] and attach your solution there. > That will definetly help to solve this bug quicker. > > Greetings > fabian > > -- > [1] > > https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt&component=ovirt-node > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Fri Mar 15 22:35:37 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 15 Mar 2013 23:35:37 +0100 Subject: [Users] oVirt 3.2.1 and reports update error Message-ID: Hello, an all-in-one setup with oVirt 3.2 on Fedora 18. # yum update ovirt-engine-setup and then # engine-upgrade with this output ... During the upgrade process, oVirt Engine will not be accessible. All existing running virtual machines will continue but you will not be able to start or stop any new virtual machines during the process. Would you like to proceed? (yes|no): yes Stopping ovirt-engine service... [ DONE ] Stopping DB related services... [ DONE ] Pre-upgrade validations... [ DONE ] Backing Up Database... [ DONE ] Rename Database... [ DONE ] Updating rpms... [ DONE ] Updating Database... [ DONE ] Restore Database name... [ DONE ] Preparing CA... [ DONE ] Running post install configuration... [ DONE ] Starting ovirt-engine service... [ DONE ] oVirt Engine upgrade completed successfully! * Error: Can't start the ovirt-engine-dwhd service * Upgrade log available at /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log * Perform the following steps to upgrade the history service or the reporting package: 1. Execute: yum update ovirt-engine-reports* 2. Execute: ovirt-engine-dwh-setup 3. Execute: ovirt-engine-reports-setup * DB Backup available at /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql [root at tekkaman ~]# yum update ovirt-engine-reports* Loaded plugins: fastestmirror, langpacks, presto, refresh-packagekit, versionlock Loading mirror speeds from cached hostfile * fedora: fedora.mirror.garr.it * livna: ftp-stud.fht-esslingen.de * rpmfusion-free: ftp.nluug.nl * rpmfusion-free-updates: ftp.nluug.nl * rpmfusion-nonfree: ftp.nluug.nl * rpmfusion-nonfree-updates: ftp.nluug.nl * updates: ftp.nluug.nl No Packages marked for Update Do I have to consider or not the error regarding reports? After a reboot webadmin is ok but reports appears as totally scrambled: - login page https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing - after login https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing these above are from Fedora 18 and firefox 19.0.2 Gianluca From suporte at logicworks.pt Fri Mar 15 22:47:47 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Fri, 15 Mar 2013 22:47:47 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> Message-ID: <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> So, there is not a solid solution for this? ----- Mensagem original ----- De: "Joop" Para: suporte at logicworks.pt, Users at ovirt.org Enviadas: Sexta-feira, 15 Mar?o, 2013 21:57:35 Assunto: Re: [Users] BUG: soft lockup suporte at logicworks.pt wrote: I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! [sh: 1534], and the host died this host was installed from fedora18 minimum installation, kernel version 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and have no errors, until now. Any idea? Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Just to let you know you're not alone. I have a few hosts which have the same problem. F18 minimal install, started at 3.6.x kernel. Every upgrade since has had this. Some reboots! at higher versions work, mostly not. Disabling multipath might help but then vdsm doesn't work. Hosts are HP ML110G5, HP DL360 G6, from memory Joop -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. suporte at logicworks.pt wrote: >I have a host that have this error BUG: soft lockup - CPU#4 stuck for >22s! [sh: 1534], and the host died > >this host was installed from fedora18 minimum installation, kernel >version 3.8.2-206.fc18.x86_64. I have another host with the same >configuration, and have no errors, until now. > >Any idea? > > >------------------------------------------------------------------------ > >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users Just to let you know you're not alone. I have a few hosts which have the same problem. F18 minimal install, started at 3.6.x kernel. Every upgrade since has had this. Some reboots at higher versions work, mostly not. Disabling multipath might help but then vdsm doesn't work. Hosts are HP ML110G5, HP DL360 G6, from memory Joop -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From gianluca.cecchi at gmail.com Fri Mar 15 23:02:44 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 16 Mar 2013 00:02:44 +0100 Subject: [Users] oVirt 3.2 and 3.2.1: unable to attach cd Message-ID: Hello, lastly with 3.2 and 3.2.1 on F18 hosts I'm not able to attach cd At the window, after selecting iso and click OK I get: Error while executing action Change CD: Drive image file could not be found In webadmin gui events list I get: Failed to change disk in VM winxp (Host: local_host, User: admin at internal). It happens with all iso files I already used before. ISO_DOMAIN is up and they are listed in IMAGES pane engine-iso-uploader.log 2013-03-15 23:48:24::INFO::engine-iso-uploader::1031::root:: virtio-win-floppies.iso uploaded successfully In engine.log 2013-03-15 23:48:56,625 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Failed in ChangeDiskVDS method 2013-03-15 23:48:56,626 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Error code imageErr and error message VDSGenericException: VDSErrorException: Failed to ChangeDiskVDS, error = Drive image file Bad volume specification /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso could not be found 2013-03-15 23:48:56,627 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand return value org.ovirt.engine.core.vdsbroker.vdsbroker.OneVmReturnForXmlRpc at 51bde37c 2013-03-15 23:48:56,627 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] HostName = local_host 2013-03-15 23:48:56,632 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-2) [432e3405] Command ChangeDiskVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ChangeDiskVDS, error = Drive image file Bad volume specification /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso could not be found 2013-03-15 23:48:56,632 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp--127.0.0.1-8702-2) [432e3405] FINISH, ChangeDiskVDSCommand, log id: 3b2e220e 2013-03-15 23:48:56,633 ERROR [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-2) [432e3405] Command org.ovirt.engine.core.bll.ChangeDiskCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ChangeDiskVDS, error = Drive image file Bad volume specification /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso could not be found 2013-03-15 23:48:56,639 ERROR [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-2) [432e3405] Transaction rolled-back for command: org.ovirt.engine.core.bll.ChangeDiskCommand. In fact there is no iso image where it searches for... # ll /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso ls: cannot access /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111/virtio-win-floppies.iso: No such file or directory df -h gives: tekkaman.localdomain.local:/ISO 53G 31G 20G 62% /rhev/data-center/mnt/tekkaman.localdomain.local:_ISO # ll /rhev/data-center/ total 16 drwxr-xr-x. 2 vdsm kvm 4096 Jan 26 18:51 63384f91-1af6-43e4-b10b-9989a0ed3231 drwxr-xr-x. 2 vdsm kvm 4096 Mar 15 23:26 65c9777e-23f1-4f04-8cea-e7c8871dc88b drwxr-xr-x. 2 vdsm kvm 4096 Feb 10 23:23 hsm-tasks drwxr-xr-x. 3 vdsm kvm 4096 Feb 19 23:12 mnt but # ll /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/ total 8 lrwxrwxrwx. 1 vdsm kvm 64 Mar 15 23:26 0a8035e6-e41d-40ff-a154-e0a374f264b2 -> /rhev/data-center/mnt/_DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2 lrwxrwxrwx. 1 vdsm kvm 64 Mar 15 23:26 mastersd -> /rhev/data-center/mnt/_DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2 and # ll /rhev/data-center/63384f91-1af6-43e4-b10b-9989a0ed3231/ total 0 and # ll /rhev/data-center/mnt/tekkaman.localdomain.local:_ISO total 4 drwxr-xr-x. 4 vdsm kvm 4096 Feb 10 23:27 52739fc1-2d01-48a0-8f3b-415301ba035c # ll /rhev/data-center/mnt/tekkaman.localdomain.local:_ISO/52739fc1-2d01-48a0-8f3b-415301ba035c/images/11111111-1111-1111-1111-111111111111 total 394192 -rw-r-----. 1 vdsm kvm 14024704 Feb 16 00:27 spice-guest-tools-0.3.iso -rw-r-----. 1 vdsm kvm 6404096 Mar 9 09:53 spice-guest-tools-0.52.iso -rw-r-----. 1 vdsm kvm 59838464 Mar 15 23:48 virtio-win-floppies.iso -rw-r-----. 1 vdsm kvm 323375104 Feb 15 19:35 winxp_sp3.iso I don't know why it tries to go under data domain to search for iso images.... What can I do? Thanks, Gianluca From gianluca.cecchi at gmail.com Fri Mar 15 23:12:10 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 16 Mar 2013 00:12:10 +0100 Subject: [Users] BUG: soft lockup In-Reply-To: <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> Message-ID: On Fri, Mar 15, 2013 at 11:47 PM, wrote: > So, there is not a solid solution for this? > You can access this page: http://koji.fedoraproject.org/koji/packageinfo?packageID=8 and download the latest 3.7 kernel for f18 I'm using kernel-3.7.9-201.fc18 and run # yum localinstall kernel-3.7.9-201.fc18.x86_64.rpm or download the kernels ahead the problematic one that I presume are for testing and possibly addressing our problems if other people posted problems too.. kernel-3.8.2-209.fc18 kernel-3.8.3-201.fc18 HIH, Gianluca From suporte at logicworks.pt Fri Mar 15 23:20:47 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Fri, 15 Mar 2013 23:20:47 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> Message-ID: <1332844684.23895.1363389647214.JavaMail.root@logicworks.pt> Ok, thanks, I will try it and let you know. ----- Mensagem original ----- De: "Gianluca Cecchi" Para: suporte at logicworks.pt Cc: "users" Enviadas: Sexta-feira, 15 Mar?o, 2013 23:12:10 Assunto: Re: [Users] BUG: soft lockup On Fri, Mar 15, 2013 at 11:47 PM, wrote: > So, there is not a solid solution for this? > You can access this page: http://koji.fedoraproject.org/koji/packageinfo?packageID=8 and download the latest 3.7 kernel for f18 I'm using kernel-3.7.9-201.fc18 and run # yum localinstall kernel-3.7.9-201.fc18.x86_64.rpm or download the kernels ahead the problematic one that I presume are for testing and possibly addressing our problems if other people posted problems too.. kernel-3.8.2-209.fc18 kernel-3.8.3-201.fc18 HIH, Gianluca From gianluca.cecchi at gmail.com Fri Mar 15 23:22:49 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 16 Mar 2013 00:22:49 +0100 Subject: [Users] oVirt 3.2 and 3.2.1: unable to attach cd In-Reply-To: References: Message-ID: On Sat, Mar 16, 2013 at 12:02 AM, Gianluca Cecchi wrote: > Hello, > lastly with 3.2 and 3.2.1 on F18 hosts I'm not able to attach cd > > At the window, after selecting iso and click OK I get: > > Error while executing action Change CD: Drive image file could not be found > > In webadmin gui events list I get: > Failed to change disk in VM winxp (Host: local_host, User: admin at internal). > > It happens with all iso files I already used before. > ISO_DOMAIN is up and they are listed in IMAGES pane Putting into maintenance the iso domain and then activating it solved the problem... but I don't know why... here it is engine.log: https://docs.google.com/file/d/0BwoPbcrMv8mvUGRMb01VYkROUm8/edit?usp=sharing system started at 23:26 first attempt of attaching cd at 23:48 then maintenance + activate then successful attempt of attaching cd at 00:16 Gianluca From gianluca.cecchi at gmail.com Fri Mar 15 23:34:41 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 16 Mar 2013 00:34:41 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: Message-ID: On Fri, Mar 15, 2013 at 7:23 PM, Gianluca Cecchi wrote: > So any way to send list of applications displayed in raw text format? > Or only a screenshot is feasible? In the mean time I was able to copy and paste the list of applications from webadmin gui.... here it is. I don't see ovirt-guest-agent and I see strange lines at the beginning Installed Applications 0 150 (Array Networks) 4 Adobe Flash Player 11 ActiveX Adobe Flash Player 11 Plugin Adobe Reader X (10.1.0) - Italiano Aggiornamento della protezione per Windows Internet Explorer 8 (KB2510531) Aggiornamento della protezione per Windows Internet Explorer 8 (KB2544521) Aggiornamento della protezione per Windows Internet Explorer 8 (KB2586448) Aggiornamento della protezione per Windows Internet Explorer 8 (KB2744842) Aggiornamento della protezione per Windows Internet Explorer 8 (KB982381) Aggiornamento della protezione per Windows Media Player (KB2378111) Aggiornamento della protezione per Windows Media Player (KB952069) Aggiornamento della protezione per Windows Media Player (KB954155) Aggiornamento della protezione per Windows Media Player (KB973540) Aggiornamento della protezione per Windows Media Player (KB975558) Aggiornamento della protezione per Windows Media Player (KB978695) Aggiornamento della protezione per Windows XP (KB2079403) Aggiornamento della protezione per Windows XP (KB2115168) Aggiornamento della protezione per Windows XP (KB2229593) Aggiornamento della protezione per Windows XP (KB2296011) Aggiornamento della protezione per Windows XP (KB2347290) Aggiornamento della protezione per Windows XP (KB2360937) Aggiornamento della protezione per Windows XP (KB2387149) Aggiornamento della protezione per Windows XP (KB2393802) Aggiornamento della protezione per Windows XP (KB2412687) Aggiornamento della protezione per Windows XP (KB2419632) Aggiornamento della protezione per Windows XP (KB2423089) Aggiornamento della protezione per Windows XP (KB2440591) Aggiornamento della protezione per Windows XP (KB2443105) Aggiornamento della protezione per Windows XP (KB2476490) Aggiornamento della protezione per Windows XP (KB2478960) Aggiornamento della protezione per Windows XP (KB2478971) Aggiornamento della protezione per Windows XP (KB2479943) Aggiornamento della protezione per Windows XP (KB2481109) Aggiornamento della protezione per Windows XP (KB2483185) Aggiornamento della protezione per Windows XP (KB2485663) Aggiornamento della protezione per Windows XP (KB2506212) Aggiornamento della protezione per Windows XP (KB2507618) Aggiornamento della protezione per Windows XP (KB2507938) Aggiornamento della protezione per Windows XP (KB2508272) Aggiornamento della protezione per Windows XP (KB2508429) Aggiornamento della protezione per Windows XP (KB2509553) Aggiornamento della protezione per Windows XP (KB2510581) Aggiornamento della protezione per Windows XP (KB2535512) Aggiornamento della protezione per Windows XP (KB2536276-v2) Aggiornamento della protezione per Windows XP (KB2544521) Aggiornamento della protezione per Windows XP (KB2544893-v2) Aggiornamento della protezione per Windows XP (KB2562937) Aggiornamento della protezione per Windows XP (KB2566454) Aggiornamento della protezione per Windows XP (KB2567053) Aggiornamento della protezione per Windows XP (KB2567680) Aggiornamento della protezione per Windows XP (KB2570222) Aggiornamento della protezione per Windows XP (KB2570947) Aggiornamento della protezione per Windows XP (KB2584146) Aggiornamento della protezione per Windows XP (KB2585542) Aggiornamento della protezione per Windows XP (KB2586448) Aggiornamento della protezione per Windows XP (KB2592799) Aggiornamento della protezione per Windows XP (KB2598479) Aggiornamento della protezione per Windows XP (KB2603381) Aggiornamento della protezione per Windows XP (KB2618451) Aggiornamento della protezione per Windows XP (KB2619339) Aggiornamento della protezione per Windows XP (KB2620712) Aggiornamento della protezione per Windows XP (KB2624667) Aggiornamento della protezione per Windows XP (KB2631813) Aggiornamento della protezione per Windows XP (KB2646524) Aggiornamento della protezione per Windows XP (KB2653956) Aggiornamento della protezione per Windows XP (KB2655992) Aggiornamento della protezione per Windows XP (KB2659262) Aggiornamento della protezione per Windows XP (KB2661637) Aggiornamento della protezione per Windows XP (KB2676562) Aggiornamento della protezione per Windows XP (KB2686509) Aggiornamento della protezione per Windows XP (KB2691442) Aggiornamento della protezione per Windows XP (KB2698365) Aggiornamento della protezione per Windows XP (KB2705219) Aggiornamento della protezione per Windows XP (KB2707511) Aggiornamento della protezione per Windows XP (KB2712808) Aggiornamento della protezione per Windows XP (KB2719985) Aggiornamento della protezione per Windows XP (KB2723135) Aggiornamento della protezione per Windows XP (KB2731847) Aggiornamento della protezione per Windows XP (KB923561) Aggiornamento della protezione per Windows XP (KB923789) Aggiornamento della protezione per Windows XP (KB946648) Aggiornamento della protezione per Windows XP (KB950762) Aggiornamento della protezione per Windows XP (KB950974) Aggiornamento della protezione per Windows XP (KB951376-v2) Aggiornamento della protezione per Windows XP (KB952004) Aggiornamento della protezione per Windows XP (KB952954) Aggiornamento della protezione per Windows XP (KB954459) Aggiornamento della protezione per Windows XP (KB956572) Aggiornamento della protezione per Windows XP (KB956744) Aggiornamento della protezione per Windows XP (KB956802) Aggiornamento della protezione per Windows XP (KB956844) Aggiornamento della protezione per Windows XP (KB958644) Aggiornamento della protezione per Windows XP (KB959426) Aggiornamento della protezione per Windows XP (KB960803) Aggiornamento della protezione per Windows XP (KB960859) Aggiornamento della protezione per Windows XP (KB961501) Aggiornamento della protezione per Windows XP (KB969059) Aggiornamento della protezione per Windows XP (KB970430) Aggiornamento della protezione per Windows XP (KB971657) Aggiornamento della protezione per Windows XP (KB972270) Aggiornamento della protezione per Windows XP (KB973507) Aggiornamento della protezione per Windows XP (KB973869) Aggiornamento della protezione per Windows XP (KB973904) Aggiornamento della protezione per Windows XP (KB974112) Aggiornamento della protezione per Windows XP (KB974318) Aggiornamento della protezione per Windows XP (KB974392) Aggiornamento della protezione per Windows XP (KB974571) Aggiornamento della protezione per Windows XP (KB975025) Aggiornamento della protezione per Windows XP (KB975467) Aggiornamento della protezione per Windows XP (KB975560) Aggiornamento della protezione per Windows XP (KB975562) Aggiornamento della protezione per Windows XP (KB975713) Aggiornamento della protezione per Windows XP (KB977816) Aggiornamento della protezione per Windows XP (KB977914) Aggiornamento della protezione per Windows XP (KB978338) Aggiornamento della protezione per Windows XP (KB978542) Aggiornamento della protezione per Windows XP (KB978601) Aggiornamento della protezione per Windows XP (KB978706) Aggiornamento della protezione per Windows XP (KB979309) Aggiornamento della protezione per Windows XP (KB979482) Aggiornamento della protezione per Windows XP (KB979687) Aggiornamento della protezione per Windows XP (KB980436) Aggiornamento della protezione per Windows XP (KB981322) Aggiornamento della protezione per Windows XP (KB981997) Aggiornamento della protezione per Windows XP (KB982132) Aggiornamento della protezione per Windows XP (KB982665) Aggiornamento della sicurezza per Microsoft Windows (KB2564958) Aggiornamento per Windows Internet Explorer 8 (KB2598845) Aggiornamento per Windows XP (KB2345886) Aggiornamento per Windows XP (KB2467659) Aggiornamento per Windows XP (KB2541763) Aggiornamento per Windows XP (KB2641690) Aggiornamento per Windows XP (KB2718704) Aggiornamento per Windows XP (KB2736233) Aggiornamento per Windows XP (KB898461) Aggiornamento per Windows XP (KB951978) Aggiornamento per Windows XP (KB955759) Aggiornamento per Windows XP (KB968389) Aggiornamento per Windows XP (KB971029) Aggiornamento per Windows XP (KB973687) Aggiornamento per Windows XP (KB973815) Aggiornamento rapido per Windows XP (KB2570791) Aggiornamento rapido per Windows XP (KB2633952) Aggiornamento rapido per Windows XP (KB952287) Apple Application Support Apple Mobile Device Support Apple Software Update Array Networks SSL VPN Client 8 Bonjour Check Point SSL Network Extender ClamWin Free Antivirus 0.97.6 Java 7 Update 15 Java Auto Updater Java(TM) 6 Update 35 Microsoft .NET Framework 2.0 Service Pack 2 Microsoft .NET Framework 3.0 Service Pack 2 Microsoft .NET Framework 3.5 SP1 Microsoft .NET Framework 3.5 SP1 Microsoft .NET Framework 4 Client Profile Microsoft .NET Framework 4 Client Profile Microsoft .NET Framework 4 Extended Microsoft .NET Framework 4 Extended Microsoft Kernel-Mode Driver Framework Feature Pack 1.9 Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148 Microsoft Visual J# 2.0 Redistributable Package - SE Microsoft Visual J# 2.0 Redistributable Package - SE Mozilla Firefox 17.0.1 (x86 en-US) Mozilla Maintenance Service PDFCreator Python 2.6 py2exe-0.6.9 Python 2.6 pywin32-216 Python 2.6.6 Skype Click to Call Skype? 5.8 VLC media player 1.1.11 VMware vSphere Client 5.1 WebFldrs XP Windows Genuine Advantage Notifications (KB905474) Windows Genuine Advantage Validation Tool (KB892130) Windows Genuine Advantage Validation Tool (KB892130) Windows Internet Explorer 8 iTunes From suporte at logicworks.pt Sat Mar 16 00:33:48 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Sat, 16 Mar 2013 00:33:48 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: <1332844684.23895.1363389647214.JavaMail.root@logicworks.pt> References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> <1332844684.23895.1363389647214.JavaMail.root@logicworks.pt> Message-ID: <1663283803.23941.1363394028396.JavaMail.root@logicworks.pt> I have installed the kernel version 3.7.9-201.fc18.x86_64, but the problem still persist: kernel:[ 634.738490] BUG: soft lockup - CPU#5 stuck for 23s! [sh:1557] Now I'm lost ----- Mensagem original ----- De: suporte at logicworks.pt Para: "Gianluca Cecchi" Cc: "users" Enviadas: Sexta-feira, 15 Mar?o, 2013 23:20:47 Assunto: Re: [Users] BUG: soft lockup Ok, thanks, I will try it and let you know. ----- Mensagem original ----- De: "Gianluca Cecchi" Para: suporte at logicworks.pt Cc: "users" Enviadas: Sexta-feira, 15 Mar?o, 2013 23:12:10 Assunto: Re: [Users] BUG: soft lockup On Fri, Mar 15, 2013 at 11:47 PM, wrote: > So, there is not a solid solution for this? > You can access this page: http://koji.fedoraproject.org/koji/packageinfo?packageID=8 and download the latest 3.7 kernel for f18 I'm using kernel-3.7.9-201.fc18 and run # yum localinstall kernel-3.7.9-201.fc18.x86_64.rpm or download the kernels ahead the problematic one that I presume are for testing and possibly addressing our problems if other people posted problems too.. kernel-3.8.2-209.fc18 kernel-3.8.3-201.fc18 HIH, Gianluca _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From deadhorseconsulting at gmail.com Sat Mar 16 05:35:16 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Sat, 16 Mar 2013 00:35:16 -0500 Subject: [Users] template provisioning permissions In-Reply-To: References: Message-ID: Any thoughts on this one? - DHC On Wed, Mar 13, 2013 at 4:34 PM, Dead Horse wrote: > Got an interesting one here as pertaining to template permissions and > provisioning. > > Given the following setup/situation: > > A cluster with a user A assigned poweruser role permissions on the cluster. > - User A is assigned poweruser role permissions to storage domain A > - User A is a consumer of quota A which is assigned to specific storage > domain A > > A cluster with a user B assigned poweruser role permissions on the cluster. > - User B is assigned poweruser role permissions to storage domain B > - User B is a consumer of quota B which is assigned to specific storage > domain B > > User A creates a VM and makes it a template of it with permissions of > everyone as UserTemplateBasedVM. > > User B tries to create a VM based on the template that User A created. > While the base VM profile can be created the storage provisioning > encounters an issue. > > Via Template provisioning option with the thin provision option will fail > due to the fact that User B does not have proper permissions to User A's > storage domain. The symptom of this expected failure is the target storage > domain pull-down is empty. (It really should show something or be greyed > out rather than just be blank at least some sort of user notification). > > The real issue here is with the clone provisioning option. The idea here > is to be to clone a copy of the template disks into User B's storage domain > as a target where User B has poweruser role permissions. The problem here > is that this fails just like the above thin provision which should not be > the case. The target pulldown still blank it should by default show the > target storage domain to which User B has permissions to that being Storage > domain B. > > Further debugging yields that by assigning UserTemplateVM permissions to > User A's storage domain allows User B to use either of the options above > although the only one really desired is the clone option since we don't > want User B creating VM's in User A's storage domain. There still however > was an issue upon selecting clone and selecting Storage domain B as the > target the VM is created but the disk is created in Storage domain A > instead of storage domain B. > > > Running build of the engine is built from commit: > 7354d3283627bdbe30dd9c15ce45eba375280a8c > > - DHC > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eedri at redhat.com Sat Mar 16 10:27:55 2013 From: eedri at redhat.com (Eyal Edri) Date: Sat, 16 Mar 2013 06:27:55 -0400 (EDT) Subject: [Users] [EL6 RPMS] new nightly ovirt rpms In-Reply-To: <5143826F.7010405@redhat.com> Message-ID: <1362309542.19602578.1363429675715.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dave Neary" > To: "users" , "Itamar Heim" > Sent: Friday, March 15, 2013 10:19:59 PM > Subject: Re: [Users] [EL6 RPMS] new nightly ovirt rpms > > Hi Itamar, > > On 03/15/2013 11:50 AM, Itamar Heim wrote: > > fyi - ovirt 3.2.1 will release .el6 rpms as well. > > (more work needed for ubuntu, but cleanups in the works to > > accomodate as > > well) > > I know that several members of the list are willing to be guinea pigs > for very early testing of Ubuntu/Debian support - is there a way we > can > involve people specifically for this? I'd say let's make an effort to add a new ubunto jenkins slave for starts, on the rackspace server, so we can start running various jobs on it and get feedback. it might make it easier for power-users to run tests via jenkins jobs. > > Thanks! > Dave. > > -- > Dave Neary - Community Action and Impact > Open Source and Standards, Red Hat - http://community.redhat.com > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jvdwege at xs4all.nl Sat Mar 16 14:43:10 2013 From: jvdwege at xs4all.nl (Joop) Date: Sat, 16 Mar 2013 15:43:10 +0100 Subject: [Users] host power managment failures In-Reply-To: <514329AF.3030600@netbulae.eu> References: <2141393102.11816160.1359407955687.JavaMail.root@redhat.com> <5143233A.9020702@netbulae.eu> <514329AF.3030600@netbulae.eu> Message-ID: <514484FE.6040207@xs4all.nl> Jorick Astrego wrote: > >> >> Having the same problem here. I installed the 3 nodes from iso and >> registered them to oVirt. In ovirt I approved them and added the >> Power Management settings. The source list is empty and Test fails >> with the message there is no other host to test it from. >> >> 2 >> >> Installing the node from ovirt with ssh appears to work ok, there I >> see as source cluster and dc to test it. >> > > Just found out if I register the node and approve without power > management, I can then edit the node and enable/test powermanagent. > Approving the node and enabling power management at the same time > fails..... > If you try to register the FIRST node and try to set powermanagment then it will fail. Reason is because the check is done from another host in the cluster en since there is none it will error. Have been bitten by this multiple times when adding a host and thinking I could start adding a second before the first was ready. Adding a second and third in parallel when the first is ready should be no problem. Joop From iheim at redhat.com Sat Mar 16 20:29:33 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 16 Mar 2013 22:29:33 +0200 Subject: [Users] openvswitch intergration status In-Reply-To: <406587443.7095189.1363353396534.JavaMail.root@redhat.com> References: <406587443.7095189.1363353396534.JavaMail.root@redhat.com> Message-ID: <5144D62D.2070602@redhat.com> On 03/15/2013 03:16 PM, Antoni Segura Puimedon wrote: > I'm on it. > > The status is that I'm now refactoring the networking part of vdsm to > enable us to use different configuration tools for setting interfaces. > This will allow to have a open vSwitch back end for configuring the > bridges. > > For 3.3 we will have the refactoring done. > http://www.ovirt.org/Feature/NetworkReloaded > > I don't think we'll have open vSwitch hitting at the same point, > as I'm targeting first to have ifcfg and iproute2 based configuration, > but once the API of the refactoring is more stable, maybe somebody > can try to do it on parallel. Frankly though, I think it will have to > be for the following point release. there is also the qunatum work which should allow using openvswitch (and other) network technologies. > > Best, > > Toni > ----- Original Message ----- >> From: "Jiri Belka" >> To: users at ovirt.org >> Sent: Friday, March 15, 2013 2:12:14 PM >> Subject: [Users] openvswitch intergration status >> >> Hi, >> >> is there a plan to integrate openvswitch, if so what's status? >> >> Basic bridging sucks, and now everything is virtual, no? :) >> >> Maybe some benefits: >> >> * decreases cost for special (legacy) enterprise switches >> * virtualization buzzword included >> * one can simulate switch in ovirt >> (that was my start to investigate, i wanted to have a trunk port >> pointing to virtualized FW and couple of vlans with guests, not >> possible right now in ovirt, each vlan = one iface) >> * there's backward compatibility >> - see http://packages.debian.org/sid/openvswitch-brcompat >> >> Let's be hype :D >> >> jbelka >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Sat Mar 16 21:12:45 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 16 Mar 2013 23:12:45 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: Message-ID: <5144E04D.70906@redhat.com> On 03/15/2013 08:23 PM, Gianluca Cecchi wrote: > > Il giorno 15/mar/2013 18:50, "Ren? Koch" > ha scritto: > > > > > > -----Original message----- > > > From:Gianluca Cecchi > > > > Sent: Friday 15th March 2013 18:30 > > > To: Itamar Heim > > > > Cc: users > > > > Subject: Re: [Users] Configure spice plugin for wan > > > > > > On Fri, Mar 15, 2013 at 11:02 AM, Itamar Heim wrote: > > > > On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: > > > >> > > > >> On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi > > > > > > > > > > > was this resolved? > > > > you've mentioned above you are using 'rhev-agent' - ovirt may be > checking > > > > for ovirt-guest-agent'... > > > > please send list of installed applications as reported by the > guest agent > > > > (restapi probably easiest). > > > > > > No, only a few lines shown for applications and no wan option shown in > > > user portal... > > > I "compiled" ovirt-guest-agent service for windows XP and Windows7 > > > A quick command line example of using rest/api to get applications? > > > > > > Applications aren't accessible using REST-API. > > But it would be great if this would be added as a feature in 3.3... :) > > > > > > > > > > Gianluca > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > So any way to send list of applications displayed in raw text format? > Or only a screenshot is feasible? > > Btw: Itamar, what a great deal of emails: previously blocked in a queue > or Asterix potion ? > ;-) > too many travel, but enough battery on last flight to clean enough of the email queue... From iheim at redhat.com Sat Mar 16 21:14:03 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 16 Mar 2013 23:14:03 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: Message-ID: <5144E09B.8060704@redhat.com> On 03/16/2013 01:34 AM, Gianluca Cecchi wrote: > Python 2.6 py2exe-0.6.9 > Python 2.6 pywin32-216 > Python 2.6.6 I'm guessing this is the ovirt-guest-agent, and i'm guessing compiling it from source isn't listing it correctly when installed as an app... From iheim at redhat.com Sat Mar 16 21:20:34 2013 From: iheim at redhat.com (Itamar Heim) Date: Sat, 16 Mar 2013 23:20:34 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: References: Message-ID: <5144E222.30106@redhat.com> On 03/15/2013 07:50 PM, Ren? Koch wrote: > > -----Original message----- >> From:Gianluca Cecchi >> Sent: Friday 15th March 2013 18:30 >> To: Itamar Heim >> Cc: users >> Subject: Re: [Users] Configure spice plugin for wan >> >> On Fri, Mar 15, 2013 at 11:02 AM, Itamar Heim wrote: >>> On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: >>>> >>>> On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi >> >>> >>> was this resolved? >>> you've mentioned above you are using 'rhev-agent' - ovirt may be checking >>> for ovirt-guest-agent'... >>> please send list of installed applications as reported by the guest agent >>> (restapi probably easiest). >> >> No, only a few lines shown for applications and no wan option shown in >> user portal... >> I "compiled" ovirt-guest-agent service for windows XP and Windows7 >> A quick command line example of using rest/api to get applications? > > > Applications aren't accessible using REST-API. > But it would be great if this would be added as a feature in 3.3... :) interesting. michael - any reason for this? as a workaround, command line can be done at host level via vdsClient -s 0 getAllVmStats From gianluca.cecchi at gmail.com Sat Mar 16 21:27:05 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 16 Mar 2013 22:27:05 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <5144E222.30106@redhat.com> References: <5144E222.30106@redhat.com> Message-ID: On Sat, Mar 16, 2013 at 10:20 PM, Itamar Heim wrote: > > > interesting. michael - any reason for this? > as a workaround, command line can be done at host level via vdsClient -s 0 > getAllVmStats $ sudo vdsClient -s 0 getAllVmStats 2981b979-a363-4ab9-a251-439b5774b04d Status = Running memUsage = 31 acpiEnable = true netIfaces = [{'name': u"Red Hat VirtIO Ethernet Adapter - Miniport dell'Utilit\xe0 di pianificazione pacchetti", 'inet6': [], 'inet': ['192.168.1.75'], 'hw': '00:1a:4a:a8:01:52'}, {'name': u"Red Hat VirtIO Ethernet Adapter - Miniport dell'Utilit\xe0 di pianificazione pacchetti", 'inet6': [], 'inet': ['192.168.1.75'], 'hw': '00:1a:4a:a8:01:52'}, {'name': u"Check Point Virtual Network Adapter For SSL Network Extender - Miniport dell'Utilit\xe0 di pianificazione pacchetti", 'inet6': [], 'inet': ['0.0.0.0'], 'hw': '54:cf:5e:da:9e:0c'}] session = Unknown vmType = kvm timeOffset = -43309 balloonInfo = {'balloon_max': 1048576, 'balloon_cur': 1048576} pauseCode = NOERR disksUsage = [{'path': 'c:\\', 'total': '11811123200', 'fs': 'NTFS', 'used': '8879144960'}] network = {'vnet0': {'macAddr': '00:1a:4a:a8:01:52', 'rxDropped': '0', 'txDropped': '0', 'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': 'vnet0'}} memoryStats = {'swap_out': '0', 'majflt': '0', 'mem_free': '721744', 'swap_in': '0', 'pageflt': '88021', 'mem_total': '1048104', 'mem_unused': '721744'} guestName = TEKKAMAN elapsedTime = 38 displayType = qxl cpuSys = 9.86 appsList = ['Adobe Flash Player 11 ActiveX', 'Adobe Flash Player 11 Plugin', 'Array Networks SSL VPN Client 8,4,0,150 (Array Networks)', 'ClamWin Free Antivirus 0.97.6', 'Windows Internet Explorer 8', 'Aggiornamento della protezione per Windows XP (KB2079403)', 'Aggiornamento della protezione per Windows XP (KB2115168)', 'Aggiornamento della protezione per Windows XP (KB2229593)', 'Aggiornamento della protezione per Windows XP (KB2296011)', 'Aggiornamento per Windows XP (KB2345886)', 'Aggiornamento della protezione per Windows XP (KB2347290)', 'Aggiornamento della protezione per Windows XP (KB2360937)', 'Aggiornamento della protezione per Windows Media Player (KB2378111)', 'Aggiornamento della protezione per Windows XP (KB2387149)', 'Aggiornamento della protezione per Windows XP (KB2393802)', 'Aggiornamento della protezione per Windows XP (KB2412687)', 'Aggiornamento della protezione per Windows XP (KB2419632)', 'Aggiornamento della protezione per Windows XP (KB2423089)', 'Aggiornamento della protezione per Windows XP (KB2440591)', 'Aggiornamento della protezione per Windows XP (KB2443105)', 'Aggiornamento per Windows XP (KB2467659)', 'Aggiornamento della protezione per Windows XP (KB2476490)', 'Aggiornamento della protezione per Windows XP (KB2478960)', 'Aggiornamento della protezione per Windows XP (KB2478971)', 'Aggiornamento della protezione per Windows XP (KB2479943)', 'Aggiornamento della protezione per Windows XP (KB2481109)', 'Aggiornamento della protezione per Windows XP (KB2483185)', 'Aggiornamento della protezione per Windows XP (KB2485663)', 'Aggiornamento della protezione per Windows XP (KB2506212)', 'Aggiornamento della protezione per Windows XP (KB2507618)', 'Aggiornamento della protezione per Windows XP (KB2507938)', 'Aggiornamento della protezione per Windows XP (KB2508272)', 'Aggiornamento della protezione per Windows XP (KB2508429)', 'Aggiornamento della protezione per Windows XP (KB2509553)', 'Aggiornamento della protezione per Windows Internet Explorer 8 (KB2510531)', 'Aggiornamento della protezione per Windows XP (KB2510581)', 'Aggiornamento della protezione per Windows XP (KB2535512)', 'Aggiornamento della protezione per Windows XP (KB2536276-v2)', 'Aggiornamento per Windows XP (KB2541763)', 'Aggiornamento della protezione per Windows XP (KB2544521)', 'Aggiornamento della protezione per Windows Internet Explorer 8 (KB2544521)', 'Aggiornamento della protezione per Windows XP (KB2544893-v2)', 'Aggiornamento della protezione per Windows XP (KB2562937)', 'Aggiornamento della sicurezza per Microsoft Windows (KB2564958)', 'Aggiornamento della protezione per Windows XP (KB2566454)', 'Aggiornamento della protezione per Windows XP (KB2567053)', 'Aggiornamento della protezione per Windows XP (KB2567680)', 'Aggiornamento della protezione per Windows XP (KB2570222)', 'Aggiornamento rapido per Windows XP (KB2570791)', 'Aggiornamento della protezione per Windows XP (KB2570947)', 'Aggiornamento della protezione per Windows XP (KB2584146)', 'Aggiornamento della protezione per Windows XP (KB2585542)', 'Aggiornamento della protezione per Windows XP (KB2586448)', 'Aggiornamento della protezione per Windows Internet Explorer 8 (KB2586448)', 'Aggiornamento della protezione per Windows XP (KB2592799)', 'Aggiornamento della protezione per Windows XP (KB2598479)', 'Aggiornamento per Windows Internet Explorer 8 (KB2598845)', 'Aggiornamento della protezione per Windows XP (KB2603381)', 'Aggiornamento della protezione per Windows XP (KB2618451)', 'Aggiornamento della protezione per Windows XP (KB2619339)', 'Aggiornamento della protezione per Windows XP (KB2620712)', 'Aggiornamento della protezione per Windows XP (KB2624667)', 'Aggiornamento della protezione per Windows XP (KB2631813)', 'Aggiornamento rapido per Windows XP (KB2633952)', 'Aggiornamento per Windows XP (KB2641690)', 'Aggiornamento della protezione per Windows XP (KB2646524)', 'Aggiornamento della protezione per Windows XP (KB2653956)', 'Aggiornamento della protezione per Windows XP (KB2655992)', 'Aggiornamento della protezione per Windows XP (KB2659262)', 'Aggiornamento della protezione per Windows XP (KB2661637)', 'Aggiornamento della protezione per Windows XP (KB2676562)', 'Aggiornamento della protezione per Windows XP (KB2686509)', 'Aggiornamento della protezione per Windows XP (KB2691442)', 'Aggiornamento della protezione per Windows XP (KB2698365)', 'Aggiornamento della protezione per Windows XP (KB2705219)', 'Aggiornamento della protezione per Windows XP (KB2707511)', 'Aggiornamento della protezione per Windows XP (KB2712808)', 'Aggiornamento per Windows XP (KB2718704)', 'Aggiornamento della protezione per Windows XP (KB2719985)', 'Aggiornamento della protezione per Windows XP (KB2723135)', 'Aggiornamento della protezione per Windows XP (KB2731847)', 'Aggiornamento per Windows XP (KB2736233)', 'Aggiornamento della protezione per Windows Internet Explorer 8 (KB2744842)', 'Windows Genuine Advantage Validation Tool (KB892130)', 'Aggiornamento per Windows XP (KB898461)', 'Aggiornamento della protezione per Windows XP (KB923561)', 'Aggiornamento della protezione per Windows XP (KB923789)', 'Aggiornamento della protezione per Windows XP (KB946648)', 'Aggiornamento della protezione per Windows XP (KB950762)', 'Aggiornamento della protezione per Windows XP (KB950974)', 'Aggiornamento della protezione per Windows XP (KB951376-v2)', 'Aggiornamento per Windows XP (KB951978)', 'Aggiornamento della protezione per Windows XP (KB952004)', 'Aggiornamento della protezione per Windows Media Player (KB952069)', 'Aggiornamento rapido per Windows XP (KB952287)', 'Aggiornamento della protezione per Windows XP (KB952954)', 'Aggiornamento della protezione per Windows Media Player (KB954155)', 'Aggiornamento della protezione per Windows XP (KB954459)', 'Aggiornamento per Windows XP (KB955759)', 'Aggiornamento della protezione per Windows XP (KB956572)', 'Aggiornamento della protezione per Windows XP (KB956744)', 'Aggiornamento della protezione per Windows XP (KB956802)', 'Aggiornamento della protezione per Windows XP (KB956844)', 'Aggiornamento della protezione per Windows XP (KB958644)', 'Aggiornamento della protezione per Windows XP (KB959426)', 'Aggiornamento della protezione per Windows XP (KB960803)', 'Aggiornamento della protezione per Windows XP (KB960859)', 'Aggiornamento della protezione per Windows XP (KB961501)', 'Aggiornamento per Windows XP (KB968389)', 'Aggiornamento della protezione per Windows XP (KB969059)', 'Aggiornamento della protezione per Windows XP (KB970430)', 'Aggiornamento per Windows XP (KB971029)', 'Aggiornamento della protezione per Windows XP (KB971657)', 'Aggiornamento della protezione per Windows XP (KB972270)', 'Aggiornamento della protezione per Windows XP (KB973507)', 'Aggiornamento della protezione per Windows Media Player (KB973540)', 'Aggiornamento per Windows XP (KB973687)', 'Aggiornamento per Windows XP (KB973815)', 'Aggiornamento della protezione per Windows XP (KB973869)', 'Aggiornamento della protezione per Windows XP (KB973904)', 'Aggiornamento della protezione per Windows XP (KB974112)', 'Aggiornamento della protezione per Windows XP (KB974318)', 'Aggiornamento della protezione per Windows XP (KB974392)', 'Aggiornamento della protezione per Windows XP (KB974571)', 'Aggiornamento della protezione per Windows XP (KB975025)', 'Aggiornamento della protezione per Windows XP (KB975467)', 'Aggiornamento della protezione per Windows Media Player (KB975558)', 'Aggiornamento della protezione per Windows XP (KB975560)', 'Aggiornamento della protezione per Windows XP (KB975562)', 'Aggiornamento della protezione per Windows XP (KB975713)', 'Aggiornamento della protezione per Windows XP (KB977816)', 'Aggiornamento della protezione per Windows XP (KB977914)', 'Aggiornamento della protezione per Windows XP (KB978338)', 'Aggiornamento della protezione per Windows XP (KB978542)', 'Aggiornamento della protezione per Windows XP (KB978601)', 'Aggiornamento della protezione per Windows Media Player (KB978695)', 'Aggiornamento della protezione per Windows XP (KB978706)', 'Aggiornamento della protezione per Windows XP (KB979309)', 'Aggiornamento della protezione per Windows XP (KB979482)', 'Aggiornamento della protezione per Windows XP (KB979687)', 'Aggiornamento della protezione per Windows XP (KB980436)', 'Aggiornamento della protezione per Windows XP (KB981322)', 'Aggiornamento della protezione per Windows XP (KB981997)', 'Aggiornamento della protezione per Windows XP (KB982132)', 'Aggiornamento della protezione per Windows Internet Explorer 8 (KB982381)', 'Aggiornamento della protezione per Windows XP (KB982665)', 'Microsoft .NET Framework 3.5 SP1', 'Microsoft .NET Framework 4 Client Profile', 'Microsoft .NET Framework 4 Extended', 'Microsoft Visual J# 2.0 Redistributable Package - SE', 'Mozilla Firefox 17.0.1 (x86 en-US)', 'Mozilla Maintenance Service', 'Python 2.6 py2exe-0.6.9', 'Python 2.6 pywin32-216', 'VLC media player 1.1.11', 'Microsoft Kernel-Mode Driver Framework Feature Pack 1.9', 'Windows Genuine Advantage Validation Tool (KB892130)', 'Windows Genuine Advantage Notifications (KB905474)', 'PDFCreator', 'VMware vSphere Client 5.1', 'Microsoft .NET Framework 4 Extended', 'Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148', 'Java(TM) 6 Update 35', 'Java 7 Update 17', 'Apple Application Support', 'WebFldrs XP', 'Microsoft .NET Framework 4 Client Profile', 'Java Auto Updater', 'Python 2.6.6', 'Apple Software Update', 'Bonjour', 'Apple Mobile Device Support', 'Microsoft .NET Framework 3.0 Service Pack 2', 'Adobe Reader X (10.1.0) - Italiano', 'Skype Click to Call', 'Microsoft .NET Framework 2.0 Service Pack 2', 'Microsoft .NET Framework 3.5 SP1', 'Microsoft Visual J# 2.0 Redistributable Package - SE', u'Skype\u2122 5.8', 'Check Point SSL Network Extender', 'iTunes'] guestOs = Win XP username = None hash = 54411355922428039 pid = 30743 displayIp = 0 displayPort = 5900 guestIPs = 192.168.1.75 192.168.1.75 0.0.0.0 kvmEnable = true disks = {'vda': {'truesize': '11811164160', 'apparentsize': '11811160064', 'imageID': '75c54716-5222-4ad6-91f2-8b312eacc4b4'}, 'hdc': {'truesize': '0', 'apparentsize': '0'}} monitorResponse = 0 statsAge = 0.95 cpuUser = 23.72 lastLogin = 1363469071.2 clientIp = 192.168.1.101 displaySecurePort = 5901 From gianluca.cecchi at gmail.com Sat Mar 16 21:36:36 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 16 Mar 2013 22:36:36 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <5144E09B.8060704@redhat.com> References: <5144E09B.8060704@redhat.com> Message-ID: On Sat, Mar 16, 2013 at 10:14 PM, Itamar Heim wrote: > On 03/16/2013 01:34 AM, Gianluca Cecchi wrote: >> >> Python 2.6 py2exe-0.6.9 >> Python 2.6 pywin32-216 >> Python 2.6.6 > > > I'm guessing this is the ovirt-guest-agent, and i'm guessing compiling it > from source isn't listing it correctly when installed as an app... Yes I used the guest itself to compile the ovirt-guest-agent. what do you mean with "compiling it from source isn't listing it correctly when installed as an app... " ? How to install as an app instead? I also executed python setup.py py2exe -b 1 as mentioned in the README file, but I didn't understand exactly where to pick the resulting "app"... any more intuitive workflow..? Gianluca From mkolesni at redhat.com Sun Mar 17 06:27:49 2013 From: mkolesni at redhat.com (Mike Kolesnik) Date: Sun, 17 Mar 2013 02:27:49 -0400 (EDT) Subject: [Users] how the default bridge network is created. In-Reply-To: <7cabd5da.b2b3.13d6d0f9d63.Coremail.bigclouds@163.com> Message-ID: <83632806.1887146.1363501669464.JavaMail.root@redhat.com> ----- Original Message ----- > hi,all Hi, > vdsmgmt network is created defaultly, i want to know how and where ? You probably mean 'ovirtmgmt' network. Currently, It is created during the host's installation/bootstrap - it is one of the steps. The is a plan to have it created from engine side instead of host side: http://www.ovirt.org/Features/Normalized_ovirtmgmt_Initialization > i now need to add my own network, better to refer to ovirt'default > network. > 1.if i need to insert network info into DB > 2.how to start up the default network , 1)just put a network xml in > right place, let libvirt tak care of it. 2)when start agent or > engine, call add network API to product a network dynamicly? > 3.in network table, what is column type, how many of this type. > thanks. I would advise that you add the network through one of the clients: WEB/REST API since there are more steps involved, and the clients already take care of it. The 3 steps are: 1. Add network under the data center of your choice. 2. Attach the network to the cluster of your choice (under the aforementioned data center). 3. Use Setup Networks command on the hosts in the cluster to put the network on a NIC. Regards, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From rgolan at redhat.com Sun Mar 17 07:37:19 2013 From: rgolan at redhat.com (Roy Golan) Date: Sun, 17 Mar 2013 09:37:19 +0200 Subject: [Users] oVirt 3.2 and 3.2.1: unable to attach cd In-Reply-To: References: Message-ID: <514572AF.7090801@redhat.com> On 03/16/2013 01:22 AM, Gianluca Cecchi wrote: > On Sat, Mar 16, 2013 at 12:02 AM, Gianluca Cecchi wrote: >> Hello, >> lastly with 3.2 and 3.2.1 on F18 hosts I'm not able to attach cd >> >> At the window, after selecting iso and click OK I get: >> >> Error while executing action Change CD: Drive image file could not be found >> >> In webadmin gui events list I get: >> Failed to change disk in VM winxp (Host: local_host, User: admin at internal). >> >> It happens with all iso files I already used before. >> ISO_DOMAIN is up and they are listed in IMAGES pane > > Putting into maintenance the iso domain and then activating it solved > the problem... > but I don't know why... please also attach the vdsm.log from the host > here it is engine.log: > https://docs.google.com/file/d/0BwoPbcrMv8mvUGRMb01VYkROUm8/edit?usp=sharing > > system started at 23:26 > first attempt of attaching cd at 23:48 > then maintenance + activate > then successful attempt of attaching cd at 00:16 > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alourie at redhat.com Sun Mar 17 09:29:30 2013 From: alourie at redhat.com (Alex Lourie) Date: Sun, 17 Mar 2013 09:31:30 +0002 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: References: Message-ID: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> Hi Gianluca On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi wrote: > Hello, > an all-in-one setup with oVirt 3.2 on Fedora 18. > # yum update ovirt-engine-setup > and then > # engine-upgrade > > with this output > ... > During the upgrade process, oVirt Engine will not be accessible. > All existing running virtual machines will continue but you will not > be able to > start or stop any new virtual machines during the process. > > Would you like to proceed? (yes|no): yes > Stopping ovirt-engine service... [ DONE ] > Stopping DB related services... [ DONE ] > Pre-upgrade validations... [ DONE ] > Backing Up Database... [ DONE ] > Rename Database... [ DONE ] > Updating rpms... [ DONE ] > Updating Database... [ DONE ] > Restore Database name... [ DONE ] > Preparing CA... [ DONE ] > Running post install configuration... [ DONE ] > Starting ovirt-engine service... [ DONE ] > > oVirt Engine upgrade completed successfully! > > * Error: Can't start the ovirt-engine-dwhd service > * Upgrade log available at > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > * Perform the following steps to upgrade the history service or the > reporting package: > 1. Execute: yum update ovirt-engine-reports* > 2. Execute: ovirt-engine-dwh-setup > 3. Execute: ovirt-engine-reports-setup > * DB Backup available at > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > [root at tekkaman ~]# yum update ovirt-engine-reports* > Loaded plugins: fastestmirror, langpacks, presto, refresh-packagekit, > versionlock > Loading mirror speeds from cached hostfile > * fedora: fedora.mirror.garr.it > * livna: ftp-stud.fht-esslingen.de > * rpmfusion-free: ftp.nluug.nl > * rpmfusion-free-updates: ftp.nluug.nl > * rpmfusion-nonfree: ftp.nluug.nl > * rpmfusion-nonfree-updates: ftp.nluug.nl > * updates: ftp.nluug.nl > No Packages marked for Update > > Do I have to consider or not the error regarding reports? > Sure, yes; this is being already handled and will be merged into master upstream for ovirt-engine-dwh. > > After a reboot webadmin is ok but reports appears as totally > scrambled: > - login page > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > - after login > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > these above are from Fedora 18 and firefox 19.0.2 > It seems that something is wrong with CSS loading. Do you have any CSS/JS blocker addons installed in Firefox? > > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alourie at redhat.com Sun Mar 17 09:33:43 2013 From: alourie at redhat.com (Alex Lourie) Date: Sun, 17 Mar 2013 09:35:43 +0002 Subject: [Users] engine-setup fails to setup ports when SElinux is disabled In-Reply-To: <5142D7F9.6050600@redhat.com> References: <2452E8A35A372E4F8654136ACEABDBCE263AB79F@DB3PRD0311MB403.eurprd03.prod.outlook.com> <512B965E.5000901@redhat.com> <5142D7F9.6050600@redhat.com> Message-ID: <201303170933.r2H9Xi5P018047@int-mx09.intmail.prod.int.phx2.redhat.com> Hi Dennis, all On Fri, Mar 15, 2013 at 10:12 AM, Itamar Heim wrote: > On 02/25/2013 06:50 PM, Sandro Bonazzola wrote: >> Hi Dennis, >> the bug https://bugzilla.redhat.com/show_bug.cgi?id=893562 has a >> patch >> merged in the master tree, it's not included in oVirt 3.2. >> As a workaround, if you don't want selinux enforcing, enable selinux >> in >> permissive mode. >> Regards, >> >> > did we backport this to 3.2.1? > No, we didn't backport it to 3.2.1; but anyway the 'fix' is exactly the same as the workaround - to enable SELINUX at least in the permissive mode. The real problem lies in Fedora's security policies packages with breaks the functionality of the semanage utility. It is still not fixed in the Fedora repos, thus in our setup we just exit gracefully and ask to turn the selinux on. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Alex. From danken at redhat.com Sun Mar 17 10:53:38 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Sun, 17 Mar 2013 12:53:38 +0200 Subject: [Users] oVirt 3.2.1 Update In-Reply-To: <5141E378.2010901@redhat.com> References: <5141E378.2010901@redhat.com> Message-ID: <20130317105338.GA23452@redhat.com> On Thu, Mar 14, 2013 at 10:49:28AM -0400, Mike Burns wrote: > New RPMS are now uploaded for oVirt 3.2.1. The updates included: > > ovirt-engine-cli 3.2.0.11-1 > ovirt-engine-sdk 3.2.0.10-1 > ovirt-engine 3.2.1-1 > > oVirt Engine changes: > 1. Fixed bug blocking firewalld configuration when selinux was in > enforcing mode > 2. Small change in All-In-One > 3. Minor patches at rest-api > > Also included in the oVirt Engine update are patches to enable EL6 > builds. These builds will be posted shortly. > > To upgrade, please run engine-upgrade. Few days ago (March 14) Federico has rebuilt vdsm for ovirt-3.2 (vdsm-4.10.3-10). It fixes a serious storage bug, and makes glusterfs integration work for el6. I think that it would be good to respin this vdsm build into ovirt-3.2.1, or into a very quick ovirt-3.2.2. Regards, Dan. From abaron at redhat.com Sun Mar 17 14:54:43 2013 From: abaron at redhat.com (Ayal Baron) Date: Sun, 17 Mar 2013 10:54:43 -0400 (EDT) Subject: [Users] Progress on image operations (dd & USR1 signal) In-Reply-To: <5139CEC9.4070301@axonpro.sk> Message-ID: <85935944.9190962.1363532083935.JavaMail.root@redhat.com> ----- Original Message ----- > Hi, I am using ovirt 3.2 and noticed that during image operations > (move, > copy) > the user has no progress report. This is painful, especially if the > images are large > or the storage is slow. > > Vdsm uses 'dd' to transfer images and dd provides a simple progress > report, when > it receives the USR1 signal. Could this be uses to provide the user > with > some kind > of progress? Actually image operations many times occur with qemu-img command so a solution for dd alone would not suffice, however, this is exactly the reason why we got the qemu folks to add -USR1 support for qemu-img. So this is in general the plan. Unfortunately today as you said we do not yet support progress report for these operations. If you feel like jumping into the code, we'd be more than happy to help you understand where changes need to be made (although I'm not sure this specific change would be trivial). > > Right now i would do it with myself with strace and kill, but > ovirt/vdsm > detects an > stderr output and reports a failure. Actually it only detects a non zero return code, it shouldn't fail on retcode = 0 even if stderr is nonzero (if you're interested look at execCmd in vdsm/storage/misc.py). What is the retcode of dd if USR1 is called? if it's none zero then I would say this is a bug in dd, if it is zero then it sounds like either something else is going on or that there is a bug in vdsm. You can see the retcode in the vdsm.log together with the stdout and stderr, can you paste those after calling -USR1? > > $ strace -ff -etrace=write -p `pidof dd` 2>&1 | grep -v 'write(1' > > # then, in a second terminal I send the signal > $ killall -USR1 dd > > Process 8706 attached - interrupt to quit > --- SIGUSR1 (User defined signal 1) @ 0 (0) --- > write(2, "14022+0 records in\n14021+0 recor"..., 39) = 39 > write(2, "14702084096 bytes (15 GB) copied", 32) = 32 > write(2, ", 2189.75 s, 6.7 MB/s\n", 22) = 22 > > -- > Ernest Beinrohr, AXON PRO > Ing , RHCE > , RHCVA > , LPIC > , +421-2--6241-0360 > , +421-903--482-603 > > icq:28153343, skype:oernii-work , > jabber:oernii at jabber.org > ------------------------------------------------------------------------ > ?The bureaucracy is expanding to meet the needs of the expanding > bureaucracy.? ? Oscar Wilde > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From suporte at logicworks.pt Sun Mar 17 16:27:53 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Sun, 17 Mar 2013 16:27:53 +0000 (WET) Subject: [Users] High Availability In-Reply-To: <597376261.24801.1363537439442.JavaMail.root@logicworks.pt> Message-ID: <1100963479.24807.1363537673601.JavaMail.root@logicworks.pt> What should I need to configure to put HA working? I mean, when a host broke all the VM automatically move to another host. Do I need to have Power management enabled? Thanks From nslomian at redhat.com Sun Mar 17 16:43:26 2013 From: nslomian at redhat.com (Noam Slomianko) Date: Sun, 17 Mar 2013 12:43:26 -0400 (EDT) Subject: [Users] High Availability In-Reply-To: <1100963479.24807.1363537673601.JavaMail.root@logicworks.pt> Message-ID: <57067944.46748380.1363538606300.JavaMail.root@redhat.com> Currently it only applies to server VMs Go to Add/Edit VM dialogue -> High Availability tab -> mark the check box. and you are done. If this interests you stay on the lookout for: http://www.ovirt.org/Features/Watchdog_engine_support Noam. ----- Original Message ----- From: suporte at logicworks.pt To: Users at ovirt.org Sent: Sunday, March 17, 2013 6:27:53 PM Subject: [Users] High Availability What should I need to configure to put HA working? I mean, when a host broke all the VM automatically move to another host. Do I need to have Power management enabled? Thanks _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From r.koch at ovido.at Sun Mar 17 16:47:41 2013 From: r.koch at ovido.at (=?utf-8?Q?Ren=C3=A9_Koch?=) Date: Sun, 17 Mar 2013 17:47:41 +0100 Subject: [Users] High Availability In-Reply-To: <1100963479.24807.1363537673601.JavaMail.root@logicworks.pt> References: <1100963479.24807.1363537673601.JavaMail.root@logicworks.pt> Message-ID: Hi, You have to configure power management to make high availability working and mark the vms high availability checkbox... Regards, Ren? -----Original message----- > From:suporte at logicworks.pt > Sent: Sunday 17th March 2013 17:28 > To: Users at ovirt.org > Subject: [Users] High Availability > > What should I need to configure to put HA working? I mean, when a host broke all the VM automatically move to another host. > Do I need to have Power management enabled? > > Thanks > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From suporte at logicworks.pt Sun Mar 17 17:15:44 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Sun, 17 Mar 2013 17:15:44 +0000 (WET) Subject: [Users] High Availability In-Reply-To: References: <1100963479.24807.1363537673601.JavaMail.root@logicworks.pt> Message-ID: <1933572011.24849.1363540544315.JavaMail.root@logicworks.pt> Is it Mandatory to have power manamement enabled? if yes what equipment do you recommend to use with it? Regards Jose ----- Mensagem original ----- De: "Ren? Koch" Para: suporte at logicworks.pt, Users at ovirt.org Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 Assunto: RE: [Users] High Availability Hi, You have to configure power management to make high availability working and mark the vms high availability checkbox... Regards, Ren? -----Original message----- > From:suporte at logicworks.pt > Sent: Sunday 17th March 2013 17:28 > To: Users at ovirt.org > Subject: [Users] High Availability > > What should I need to configure to put HA working? I mean, when a host broke all the VM automatically move to another host. > Do I need to have Power management enabled? > > Thanks > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dron at redhat.com Sun Mar 17 18:46:51 2013 From: dron at redhat.com (Dafna Ron) Date: Sun, 17 Mar 2013 20:46:51 +0200 Subject: [Users] High Availability In-Reply-To: <1933572011.24849.1363540544315.JavaMail.root@logicworks.pt> References: <1100963479.24807.1363537673601.JavaMail.root@logicworks.pt> <1933572011.24849.1363540544315.JavaMail.root@logicworks.pt> Message-ID: <51460F9B.2050709@redhat.com> I think that there is some confusion here so I will explain what are the configurations for fail-over. power management will reboot your host if a connectivity issue is detected so all your vm's will be killed. resilience policy will allow you to choose vm migration policy during a host failure and its configured in the cluster level (clusters -> select cluster -> general sub tab -> edit policy) High Availability is configured only for servers type vm's and what it does is re-run the vm in case the pid of the vm is killed (so most commonly, if you have power management configured, and the host is rebooted, the vm will start automatically on a different host). so it really depends what you want. if you want vm migration than look into cluster policy, if you want a specific vm to always be up and you don't care about the other vm's than configure power management and a HA vm. it really depends on what you need. On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: > Is it Mandatory to have power manamement enabled? if yes what equipment do you recommend to use with it? > > Regards > Jose > > > ----- Mensagem original ----- > De: "Ren? Koch" > Para: suporte at logicworks.pt, Users at ovirt.org > Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 > Assunto: RE: [Users] High Availability > > Hi, > > You have to configure power management to make high availability working and mark the vms high availability checkbox... > > > Regards, > Ren? > > > -----Original message----- >> From:suporte at logicworks.pt >> Sent: Sunday 17th March 2013 17:28 >> To: Users at ovirt.org >> Subject: [Users] High Availability >> >> What should I need to configure to put HA working? I mean, when a host broke all the VM automatically move to another host. >> Do I need to have Power management enabled? >> >> Thanks >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron From iheim at redhat.com Sun Mar 17 19:29:33 2013 From: iheim at redhat.com (Itamar Heim) Date: Sun, 17 Mar 2013 21:29:33 +0200 Subject: [Users] host power managment failures In-Reply-To: <514484FE.6040207@xs4all.nl> References: <2141393102.11816160.1359407955687.JavaMail.root@redhat.com> <5143233A.9020702@netbulae.eu> <514329AF.3030600@netbulae.eu> <514484FE.6040207@xs4all.nl> Message-ID: <5146199D.3080609@redhat.com> On 03/16/2013 04:43 PM, Joop wrote: > Jorick Astrego wrote: >> >>> >>> Having the same problem here. I installed the 3 nodes from iso and >>> registered them to oVirt. In ovirt I approved them and added the >>> Power Management settings. The source list is empty and Test fails >>> with the message there is no other host to test it from. >>> >>> 2 >>> >>> Installing the node from ovirt with ssh appears to work ok, there I >>> see as source cluster and dc to test it. >>> >> >> Just found out if I register the node and approve without power >> management, I can then edit the node and enable/test powermanagent. >> Approving the node and enabling power management at the same time >> fails..... >> > If you try to register the FIRST node and try to set powermanagment then > it will fail. Reason is because the check is done from another host in > the cluster en since there is none it will error. Have been bitten by > this multiple times when adding a host and thinking I could start adding > a second before the first was ready. Adding a second and third in > parallel when the first is ready should be no problem. jorick - if your use case isn't for the first node, please open a bug with details. Joop - if you got bitten, worth opening a bug to fix this to warn others... please do. thanks, Itamar From bigclouds at 163.com Mon Mar 18 02:22:36 2013 From: bigclouds at 163.com (bigclouds) Date: Mon, 18 Mar 2013 10:22:36 +0800 (CST) Subject: [Users] how the default bridge network is created. In-Reply-To: <83632806.1887146.1363501669464.JavaMail.root@redhat.com> References: <83632806.1887146.1363501669464.JavaMail.root@redhat.com> Message-ID: <2ea1fb27.baff.13d7b4e36ee.Coremail.bigclouds@163.com> hi in network table, there is a type column , how many kinds of value of column type? thanks At 2013-03-17 14:27:49,"Mike Kolesnik" wrote: hi,all Hi, vdsmgmt network is created defaultly, i want to know how and where ? You probably mean 'ovirtmgmt' network. Currently, It is created during the host's installation/bootstrap - it is one of the steps. The is a plan to have it created from engine side instead of host side: http://www.ovirt.org/Features/Normalized_ovirtmgmt_Initialization i now need to add my own network, better to refer to ovirt'default network. 1.if i need to insert network info into DB 2.how to start up the default network , 1)just put a network xml in right place, let libvirt tak care of it. 2)when start agent or engine, call add network API to product a network dynamicly? 3.in network table, what is column type, how many of this type. thanks. I would advise that you add the network through one of the clients: WEB/REST API since there are more steps involved, and the clients already take care of it. The 3 steps are: 1. Add network under the data center of your choice. 2. Attach the network to the cluster of your choice (under the aforementioned data center). 3. Use Setup Networks command on the hosts in the cluster to put the network on a NIC. Regards, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From thildred at redhat.com Mon Mar 18 02:29:43 2013 From: thildred at redhat.com (Tim Hildred) Date: Sun, 17 Mar 2013 22:29:43 -0400 (EDT) Subject: [Users] High Availability In-Reply-To: <51460F9B.2050709@redhat.com> Message-ID: <646344375.46855977.1363573783397.JavaMail.root@redhat.com> You might also find this helpful: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/High_availability_considerations.html The topics before and after it explain a bit more about high availability. Tim Hildred, RHCE Content Author II - Engineering Content Services, Red Hat, Inc. Brisbane, Australia Email: thildred at redhat.com Internal: 8588287 Mobile: +61 4 666 25242 IRC: thildred ----- Original Message ----- > From: "Dafna Ron" > To: suporte at logicworks.pt > Cc: Users at ovirt.org > Sent: Monday, March 18, 2013 4:46:51 AM > Subject: Re: [Users] High Availability > > I think that there is some confusion here so I will explain what are > the > configurations for fail-over. > > power management will reboot your host if a connectivity issue is > detected so all your vm's will be killed. > resilience policy will allow you to choose vm migration policy during > a > host failure and its configured in the cluster level (clusters -> > select > cluster -> general sub tab -> edit policy) > High Availability is configured only for servers type vm's and what > it > does is re-run the vm in case the pid of the vm is killed (so most > commonly, if you have power management configured, and the host is > rebooted, the vm will start automatically on a different host). > > so it really depends what you want. if you want vm migration than > look > into cluster policy, if you want a specific vm to always be up and > you > don't care about the other vm's than configure power management and a > HA > vm. it really depends on what you need. > > > > > On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: > > Is it Mandatory to have power manamement enabled? if yes what > > equipment do you recommend to use with it? > > > > Regards > > Jose > > > > > > ----- Mensagem original ----- > > De: "Ren? Koch" > > Para: suporte at logicworks.pt, Users at ovirt.org > > Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 > > Assunto: RE: [Users] High Availability > > > > Hi, > > > > You have to configure power management to make high availability > > working and mark the vms high availability checkbox... > > > > > > Regards, > > Ren? > > > > > > -----Original message----- > >> From:suporte at logicworks.pt > >> Sent: Sunday 17th March 2013 17:28 > >> To: Users at ovirt.org > >> Subject: [Users] High Availability > >> > >> What should I need to configure to put HA working? I mean, when a > >> host broke all the VM automatically move to another host. > >> Do I need to have Power management enabled? > >> > >> Thanks > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- > Dafna Ron > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From shuming at linux.vnet.ibm.com Mon Mar 18 03:31:12 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Mon, 18 Mar 2013 11:31:12 +0800 Subject: [Users] High Availability In-Reply-To: <646344375.46855977.1363573783397.JavaMail.root@redhat.com> References: <646344375.46855977.1363573783397.JavaMail.root@redhat.com> Message-ID: <51468A80.4040603@linux.vnet.ibm.com> Tim, Thanks for your information. I am not sure why we need power management to be configured for the hosts running HA virtual machines. If one host is down because of network interrupt or power failure, the engine should know how many HA VMs are down and find out the VM images on the storage domain to start the VM instances on another host in the cluster. Why do we need power manager to be configured? We only need a method to check the VM or host status and a method to restart the VM instances with existing VM images on another host. Is it required to force powering down the failing host forever to make sure the failing host will not come back to live again? * Power management must be configured for the hosts running the highly available virtual machines. * The host running the highly available virtual machine must be part of a cluster which has other available hosts. * The destination host must be running. * The source and destination host must have access to the data domain on which the virtual machine resides. * The source and destination host must have access to the same virtual networks and VLANs. * There must be enough CPUs on the destination host that are not in use to support the virtual machine's requirements. * There must be enough RAM on the destination host that is not in use to support the virtual machine's requirements. Tim Hildred: > You might also find this helpful: > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/High_availability_considerations.html > > The topics before and after it explain a bit more about high availability. > > Tim Hildred, RHCE > Content Author II - Engineering Content Services, Red Hat, Inc. > Brisbane, Australia > Email: thildred at redhat.com > Internal: 8588287 > Mobile: +61 4 666 25242 > IRC: thildred > > ----- Original Message ----- >> From: "Dafna Ron" >> To: suporte at logicworks.pt >> Cc: Users at ovirt.org >> Sent: Monday, March 18, 2013 4:46:51 AM >> Subject: Re: [Users] High Availability >> >> I think that there is some confusion here so I will explain what are >> the >> configurations for fail-over. >> >> power management will reboot your host if a connectivity issue is >> detected so all your vm's will be killed. >> resilience policy will allow you to choose vm migration policy during >> a >> host failure and its configured in the cluster level (clusters -> >> select >> cluster -> general sub tab -> edit policy) >> High Availability is configured only for servers type vm's and what >> it >> does is re-run the vm in case the pid of the vm is killed (so most >> commonly, if you have power management configured, and the host is >> rebooted, the vm will start automatically on a different host). >> >> so it really depends what you want. if you want vm migration than >> look >> into cluster policy, if you want a specific vm to always be up and >> you >> don't care about the other vm's than configure power management and a >> HA >> vm. it really depends on what you need. >> >> >> >> >> On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: >>> Is it Mandatory to have power manamement enabled? if yes what >>> equipment do you recommend to use with it? >>> >>> Regards >>> Jose >>> >>> >>> ----- Mensagem original ----- >>> De: "Ren? Koch" >>> Para: suporte at logicworks.pt, Users at ovirt.org >>> Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 >>> Assunto: RE: [Users] High Availability >>> >>> Hi, >>> >>> You have to configure power management to make high availability >>> working and mark the vms high availability checkbox... >>> >>> >>> Regards, >>> Ren? >>> >>> >>> -----Original message----- >>>> From:suporte at logicworks.pt >>>> Sent: Sunday 17th March 2013 17:28 >>>> To: Users at ovirt.org >>>> Subject: [Users] High Availability >>>> >>>> What should I need to configure to put HA working? I mean, when a >>>> host broke all the VM automatically move to another host. >>>> Do I need to have Power management enabled? >>>> >>>> Thanks >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> -- >> Dafna Ron >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC -------------- next part -------------- An HTML attachment was scrubbed... URL: From thildred at redhat.com Mon Mar 18 04:51:38 2013 From: thildred at redhat.com (Tim Hildred) Date: Mon, 18 Mar 2013 00:51:38 -0400 (EDT) Subject: [Users] High Availability In-Reply-To: <51468A80.4040603@linux.vnet.ibm.com> Message-ID: <662485067.46891141.1363582298259.JavaMail.root@redhat.com> > If one host is down because of network interrupt or power > failure, the engine should know how many HA VMs are down and find > out the VM images on the storage domain to start the VM instances on > another host in the cluster. Why do we need power manager to be > configured? Power management allows the Manager to start highly available virtual machines on new hosts without worrying that virtual machine hard disk images will be corrupted. Imagine a situation in which the Manager cannot communicate with the host a highly available virtual machine is running on. If the host is still running as expected, and the virtual machine is also still running, the virtual machine is writing to its hard disk image. If the Manager starts that virtual machine on another host in the cluster, then both virtual machine instances will try and write to the disk image, and cause hard disk corruption. Power management lets the Manager be sure that only one instance of the highly available virtual machine is running, because the instance on the host the Manager couldn't communicate cannot survive a host reboot. Tim Hildred, RHCE Content Author II - Engineering Content Services, Red Hat, Inc. Brisbane, Australia Email: thildred at redhat.com Internal: 8588287 Mobile: +61 4 666 25242 IRC: thildred ----- Original Message ----- > From: "Shu Ming" > To: "Tim Hildred" > Cc: dron at redhat.com, Users at ovirt.org > Sent: Monday, March 18, 2013 1:31:12 PM > Subject: Re: [Users] High Availability > > > Tim, > > Thanks for your information. I am not sure why we need power > management to be configured for the hosts running HA virtual > machines. We only need a method to check the VM or host status and > a method to restart the VM instances with existing VM images on > another host. Is it required to force powering down the failing host > forever to make sure the failing host will not come back to live > again? > > > > > * > Power management must be configured for the hosts running the highly > available virtual machines. > * > The host running the highly available virtual machine must be part of > a cluster which has other available hosts. > * > The destination host must be running. > * > The source and destination host must have access to the data domain > on which the virtual machine resides. > * > The source and destination host must have access to the same virtual > networks and VLANs. > * > There must be enough CPUs on the destination host that are not in use > to support the virtual machine's requirements. > * > There must be enough RAM on the destination host that is not in use > to support the virtual machine's requirements. > > > Tim Hildred: > > > You might also find this helpful: > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/High_availability_considerations.html > The topics before and after it explain a bit more about high > availability. > > Tim Hildred, RHCE > Content Author II - Engineering Content Services, Red Hat, Inc. > Brisbane, Australia > Email: thildred at redhat.com Internal: 8588287 > Mobile: +61 4 666 25242 > IRC: thildred > > ----- Original Message ----- > > From: "Dafna Ron" To: suporte at logicworks.pt Cc: > Users at ovirt.org Sent: Monday, March 18, 2013 4:46:51 AM > Subject: Re: [Users] High Availability > > I think that there is some confusion here so I will explain what are > the > configurations for fail-over. > > power management will reboot your host if a connectivity issue is > detected so all your vm's will be killed. > resilience policy will allow you to choose vm migration policy during > a > host failure and its configured in the cluster level (clusters -> > select > cluster -> general sub tab -> edit policy) > High Availability is configured only for servers type vm's and what > it > does is re-run the vm in case the pid of the vm is killed (so most > commonly, if you have power management configured, and the host is > rebooted, the vm will start automatically on a different host). > > so it really depends what you want. if you want vm migration than > look > into cluster policy, if you want a specific vm to always be up and > you > don't care about the other vm's than configure power management and a > HA > vm. it really depends on what you need. > > > > > On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: > > Is it Mandatory to have power manamement enabled? if yes what > equipment do you recommend to use with it? > > Regards > Jose > > > ----- Mensagem original ----- > De: "Ren? Koch" Para: suporte at logicworks.pt , > Users at ovirt.org Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 > Assunto: RE: [Users] High Availability > > Hi, > > You have to configure power management to make high availability > working and mark the vms high availability checkbox... > > > Regards, > Ren? > > > -----Original message----- > > From:suporte at logicworks.pt Sent: Sunday 17th > March 2013 17:28 > To: Users at ovirt.org Subject: [Users] High Availability > > What should I need to configure to put HA working? I mean, when a > host broke all the VM automatically move to another host. > Do I need to have Power management enabled? > > Thanks > _______________________________________________ > Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- > Dafna Ron > _______________________________________________ > Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > --- > ?? Shu Ming > Open Virtualization Engineerning; CSTL, IBM Corp. > Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or > shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun > Software Park, Haidian District, Beijing 100193, PRC From shuming at linux.vnet.ibm.com Mon Mar 18 05:18:28 2013 From: shuming at linux.vnet.ibm.com (Shu Ming) Date: Mon, 18 Mar 2013 13:18:28 +0800 Subject: [Users] High Availability In-Reply-To: <662485067.46891141.1363582298259.JavaMail.root@redhat.com> References: <662485067.46891141.1363582298259.JavaMail.root@redhat.com> Message-ID: <5146A3A4.7070900@linux.vnet.ibm.com> Tim Hildred: >> If one host is down because of network interrupt or power >> failure, the engine should know how many HA VMs are down and find >> out the VM images on the storage domain to start the VM instances on >> another host in the cluster. Why do we need power manager to be >> configured? > Power management allows the Manager to start highly available virtual machines on new hosts without worrying that virtual machine hard disk images will be corrupted. > > Imagine a situation in which the Manager cannot communicate with the host a highly available virtual machine is running on. If the host is still running as expected, and the virtual machine is also still running, the virtual machine is writing to its hard disk image. Tim, Thanks for clarification. That is what I expected. > > If the Manager starts that virtual machine on another host in the cluster, then both virtual machine instances will try and write to the disk image, and cause hard disk corruption. > > Power management lets the Manager be sure that only one instance of the highly available virtual machine is running, because the instance on the host the Manager couldn't communicate cannot survive a host reboot. > > Tim Hildred, RHCE > Content Author II - Engineering Content Services, Red Hat, Inc. > Brisbane, Australia > Email: thildred at redhat.com > Internal: 8588287 > Mobile: +61 4 666 25242 > IRC: thildred > > ----- Original Message ----- >> From: "Shu Ming" >> To: "Tim Hildred" >> Cc: dron at redhat.com, Users at ovirt.org >> Sent: Monday, March 18, 2013 1:31:12 PM >> Subject: Re: [Users] High Availability >> >> >> Tim, >> >> Thanks for your information. I am not sure why we need power >> management to be configured for the hosts running HA virtual >> machines. We only need a method to check the VM or host status and >> a method to restart the VM instances with existing VM images on >> another host. Is it required to force powering down the failing host >> forever to make sure the failing host will not come back to live >> again? >> >> >> >> >> * >> Power management must be configured for the hosts running the highly >> available virtual machines. >> * >> The host running the highly available virtual machine must be part of >> a cluster which has other available hosts. >> * >> The destination host must be running. >> * >> The source and destination host must have access to the data domain >> on which the virtual machine resides. >> * >> The source and destination host must have access to the same virtual >> networks and VLANs. >> * >> There must be enough CPUs on the destination host that are not in use >> to support the virtual machine's requirements. >> * >> There must be enough RAM on the destination host that is not in use >> to support the virtual machine's requirements. >> >> >> Tim Hildred: >> >> >> You might also find this helpful: >> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/High_availability_considerations.html >> The topics before and after it explain a bit more about high >> availability. >> >> Tim Hildred, RHCE >> Content Author II - Engineering Content Services, Red Hat, Inc. >> Brisbane, Australia >> Email: thildred at redhat.com Internal: 8588287 >> Mobile: +61 4 666 25242 >> IRC: thildred >> >> ----- Original Message ----- >> >> From: "Dafna Ron" To: suporte at logicworks.pt Cc: >> Users at ovirt.org Sent: Monday, March 18, 2013 4:46:51 AM >> Subject: Re: [Users] High Availability >> >> I think that there is some confusion here so I will explain what are >> the >> configurations for fail-over. >> >> power management will reboot your host if a connectivity issue is >> detected so all your vm's will be killed. >> resilience policy will allow you to choose vm migration policy during >> a >> host failure and its configured in the cluster level (clusters -> >> select >> cluster -> general sub tab -> edit policy) >> High Availability is configured only for servers type vm's and what >> it >> does is re-run the vm in case the pid of the vm is killed (so most >> commonly, if you have power management configured, and the host is >> rebooted, the vm will start automatically on a different host). >> >> so it really depends what you want. if you want vm migration than >> look >> into cluster policy, if you want a specific vm to always be up and >> you >> don't care about the other vm's than configure power management and a >> HA >> vm. it really depends on what you need. >> >> >> >> >> On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: >> >> Is it Mandatory to have power manamement enabled? if yes what >> equipment do you recommend to use with it? >> >> Regards >> Jose >> >> >> ----- Mensagem original ----- >> De: "Ren? Koch" Para: suporte at logicworks.pt , >> Users at ovirt.org Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 >> Assunto: RE: [Users] High Availability >> >> Hi, >> >> You have to configure power management to make high availability >> working and mark the vms high availability checkbox... >> >> >> Regards, >> Ren? >> >> >> -----Original message----- >> >> From:suporte at logicworks.pt Sent: Sunday 17th >> March 2013 17:28 >> To: Users at ovirt.org Subject: [Users] High Availability >> >> What should I need to configure to put HA working? I mean, when a >> host broke all the VM automatically move to another host. >> Do I need to have Power management enabled? >> >> Thanks >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -- >> Dafna Ron >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -- >> --- >> ?? Shu Ming >> Open Virtualization Engineerning; CSTL, IBM Corp. >> Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or >> shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun >> Software Park, Haidian District, Beijing 100193, PRC -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC From andrej.bagon at arnes.si Mon Mar 18 07:07:06 2013 From: andrej.bagon at arnes.si (Andrej Bagon) Date: Mon, 18 Mar 2013 08:07:06 +0100 Subject: [Users] ldap simple In-Reply-To: <51430171.2010904@redhat.com> References: <5141BB5B.1040002@arnes.si> <51430171.2010904@redhat.com> Message-ID: <5146BD1A.9050806@arnes.si> Hi, the system is trying to bind to ldap as: bind request: uid=cn=ovirt,cn=Users,cn=Accounts,dc=ourdomain,dc=si I dont know how it knows dc=ourdomain,dc=si It should be bind request: cn=ovirt,ou=system,dc=ourdomain,dc=si" -b "dc=arnes,dc=si The same with the search: we have users in form as: edupersonprincipalname=username at users.ourdomain.si ,dc=users,dc=ourdomain,dc=si values in database: select * from vdc_options where option_name in ('DomainName','LdapServers','LDAPSecurityAuthentication','LDAPProviderTypes','AdUserName','AdUserPassword') order by option_id; option_id | option_name | option_value | version -----------+----------------------------+--------------------------------+--------- 10 | AdUserName | users.ourdomain.si:ovirt | general 11 | AdUserPassword |users.ourdomain.si:adminpassword | general 69 | DomainName | users.ourdomain.si | general 130 | LDAPSecurityAuthentication| users.ourdomain.si:SIMPLE | general 132 | LdapServers | users.ourdomain.si:server.ourdomain.si | general 133 | LDAPProviderTypes | users.ourdomain.si:rhds | general (6 rows) Best Regards, Andrej Bagon On 03/15/2013 12:09 PM, Itamar Heim wrote: > On 03/14/2013 01:58 PM, Andrej Bagon wrote: >> Hi, >> >> is it possible to change the bind request that is sent to the ldap >> server? The default uid=user,cn=Users,cn=Accounts,cn=our,cn=domain is >> not suitable. > > can you please explain why / what you would like to change it to? > (not sure possible now, but there is work to make it more > configurable/pluggable) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yzaslavs at redhat.com Mon Mar 18 08:09:31 2013 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Mon, 18 Mar 2013 04:09:31 -0400 (EDT) Subject: [Users] ldap simple In-Reply-To: <5146BD1A.9050806@arnes.si> Message-ID: <357546066.8850428.1363594171898.JavaMail.root@redhat.com> Hi, We're issuing a RootDSE query (once per LDAP domain configured). We try to obtain from it the "defaultNamingContext" attribute. If does not exist - we try to obtain ""NamingContexts" We store the result at a "domainDn" (we have a data structure which maps domains to information objects, one of the fields at the information object is the DN of the domain) field, and we use it to compose the full ldap URL we send the queries to. ----- Original Message ----- > From: "Andrej Bagon" > To: "Itamar Heim" > Cc: users at ovirt.org, "Yair Zaslavsky" , "Oved > Ourfalli" > Sent: Monday, March 18, 2013 9:07:06 AM > Subject: Re: [Users] ldap simple > Hi, > the system is trying to bind to ldap as: > bind request: uid=cn=ovirt,cn=Users,cn=Accounts,dc=ourdomain,dc=si > I dont know how it knows dc=ourdomain,dc=si > It should be > bind request: cn=ovirt,ou=system,dc=ourdomain,dc=si" -b > "dc=arnes,dc=si > The same with the search: we have users in form as: > edupersonprincipalname=username at users.ourdomain.si > ,dc=users,dc=ourdomain,dc=si > values in database: > select * from vdc_options where option_name in > ('DomainName','LdapServers','LDAPSecurityAuthentication','LDAPProviderTypes','AdUserName','AdUserPassword') > order by option_id; > option_id | option_name | option_value | version > -----------+----------------------------+--------------------------------+--------- > 10 | AdUserName | users.ourdomain.si:ovirt | general > 11 | AdUserPassword |users.ourdomain.si:adminpassword | general > 69 | DomainName | users.ourdomain.si | general > 130 | LDAPSecurityAuthentication| users.ourdomain.si:SIMPLE | general > 132 | LdapServers | users.ourdomain.si:server.ourdomain.si | general > 133 | LDAPProviderTypes | users.ourdomain.si:rhds | general > (6 rows) > Best Regards, > Andrej Bagon > On 03/15/2013 12:09 PM, Itamar Heim wrote: > > On 03/14/2013 01:58 PM, Andrej Bagon wrote: > > > > Hi, > > > > > > is it possible to change the bind request that is sent to the > > > ldap > > > > > > server? The default > > > uid=user,cn=Users,cn=Accounts,cn=our,cn=domain > > > is > > > > > > not suitable. > > > > > can you please explain why / what you would like to change it to? > > > (not sure possible now, but there is work to make it more > > configurable/pluggable) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Mon Mar 18 08:10:10 2013 From: bigclouds at 163.com (bigclouds) Date: Mon, 18 Mar 2013 16:10:10 +0800 (CST) Subject: [Users] vdsClient not work ,it waiting all the time Message-ID: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> hi, vdsclient waiting all the time client can send command, i see server side return result. but client can not return. [root at localhost mcvda]# python mcvdacli.py connecting to 192.168.88.101:54321 ssl True ts /etc/pki/mcvda ^CTraceback (most recent call last): File "mcvdacli.py", line 124, in print server.ping() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response response = file.read(1024) File "/usr/lib64/python2.6/socket.py", line 383, in read data = self._sock.recv(left) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) KeyboardInterrupt -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Mon Mar 18 08:23:19 2013 From: bigclouds at 163.com (bigclouds) Date: Mon, 18 Mar 2013 16:23:19 +0800 (CST) Subject: [Users] vdsClient not work ,it waiting all the time In-Reply-To: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> References: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> Message-ID: <10ed81e3.196c8.13d7c9877ce.Coremail.bigclouds@163.com> i use SecureXMLRPCServer.py to test xml-rpc, just change cert,key,ca to mine. Encounter the same problem also? if SSL-reading cause this problem, len is fixed to 1024. socket is syncing to recv all 1024 bytes. thanks At 2013-03-18 16:10:10,bigclouds wrote: hi, vdsclient waiting all the time client can send command, i see server side return result. but client can not return. [root at localhost mcvda]# python mcvdacli.py connecting to 192.168.88.101:54321 ssl True ts /etc/pki/mcvda ^CTraceback (most recent call last): File "mcvdacli.py", line 124, in print server.ping() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request return self._ parse_response(h.getfile(), sock) File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response response = file.read(1024) File "/usr/lib64/python2.6/socket.py", line 383, in read data = self._sock.recv(left) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) KeyboardInterrupt -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Mon Mar 18 09:50:50 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Mon, 18 Mar 2013 09:50:50 +0000 (WET) Subject: [Users] High Availability In-Reply-To: <5146A3A4.7070900@linux.vnet.ibm.com> References: <662485067.46891141.1363582298259.JavaMail.root@redhat.com> <5146A3A4.7070900@linux.vnet.ibm.com> Message-ID: <5370470.90.1363600245936.JavaMail.ferra@ferra-PC> Ok, now I understand, so what do we need to get the power management configured and working? Regards Jose ----- Mensagem original ----- De: "Shu Ming" Para: "Tim Hildred" Cc: Users at ovirt.org Enviadas: Segunda-feira, 18 de Mar?o de 2013 5:18:28 Assunto: Re: [Users] High Availability Tim Hildred: >> If one host is down because of network interrupt or power >> failure, the engine should know how many HA VMs are down and find >> out the VM images on the storage domain to start the VM instances on >> another host in the cluster. Why do we need power manager to be >> configured? > Power management allows the Manager to start highly available virtual machines on new hosts without worrying that virtual machine hard disk images will be corrupted. > > Imagine a situation in which the Manager cannot communicate with the host a highly available virtual machine is running on. If the host is still running as expected, and the virtual machine is also still running, the virtual machine is writing to its hard disk image. Tim, Thanks for clarification. That is what I expected. > > If the Manager starts that virtual machine on another host in the cluster, then both virtual machine instances will try and write to the disk image, and cause hard disk corruption. > > Power management lets the Manager be sure that only one instance of the highly available virtual machine is running, because the instance on the host the Manager couldn't communicate cannot survive a host reboot. > > Tim Hildred, RHCE > Content Author II - Engineering Content Services, Red Hat, Inc. > Brisbane, Australia > Email: thildred at redhat.com > Internal: 8588287 > Mobile: +61 4 666 25242 > IRC: thildred > > ----- Original Message ----- >> From: "Shu Ming" >> To: "Tim Hildred" >> Cc: dron at redhat.com, Users at ovirt.org >> Sent: Monday, March 18, 2013 1:31:12 PM >> Subject: Re: [Users] High Availability >> >> >> Tim, >> >> Thanks for your information. I am not sure why we need power >> management to be configured for the hosts running HA virtual >> machines. We only need a method to check the VM or host status and >> a method to restart the VM instances with existing VM images on >> another host. Is it required to force powering down the failing host >> forever to make sure the failing host will not come back to live >> again? >> >> >> >> >> * >> Power management must be configured for the hosts running the highly >> available virtual machines. >> * >> The host running the highly available virtual machine must be part of >> a cluster which has other available hosts. >> * >> The destination host must be running. >> * >> The source and destination host must have access to the data domain >> on which the virtual machine resides. >> * >> The source and destination host must have access to the same virtual >> networks and VLANs. >> * >> There must be enough CPUs on the destination host that are not in use >> to support the virtual machine's requirements. >> * >> There must be enough RAM on the destination host that is not in use >> to support the virtual machine's requirements. >> >> >> Tim Hildred: >> >> >> You might also find this helpful: >> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/High_availability_considerations.html >> The topics before and after it explain a bit more about high >> availability. >> >> Tim Hildred, RHCE >> Content Author II - Engineering Content Services, Red Hat, Inc. >> Brisbane, Australia >> Email: thildred at redhat.com Internal: 8588287 >> Mobile: +61 4 666 25242 >> IRC: thildred >> >> ----- Original Message ----- >> >> From: "Dafna Ron" To: suporte at logicworks.pt Cc: >> Users at ovirt.org Sent: Monday, March 18, 2013 4:46:51 AM >> Subject: Re: [Users] High Availability >> >> I think that there is some confusion here so I will explain what are >> the >> configurations for fail-over. >> >> power management will reboot your host if a connectivity issue is >> detected so all your vm's will be killed. >> resilience policy will allow you to choose vm migration policy during >> a >> host failure and its configured in the cluster level (clusters -> >> select >> cluster -> general sub tab -> edit policy) >> High Availability is configured only for servers type vm's and what >> it >> does is re-run the vm in case the pid of the vm is killed (so most >> commonly, if you have power management configured, and the host is >> rebooted, the vm will start automatically on a different host). >> >> so it really depends what you want. if you want vm migration than >> look >> into cluster policy, if you want a specific vm to always be up and >> you >> don't care about the other vm's than configure power management and a >> HA >> vm. it really depends on what you need. >> >> >> >> >> On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: >> >> Is it Mandatory to have power manamement enabled? if yes what >> equipment do you recommend to use with it? >> >> Regards >> Jose >> >> >> ----- Mensagem original ----- >> De: "Ren? Koch" Para: suporte at logicworks.pt , >> Users at ovirt.org Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 >> Assunto: RE: [Users] High Availability >> >> Hi, >> >> You have to configure power management to make high availability >> working and mark the vms high availability checkbox... >> >> >> Regards, >> Ren? >> >> >> -----Original message----- >> >> From:suporte at logicworks.pt Sent: Sunday 17th >> March 2013 17:28 >> To: Users at ovirt.org Subject: [Users] High Availability >> >> What should I need to configure to put HA working? I mean, when a >> host broke all the VM automatically move to another host. >> Do I need to have Power management enabled? >> >> Thanks >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -- >> Dafna Ron >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -- >> --- >> ?? Shu Ming >> Open Virtualization Engineerning; CSTL, IBM Corp. >> Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or >> shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun >> Software Park, Haidian District, Beijing 100193, PRC -- --- ?? Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Mon Mar 18 09:56:46 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 18 Mar 2013 11:56:46 +0200 Subject: [Users] vdsClient not work ,it waiting all the time In-Reply-To: <10ed81e3.196c8.13d7c9877ce.Coremail.bigclouds@163.com> References: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> <10ed81e3.196c8.13d7c9877ce.Coremail.bigclouds@163.com> Message-ID: <20130318095646.GG5072@redhat.com> On Mon, Mar 18, 2013 at 04:23:19PM +0800, bigclouds wrote: > i use SecureXMLRPCServer.py to test xml-rpc, just change cert,key,ca to mine. > Encounter the same problem also? > if SSL-reading cause this problem, len is fixed to 1024. socket is syncing to recv all 1024 bytes. > What you are doing is not clear to me. Are you connecting to the same host? SecureXMLRPCServer has a test script of its own - does it work for you? See class __Test(object): """Self-signed key, generated with make -C /etc/pki/tls/certs /tmp/selfsign.pem with CN=127.0.0.1 """ > > thanks > > > > > > > > At 2013-03-18 16:10:10,bigclouds wrote: > > hi, vdsclient waiting all the time > client can send command, i see server side return result. > but client can not return. > > > > > [root at localhost mcvda]# python mcvdacli.py > connecting to 192.168.88.101:54321 ssl True ts /etc/pki/mcvda > > ^CTraceback (most recent call last): > File "mcvdacli.py", line 124, in > print server.ping() > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request > return self._ parse_response(h.getfile(), sock) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response > response = file.read(1024) > File "/usr/lib64/python2.6/socket.py", line 383, in read > data = self._sock.recv(left) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > KeyboardInterrupt > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From r.koch at ovido.at Mon Mar 18 10:03:01 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Mon, 18 Mar 2013 11:03:01 +0100 Subject: [Users] High Availability In-Reply-To: <5370470.90.1363600245936.JavaMail.ferra@ferra-PC> References: <662485067.46891141.1363582298259.JavaMail.root@redhat.com> <5146A3A4.7070900@linux.vnet.ibm.com> <5370470.90.1363600245936.JavaMail.ferra@ferra-PC> Message-ID: <1363600981.27076.90.camel@pc-ovido02.lan.ovido.at> On Mon, 2013-03-18 at 09:50 +0000, suporte at logicworks.pt wrote: > Ok, now I understand, so what do we need to get the power management > configured and working? You need a remote management interface (IPMI, ILO,...) in your servers and an user which has permissions to power off/on/reset the server using this interface. The IP address of this interface must be accessible from all hosts in your cluster. When editing your host preferences you see all supported devices under "Power Management" - "Type". On most systems (IBM, hp, Supermicro,...) ipmilan will work. Btw, does anyone know if it's possible to add custom fencing scripts for power management? Regards, Ren? > > Regards > Jose > > > ______________________________________________________________________ > De: "Shu Ming" > Para: "Tim Hildred" > Cc: Users at ovirt.org > Enviadas: Segunda-feira, 18 de Mar?o de 2013 5:18:28 > Assunto: Re: [Users] High Availability > > Tim Hildred: > >> If one host is down because of network interrupt or power > >> failure, the engine should know how many HA VMs are down and find > >> out the VM images on the storage domain to start the VM instances > on > >> another host in the cluster. Why do we need power manager to be > >> configured? > > Power management allows the Manager to start highly available > virtual machines on new hosts without worrying that virtual machine > hard disk images will be corrupted. > > > > Imagine a situation in which the Manager cannot communicate with the > host a highly available virtual machine is running on. If the host is > still running as expected, and the virtual machine is also still > running, the virtual machine is writing to its hard disk image. > Tim, > > Thanks for clarification. That is what I expected. > > > > > If the Manager starts that virtual machine on another host in the > cluster, then both virtual machine instances will try and write to the > disk image, and cause hard disk corruption. > > > > Power management lets the Manager be sure that only one instance of > the highly available virtual machine is running, because the instance > on the host the Manager couldn't communicate cannot survive a host > reboot. > > > > Tim Hildred, RHCE > > Content Author II - Engineering Content Services, Red Hat, Inc. > > Brisbane, Australia > > Email: thildred at redhat.com > > Internal: 8588287 > > Mobile: +61 4 666 25242 > > IRC: thildred > > > > ----- Original Message ----- > >> From: "Shu Ming" > >> To: "Tim Hildred" > >> Cc: dron at redhat.com, Users at ovirt.org > >> Sent: Monday, March 18, 2013 1:31:12 PM > >> Subject: Re: [Users] High Availability > >> > >> > >> Tim, > >> > >> Thanks for your information. I am not sure why we need power > >> management to be configured for the hosts running HA virtual > >> machines. We only need a method to check the VM or host status and > >> a method to restart the VM instances with existing VM images on > >> another host. Is it required to force powering down the failing > host > >> forever to make sure the failing host will not come back to live > >> again? > >> > >> > >> > >> > >> * > >> Power management must be configured for the hosts running the > highly > >> available virtual machines. > >> * > >> The host running the highly available virtual machine must be part > of > >> a cluster which has other available hosts. > >> * > >> The destination host must be running. > >> * > >> The source and destination host must have access to the data domain > >> on which the virtual machine resides. > >> * > >> The source and destination host must have access to the same > virtual > >> networks and VLANs. > >> * > >> There must be enough CPUs on the destination host that are not in > use > >> to support the virtual machine's requirements. > >> * > >> There must be enough RAM on the destination host that is not in use > >> to support the virtual machine's requirements. > >> > >> > >> Tim Hildred: > >> > >> > >> You might also find this helpful: > >> > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/High_availability_considerations.html > >> The topics before and after it explain a bit more about high > >> availability. > >> > >> Tim Hildred, RHCE > >> Content Author II - Engineering Content Services, Red Hat, Inc. > >> Brisbane, Australia > >> Email: thildred at redhat.com Internal: 8588287 > >> Mobile: +61 4 666 25242 > >> IRC: thildred > >> > >> ----- Original Message ----- > >> > >> From: "Dafna Ron" To: suporte at logicworks.pt Cc: > >> Users at ovirt.org Sent: Monday, March 18, 2013 4:46:51 AM > >> Subject: Re: [Users] High Availability > >> > >> I think that there is some confusion here so I will explain what > are > >> the > >> configurations for fail-over. > >> > >> power management will reboot your host if a connectivity issue is > >> detected so all your vm's will be killed. > >> resilience policy will allow you to choose vm migration policy > during > >> a > >> host failure and its configured in the cluster level (clusters -> > >> select > >> cluster -> general sub tab -> edit policy) > >> High Availability is configured only for servers type vm's and what > >> it > >> does is re-run the vm in case the pid of the vm is killed (so most > >> commonly, if you have power management configured, and the host is > >> rebooted, the vm will start automatically on a different host). > >> > >> so it really depends what you want. if you want vm migration than > >> look > >> into cluster policy, if you want a specific vm to always be up and > >> you > >> don't care about the other vm's than configure power management and > a > >> HA > >> vm. it really depends on what you need. > >> > >> > >> > >> > >> On 03/17/2013 07:15 PM, suporte at logicworks.pt wrote: > >> > >> Is it Mandatory to have power manamement enabled? if yes what > >> equipment do you recommend to use with it? > >> > >> Regards > >> Jose > >> > >> > >> ----- Mensagem original ----- > >> De: "Ren? Koch" Para: suporte at logicworks.pt , > >> Users at ovirt.org Enviadas: Domingo, 17 Mar?o, 2013 16:47:41 > >> Assunto: RE: [Users] High Availability > >> > >> Hi, > >> > >> You have to configure power management to make high availability > >> working and mark the vms high availability checkbox... > >> > >> > >> Regards, > >> Ren? > >> > >> > >> -----Original message----- > >> > >> From:suporte at logicworks.pt Sent: Sunday > 17th > >> March 2013 17:28 > >> To: Users at ovirt.org Subject: [Users] High Availability > >> > >> What should I need to configure to put HA working? I mean, when a > >> host broke all the VM automatically move to another host. > >> Do I need to have Power management enabled? > >> > >> Thanks > >> _______________________________________________ > >> Users mailing list Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> _______________________________________________ > >> Users mailing list Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users -- > >> Dafna Ron > >> _______________________________________________ > >> Users mailing list Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> _______________________________________________ > >> Users mailing list Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > >> -- > >> --- > >> ?? Shu Ming > >> Open Virtualization Engineerning; CSTL, IBM Corp. > >> Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or > >> shuming at linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun > >> Software Park, Haidian District, Beijing 100193, PRC > > > -- > --- > ?? Shu Ming > Open Virtualization Engineerning; CSTL, IBM Corp. > Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming at cn.ibm.com or > shuming at linux.vnet.ibm.com > Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian > District, Beijing 100193, PRC > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From amureini at redhat.com Mon Mar 18 10:33:36 2013 From: amureini at redhat.com (Allon Mureinik) Date: Mon, 18 Mar 2013 06:33:36 -0400 (EDT) Subject: [Users] Where is live block migration? In-Reply-To: <1834119262.5983784.1362989511717.JavaMail.root@redhat.com> Message-ID: <1104423407.20077753.1363602816966.JavaMail.root@redhat.com> Hi nnex, To add to Ofri's comment - Live Storage Migration only works on domains in the same DC, so they must be of the same type - you cannot migrate a disk from an NFS storage to a block device or vice versa. ----- Original Message ----- > From: "Ofri Masad" > To: "nnex" > Cc: users at ovirt.org > Sent: Monday, March 11, 2013 10:11:51 AM > Subject: Re: [Users] Where is live block migration? > > Hi nnex, > > I'm not sure about your question. > > - If you are trying to migrate a VM (this is the wiki you have > attached) then the 'Migrate' option is in the right click menu > opened when clicking on a **running** virtual machine in the virtual > machines tab. Migrating a VM is changing the host on which the VM is > running (not moving the disks). > > - What i think you were looking for is 'Move Disk'. This feature > allows you to move your disk from one storage to domain to another. > > 1. Select the Disks tab. > 2. Select the virtual disk or disks to move. > 3. Click Move to open the Move Disk(s) window. (button is on the top > menu and right click menu) > 4. Use the drop-down menu or menus to select the Target data domain. > 5. Click OK to move the disks and close the window. > > see this documentation: > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Moving_a_Virtual_Machine_Hard_Disk_Between_Data_Domains.html > T > > All the best > Ofri > > ----- Original Message ----- > > From: "nnex" > > To: users at ovirt.org > > Sent: Monday, March 11, 2013 7:45:08 AM > > Subject: [Users] Where is live block migration? > > > > > > Hi all. > > I'm successfully install a oVirt 3.2(fedora 18 distr). I'm > > successfuly deploy cluster also with two NFS storage also. But I'm > > can't "move" block device in VM to 2nd storage? i can't locate > > "move" button according this > > http://www.ovirt.org/Features/Design/StorageLiveMigration guide. > > Please help anyone. > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From suporte at logicworks.pt Mon Mar 18 11:12:58 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Mon, 18 Mar 2013 11:12:58 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: <7ced3517-996c-43ce-98af-3c22b4912395@email.android.com> References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> <7ced3517-996c-43ce-98af-3c22b4912395@email.android.com> Message-ID: <9354411.287.1363605175486.JavaMail.ferra@ferra-PC> I tried kernel 3.8.3-201.fc18.x86_64 and get the same problem. I tried kernel 3.6.11-3.fc18.x86_64, the host activated but the storage data domain and iso domain becomes inactive. I have this errors on engine log: 2013-03-18 11:11:15,287 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (DefaultQuartzScheduler_Worker-1) [6ccaf399] XML RPC error in command GlusterVolumesListVDS ( HostName = node2.acloud.pt ), the error was: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException, :I/O operation on closed file 2013-03-18 11:11:15,290 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (DefaultQuartzScheduler_Worker-1) [6ccaf399] Error while refreshing Gluster lightweight data of cluster Default!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org.apache.xmlrpc.XmlRpcException: :I/O operation on closed file 2013-03-18 11:11:20,360 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (DefaultQuartzScheduler_Worker-4) [629f0dd3] XML RPC error in command GlusterVolumesListVDS ( HostName = node2.acloud.pt ), the error was: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException, :I/O operation on closed file 2013-03-18 11:11:20,362 ERROR [org.ovirt.engine.core.bll.gluster.GlusterManager] (DefaultQuartzScheduler_Worker-4) [629f0dd3] Error while refreshing Gluster lightweight data of cluster Default!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org.apache.xmlrpc.XmlRpcException: :I/O operation on closed file ----- Mensagem original ----- De: "Joop van de Wege" Para: suporte at logicworks.pt Enviadas: S?bado, 16 de Mar?o de 2013 8:06:25 Assunto: Re: [Users] BUG: soft lockup suporte at logicworks.pt schreef: So, there is not a solid solution for this? ----- Mensagem original ----- De: "Joop" Para: suporte at logicworks.pt, Users at ovirt.org Enviadas: Sexta-feira, 15 Mar?o, 2013 21:57:35 Assunto: Re: [Users] BUG: soft lockup suporte at logicworks.pt wrote: I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! [sh: 1534], and the host died this host was installed from fedora18 minimum installation, kernel version 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and have no errors, until now. Any idea? Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Just to let you know you're not alone. I ! have a few hosts which have the same problem. F18 minimal install, started at 3.6.x kernel. Every upgrade since has had this. Some reboots! at higher versions work, mostly not. Disabling multipath might help but then vdsm doesn't work. Hosts are HP ML110G5, HP DL360 G6, from memory Joop Sticking to the 3.6 kernel works each and every time. I still try new kernels once in a while but it seems that anything after it isnt stable. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jj197005 at gmail.com Mon Mar 18 11:56:37 2013 From: jj197005 at gmail.com (Juan Jose) Date: Mon, 18 Mar 2013 12:56:37 +0100 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: <5142EBC6.20001@redhat.com> References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> Message-ID: Hello Itamar and everybody, I have tested this Howto with a Windows 7 Enterprise edition client and IE 9 and when you click over console button in User portal virt-viewer is launched but after one second it close windows and don't connect to virtual machine. I have oVirt 3.1 and I'm thinking in migrate my system to oVirt 3.2 but it will be nice to know which it is the reason because it doesn't work. Some indications about what would be the problem will be wellcome. If it is necessary some log I can provide it. Many thanks, Juanjo. On Fri, Mar 15, 2013 at 10:37 AM, Itamar Heim wrote: > On 02/28/2013 01:34 PM, Karli Sj?berg wrote: > >> But to me one question arise, with a Windows clients, XP or 7, any >>> version, it's possible to use the User Portal to be able users lauch >>> the VM console?, or it's mandatory to have Fedora clients with >>> spice-xpi for firefox. >>> >> It would seem impossible with oVirt-3.1, which is the biggest reason why >> we cannot take into any real production at the moment:( What good does >> it do that it works with Fedora when the total of people using it counts >> to 1(me)? >> > > 1. there are wiki's on how to add spice windows support to ovirt: > http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal > > 2. there are patches for various solutions to this coming (mime based > launched, spice.html5, novnc, maybe spice-xpi for firefox windows) > > HTH, > Itamar > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Mon Mar 18 12:01:44 2013 From: iheim at redhat.com (Itamar Heim) Date: Mon, 18 Mar 2013 14:01:44 +0200 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> Message-ID: <51470228.8040104@redhat.com> On 03/18/2013 01:56 PM, Juan Jose wrote: > Hello Itamar and everybody, > > I have tested this Howto with a Windows 7 Enterprise edition client and > IE 9 and when you click over console button in User portal virt-viewer > is launched but after one second it close windows and don't connect to > virtual machine. I have oVirt 3.1 and I'm thinking in migrate my system > to oVirt 3.2 but it will be nice to know which it is the reason because > it doesn't work. Some indications about what would be the problem will > be wellcome. > > If it is necessary some log I can provide it. hard to help without logs (spice client to begin with). will be easier helping/patching you on 3.2 of course. > > Many thanks, > > Juanjo. > > On Fri, Mar 15, 2013 at 10:37 AM, Itamar Heim > wrote: > > On 02/28/2013 01:34 PM, Karli Sj?berg wrote: > > But to me one question arise, with a Windows clients, XP or > 7, any > version, it's possible to use the User Portal to be able > users lauch > the VM console?, or it's mandatory to have Fedora clients with > spice-xpi for firefox. > > It would seem impossible with oVirt-3.1, which is the biggest > reason why > we cannot take into any real production at the moment:( What > good does > it do that it works with Fedora when the total of people using > it counts > to 1(me)? > > > 1. there are wiki's on how to add spice windows support to ovirt: > http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal > > 2. there are patches for various solutions to this coming (mime > based launched, spice.html5, novnc, maybe spice-xpi for firefox windows) > > HTH, > Itamar > > From mburns at redhat.com Mon Mar 18 12:45:44 2013 From: mburns at redhat.com (Mike Burns) Date: Mon, 18 Mar 2013 08:45:44 -0400 Subject: [Users] oVirt 3.2.1 Update In-Reply-To: <20130317105338.GA23452@redhat.com> References: <5141E378.2010901@redhat.com> <20130317105338.GA23452@redhat.com> Message-ID: <51470C78.1050504@redhat.com> On 03/17/2013 06:53 AM, Dan Kenigsberg wrote: > On Thu, Mar 14, 2013 at 10:49:28AM -0400, Mike Burns wrote: >> New RPMS are now uploaded for oVirt 3.2.1. The updates included: >> >> ovirt-engine-cli 3.2.0.11-1 >> ovirt-engine-sdk 3.2.0.10-1 >> ovirt-engine 3.2.1-1 >> >> oVirt Engine changes: >> 1. Fixed bug blocking firewalld configuration when selinux was in >> enforcing mode >> 2. Small change in All-In-One >> 3. Minor patches at rest-api >> >> Also included in the oVirt Engine update are patches to enable EL6 >> builds. These builds will be posted shortly. >> >> To upgrade, please run engine-upgrade. > > Few days ago (March 14) Federico has rebuilt vdsm for ovirt-3.2 > (vdsm-4.10.3-10). It fixes a serious storage bug, and makes glusterfs > integration work for el6. > > I think that it would be good to respin this vdsm build into > ovirt-3.2.1, or into a very quick ovirt-3.2.2. Ahh, Federico told me that and I overlooked it. vdsm updated in the stable F18 repo Mike > > Regards, > Dan. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From wdh at dds.nl Mon Mar 18 14:20:39 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Mon, 18 Mar 2013 15:20:39 +0100 Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <51470C78.1050504@redhat.com> References: <5141E378.2010901@redhat.com> <20130317105338.GA23452@redhat.com> <51470C78.1050504@redhat.com> Message-ID: <514722B7.5040101@dds.nl> Hi all, Playing around with Red Hat Clustering, it turns out I have a hughe multicast packet loss: (Centos 6.4 - x86_64 with all updates) omping 192.168.1.211 192.168.1.212 -c500 (node1) omping 192.168.1.212 192.168.1.211 -c500(node2) will give almost 50% loss! 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.330/0.610/0.789/0.064 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, min/avg/max/std-dev = 0.416/0.635/0.921/0.066 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.388/0.653/0.863/0.069 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, min/avg/max/std-dev = 0.396/0.670/1.080/0.074 OK, I am using simple hardware, but this hardware is virtually doing nothing... As mentioned on https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, I set the txqueelen to 500, same result? I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos issue? Problems only happend after some time; that is 200 mo-pings shows everything is fine. Anyone? Winfried From bigclouds at 163.com Mon Mar 18 14:24:08 2013 From: bigclouds at 163.com (bigclouds) Date: Mon, 18 Mar 2013 22:24:08 +0800 (CST) Subject: [Users] vdsClient not work ,it waiting all the time In-Reply-To: <20130318095646.GG5072@redhat.com> References: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> <10ed81e3.196c8.13d7c9877ce.Coremail.bigclouds@163.com> <20130318095646.GG5072@redhat.com> Message-ID: <75286e84.17d8b.13d7de2cd12.Coremail.bigclouds@163.com> vdsClient do not work all the time.i need it to debug. all parts of ovirt work fine except vdsClient. my cert,key,ca are right, i use then all the time. i launch vdsClient on agent HOST to connect itself. the following point is important,(but it has no matter with host ip address,i do not know why) 1.start server # python SecureXMLRPCServer.py oioioiooio 2.start client #python SecureXMLRPCServer.py after start client, i can see server is aware of the call from client, and return after process rpc-call 3.ctrl+c to kill server. client return ,the result is 5. according to my test.i start vdsm daemon , then vdsclient -s 0 getVdsCapabilities, then shutdown vdsm daemon, client return and get result. i think it is question of ssl-socket, or certification problems, but i do not know its root cause. thanks. At 2013-03-18 17:56:46,"Dan Kenigsberg" wrote: >On Mon, Mar 18, 2013 at 04:23:19PM +0800, bigclouds wrote: >> i use SecureXMLRPCServer.py to test xml-rpc, just change cert,key,ca to mine. >> Encounter the same problem also? >> if SSL-reading cause this problem, len is fixed to 1024. socket is syncing to recv all 1024 bytes. >> > >What you are doing is not clear to me. Are you connecting to the same >host? > >SecureXMLRPCServer has a test script of its own - does it work for you? >See > class __Test(object): > """Self-signed key, generated with > make -C /etc/pki/tls/certs /tmp/selfsign.pem > with CN=127.0.0.1 > """ > >> >> thanks >> >> >> >> >> >> >> >> At 2013-03-18 16:10:10,bigclouds wrote: >> >> hi, vdsclient waiting all the time >> client can send command, i see server side return result. >> but client can not return. >> >> >> >> >> [root at localhost mcvda]# python mcvdacli.py >> connecting to 192.168.88.101:54321 ssl True ts /etc/pki/mcvda >> >> ^CTraceback (most recent call last): >> File "mcvdacli.py", line 124, in >> print server.ping() >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ >> return self.__send(self.__name, args) >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request >> verbose=self.__verbose >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request >> return self._ parse_response(h.getfile(), sock) >> File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response >> response = file.read(1024) >> File "/usr/lib64/python2.6/socket.py", line 383, in read >> data = self._sock.recv(left) >> File "/usr/lib64/python2.6/ssl.py", line 215, in recv >> return self.read(buflen) >> File "/usr/lib64/python2.6/ssl.py", line 136, in read >> return self._sslobj.read(len) >> KeyboardInterrupt >> >> > >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deepakcs at linux.vnet.ibm.com Mon Mar 18 14:53:57 2013 From: deepakcs at linux.vnet.ibm.com (Deepak C Shetty) Date: Mon, 18 Mar 2013 20:23:57 +0530 Subject: [Users] vfs_type not being sent by engine to VDSM for GLUSTER DOMAIN case Message-ID: <51472A85.9000607@linux.vnet.ibm.com> Hi All, I am validating GLUSTERFS Storage domain engine patches (worked on by Sharad, in Cc) as posted here... http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:glusterfs,n,z against VDSM Glusterfs domain support (already upstream in VDSM) I see the below issue as part of me creatign a new Gluster Storage DOmain in the UI Engine logs... 2013-03-18 13:27:29,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (http--0.0.0.0-8700-1) [4b751967] START, ConnectStorageServerVDSCommand(HostName = vm-vdsm-de-1, HostId = c0ff5edc-4e30-4553-9125-2d1cee9f19ec, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = GLUSTERFS, connectionList = [{ id: null, connection: vm-vdsm-de-1:dpkvol4, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: f88d42d VDSM Logs... Thread-77::INFO::2013-03-18 13:32:35,541::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'vm-vdsm-de-1:dpkvol4', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None)*--> Notice no vfs_type here !!!* VDSM doesn't recv. the vfs_type in the conList dict !!! I had this small chat with Saggi of VDSM, just to confirm that there isn't a possibility that VDSM might be stripping args that are recd. from Engine.. and it doesn't. --------------------------------------------------------------------------------------------------------------------- saggi, Hi deepakcs: hi saggi, Is it possible that VDSM might strip down some of the connparams that are recd. as part of connectStorageServer ? saggi, In engine log for GLUSTERFS_DOMAIN i see vfsType being passed, but connectStorageServer log doesn't show vfs_type in the params dict saggi, so wodering where vfs_type is getting dropped in this whole process Probably not being sent if it's not being logged saggi, engine log has this.... 2013-03-18 13:27:29,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (http--0.0.0.0-8700-1) [4b751967] START, ConnectStorageServerVDSCommand(HostName = vm-vdsm-de-1, HostId = c0ff5edc-4e30-4553-9125-2d1cee9f19ec, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = GLUSTERFS, connectionList = [{ id: null, connection: vm-vdsm-de-1:dpkvol4, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: nul l, nfsRetrans: null, nfsTimeo: null };]), log id: f88d42d saggi, on VDSM side i see this... Thread-77::INFO::2013-03-18 13:32:35,541::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=7, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'vm-vdsm-de-1:dpkvol4', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) --> Notice no vfs_type here !!! Then you are not sending the correct connection type saggi, 'you' means the engine side of code ? engine patches is being done by Sharad, and I amtrying to work with them on this issue saggi, domType=7 is GLUSTERFS_DOMAIN, so its correct on that front If it show nfsRetrans you are using nfs which doesn't have a vfs_type argument saggi, but engine log says storageType = GLUSTERFS saggi, maybe i can send mail to users at ovirt list to see if anybody can provide more clues saggi, but definitely this doesn't looks like a vdsm side of issue rite ? We log the params as we get them saggi, right, thats what i also see.. just wanted to confirm once with you, before i sent mail to ovirt folks --------------------------------------------------------------------------------------------------------------------- Can someone help provide any clues on what might be the issue here ? Because VDSM doesn't see vfs_type, the connectStorageServer fails and hence new SD cannot be created ! thanx, deepak -------------- next part -------------- An HTML attachment was scrubbed... URL: From wdh at dds.nl Mon Mar 18 15:58:30 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Mon, 18 Mar 2013 16:58:30 +0100 Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <514722B7.5040101@dds.nl> References: <5141E378.2010901@redhat.com> <20130317105338.GA23452@redhat.com> <51470C78.1050504@redhat.com> <514722B7.5040101@dds.nl> Message-ID: <514739A6.9060300@dds.nl> Same for Debian 6 (x86_64); 47% packet loss: ssmping -c 500 192.168.1.234 --- 192.168.1.234 statistics --- 500 packets transmitted, time 500001 ms unicast: 500 packets received, 0% packet loss rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms multicast: 265 packets received, 47% packet loss since first mc packet (seq 1) recvd rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms Winfried Hi all, > > Playing around with Red Hat Clustering, it turns out I have a hughe > multicast packet loss: (Centos 6.4 - x86_64 with all updates) > > omping 192.168.1.211 192.168.1.212 -c500 (node1) > omping 192.168.1.212 192.168.1.211 -c500(node2) > > will give almost 50% loss! > > 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, > min/avg/max/std-dev = 0.330/0.610/0.789/0.064 > 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, > min/avg/max/std-dev = 0.416/0.635/0.921/0.066 > > 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, > min/avg/max/std-dev = 0.388/0.653/0.863/0.069 > 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, > min/avg/max/std-dev = 0.396/0.670/1.080/0.074 > > OK, I am using simple hardware, but this hardware is virtually doing > nothing... > > As mentioned on > https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, > I set the txqueelen to 500, same result? > > I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos > issue? Problems only happend after some time; that is 200 mo-pings > shows everything is fine. > > Anyone? > > Winfried > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From emesika at redhat.com Mon Mar 18 16:10:56 2013 From: emesika at redhat.com (Eli Mesika) Date: Mon, 18 Mar 2013 12:10:56 -0400 (EDT) Subject: [Users] host power managment failures In-Reply-To: <5146199D.3080609@redhat.com> Message-ID: <1083849493.9726212.1363623056659.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Itamar Heim" > To: "Joop" > Cc: "users" , jorick at netbulae.eu, "Eli Mesika" > Sent: Sunday, March 17, 2013 9:29:33 PM > Subject: Re: [Users] host power managment failures > > On 03/16/2013 04:43 PM, Joop wrote: > > Jorick Astrego wrote: > >> > >>> > >>> Having the same problem here. I installed the 3 nodes from iso > >>> and > >>> registered them to oVirt. In ovirt I approved them and added the > >>> Power Management settings. The source list is empty and Test > >>> fails > >>> with the message there is no other host to test it from. > >>> > >>> 2 > >>> > >>> Installing the node from ovirt with ssh appears to work ok, there > >>> I > >>> see as source cluster and dc to test it. > >>> > >> > >> Just found out if I register the node and approve without power > >> management, I can then edit the node and enable/test > >> powermanagent. > >> Approving the node and enabling power management at the same time > >> fails..... > >> > > If you try to register the FIRST node and try to set powermanagment > > then > > it will fail. Reason is because the check is done from another host > > in > > the cluster Just a small correction here, by default check for a proxy host searches first in cluster and if not found in DC. Anyway, it seems that this failed as no other proxy was available at the time of the PM test in the DC en since there is none it will error. Have been bitten > > by > > this multiple times when adding a host and thinking I could start > > adding > > a second before the first was ready. Adding a second and third in > > parallel when the first is ready should be no problem. > > jorick - if your use case isn't for the first node, please open a bug > with details. > Joop - if you got bitten, worth opening a bug to fix this to warn > others... please do. > > thanks, > Itamar > From suporte at logicworks.pt Mon Mar 18 17:40:56 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Mon, 18 Mar 2013 17:40:56 +0000 (WET) Subject: [Users] Package installation error In-Reply-To: <3611610.572.1363628400744.JavaMail.ferra@ferra-PC> Message-ID: <25756399.581.1363628455513.JavaMail.ferra@ferra-PC> Today I tried to intall another host and get this error during the installation from the engine 3.2.1. The host is a fedora 18 Failed to execute stage 'Package installation': [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. Regards Jose -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Mon Mar 18 17:44:12 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 18 Mar 2013 13:44:12 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <25756399.581.1363628455513.JavaMail.ferra@ferra-PC> Message-ID: <1048574911.7533276.1363628652829.JavaMail.root@redhat.com> The error is self explainable... the glusterfs available to yum is older than what requires. You probably need some testing repository. ----- Original Message ----- > From: suporte at logicworks.pt > To: Users at ovirt.org > Sent: Monday, March 18, 2013 7:40:56 PM > Subject: [Users] Package installation error > > > > > > Today I tried to intall another host and get this error during the > installation from the engine 3.2.1. The host is a fedora 18 > > > > > > Failed to execute stage 'Package installation': > [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. > > Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > 3.4.0']. > > > > > Regards > > > > > Jose > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From suporte at logicworks.pt Mon Mar 18 18:06:17 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Mon, 18 Mar 2013 18:06:17 +0000 (WET) Subject: [Users] Package installation error In-Reply-To: <1048574911.7533276.1363628652829.JavaMail.root@redhat.com> References: <1048574911.7533276.1363628652829.JavaMail.root@redhat.com> Message-ID: <26462733.650.1363629974085.JavaMail.ferra@ferra-PC> Yes i got it, but the installation is automatically. What can I do? thanks Jose ----- Mensagem original ----- De: "Alon Bar-Lev" Para: suporte at logicworks.pt Cc: Users at ovirt.org Enviadas: Segunda-feira, 18 de Mar?o de 2013 17:44:12 Assunto: Re: [Users] Package installation error The error is self explainable... the glusterfs available to yum is older than what requires. You probably need some testing repository. ----- Original Message ----- > From: suporte at logicworks.pt > To: Users at ovirt.org > Sent: Monday, March 18, 2013 7:40:56 PM > Subject: [Users] Package installation error > > > > > > Today I tried to intall another host and get this error during the > installation from the engine 3.2.1. The host is a fedora 18 > > > > > > Failed to execute stage 'Package installation': > [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. > > Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > 3.4.0']. > > > > > Regards > > > > > Jose > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Mon Mar 18 18:16:24 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 18 Mar 2013 14:16:24 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <26462733.650.1363629974085.JavaMail.ferra@ferra-PC> Message-ID: <610063935.7560785.1363630584450.JavaMail.root@redhat.com> And the missing repository to the host before you perform the host deploy. ----- Original Message ----- > From: suporte at logicworks.pt > To: "Alon Bar-Lev" > Cc: Users at ovirt.org > Sent: Monday, March 18, 2013 8:06:17 PM > Subject: Re: [Users] Package installation error > > > Yes i got it, but the installation is automatically. What can I do? > > thanks > Jose > > ----- Original Message ----- > > De: "Alon Bar-Lev" > Para: suporte at logicworks.pt > Cc: Users at ovirt.org > Enviadas: Segunda-feira, 18 de Mar?o de 2013 17:44:12 > Assunto: Re: [Users] Package installation error > > The error is self explainable... the glusterfs available to yum is > older than what requires. You probably need some testing repository. > > ----- Original Message ----- > > From: suporte at logicworks.pt > > To: Users at ovirt.org > > Sent: Monday, March 18, 2013 7:40:56 PM > > Subject: [Users] Package installation error > > > > > > > > > > > > Today I tried to intall another host and get this error during the > > installation from the engine 3.2.1. The host is a fedora 18 > > > > > > > > > > > > Failed to execute stage 'Package installation': > > [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > > 3.4.0']. > > > > Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > > 3.4.0']. > > > > > > > > > > Regards > > > > > > > > > > Jose > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > From alonbl at redhat.com Mon Mar 18 18:26:31 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 18 Mar 2013 14:26:31 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <610063935.7560785.1363630584450.JavaMail.root@redhat.com> Message-ID: <530654566.7570691.1363631191228.JavaMail.root@redhat.com> Another option: if you are not really using gluster, remove the gluster support from the ovirt-engine cluster. ----- Original Message ----- > From: "Alon Bar-Lev" > To: suporte at logicworks.pt > Cc: Users at ovirt.org > Sent: Monday, March 18, 2013 8:16:24 PM > Subject: Re: [Users] Package installation error > > And the missing repository to the host before you perform the host > deploy. > > ----- Original Message ----- > > From: suporte at logicworks.pt > > To: "Alon Bar-Lev" > > Cc: Users at ovirt.org > > Sent: Monday, March 18, 2013 8:06:17 PM > > Subject: Re: [Users] Package installation error > > > > > > Yes i got it, but the installation is automatically. What can I do? > > > > thanks > > Jose > > > > ----- Original Message ----- > > > > De: "Alon Bar-Lev" > > Para: suporte at logicworks.pt > > Cc: Users at ovirt.org > > Enviadas: Segunda-feira, 18 de Mar?o de 2013 17:44:12 > > Assunto: Re: [Users] Package installation error > > > > The error is self explainable... the glusterfs available to yum is > > older than what requires. You probably need some testing > > repository. > > > > ----- Original Message ----- > > > From: suporte at logicworks.pt > > > To: Users at ovirt.org > > > Sent: Monday, March 18, 2013 7:40:56 PM > > > Subject: [Users] Package installation error > > > > > > > > > > > > > > > > > > Today I tried to intall another host and get this error during > > > the > > > installation from the engine 3.2.1. The host is a fedora 18 > > > > > > > > > > > > > > > > > > Failed to execute stage 'Package installation': > > > [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > > > 3.4.0']. > > > > > > Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > > > 3.4.0']. > > > > > > > > > > > > > > > Regards > > > > > > > > > > > > > > > Jose > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From deadhorseconsulting at gmail.com Mon Mar 18 18:43:46 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Mon, 18 Mar 2013 13:43:46 -0500 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: <51470228.8040104@redhat.com> References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51470228.8040104@redhat.com> Message-ID: I have seen this one before.Try adding the your ovirt manager to the Internet Explorer trusted sites. -DHC On Mon, Mar 18, 2013 at 7:01 AM, Itamar Heim wrote: > On 03/18/2013 01:56 PM, Juan Jose wrote: > >> Hello Itamar and everybody, >> >> I have tested this Howto with a Windows 7 Enterprise edition client and >> IE 9 and when you click over console button in User portal virt-viewer >> is launched but after one second it close windows and don't connect to >> virtual machine. I have oVirt 3.1 and I'm thinking in migrate my system >> to oVirt 3.2 but it will be nice to know which it is the reason because >> it doesn't work. Some indications about what would be the problem will >> be wellcome. >> >> If it is necessary some log I can provide it. >> > > hard to help without logs (spice client to begin with). > will be easier helping/patching you on 3.2 of course. > > >> Many thanks, >> >> Juanjo. >> >> On Fri, Mar 15, 2013 at 10:37 AM, Itamar Heim > > wrote: >> >> On 02/28/2013 01:34 PM, Karli Sj?berg wrote: >> >> But to me one question arise, with a Windows clients, XP or >> 7, any >> version, it's possible to use the User Portal to be able >> users lauch >> the VM console?, or it's mandatory to have Fedora clients with >> spice-xpi for firefox. >> >> It would seem impossible with oVirt-3.1, which is the biggest >> reason why >> we cannot take into any real production at the moment:( What >> good does >> it do that it works with Fedora when the total of people using >> it counts >> to 1(me)? >> >> >> 1. there are wiki's on how to add spice windows support to ovirt: >> http://wiki.ovirt.org/wiki/**How_to_Connect_to_SPICE_** >> Console_With_Portal >> >> 2. there are patches for various solutions to this coming (mime >> based launched, spice.html5, novnc, maybe spice-xpi for firefox >> windows) >> >> HTH, >> Itamar >> >> >> > ______________________________**_________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/**mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From trogers1884 at gmail.com Mon Mar 18 20:22:52 2013 From: trogers1884 at gmail.com (Tom Rogers) Date: Mon, 18 Mar 2013 15:22:52 -0500 Subject: [Users] Failed to Start VM (Run Once) due to internal spice channel error Message-ID: When trying to run a first time (Run Once) VM install, the vm session fails to start. When we look into the libvirtd.log on the host, we find the following error: virDomainGraphicsDefParseXML:6566 : internal error unknown spice channel name ain in the lines right above message, contained in the xmlDESC we find the following snippet: It looks to us that the xml may be malformed due to the seemingly first character missing in the channel names. Does this make any sense to anyone? On master: Ovirt-engine 3.3.0-0.2.master.20130313215708 On node: qemu-kvm 1.2.2-7.fc18 vdsm-xmlrpc 4.10.3-10.fc18 libvirt-daemon 0.10.2.3-1.fc18 ------------------------------------------ Tom Rogers -------------- next part -------------- An HTML attachment was scrubbed... URL: From dneary at redhat.com Mon Mar 18 20:49:11 2013 From: dneary at redhat.com (Dave Neary) Date: Mon, 18 Mar 2013 21:49:11 +0100 Subject: [Users] Package installation error In-Reply-To: <1048574911.7533276.1363628652829.JavaMail.root@redhat.com> References: <1048574911.7533276.1363628652829.JavaMail.root@redhat.com> Message-ID: <51477DC7.4030309@redhat.com> Hi, On 03/18/2013 06:44 PM, Alon Bar-Lev wrote: > The error is self explainable... the glusterfs available to yum is older than what requires. You probably need some testing repository. I still don't understand why installing a host tries to install vdsm-gluster - is there a dependency chain gone wrong? That package should only be necesary if you're using the oVirt management interface for Gluster, not a normal node install. Or am I misunderstanding what Jose wants to do? Cheers, Dave. > ----- Original Message ----- >> From: suporte at logicworks.pt >> To: Users at ovirt.org >> Sent: Monday, March 18, 2013 7:40:56 PM >> Subject: [Users] Package installation error >> >> >> >> >> >> Today I tried to intall another host and get this error during the >> installation from the engine 3.2.1. The host is a fedora 18 >> >> >> >> >> >> Failed to execute stage 'Package installation': >> [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. >> >> Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= >> 3.4.0']. >> >> >> >> >> Regards >> >> >> >> >> Jose >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From bailey at cs.kent.edu Mon Mar 18 22:05:10 2013 From: bailey at cs.kent.edu (Jeff Bailey) Date: Mon, 18 Mar 2013 18:05:10 -0400 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> Message-ID: <51478F96.4000100@cs.kent.edu> On 3/18/2013 7:56 AM, Juan Jose wrote: > Hello Itamar and everybody, > > I have tested this Howto with a Windows 7 Enterprise edition client > and IE 9 and when you click over console button in User portal > virt-viewer is launched but after one second it close windows and > don't connect to virtual machine. I have oVirt 3.1 and I'm thinking in > migrate my system to oVirt 3.2 but it will be nice to know which it is > the reason because it doesn't work. Some indications about what would > be the problem will be wellcome. > This is exactly the same thing I get. 3.2 doesn't help. The spicex log says that it can't connect to the spice client pipe. This is with both the admin portal and the user portal. > If it is necessary some log I can provide it. > > Many thanks, > > Juanjo. > > On Fri, Mar 15, 2013 at 10:37 AM, Itamar Heim > wrote: > > On 02/28/2013 01:34 PM, Karli Sj?berg wrote: > > But to me one question arise, with a Windows clients, XP > or 7, any > version, it's possible to use the User Portal to be able > users lauch > the VM console?, or it's mandatory to have Fedora clients with > spice-xpi for firefox. > > It would seem impossible with oVirt-3.1, which is the biggest > reason why > we cannot take into any real production at the moment:( What > good does > it do that it works with Fedora when the total of people using > it counts > to 1(me)? > > > 1. there are wiki's on how to add spice windows support to ovirt: > http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal > > 2. there are patches for various solutions to this coming (mime > based launched, spice.html5, novnc, maybe spice-xpi for firefox > windows) > > HTH, > Itamar > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From iheim at redhat.com Mon Mar 18 22:08:13 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 19 Mar 2013 00:08:13 +0200 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: <51478F96.4000100@cs.kent.edu> References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> Message-ID: <5147904D.70201@redhat.com> On 03/19/2013 12:05 AM, Jeff Bailey wrote: > On 3/18/2013 7:56 AM, Juan Jose wrote: >> Hello Itamar and everybody, >> >> I have tested this Howto with a Windows 7 Enterprise edition client >> and IE 9 and when you click over console button in User portal >> virt-viewer is launched but after one second it close windows and >> don't connect to virtual machine. I have oVirt 3.1 and I'm thinking in >> migrate my system to oVirt 3.2 but it will be nice to know which it is >> the reason because it doesn't work. Some indications about what would >> be the problem will be wellcome. >> > > This is exactly the same thing I get. 3.2 doesn't help. The spicex log > says that it can't connect to the spice client pipe. This is with both > the admin portal and the user portal. adding spice-devel for their input > >> If it is necessary some log I can provide it. >> >> Many thanks, >> >> Juanjo. >> >> On Fri, Mar 15, 2013 at 10:37 AM, Itamar Heim > > wrote: >> >> On 02/28/2013 01:34 PM, Karli Sj?berg wrote: >> >> But to me one question arise, with a Windows clients, XP >> or 7, any >> version, it's possible to use the User Portal to be able >> users lauch >> the VM console?, or it's mandatory to have Fedora clients >> with >> spice-xpi for firefox. >> >> It would seem impossible with oVirt-3.1, which is the biggest >> reason why >> we cannot take into any real production at the moment:( What >> good does >> it do that it works with Fedora when the total of people using >> it counts >> to 1(me)? >> >> >> 1. there are wiki's on how to add spice windows support to ovirt: >> >> http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal >> >> 2. there are patches for various solutions to this coming (mime >> based launched, spice.html5, novnc, maybe spice-xpi for firefox >> windows) >> >> HTH, >> Itamar >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From bailey at cs.kent.edu Mon Mar 18 22:27:43 2013 From: bailey at cs.kent.edu (Jeff Bailey) Date: Mon, 18 Mar 2013 18:27:43 -0400 Subject: [Users] 3.2 final and status of spice console in ie In-Reply-To: References: <07F10A85-05E4-4A7E-89B2-2027097FD122@redhat.com> <5F9E965F5A80BC468BE5F40576769F0910272393@exchange2-1> <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51470228.8040104@redhat.com> Message-ID: <514794DF.3000709@cs.kent.edu> On 3/18/2013 2:43 PM, Dead Horse wrote: > I have seen this one before.Try adding the your ovirt manager to the > Internet Explorer trusted sites. > -DHC > Hmm, that does indeed seem to fix it. I added the engine URL to the trusted sites zone and unchecked the "Require server verification" box and now I get a connected spice client. Thanks ! > > On Mon, Mar 18, 2013 at 7:01 AM, Itamar Heim > wrote: > > On 03/18/2013 01:56 PM, Juan Jose wrote: > > Hello Itamar and everybody, > > I have tested this Howto with a Windows 7 Enterprise edition > client and > IE 9 and when you click over console button in User portal > virt-viewer > is launched but after one second it close windows and don't > connect to > virtual machine. I have oVirt 3.1 and I'm thinking in migrate > my system > to oVirt 3.2 but it will be nice to know which it is the > reason because > it doesn't work. Some indications about what would be the > problem will > be wellcome. > > If it is necessary some log I can provide it. > > > hard to help without logs (spice client to begin with). > will be easier helping/patching you on 3.2 of course. > > > Many thanks, > > Juanjo. > > On Fri, Mar 15, 2013 at 10:37 AM, Itamar Heim > > >> wrote: > > On 02/28/2013 01:34 PM, Karli Sj?berg wrote: > > But to me one question arise, with a Windows > clients, XP or > 7, any > version, it's possible to use the User Portal to > be able > users lauch > the VM console?, or it's mandatory to have Fedora > clients with > spice-xpi for firefox. > > It would seem impossible with oVirt-3.1, which is the > biggest > reason why > we cannot take into any real production at the > moment:( What > good does > it do that it works with Fedora when the total of > people using > it counts > to 1(me)? > > > 1. there are wiki's on how to add spice windows support to > ovirt: > http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal > > 2. there are patches for various solutions to this coming > (mime > based launched, spice.html5, novnc, maybe spice-xpi for > firefox windows) > > HTH, > Itamar > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From abaron at redhat.com Mon Mar 18 22:33:23 2013 From: abaron at redhat.com (Ayal Baron) Date: Mon, 18 Mar 2013 18:33:23 -0400 (EDT) Subject: [Users] Where is live block migration? In-Reply-To: <1104423407.20077753.1363602816966.JavaMail.root@redhat.com> Message-ID: <659833752.10060078.1363646003374.JavaMail.root@redhat.com> ----- Original Message ----- > Hi nnex, > > To add to Ofri's comment - Live Storage Migration only works on > domains in the same DC, so they must be of the same type - you > cannot migrate a disk from an NFS storage to a block device or vice > versa. At the moment at least. > > ----- Original Message ----- > > From: "Ofri Masad" > > To: "nnex" > > Cc: users at ovirt.org > > Sent: Monday, March 11, 2013 10:11:51 AM > > Subject: Re: [Users] Where is live block migration? > > > > Hi nnex, > > > > I'm not sure about your question. > > > > - If you are trying to migrate a VM (this is the wiki you have > > attached) then the 'Migrate' option is in the right click menu > > opened when clicking on a **running** virtual machine in the > > virtual > > machines tab. Migrating a VM is changing the host on which the VM > > is > > running (not moving the disks). > > > > - What i think you were looking for is 'Move Disk'. This feature > > allows you to move your disk from one storage to domain to another. > > > > 1. Select the Disks tab. > > 2. Select the virtual disk or disks to move. > > 3. Click Move to open the Move Disk(s) window. (button is on the > > top > > menu and right click menu) > > 4. Use the drop-down menu or menus to select the Target data > > domain. > > 5. Click OK to move the disks and close the window. > > > > see this documentation: > > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/Moving_a_Virtual_Machine_Hard_Disk_Between_Data_Domains.html > > T > > > > All the best > > Ofri > > > > ----- Original Message ----- > > > From: "nnex" > > > To: users at ovirt.org > > > Sent: Monday, March 11, 2013 7:45:08 AM > > > Subject: [Users] Where is live block migration? > > > > > > > > > Hi all. > > > I'm successfully install a oVirt 3.2(fedora 18 distr). I'm > > > successfuly deploy cluster also with two NFS storage also. But > > > I'm > > > can't "move" block device in VM to 2nd storage? i can't locate > > > "move" button according this > > > http://www.ovirt.org/Features/Design/StorageLiveMigration guide. > > > Please help anyone. > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From deadhorseconsulting at gmail.com Tue Mar 19 03:02:26 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Mon, 18 Mar 2013 22:02:26 -0500 Subject: [Users] template provisioning permissions In-Reply-To: References: Message-ID: Verified this is present in latest engine built from master with latest VDSM built from master. On the surface this literally seems as simple as a lack of Read-Only access to the template image when requesting to clone it from the template on the storage domain wherein the user cloning from the template has no permissions. - DHC On Wed, Mar 13, 2013 at 4:34 PM, Dead Horse wrote: > Got an interesting one here as pertaining to template permissions and > provisioning. > > Given the following setup/situation: > > A cluster with a user A assigned poweruser role permissions on the cluster. > - User A is assigned poweruser role permissions to storage domain A > - User A is a consumer of quota A which is assigned to specific storage > domain A > > A cluster with a user B assigned poweruser role permissions on the cluster. > - User B is assigned poweruser role permissions to storage domain B > - User B is a consumer of quota B which is assigned to specific storage > domain B > > User A creates a VM and makes it a template of it with permissions of > everyone as UserTemplateBasedVM. > > User B tries to create a VM based on the template that User A created. > While the base VM profile can be created the storage provisioning > encounters an issue. > > Via Template provisioning option with the thin provision option will fail > due to the fact that User B does not have proper permissions to User A's > storage domain. The symptom of this expected failure is the target storage > domain pull-down is empty. (It really should show something or be greyed > out rather than just be blank at least some sort of user notification). > > The real issue here is with the clone provisioning option. The idea here > is to be to clone a copy of the template disks into User B's storage domain > as a target where User B has poweruser role permissions. The problem here > is that this fails just like the above thin provision which should not be > the case. The target pulldown still blank it should by default show the > target storage domain to which User B has permissions to that being Storage > domain B. > > Further debugging yields that by assigning UserTemplateVM permissions to > User A's storage domain allows User B to use either of the options above > although the only one really desired is the clone option since we don't > want User B creating VM's in User A's storage domain. There still however > was an issue upon selecting clone and selecting Storage domain B as the > target the VM is created but the disk is created in Storage domain A > instead of storage domain B. > > > Running build of the engine is built from commit: > 7354d3283627bdbe30dd9c15ce45eba375280a8c > > - DHC > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Tue Mar 19 06:56:38 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 19 Mar 2013 02:56:38 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <51477DC7.4030309@redhat.com> Message-ID: <2008702016.7666137.1363676198837.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dave Neary" > To: users at ovirt.org > Sent: Monday, March 18, 2013 10:49:11 PM > Subject: Re: [Users] Package installation error > > Hi, > > On 03/18/2013 06:44 PM, Alon Bar-Lev wrote: > > The error is self explainable... the glusterfs available to yum is > > older than what requires. You probably need some testing > > repository. > > I still don't understand why installing a host tries to install > vdsm-gluster - is there a dependency chain gone wrong? That package > should only be necesary if you're using the oVirt management > interface > for Gluster, not a normal node install. > > Or am I misunderstanding what Jose wants to do? Obviously something is wrong with the dependency, not sure which version of gluster is required and what is available in fedora. The root cause of this is that setup defaults no to use both gluster and virt for the default domain, while in the past it used to default to virt. So if you do not wish to use gluster, please do not select both at installation, or turn of the gluster from the cluster after installation. > > Cheers, > Dave. > > > ----- Original Message ----- > >> From: suporte at logicworks.pt > >> To: Users at ovirt.org > >> Sent: Monday, March 18, 2013 7:40:56 PM > >> Subject: [Users] Package installation error > >> > >> > >> > >> > >> > >> Today I tried to intall another host and get this error during the > >> installation from the engine 3.2.1. The host is a fedora 18 > >> > >> > >> > >> > >> > >> Failed to execute stage 'Package installation': > >> [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > >> 3.4.0']. > >> > >> Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= > >> 3.4.0']. > >> > >> > >> > >> > >> Regards > >> > >> > >> > >> > >> Jose > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Dave Neary - Community Action and Impact > Open Source and Standards, Red Hat - http://community.redhat.com > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dneary at redhat.com Tue Mar 19 07:02:13 2013 From: dneary at redhat.com (Dave Neary) Date: Tue, 19 Mar 2013 08:02:13 +0100 Subject: [Users] Package installation error In-Reply-To: <2008702016.7666137.1363676198837.JavaMail.root@redhat.com> References: <2008702016.7666137.1363676198837.JavaMail.root@redhat.com> Message-ID: <51480D75.1070004@redhat.com> Hi Alon, On 03/19/2013 07:56 AM, Alon Bar-Lev wrote: > Obviously something is wrong with the dependency, not sure which version of gluster is required and what is available in fedora. > > The root cause of this is that setup defaults no to use both gluster and virt for the default domain, while in the past it used to default to virt. So if you do not wish to use gluster, please do not select both at installation, or turn of the gluster from the cluster after installation. I think the wording here is confusing. To an oVirt user, "using Gluster" means having a Gluster storage domain as shared storage. In the context of the Gluster management console, oVirt does not use Gluster, Gluster uses oVirt. Would it be possible to review the set-up process to ensure that we are not inadvertently sending users who just want to use a stable version of Gluster as storage in the wrong direction? This comes up frequently, and seems to be confusing people. Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From alonbl at redhat.com Tue Mar 19 07:16:30 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 19 Mar 2013 03:16:30 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <51480D75.1070004@redhat.com> Message-ID: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Dave Neary" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Tuesday, March 19, 2013 9:02:13 AM > Subject: Re: [Users] Package installation error > > Hi Alon, > > On 03/19/2013 07:56 AM, Alon Bar-Lev wrote: > > Obviously something is wrong with the dependency, not sure which > > version of gluster is required and what is available in fedora. > > > > The root cause of this is that setup defaults no to use both > > gluster and virt for the default domain, while in the past it used > > to default to virt. So if you do not wish to use gluster, please > > do not select both at installation, or turn of the gluster from > > the cluster after installation. > > I think the wording here is confusing. > > To an oVirt user, "using Gluster" means having a Gluster storage > domain > as shared storage. > > In the context of the Gluster management console, oVirt does not use > Gluster, Gluster uses oVirt. > > Would it be possible to review the set-up process to ensure that we > are > not inadvertently sending users who just want to use a stable version > of > Gluster as storage in the wrong direction? This comes up frequently, > and > seems to be confusing people. > > Thanks, > Dave. Now I am confused.... Do you or don't you need vdsm-gluster on your system? From noc at nieuwland.nl Tue Mar 19 08:01:05 2013 From: noc at nieuwland.nl (noc) Date: Tue, 19 Mar 2013 09:01:05 +0100 Subject: [Users] Package installation error In-Reply-To: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> Message-ID: <51481B41.8070806@nieuwland.nl> On 19-3-2013 8:16, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Dave Neary" >> To: "Alon Bar-Lev" >> Cc: users at ovirt.org >> Sent: Tuesday, March 19, 2013 9:02:13 AM >> Subject: Re: [Users] Package installation error >> >> Hi Alon, >> >> On 03/19/2013 07:56 AM, Alon Bar-Lev wrote: >>> Obviously something is wrong with the dependency, not sure which >>> version of gluster is required and what is available in fedora. >>> >>> The root cause of this is that setup defaults no to use both >>> gluster and virt for the default domain, while in the past it used >>> to default to virt. So if you do not wish to use gluster, please >>> do not select both at installation, or turn of the gluster from >>> the cluster after installation. >> I think the wording here is confusing. >> >> To an oVirt user, "using Gluster" means having a Gluster storage >> domain >> as shared storage. >> >> In the context of the Gluster management console, oVirt does not use >> Gluster, Gluster uses oVirt. >> >> Would it be possible to review the set-up process to ensure that we >> are >> not inadvertently sending users who just want to use a stable version >> of >> Gluster as storage in the wrong direction? This comes up frequently, >> and >> seems to be confusing people. >> >> Thanks, >> Dave. > Now I am confused.... > Do you or don't you need vdsm-gluster on your system? If the gluster checkbox is set on the cluster then you'll need the gluster packages. If you don't use gluster but said so (both=virt+gluster) during engine-setup then the checkbox will be checked and you'll need the packages. The bigger problem ofcourse is that oVirt-3.2.1 requires gluster-3.4.0 which isn't in the standard repos at the moment. Joop -- irc: jvandewege From dneary at redhat.com Tue Mar 19 08:11:55 2013 From: dneary at redhat.com (Dave Neary) Date: Tue, 19 Mar 2013 09:11:55 +0100 Subject: [Users] Package installation error In-Reply-To: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> Message-ID: <51481DCB.4000107@redhat.com> Hi, On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > Now I am confused.... > Do you or don't you need vdsm-gluster on your system? Allow me to clarify. There have been several messages from users since the oVirt 3.2 release asking why they need Gluster 3.4 pre-releases to run oVirt. My understanding is that you don't need Gluster 3.4 unless you want to manage a Gluster cluster with oVirt. So my question is: are we sure that we are not leading users wrong, and confusing them during the installation & set-up process? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From danken at redhat.com Tue Mar 19 08:27:50 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 19 Mar 2013 10:27:50 +0200 Subject: [Users] vdsClient not work ,it waiting all the time In-Reply-To: <75286e84.17d8b.13d7de2cd12.Coremail.bigclouds@163.com> References: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> <10ed81e3.196c8.13d7c9877ce.Coremail.bigclouds@163.com> <20130318095646.GG5072@redhat.com> <75286e84.17d8b.13d7de2cd12.Coremail.bigclouds@163.com> Message-ID: <20130319082750.GB25513@redhat.com> Sorry. I do not quite follow. Earlier you've mentioned something called mcvdacli.py. Could you give another description of your setup? Which operating system version? Which vdsm version? What is the output of vdsClient -s 0 getVdsCaps ? what's in vdsm.log? what do openssl verify -CAfile /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/certs/vdsmcert.pem openssl smime -sign -signer certs/vdsmcert.pem -in /tmp/hello -inkey keys/vdsmkey.pem openssl smime -verify -CAfile certs/cacert.pem -certfile certs/vdsmcert.pem -in /tmp/hello.smime say? From ofrenkel at redhat.com Tue Mar 19 08:58:23 2013 From: ofrenkel at redhat.com (Omer Frenkel) Date: Tue, 19 Mar 2013 04:58:23 -0400 (EDT) Subject: [Users] Failed to Start VM (Run Once) due to internal spice channel error In-Reply-To: Message-ID: <772860521.21844303.1363683503160.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Tom Rogers" > To: users at ovirt.org > Sent: Monday, March 18, 2013 10:22:52 PM > Subject: [Users] Failed to Start VM (Run Once) due to internal spice > channel error > When trying to run a first time (Run Once) VM install, the vm session > fails to start. When we look into the libvirtd.log on the host, we > find the following error: > virDomainGraphicsDefParseXML:6566 : internal error unknown spice > channel name ain > in the lines right above message, contained in the xmlDESC we find > the following snippet: > > > > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" > type="spice"> > > > > > > > > > > It looks to us that the xml may be malformed due to the seemingly > first character missing in the channel names. > Does this make any sense to anyone? > On master: > Ovirt-engine 3.3.0-0.2.master.20130313215708 > On node: > qemu-kvm 1.2.2-7.fc18 > vdsm-xmlrpc 4.10.3-10.fc18 > libvirt-daemon 0.10.2.3-1.fc18 > ------------------------------------------ > Tom Rogers > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users indeed looks like first letter is missing, this is what the engine sends: engine=# select * from vdc_options where option_name = 'SpiceSecureChannels'; option_id | option_name | option_value | version -----------+---------------------+---------------------------------------------------------------+--------- 345 | SpiceSecureChannels | smain,sinputs | 3.0 346 | SpiceSecureChannels | main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.1 347 | SpiceSecureChannels | main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.2 348 | SpiceSecureChannels | main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.3 can you please attach relevant vdsm log for this run? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From barumuga at redhat.com Tue Mar 19 09:09:43 2013 From: barumuga at redhat.com (Balamurugan Arumugam) Date: Tue, 19 Mar 2013 14:39:43 +0530 Subject: [Users] Package installation error In-Reply-To: <51481B41.8070806@nieuwland.nl> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> <51481B41.8070806@nieuwland.nl> Message-ID: <51482B57.4030002@redhat.com> On 03/19/2013 01:31 PM, noc wrote: > On 19-3-2013 8:16, Alon Bar-Lev wrote: >> >> ----- Original Message ----- >>> From: "Dave Neary" >>> To: "Alon Bar-Lev" >>> Cc: users at ovirt.org >>> Sent: Tuesday, March 19, 2013 9:02:13 AM >>> Subject: Re: [Users] Package installation error >>> >>> Hi Alon, >>> >>> On 03/19/2013 07:56 AM, Alon Bar-Lev wrote: >>>> Obviously something is wrong with the dependency, not sure which >>>> version of gluster is required and what is available in fedora. >>>> >>>> The root cause of this is that setup defaults no to use both >>>> gluster and virt for the default domain, while in the past it used >>>> to default to virt. So if you do not wish to use gluster, please >>>> do not select both at installation, or turn of the gluster from >>>> the cluster after installation. >>> I think the wording here is confusing. >>> >>> To an oVirt user, "using Gluster" means having a Gluster storage >>> domain >>> as shared storage. >>> >>> In the context of the Gluster management console, oVirt does not use >>> Gluster, Gluster uses oVirt. >>> >>> Would it be possible to review the set-up process to ensure that we >>> are >>> not inadvertently sending users who just want to use a stable version >>> of >>> Gluster as storage in the wrong direction? This comes up frequently, >>> and >>> seems to be confusing people. >>> >>> Thanks, >>> Dave. >> Now I am confused.... >> Do you or don't you need vdsm-gluster on your system? > If the gluster checkbox is set on the cluster then you'll need the > gluster packages. If you don't use gluster but said so > (both=virt+gluster) during engine-setup then the checkbox will be > checked and you'll need the packages. > The bigger problem ofcourse is that oVirt-3.2.1 requires gluster-3.4.0 > which isn't in the standard repos at the moment. > Regarding glusterfs 3.4.0 packages, gluster 3.4.0alpha2 version is available at http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha2/x86_64/ and which is not available in Fedora repository. BTW gluster-3.4.0 is under development and stable version will be available soon. Regards, Bala From sabose at redhat.com Tue Mar 19 09:24:23 2013 From: sabose at redhat.com (Sahina Bose) Date: Tue, 19 Mar 2013 14:54:23 +0530 Subject: [Users] Package installation error In-Reply-To: <51481DCB.4000107@redhat.com> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> <51481DCB.4000107@redhat.com> Message-ID: <51482EC7.1010402@redhat.com> You are right - Gluster 3.4 is only required to manage gluster clusters. Currently the question asked at setup is this : "The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage]" where both is the default. If this is confusing to the user, we can change this message. Suggestions? On 03/19/2013 01:41 PM, Dave Neary wrote: > Hi, > > On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: >> Now I am confused.... >> Do you or don't you need vdsm-gluster on your system? > > Allow me to clarify. > > There have been several messages from users since the oVirt 3.2 > release asking why they need Gluster 3.4 pre-releases to run oVirt. > > My understanding is that you don't need Gluster 3.4 unless you want to > manage a Gluster cluster with oVirt. > > So my question is: are we sure that we are not leading users wrong, > and confusing them during the installation & set-up process? > > Thanks, > Dave. > From suporte at logicworks.pt Tue Mar 19 09:43:37 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 09:43:37 +0000 (WET) Subject: [Users] Package installation error In-Reply-To: <51482EC7.1010402@redhat.com> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> <51481DCB.4000107@redhat.com> <51482EC7.1010402@redhat.com> Message-ID: <13419659.253.1363686215399.JavaMail.ferra@ferra-PC> That is right : "The bigger problem of course is that oVirt-3.2.1 requires gluster-3.4.0 which isn't in the standard repos at the moment. " I want to use gluster, because, in my understanding, glusterfs allow me to share a storage (2 or more) between 2 or more hosts, like a virtual disk, and this is essential for live migration or HA. I get from the gluster site, related to Gluster 3.4 alpha and QEMU 1.4.0 : "... new QEMU/GlusterFS native integration leveraging libgfapi. For those of you wondering what that means, in short, there?s no need for FUSE anymore and QEMU leverages GlusterFS natively on the back end. Awesome." This could be an advantage? It's not only required to manage gluster clusters, but as a better integration. Let me know if I wrote something wrong. Now things seems to be working, what I did was create a file in the host: /etc/yum.repos.d/stage.repo [glusterfs] name=GlusterFS baseurl=http://bits.gluster.org/pub/gluster/glusterfs/stage/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Gluster because of the self signed I get some errors, so I did: yum install --nogpgcheck glusterfs* yum install --nogpgcheck glusterfs-server* yum install --nogpgcheck glusterfs-rdma* And that's it everything works. The installation should be more nicely Thanks Jose ----- Mensagem original ----- De: "Sahina Bose" Para: "Dave Neary" Cc: users at ovirt.org Enviadas: Ter?a-feira, 19 de Mar?o de 2013 9:24:23 Assunto: Re: [Users] Package installation error You are right - Gluster 3.4 is only required to manage gluster clusters. Currently the question asked at setup is this : "The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage]" where both is the default. If this is confusing to the user, we can change this message. Suggestions? On 03/19/2013 01:41 PM, Dave Neary wrote: > Hi, > > On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: >> Now I am confused.... >> Do you or don't you need vdsm-gluster on your system? > > Allow me to clarify. > > There have been several messages from users since the oVirt 3.2 > release asking why they need Gluster 3.4 pre-releases to run oVirt. > > My understanding is that you don't need Gluster 3.4 unless you want to > manage a Gluster cluster with oVirt. > > So my question is: are we sure that we are not leading users wrong, > and confusing them during the installation & set-up process? > > Thanks, > Dave. > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Tue Mar 19 09:46:35 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 09:46:35 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: <7ced3517-996c-43ce-98af-3c22b4912395@email.android.com> References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> <7ced3517-996c-43ce-98af-3c22b4912395@email.android.com> Message-ID: <10025060.260.1363686391577.JavaMail.ferra@ferra-PC> Yes the newer kernels does not work. I installed kernel kernel-3.6.11-3.fc18.x86_64.rpm and everything works now Thanks Jose ----- Mensagem original ----- De: "Joop van de Wege" Para: suporte at logicworks.pt Enviadas: S?bado, 16 de Mar?o de 2013 8:06:25 Assunto: Re: [Users] BUG: soft lockup suporte at logicworks.pt schreef: So, there is not a solid solution for this? ----- Mensagem original ----- De: "Joop" Para: suporte at logicworks.pt, Users at ovirt.org Enviadas: Sexta-feira, 15 Mar?o, 2013 21:57:35 Assunto: Re: [Users] BUG: soft lockup suporte at logicworks.pt wrote: I have a host that have this error BUG: soft lockup - CPU#4 stuck for 22s! [sh: 1534], and the host died this host was installed from fedora18 minimum installation, kernel version 3.8.2-206.fc18.x86_64. I have another host with the same configuration, and have no errors, until now. Any idea? Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Just to let you know you're not alone. I ! have a few hosts which have the same problem. F18 minimal install, started at 3.6.x kernel. Every upgrade since has had this. Some reboots! at higher versions work, mostly not. Disabling multipath might help but then vdsm doesn't work. Hosts are HP ML110G5, HP DL360 G6, from memory Joop Sticking to the 3.6 kernel works each and every time. I still try new kernels once in a while but it seems that anything after it isnt stable. -------------- next part -------------- An HTML attachment was scrubbed... URL: From djasa at redhat.com Tue Mar 19 09:50:01 2013 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Tue, 19 Mar 2013 10:50:01 +0100 Subject: [Users] Failed to Start VM (Run Once) due to internal spice channel error In-Reply-To: <772860521.21844303.1363683503160.JavaMail.root@redhat.com> References: <772860521.21844303.1363683503160.JavaMail.root@redhat.com> Message-ID: <1363686601.18121.4.camel@cihla.usersys.redhat.com> Omer Frenkel p??e v ?t 19. 03. 2013 v 04:58 -0400: > Od: > Omer Frenkel > Komu: > Tom Rogers > Kopie: > users at ovirt.org > P?edm?t: > Re: [Users] Failed to Start VM (Run > Once) due to internal spice > channel error > Datum: > 19.3.2013 09:58:23 > > > ----- Original Message ----- > > > From: "Tom Rogers" > > To: users at ovirt.org > > Sent: Monday, March 18, 2013 10:22:52 PM > > Subject: [Users] Failed to Start VM (Run Once) due to internal spice > > channel error > > > When trying to run a first time (Run Once) VM install, the vm > session > > fails to start. When we look into the libvirtd.log on the host, we > > find the following error: > > > virDomainGraphicsDefParseXML:6566 : internal error unknown spice > > channel name ain > > > in the lines right above message, contained in the xmlDESC we find > > the following snippet: > > > > > > > > > > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" > > type="spice"> > > > > > > > > > > > > > > > > > > > > > It looks to us that the xml may be malformed due to the seemingly > > first character missing in the channel names. > > > Does this make any sense to anyone? > > > On master: > > Ovirt-engine 3.3.0-0.2.master.20130313215708 > > > On node: > > qemu-kvm 1.2.2-7.fc18 > > vdsm-xmlrpc 4.10.3-10.fc18 > > libvirt-daemon 0.10.2.3-1.fc18 > > > ------------------------------------------ > > Tom Rogers > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > indeed looks like first letter is missing, this is what the engine > sends: > > engine=# select * from vdc_options where option_name = > 'SpiceSecureChannels'; > option_id | option_name | option_value | version > -----------+---------------------+---------------------------------------------------------------+--------- > 345 | SpiceSecureChannels | smain,sinputs | 3.0 > 346 | SpiceSecureChannels | > main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.1 > 347 | SpiceSecureChannels | > main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.2 > 348 | SpiceSecureChannels | > main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.3 > > can you please attach relevant vdsm log for this run? > Thanks sounds like vdsm didn't get right schannel -> channel name change [1]. It should either implement magic like spice-xpi: http://cgit.freedesktop.org/spice/spice-xpi/tree/SpiceXPI/src/plugin/plugin.cpp#n320 or stop any channel name mangling altogether for recent enough clusters. David > > -- David Ja?a, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 From suporte at logicworks.pt Tue Mar 19 10:18:37 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 10:18:37 +0000 (WET) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> Yeah, Reports does not work for me too. Either, with IE10 or Firefox 19.0.2 Any idea how to fix this? Thanks Jose ----- Mensagem original ----- De: "Alex Lourie" Para: "Gianluca Cecchi" Cc: "users" Enviadas: Domingo, 17 de Mar?o de 2013 9:29:30 Assunto: Re: [Users] oVirt 3.2.1 and reports update error Hi Gianluca On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi wrote: > Hello, > an all-in-one setup with oVirt 3.2 on Fedora 18. > # yum update ovirt-engine-setup > and then > # engine-upgrade > > with this output > ... > During the upgrade process, oVirt Engine will not be accessible. > All existing running virtual machines will continue but you will not > be able to > start or stop any new virtual machines during the process. > > Would you like to proceed? (yes|no): yes > Stopping ovirt-engine service... [ DONE ] > Stopping DB related services... [ DONE ] > Pre-upgrade validations... [ DONE ] > Backing Up Database... [ DONE ] > Rename Database... [ DONE ] > Updating rpms... [ DONE ] > Updating Database... [ DONE ] > Restore Database name... [ DONE ] > Preparing CA... [ DONE ] > Running post install configuration... [ DONE ] > Starting ovirt-engine service... [ DONE ] > > oVirt Engine upgrade completed successfully! > > * Error: Can't start the ovirt-engine-dwhd service > * Upgrade log available at > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > * Perform the following steps to upgrade the history service or the > reporting package: > 1. Execute: yum update ovirt-engine-reports* > 2. Execute: ovirt-engine-dwh-setup > 3. Execute: ovirt-engine-reports-setup > * DB Backup available at > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > [root at tekkaman ~]# yum update ovirt-engine-reports* > Loaded plugins: fastestmirror, langpacks, presto, refresh-packagekit, > versionlock > Loading mirror speeds from cached hostfile > * fedora: fedora.mirror.garr.it > * livna: ftp-stud.fht-esslingen.de > * rpmfusion-free: ftp.nluug.nl > * rpmfusion-free-updates: ftp.nluug.nl > * rpmfusion-nonfree: ftp.nluug.nl > * rpmfusion-nonfree-updates: ftp.nluug.nl > * updates: ftp.nluug.nl > No Packages marked for Update > > Do I have to consider or not the error regarding reports? > Sure, yes; this is being already handled and will be merged into master upstream for ovirt-engine-dwh. > > After a reboot webadmin is ok but reports appears as totally > scrambled: > - login page > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > - after login > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > these above are from Fedora 18 and firefox 19.0.2 > It seems that something is wrong with CSS loading. Do you have any CSS/JS blocker addons installed in Firefox? > > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Tue Mar 19 11:48:51 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 11:50:51 +0002 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> Message-ID: <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> Hi Jose On Tue, Mar 19, 2013 at 12:18 PM, suporte at logicworks.pt wrote: > Yeah, Reports does not work for me too. Either, with IE10 or Firefox > 19.0.2 > Any idea how to fix this? > Try starting the services manually: service notifierd start service ovirt-engine-dwhd start and try again. > > Thanks > Jose > > De: "Alex Lourie" > Para: "Gianluca Cecchi" > Cc: "users" > Enviadas: Domingo, 17 de Mar?o de 2013 9:29:30 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > Hi Gianluca > > On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi > wrote: > > Hello, > > an all-in-one setup with oVirt 3.2 on Fedora 18. > > # yum update ovirt-engine-setup > > and then > > # engine-upgrade > > > > with this output > > ... > > During the upgrade process, oVirt Engine ?will not be accessible. > > All existing running virtual machines will continue but you will > not > > be able to > > start or stop any new virtual machines during the process. > > > > Would you like to proceed? (yes|no): yes > > Stopping ovirt-engine service... ? ? ? ? ? ? ? ? ? ? ? > ?[ DONE ] > > Stopping DB related services... ? ? ? ? ? ? ? ? ? ? ? ? > [ DONE ] > > Pre-upgrade validations... ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ?[ DONE ] > > Backing Up Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ?[ DONE ] > > Rename Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ?[ DONE ] > > Updating rpms... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ?[ DONE ] > > Updating Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ?[ DONE ] > > Restore Database name... ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ?[ DONE ] > > Preparing CA... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? [ DONE ] > > Running post install configuration... ? ? ? ? ? ? ? ? ? [ > DONE ] > > Starting ovirt-engine service... ? ? ? ? ? ? ? ? ? ? ? > ?[ DONE ] > > > > oVirt Engine upgrade completed successfully! > > > > * Error: Can't start the ovirt-engine-dwhd service > > * Upgrade log available at > > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > > * Perform the following steps to upgrade the history service or the > > reporting package: > > 1. Execute: yum update ovirt-engine-reports* > > 2. Execute: ovirt-engine-dwh-setup > > 3. Execute: ovirt-engine-reports-setup > > * DB Backup available at > > > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* > > Loaded plugins: fastestmirror, langpacks, presto, > refresh-packagekit, > > versionlock > > Loading mirror speeds from cached hostfile > > ?* fedora: fedora.mirror.garr.it > > ?* livna: ftp-stud.fht-esslingen.de > > ?* rpmfusion-free: ftp.nluug.nl > > ?* rpmfusion-free-updates: ftp.nluug.nl > > ?* rpmfusion-nonfree: ftp.nluug.nl > > ?* rpmfusion-nonfree-updates: ftp.nluug.nl > > ?* updates: ftp.nluug.nl > > No Packages marked for Update > > > > Do I have to consider or not the error regarding reports? > > > > Sure, yes; this is being already handled and will be merged into > master > upstream for ovirt-engine-dwh. > > > > > After a reboot webadmin is ok but reports appears as totally > > scrambled: > > - login page > > > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > - after login > > > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > > > these above are from Fedora 18 and firefox 19.0.2 > > > > It seems that something is wrong with CSS loading. Do you have any > CSS/JS blocker addons installed in Firefox? > > > > > > > Gianluca > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > From suporte at logicworks.pt Tue Mar 19 12:13:54 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 12:13:54 +0000 (WET) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> Message-ID: <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> The command service engine-notifierd stop and service engine-notifierd start sends an error: systemctl status engine-notifierd.service engine-notifierd.service - SYSV: The oVirt event notification service Loaded: loaded (/etc/rc.d/init.d/engine-notifierd) Active: failed (Result: exit-code) since Tue 2013-03-19 12:05:33 WET; 43s ago Process: 1952 ExecStart=/etc/rc.d/init.d/engine-notifierd start (code=exited, status=1/FAILURE) Mar 19 12:05:33 foot.acloud.pt runuser[1955]: pam_unix(runuser:session): session opened for user ovirt ...d=0) Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: Starting engine-notifier: at Tue Mar 19 12:05:33 ...onf Mar 19 12:05:33 foot.acloud.pt runuser[1955]: pam_unix(runuser:session): session closed for user ovirt Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: [17B blob data] Mar 19 12:05:33 foot.acloud.pt systemd[1]: engine-notifierd.service: control process exited, code=exite...us=1 Mar 19 12:05:33 foot.acloud.pt systemd[1]: Failed to start SYSV: The oVirt event notification service. Mar 19 12:05:33 foot.acloud.pt systemd[1]: Unit engine-notifierd.service entered failed state tail /var/log/messages Mar 19 12:05:14 foot systemd[1]: Starting LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting... Mar 19 12:05:24 foot ovirt-engine-dwhd[1877]: Starting ovirt-engine-dwhd: at Tue Mar 19 12:05:14 WET 2013[ OK ] Mar 19 12:05:24 foot systemd[1]: Started LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting. Mar 19 12:05:29 foot systemd[1]: Stopped SYSV: The oVirt event notification service. Mar 19 12:05:33 foot systemd[1]: Starting SYSV: The oVirt event notification service... Mar 19 12:05:33 foot engine-notifierd[1952]: Starting engine-notifier: at Tue Mar 19 12:05:33 WET 2013Error: $MAIL_SERVER is not defined, please check for this in configuration file /etc/ovirt-engine/notifier/notifier.conf Mar 19 12:05:33 foot engine-notifierd[1952]: [FAILED]#015[FAILED] Mar 19 12:05:33 foot systemd[1]: engine-notifierd.service: control process exited, code=exited status=1 Mar 19 12:05:33 foot systemd[1]: Failed to start SYSV: The oVirt event notification service. Mar 19 12:05:33 foot systemd[1]: Unit engine-notifierd.service entered failed state have a problem in the $MAIL_SERVER ? the problem is the login page appears scrambled: https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing ----- Mensagem original ----- De: "Alex Lourie" Para: suporte at logicworks.pt Cc: "users" , "Gianluca Cecchi" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 11:48:51 Assunto: Re: [Users] oVirt 3.2.1 and reports update error Hi Jose On Tue, Mar 19, 2013 at 12:18 PM, suporte at logicworks.pt wrote: > Yeah, Reports does not work for me too. Either, with IE10 or Firefox > 19.0.2 > Any idea how to fix this? > Try starting the services manually: service notifierd start service ovirt-engine-dwhd start and try again. > > Thanks > Jose > > De: "Alex Lourie" > Para: "Gianluca Cecchi" > Cc: "users" > Enviadas: Domingo, 17 de Mar?o de 2013 9:29:30 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > Hi Gianluca > > On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi > wrote: > > Hello, > > an all-in-one setup with oVirt 3.2 on Fedora 18. > > # yum update ovirt-engine-setup > > and then > > # engine-upgrade > > > > with this output > > ... > > During the upgrade process, oVirt Engine will not be accessible. > > All existing running virtual machines will continue but you will > not > > be able to > > start or stop any new virtual machines during the process. > > > > Would you like to proceed? (yes|no): yes > > Stopping ovirt-engine service... > [ DONE ] > > Stopping DB related services... > [ DONE ] > > Pre-upgrade validations... > [ DONE ] > > Backing Up Database... > [ DONE ] > > Rename Database... > [ DONE ] > > Updating rpms... > [ DONE ] > > Updating Database... > [ DONE ] > > Restore Database name... > [ DONE ] > > Preparing CA... > [ DONE ] > > Running post install configuration... [ > DONE ] > > Starting ovirt-engine service... > [ DONE ] > > > > oVirt Engine upgrade completed successfully! > > > > * Error: Can't start the ovirt-engine-dwhd service > > * Upgrade log available at > > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > > * Perform the following steps to upgrade the history service or the > > reporting package: > > 1. Execute: yum update ovirt-engine-reports* > > 2. Execute: ovirt-engine-dwh-setup > > 3. Execute: ovirt-engine-reports-setup > > * DB Backup available at > > > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* > > Loaded plugins: fastestmirror, langpacks, presto, > refresh-packagekit, > > versionlock > > Loading mirror speeds from cached hostfile > > * fedora: fedora.mirror.garr.it > > * livna: ftp-stud.fht-esslingen.de > > * rpmfusion-free: ftp.nluug.nl > > * rpmfusion-free-updates: ftp.nluug.nl > > * rpmfusion-nonfree: ftp.nluug.nl > > * rpmfusion-nonfree-updates: ftp.nluug.nl > > * updates: ftp.nluug.nl > > No Packages marked for Update > > > > Do I have to consider or not the error regarding reports? > > > > Sure, yes; this is being already handled and will be merged into > master > upstream for ovirt-engine-dwh. > > > > > After a reboot webadmin is ok but reports appears as totally > > scrambled: > > - login page > > > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > - after login > > > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > > > these above are from Fedora 18 and firefox 19.0.2 > > > > It seems that something is wrong with CSS loading. Do you have any > CSS/JS blocker addons installed in Firefox? > > > > > > > Gianluca > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Tue Mar 19 12:38:44 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 12:38:44 +0000 (WET) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> Message-ID: <13309971.599.1363696722079.JavaMail.ferra@ferra-PC> I configured the MAIL_SERVER but still get an error: tail /var/log/messages Mar 19 12:31:54 foot systemd[1]: engine-notifierd.service: control process exited, code=exited status=1 Mar 19 12:31:54 foot systemd[1]: Failed to start SYSV: The oVirt event notification service. Mar 19 12:31:54 foot systemd[1]: Unit engine-notifierd.service entered failed state Mar 19 12:37:21 foot systemd[1]: Stopped SYSV: The oVirt event notification service. Mar 19 12:37:24 foot systemd[1]: Starting SYSV: The oVirt event notification service... Mar 19 12:37:24 foot engine-notifierd[2657]: Starting engine-notifier: at Tue Mar 19 12:37:24 WET 2013/usr/share/ovirt-engine/bin/engine-notifier.sh: line 188: /var/run/ovirt-engine/notifier/engine-notifier.pid: Permission denied Mar 19 12:37:24 foot engine-notifierd[2657]: [FAILED]#015[FAILED] Mar 19 12:37:24 foot systemd[1]: engine-notifierd.service: control process exited, code=exited status=1 Mar 19 12:37:24 foot systemd[1]: Failed to start SYSV: The oVirt event notification service. Mar 19 12:37:24 foot systemd[1]: Unit engine-notifierd.service entered failed state ----- Mensagem original ----- De: suporte at logicworks.pt Para: "Alex Lourie" Cc: "users" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 12:13:54 Assunto: Re: [Users] oVirt 3.2.1 and reports update error The command service engine-notifierd stop and service engine-notifierd start sends an error: systemctl status engine-notifierd.service engine-notifierd.service - SYSV: The oVirt event notification service Loaded: loaded (/etc/rc.d/init.d/engine-notifierd) Active: failed (Result: exit-code) since Tue 2013-03-19 12:05:33 WET; 43s ago Process: 1952 ExecStart=/etc/rc.d/init.d/engine-notifierd start (code=exited, status=1/FAILURE) Mar 19 12:05:33 foot.acloud.pt runuser[1955]: pam_unix(runuser:session): session opened for user ovirt ...d=0) Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: Starting engine-notifier: at Tue Mar 19 12:05:33 ...onf Mar 19 12:05:33 foot.acloud.pt runuser[1955]: pam_unix(runuser:session): session closed for user ovirt Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: [17B blob data] Mar 19 12:05:33 foot.acloud.pt systemd[1]: engine-notifierd.service: control process exited, code=exite...us=1 Mar 19 12:05:33 foot.acloud.pt systemd[1]: Failed to start SYSV: The oVirt event notification service. Mar 19 12:05:33 foot.acloud.pt systemd[1]: Unit engine-notifierd.service entered failed state tail /var/log/messages Mar 19 12:05:14 foot systemd[1]: Starting LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting... Mar 19 12:05:24 foot ovirt-engine-dwhd[1877]: Starting ovirt-engine-dwhd: at Tue Mar 19 12:05:14 WET 2013[ OK ] Mar 19 12:05:24 foot systemd[1]: Started LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting. Mar 19 12:05:29 foot systemd[1]: Stopped SYSV: The oVirt event notification service. Mar 19 12:05:33 foot systemd[1]: Starting SYSV: The oVirt event notification service... Mar 19 12:05:33 foot engine-notifierd[1952]: Starting engine-notifier: at Tue Mar 19 12:05:33 WET 2013Error: $MAIL_SERVER is not defined, please check for this in configuration file /etc/ovirt-engine/notifier/notifier.conf Mar 19 12:05:33 foot engine-notifierd[1952]: [FAILED]#015[FAILED] Mar 19 12:05:33 foot systemd[1]: engine-notifierd.service: control process exited, code=exited status=1 Mar 19 12:05:33 foot systemd[1]: Failed to start SYSV: The oVirt event notification service. Mar 19 12:05:33 foot systemd[1]: Unit engine-notifierd.service entered failed state have a problem in the $MAIL_SERVER ? the problem is the login page appears scrambled: https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing ----- Mensagem original ----- De: "Alex Lourie" Para: suporte at logicworks.pt Cc: "users" , "Gianluca Cecchi" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 11:48:51 Assunto: Re: [Users] oVirt 3.2.1 and reports update error Hi Jose On Tue, Mar 19, 2013 at 12:18 PM, suporte at logicworks.pt wrote: > Yeah, Reports does not work for me too. Either, with IE10 or Firefox > 19.0.2 > Any idea how to fix this? > Try starting the services manually: service notifierd start service ovirt-engine-dwhd start and try again. > > Thanks > Jose > > De: "Alex Lourie" > Para: "Gianluca Cecchi" > Cc: "users" > Enviadas: Domingo, 17 de Mar?o de 2013 9:29:30 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > Hi Gianluca > > On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi > wrote: > > Hello, > > an all-in-one setup with oVirt 3.2 on Fedora 18. > > # yum update ovirt-engine-setup > > and then > > # engine-upgrade > > > > with this output > > ... > > During the upgrade process, oVirt Engine will not be accessible. > > All existing running virtual machines will continue but you will > not > > be able to > > start or stop any new virtual machines during the process. > > > > Would you like to proceed? (yes|no): yes > > Stopping ovirt-engine service... > [ DONE ] > > Stopping DB related services... > [ DONE ] > > Pre-upgrade validations... > [ DONE ] > > Backing Up Database... > [ DONE ] > > Rename Database... > [ DONE ] > > Updating rpms... > [ DONE ] > > Updating Database... > [ DONE ] > > Restore Database name... > [ DONE ] > > Preparing CA... > [ DONE ] > > Running post install configuration... [ > DONE ] > > Starting ovirt-engine service... > [ DONE ] > > > > oVirt Engine upgrade completed successfully! > > > > * Error: Can't start the ovirt-engine-dwhd service > > * Upgrade log available at > > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > > * Perform the following steps to upgrade the history service or the > > reporting package: > > 1. Execute: yum update ovirt-engine-reports* > > 2. Execute: ovirt-engine-dwh-setup > > 3. Execute: ovirt-engine-reports-setup > > * DB Backup available at > > > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* > > Loaded plugins: fastestmirror, langpacks, presto, > refresh-packagekit, > > versionlock > > Loading mirror speeds from cached hostfile > > * fedora: fedora.mirror.garr.it > > * livna: ftp-stud.fht-esslingen.de > > * rpmfusion-free: ftp.nluug.nl > > * rpmfusion-free-updates: ftp.nluug.nl > > * rpmfusion-nonfree: ftp.nluug.nl > > * rpmfusion-nonfree-updates: ftp.nluug.nl > > * updates: ftp.nluug.nl > > No Packages marked for Update > > > > Do I have to consider or not the error regarding reports? > > > > Sure, yes; this is being already handled and will be merged into > master > upstream for ovirt-engine-dwh. > > > > > After a reboot webadmin is ok but reports appears as totally > > scrambled: > > - login page > > > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > - after login > > > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > > > these above are from Fedora 18 and firefox 19.0.2 > > > > It seems that something is wrong with CSS loading. Do you have any > CSS/JS blocker addons installed in Firefox? > > > > > > > Gianluca > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Tue Mar 19 13:16:49 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 13:18:49 +0002 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> Message-ID: <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> Jose Let's ignore notifierd for a second. How the dwhd is going? On Tue, Mar 19, 2013 at 2:13 PM, suporte at logicworks.pt wrote: > The command service engine-notifierd stop and service > engine-notifierd start sends an error: > > systemctl status engine-notifierd.service > engine-notifierd.service - SYSV: The oVirt event notification service > ????????? Loaded: loaded (/etc/rc.d/init.d/engine-notifierd) > ????????? Active: failed (Result: exit-code) since Tue > 2013-03-19 12:05:33 WET; 43s ago > ???????? Process: 1952 > ExecStart=/etc/rc.d/init.d/engine-notifierd start (code=exited, > status=1/FAILURE) > > Mar 19 12:05:33 foot.acloud.pt runuser[1955]: > pam_unix(runuser:session): session opened for user ovirt ...d=0) > Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: Starting > engine-notifier: at Tue Mar 19 12:05:33 ...onf > Mar 19 12:05:33 foot.acloud.pt runuser[1955]: > pam_unix(runuser:session): session closed for user ovirt > Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: [17B blob data] > Mar 19 12:05:33 foot.acloud.pt systemd[1]: engine-notifierd.service: > control process exited, code=exite...us=1 > Mar 19 12:05:33 foot.acloud.pt systemd[1]: Failed to start SYSV: The > oVirt event notification service. > Mar 19 12:05:33 foot.acloud.pt systemd[1]: Unit > engine-notifierd.service entered failed state > > tail /var/log/messages > Mar 19 12:05:14 foot systemd[1]: Starting LSB: oVirt Engine History > ETL Service for Data Warehouse and Reporting... > Mar 19 12:05:24 foot ovirt-engine-dwhd[1877]: Starting > ovirt-engine-dwhd: at Tue Mar 19 12:05:14 WET 2013[? OK? ] > Mar 19 12:05:24 foot systemd[1]: Started LSB: oVirt Engine History > ETL Service for Data Warehouse and Reporting. > Mar 19 12:05:29 foot systemd[1]: Stopped SYSV: The oVirt event > notification service. > Mar 19 12:05:33 foot systemd[1]: Starting SYSV: The oVirt event > notification service... > Mar 19 12:05:33 foot engine-notifierd[1952]: Starting > engine-notifier: at Tue Mar 19 12:05:33 WET 2013Error: $MAIL_SERVER > is not defined, please check for this in configuration file > /etc/ovirt-engine/notifier/notifier.conf > Mar 19 12:05:33 foot engine-notifierd[1952]: [FAILED]#015[FAILED] > Mar 19 12:05:33 foot systemd[1]: engine-notifierd.service: control > process exited, code=exited status=1 > Mar 19 12:05:33 foot systemd[1]: Failed to start SYSV: The oVirt > event notification service. > Mar 19 12:05:33 foot systemd[1]: Unit engine-notifierd.service > entered failed state > > > have a problem in the $MAIL_SERVER ? > > > the problem is the login page appears scrambled: > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > De: "Alex Lourie" > Para: suporte at logicworks.pt > Cc: "users" , "Gianluca Cecchi" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 11:48:51 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > Hi Jose > > On Tue, Mar 19, 2013 at 12:18 PM, suporte at logicworks.pt wrote: > > Yeah, Reports does not work for me too. Either, with IE10 or > Firefox > > 19.0.2 > > Any idea how to fix this? > > > > Try starting the services manually: > > service notifierd start > service ovirt-engine-dwhd start > > and try again. > > > > > Thanks > > Jose > > > > De: "Alex Lourie" > > Para: "Gianluca Cecchi" > > Cc: "users" > > Enviadas: Domingo, 17 de Mar?o de 2013 9:29:30 > > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > Hi Gianluca > > > > On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi > > wrote: > > > Hello, > > > an all-in-one setup with oVirt 3.2 on Fedora 18. > > > # yum update ovirt-engine-setup > > > and then > > > # engine-upgrade > > > > > > with this output > > > ... > > > During the upgrade process, oVirt Engine ?will not be accessible. > > > All existing running virtual machines will continue but you will > > not > > > be able to > > > start or stop any new virtual machines during the process. > > > > > > Would you like to proceed? (yes|no): yes > > > Stopping ovirt-engine service... ? ? ? ? ? ? ? ? ? ? ? > > ?[ DONE ] > > > Stopping DB related services... ? ? ? ? ? ? ? ? ? ? ? > ? > > [ DONE ] > > > Pre-upgrade validations... ? ? ? ? ? ? ? ? ? ? ? ? ? > > ? ?[ DONE ] > > > Backing Up Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? > > ? ?[ DONE ] > > > Rename Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? > > ? ? ?[ DONE ] > > > Updating rpms... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? > > ? ? ?[ DONE ] > > > Updating Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > > ? ? ?[ DONE ] > > > Restore Database name... ? ? ? ? ? ? ? ? ? ? ? ? ? > ? > > ? ?[ DONE ] > > > Preparing CA... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? > > ? ? ? [ DONE ] > > > Running post install configuration... ? ? ? ? ? ? ? ? ? > [ > > DONE ] > > > Starting ovirt-engine service... ? ? ? ? ? ? ? ? ? ? ? > > ?[ DONE ] > > > > > > oVirt Engine upgrade completed successfully! > > > > > > * Error: Can't start the ovirt-engine-dwhd service > > > * Upgrade log available at > > > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > > > * Perform the following steps to upgrade the history service or > the > > > reporting package: > > > 1. Execute: yum update ovirt-engine-reports* > > > 2. Execute: ovirt-engine-dwh-setup > > > 3. Execute: ovirt-engine-reports-setup > > > * DB Backup available at > > > > > > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* > > > Loaded plugins: fastestmirror, langpacks, presto, > > refresh-packagekit, > > > versionlock > > > Loading mirror speeds from cached hostfile > > > ?* fedora: fedora.mirror.garr.it > > > ?* livna: ftp-stud.fht-esslingen.de > > > ?* rpmfusion-free: ftp.nluug.nl > > > ?* rpmfusion-free-updates: ftp.nluug.nl > > > ?* rpmfusion-nonfree: ftp.nluug.nl > > > ?* rpmfusion-nonfree-updates: ftp.nluug.nl > > > ?* updates: ftp.nluug.nl > > > No Packages marked for Update > > > > > > Do I have to consider or not the error regarding reports? > > > > > > > Sure, yes; this is being already handled and will be merged into > > master > > upstream for ovirt-engine-dwh. > > > > > > > > After a reboot webadmin is ok but reports appears as totally > > > scrambled: > > > - login page > > > > > > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > > > - after login > > > > > > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > > > > > these above are from Fedora 18 and firefox 19.0.2 > > > > > > > It seems that something is wrong with CSS loading. Do you have any > > CSS/JS blocker addons installed in Firefox? > > > > > > > > > > > Gianluca > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > From gianluca.cecchi at gmail.com Tue Mar 19 13:17:40 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 14:17:40 +0100 Subject: [Users] BUG: soft lockup In-Reply-To: <10025060.260.1363686391577.JavaMail.ferra@ferra-PC> References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> <7ced3517-996c-43ce-98af-3c22b4912395@email.android.com> <10025060.260.1363686391577.JavaMail.ferra@ferra-PC> Message-ID: sorry I previously wrote that I was using kernel-3.7.9-201.fc18. Instead, at least on my BL685c G1 blades, the kernel I'm correctly running with oVirt 3.2.1 is 3.7.8-202.fc18.x86_64 And the previous working one was kernel-3.6.11-3 Not tried yet latest 3.8 ones. Gianluca From gianluca.cecchi at gmail.com Tue Mar 19 13:29:55 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 14:29:55 +0100 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: On Tue, Mar 19, 2013 at 2:16 PM, Alex Lourie wrote: >> > > * Perform the following steps to upgrade the history service or the >> > > reporting package: >> > > 1. Execute: yum update ovirt-engine-reports* >> > > 2. Execute: ovirt-engine-dwh-setup >> > > 3. Execute: ovirt-engine-reports-setup >> > > * DB Backup available at >> > > > >> > > > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql >> > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* >> > > Loaded plugins: fastestmirror, langpacks, presto, > >> > > refresh-packagekit, >> > > versionlock >> > > Loading mirror speeds from cached hostfile >> > > * fedora: fedora.mirror.garr.it >> > > * livna: ftp-stud.fht-esslingen.de >> > > * rpmfusion-free: ftp.nluug.nl >> > > * rpmfusion-free-updates: ftp.nluug.nl >> > > * rpmfusion-nonfree: ftp.nluug.nl >> > > * rpmfusion-nonfree-updates: ftp.nluug.nl In my case, I have a cluster with two f18 nodes with 3.2 and an f18 engine with 3.2. I updated engine to 3.2.1. I got the same error and: 1) yum update ovirt-engine-reports* gives nothing to update I presume I still have to run 2) and 3) or not if 1) doesn't catch anything? In anu case: 2) ovirt-engine-dwh-setup # ovirt-engine-dwh-setup Setting DB connectivity... [DONE] Upgrade DB... [DONE ] Starting ovirt-engine... [DONE ] Starting oVirt-ETL... [DONE] Successfully installed ovirt-engine-dwh. The installation log file is available at: /var/log/ovirt-engine/ovirt-engine-dwh-setup-2013_03_19_09_32_22.log 3) # ovirt-engine-reports-setup Welcome to ovirt-engine-reports setup utility Exporting current users... [DONE] Updating Redirect Servlet... [DONE] Importing reports... [DONE] Importing current users... [DONE] Customizing Server... [DONE] Running post setup steps... [DONE] Starting ovirt-engine... [DONE] Succesfully installed ovirt-engine-reports. The installation log file is available at: /var/log/ovirt-engine/ovirt-engine-reports-setup-2013_03_19_09_32_57.log Then update my other f18 packages (comprising the ovirt ones for possible new nodes deploy..) 4) yum update 5) reboot (at 12:16) At first ovirt-engine-dwhd didn't start correctly and then at 12:47 I started it manually and seems to be ok now. See messages: Mar 19 12:16:49 f18engine systemd[1]: Started PostgreSQL database server. Mar 19 12:16:49 f18engine systemd[1]: Starting oVirt Engine... Mar 19 12:16:50 f18engine systemd[1]: Started The Apache HTTP Server. Mar 19 12:16:50 f18engine libvirtd[901]: 2013-03-19 11:16:50.984+0000: 1046: error : virNWFilterSnoopLeaseFileRefresh:1903 : o pen("/var/run/libvirt/network/nwfilter.ltmp"): No such file or directory Mar 19 12:16:52 f18engine chronyd[641]: Selected source 131.175.12.3 Mar 19 12:16:55 f18engine ovirt-engine-dwhd[892]: Starting ovirt-engine-dwhd: at Tue Mar 19 12:16:43 CET 2013[ OK ] Mar 19 12:16:55 f18engine systemd[1]: Started LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting. Mar 19 12:16:56 f18engine kernel: [ 28.759401] Ebtables v2.0 registered Mar 19 12:16:56 f18engine kernel: [ 29.161347] ip6_tables: (C) 2000-2006 Netfilter Core Team Mar 19 12:16:57 f18engine engine-service[1050]: Started engine process 1091. Mar 19 12:16:57 f18engine engine-service[1050]: Starting engine-service: [ OK ] Mar 19 12:16:57 f18engine kernel: [ 30.004260] cgroup: libvirtd (1046) created nested cgroup for controller "memory" which has incomplete hierarchy support. Nested cgroups may change behavior in the future. Mar 19 12:16:57 f18engine kernel: [ 30.004263] cgroup: "memory" requires setting use_hierarchy to 1 on the root. Mar 19 12:16:57 f18engine kernel: [ 30.004306] cgroup: libvirtd (1046) created nested cgroup for controller "devices" which has incomplete hierarchy support. Nested cgroups may change behavior in the future. Mar 19 12:16:57 f18engine kernel: [ 30.004352] cgroup: libvirtd (1046) created nested cgroup for controller "blkio" which has incomplete hierarchy support. Nested cgroups may change behavior in the future. Mar 19 12:16:57 f18engine systemd[1]: Started oVirt Engine. Mar 19 12:16:57 f18engine systemd[1]: Starting Multi-User. Mar 19 12:16:57 f18engine systemd[1]: Reached target Multi-User. Mar 19 12:16:57 f18engine systemd[1]: Starting Update UTMP about System Runlevel Changes... Mar 19 12:16:57 f18engine systemd[1]: Starting Stop Read-Ahead Data Collection 10s After Completed Startup. Mar 19 12:16:57 f18engine systemd[1]: Started Stop Read-Ahead Data Collection 10s After Completed Startup. Mar 19 12:16:58 f18engine systemd[1]: Started Update UTMP about System Runlevel Changes. Mar 19 12:16:58 f18engine systemd[1]: Startup finished in 1s 492ms 639us (kernel) + 2s 488ms 802us (initrd) + 26s 343ms 715us (userspace) = 30s 325ms 156us. Mar 19 12:17:02 f18engine systemd[1]: ovirt-engine-dwhd.service: main process exited, code=exited, status=232/n/a Mar 19 12:17:02 f18engine ovirt-engine-dwhd[1154]: Stopping ovirt-engine-dwhd: [FAILED] Mar 19 12:17:02 f18engine ovirt-engine-dwhd[1154]: oVirt ETL Service is currently not running Mar 19 12:17:02 f18engine systemd[1]: Unit ovirt-engine-dwhd.service entered failed state Mar 19 12:17:07 f18engine systemd[1]: Starting Stop Read-Ahead Data Collection... Mar 19 12:17:07 f18engine systemd[1]: Started Stop Read-Ahead Data Collection. Mar 19 12:27:12 f18engine systemd-logind[612]: New session 1 of user g.cecchi. Mar 19 12:31:27 f18engine systemd[1]: Starting Cleanup of Temporary Directories... Mar 19 12:31:28 f18engine systemd[1]: Started Cleanup of Temporary Directories. Mar 19 12:47:10 f18engine systemd[1]: Starting LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting... Mar 19 12:47:20 f18engine ovirt-engine-dwhd[1797]: Starting ovirt-engine-dwhd: at Tue Mar 19 12:47:10 CET 2013[ OK ] Mar 19 12:47:20 f18engine systemd[1]: Started LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting. # systemctl status ovirt-engine-dwhd ovirt-engine-dwhd.service - LSB: oVirt Engine History ETL Service for Data Warehouse and Reporting Loaded: loaded (/etc/rc.d/init.d/ovirt-engine-dwhd) Active: active (running) since Tue 2013-03-19 12:47:20 CET; 13s ago Process: 1154 ExecStop=/etc/rc.d/init.d/ovirt-engine-dwhd stop (code=exited, status=0/SUCCESS) Process: 1797 ExecStart=/etc/rc.d/init.d/ovirt-engine-dwhd start (code=exited, status=0/SUCCESS) Main PID: 1805 (java) CGroup: name=systemd:/system/ovirt-engine-dwhd.service ??1805 /usr/lib/jvm/jre-1.7.0-openjdk.x86_64/bin/java -Xms256M -Xmx1024M -Djavax.net... Mar 19 12:47:10 f18engine systemd[1]: Starting LSB: oVirt Engine History ETL Service...... Mar 19 12:47:10 f18engine runuser[1802]: pam_unix(runuser:session): session opened fo...0) Mar 19 12:47:10 f18engine runuser[1802]: pam_unix(runuser:session): session closed fo...ot Mar 19 12:47:20 f18engine ovirt-engine-dwhd[1797]: Starting ovirt-engine-dwhd: at Tue ...] Mar 19 12:47:20 f18engine systemd[1]: Started LSB: oVirt Engine History ETL Service ...ng. Right before update, connecting from a pc with chrome returned correct reports gui. As soon I started again, after update, the same client gets scrambled reports output, as I already posted in the first e-mail of this thread. Gianluca From alourie at redhat.com Tue Mar 19 13:30:48 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 13:32:48 +0002 Subject: [Users] Problem install In-Reply-To: References: Message-ID: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> Hi Marcelo Can you please check that you have sanlock-2.6-7 installed? Thanks. On Wed, Mar 6, 2013 at 10:51 PM, Marcelo Barbosa wrote: > Alex, > > ? ?Thankyou for attention. This return should not happen, because I > have my hostname registered and running on my DNS servers, but i'm > inserted in /etc/hosts my hostname and retry setup, but return new > error: > > > 2013-03-06 17:35:14::DEBUG::all_in_one_100::297::root:: Waiting for > host to become operational > 2013-03-06 17:35:14::DEBUG::all_in_one_100::300::root:: current host > status is: up > 2013-03-06 17:35:14::DEBUG::all_in_one_100::302::root:: The host is > up. > 2013-03-06 17:35:14::DEBUG::setup_sequences::59::root:: running > addStorageDomain > 2013-03-06 17:35:14::DEBUG::all_in_one_100::317::root:: Adding local > storage domain > 2013-03-06 17:35:14::INFO::all_in_one_100::322::root:: Creating local > storage > 2013-03-06 17:35:14::INFO::all_in_one_100::326::root:: Creating local > storage domain > 2013-03-06 17:35:14::INFO::all_in_one_100::334::root:: Adding local > storage domain > 2013-03-06 17:35:15::ERROR::all_in_one_100::337::root:: Traceback > (most recent call last): > ? File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", > line 335, in addStorageDomain > ? ? controller.CONF["API_OBJECT"].storagedomains.add(sdParams) > ? File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", > line 5151, in add > ? ? headers={"Expect":expect, "Correlation-Id":correlation_id}) > ? File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 118, in add > ? ? return self.request('POST', url, body, headers) > ? File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 129, in request > ? ? last=last) > ? File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 159, in __doRequest > ? ? raise RequestError, response > RequestError:? > status: 400 > reason: Bad Request > detail: Cannot add Storage. Internal error, Storage Connection > doesn't exist. > > 2013-03-06 17:35:15::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 338, in addStorageDomain > ? ? raise Exception(ERROR_ADD_LOCAL_DOMAIN) > Exception: Error: could not add local storage domain > > 2013-03-06 17:35:15::DEBUG::engine-setup::1948::root:: *** The > following params were used as user input: > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > override-httpd-config: yes > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: http-port: 80 > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: https-port: 443 > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > random-passwords: no > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: mac-range: > 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: host-fqdn: > firelap.usc.unirede.net > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: auth-pass: > ******** > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: org-name: > firelap > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > application-mode: both > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > default-dc-type: NFS > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > db-remote-install: local > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-host: > localhost > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-local-pass: > ******** > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: nfs-mp: > /firebackup/********/iso > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-nfs: yes > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > override-firewall: IPTables > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > config-allinone: yes > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: storage-path: > /firebackup/********/vms > 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: > superuser-pass: ******** > 2013-03-06 17:35:15::ERROR::engine-setup::2369::root:: Traceback > (most recent call last): > ? File "/bin/engine-setup", line 2363, in > ? ? main(confFile) > ? File "/bin/engine-setup", line 2146, in main > ? ? runSequences() > ? File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain > ? ? raise Exception(ERROR_ADD_LOCAL_DOMAIN) > Exception: Error: could not add local storage domain > > ? ?Any ideas to solve this problem? > > Marcelo Barbosa > mr.marcelo.barbosa at gmail.com > > > On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos > wrote: >> Hi. Have you tried solving the hostnames resolving issues that are >> described on your email? Add the hosts to /etc/hosts >> >> Alex >> >> No dia 06/03/2013 18:02, "Marcelo Barbosa" >> escreveu: >>> Attached my log file.? >>> >>> Marcelo Barbosa >>> mr.marcelo.barbosa at gmail.com >>> >>> >>> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa >>> wrote: >>>> hi guys, >>>> >>>> ? ?I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but >>>> this version not finish for sucessful install, information my >>>> enviroment: >>>> >>>> [root at firelap ovirt]# cat /etc/redhat-release? >>>> Fedora release 18 (Spherical Cow) >>>> >>>> [root at firelap ovirt]# uname -a >>>> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC >>>> 2013 x86_64 x86_64 x86_64 GNU/Linux >>>> >>>> [root at firelap ovirt]# ifconfig? >>>> bond0: flags=5123 ?mtu 1500 >>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> >>>> bond1: flags=5123 ?mtu 1500 >>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> >>>> bond2: flags=5123 ?mtu 1500 >>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> >>>> bond3: flags=5123 ?mtu 1500 >>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> >>>> bond4: flags=5123 ?mtu 1500 >>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> >>>> lo: flags=73 ?mtu 65536 >>>> ? ? ? ? inet 127.0.0.1 ?netmask 255.0.0.0 >>>> ? ? ? ? inet6 ::1 ?prefixlen 128 ?scopeid 0x10 >>>> ? ? ? ? loop ?txqueuelen 0 ?(Local Loopback) >>>> ? ? ? ? RX packets 136972 ?bytes 54834621 (52.2 MiB) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 136972 ?bytes 54834621 (52.2 MiB) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> >>>> p5p1: flags=4163 ?mtu 1500 >>>> ? ? ? ? inet 172.16.255.43 ?netmask 255.255.255.192 >>>> ?broadcast 172.16.255.63 >>>> ? ? ? ? inet6 fe80::7a45:c4ff:feb0:8995 ?prefixlen 64 >>>> ?scopeid 0x20 >>>> ? ? ? ? ether 78:45:c4:b0:89:95 ?txqueuelen 1000 ?(Ethernet) >>>> ? ? ? ? RX packets 480681 ?bytes 614801393 (586.3 MiB) >>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>> ? ? ? ? TX packets 323373 ?bytes 35479386 (33.8 MiB) >>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>> ?collisions 0 >>>> ? ? ? ? device interrupt 17 ? >>>> >>>> [root at firelap ovirt]# rpm -qa | grep ovirt >>>> ovirt-engine-cli-3.2.0.10-1.fc18.noarch >>>> ovirt-engine-backend-3.2.0-4.fc18.noarch >>>> ovirt-engine-config-3.2.0-4.fc18.noarch >>>> ovirt-host-deploy-1.0.0-1.fc18.noarch >>>> ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch >>>> ovirt-engine-restapi-3.2.0-4.fc18.noarch >>>> ovirt-engine-dbscripts-3.2.0-4.fc18.noarch >>>> ovirt-image-uploader-3.2.0-1.fc18.noarch >>>> ovirt-host-deploy-offline-1.0.0-1.fc18.noarch >>>> ovirt-engine-setup-3.2.0-4.fc18.noarch >>>> ovirt-release-fedora-5-3.noarch >>>> ovirt-engine-tools-common-3.2.0-4.fc18.noarch >>>> ovirt-engine-3.2.0-4.fc18.noarch >>>> ovirt-log-collector-3.2.0-1.fc18.noarch >>>> ovirt-host-deploy-java-1.0.0-1.fc18.noarch >>>> ovirt-engine-userportal-3.2.0-4.fc18.noarch >>>> ovirt-engine-notification-service-3.2.0-4.fc18.noarch >>>> ovirt-iso-uploader-3.2.0-1.fc18.noarch >>>> ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch >>>> ovirt-engine-sdk-3.2.0.9-1.fc18.noarch >>>> ovirt-engine-genericapi-3.2.0-4.fc18.noarch >>>> >>>> [root at firelap ~]# host firelap.usc.unirede.net >>>> firelap.usc.unirede.net has address 172.16.255.43 >>>> >>>> [root at firelap ~]# ping firelap.usc.unirede.net >>>> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. >>>> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 >>>> time=0.055 ms >>>> >>>> [root at firelap ~]# engine-setup? >>>> Welcome to oVirt Engine setup utility >>>> oVirt Engine uses httpd to proxy requests to the application >>>> server. >>>> It looks like the httpd installed locally is being actively used. >>>> The installer can override current configuration . >>>> Alternatively you can use JBoss directly (on ports higher than >>>> 1024) >>>> Do you wish to override current httpd configuration and restart >>>> the service? ['yes'| 'no'] ?[yes] :? >>>> HTTP Port ?[80] :? >>>> HTTPS Port ?[443] :? >>>> Host fully qualified domain name. Note: this name should be fully >>>> resolvable ?[firelap.no-ip.org] : localhost.localdomain >>>> The IP (127.0.0.1) which was resolved from the FQDN >>>> localhost.localdomain is not configured on any interface on this >>>> host >>>> User input failed validation, do you still wish to use it? >>>> (yes|no): no >>>> Host fully qualified domain name. Note: this name should be fully >>>> resolvable ?[firelap.no-ip.org] :? >>>> firelap.no-ip.org did not resolve into an IP address >>>> User input failed validation, do you still wish to use it? >>>> (yes|no): no >>>> Host fully qualified domain name. Note: this name should be fully >>>> resolvable ?[firelap.no-ip.org] : firelap.usc.unirede.net? >>>> Enter a password for an internal oVirt Engine administrator user >>>> (admin at internal) : >>>> Warning: Weak Password. >>>> Confirm password : >>>> Organization Name for the Certificate ?[no-ip.org] : >>>> firelap.usc.unirede.net? >>>> The engine can be configured to present the UI in three different >>>> application modes. virt [Manage virtualization only], gluster >>>> [Manage gluster storage only], and both [Manage virtualization as >>>> well as gluster storage] ['virt'| 'gluster'| 'both'] ?[both] :? >>>> The default storage type you will be using ?['NFS'| 'FC'| >>>> 'ISCSI'| 'POSIXFS'] ?[NFS] :? >>>> Enter DB type for installation ['remote'| 'local'] ?[local] :? >>>> Enter a password for a local oVirt Engine DB admin user (engine) : >>>> Warning: Weak Password. >>>> Confirm password : >>>> Local ISO domain path ?[/var/lib/exports/iso] : >>>> /firebackup/ovirt/iso >>>> Error: directory /firebackup/ovirt/iso is not empty >>>> Local ISO domain path ?[/var/lib/exports/iso] : >>>> /firebackup/ovirt/iso >>>> Firewall ports need to be opened. >>>> The installer can configure firewall automatically overriding the >>>> current configuration. The old configuration will be backed up. >>>> Alternately you can configure the firewall later using an example >>>> file.? >>>> Which firewall do you wish to configure? ['None'| 'Firewalld'| >>>> 'IPTables']: IPTables >>>> Configure VDSM on this host? ['yes'| 'no'] ?[yes] :? >>>> Local storage domain path ?[/var/lib/images] : >>>> /firebackup/ovirt/vms >>>> Confirm root password : >>>> >>>> oVirt Engine will be installed using the following configuration: >>>> ================================================================= >>>> override-httpd-config: ? ? ? ? yes >>>> http-port: ? ? ? ? ? ? ? ? ? ? 80 >>>> https-port: ? ? ? ? ? ? ? ? ? ?443 >>>> host-fqdn: ? ? ? ? ? ? ? ? ? ? firelap.usc.unirede.net >>>> auth-pass: ? ? ? ? ? ? ? ? ? ? ******** >>>> org-name: ? ? ? ? ? ? ? ? ? ? ?firelap.usc.unirede.net >>>> application-mode: ? ? ? ? ? ? ?both >>>> default-dc-type: ? ? ? ? ? ? ? NFS >>>> db-remote-install: ? ? ? ? ? ? local >>>> db-local-pass: ? ? ? ? ? ? ? ? ******** >>>> nfs-mp: ? ? ? ? ? ? ? ? ? ? ? ?/firebackup/ovirt/iso >>>> override-firewall: ? ? ? ? ? ? IPTables >>>> config-allinone: ? ? ? ? ? ? ? yes >>>> storage-path: ? ? ? ? ? ? ? ? ?/firebackup/ovirt/vms >>>> superuser-pass: ? ? ? ? ? ? ? ?******** >>>> Proceed with the configuration listed above? (yes|no): yes >>>> >>>> Installing: >>>> AIO: Validating CPU Compatibility... ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ?[ DONE ] >>>> AIO: Adding firewall rules... ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? [ DONE ] >>>> Configuring oVirt Engine... ? ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? [ DONE ] >>>> Configuring JVM... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? ? ?[ DONE ] >>>> Creating CA... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? ? ? ?[ DONE ] >>>> Updating ovirt-engine service... ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ?[ DONE ] >>>> Setting Database Configuration... ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? [ DONE ] >>>> Setting Database Security... ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? ?[ DONE ] >>>> Creating Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? ? ?[ DONE ] >>>> Updating the Default Data Center Storage Type... ? ? ? ? ? ? >>>> ? ? ?[ DONE ] >>>> Editing oVirt Engine Configuration... ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? [ DONE ] >>>> Editing Postgresql Configuration... ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? [ DONE ] >>>> Configuring the Default ISO Domain... ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? [ DONE ] >>>> Configuring Firewall... ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? ? [ DONE ] >>>> Starting ovirt-engine Service... ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ?[ DONE ] >>>> Configuring HTTPD... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ? ? ?[ DONE ] >>>> AIO: Creating storage directory... ? ? ? ? ? ? ? ? ? ? >>>> ? ? ? ? ? ?[ DONE ] >>>> AIO: Adding Local Datacenter and cluster... ? ? ? ? ? ? ? >>>> ? ? ? ? [ DONE ] >>>> AIO: Adding Local host (This may take several minutes)... ? ? >>>> ?[ ERROR ] >>>> Error: Host was found in a 'Failed' state. Please check engine and >>>> bootstrap installation logs. >>>> Please check log file >>>> /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log for >>>> more information >>>> >>>> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 >>>> 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: stopping >>>> httpd >>>> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing >>>> action httpd on service stop >>>> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing >>>> command --> '/sbin/service httpd stop' >>>> 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: output =? >>>> 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: stderr = >>>> Redirecting to /bin/systemctl stop ?httpd.service >>>> >>>> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = 0 >>>> 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: starting >>>> httpd >>>> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: executing >>>> action httpd on service start >>>> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing >>>> command --> '/sbin/service httpd start' >>>> 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: output =? >>>> 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: stderr = >>>> Redirecting to /bin/systemctl start ?httpd.service >>>> >>>> 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: retcode = 0 >>>> 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: running >>>> makeStorageDir >>>> 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: >>>> Creating/Verifying local domain path >>>> 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: Setting >>>> selinux context >>>> 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting selinux >>>> context for /firebackup/ovirt/vms >>>> 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: Executing >>>> command --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t >>>> /firebackup/ovirt/vms(/.*)?' >>>> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output =? >>>> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr =? >>>> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 >>>> 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: Executing >>>> command --> '/sbin/restorecon -r /firebackup/ovirt/vms' >>>> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output =? >>>> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr =? >>>> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = 0 >>>> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running >>>> waitForJbossUp >>>> 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: Checking >>>> JBoss status. >>>> 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: JBoss is up >>>> and running. >>>> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running >>>> initAPI >>>> 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: Initiating >>>> the API object >>>> 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: running >>>> createDC >>>> 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: Creating >>>> the local datacenter >>>> 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: running >>>> createCluster >>>> 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: Creating >>>> the local cluster >>>> 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: running >>>> createHost >>>> 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: Adding the >>>> local host >>>> 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: running >>>> waitForHostUp >>>> 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: Waiting >>>> for host to become operational >>>> 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: current >>>> host status is: installing >>>> 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: Traceback >>>> (most recent call last): >>>> ? File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>>> 308, in isHostUp >>>> ? ? raise Exception(INFO_CREATE_HOST_WAITING_UP) >>>> Exception: Waiting for the host to start >>>> >>>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: Waiting >>>> for host to become operational >>>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: current >>>> host status is: installing >>>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: Traceback >>>> (most recent call last): >>>> ? File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>>> 308, in isHostUp >>>> ? ? raise Exception(INFO_CREATE_HOST_WAITING_UP) >>>> Exception: Waiting for the host to start >>>> >>>> 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: Waiting >>>> for host to become operational >>>> 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: current >>>> host status is: install_failed >>>> 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: Traceback >>>> (most recent call last): >>>> ? File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>>> 306, in isHostUp >>>> ? ? raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>> Please check engine and bootstrap installation logs. >>>> >>>> 2013-03-06 14:35:56::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 >>>> 294, in waitForHostUp >>>> ? ? utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>> ? File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>>> 1009, in retry >>>> ? ? raise e >>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>> Please check engine and bootstrap installation logs. >>>> >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** The >>>> following params were used as user input: >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> override-httpd-config: yes >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: http-port: >>>> 80 >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: https-port: >>>> 443 >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> random-passwords: no >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: mac-range: >>>> 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: host-fqdn: >>>> firelap.usc.unirede.net >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: auth-pass: >>>> ******** >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: org-name: >>>> firelap.usc.unirede.net >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> application-mode: both >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> default-dc-type: NFS >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> db-remote-install: local >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-host: >>>> localhost >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> db-local-pass: ******** >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: nfs-mp: >>>> /firebackup/********/iso >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> iso-domain-name: ISO_DOMAIN >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: config-nfs: >>>> yes >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> override-firewall: IPTables >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> config-allinone: yes >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> storage-path: /firebackup/********/vms >>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>> superuser-pass: ******** >>>> 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: Traceback >>>> (most recent call last): >>>> ? File "/bin/engine-setup", line 2363, in >>>> ? ? main(confFile) >>>> ? File "/bin/engine-setup", line 2146, in main >>>> ? ? runSequences() >>>> ? File "/bin/engine-setup", line 2068, 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 >>>> 294, in waitForHostUp >>>> ? ? utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>> ? File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>>> 1009, in retry >>>> ? ? raise e >>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>> Please check engine and bootstrap installation logs. >>>> >>>> ? ?Thnkz for attention.? >>>> >>>> Marcelo Barbosa >>>> mr.marcelo.barbosa at gmail.com >>>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> > > From ofrenkel at redhat.com Tue Mar 19 13:43:03 2013 From: ofrenkel at redhat.com (Omer Frenkel) Date: Tue, 19 Mar 2013 09:43:03 -0400 (EDT) Subject: [Users] Failed to Start VM (Run Once) due to internal spice channel error In-Reply-To: Message-ID: <883589039.21945716.1363700583070.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Tom Rogers" > To: "Omer Frenkel" > Sent: Tuesday, March 19, 2013 3:29:03 PM > Subject: Re: [Users] Failed to Start VM (Run Once) due to internal > spice channel error > Thanks Omer > I'm attaching the vdsm log and the libvirt log. They both pretty much > say the same thing, but from the vdsm.log, it looks like to us that > the data is being pulled from the database ok but is being parsed > incorrectly for spice. > Thanks again. > Tom Rogers well following David's comment, looking at http://gerrit.ovirt.org/#/c/12697 it seems that the name change some how caused this. Ravi, how did you verify this? what is missing? is it a bug in vdsm parsing? > On Tue, Mar 19, 2013 at 3:58 AM, Omer Frenkel < ofrenkel at redhat.com > > wrote: > > > From: "Tom Rogers" < trogers1884 at gmail.com > > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, March 18, 2013 10:22:52 PM > > > > > > Subject: [Users] Failed to Start VM (Run Once) due to internal > > > spice > > > channel error > > > > > > When trying to run a first time (Run Once) VM install, the vm > > > session > > > fails to start. When we look into the libvirtd.log on the host, > > > we > > > find the following error: > > > > > > virDomainGraphicsDefParseXML:6566 : internal error unknown spice > > > channel name ain > > > > > > in the lines right above message, contained in the xmlDESC we > > > find > > > the following snippet: > > > > > > > > > > > > > > > > > > > > > > > > > > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" > > > type="spice"> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > It looks to us that the xml may be malformed due to the seemingly > > > first character missing in the channel names. > > > > > > Does this make any sense to anyone? > > > > > > On master: > > > > > > Ovirt-engine 3.3.0-0.2.master.20130313215708 > > > > > > On node: > > > > > > qemu-kvm 1.2.2-7.fc18 > > > > > > vdsm-xmlrpc 4.10.3-10.fc18 > > > > > > libvirt-daemon 0.10.2.3-1.fc18 > > > > > > ------------------------------------------ > > > > > > Tom Rogers > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > indeed looks like first letter is missing, this is what the engine > > sends: > > > engine=# select * from vdc_options where option_name = > > 'SpiceSecureChannels'; > > > option_id | option_name | option_value | version > > > -----------+---------------------+---------------------------------------------------------------+--------- > > > 345 | SpiceSecureChannels | smain,sinputs | 3.0 > > > 346 | SpiceSecureChannels | > > main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.1 > > > 347 | SpiceSecureChannels | > > main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.2 > > > 348 | SpiceSecureChannels | > > main,inputs,cursor,playback,record,display,usbredir,smartcard | 3.3 > > > can you please attach relevant vdsm log for this run? > > > Thanks > > -- > ------------------------------------------ > Tom Rogers -------------- next part -------------- An HTML attachment was scrubbed... URL: From jure.kranjc at arnes.si Tue Mar 19 13:50:49 2013 From: jure.kranjc at arnes.si (Jure Kranjc) Date: Tue, 19 Mar 2013 14:50:49 +0100 Subject: [Users] ldap simple In-Reply-To: <357546066.8850428.1363594171898.JavaMail.root@redhat.com> References: <357546066.8850428.1363594171898.JavaMail.root@redhat.com> Message-ID: <51486D39.6030901@arnes.si> An HTML attachment was scrubbed... URL: From mr.marcelo.barbosa at gmail.com Tue Mar 19 13:51:31 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Tue, 19 Mar 2013 10:51:31 -0300 Subject: [Users] Problem install In-Reply-To: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> Message-ID: Alex, i am check: # rpm -qa | grep sanlock sanlock-2.6-7.fc18.x86_64 libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 sanlock-lib-2.6-7.fc18.x86_64 sanlock-python-2.6-7.fc18.x86_64 you would like make reinstall ? I can try again... Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Tue, Mar 19, 2013 at 10:30 AM, Alex Lourie wrote: > Hi Marcelo > > Can you please check that you have sanlock-2.6-7 installed? > > Thanks. > > On Wed, Mar 6, 2013 at 10:51 PM, Marcelo Barbosa < > mr.marcelo.barbosa at gmail.com> wrote: > >> Alex, >> >> Thankyou for attention. This return should not happen, because I have >> my hostname registered and running on my DNS servers, but i'm inserted in >> /etc/hosts my hostname and retry setup, but return new error: >> >> >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::297::root:: Waiting for >> host to become operational >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::300::root:: current host >> status is: up >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::302::root:: The host is up. >> 2013-03-06 17:35:14::DEBUG::setup_**sequences::59::root:: running >> addStorageDomain >> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::317::root:: Adding local >> storage domain >> 2013-03-06 17:35:14::INFO::all_in_one_**100::322::root:: Creating local >> storage >> 2013-03-06 17:35:14::INFO::all_in_one_**100::326::root:: Creating local >> storage domain >> 2013-03-06 17:35:14::INFO::all_in_one_**100::334::root:: Adding local >> storage domain >> 2013-03-06 17:35:15::ERROR::all_in_one_**100::337::root:: Traceback >> (most recent call last): >> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >> line 335, in addStorageDomain >> controller.CONF["API_OBJECT"].**storagedomains.add(sdParams) >> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/brokers.py", >> line 5151, in add >> headers={"Expect":expect, "Correlation-Id":correlation_**id}) >> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >> line 118, in add >> return self.request('POST', url, body, headers) >> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >> line 129, in request >> last=last) >> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >> line 159, in __doRequest >> raise RequestError, response >> RequestError: >> status: 400 >> reason: Bad Request >> detail: Cannot add Storage. Internal error, Storage Connection doesn't >> exist. >> >> 2013-03-06 17:35:15::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 338, in addStorageDomain >> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >> Exception: Error: could not add local storage domain >> >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1948::root:: *** The >> following params were used as user input: >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> override-httpd-config: yes >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: http-port: 80 >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: https-port: 443 >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> random-passwords: no >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: mac-range: >> 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: host-fqdn: >> firelap.usc.unirede.net >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: auth-pass: >> ******** >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: org-name: >> firelap >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> application-mode: both >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> default-dc-type: NFS >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> db-remote-install: local >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-host: >> localhost >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-local-pass: >> ******** >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: nfs-mp: >> /firebackup/********/iso >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> iso-domain-name: ISO_DOMAIN >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: config-nfs: yes >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> override-firewall: IPTables >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >> config-allinone: yes >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: storage-path: >> /firebackup/********/vms >> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: superuser-pass: >> ******** >> 2013-03-06 17:35:15::ERROR::engine-setup:**:2369::root:: Traceback (most >> recent call last): >> File "/bin/engine-setup", line 2363, in >> main(confFile) >> File "/bin/engine-setup", line 2146, in main >> runSequences() >> File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain >> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >> Exception: Error: could not add local storage domain >> >> Any ideas to solve this problem? >> >> Marcelo Barbosa >> mr.marcelo.barbosa at gmail.com >> >> >> On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos >> wrote: >> >>> Hi. Have you tried solving the hostnames resolving issues that are >>> described on your email? Add the hosts to /etc/hosts >>> >>> Alex >>> >>> No dia 06/03/2013 18:02, "Marcelo Barbosa" >>> escreveu: >>> >>>> Attached my log file. >>>> >>>> Marcelo Barbosa >>>> mr.marcelo.barbosa at gmail.com >>>> >>>> >>>> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa < >>>> mr.marcelo.barbosa at gmail.com> wrote: >>>> >>>>> hi guys, >>>>> >>>>> I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but this >>>>> version not finish for sucessful install, information my enviroment: >>>>> >>>>> [root at firelap ovirt]# cat /etc/redhat-release >>>>> Fedora release 18 (Spherical Cow) >>>>> >>>>> [root at firelap ovirt]# uname -a >>>>> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC >>>>> 2013 x86_64 x86_64 x86_64 GNU/Linux >>>>> >>>>> [root at firelap ovirt]# ifconfig >>>>> bond0: flags=5123 mtu 1500 >>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>> RX packets 0 bytes 0 (0.0 B) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 0 bytes 0 (0.0 B) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> >>>>> bond1: flags=5123 mtu 1500 >>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>> RX packets 0 bytes 0 (0.0 B) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 0 bytes 0 (0.0 B) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> >>>>> bond2: flags=5123 mtu 1500 >>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>> RX packets 0 bytes 0 (0.0 B) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 0 bytes 0 (0.0 B) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> >>>>> bond3: flags=5123 mtu 1500 >>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>> RX packets 0 bytes 0 (0.0 B) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 0 bytes 0 (0.0 B) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> >>>>> bond4: flags=5123 mtu 1500 >>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>> RX packets 0 bytes 0 (0.0 B) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 0 bytes 0 (0.0 B) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> >>>>> lo: flags=73 mtu 65536 >>>>> inet 127.0.0.1 netmask 255.0.0.0 >>>>> inet6 ::1 prefixlen 128 scopeid 0x10 >>>>> loop txqueuelen 0 (Local Loopback) >>>>> RX packets 136972 bytes 54834621 (52.2 MiB) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 136972 bytes 54834621 (52.2 MiB) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> >>>>> p5p1: flags=4163 mtu 1500 >>>>> inet 172.16.255.43 netmask 255.255.255.192 broadcast >>>>> 172.16.255.63 >>>>> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid >>>>> 0x20 >>>>> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >>>>> RX packets 480681 bytes 614801393 (586.3 MiB) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 323373 bytes 35479386 (33.8 MiB) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>> device interrupt 17 >>>>> >>>>> [root at firelap ovirt]# rpm -qa | grep ovirt >>>>> ovirt-engine-cli-3.2.0.10-1.**fc18.noarch >>>>> ovirt-engine-backend-3.2.0-4.**fc18.noarch >>>>> ovirt-engine-config-3.2.0-4.**fc18.noarch >>>>> ovirt-host-deploy-1.0.0-1.**fc18.noarch >>>>> ovirt-engine-setup-plugin-**allinone-3.2.0-4.fc18.noarch >>>>> ovirt-engine-restapi-3.2.0-4.**fc18.noarch >>>>> ovirt-engine-dbscripts-3.2.0-**4.fc18.noarch >>>>> ovirt-image-uploader-3.2.0-1.**fc18.noarch >>>>> ovirt-host-deploy-offline-1.0.**0-1.fc18.noarch >>>>> ovirt-engine-setup-3.2.0-4.**fc18.noarch >>>>> ovirt-release-fedora-5-3.**noarch >>>>> ovirt-engine-tools-common-3.2.**0-4.fc18.noarch >>>>> ovirt-engine-3.2.0-4.fc18.**noarch >>>>> ovirt-log-collector-3.2.0-1.**fc18.noarch >>>>> ovirt-host-deploy-java-1.0.0-**1.fc18.noarch >>>>> ovirt-engine-userportal-3.2.0-**4.fc18.noarch >>>>> ovirt-engine-notification-**service-3.2.0-4.fc18.noarch >>>>> ovirt-iso-uploader-3.2.0-1.**fc18.noarch >>>>> ovirt-engine-webadmin-portal-**3.2.0-4.fc18.noarch >>>>> ovirt-engine-sdk-3.2.0.9-1.**fc18.noarch >>>>> ovirt-engine-genericapi-3.2.0-**4.fc18.noarch >>>>> >>>>> [root at firelap ~]# host firelap.usc.unirede.net >>>>> firelap.usc.unirede.net has address 172.16.255.43 >>>>> >>>>> [root at firelap ~]# ping firelap.usc.unirede.net >>>>> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. >>>>> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 time=0.055 ms >>>>> >>>>> [root at firelap ~]# engine-setup >>>>> Welcome to oVirt Engine setup utility >>>>> oVirt Engine uses httpd to proxy requests to the application server. >>>>> It looks like the httpd installed locally is being actively used. >>>>> The installer can override current configuration . >>>>> Alternatively you can use JBoss directly (on ports higher than 1024) >>>>> Do you wish to override current httpd configuration and restart the >>>>> service? ['yes'| 'no'] [yes] : >>>>> HTTP Port [80] : >>>>> HTTPS Port [443] : >>>>> Host fully qualified domain name. Note: this name should be fully >>>>> resolvable [firelap.no-ip.org] : localhost.localdomain >>>>> The IP (127.0.0.1) which was resolved from the FQDN >>>>> localhost.localdomain is not configured on any interface on this host >>>>> User input failed validation, do you still wish to use it? (yes|no): no >>>>> Host fully qualified domain name. Note: this name should be fully >>>>> resolvable [firelap.no-ip.org] : >>>>> firelap.no-ip.org did not resolve into an IP address >>>>> User input failed validation, do you still wish to use it? (yes|no): no >>>>> Host fully qualified domain name. Note: this name should be fully >>>>> resolvable [firelap.no-ip.org] : firelap.usc.unirede.net >>>>> Enter a password for an internal oVirt Engine administrator user >>>>> (admin at internal) : >>>>> Warning: Weak Password. >>>>> Confirm password : >>>>> Organization Name for the Certificate [no-ip.org] : >>>>> firelap.usc.unirede.net >>>>> The engine can be configured to present the UI in three different >>>>> application modes. virt [Manage virtualization only], gluster [Manage >>>>> gluster storage only], and both [Manage virtualization as well as gluster >>>>> storage] ['virt'| 'gluster'| 'both'] [both] : >>>>> The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| >>>>> 'POSIXFS'] [NFS] : >>>>> Enter DB type for installation ['remote'| 'local'] [local] : >>>>> Enter a password for a local oVirt Engine DB admin user (engine) : >>>>> Warning: Weak Password. >>>>> Confirm password : >>>>> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >>>>> Error: directory /firebackup/ovirt/iso is not empty >>>>> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >>>>> Firewall ports need to be opened. >>>>> The installer can configure firewall automatically overriding the >>>>> current configuration. The old configuration will be backed up. >>>>> Alternately you can configure the firewall later using an example >>>>> file. >>>>> Which firewall do you wish to configure? ['None'| 'Firewalld'| >>>>> 'IPTables']: IPTables >>>>> Configure VDSM on this host? ['yes'| 'no'] [yes] : >>>>> Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms >>>>> Confirm root password : >>>>> >>>>> oVirt Engine will be installed using the following configuration: >>>>> ==============================**==============================**===== >>>>> override-httpd-config: yes >>>>> http-port: 80 >>>>> https-port: 443 >>>>> host-fqdn: firelap.usc.unirede.net >>>>> auth-pass: ******** >>>>> org-name: firelap.usc.unirede.net >>>>> application-mode: both >>>>> default-dc-type: NFS >>>>> db-remote-install: local >>>>> db-local-pass: ******** >>>>> nfs-mp: /firebackup/ovirt/iso >>>>> override-firewall: IPTables >>>>> config-allinone: yes >>>>> storage-path: /firebackup/ovirt/vms >>>>> superuser-pass: ******** >>>>> Proceed with the configuration listed above? (yes|no): yes >>>>> >>>>> Installing: >>>>> AIO: Validating CPU Compatibility... [ >>>>> DONE ] >>>>> AIO: Adding firewall rules... [ >>>>> DONE ] >>>>> Configuring oVirt Engine... [ >>>>> DONE ] >>>>> Configuring JVM... [ >>>>> DONE ] >>>>> Creating CA... [ >>>>> DONE ] >>>>> Updating ovirt-engine service... [ >>>>> DONE ] >>>>> Setting Database Configuration... [ >>>>> DONE ] >>>>> Setting Database Security... [ >>>>> DONE ] >>>>> Creating Database... [ >>>>> DONE ] >>>>> Updating the Default Data Center Storage Type... [ >>>>> DONE ] >>>>> Editing oVirt Engine Configuration... [ >>>>> DONE ] >>>>> Editing Postgresql Configuration... [ >>>>> DONE ] >>>>> Configuring the Default ISO Domain... [ >>>>> DONE ] >>>>> Configuring Firewall... [ >>>>> DONE ] >>>>> Starting ovirt-engine Service... [ >>>>> DONE ] >>>>> Configuring HTTPD... [ >>>>> DONE ] >>>>> AIO: Creating storage directory... [ >>>>> DONE ] >>>>> AIO: Adding Local Datacenter and cluster... [ >>>>> DONE ] >>>>> AIO: Adding Local host (This may take several minutes)... [ ERROR >>>>> ] >>>>> Error: Host was found in a 'Failed' state. Please check engine and >>>>> bootstrap installation logs. >>>>> Please check log file /var/log/ovirt-engine/engine-**setup_2013_03_06_14_30_51.log >>>>> for more information >>>>> >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1238::root:: stopping >>>>> httpd >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: executing >>>>> action httpd on service stop >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: Executing >>>>> command --> '/sbin/service httpd stop' >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:472::root:: output = >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:473::root:: stderr = >>>>> Redirecting to /bin/systemctl stop httpd.service >>>>> >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1228::root:: starting >>>>> httpd >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: executing >>>>> action httpd on service start >>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: Executing >>>>> command --> '/sbin/service httpd start' >>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:472::root:: output = >>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:473::root:: stderr = >>>>> Redirecting to /bin/systemctl start httpd.service >>>>> >>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>> 2013-03-06 14:35:36::DEBUG::setup_**sequences::59::root:: running >>>>> makeStorageDir >>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::368::root:: >>>>> Creating/Verifying local domain path >>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::374::root:: Setting >>>>> selinux context >>>>> 2013-03-06 14:35:36::DEBUG::nfsutils::36:**:root:: setting selinux >>>>> context for /firebackup/ovirt/vms >>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:434::root:: Executing >>>>> command --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t >>>>> /firebackup/ovirt/vms(/.*)?' >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: output = >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: stderr = >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:434::root:: Executing >>>>> command --> '/sbin/restorecon -r /firebackup/ovirt/vms' >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: output = >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: stderr = >>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: running >>>>> waitForJbossUp >>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::445::root:: Checking >>>>> JBoss status. >>>>> 2013-03-06 14:35:39::INFO::all_in_one_**100::448::root:: JBoss is up >>>>> and running. >>>>> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: running >>>>> initAPI >>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::240::root:: Initiating >>>>> the API object >>>>> 2013-03-06 14:35:41::DEBUG::setup_**sequences::59::root:: running >>>>> createDC >>>>> 2013-03-06 14:35:41::DEBUG::all_in_one_**100::256::root:: Creating >>>>> the local datacenter >>>>> 2013-03-06 14:35:42::DEBUG::setup_**sequences::59::root:: running >>>>> createCluster >>>>> 2013-03-06 14:35:42::DEBUG::all_in_one_**100::267::root:: Creating >>>>> the local cluster >>>>> 2013-03-06 14:35:43::DEBUG::setup_**sequences::59::root:: running >>>>> createHost >>>>> 2013-03-06 14:35:43::DEBUG::all_in_one_**100::280::root:: Adding the >>>>> local host >>>>> 2013-03-06 14:35:44::DEBUG::setup_**sequences::59::root:: running >>>>> waitForHostUp >>>>> 2013-03-06 14:35:44::DEBUG::all_in_one_**100::297::root:: Waiting for >>>>> host to become operational >>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::300::root:: current >>>>> host status is: installing >>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::311::root:: Traceback >>>>> (most recent call last): >>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>> line 308, in isHostUp >>>>> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >>>>> Exception: Waiting for the host to start >>>>> >>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::297::root:: Waiting for >>>>> host to become operational >>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::300::root:: current >>>>> host status is: installing >>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::311::root:: Traceback >>>>> (most recent call last): >>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>> line 308, in isHostUp >>>>> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >>>>> Exception: Waiting for the host to start >>>>> >>>>> 2013-03-06 14:35:55::DEBUG::all_in_one_**100::297::root:: Waiting for >>>>> host to become operational >>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::300::root:: current >>>>> host status is: install_failed >>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::311::root:: Traceback >>>>> (most recent call last): >>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>> line 306, in isHostUp >>>>> raise utils.RetryFailException(**ERROR_CREATE_HOST_FAILED) >>>>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>>>> check engine and bootstrap installation logs. >>>>> >>>>> 2013-03-06 14:35:56::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 294, in waitForHostUp >>>>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line >>>>> 1009, in retry >>>>> raise e >>>>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>>>> check engine and bootstrap installation logs. >>>>> >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1948::root:: *** The >>>>> following params were used as user input: >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> override-httpd-config: yes >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: http-port: 80 >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: https-port: >>>>> 443 >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> random-passwords: no >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: mac-range: >>>>> 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: host-fqdn: >>>>> firelap.usc.unirede.net >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: auth-pass: >>>>> ******** >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: org-name: >>>>> firelap.usc.unirede.net >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> application-mode: both >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> default-dc-type: NFS >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> db-remote-install: local >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: db-host: >>>>> localhost >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> db-local-pass: ******** >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: nfs-mp: >>>>> /firebackup/********/iso >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> iso-domain-name: ISO_DOMAIN >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: config-nfs: >>>>> yes >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> override-firewall: IPTables >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> config-allinone: yes >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> storage-path: /firebackup/********/vms >>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>> superuser-pass: ******** >>>>> 2013-03-06 14:35:56::ERROR::engine-setup:**:2369::root:: Traceback >>>>> (most recent call last): >>>>> File "/bin/engine-setup", line 2363, in >>>>> main(confFile) >>>>> File "/bin/engine-setup", line 2146, in main >>>>> runSequences() >>>>> File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp >>>>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line >>>>> 1009, in retry >>>>> raise e >>>>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>>>> check engine and bootstrap installation logs. >>>>> >>>>> Thnkz for attention. >>>>> >>>>> Marcelo Barbosa >>>>> mr.marcelo.barbosa at gmail.com >>>>> >>>>> >>>> >>>> ______________________________**_________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/**mailman/listinfo/users >>>> >>>> >>>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Tue Mar 19 13:56:58 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 14:56:58 +0100 Subject: [Users] Behavior when putting SPM node into mainenance Message-ID: Hello 3.2 oVirt cluster based on f18 nodes One node is SPM (f18ovn03) I put the other node (f18ovn01) into maintenance and stop vdsmd and update, so that I take it to 3.2.1 (engine already updated and restarted before) It correctly joins the cluster and I live migrate my 5 VM to it: fedora 18 w7 2 x centos 5.6 slackware 32bit I then put into maintenance the SPM node that doesn't have any VM. I stop vdsmd on it and update packages I see these messages in the gui, because I think the surviving node takes some time to become the SPM now. Apparently no problems at my side. Are these messages expected? Or did I have to make anything before putting the SPM node into maintenance (something like elect the other one as SPM if it exist...)? Any operational test to prove correct SPM role now for f18ovn01 ? Thanks Gianluca 2013-Mar-19, 14:47 Storage Pool Manager runs on Host f18ovn01 (Address: 10.4.4.58). 2013-Mar-19, 14:47 Storage Pool Manager runs on Host f18ovn01 (Address: 10.4.4.58). 2013-Mar-19, 14:47 Invalid status on Data Center Default. Setting status to Non-Responsive. 2013-Mar-19, 14:47 Host f18ovn03 was switched to Maintenance mode by admin at internal. From dron at redhat.com Tue Mar 19 14:01:21 2013 From: dron at redhat.com (Dafna Ron) Date: Tue, 19 Mar 2013 16:01:21 +0200 Subject: [Users] Behavior when putting SPM node into mainenance In-Reply-To: References: Message-ID: <51486FB1.1020905@redhat.com> when you put the spm host into maintenance the spm role is moved to the second host. this means that f18ovn01 host is now the SPM 2013-Mar-19, 14:47 Storage Pool Manager runs on Host f18ovn01 (Address: 10.4.4.58). when we move the spm role, for a few seconds, there is no spm -> hence the status change 2013-Mar-19, 14:47 Invalid status on Data Center Default. Setting status to Non-Responsive. On 03/19/2013 03:56 PM, Gianluca Cecchi wrote: > Hello 3.2 oVirt cluster based on f18 nodes > One node is SPM (f18ovn03) > I put the other node (f18ovn01) into maintenance and stop vdsmd and > update, so that I take it to 3.2.1 (engine already updated and > restarted before) > It correctly joins the cluster and I live migrate my 5 VM to it: > fedora 18 > w7 > 2 x centos 5.6 > slackware 32bit > I then put into maintenance the SPM node that doesn't have any VM. > I stop vdsmd on it and update packages > > I see these messages in the gui, because I think the surviving node > takes some time to become the SPM now. > Apparently no problems at my side. Are these messages expected? > Or did I have to make anything before putting the SPM node into > maintenance (something like elect the other one as SPM if it > exist...)? > > Any operational test to prove correct SPM role now for f18ovn01 > ? > Thanks Gianluca > > 2013-Mar-19, 14:47 > Storage Pool Manager runs on Host f18ovn01 (Address: 10.4.4.58). > > 2013-Mar-19, 14:47 > Storage Pool Manager runs on Host f18ovn01 (Address: 10.4.4.58). > > 2013-Mar-19, 14:47 > Invalid status on Data Center Default. Setting status to Non-Responsive. > > 2013-Mar-19, 14:47 > Host f18ovn03 was switched to Maintenance mode by admin at internal. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron From alourie at redhat.com Tue Mar 19 14:20:15 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 14:22:15 +0002 Subject: [Users] Problem install In-Reply-To: References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> Message-ID: <201303191420.r2JEKGk2012437@int-mx10.intmail.prod.int.phx2.redhat.com> Hi Marcelo! On Tue, Mar 19, 2013 at 3:51 PM, Marcelo Barbosa wrote: > Alex, > > ? ?i am check: > > # rpm -qa | grep sanlock > sanlock-2.6-7.fc18.x86_64 > libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 > sanlock-lib-2.6-7.fc18.x86_64 > sanlock-python-2.6-7.fc18.x86_64 > Thanks! > ? ?you would like make reinstall ??I can try again... > > Marcelo Barbosa > mr.marcelo.barbosa at gmail.com > Can you please also check the contents of the /etc/sysconfig/wdmd? Just attach it to the mail. Thanks. From gianluca.cecchi at gmail.com Tue Mar 19 14:20:58 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 15:20:58 +0100 Subject: [Users] otopi needed on oVirt node? Message-ID: Hello, comparing rpm packages installed on two f18 systems that are nodes of a 3.2 cluster, I notice this difference: > otopi-1.0.0-1.fc18.noarch > ovirt-host-deploy-1.0.1-1.fc18.noarch I think ovirt-host-deploy is not necessary and that I can remove from the only node where it is installed. What about otopi? Thanks, Gianluca From alourie at redhat.com Tue Mar 19 14:23:25 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 14:25:25 +0002 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: <201303191423.r2JENRar027233@int-mx11.intmail.prod.int.phx2.redhat.com> Gianluca On Tue, Mar 19, 2013 at 3:29 PM, Gianluca Cecchi wrote: > On Tue, Mar 19, 2013 at 2:16 PM, Alex Lourie > wrote: > >>> > > * Perform the following steps to upgrade the history service >>> or the >>> > > reporting package: >>> > > 1. Execute: yum update ovirt-engine-reports* >>> > > 2. Execute: ovirt-engine-dwh-setup >>> > > 3. Execute: ovirt-engine-reports-setup >>> > > * DB Backup available at >>> > > > >>> > > > >>> /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql >>> > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* >>> > > Loaded plugins: fastestmirror, langpacks, presto, > >>> > > refresh-packagekit, >>> > > versionlock >>> > > Loading mirror speeds from cached hostfile >>> > > * fedora: fedora.mirror.garr.it >>> > > * livna: ftp-stud.fht-esslingen.de >>> > > * rpmfusion-free: ftp.nluug.nl >>> > > * rpmfusion-free-updates: ftp.nluug.nl >>> > > * rpmfusion-nonfree: ftp.nluug.nl >>> > > * rpmfusion-nonfree-updates: ftp.nluug.nl >>> > In my case, I have a cluster with two f18 nodes with 3.2 and an f18 > engine with 3.2. > I updated engine to 3.2.1. > I got the same error and: > 1) yum update ovirt-engine-reports* > gives nothing to update > > I presume I still have to run 2) and 3) or not if 1) doesn't catch > anything? > In anu case: > > 2) ovirt-engine-dwh-setup > # ovirt-engine-dwh-setup > Setting DB connectivity... [DONE] > Upgrade DB... [DONE ] > Starting ovirt-engine... [DONE ] > Starting oVirt-ETL... [DONE] > Successfully installed ovirt-engine-dwh. > The installation log file is available at: > /var/log/ovirt-engine/ovirt-engine-dwh-setup-2013_03_19_09_32_22.log > > 3) > # ovirt-engine-reports-setup > Welcome to ovirt-engine-reports setup utility > Exporting current users... [DONE] > Updating Redirect Servlet... [DONE] > Importing reports... [DONE] > Importing current users... [DONE] > Customizing Server... [DONE] > Running post setup steps... [DONE] > Starting ovirt-engine... [DONE] > Succesfully installed ovirt-engine-reports. > The installation log file is available at: > /var/log/ovirt-engine/ovirt-engine-reports-setup-2013_03_19_09_32_57.log > > Then update my other f18 packages (comprising the ovirt ones for > possible new nodes deploy..) > 4) yum update > > 5) reboot > (at 12:16) > > At first ovirt-engine-dwhd didn't start correctly and then at 12:47 I > started it manually and seems to be ok now. > See messages: > > Mar 19 12:16:49 f18engine systemd[1]: Started PostgreSQL database > server. > Mar 19 12:16:49 f18engine systemd[1]: Starting oVirt Engine... > Mar 19 12:16:50 f18engine systemd[1]: Started The Apache HTTP Server. > Mar 19 12:16:50 f18engine libvirtd[901]: 2013-03-19 11:16:50.984+0000: > 1046: error : virNWFilterSnoopLeaseFileRefresh:1903 : o > pen("/var/run/libvirt/network/nwfilter.ltmp"): No such file or > directory > Mar 19 12:16:52 f18engine chronyd[641]: Selected source 131.175.12.3 > Mar 19 12:16:55 f18engine ovirt-engine-dwhd[892]: Starting > ovirt-engine-dwhd: at Tue Mar 19 12:16:43 CET > 2013[ OK ] > Mar 19 12:16:55 f18engine systemd[1]: Started LSB: oVirt Engine > History ETL Service for Data Warehouse and Reporting. > Mar 19 12:16:56 f18engine kernel: [ 28.759401] Ebtables v2.0 > registered > Mar 19 12:16:56 f18engine kernel: [ 29.161347] ip6_tables: (C) > 2000-2006 Netfilter Core Team > Mar 19 12:16:57 f18engine engine-service[1050]: Started engine > process 1091. > Mar 19 12:16:57 f18engine engine-service[1050]: Starting > engine-service: [ OK ] > Mar 19 12:16:57 f18engine kernel: [ 30.004260] cgroup: libvirtd > (1046) created nested cgroup for controller "memory" which has > incomplete hierarchy support. Nested cgroups may change behavior in > the future. > Mar 19 12:16:57 f18engine kernel: [ 30.004263] cgroup: "memory" > requires setting use_hierarchy to 1 on the root. > Mar 19 12:16:57 f18engine kernel: [ 30.004306] cgroup: libvirtd > (1046) created nested cgroup for controller "devices" which has > incomplete hierarchy support. Nested cgroups may change behavior in > the future. > Mar 19 12:16:57 f18engine kernel: [ 30.004352] cgroup: libvirtd > (1046) created nested cgroup for controller "blkio" which has > incomplete hierarchy support. Nested cgroups may change behavior in > the future. > Mar 19 12:16:57 f18engine systemd[1]: Started oVirt Engine. > Mar 19 12:16:57 f18engine systemd[1]: Starting Multi-User. > Mar 19 12:16:57 f18engine systemd[1]: Reached target Multi-User. > Mar 19 12:16:57 f18engine systemd[1]: Starting Update UTMP about > System Runlevel Changes... > Mar 19 12:16:57 f18engine systemd[1]: Starting Stop Read-Ahead Data > Collection 10s After Completed Startup. > Mar 19 12:16:57 f18engine systemd[1]: Started Stop Read-Ahead Data > Collection 10s After Completed Startup. > Mar 19 12:16:58 f18engine systemd[1]: Started Update UTMP about System > Runlevel Changes. > Mar 19 12:16:58 f18engine systemd[1]: Startup finished in 1s 492ms > 639us (kernel) + 2s 488ms 802us (initrd) + 26s 343ms 715us (userspace) > = 30s 325ms 156us. > Mar 19 12:17:02 f18engine systemd[1]: ovirt-engine-dwhd.service: main > process exited, code=exited, status=232/n/a > Mar 19 12:17:02 f18engine ovirt-engine-dwhd[1154]: Stopping > ovirt-engine-dwhd: [FAILED] > Mar 19 12:17:02 f18engine ovirt-engine-dwhd[1154]: oVirt ETL Service > is currently not running > Mar 19 12:17:02 f18engine systemd[1]: Unit ovirt-engine-dwhd.service > entered failed state > Mar 19 12:17:07 f18engine systemd[1]: Starting Stop Read-Ahead Data > Collection... > Mar 19 12:17:07 f18engine systemd[1]: Started Stop Read-Ahead Data > Collection. > Mar 19 12:27:12 f18engine systemd-logind[612]: New session 1 of user > g.cecchi. > Mar 19 12:31:27 f18engine systemd[1]: Starting Cleanup of Temporary > Directories... > Mar 19 12:31:28 f18engine systemd[1]: Started Cleanup of Temporary > Directories. > Mar 19 12:47:10 f18engine systemd[1]: Starting LSB: oVirt Engine > History ETL Service for Data Warehouse and Reporting... > Mar 19 12:47:20 f18engine ovirt-engine-dwhd[1797]: Starting > ovirt-engine-dwhd: at Tue Mar 19 12:47:10 CET 2013[ OK ] > Mar 19 12:47:20 f18engine systemd[1]: Started LSB: oVirt Engine > History ETL Service for Data Warehouse and Reporting. > > # systemctl status ovirt-engine-dwhd > ovirt-engine-dwhd.service - LSB: oVirt Engine History ETL Service for > Data Warehouse and Reporting > Loaded: loaded (/etc/rc.d/init.d/ovirt-engine-dwhd) > Active: active (running) since Tue 2013-03-19 12:47:20 CET; 13s ago > Process: 1154 ExecStop=/etc/rc.d/init.d/ovirt-engine-dwhd stop > (code=exited, status=0/SUCCESS) > Process: 1797 ExecStart=/etc/rc.d/init.d/ovirt-engine-dwhd start > (code=exited, status=0/SUCCESS) > Main PID: 1805 (java) > CGroup: name=systemd:/system/ovirt-engine-dwhd.service > ??1805 /usr/lib/jvm/jre-1.7.0-openjdk.x86_64/bin/java -Xms256M > -Xmx1024M -Djavax.net... > > Mar 19 12:47:10 f18engine systemd[1]: Starting LSB: oVirt Engine > History ETL Service...... > Mar 19 12:47:10 f18engine runuser[1802]: pam_unix(runuser:session): > session opened fo...0) > Mar 19 12:47:10 f18engine runuser[1802]: pam_unix(runuser:session): > session closed fo...ot > Mar 19 12:47:20 f18engine ovirt-engine-dwhd[1797]: Starting > ovirt-engine-dwhd: at Tue ...] > Mar 19 12:47:20 f18engine systemd[1]: Started LSB: oVirt Engine > History ETL Service ...ng. > > Right before update, connecting from a pc with chrome returned correct > reports gui. > As soon I started again, after update, the same client gets scrambled > reports output, as I already posted in the first e-mail of this > thread. > Please open a bug on reports; attach server logs. Thanks. > > Gianluca > From alonbl at redhat.com Tue Mar 19 14:23:58 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 19 Mar 2013 10:23:58 -0400 (EDT) Subject: [Users] otopi needed on oVirt node? In-Reply-To: Message-ID: <749357908.7753480.1363703038636.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "users" > Sent: Tuesday, March 19, 2013 4:20:58 PM > Subject: [Users] otopi needed on oVirt node? > > Hello, > comparing rpm packages installed on two f18 systems that are nodes of > a 3.2 cluster, I notice this difference: > > > otopi-1.0.0-1.fc18.noarch > > ovirt-host-deploy-1.0.1-1.fc18.noarch This is strange! are you sure the host is ovirt-node? > I think ovirt-host-deploy is not necessary and that I can remove from > the only node where it is installed. > What about otopi? You need ovirt-host-deploy-offline, a single package, on ovirt-node. Alon From mr.marcelo.barbosa at gmail.com Tue Mar 19 14:26:29 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Tue, 19 Mar 2013 11:26:29 -0300 Subject: [Users] Problem install In-Reply-To: References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> Message-ID: Alex, Follows the file: [root at firelap marcelo.barbosa]# cat /etc/sysconfig/wdmd # WDMDOPTS -- set the command line options for the wdmd daemon # See wdmd man page for full list of command line options. # # Include "-G sanlock" in the option string. # # To enable use of test scripts #WDMDOPTS="-G sanlock -S 1" # # To select a specific watchdog device #WDMDOPTS="-G sanlock -w /dev/watchdog1" I tried again, but error: 2013-03-19 11:05:33::ERROR::engine-setup::2385::root:: Traceback (most recent call last): File "/bin/engine-setup", line 2379, in main(confFile) File "/bin/engine-setup", line 2162, in main runSequences() File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Full ERROR/LOG in attached. More informations about my enviroment: [root at firelap marcelo.barbosa]# *rpm -qa | grep -i ovirt-engine* ovirt-engine-setup-plugin-allinone-3.2.1-1.fc18.noarch ovirt-engine-backend-3.2.1-1.fc18.noarch ovirt-engine-restapi-3.2.1-1.fc18.noarch ovirt-engine-genericapi-3.2.1-1.fc18.noarch ovirt-engine-cli-3.2.0.11-1.fc18.noarch ovirt-engine-3.2.1-1.fc18.noarch ovirt-engine-setup-3.2.1-1.fc18.noarch ovirt-engine-dbscripts-3.2.1-1.fc18.noarch ovirt-engine-sdk-3.2.0.10-1.fc18.noarch ovirt-engine-userportal-3.2.1-1.fc18.noarch ovirt-engine-webadmin-portal-3.2.1-1.fc18.noarch ovirt-engine-tools-3.2.1-1.fc18.noarch [root at firelap marcelo.barbosa]# *cat /etc/hosts* 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 172.16.255.54 firelap firelap.local [root at firelap marcelo.barbosa]#* ifconfig * bond0: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond1: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond2: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond3: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 bond4: flags=5123 mtu 1500 ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 115968 bytes 34730071 (33.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 115968 bytes 34730071 (33.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 p5p1: flags=4163 mtu 1500 inet 172.16.255.54 netmask 255.255.255.192 broadcast 172.16.255.63 inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid 0x20 ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) RX packets 1785531 bytes 2623497125 (2.4 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 975613 bytes 76733377 (73.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 17 Forever run *engine-cleanup* before *engine-setup* [root at localhost ~]# *engine-setup * Welcome to oVirt Engine setup utility oVirt Engine uses httpd to proxy requests to the application server. It looks like the httpd installed locally is being actively used. The installer can override current configuration . Alternatively you can use JBoss directly (on ports higher than 1024) Do you wish to override current httpd configuration and restart the service? ['yes'| 'no'] [yes] : HTTP Port [80] : HTTPS Port [443] : Host fully qualified domain name. Note: this name should be fully resolvable [firelap.local] : firelap.local did not resolve into an IP address User input failed validation, do you still wish to use it? (yes|no): yes Enter a password for an internal oVirt Engine administrator user (admin at internal) : Warning: Weak Password. Confirm password : Organization Name for the Certificate [local] : The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] ['virt'| 'gluster'| 'both'] [both] : The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| 'POSIXFS'] [NFS] : Enter DB type for installation ['remote'| 'local'] [local] : Enter a password for a local oVirt Engine DB admin user (engine) : Warning: Weak Password. Confirm password : Error: passwords don't match Enter a password for a local oVirt Engine DB admin user (engine) : Warning: Weak Password. Confirm password : Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso Error: mount point already exists in /etc/exports Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso Firewall ports need to be opened. The installer can configure firewall automatically overriding the current configuration. The old configuration will be backed up. Alternately you can configure the firewall later using an example file. Which firewall do you wish to configure? ['None'| 'Firewalld'| 'IPTables']: IPTables Configure VDSM on this host? ['yes'| 'no'] [yes] : Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms Confirm root password : oVirt Engine will be installed using the following configuration: ================================================================= override-httpd-config: yes http-port: 80 https-port: 443 host-fqdn: firelap.local auth-pass: ******** org-name: local application-mode: both default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /firebackup/ovirt/iso override-firewall: IPTables config-allinone: yes storage-path: /firebackup/ovirt/vms superuser-pass: ******** Proceed with the configuration listed above? (yes|no): yes Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt Engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ DONE ] Updating ovirt-engine service... [ DONE ] Setting Database Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing oVirt Engine Configuration... [ DONE ] Editing Postgresql Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall... [ DONE ] Starting ovirt-engine Service... [ DONE ] Configuring HTTPD... [ DONE ] AIO: Creating storage directory... [ DONE ] AIO: Adding Local Datacenter and cluster... [ DONE ] AIO: Adding Local host (This may take several minutes)... [ ERROR ] Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Please check log file /var/log/ovirt-engine/engine-setup_2013_03_19_11_00_51.log for more information Let me know if you need any additional tests, thank you for attention. Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Tue, Mar 19, 2013 at 10:51 AM, Marcelo Barbosa < mr.marcelo.barbosa at gmail.com> wrote: > Alex, > > i am check: > > # rpm -qa | grep sanlock > sanlock-2.6-7.fc18.x86_64 > libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 > sanlock-lib-2.6-7.fc18.x86_64 > sanlock-python-2.6-7.fc18.x86_64 > > you would like make reinstall ? I can try again... > > Marcelo Barbosa > *mr.marcelo.barbosa at gmail.com* > > > On Tue, Mar 19, 2013 at 10:30 AM, Alex Lourie wrote: > >> Hi Marcelo >> >> Can you please check that you have sanlock-2.6-7 installed? >> >> Thanks. >> >> On Wed, Mar 6, 2013 at 10:51 PM, Marcelo Barbosa < >> mr.marcelo.barbosa at gmail.com> wrote: >> >>> Alex, >>> >>> Thankyou for attention. This return should not happen, because I have >>> my hostname registered and running on my DNS servers, but i'm inserted in >>> /etc/hosts my hostname and retry setup, but return new error: >>> >>> >>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::297::root:: Waiting for >>> host to become operational >>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::300::root:: current host >>> status is: up >>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::302::root:: The host is >>> up. >>> 2013-03-06 17:35:14::DEBUG::setup_**sequences::59::root:: running >>> addStorageDomain >>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::317::root:: Adding local >>> storage domain >>> 2013-03-06 17:35:14::INFO::all_in_one_**100::322::root:: Creating local >>> storage >>> 2013-03-06 17:35:14::INFO::all_in_one_**100::326::root:: Creating local >>> storage domain >>> 2013-03-06 17:35:14::INFO::all_in_one_**100::334::root:: Adding local >>> storage domain >>> 2013-03-06 17:35:15::ERROR::all_in_one_**100::337::root:: Traceback >>> (most recent call last): >>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>> line 335, in addStorageDomain >>> controller.CONF["API_OBJECT"].**storagedomains.add(sdParams) >>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/brokers.py", >>> line 5151, in add >>> headers={"Expect":expect, "Correlation-Id":correlation_**id}) >>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >>> line 118, in add >>> return self.request('POST', url, body, headers) >>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >>> line 129, in request >>> last=last) >>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >>> line 159, in __doRequest >>> raise RequestError, response >>> RequestError: >>> status: 400 >>> reason: Bad Request >>> detail: Cannot add Storage. Internal error, Storage Connection doesn't >>> exist. >>> >>> 2013-03-06 17:35:15::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 338, in addStorageDomain >>> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >>> Exception: Error: could not add local storage domain >>> >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1948::root:: *** The >>> following params were used as user input: >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> override-httpd-config: yes >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: http-port: 80 >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: https-port: 443 >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> random-passwords: no >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: mac-range: >>> 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: host-fqdn: >>> firelap.usc.unirede.net >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: auth-pass: >>> ******** >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: org-name: >>> firelap >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> application-mode: both >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> default-dc-type: NFS >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> db-remote-install: local >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-host: >>> localhost >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-local-pass: >>> ******** >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: nfs-mp: >>> /firebackup/********/iso >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> iso-domain-name: ISO_DOMAIN >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: config-nfs: yes >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> override-firewall: IPTables >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> config-allinone: yes >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: storage-path: >>> /firebackup/********/vms >>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>> superuser-pass: ******** >>> 2013-03-06 17:35:15::ERROR::engine-setup:**:2369::root:: Traceback >>> (most recent call last): >>> File "/bin/engine-setup", line 2363, in >>> main(confFile) >>> File "/bin/engine-setup", line 2146, in main >>> runSequences() >>> File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain >>> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >>> Exception: Error: could not add local storage domain >>> >>> Any ideas to solve this problem? >>> >>> Marcelo Barbosa >>> mr.marcelo.barbosa at gmail.com >>> >>> >>> On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos >>> wrote: >>> >>>> Hi. Have you tried solving the hostnames resolving issues that are >>>> described on your email? Add the hosts to /etc/hosts >>>> >>>> Alex >>>> >>>> No dia 06/03/2013 18:02, "Marcelo Barbosa" < >>>> mr.marcelo.barbosa at gmail.com> escreveu: >>>> >>>>> Attached my log file. >>>>> >>>>> Marcelo Barbosa >>>>> mr.marcelo.barbosa at gmail.com >>>>> >>>>> >>>>> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa < >>>>> mr.marcelo.barbosa at gmail.com> wrote: >>>>> >>>>>> hi guys, >>>>>> >>>>>> I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but this >>>>>> version not finish for sucessful install, information my enviroment: >>>>>> >>>>>> [root at firelap ovirt]# cat /etc/redhat-release >>>>>> Fedora release 18 (Spherical Cow) >>>>>> >>>>>> [root at firelap ovirt]# uname -a >>>>>> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC >>>>>> 2013 x86_64 x86_64 x86_64 GNU/Linux >>>>>> >>>>>> [root at firelap ovirt]# ifconfig >>>>>> bond0: flags=5123 mtu 1500 >>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >>>>>> bond1: flags=5123 mtu 1500 >>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >>>>>> bond2: flags=5123 mtu 1500 >>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >>>>>> bond3: flags=5123 mtu 1500 >>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >>>>>> bond4: flags=5123 mtu 1500 >>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >>>>>> lo: flags=73 mtu 65536 >>>>>> inet 127.0.0.1 netmask 255.0.0.0 >>>>>> inet6 ::1 prefixlen 128 scopeid 0x10 >>>>>> loop txqueuelen 0 (Local Loopback) >>>>>> RX packets 136972 bytes 54834621 (52.2 MiB) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 136972 bytes 54834621 (52.2 MiB) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> >>>>>> p5p1: flags=4163 mtu 1500 >>>>>> inet 172.16.255.43 netmask 255.255.255.192 broadcast >>>>>> 172.16.255.63 >>>>>> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid >>>>>> 0x20 >>>>>> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >>>>>> RX packets 480681 bytes 614801393 (586.3 MiB) >>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>> TX packets 323373 bytes 35479386 (33.8 MiB) >>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>> device interrupt 17 >>>>>> >>>>>> [root at firelap ovirt]# rpm -qa | grep ovirt >>>>>> ovirt-engine-cli-3.2.0.10-1.**fc18.noarch >>>>>> ovirt-engine-backend-3.2.0-4.**fc18.noarch >>>>>> ovirt-engine-config-3.2.0-4.**fc18.noarch >>>>>> ovirt-host-deploy-1.0.0-1.**fc18.noarch >>>>>> ovirt-engine-setup-plugin-**allinone-3.2.0-4.fc18.noarch >>>>>> ovirt-engine-restapi-3.2.0-4.**fc18.noarch >>>>>> ovirt-engine-dbscripts-3.2.0-**4.fc18.noarch >>>>>> ovirt-image-uploader-3.2.0-1.**fc18.noarch >>>>>> ovirt-host-deploy-offline-1.0.**0-1.fc18.noarch >>>>>> ovirt-engine-setup-3.2.0-4.**fc18.noarch >>>>>> ovirt-release-fedora-5-3.**noarch >>>>>> ovirt-engine-tools-common-3.2.**0-4.fc18.noarch >>>>>> ovirt-engine-3.2.0-4.fc18.**noarch >>>>>> ovirt-log-collector-3.2.0-1.**fc18.noarch >>>>>> ovirt-host-deploy-java-1.0.0-**1.fc18.noarch >>>>>> ovirt-engine-userportal-3.2.0-**4.fc18.noarch >>>>>> ovirt-engine-notification-**service-3.2.0-4.fc18.noarch >>>>>> ovirt-iso-uploader-3.2.0-1.**fc18.noarch >>>>>> ovirt-engine-webadmin-portal-**3.2.0-4.fc18.noarch >>>>>> ovirt-engine-sdk-3.2.0.9-1.**fc18.noarch >>>>>> ovirt-engine-genericapi-3.2.0-**4.fc18.noarch >>>>>> >>>>>> [root at firelap ~]# host firelap.usc.unirede.net >>>>>> firelap.usc.unirede.net has address 172.16.255.43 >>>>>> >>>>>> [root at firelap ~]# ping firelap.usc.unirede.net >>>>>> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. >>>>>> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 time=0.055 >>>>>> ms >>>>>> >>>>>> [root at firelap ~]# engine-setup >>>>>> Welcome to oVirt Engine setup utility >>>>>> oVirt Engine uses httpd to proxy requests to the application server. >>>>>> It looks like the httpd installed locally is being actively used. >>>>>> The installer can override current configuration . >>>>>> Alternatively you can use JBoss directly (on ports higher than 1024) >>>>>> Do you wish to override current httpd configuration and restart the >>>>>> service? ['yes'| 'no'] [yes] : >>>>>> HTTP Port [80] : >>>>>> HTTPS Port [443] : >>>>>> Host fully qualified domain name. Note: this name should be fully >>>>>> resolvable [firelap.no-ip.org] : localhost.localdomain >>>>>> The IP (127.0.0.1) which was resolved from the FQDN >>>>>> localhost.localdomain is not configured on any interface on this host >>>>>> User input failed validation, do you still wish to use it? (yes|no): >>>>>> no >>>>>> Host fully qualified domain name. Note: this name should be fully >>>>>> resolvable [firelap.no-ip.org] : >>>>>> firelap.no-ip.org did not resolve into an IP address >>>>>> User input failed validation, do you still wish to use it? (yes|no): >>>>>> no >>>>>> Host fully qualified domain name. Note: this name should be fully >>>>>> resolvable [firelap.no-ip.org] : firelap.usc.unirede.net >>>>>> Enter a password for an internal oVirt Engine administrator user >>>>>> (admin at internal) : >>>>>> Warning: Weak Password. >>>>>> Confirm password : >>>>>> Organization Name for the Certificate [no-ip.org] : >>>>>> firelap.usc.unirede.net >>>>>> The engine can be configured to present the UI in three different >>>>>> application modes. virt [Manage virtualization only], gluster [Manage >>>>>> gluster storage only], and both [Manage virtualization as well as gluster >>>>>> storage] ['virt'| 'gluster'| 'both'] [both] : >>>>>> The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| >>>>>> 'POSIXFS'] [NFS] : >>>>>> Enter DB type for installation ['remote'| 'local'] [local] : >>>>>> Enter a password for a local oVirt Engine DB admin user (engine) : >>>>>> Warning: Weak Password. >>>>>> Confirm password : >>>>>> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >>>>>> Error: directory /firebackup/ovirt/iso is not empty >>>>>> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >>>>>> Firewall ports need to be opened. >>>>>> The installer can configure firewall automatically overriding the >>>>>> current configuration. The old configuration will be backed up. >>>>>> Alternately you can configure the firewall later using an example >>>>>> file. >>>>>> Which firewall do you wish to configure? ['None'| 'Firewalld'| >>>>>> 'IPTables']: IPTables >>>>>> Configure VDSM on this host? ['yes'| 'no'] [yes] : >>>>>> Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms >>>>>> Confirm root password : >>>>>> >>>>>> oVirt Engine will be installed using the following configuration: >>>>>> ==============================**==============================**===== >>>>>> override-httpd-config: yes >>>>>> http-port: 80 >>>>>> https-port: 443 >>>>>> host-fqdn: firelap.usc.unirede.net >>>>>> auth-pass: ******** >>>>>> org-name: firelap.usc.unirede.net >>>>>> application-mode: both >>>>>> default-dc-type: NFS >>>>>> db-remote-install: local >>>>>> db-local-pass: ******** >>>>>> nfs-mp: /firebackup/ovirt/iso >>>>>> override-firewall: IPTables >>>>>> config-allinone: yes >>>>>> storage-path: /firebackup/ovirt/vms >>>>>> superuser-pass: ******** >>>>>> Proceed with the configuration listed above? (yes|no): yes >>>>>> >>>>>> Installing: >>>>>> AIO: Validating CPU Compatibility... [ >>>>>> DONE ] >>>>>> AIO: Adding firewall rules... [ >>>>>> DONE ] >>>>>> Configuring oVirt Engine... [ >>>>>> DONE ] >>>>>> Configuring JVM... [ >>>>>> DONE ] >>>>>> Creating CA... [ >>>>>> DONE ] >>>>>> Updating ovirt-engine service... [ >>>>>> DONE ] >>>>>> Setting Database Configuration... [ >>>>>> DONE ] >>>>>> Setting Database Security... [ >>>>>> DONE ] >>>>>> Creating Database... [ >>>>>> DONE ] >>>>>> Updating the Default Data Center Storage Type... [ >>>>>> DONE ] >>>>>> Editing oVirt Engine Configuration... [ >>>>>> DONE ] >>>>>> Editing Postgresql Configuration... [ >>>>>> DONE ] >>>>>> Configuring the Default ISO Domain... [ >>>>>> DONE ] >>>>>> Configuring Firewall... [ >>>>>> DONE ] >>>>>> Starting ovirt-engine Service... [ >>>>>> DONE ] >>>>>> Configuring HTTPD... [ >>>>>> DONE ] >>>>>> AIO: Creating storage directory... [ >>>>>> DONE ] >>>>>> AIO: Adding Local Datacenter and cluster... [ >>>>>> DONE ] >>>>>> AIO: Adding Local host (This may take several minutes)... [ >>>>>> ERROR ] >>>>>> Error: Host was found in a 'Failed' state. Please check engine and >>>>>> bootstrap installation logs. >>>>>> Please check log file /var/log/ovirt-engine/engine-**setup_2013_03_06_14_30_51.log >>>>>> for more information >>>>>> >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1238::root:: stopping >>>>>> httpd >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: executing >>>>>> action httpd on service stop >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: Executing >>>>>> command --> '/sbin/service httpd stop' >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:472::root:: output = >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:473::root:: stderr = >>>>>> Redirecting to /bin/systemctl stop httpd.service >>>>>> >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1228::root:: starting >>>>>> httpd >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: executing >>>>>> action httpd on service start >>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: Executing >>>>>> command --> '/sbin/service httpd start' >>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:472::root:: output = >>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:473::root:: stderr = >>>>>> Redirecting to /bin/systemctl start httpd.service >>>>>> >>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>> 2013-03-06 14:35:36::DEBUG::setup_**sequences::59::root:: running >>>>>> makeStorageDir >>>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::368::root:: >>>>>> Creating/Verifying local domain path >>>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::374::root:: Setting >>>>>> selinux context >>>>>> 2013-03-06 14:35:36::DEBUG::nfsutils::36:**:root:: setting selinux >>>>>> context for /firebackup/ovirt/vms >>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:434::root:: Executing >>>>>> command --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t >>>>>> /firebackup/ovirt/vms(/.*)?' >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: output = >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: stderr = >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:434::root:: Executing >>>>>> command --> '/sbin/restorecon -r /firebackup/ovirt/vms' >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: output = >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: stderr = >>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: running >>>>>> waitForJbossUp >>>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::445::root:: Checking >>>>>> JBoss status. >>>>>> 2013-03-06 14:35:39::INFO::all_in_one_**100::448::root:: JBoss is up >>>>>> and running. >>>>>> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: running >>>>>> initAPI >>>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::240::root:: Initiating >>>>>> the API object >>>>>> 2013-03-06 14:35:41::DEBUG::setup_**sequences::59::root:: running >>>>>> createDC >>>>>> 2013-03-06 14:35:41::DEBUG::all_in_one_**100::256::root:: Creating >>>>>> the local datacenter >>>>>> 2013-03-06 14:35:42::DEBUG::setup_**sequences::59::root:: running >>>>>> createCluster >>>>>> 2013-03-06 14:35:42::DEBUG::all_in_one_**100::267::root:: Creating >>>>>> the local cluster >>>>>> 2013-03-06 14:35:43::DEBUG::setup_**sequences::59::root:: running >>>>>> createHost >>>>>> 2013-03-06 14:35:43::DEBUG::all_in_one_**100::280::root:: Adding the >>>>>> local host >>>>>> 2013-03-06 14:35:44::DEBUG::setup_**sequences::59::root:: running >>>>>> waitForHostUp >>>>>> 2013-03-06 14:35:44::DEBUG::all_in_one_**100::297::root:: Waiting >>>>>> for host to become operational >>>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::300::root:: current >>>>>> host status is: installing >>>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::311::root:: Traceback >>>>>> (most recent call last): >>>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>>> line 308, in isHostUp >>>>>> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >>>>>> Exception: Waiting for the host to start >>>>>> >>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::297::root:: Waiting >>>>>> for host to become operational >>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::300::root:: current >>>>>> host status is: installing >>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::311::root:: Traceback >>>>>> (most recent call last): >>>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>>> line 308, in isHostUp >>>>>> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >>>>>> Exception: Waiting for the host to start >>>>>> >>>>>> 2013-03-06 14:35:55::DEBUG::all_in_one_**100::297::root:: Waiting >>>>>> for host to become operational >>>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::300::root:: current >>>>>> host status is: install_failed >>>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::311::root:: Traceback >>>>>> (most recent call last): >>>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>>> line 306, in isHostUp >>>>>> raise utils.RetryFailException(**ERROR_CREATE_HOST_FAILED) >>>>>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>>>>> check engine and bootstrap installation logs. >>>>>> >>>>>> 2013-03-06 14:35:56::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 294, in waitForHostUp >>>>>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>>> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line >>>>>> 1009, in retry >>>>>> raise e >>>>>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>>>>> check engine and bootstrap installation logs. >>>>>> >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1948::root:: *** The >>>>>> following params were used as user input: >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> override-httpd-config: yes >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: http-port: >>>>>> 80 >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: https-port: >>>>>> 443 >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> random-passwords: no >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: mac-range: >>>>>> 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: host-fqdn: >>>>>> firelap.usc.unirede.net >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: auth-pass: >>>>>> ******** >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: org-name: >>>>>> firelap.usc.unirede.net >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> application-mode: both >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> default-dc-type: NFS >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> db-remote-install: local >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: db-host: >>>>>> localhost >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> db-local-pass: ******** >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: nfs-mp: >>>>>> /firebackup/********/iso >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> iso-domain-name: ISO_DOMAIN >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: config-nfs: >>>>>> yes >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> override-firewall: IPTables >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> config-allinone: yes >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> storage-path: /firebackup/********/vms >>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>> superuser-pass: ******** >>>>>> 2013-03-06 14:35:56::ERROR::engine-setup:**:2369::root:: Traceback >>>>>> (most recent call last): >>>>>> File "/bin/engine-setup", line 2363, in >>>>>> main(confFile) >>>>>> File "/bin/engine-setup", line 2146, in main >>>>>> runSequences() >>>>>> File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp >>>>>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>>> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line >>>>>> 1009, in retry >>>>>> raise e >>>>>> RetryFailException: Error: Host was found in a 'Failed' state. Please >>>>>> check engine and bootstrap installation logs. >>>>>> >>>>>> Thnkz for attention. >>>>>> >>>>>> Marcelo Barbosa >>>>>> mr.marcelo.barbosa at gmail.com >>>>>> >>>>>> >>>>> >>>>> ______________________________**_________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/**mailman/listinfo/users >>>>> >>>>> >>>>> >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine-setup_2013_03_19_11_00_51.log Type: application/octet-stream Size: 137588 bytes Desc: not available URL: From mburns at redhat.com Tue Mar 19 14:39:33 2013 From: mburns at redhat.com (Mike Burns) Date: Tue, 19 Mar 2013 10:39:33 -0400 Subject: [Users] otopi needed on oVirt node? In-Reply-To: <749357908.7753480.1363703038636.JavaMail.root@redhat.com> References: <749357908.7753480.1363703038636.JavaMail.root@redhat.com> Message-ID: <514878A5.6060009@redhat.com> On 03/19/2013 10:23 AM, Alon Bar-Lev wrote: > > > ----- Original Message ----- >> From: "Gianluca Cecchi" >> To: "users" >> Sent: Tuesday, March 19, 2013 4:20:58 PM >> Subject: [Users] otopi needed on oVirt node? >> >> Hello, >> comparing rpm packages installed on two f18 systems that are nodes of >> a 3.2 cluster, I notice this difference: >> >>> otopi-1.0.0-1.fc18.noarch >>> ovirt-host-deploy-1.0.1-1.fc18.noarch > > This is strange! are you sure the host is ovirt-node? > >> I think ovirt-host-deploy is not necessary and that I can remove from >> the only node where it is installed. >> What about otopi? > > You need ovirt-host-deploy-offline, a single package, on ovirt-node. Are you sure this is ovirt-node? It looks like they say 2 F18 systems. Mike > > Alon > From alourie at redhat.com Tue Mar 19 14:39:55 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 14:41:55 +0002 Subject: [Users] Problem install In-Reply-To: References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> Message-ID: <201303191440.r2JEdv0Q002729@int-mx11.intmail.prod.int.phx2.redhat.com> Hi Marcelo Let's try something else. Run sed -i 's/\#WDMDOPTS/WDMDOPTS/g' /etc/sysconfig/wdmd And try running the setup again. On Tue, Mar 19, 2013 at 4:26 PM, Marcelo Barbosa wrote: > Alex, > > ? ?Follows the file: > ? ? > [root at firelap marcelo.barbosa]# cat /etc/sysconfig/wdmd > # WDMDOPTS -- set the command line options for the wdmd daemon > # See wdmd man page for full list of command line options. > # > # Include "-G sanlock" in the option string. > # > # To enable use of test scripts > #WDMDOPTS="-G sanlock -S 1" > # > # To select a specific watchdog device > #WDMDOPTS="-G sanlock -w /dev/watchdog1" > > ? ?I tried again, but error: > > 2013-03-19 11:05:33::ERROR::engine-setup::2385::root:: Traceback > (most recent call last): > ? File "/bin/engine-setup", line 2379, in > ? ? main(confFile) > ? File "/bin/engine-setup", line 2162, in main > ? ? runSequences() > ? File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp > ? ? utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > ? File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, > in retry > ? ? raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > > ? ?Full ERROR/LOG in attached. > > ? ?More informations about my enviroment: > > [root at firelap marcelo.barbosa]# rpm -qa | grep -i ovirt-engine > ovirt-engine-setup-plugin-allinone-3.2.1-1.fc18.noarch > ovirt-engine-backend-3.2.1-1.fc18.noarch > ovirt-engine-restapi-3.2.1-1.fc18.noarch > ovirt-engine-genericapi-3.2.1-1.fc18.noarch > ovirt-engine-cli-3.2.0.11-1.fc18.noarch > ovirt-engine-3.2.1-1.fc18.noarch > ovirt-engine-setup-3.2.1-1.fc18.noarch > ovirt-engine-dbscripts-3.2.1-1.fc18.noarch > ovirt-engine-sdk-3.2.0.10-1.fc18.noarch > ovirt-engine-userportal-3.2.1-1.fc18.noarch > ovirt-engine-webadmin-portal-3.2.1-1.fc18.noarch > ovirt-engine-tools-3.2.1-1.fc18.noarch > > [root at firelap marcelo.barbosa]# cat /etc/hosts > 127.0.0.1 ? localhost localhost.localdomain localhost4 > localhost4.localdomain4 > ::1 ? ? ? ? localhost localhost.localdomain localhost6 > localhost6.localdomain6 > 172.16.255.54 firelap firelap.local > > [root at firelap marcelo.barbosa]# ifconfig? > bond0: flags=5123 ?mtu 1500 > ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) > ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > > bond1: flags=5123 ?mtu 1500 > ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) > ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > > bond2: flags=5123 ?mtu 1500 > ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) > ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > > bond3: flags=5123 ?mtu 1500 > ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) > ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > > bond4: flags=5123 ?mtu 1500 > ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) > ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > > lo: flags=73 ?mtu 65536 > ? ? ? ? inet 127.0.0.1 ?netmask 255.0.0.0 > ? ? ? ? inet6 ::1 ?prefixlen 128 ?scopeid 0x10 > ? ? ? ? loop ?txqueuelen 0 ?(Local Loopback) > ? ? ? ? RX packets 115968 ?bytes 34730071 (33.1 MiB) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 115968 ?bytes 34730071 (33.1 MiB) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > > p5p1: flags=4163 ?mtu 1500 > ? ? ? ? inet 172.16.255.54 ?netmask 255.255.255.192 ?broadcast > 172.16.255.63 > ? ? ? ? inet6 fe80::7a45:c4ff:feb0:8995 ?prefixlen 64 ?scopeid > 0x20 > ? ? ? ? ether 78:45:c4:b0:89:95 ?txqueuelen 1000 ?(Ethernet) > ? ? ? ? RX packets 1785531 ?bytes 2623497125 (2.4 GiB) > ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 > ? ? ? ? TX packets 975613 ?bytes 76733377 (73.1 MiB) > ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 > ?collisions 0 > ? ? ? ? device interrupt 17 ? > > ? ?Forever run engine-cleanup before engine-setup > > [root at localhost ~]# engine-setup? > Welcome to oVirt Engine setup utility > oVirt Engine uses httpd to proxy requests to the application server. > It looks like the httpd installed locally is being actively used. > The installer can override current configuration . > Alternatively you can use JBoss directly (on ports higher than 1024) > Do you wish to override current httpd configuration and restart the > service? ['yes'| 'no'] ?[yes] :? > HTTP Port ?[80] :? > HTTPS Port ?[443] :? > Host fully qualified domain name. Note: this name should be fully > resolvable ?[firelap.local] :? > firelap.local did not resolve into an IP address > User input failed validation, do you still wish to use it? (yes|no): > yes > Enter a password for an internal oVirt Engine administrator user > (admin at internal) : > Warning: Weak Password. > Confirm password : > Organization Name for the Certificate ?[local] :? > The engine can be configured to present the UI in three different > application modes. virt [Manage virtualization only], gluster [Manage > gluster storage only], and both [Manage virtualization as well as > gluster storage] ['virt'| 'gluster'| 'both'] ?[both] :? > The default storage type you will be using ?['NFS'| 'FC'| 'ISCSI'| > 'POSIXFS'] ?[NFS] :? > Enter DB type for installation ['remote'| 'local'] ?[local] :? > Enter a password for a local oVirt Engine DB admin user (engine) : > Warning: Weak Password. > Confirm password : > Error: passwords don't match > Enter a password for a local oVirt Engine DB admin user (engine) : > Warning: Weak Password. > Confirm password : > Local ISO domain path ?[/var/lib/exports/iso] : /firebackup/ovirt/iso > Error: mount point already exists in /etc/exports > Local ISO domain path ?[/var/lib/exports/iso] : /firebackup/ovirt/iso > Firewall ports need to be opened. > The installer can configure firewall automatically overriding the > current configuration. The old configuration will be backed up. > Alternately you can configure the firewall later using an example > file.? > Which firewall do you wish to configure? ['None'| 'Firewalld'| > 'IPTables']: IPTables > Configure VDSM on this host? ['yes'| 'no'] ?[yes] :? > Local storage domain path ?[/var/lib/images] : /firebackup/ovirt/vms > Confirm root password : > > oVirt Engine will be installed using the following configuration: > ================================================================= > override-httpd-config: ? ? ? ? yes > http-port: ? ? ? ? ? ? ? ? ? ? 80 > https-port: ? ? ? ? ? ? ? ? ? ?443 > host-fqdn: ? ? ? ? ? ? ? ? ? ? firelap.local > auth-pass: ? ? ? ? ? ? ? ? ? ? ******** > org-name: ? ? ? ? ? ? ? ? ? ? ?local > application-mode: ? ? ? ? ? ? ?both > default-dc-type: ? ? ? ? ? ? ? NFS > db-remote-install: ? ? ? ? ? ? local > db-local-pass: ? ? ? ? ? ? ? ? ******** > nfs-mp: ? ? ? ? ? ? ? ? ? ? ? ?/firebackup/ovirt/iso > override-firewall: ? ? ? ? ? ? IPTables > config-allinone: ? ? ? ? ? ? ? yes > storage-path: ? ? ? ? ? ? ? ? ?/firebackup/ovirt/vms > superuser-pass: ? ? ? ? ? ? ? ?******** > Proceed with the configuration listed above? (yes|no): yes > > Installing: > AIO: Validating CPU Compatibility... ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ?[ DONE ] > AIO: Adding firewall rules... ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? [ DONE ] > Configuring oVirt Engine... ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? [ DONE ] > Configuring JVM... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ?[ DONE ] > Creating CA... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ? ?[ DONE ] > Updating ovirt-engine service... ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ?[ DONE ] > Setting Database Configuration... ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? [ DONE ] > Setting Database Security... ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ?[ DONE ] > Creating Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ?[ DONE ] > Updating the Default Data Center Storage Type... ? ? ? ? ? ? ? > ? ?[ DONE ] > Editing oVirt Engine Configuration... ? ? ? ? ? ? ? ? ? ? > ? ? ? ? [ DONE ] > Editing Postgresql Configuration... ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? [ DONE ] > Configuring the Default ISO Domain... ? ? ? ? ? ? ? ? ? ? > ? ? ? ? [ DONE ] > Configuring Firewall... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? [ DONE ] > Starting ovirt-engine Service... ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ?[ DONE ] > Configuring HTTPD... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ? ? ?[ DONE ] > AIO: Creating storage directory... ? ? ? ? ? ? ? ? ? ? ? > ? ? ? ? ?[ DONE ] > AIO: Adding Local Datacenter and cluster... ? ? ? ? ? ? ? ? > ? ? ? [ DONE ] > AIO: Adding Local host (This may take several minutes)... ? ? ?[ > ERROR ] > Error: Host was found in a 'Failed' state. Please check engine and > bootstrap installation logs. > Please check log file > /var/log/ovirt-engine/engine-setup_2013_03_19_11_00_51.log for more > information > > ? ?Let me know if you need any additional tests, thank you for > attention.? > > Marcelo Barbosa > mr.marcelo.barbosa at gmail.com > > > On Tue, Mar 19, 2013 at 10:51 AM, Marcelo Barbosa > wrote: >> Alex, >> >> ? ?i am check: >> >> # rpm -qa | grep sanlock >> sanlock-2.6-7.fc18.x86_64 >> libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 >> sanlock-lib-2.6-7.fc18.x86_64 >> sanlock-python-2.6-7.fc18.x86_64 >> >> ? ?you would like make reinstall ??I can try again... >> >> Marcelo Barbosa >> mr.marcelo.barbosa at gmail.com >> >> >> On Tue, Mar 19, 2013 at 10:30 AM, Alex Lourie >> wrote: >>> Hi Marcelo >>> >>> Can you please check that you have sanlock-2.6-7 installed? >>> >>> Thanks. >>> >>> On Wed, Mar 6, 2013 at 10:51 PM, Marcelo Barbosa >>> wrote: >>>> Alex, >>>> >>>> ? ?Thankyou for attention. This return should not happen, >>>> because I have my hostname registered and running on my DNS >>>> servers, but i'm inserted in /etc/hosts my hostname and retry >>>> setup, but return new error: >>>> >>>> >>>> 2013-03-06 17:35:14::DEBUG::all_in_one_100::297::root:: Waiting >>>> for host to become operational >>>> 2013-03-06 17:35:14::DEBUG::all_in_one_100::300::root:: current >>>> host status is: up >>>> 2013-03-06 17:35:14::DEBUG::all_in_one_100::302::root:: The host >>>> is up. >>>> 2013-03-06 17:35:14::DEBUG::setup_sequences::59::root:: running >>>> addStorageDomain >>>> 2013-03-06 17:35:14::DEBUG::all_in_one_100::317::root:: Adding >>>> local storage domain >>>> 2013-03-06 17:35:14::INFO::all_in_one_100::322::root:: Creating >>>> local storage >>>> 2013-03-06 17:35:14::INFO::all_in_one_100::326::root:: Creating >>>> local storage domain >>>> 2013-03-06 17:35:14::INFO::all_in_one_100::334::root:: Adding >>>> local storage domain >>>> 2013-03-06 17:35:15::ERROR::all_in_one_100::337::root:: Traceback >>>> (most recent call last): >>>> ? File >>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line >>>> 335, in addStorageDomain >>>> ? ? controller.CONF["API_OBJECT"].storagedomains.add(sdParams) >>>> ? File >>>> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", >>>> line 5151, in add >>>> ? ? headers={"Expect":expect, "Correlation-Id":correlation_id}) >>>> ? File >>>> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", >>>> line 118, in add >>>> ? ? return self.request('POST', url, body, headers) >>>> ? File >>>> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", >>>> line 129, in request >>>> ? ? last=last) >>>> ? File >>>> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", >>>> line 159, in __doRequest >>>> ? ? raise RequestError, response >>>> RequestError:? >>>> status: 400 >>>> reason: Bad Request >>>> detail: Cannot add Storage. Internal error, Storage Connection >>>> doesn't exist. >>>> >>>> 2013-03-06 17:35:15::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 >>>> 338, in addStorageDomain >>>> ? ? raise Exception(ERROR_ADD_LOCAL_DOMAIN) >>>> Exception: Error: could not add local storage domain >>>> >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1948::root:: *** The >>>> following params were used as user input: >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> override-httpd-config: yes >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: http-port: >>>> 80 >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: https-port: >>>> 443 >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> random-passwords: no >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: mac-range: >>>> 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: host-fqdn: >>>> firelap.usc.unirede.net >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: auth-pass: >>>> ******** >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: org-name: >>>> firelap >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> application-mode: both >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> default-dc-type: NFS >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> db-remote-install: local >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: db-host: >>>> localhost >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> db-local-pass: ******** >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: nfs-mp: >>>> /firebackup/********/iso >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> iso-domain-name: ISO_DOMAIN >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: config-nfs: >>>> yes >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> override-firewall: IPTables >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> config-allinone: yes >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> storage-path: /firebackup/********/vms >>>> 2013-03-06 17:35:15::DEBUG::engine-setup::1953::root:: >>>> superuser-pass: ******** >>>> 2013-03-06 17:35:15::ERROR::engine-setup::2369::root:: Traceback >>>> (most recent call last): >>>> ? File "/bin/engine-setup", line 2363, in >>>> ? ? main(confFile) >>>> ? File "/bin/engine-setup", line 2146, in main >>>> ? ? runSequences() >>>> ? File "/bin/engine-setup", line 2068, 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 >>>> 338, in addStorageDomain >>>> ? ? raise Exception(ERROR_ADD_LOCAL_DOMAIN) >>>> Exception: Error: could not add local storage domain >>>> >>>> ? ?Any ideas to solve this problem? >>>> >>>> Marcelo Barbosa >>>> mr.marcelo.barbosa at gmail.com >>>> >>>> >>>> On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos >>>> wrote: >>>>> Hi. Have you tried solving the hostnames resolving issues that >>>>> are described on your email? Add the hosts to /etc/hosts >>>>> >>>>> Alex >>>>> >>>>> No dia 06/03/2013 18:02, "Marcelo Barbosa" >>>>> escreveu: >>>>>> Attached my log file.? >>>>>> >>>>>> Marcelo Barbosa >>>>>> mr.marcelo.barbosa at gmail.com >>>>>> >>>>>> >>>>>> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa >>>>>> wrote: >>>>>>> hi guys, >>>>>>> >>>>>>> ? ?I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, >>>>>>> but this version not finish for sucessful install, information >>>>>>> my enviroment: >>>>>>> >>>>>>> [root at firelap ovirt]# cat /etc/redhat-release? >>>>>>> Fedora release 18 (Spherical Cow) >>>>>>> >>>>>>> [root at firelap ovirt]# uname -a >>>>>>> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 >>>>>>> UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >>>>>>> >>>>>>> [root at firelap ovirt]# ifconfig? >>>>>>> bond0: flags=5123 ?mtu 1500 >>>>>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>>>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> >>>>>>> bond1: flags=5123 ?mtu 1500 >>>>>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>>>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> >>>>>>> bond2: flags=5123 ?mtu 1500 >>>>>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>>>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> >>>>>>> bond3: flags=5123 ?mtu 1500 >>>>>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>>>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> >>>>>>> bond4: flags=5123 ?mtu 1500 >>>>>>> ? ? ? ? ether 00:00:00:00:00:00 ?txqueuelen 0 ?(Ethernet) >>>>>>> ? ? ? ? RX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 0 ?bytes 0 (0.0 B) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> >>>>>>> lo: flags=73 ?mtu 65536 >>>>>>> ? ? ? ? inet 127.0.0.1 ?netmask 255.0.0.0 >>>>>>> ? ? ? ? inet6 ::1 ?prefixlen 128 ?scopeid 0x10 >>>>>>> ? ? ? ? loop ?txqueuelen 0 ?(Local Loopback) >>>>>>> ? ? ? ? RX packets 136972 ?bytes 54834621 (52.2 MiB) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 136972 ?bytes 54834621 (52.2 MiB) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> >>>>>>> p5p1: flags=4163 ?mtu 1500 >>>>>>> ? ? ? ? inet 172.16.255.43 ?netmask 255.255.255.192 >>>>>>> ?broadcast 172.16.255.63 >>>>>>> ? ? ? ? inet6 fe80::7a45:c4ff:feb0:8995 ?prefixlen 64 >>>>>>> ?scopeid 0x20 >>>>>>> ? ? ? ? ether 78:45:c4:b0:89:95 ?txqueuelen 1000 >>>>>>> ?(Ethernet) >>>>>>> ? ? ? ? RX packets 480681 ?bytes 614801393 (586.3 MiB) >>>>>>> ? ? ? ? RX errors 0 ?dropped 0 ?overruns 0 ?frame 0 >>>>>>> ? ? ? ? TX packets 323373 ?bytes 35479386 (33.8 MiB) >>>>>>> ? ? ? ? TX errors 0 ?dropped 0 overruns 0 ?carrier 0 >>>>>>> ?collisions 0 >>>>>>> ? ? ? ? device interrupt 17 ? >>>>>>> >>>>>>> [root at firelap ovirt]# rpm -qa | grep ovirt >>>>>>> ovirt-engine-cli-3.2.0.10-1.fc18.noarch >>>>>>> ovirt-engine-backend-3.2.0-4.fc18.noarch >>>>>>> ovirt-engine-config-3.2.0-4.fc18.noarch >>>>>>> ovirt-host-deploy-1.0.0-1.fc18.noarch >>>>>>> ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch >>>>>>> ovirt-engine-restapi-3.2.0-4.fc18.noarch >>>>>>> ovirt-engine-dbscripts-3.2.0-4.fc18.noarch >>>>>>> ovirt-image-uploader-3.2.0-1.fc18.noarch >>>>>>> ovirt-host-deploy-offline-1.0.0-1.fc18.noarch >>>>>>> ovirt-engine-setup-3.2.0-4.fc18.noarch >>>>>>> ovirt-release-fedora-5-3.noarch >>>>>>> ovirt-engine-tools-common-3.2.0-4.fc18.noarch >>>>>>> ovirt-engine-3.2.0-4.fc18.noarch >>>>>>> ovirt-log-collector-3.2.0-1.fc18.noarch >>>>>>> ovirt-host-deploy-java-1.0.0-1.fc18.noarch >>>>>>> ovirt-engine-userportal-3.2.0-4.fc18.noarch >>>>>>> ovirt-engine-notification-service-3.2.0-4.fc18.noarch >>>>>>> ovirt-iso-uploader-3.2.0-1.fc18.noarch >>>>>>> ovirt-engine-webadmin-portal-3.2.0-4.fc18.noarch >>>>>>> ovirt-engine-sdk-3.2.0.9-1.fc18.noarch >>>>>>> ovirt-engine-genericapi-3.2.0-4.fc18.noarch >>>>>>> >>>>>>> [root at firelap ~]# host firelap.usc.unirede.net >>>>>>> firelap.usc.unirede.net has address 172.16.255.43 >>>>>>> >>>>>>> [root at firelap ~]# ping firelap.usc.unirede.net >>>>>>> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of >>>>>>> data. >>>>>>> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 >>>>>>> time=0.055 ms >>>>>>> >>>>>>> [root at firelap ~]# engine-setup? >>>>>>> Welcome to oVirt Engine setup utility >>>>>>> oVirt Engine uses httpd to proxy requests to the application >>>>>>> server. >>>>>>> It looks like the httpd installed locally is being actively >>>>>>> used. >>>>>>> The installer can override current configuration . >>>>>>> Alternatively you can use JBoss directly (on ports higher than >>>>>>> 1024) >>>>>>> Do you wish to override current httpd configuration and restart >>>>>>> the service? ['yes'| 'no'] ?[yes] :? >>>>>>> HTTP Port ?[80] :? >>>>>>> HTTPS Port ?[443] :? >>>>>>> Host fully qualified domain name. Note: this name should be >>>>>>> fully resolvable ?[firelap.no-ip.org] : localhost.localdomain >>>>>>> The IP (127.0.0.1) which was resolved from the FQDN >>>>>>> localhost.localdomain is not configured on any interface on >>>>>>> this host >>>>>>> User input failed validation, do you still wish to use it? >>>>>>> (yes|no): no >>>>>>> Host fully qualified domain name. Note: this name should be >>>>>>> fully resolvable ?[firelap.no-ip.org] :? >>>>>>> firelap.no-ip.org did not resolve into an IP address >>>>>>> User input failed validation, do you still wish to use it? >>>>>>> (yes|no): no >>>>>>> Host fully qualified domain name. Note: this name should be >>>>>>> fully resolvable ?[firelap.no-ip.org] : >>>>>>> firelap.usc.unirede.net? >>>>>>> Enter a password for an internal oVirt Engine administrator >>>>>>> user (admin at internal) : >>>>>>> Warning: Weak Password. >>>>>>> Confirm password : >>>>>>> Organization Name for the Certificate ?[no-ip.org] : >>>>>>> firelap.usc.unirede.net? >>>>>>> The engine can be configured to present the UI in three >>>>>>> different application modes. virt [Manage virtualization only], >>>>>>> gluster [Manage gluster storage only], and both [Manage >>>>>>> virtualization as well as gluster storage] ['virt'| 'gluster'| >>>>>>> 'both'] ?[both] :? >>>>>>> The default storage type you will be using ?['NFS'| 'FC'| >>>>>>> 'ISCSI'| 'POSIXFS'] ?[NFS] :? >>>>>>> Enter DB type for installation ['remote'| 'local'] ?[local] :? >>>>>>> Enter a password for a local oVirt Engine DB admin user >>>>>>> (engine) : >>>>>>> Warning: Weak Password. >>>>>>> Confirm password : >>>>>>> Local ISO domain path ?[/var/lib/exports/iso] : >>>>>>> /firebackup/ovirt/iso >>>>>>> Error: directory /firebackup/ovirt/iso is not empty >>>>>>> Local ISO domain path ?[/var/lib/exports/iso] : >>>>>>> /firebackup/ovirt/iso >>>>>>> Firewall ports need to be opened. >>>>>>> The installer can configure firewall automatically overriding >>>>>>> the current configuration. The old configuration will be backed >>>>>>> up. >>>>>>> Alternately you can configure the firewall later using an >>>>>>> example file.? >>>>>>> Which firewall do you wish to configure? ['None'| 'Firewalld'| >>>>>>> 'IPTables']: IPTables >>>>>>> Configure VDSM on this host? ['yes'| 'no'] ?[yes] :? >>>>>>> Local storage domain path ?[/var/lib/images] : >>>>>>> /firebackup/ovirt/vms >>>>>>> Confirm root password : >>>>>>> >>>>>>> oVirt Engine will be installed using the following >>>>>>> configuration: >>>>>>> ================================================================= >>>>>>> override-httpd-config: ? ? ? ? yes >>>>>>> http-port: ? ? ? ? ? ? ? ? ? ? 80 >>>>>>> https-port: ? ? ? ? ? ? ? ? ? ?443 >>>>>>> host-fqdn: ? ? ? ? ? ? ? ? ? ? firelap.usc.unirede.net >>>>>>> auth-pass: ? ? ? ? ? ? ? ? ? ? ******** >>>>>>> org-name: ? ? ? ? ? ? ? ? ? ? >>>>>>> ?firelap.usc.unirede.net >>>>>>> application-mode: ? ? ? ? ? ? ?both >>>>>>> default-dc-type: ? ? ? ? ? ? ? NFS >>>>>>> db-remote-install: ? ? ? ? ? ? local >>>>>>> db-local-pass: ? ? ? ? ? ? ? ? ******** >>>>>>> nfs-mp: ? ? ? ? ? ? ? ? ? ? ? ?/firebackup/ovirt/iso >>>>>>> override-firewall: ? ? ? ? ? ? IPTables >>>>>>> config-allinone: ? ? ? ? ? ? ? yes >>>>>>> storage-path: ? ? ? ? ? ? ? ? ?/firebackup/ovirt/vms >>>>>>> superuser-pass: ? ? ? ? ? ? ? ?******** >>>>>>> Proceed with the configuration listed above? (yes|no): yes >>>>>>> >>>>>>> Installing: >>>>>>> AIO: Validating CPU Compatibility... ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ?[ DONE ] >>>>>>> AIO: Adding firewall rules... ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? [ DONE ] >>>>>>> Configuring oVirt Engine... ? ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? [ DONE ] >>>>>>> Configuring JVM... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? ? ?[ DONE ] >>>>>>> Creating CA... ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? ? ? ?[ DONE ] >>>>>>> Updating ovirt-engine service... ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ?[ DONE ] >>>>>>> Setting Database Configuration... ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? [ DONE ] >>>>>>> Setting Database Security... ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? ?[ DONE ] >>>>>>> Creating Database... ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? ? ?[ DONE ] >>>>>>> Updating the Default Data Center Storage Type... ? ? ? ? ? >>>>>>> ? ? ? ?[ DONE ] >>>>>>> Editing oVirt Engine Configuration... ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? [ DONE ] >>>>>>> Editing Postgresql Configuration... ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? [ DONE ] >>>>>>> Configuring the Default ISO Domain... ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? [ DONE ] >>>>>>> Configuring Firewall... ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? ? [ DONE ] >>>>>>> Starting ovirt-engine Service... ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ?[ DONE ] >>>>>>> Configuring HTTPD... ? ? ? ? ? ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ? ? ?[ DONE ] >>>>>>> AIO: Creating storage directory... ? ? ? ? ? ? ? ? ? >>>>>>> ? ? ? ? ? ? ?[ DONE ] >>>>>>> AIO: Adding Local Datacenter and cluster... ? ? ? ? ? ? >>>>>>> ? ? ? ? ? [ DONE ] >>>>>>> AIO: Adding Local host (This may take several minutes)... ? ? >>>>>>> ?[ ERROR ] >>>>>>> Error: Host was found in a 'Failed' state. Please check engine >>>>>>> and bootstrap installation logs. >>>>>>> Please check log file >>>>>>> /var/log/ovirt-engine/engine-setup_2013_03_06_14_30_51.log for >>>>>>> more information >>>>>>> >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = >>>>>>> 0 >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::1238::root:: stopping >>>>>>> httpd >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: >>>>>>> executing action httpd on service stop >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing >>>>>>> command --> '/sbin/service httpd stop' >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::472::root:: output =? >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::473::root:: stderr = >>>>>>> Redirecting to /bin/systemctl stop ?httpd.service >>>>>>> >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::474::root:: retcode = >>>>>>> 0 >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::1228::root:: starting >>>>>>> httpd >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::1275::root:: >>>>>>> executing action httpd on service start >>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils::434::root:: Executing >>>>>>> command --> '/sbin/service httpd start' >>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils::472::root:: output =? >>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils::473::root:: stderr = >>>>>>> Redirecting to /bin/systemctl start ?httpd.service >>>>>>> >>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils::474::root:: retcode = >>>>>>> 0 >>>>>>> 2013-03-06 14:35:36::DEBUG::setup_sequences::59::root:: running >>>>>>> makeStorageDir >>>>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_100::368::root:: >>>>>>> Creating/Verifying local domain path >>>>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_100::374::root:: Setting >>>>>>> selinux context >>>>>>> 2013-03-06 14:35:36::DEBUG::nfsutils::36::root:: setting >>>>>>> selinux context for /firebackup/ovirt/vms >>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils::434::root:: Executing >>>>>>> command --> '/usr/sbin/semanage fcontext -a -t >>>>>>> public_content_rw_t /firebackup/ovirt/vms(/.*)?' >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output =? >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr =? >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = >>>>>>> 0 >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::434::root:: Executing >>>>>>> command --> '/sbin/restorecon -r /firebackup/ovirt/vms' >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::472::root:: output =? >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::473::root:: stderr =? >>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils::474::root:: retcode = >>>>>>> 0 >>>>>>> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running >>>>>>> waitForJbossUp >>>>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_100::445::root:: >>>>>>> Checking JBoss status. >>>>>>> 2013-03-06 14:35:39::INFO::all_in_one_100::448::root:: JBoss is >>>>>>> up and running. >>>>>>> 2013-03-06 14:35:39::DEBUG::setup_sequences::59::root:: running >>>>>>> initAPI >>>>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_100::240::root:: >>>>>>> Initiating the API object >>>>>>> 2013-03-06 14:35:41::DEBUG::setup_sequences::59::root:: running >>>>>>> createDC >>>>>>> 2013-03-06 14:35:41::DEBUG::all_in_one_100::256::root:: >>>>>>> Creating the local datacenter >>>>>>> 2013-03-06 14:35:42::DEBUG::setup_sequences::59::root:: running >>>>>>> createCluster >>>>>>> 2013-03-06 14:35:42::DEBUG::all_in_one_100::267::root:: >>>>>>> Creating the local cluster >>>>>>> 2013-03-06 14:35:43::DEBUG::setup_sequences::59::root:: running >>>>>>> createHost >>>>>>> 2013-03-06 14:35:43::DEBUG::all_in_one_100::280::root:: Adding >>>>>>> the local host >>>>>>> 2013-03-06 14:35:44::DEBUG::setup_sequences::59::root:: running >>>>>>> waitForHostUp >>>>>>> 2013-03-06 14:35:44::DEBUG::all_in_one_100::297::root:: Waiting >>>>>>> for host to become operational >>>>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_100::300::root:: current >>>>>>> host status is: installing >>>>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_100::311::root:: >>>>>>> Traceback (most recent call last): >>>>>>> ? File >>>>>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>>>>>> line 308, in isHostUp >>>>>>> ? ? raise Exception(INFO_CREATE_HOST_WAITING_UP) >>>>>>> Exception: Waiting for the host to start >>>>>>> >>>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::297::root:: Waiting >>>>>>> for host to become operational >>>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::300::root:: current >>>>>>> host status is: installing >>>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_100::311::root:: >>>>>>> Traceback (most recent call last): >>>>>>> ? File >>>>>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>>>>>> line 308, in isHostUp >>>>>>> ? ? raise Exception(INFO_CREATE_HOST_WAITING_UP) >>>>>>> Exception: Waiting for the host to start >>>>>>> >>>>>>> 2013-03-06 14:35:55::DEBUG::all_in_one_100::297::root:: Waiting >>>>>>> for host to become operational >>>>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_100::300::root:: current >>>>>>> host status is: install_failed >>>>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_100::311::root:: >>>>>>> Traceback (most recent call last): >>>>>>> ? File >>>>>>> "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", >>>>>>> line 306, in isHostUp >>>>>>> ? ? raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED) >>>>>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>>>>> Please check engine and bootstrap installation logs. >>>>>>> >>>>>>> 2013-03-06 14:35:56::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 294, in waitForHostUp >>>>>>> ? ? utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>>>> ? File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>>>>>> 1009, in retry >>>>>>> ? ? raise e >>>>>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>>>>> Please check engine and bootstrap installation logs. >>>>>>> >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1948::root:: *** The >>>>>>> following params were used as user input: >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> override-httpd-config: yes >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> http-port: 80 >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> https-port: 443 >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> random-passwords: no >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:FF:FF >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> host-fqdn: firelap.usc.unirede.net >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> auth-pass: ******** >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> org-name: firelap.usc.unirede.net >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> application-mode: both >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> default-dc-type: NFS >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> db-remote-install: local >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: db-host: >>>>>>> localhost >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> db-local-pass: ******** >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: nfs-mp: >>>>>>> /firebackup/********/iso >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> iso-domain-name: ISO_DOMAIN >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> config-nfs: yes >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> override-firewall: IPTables >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> config-allinone: yes >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> storage-path: /firebackup/********/vms >>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup::1953::root:: >>>>>>> superuser-pass: ******** >>>>>>> 2013-03-06 14:35:56::ERROR::engine-setup::2369::root:: >>>>>>> Traceback (most recent call last): >>>>>>> ? File "/bin/engine-setup", line 2363, in >>>>>>> ? ? main(confFile) >>>>>>> ? File "/bin/engine-setup", line 2146, in main >>>>>>> ? ? runSequences() >>>>>>> ? File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp >>>>>>> ? ? utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>>>> ? File "/usr/share/ovirt-engine/scripts/common_utils.py", line >>>>>>> 1009, in retry >>>>>>> ? ? raise e >>>>>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>>>>> Please check engine and bootstrap installation logs. >>>>>>> >>>>>>> ? ?Thnkz for attention.? >>>>>>> >>>>>>> Marcelo Barbosa >>>>>>> mr.marcelo.barbosa at gmail.com >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >>> >> >> > > From gianluca.cecchi at gmail.com Tue Mar 19 14:45:57 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 15:45:57 +0100 Subject: [Users] otopi needed on oVirt node? In-Reply-To: <749357908.7753480.1363703038636.JavaMail.root@redhat.com> References: <749357908.7753480.1363703038636.JavaMail.root@redhat.com> Message-ID: On Tue, Mar 19, 2013 at 3:23 PM, Alon Bar-Lev wrote: > > > ----- Original Message ----- >> From: "Gianluca Cecchi" >> To: "users" >> Sent: Tuesday, March 19, 2013 4:20:58 PM >> Subject: [Users] otopi needed on oVirt node? >> >> Hello, >> comparing rpm packages installed on two f18 systems that are nodes of >> a 3.2 cluster, I notice this difference: >> >> > otopi-1.0.0-1.fc18.noarch >> > ovirt-host-deploy-1.0.1-1.fc18.noarch > > This is strange! are you sure the host is ovirt-node? > >> I think ovirt-host-deploy is not necessary and that I can remove from >> the only node where it is installed. >> What about otopi? > > You need ovirt-host-deploy-offline, a single package, on ovirt-node. > > Alon Based on yum.log f18ovn01 was the second node deployed when engine and first node were in version 3.2. Installed and updated fedora18 enabled ovirt-stable repo installed node from webadmin gui (3.2 engine). what I see in yum.log at the date of deploy is only for 4 packages: Mar 11 14:34:18 Installed: python-ethtool-0.7-4.fc18.x86_64 Mar 11 14:34:19 Installed: strace-4.7-2.fc18.x86_64 Mar 11 14:34:19 Installed: atop-1.26-8.fc18.x86_64 Mar 11 14:34:20 Installed: 2:libcacard-1.2.2-6.fc18.x86_64 Mar 11 14:34:21 Installed: m2crypto-0.21.1-9.fc18.x86_64 Mar 11 14:34:21 Installed: 2:qemu-kvm-tools-1.2.2-6.fc18.x86_64 Mar 11 14:34:21 Installed: yum-plugin-fastestmirror-1.1.31-10.fc18.noarch Mar 11 15:46:22 Installed: vdsm-python-4.10.3-9.fc18.x86_64 Mar 11 15:46:22 Installed: vdsm-xmlrpc-4.10.3-9.fc18.noarch Mar 11 15:46:55 Installed: vdsm-4.10.3-9.fc18.x86_64 Mar 11 15:46:55 Installed: vdsm-cli-4.10.3-9.fc18.noarch Mar 11 17:22:13 Erased: kernel-3.8.2-206.fc18.x86_64 Mar 11 17:22:28 Installed: kernel-3.7.8-202.fc18.x86_64 Mar 19 14:06:40 Updated: bash-4.2.45-1.fc18.x86_64 [g.cecchi at f18ovn01 ~]$ rpm -qa | egrep "ovirt|vdsm|host-|libvirt|kvm" | sort libvirt-0.10.2.3-1.fc18.x86_64 libvirt-client-0.10.2.3-1.fc18.x86_64 libvirt-daemon-0.10.2.3-1.fc18.x86_64 libvirt-daemon-config-network-0.10.2.3-1.fc18.x86_64 libvirt-daemon-config-nwfilter-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-interface-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-libxl-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-lxc-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-network-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-nodedev-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-nwfilter-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-qemu-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-secret-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-storage-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-uml-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-xen-0.10.2.3-1.fc18.x86_64 libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 libvirt-python-0.10.2.3-1.fc18.x86_64 qemu-kvm-1.2.2-6.fc18.x86_64 qemu-kvm-tools-1.2.2-6.fc18.x86_64 vdsm-4.10.3-10.fc18.x86_64 vdsm-cli-4.10.3-10.fc18.noarch vdsm-python-4.10.3-10.fc18.x86_64 vdsm-xmlrpc-4.10.3-10.fc18.noarch [g.cecchi at f18ovn03 ~]$ rpm -qa | egrep "ovirt|vdsm|host-|libvirt|kvm" | sort libvirt-0.10.2.3-1.fc18.x86_64 libvirt-client-0.10.2.3-1.fc18.x86_64 libvirt-daemon-0.10.2.3-1.fc18.x86_64 libvirt-daemon-config-network-0.10.2.3-1.fc18.x86_64 libvirt-daemon-config-nwfilter-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-interface-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-libxl-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-lxc-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-network-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-nodedev-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-nwfilter-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-qemu-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-secret-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-storage-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-uml-0.10.2.3-1.fc18.x86_64 libvirt-daemon-driver-xen-0.10.2.3-1.fc18.x86_64 libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 libvirt-python-0.10.2.3-1.fc18.x86_64 ovirt-host-deploy-1.0.1-1.fc18.noarch qemu-kvm-1.2.2-6.fc18.x86_64 qemu-kvm-tools-1.2.2-6.fc18.x86_64 vdsm-4.10.3-10.fc18.x86_64 vdsm-cli-4.10.3-10.fc18.noarch vdsm-python-4.10.3-10.fc18.x86_64 vdsm-xmlrpc-4.10.3-10.fc18.noarch If it could be of any help, for a short time f18ovn03 has been an all-in-one server. Then I purged all ovirt repo installed packages and then I deployed it as a node from another engine.... Possibly I forgot to remove the ovirt-host-deploy But f18ovn01 was born from scratch as a fedora 18 server and before enabling on it the ovirt repo I ran an "rpm -qa" on both and then : yum install $(diff /tmp/f18ovn0*|grep -v ovirt |grep -v vdsm| grep "^>" |cut -d ">" -f2 ) to align the packages not relatd to ovirt itself then I deployed the node from webadmin gui BTW: both nodes work ok and both has been SPM during update to 3.2.1 and both sustained live migration of linux and windows vm in both directions.... Gianluca From mr.marcelo.barbosa at gmail.com Tue Mar 19 14:52:13 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Tue, 19 Mar 2013 11:52:13 -0300 Subject: [Users] Problem install In-Reply-To: <201303191440.r2JEdv0Q002729@int-mx11.intmail.prod.int.phx2.redhat.com> References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> <201303191440.r2JEdv0Q002729@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: Alex, I run again, but error persist: [root at firelap marcelo.barbosa]# engine-setup Welcome to oVirt Engine setup utility oVirt Engine uses httpd to proxy requests to the application server. It looks like the httpd installed locally is being actively used. The installer can override current configuration . Alternatively you can use JBoss directly (on ports higher than 1024) Do you wish to override current httpd configuration and restart the service? ['yes'| 'no'] [yes] : yees Error: response is not part of the following accepted answers: yes, no oVirt Engine uses httpd to proxy requests to the application server. It looks like the httpd installed locally is being actively used. The installer can override current configuration . Alternatively you can use JBoss directly (on ports higher than 1024) Do you wish to override current httpd configuration and restart the service? ['yes'| 'no'] [yes] : HTTP Port [80] : HTTPS Port [443] : Host fully qualified domain name. Note: this name should be fully resolvable [firelap.local] : firelap.local did not resolve into an IP address User input failed validation, do you still wish to use it? (yes|no): yes Enter a password for an internal oVirt Engine administrator user (admin at internal) : Warning: Weak Password. Confirm password : Organization Name for the Certificate [local] : The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] ['virt'| 'gluster'| 'both'] [both] : The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| 'POSIXFS'] [NFS] : Enter DB type for installation ['remote'| 'local'] [local] : Enter a password for a local oVirt Engine DB admin user (engine) : Warning: Weak Password. Confirm password : Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso Firewall ports need to be opened. The installer can configure firewall automatically overriding the current configuration. The old configuration will be backed up. Alternately you can configure the firewall later using an example file. Which firewall do you wish to configure? ['None'| 'Firewalld'| 'IPTables']: IPTables Configure VDSM on this host? ['yes'| 'no'] [yes] : Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms Confirm root password : oVirt Engine will be installed using the following configuration: ================================================================= override-httpd-config: yes http-port: 80 https-port: 443 host-fqdn: firelap.local auth-pass: ******** org-name: local application-mode: both default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /firebackup/ovirt/iso override-firewall: IPTables config-allinone: yes storage-path: /firebackup/ovirt/vms superuser-pass: ******** Proceed with the configuration listed above? (yes|no): yes Installing: AIO: Validating CPU Compatibility... [ DONE ] AIO: Adding firewall rules... [ DONE ] Configuring oVirt Engine... [ DONE ] Configuring JVM... [ DONE ] Creating CA... [ DONE ] Updating ovirt-engine service... [ DONE ] Setting Database Configuration... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing oVirt Engine Configuration... [ DONE ] Editing Postgresql Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall... [ DONE ] Starting ovirt-engine Service... [ DONE ] Configuring HTTPD... [ DONE ] AIO: Creating storage directory... [ DONE ] AIO: Adding Local Datacenter and cluster... [ DONE ] AIO: Adding Local host (This may take several minutes)... [ ERROR ] Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. Please check log file /var/log/ovirt-engine/engine-setup_2013_03_19_11_45_12.log for more information Log in attached. View config modified: [root at firelap marcelo.barbosa]# cat /etc/sysconfig/wdmd # WDMDOPTS -- set the command line options for the wdmd daemon # See wdmd man page for full list of command line options. # # Include "-G sanlock" in the option string. # # To enable use of test scripts WDMDOPTS="-G sanlock -S 1" # # To select a specific watchdog device WDMDOPTS="-G sanlock -w /dev/watchdog1" Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Tue, Mar 19, 2013 at 11:39 AM, Alex Lourie wrote: > Hi Marcelo > > Let's try something else. > > Run > > sed -i 's/\#WDMDOPTS/WDMDOPTS/g' /etc/sysconfig/wdmd > > And try running the setup again. > > > On Tue, Mar 19, 2013 at 4:26 PM, Marcelo Barbosa < > mr.marcelo.barbosa at gmail.com> wrote: > >> Alex, >> >> Follows the file: >> >> [root at firelap marcelo.barbosa]# cat /etc/sysconfig/wdmd >> # WDMDOPTS -- set the command line options for the wdmd daemon >> # See wdmd man page for full list of command line options. >> # >> # Include "-G sanlock" in the option string. >> # >> # To enable use of test scripts >> #WDMDOPTS="-G sanlock -S 1" >> # >> # To select a specific watchdog device >> #WDMDOPTS="-G sanlock -w /dev/watchdog1" >> >> I tried again, but error: >> >> 2013-03-19 11:05:33::ERROR::engine-setup:**:2385::root:: Traceback (most >> recent call last): >> File "/bin/engine-setup", line 2379, in >> main(confFile) >> File "/bin/engine-setup", line 2162, in main >> runSequences() >> File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line 1009, >> in retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> >> Full ERROR/LOG in attached. >> >> More informations about my enviroment: >> >> [root at firelap marcelo.barbosa]# rpm -qa | grep -i ovirt-engine >> ovirt-engine-setup-plugin-**allinone-3.2.1-1.fc18.noarch >> ovirt-engine-backend-3.2.1-1.**fc18.noarch >> ovirt-engine-restapi-3.2.1-1.**fc18.noarch >> ovirt-engine-genericapi-3.2.1-**1.fc18.noarch >> ovirt-engine-cli-3.2.0.11-1.**fc18.noarch >> ovirt-engine-3.2.1-1.fc18.**noarch >> ovirt-engine-setup-3.2.1-1.**fc18.noarch >> ovirt-engine-dbscripts-3.2.1-**1.fc18.noarch >> ovirt-engine-sdk-3.2.0.10-1.**fc18.noarch >> ovirt-engine-userportal-3.2.1-**1.fc18.noarch >> ovirt-engine-webadmin-portal-**3.2.1-1.fc18.noarch >> ovirt-engine-tools-3.2.1-1.**fc18.noarch >> >> [root at firelap marcelo.barbosa]# cat /etc/hosts >> 127.0.0.1 localhost localhost.localdomain localhost4 >> localhost4.localdomain4 >> ::1 localhost localhost.localdomain localhost6 >> localhost6.localdomain6 >> 172.16.255.54 firelap firelap.local >> >> [root at firelap marcelo.barbosa]# ifconfig >> bond0: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond1: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond2: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond3: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> bond4: flags=5123 mtu 1500 >> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> lo: flags=73 mtu 65536 >> inet 127.0.0.1 netmask 255.0.0.0 >> inet6 ::1 prefixlen 128 scopeid 0x10 >> loop txqueuelen 0 (Local Loopback) >> RX packets 115968 bytes 34730071 (33.1 MiB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 115968 bytes 34730071 (33.1 MiB) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> p5p1: flags=4163 mtu 1500 >> inet 172.16.255.54 netmask 255.255.255.192 broadcast >> 172.16.255.63 >> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid 0x20 >> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >> RX packets 1785531 bytes 2623497125 (2.4 GiB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 975613 bytes 76733377 (73.1 MiB) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> device interrupt 17 >> >> Forever run engine-cleanup before engine-setup >> >> [root at localhost ~]# engine-setup >> Welcome to oVirt Engine setup utility >> oVirt Engine uses httpd to proxy requests to the application server. >> It looks like the httpd installed locally is being actively used. >> The installer can override current configuration . >> Alternatively you can use JBoss directly (on ports higher than 1024) >> Do you wish to override current httpd configuration and restart the >> service? ['yes'| 'no'] [yes] : >> HTTP Port [80] : >> HTTPS Port [443] : >> Host fully qualified domain name. Note: this name should be fully >> resolvable [firelap.local] : >> firelap.local did not resolve into an IP address >> User input failed validation, do you still wish to use it? (yes|no): yes >> Enter a password for an internal oVirt Engine administrator user >> (admin at internal) : >> Warning: Weak Password. >> Confirm password : >> Organization Name for the Certificate [local] : >> The engine can be configured to present the UI in three different >> application modes. virt [Manage virtualization only], gluster [Manage >> gluster storage only], and both [Manage virtualization as well as gluster >> storage] ['virt'| 'gluster'| 'both'] [both] : >> The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| >> 'POSIXFS'] [NFS] : >> Enter DB type for installation ['remote'| 'local'] [local] : >> Enter a password for a local oVirt Engine DB admin user (engine) : >> Warning: Weak Password. >> Confirm password : >> Error: passwords don't match >> Enter a password for a local oVirt Engine DB admin user (engine) : >> Warning: Weak Password. >> Confirm password : >> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >> Error: mount point already exists in /etc/exports >> Local ISO domain path [/var/lib/exports/iso] : /firebackup/ovirt/iso >> Firewall ports need to be opened. >> The installer can configure firewall automatically overriding the current >> configuration. The old configuration will be backed up. >> Alternately you can configure the firewall later using an example file. >> Which firewall do you wish to configure? ['None'| 'Firewalld'| >> 'IPTables']: IPTables >> Configure VDSM on this host? ['yes'| 'no'] [yes] : >> Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms >> Confirm root password : >> >> oVirt Engine will be installed using the following configuration: >> ==============================**==============================**===== >> override-httpd-config: yes >> http-port: 80 >> https-port: 443 >> host-fqdn: firelap.local >> auth-pass: ******** >> org-name: local >> application-mode: both >> default-dc-type: NFS >> db-remote-install: local >> db-local-pass: ******** >> nfs-mp: /firebackup/ovirt/iso >> override-firewall: IPTables >> config-allinone: yes >> storage-path: /firebackup/ovirt/vms >> superuser-pass: ******** >> Proceed with the configuration listed above? (yes|no): yes >> >> Installing: >> AIO: Validating CPU Compatibility... [ DONE ] >> AIO: Adding firewall rules... [ DONE ] >> Configuring oVirt Engine... [ DONE ] >> Configuring JVM... [ DONE ] >> Creating CA... [ DONE ] >> Updating ovirt-engine service... [ DONE ] >> Setting Database Configuration... [ DONE ] >> Setting Database Security... [ DONE ] >> Creating Database... [ DONE ] >> Updating the Default Data Center Storage Type... [ DONE ] >> Editing oVirt Engine Configuration... [ DONE ] >> Editing Postgresql Configuration... [ DONE ] >> Configuring the Default ISO Domain... [ DONE ] >> Configuring Firewall... [ DONE ] >> Starting ovirt-engine Service... [ DONE ] >> Configuring HTTPD... [ DONE ] >> AIO: Creating storage directory... [ DONE ] >> AIO: Adding Local Datacenter and cluster... [ DONE ] >> AIO: Adding Local host (This may take several minutes)... [ ERROR ] >> Error: Host was found in a 'Failed' state. Please check engine and >> bootstrap installation logs. >> Please check log file /var/log/ovirt-engine/engine-**setup_2013_03_19_11_00_51.log >> for more information >> >> Let me know if you need any additional tests, thank you for attention. >> >> Marcelo Barbosa >> mr.marcelo.barbosa at gmail.com >> >> >> On Tue, Mar 19, 2013 at 10:51 AM, Marcelo Barbosa < >> mr.marcelo.barbosa at gmail.com> wrote: >> >>> Alex, >>> >>> i am check: >>> >>> # rpm -qa | grep sanlock >>> sanlock-2.6-7.fc18.x86_64 >>> libvirt-lock-sanlock-0.10.2.3-**1.fc18.x86_64 >>> sanlock-lib-2.6-7.fc18.x86_64 >>> sanlock-python-2.6-7.fc18.x86_**64 >>> >>> you would like make reinstall ? I can try again... >>> >>> Marcelo Barbosa >>> mr.marcelo.barbosa at gmail.com >>> >>> >>> On Tue, Mar 19, 2013 at 10:30 AM, Alex Lourie >>> wrote: >>> >>>> Hi Marcelo >>>> >>>> Can you please check that you have sanlock-2.6-7 installed? >>>> >>>> Thanks. >>>> >>>> On Wed, Mar 6, 2013 at 10:51 PM, Marcelo Barbosa < >>>> mr.marcelo.barbosa at gmail.com> wrote: >>>> >>>>> Alex, >>>>> >>>>> Thankyou for attention. This return should not happen, because I >>>>> have my hostname registered and running on my DNS servers, but i'm inserted >>>>> in /etc/hosts my hostname and retry setup, but return new error: >>>>> >>>>> >>>>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::297::root:: Waiting for >>>>> host to become operational >>>>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::300::root:: current >>>>> host status is: up >>>>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::302::root:: The host is >>>>> up. >>>>> 2013-03-06 17:35:14::DEBUG::setup_**sequences::59::root:: running >>>>> addStorageDomain >>>>> 2013-03-06 17:35:14::DEBUG::all_in_one_**100::317::root:: Adding >>>>> local storage domain >>>>> 2013-03-06 17:35:14::INFO::all_in_one_**100::322::root:: Creating >>>>> local storage >>>>> 2013-03-06 17:35:14::INFO::all_in_one_**100::326::root:: Creating >>>>> local storage domain >>>>> 2013-03-06 17:35:14::INFO::all_in_one_**100::334::root:: Adding local >>>>> storage domain >>>>> 2013-03-06 17:35:15::ERROR::all_in_one_**100::337::root:: Traceback >>>>> (most recent call last): >>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>> line 335, in addStorageDomain >>>>> controller.CONF["API_OBJECT"].**storagedomains.add(sdParams) >>>>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/brokers.py", >>>>> line 5151, in add >>>>> headers={"Expect":expect, "Correlation-Id":correlation_**id}) >>>>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >>>>> line 118, in add >>>>> return self.request('POST', url, body, headers) >>>>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >>>>> line 129, in request >>>>> last=last) >>>>> File "/usr/lib/python2.7/site-**packages/ovirtsdk/**infrastructure/proxy.py", >>>>> line 159, in __doRequest >>>>> raise RequestError, response >>>>> RequestError: >>>>> status: 400 >>>>> reason: Bad Request >>>>> detail: Cannot add Storage. Internal error, Storage Connection doesn't >>>>> exist. >>>>> >>>>> 2013-03-06 17:35:15::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 338, in addStorageDomain >>>>> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >>>>> Exception: Error: could not add local storage domain >>>>> >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1948::root:: *** The >>>>> following params were used as user input: >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> override-httpd-config: yes >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: http-port: 80 >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: https-port: >>>>> 443 >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> random-passwords: no >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: mac-range: >>>>> 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: host-fqdn: >>>>> firelap.usc.unirede.net >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: auth-pass: >>>>> ******** >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: org-name: >>>>> firelap >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> application-mode: both >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> default-dc-type: NFS >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> db-remote-install: local >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: db-host: >>>>> localhost >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> db-local-pass: ******** >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: nfs-mp: >>>>> /firebackup/********/iso >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> iso-domain-name: ISO_DOMAIN >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: config-nfs: >>>>> yes >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> override-firewall: IPTables >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> config-allinone: yes >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> storage-path: /firebackup/********/vms >>>>> 2013-03-06 17:35:15::DEBUG::engine-setup:**:1953::root:: >>>>> superuser-pass: ******** >>>>> 2013-03-06 17:35:15::ERROR::engine-setup:**:2369::root:: Traceback >>>>> (most recent call last): >>>>> File "/bin/engine-setup", line 2363, in >>>>> main(confFile) >>>>> File "/bin/engine-setup", line 2146, in main >>>>> runSequences() >>>>> File "/bin/engine-setup", line 2068, 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 338, in addStorageDomain >>>>> raise Exception(ERROR_ADD_LOCAL_**DOMAIN) >>>>> Exception: Error: could not add local storage domain >>>>> >>>>> Any ideas to solve this problem? >>>>> >>>>> Marcelo Barbosa >>>>> mr.marcelo.barbosa at gmail.com >>>>> >>>>> >>>>> On Wed, Mar 6, 2013 at 4:23 PM, Alexandre Santos >>>>> wrote: >>>>> >>>>>> Hi. Have you tried solving the hostnames resolving issues that are >>>>>> described on your email? Add the hosts to /etc/hosts >>>>>> >>>>>> Alex >>>>>> >>>>>> No dia 06/03/2013 18:02, "Marcelo Barbosa" < >>>>>> mr.marcelo.barbosa at gmail.com> escreveu: >>>>>> >>>>>>> Attached my log file. >>>>>>> >>>>>>> Marcelo Barbosa >>>>>>> mr.marcelo.barbosa at gmail.com >>>>>>> >>>>>>> >>>>>>> On Wed, Mar 6, 2013 at 2:48 PM, Marcelo Barbosa < >>>>>>> mr.marcelo.barbosa at gmail.com> wrote: >>>>>>> >>>>>>>> hi guys, >>>>>>>> >>>>>>>> I'am tryed install Ovirt 3.2 all-in-one in my Fedora 18, but >>>>>>>> this version not finish for sucessful install, information my enviroment: >>>>>>>> >>>>>>>> [root at firelap ovirt]# cat /etc/redhat-release >>>>>>>> Fedora release 18 (Spherical Cow) >>>>>>>> >>>>>>>> [root at firelap ovirt]# uname -a >>>>>>>> Linux firelap 3.7.9-205.fc18.x86_64 #1 SMP Sun Feb 24 20:10:02 UTC >>>>>>>> 2013 x86_64 x86_64 x86_64 GNU/Linux >>>>>>>> >>>>>>>> [root at firelap ovirt]# ifconfig >>>>>>>> bond0: flags=5123 mtu 1500 >>>>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> >>>>>>>> bond1: flags=5123 mtu 1500 >>>>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> >>>>>>>> bond2: flags=5123 mtu 1500 >>>>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> >>>>>>>> bond3: flags=5123 mtu 1500 >>>>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> >>>>>>>> bond4: flags=5123 mtu 1500 >>>>>>>> ether 00:00:00:00:00:00 txqueuelen 0 (Ethernet) >>>>>>>> RX packets 0 bytes 0 (0.0 B) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 0 bytes 0 (0.0 B) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> >>>>>>>> lo: flags=73 mtu 65536 >>>>>>>> inet 127.0.0.1 netmask 255.0.0.0 >>>>>>>> inet6 ::1 prefixlen 128 scopeid 0x10 >>>>>>>> loop txqueuelen 0 (Local Loopback) >>>>>>>> RX packets 136972 bytes 54834621 (52.2 MiB) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 136972 bytes 54834621 (52.2 MiB) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> >>>>>>>> p5p1: flags=4163 mtu 1500 >>>>>>>> inet 172.16.255.43 netmask 255.255.255.192 broadcast >>>>>>>> 172.16.255.63 >>>>>>>> inet6 fe80::7a45:c4ff:feb0:8995 prefixlen 64 scopeid >>>>>>>> 0x20 >>>>>>>> ether 78:45:c4:b0:89:95 txqueuelen 1000 (Ethernet) >>>>>>>> RX packets 480681 bytes 614801393 (586.3 MiB) >>>>>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>>>>> TX packets 323373 bytes 35479386 (33.8 MiB) >>>>>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>>>>>> device interrupt 17 >>>>>>>> >>>>>>>> [root at firelap ovirt]# rpm -qa | grep ovirt >>>>>>>> ovirt-engine-cli-3.2.0.10-1.**fc18.noarch >>>>>>>> ovirt-engine-backend-3.2.0-4.**fc18.noarch >>>>>>>> ovirt-engine-config-3.2.0-4.**fc18.noarch >>>>>>>> ovirt-host-deploy-1.0.0-1.**fc18.noarch >>>>>>>> ovirt-engine-setup-plugin-**allinone-3.2.0-4.fc18.noarch >>>>>>>> ovirt-engine-restapi-3.2.0-4.**fc18.noarch >>>>>>>> ovirt-engine-dbscripts-3.2.0-**4.fc18.noarch >>>>>>>> ovirt-image-uploader-3.2.0-1.**fc18.noarch >>>>>>>> ovirt-host-deploy-offline-1.0.**0-1.fc18.noarch >>>>>>>> ovirt-engine-setup-3.2.0-4.**fc18.noarch >>>>>>>> ovirt-release-fedora-5-3.**noarch >>>>>>>> ovirt-engine-tools-common-3.2.**0-4.fc18.noarch >>>>>>>> ovirt-engine-3.2.0-4.fc18.**noarch >>>>>>>> ovirt-log-collector-3.2.0-1.**fc18.noarch >>>>>>>> ovirt-host-deploy-java-1.0.0-**1.fc18.noarch >>>>>>>> ovirt-engine-userportal-3.2.0-**4.fc18.noarch >>>>>>>> ovirt-engine-notification-**service-3.2.0-4.fc18.noarch >>>>>>>> ovirt-iso-uploader-3.2.0-1.**fc18.noarch >>>>>>>> ovirt-engine-webadmin-portal-**3.2.0-4.fc18.noarch >>>>>>>> ovirt-engine-sdk-3.2.0.9-1.**fc18.noarch >>>>>>>> ovirt-engine-genericapi-3.2.0-**4.fc18.noarch >>>>>>>> >>>>>>>> [root at firelap ~]# host firelap.usc.unirede.net >>>>>>>> firelap.usc.unirede.net has address 172.16.255.43 >>>>>>>> >>>>>>>> [root at firelap ~]# ping firelap.usc.unirede.net >>>>>>>> PING firelap.usc.unirede.net (172.16.255.43) 56(84) bytes of data. >>>>>>>> 64 bytes from firelap (172.16.255.43): icmp_seq=1 ttl=64 >>>>>>>> time=0.055 ms >>>>>>>> >>>>>>>> [root at firelap ~]# engine-setup >>>>>>>> Welcome to oVirt Engine setup utility >>>>>>>> oVirt Engine uses httpd to proxy requests to the application server. >>>>>>>> It looks like the httpd installed locally is being actively used. >>>>>>>> The installer can override current configuration . >>>>>>>> Alternatively you can use JBoss directly (on ports higher than 1024) >>>>>>>> Do you wish to override current httpd configuration and restart the >>>>>>>> service? ['yes'| 'no'] [yes] : >>>>>>>> HTTP Port [80] : >>>>>>>> HTTPS Port [443] : >>>>>>>> Host fully qualified domain name. Note: this name should be fully >>>>>>>> resolvable [firelap.no-ip.org] : localhost.localdomain >>>>>>>> The IP (127.0.0.1) which was resolved from the FQDN >>>>>>>> localhost.localdomain is not configured on any interface on this host >>>>>>>> User input failed validation, do you still wish to use it? >>>>>>>> (yes|no): no >>>>>>>> Host fully qualified domain name. Note: this name should be fully >>>>>>>> resolvable [firelap.no-ip.org] : >>>>>>>> firelap.no-ip.org did not resolve into an IP address >>>>>>>> User input failed validation, do you still wish to use it? >>>>>>>> (yes|no): no >>>>>>>> Host fully qualified domain name. Note: this name should be fully >>>>>>>> resolvable [firelap.no-ip.org] : firelap.usc.unirede.net >>>>>>>> Enter a password for an internal oVirt Engine administrator user >>>>>>>> (admin at internal) : >>>>>>>> Warning: Weak Password. >>>>>>>> Confirm password : >>>>>>>> Organization Name for the Certificate [no-ip.org] : >>>>>>>> firelap.usc.unirede.net >>>>>>>> The engine can be configured to present the UI in three different >>>>>>>> application modes. virt [Manage virtualization only], gluster [Manage >>>>>>>> gluster storage only], and both [Manage virtualization as well as gluster >>>>>>>> storage] ['virt'| 'gluster'| 'both'] [both] : >>>>>>>> The default storage type you will be using ['NFS'| 'FC'| 'ISCSI'| >>>>>>>> 'POSIXFS'] [NFS] : >>>>>>>> Enter DB type for installation ['remote'| 'local'] [local] : >>>>>>>> Enter a password for a local oVirt Engine DB admin user (engine) : >>>>>>>> Warning: Weak Password. >>>>>>>> Confirm password : >>>>>>>> Local ISO domain path [/var/lib/exports/iso] : >>>>>>>> /firebackup/ovirt/iso >>>>>>>> Error: directory /firebackup/ovirt/iso is not empty >>>>>>>> Local ISO domain path [/var/lib/exports/iso] : >>>>>>>> /firebackup/ovirt/iso >>>>>>>> Firewall ports need to be opened. >>>>>>>> The installer can configure firewall automatically overriding the >>>>>>>> current configuration. The old configuration will be backed up. >>>>>>>> Alternately you can configure the firewall later using an example >>>>>>>> file. >>>>>>>> Which firewall do you wish to configure? ['None'| 'Firewalld'| >>>>>>>> 'IPTables']: IPTables >>>>>>>> Configure VDSM on this host? ['yes'| 'no'] [yes] : >>>>>>>> Local storage domain path [/var/lib/images] : /firebackup/ovirt/vms >>>>>>>> Confirm root password : >>>>>>>> >>>>>>>> oVirt Engine will be installed using the following configuration: >>>>>>>> ==============================**==============================** >>>>>>>> ===== >>>>>>>> override-httpd-config: yes >>>>>>>> http-port: 80 >>>>>>>> https-port: 443 >>>>>>>> host-fqdn: firelap.usc.unirede.net >>>>>>>> auth-pass: ******** >>>>>>>> org-name: firelap.usc.unirede.net >>>>>>>> application-mode: both >>>>>>>> default-dc-type: NFS >>>>>>>> db-remote-install: local >>>>>>>> db-local-pass: ******** >>>>>>>> nfs-mp: /firebackup/ovirt/iso >>>>>>>> override-firewall: IPTables >>>>>>>> config-allinone: yes >>>>>>>> storage-path: /firebackup/ovirt/vms >>>>>>>> superuser-pass: ******** >>>>>>>> Proceed with the configuration listed above? (yes|no): yes >>>>>>>> >>>>>>>> Installing: >>>>>>>> AIO: Validating CPU Compatibility... [ >>>>>>>> DONE ] >>>>>>>> AIO: Adding firewall rules... [ >>>>>>>> DONE ] >>>>>>>> Configuring oVirt Engine... [ >>>>>>>> DONE ] >>>>>>>> Configuring JVM... [ >>>>>>>> DONE ] >>>>>>>> Creating CA... [ >>>>>>>> DONE ] >>>>>>>> Updating ovirt-engine service... [ >>>>>>>> DONE ] >>>>>>>> Setting Database Configuration... [ >>>>>>>> DONE ] >>>>>>>> Setting Database Security... [ >>>>>>>> DONE ] >>>>>>>> Creating Database... [ >>>>>>>> DONE ] >>>>>>>> Updating the Default Data Center Storage Type... [ >>>>>>>> DONE ] >>>>>>>> Editing oVirt Engine Configuration... [ >>>>>>>> DONE ] >>>>>>>> Editing Postgresql Configuration... [ >>>>>>>> DONE ] >>>>>>>> Configuring the Default ISO Domain... [ >>>>>>>> DONE ] >>>>>>>> Configuring Firewall... [ >>>>>>>> DONE ] >>>>>>>> Starting ovirt-engine Service... [ >>>>>>>> DONE ] >>>>>>>> Configuring HTTPD... [ >>>>>>>> DONE ] >>>>>>>> AIO: Creating storage directory... [ >>>>>>>> DONE ] >>>>>>>> AIO: Adding Local Datacenter and cluster... [ >>>>>>>> DONE ] >>>>>>>> AIO: Adding Local host (This may take several minutes)... [ >>>>>>>> ERROR ] >>>>>>>> Error: Host was found in a 'Failed' state. Please check engine and >>>>>>>> bootstrap installation logs. >>>>>>>> Please check log file /var/log/ovirt-engine/engine-**setup_2013_03_06_14_30_51.log >>>>>>>> for more information >>>>>>>> >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1238::root:: stopping >>>>>>>> httpd >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: executing >>>>>>>> action httpd on service stop >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: Executing >>>>>>>> command --> '/sbin/service httpd stop' >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:472::root:: output = >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:473::root:: stderr = >>>>>>>> Redirecting to /bin/systemctl stop httpd.service >>>>>>>> >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1228::root:: starting >>>>>>>> httpd >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:1275::root:: executing >>>>>>>> action httpd on service start >>>>>>>> 2013-03-06 14:35:34::DEBUG::common_utils:**:434::root:: Executing >>>>>>>> command --> '/sbin/service httpd start' >>>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:472::root:: output = >>>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:473::root:: stderr = >>>>>>>> Redirecting to /bin/systemctl start httpd.service >>>>>>>> >>>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>>>> 2013-03-06 14:35:36::DEBUG::setup_**sequences::59::root:: running >>>>>>>> makeStorageDir >>>>>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::368::root:: >>>>>>>> Creating/Verifying local domain path >>>>>>>> 2013-03-06 14:35:36::DEBUG::all_in_one_**100::374::root:: Setting >>>>>>>> selinux context >>>>>>>> 2013-03-06 14:35:36::DEBUG::nfsutils::36:**:root:: setting selinux >>>>>>>> context for /firebackup/ovirt/vms >>>>>>>> 2013-03-06 14:35:36::DEBUG::common_utils:**:434::root:: Executing >>>>>>>> command --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t >>>>>>>> /firebackup/ovirt/vms(/.*)?' >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: output = >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: stderr = >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:434::root:: Executing >>>>>>>> command --> '/sbin/restorecon -r /firebackup/ovirt/vms' >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:472::root:: output = >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:473::root:: stderr = >>>>>>>> 2013-03-06 14:35:39::DEBUG::common_utils:**:474::root:: retcode = 0 >>>>>>>> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: running >>>>>>>> waitForJbossUp >>>>>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::445::root:: Checking >>>>>>>> JBoss status. >>>>>>>> 2013-03-06 14:35:39::INFO::all_in_one_**100::448::root:: JBoss is >>>>>>>> up and running. >>>>>>>> 2013-03-06 14:35:39::DEBUG::setup_**sequences::59::root:: running >>>>>>>> initAPI >>>>>>>> 2013-03-06 14:35:39::DEBUG::all_in_one_**100::240::root:: >>>>>>>> Initiating the API object >>>>>>>> 2013-03-06 14:35:41::DEBUG::setup_**sequences::59::root:: running >>>>>>>> createDC >>>>>>>> 2013-03-06 14:35:41::DEBUG::all_in_one_**100::256::root:: Creating >>>>>>>> the local datacenter >>>>>>>> 2013-03-06 14:35:42::DEBUG::setup_**sequences::59::root:: running >>>>>>>> createCluster >>>>>>>> 2013-03-06 14:35:42::DEBUG::all_in_one_**100::267::root:: Creating >>>>>>>> the local cluster >>>>>>>> 2013-03-06 14:35:43::DEBUG::setup_**sequences::59::root:: running >>>>>>>> createHost >>>>>>>> 2013-03-06 14:35:43::DEBUG::all_in_one_**100::280::root:: Adding >>>>>>>> the local host >>>>>>>> 2013-03-06 14:35:44::DEBUG::setup_**sequences::59::root:: running >>>>>>>> waitForHostUp >>>>>>>> 2013-03-06 14:35:44::DEBUG::all_in_one_**100::297::root:: Waiting >>>>>>>> for host to become operational >>>>>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::300::root:: current >>>>>>>> host status is: installing >>>>>>>> 2013-03-06 14:35:45::DEBUG::all_in_one_**100::311::root:: >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>>>>> line 308, in isHostUp >>>>>>>> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >>>>>>>> Exception: Waiting for the host to start >>>>>>>> >>>>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::297::root:: Waiting >>>>>>>> for host to become operational >>>>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::300::root:: current >>>>>>>> host status is: installing >>>>>>>> 2013-03-06 14:35:50::DEBUG::all_in_one_**100::311::root:: >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>>>>> line 308, in isHostUp >>>>>>>> raise Exception(INFO_CREATE_HOST_**WAITING_UP) >>>>>>>> Exception: Waiting for the host to start >>>>>>>> >>>>>>>> 2013-03-06 14:35:55::DEBUG::all_in_one_**100::297::root:: Waiting >>>>>>>> for host to become operational >>>>>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::300::root:: current >>>>>>>> host status is: install_failed >>>>>>>> 2013-03-06 14:35:56::DEBUG::all_in_one_**100::311::root:: >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/share/ovirt-engine/**scripts/plugins/all_in_one_**100.py", >>>>>>>> line 306, in isHostUp >>>>>>>> raise utils.RetryFailException(**ERROR_CREATE_HOST_FAILED) >>>>>>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>>>>>> Please check engine and bootstrap installation logs. >>>>>>>> >>>>>>>> 2013-03-06 14:35:56::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 294, in waitForHostUp >>>>>>>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>>>>> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line >>>>>>>> 1009, in retry >>>>>>>> raise e >>>>>>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>>>>>> Please check engine and bootstrap installation logs. >>>>>>>> >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1948::root:: *** The >>>>>>>> following params were used as user input: >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> override-httpd-config: yes >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> http-port: 80 >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> https-port: 443 >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> random-passwords: no >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> mac-range: 00:1A:4A:10:FF:00-00:1A:4A:10:**FF:FF >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> host-fqdn: firelap.usc.unirede.net >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> auth-pass: ******** >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: org-name: >>>>>>>> firelap.usc.unirede.net >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> application-mode: both >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> default-dc-type: NFS >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> db-remote-install: local >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: db-host: >>>>>>>> localhost >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> db-local-pass: ******** >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: nfs-mp: >>>>>>>> /firebackup/********/iso >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> iso-domain-name: ISO_DOMAIN >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> config-nfs: yes >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> override-firewall: IPTables >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> config-allinone: yes >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> storage-path: /firebackup/********/vms >>>>>>>> 2013-03-06 14:35:56::DEBUG::engine-setup:**:1953::root:: >>>>>>>> superuser-pass: ******** >>>>>>>> 2013-03-06 14:35:56::ERROR::engine-setup:**:2369::root:: Traceback >>>>>>>> (most recent call last): >>>>>>>> File "/bin/engine-setup", line 2363, in >>>>>>>> main(confFile) >>>>>>>> File "/bin/engine-setup", line 2146, in main >>>>>>>> runSequences() >>>>>>>> File "/bin/engine-setup", line 2068, 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 294, in waitForHostUp >>>>>>>> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >>>>>>>> File "/usr/share/ovirt-engine/**scripts/common_utils.py", line >>>>>>>> 1009, in retry >>>>>>>> raise e >>>>>>>> RetryFailException: Error: Host was found in a 'Failed' state. >>>>>>>> Please check engine and bootstrap installation logs. >>>>>>>> >>>>>>>> Thnkz for attention. >>>>>>>> >>>>>>>> Marcelo Barbosa >>>>>>>> mr.marcelo.barbosa at gmail.com >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ______________________________**_________________ >>>>>>> Users mailing list >>>>>>> Users at ovirt.org >>>>>>> http://lists.ovirt.org/**mailman/listinfo/users >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine-setup_2013_03_19_11_45_12.log Type: application/octet-stream Size: 142954 bytes Desc: not available URL: From alonbl at redhat.com Tue Mar 19 14:52:50 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 19 Mar 2013 10:52:50 -0400 (EDT) Subject: [Users] otopi needed on oVirt node? In-Reply-To: Message-ID: <1195993868.7760435.1363704770033.JavaMail.root@redhat.com> I don't follow. If these are not ovirt-nodes, then no otopi and no ovirt-host-deploy should exist, unless these are all-in-one. ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Alon Bar-Lev" > Cc: "users" , "Mike Burns" > Sent: Tuesday, March 19, 2013 4:45:57 PM > Subject: Re: [Users] otopi needed on oVirt node? > > On Tue, Mar 19, 2013 at 3:23 PM, Alon Bar-Lev > wrote: > > > > > > ----- Original Message ----- > >> From: "Gianluca Cecchi" > >> To: "users" > >> Sent: Tuesday, March 19, 2013 4:20:58 PM > >> Subject: [Users] otopi needed on oVirt node? > >> > >> Hello, > >> comparing rpm packages installed on two f18 systems that are nodes > >> of > >> a 3.2 cluster, I notice this difference: > >> > >> > otopi-1.0.0-1.fc18.noarch > >> > ovirt-host-deploy-1.0.1-1.fc18.noarch > > > > This is strange! are you sure the host is ovirt-node? > > > >> I think ovirt-host-deploy is not necessary and that I can remove > >> from > >> the only node where it is installed. > >> What about otopi? > > > > You need ovirt-host-deploy-offline, a single package, on > > ovirt-node. > > > > Alon > > > Based on yum.log f18ovn01 was the second node deployed when engine > and > first node were in version 3.2. > Installed and updated fedora18 > enabled ovirt-stable repo > installed node from webadmin gui (3.2 engine). > what I see in yum.log at the date of deploy is only for 4 packages: > Mar 11 14:34:18 Installed: python-ethtool-0.7-4.fc18.x86_64 > Mar 11 14:34:19 Installed: strace-4.7-2.fc18.x86_64 > Mar 11 14:34:19 Installed: atop-1.26-8.fc18.x86_64 > Mar 11 14:34:20 Installed: 2:libcacard-1.2.2-6.fc18.x86_64 > Mar 11 14:34:21 Installed: m2crypto-0.21.1-9.fc18.x86_64 > Mar 11 14:34:21 Installed: 2:qemu-kvm-tools-1.2.2-6.fc18.x86_64 > Mar 11 14:34:21 Installed: > yum-plugin-fastestmirror-1.1.31-10.fc18.noarch > > Mar 11 15:46:22 Installed: vdsm-python-4.10.3-9.fc18.x86_64 > Mar 11 15:46:22 Installed: vdsm-xmlrpc-4.10.3-9.fc18.noarch > Mar 11 15:46:55 Installed: vdsm-4.10.3-9.fc18.x86_64 > Mar 11 15:46:55 Installed: vdsm-cli-4.10.3-9.fc18.noarch > > Mar 11 17:22:13 Erased: kernel-3.8.2-206.fc18.x86_64 > Mar 11 17:22:28 Installed: kernel-3.7.8-202.fc18.x86_64 > Mar 19 14:06:40 Updated: bash-4.2.45-1.fc18.x86_64 > > > > > [g.cecchi at f18ovn01 ~]$ rpm -qa | egrep "ovirt|vdsm|host-|libvirt|kvm" > | sort > libvirt-0.10.2.3-1.fc18.x86_64 > libvirt-client-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-config-network-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-config-nwfilter-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-interface-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-libxl-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-lxc-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-network-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-nodedev-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-nwfilter-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-qemu-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-secret-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-storage-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-uml-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-xen-0.10.2.3-1.fc18.x86_64 > libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 > libvirt-python-0.10.2.3-1.fc18.x86_64 > qemu-kvm-1.2.2-6.fc18.x86_64 > qemu-kvm-tools-1.2.2-6.fc18.x86_64 > vdsm-4.10.3-10.fc18.x86_64 > vdsm-cli-4.10.3-10.fc18.noarch > vdsm-python-4.10.3-10.fc18.x86_64 > vdsm-xmlrpc-4.10.3-10.fc18.noarch > > > [g.cecchi at f18ovn03 ~]$ rpm -qa | egrep "ovirt|vdsm|host-|libvirt|kvm" > | sort > libvirt-0.10.2.3-1.fc18.x86_64 > libvirt-client-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-config-network-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-config-nwfilter-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-interface-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-libxl-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-lxc-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-network-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-nodedev-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-nwfilter-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-qemu-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-secret-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-storage-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-uml-0.10.2.3-1.fc18.x86_64 > libvirt-daemon-driver-xen-0.10.2.3-1.fc18.x86_64 > libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 > libvirt-python-0.10.2.3-1.fc18.x86_64 > ovirt-host-deploy-1.0.1-1.fc18.noarch > qemu-kvm-1.2.2-6.fc18.x86_64 > qemu-kvm-tools-1.2.2-6.fc18.x86_64 > vdsm-4.10.3-10.fc18.x86_64 > vdsm-cli-4.10.3-10.fc18.noarch > vdsm-python-4.10.3-10.fc18.x86_64 > vdsm-xmlrpc-4.10.3-10.fc18.noarch > > If it could be of any help, for a short time f18ovn03 has been an > all-in-one server. Then I purged all ovirt repo installed packages > and > then I deployed it as a node from another engine.... > Possibly I forgot to remove the ovirt-host-deploy > But f18ovn01 was born from scratch as a fedora 18 server and before > enabling on it the ovirt repo I ran an "rpm -qa" on both and then : > > yum install $(diff /tmp/f18ovn0*|grep -v ovirt |grep -v vdsm| grep > "^>" |cut -d ">" -f2 ) > > to align the packages not relatd to ovirt itself > then I deployed the node from webadmin gui > > BTW: both nodes work ok and both has been SPM during update to 3.2.1 > and both sustained live migration of linux and windows vm in both > directions.... > > Gianluca > From mburns at redhat.com Tue Mar 19 14:53:59 2013 From: mburns at redhat.com (Mike Burns) Date: Tue, 19 Mar 2013 10:53:59 -0400 Subject: [Users] otopi needed on oVirt node? In-Reply-To: <1195993868.7760435.1363704770033.JavaMail.root@redhat.com> References: <1195993868.7760435.1363704770033.JavaMail.root@redhat.com> Message-ID: <51487C07.4030406@redhat.com> On 03/19/2013 10:52 AM, Alon Bar-Lev wrote: > I don't follow. > > If these are not ovirt-nodes, then no otopi and no ovirt-host-deploy should exist, unless these are all-in-one. They're not ovirt-node images, they're F18 hosts that Gianluca is referring to as nodes. Mike > > ----- Original Message ----- >> From: "Gianluca Cecchi" >> To: "Alon Bar-Lev" >> Cc: "users" , "Mike Burns" >> Sent: Tuesday, March 19, 2013 4:45:57 PM >> Subject: Re: [Users] otopi needed on oVirt node? >> >> On Tue, Mar 19, 2013 at 3:23 PM, Alon Bar-Lev >> wrote: >>> >>> >>> ----- Original Message ----- >>>> From: "Gianluca Cecchi" >>>> To: "users" >>>> Sent: Tuesday, March 19, 2013 4:20:58 PM >>>> Subject: [Users] otopi needed on oVirt node? >>>> >>>> Hello, >>>> comparing rpm packages installed on two f18 systems that are nodes >>>> of >>>> a 3.2 cluster, I notice this difference: >>>> >>>>> otopi-1.0.0-1.fc18.noarch >>>>> ovirt-host-deploy-1.0.1-1.fc18.noarch >>> >>> This is strange! are you sure the host is ovirt-node? >>> >>>> I think ovirt-host-deploy is not necessary and that I can remove >>>> from >>>> the only node where it is installed. >>>> What about otopi? >>> >>> You need ovirt-host-deploy-offline, a single package, on >>> ovirt-node. >>> >>> Alon >> >> >> Based on yum.log f18ovn01 was the second node deployed when engine >> and >> first node were in version 3.2. >> Installed and updated fedora18 >> enabled ovirt-stable repo >> installed node from webadmin gui (3.2 engine). >> what I see in yum.log at the date of deploy is only for 4 packages: >> Mar 11 14:34:18 Installed: python-ethtool-0.7-4.fc18.x86_64 >> Mar 11 14:34:19 Installed: strace-4.7-2.fc18.x86_64 >> Mar 11 14:34:19 Installed: atop-1.26-8.fc18.x86_64 >> Mar 11 14:34:20 Installed: 2:libcacard-1.2.2-6.fc18.x86_64 >> Mar 11 14:34:21 Installed: m2crypto-0.21.1-9.fc18.x86_64 >> Mar 11 14:34:21 Installed: 2:qemu-kvm-tools-1.2.2-6.fc18.x86_64 >> Mar 11 14:34:21 Installed: >> yum-plugin-fastestmirror-1.1.31-10.fc18.noarch >> >> Mar 11 15:46:22 Installed: vdsm-python-4.10.3-9.fc18.x86_64 >> Mar 11 15:46:22 Installed: vdsm-xmlrpc-4.10.3-9.fc18.noarch >> Mar 11 15:46:55 Installed: vdsm-4.10.3-9.fc18.x86_64 >> Mar 11 15:46:55 Installed: vdsm-cli-4.10.3-9.fc18.noarch >> >> Mar 11 17:22:13 Erased: kernel-3.8.2-206.fc18.x86_64 >> Mar 11 17:22:28 Installed: kernel-3.7.8-202.fc18.x86_64 >> Mar 19 14:06:40 Updated: bash-4.2.45-1.fc18.x86_64 >> >> >> >> >> [g.cecchi at f18ovn01 ~]$ rpm -qa | egrep "ovirt|vdsm|host-|libvirt|kvm" >> | sort >> libvirt-0.10.2.3-1.fc18.x86_64 >> libvirt-client-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-config-network-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-config-nwfilter-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-interface-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-libxl-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-lxc-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-network-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-nodedev-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-nwfilter-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-qemu-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-secret-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-storage-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-uml-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-xen-0.10.2.3-1.fc18.x86_64 >> libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 >> libvirt-python-0.10.2.3-1.fc18.x86_64 >> qemu-kvm-1.2.2-6.fc18.x86_64 >> qemu-kvm-tools-1.2.2-6.fc18.x86_64 >> vdsm-4.10.3-10.fc18.x86_64 >> vdsm-cli-4.10.3-10.fc18.noarch >> vdsm-python-4.10.3-10.fc18.x86_64 >> vdsm-xmlrpc-4.10.3-10.fc18.noarch >> >> >> [g.cecchi at f18ovn03 ~]$ rpm -qa | egrep "ovirt|vdsm|host-|libvirt|kvm" >> | sort >> libvirt-0.10.2.3-1.fc18.x86_64 >> libvirt-client-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-config-network-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-config-nwfilter-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-interface-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-libxl-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-lxc-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-network-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-nodedev-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-nwfilter-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-qemu-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-secret-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-storage-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-uml-0.10.2.3-1.fc18.x86_64 >> libvirt-daemon-driver-xen-0.10.2.3-1.fc18.x86_64 >> libvirt-lock-sanlock-0.10.2.3-1.fc18.x86_64 >> libvirt-python-0.10.2.3-1.fc18.x86_64 >> ovirt-host-deploy-1.0.1-1.fc18.noarch >> qemu-kvm-1.2.2-6.fc18.x86_64 >> qemu-kvm-tools-1.2.2-6.fc18.x86_64 >> vdsm-4.10.3-10.fc18.x86_64 >> vdsm-cli-4.10.3-10.fc18.noarch >> vdsm-python-4.10.3-10.fc18.x86_64 >> vdsm-xmlrpc-4.10.3-10.fc18.noarch >> >> If it could be of any help, for a short time f18ovn03 has been an >> all-in-one server. Then I purged all ovirt repo installed packages >> and >> then I deployed it as a node from another engine.... >> Possibly I forgot to remove the ovirt-host-deploy >> But f18ovn01 was born from scratch as a fedora 18 server and before >> enabling on it the ovirt repo I ran an "rpm -qa" on both and then : >> >> yum install $(diff /tmp/f18ovn0*|grep -v ovirt |grep -v vdsm| grep >> "^>" |cut -d ">" -f2 ) >> >> to align the packages not relatd to ovirt itself >> then I deployed the node from webadmin gui >> >> BTW: both nodes work ok and both has been SPM during update to 3.2.1 >> and both sustained live migration of linux and windows vm in both >> directions.... >> >> Gianluca >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Tue Mar 19 15:02:38 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 16:02:38 +0100 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303191423.r2JENRar027233@int-mx11.intmail.prod.int.phx2.redhat.com> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> <201303191423.r2JENRar027233@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: On Tue, Mar 19, 2013 at 3:23 PM, Alex Lourie wrote: > > Please open a bug on reports; attach server logs. done: https://bugzilla.redhat.com/show_bug.cgi?id=923260 From cfergeau at redhat.com Tue Mar 19 15:05:36 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Tue, 19 Mar 2013 16:05:36 +0100 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <5147904D.70201@redhat.com> References: <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> Message-ID: <20130319150536.GB24919@teriyaki.redhat.com> Hey, On Tue, Mar 19, 2013 at 12:08:13AM +0200, Itamar Heim wrote: > On 03/19/2013 12:05 AM, Jeff Bailey wrote: > >On 3/18/2013 7:56 AM, Juan Jose wrote: > >>Hello Itamar and everybody, > >> > >>I have tested this Howto with a Windows 7 Enterprise edition client > >>and IE 9 and when you click over console button in User portal > >>virt-viewer is launched but after one second it close windows and > >>don't connect to virtual machine. I have oVirt 3.1 and I'm thinking in > >>migrate my system to oVirt 3.2 but it will be nice to know which it is > >>the reason because it doesn't work. Some indications about what would > >>be the problem will be wellcome. > >> > > > >This is exactly the same thing I get. 3.2 doesn't help. The spicex log > >says that it can't connect to the spice client pipe. This is with both > >the admin portal and the user portal. > > adding spice-devel for their input As far as I know, there haven't been public spicex releases, so I'm not sure where this spicex used with oVirt comes from. Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From suporte at logicworks.pt Tue Mar 19 15:08:31 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 15:08:31 +0000 (WET) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: <10590392.698.1363705709591.JavaMail.ferra@ferra-PC> Alex, dwhd is up and running ( ovirt-engine-dwh) ----- Mensagem original ----- De: "Alex Lourie" Para: suporte at logicworks.pt Cc: "users" , "Gianluca Cecchi" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:16:49 Assunto: Re: [Users] oVirt 3.2.1 and reports update error Jose Let's ignore notifierd for a second. How the dwhd is going? On Tue, Mar 19, 2013 at 2:13 PM, suporte at logicworks.pt wrote: > The command service engine-notifierd stop and service > engine-notifierd start sends an error: > > systemctl status engine-notifierd.service > engine-notifierd.service - SYSV: The oVirt event notification service > Loaded: loaded (/etc/rc.d/init.d/engine-notifierd) > Active: failed (Result: exit-code) since Tue > 2013-03-19 12:05:33 WET; 43s ago > Process: 1952 > ExecStart=/etc/rc.d/init.d/engine-notifierd start (code=exited, > status=1/FAILURE) > > Mar 19 12:05:33 foot.acloud.pt runuser[1955]: > pam_unix(runuser:session): session opened for user ovirt ...d=0) > Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: Starting > engine-notifier: at Tue Mar 19 12:05:33 ...onf > Mar 19 12:05:33 foot.acloud.pt runuser[1955]: > pam_unix(runuser:session): session closed for user ovirt > Mar 19 12:05:33 foot.acloud.pt engine-notifierd[1952]: [17B blob data] > Mar 19 12:05:33 foot.acloud.pt systemd[1]: engine-notifierd.service: > control process exited, code=exite...us=1 > Mar 19 12:05:33 foot.acloud.pt systemd[1]: Failed to start SYSV: The > oVirt event notification service. > Mar 19 12:05:33 foot.acloud.pt systemd[1]: Unit > engine-notifierd.service entered failed state > > tail /var/log/messages > Mar 19 12:05:14 foot systemd[1]: Starting LSB: oVirt Engine History > ETL Service for Data Warehouse and Reporting... > Mar 19 12:05:24 foot ovirt-engine-dwhd[1877]: Starting > ovirt-engine-dwhd: at Tue Mar 19 12:05:14 WET 2013[ OK ] > Mar 19 12:05:24 foot systemd[1]: Started LSB: oVirt Engine History > ETL Service for Data Warehouse and Reporting. > Mar 19 12:05:29 foot systemd[1]: Stopped SYSV: The oVirt event > notification service. > Mar 19 12:05:33 foot systemd[1]: Starting SYSV: The oVirt event > notification service... > Mar 19 12:05:33 foot engine-notifierd[1952]: Starting > engine-notifier: at Tue Mar 19 12:05:33 WET 2013Error: $MAIL_SERVER > is not defined, please check for this in configuration file > /etc/ovirt-engine/notifier/notifier.conf > Mar 19 12:05:33 foot engine-notifierd[1952]: [FAILED]#015[FAILED] > Mar 19 12:05:33 foot systemd[1]: engine-notifierd.service: control > process exited, code=exited status=1 > Mar 19 12:05:33 foot systemd[1]: Failed to start SYSV: The oVirt > event notification service. > Mar 19 12:05:33 foot systemd[1]: Unit engine-notifierd.service > entered failed state > > > have a problem in the $MAIL_SERVER ? > > > the problem is the login page appears scrambled: > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > De: "Alex Lourie" > Para: suporte at logicworks.pt > Cc: "users" , "Gianluca Cecchi" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 11:48:51 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > Hi Jose > > On Tue, Mar 19, 2013 at 12:18 PM, suporte at logicworks.pt wrote: > > Yeah, Reports does not work for me too. Either, with IE10 or > Firefox > > 19.0.2 > > Any idea how to fix this? > > > > Try starting the services manually: > > service notifierd start > service ovirt-engine-dwhd start > > and try again. > > > > > Thanks > > Jose > > > > De: "Alex Lourie" > > Para: "Gianluca Cecchi" > > Cc: "users" > > Enviadas: Domingo, 17 de Mar?o de 2013 9:29:30 > > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > Hi Gianluca > > > > On Sat, Mar 16, 2013 at 12:35 AM, Gianluca Cecchi > > wrote: > > > Hello, > > > an all-in-one setup with oVirt 3.2 on Fedora 18. > > > # yum update ovirt-engine-setup > > > and then > > > # engine-upgrade > > > > > > with this output > > > ... > > > During the upgrade process, oVirt Engine will not be accessible. > > > All existing running virtual machines will continue but you will > > not > > > be able to > > > start or stop any new virtual machines during the process. > > > > > > Would you like to proceed? (yes|no): yes > > > Stopping ovirt-engine service... > > [ DONE ] > > > Stopping DB related services... > > > [ DONE ] > > > Pre-upgrade validations... > > [ DONE ] > > > Backing Up Database... > > > [ DONE ] > > > Rename Database... > > > [ DONE ] > > > Updating rpms... > > > [ DONE ] > > > Updating Database... > > [ DONE ] > > > Restore Database name... > > > [ DONE ] > > > Preparing CA... > > > [ DONE ] > > > Running post install configuration... > [ > > DONE ] > > > Starting ovirt-engine service... > > [ DONE ] > > > > > > oVirt Engine upgrade completed successfully! > > > > > > * Error: Can't start the ovirt-engine-dwhd service > > > * Upgrade log available at > > > /var/log/ovirt-engine/ovirt-engine-upgrade_2013_03_15_23_16_02.log > > > * Perform the following steps to upgrade the history service or > the > > > reporting package: > > > 1. Execute: yum update ovirt-engine-reports* > > > 2. Execute: ovirt-engine-dwh-setup > > > 3. Execute: ovirt-engine-reports-setup > > > * DB Backup available at > > > > > > /var/lib/ovirt-engine/backups/ovirt-engine_db_backup_2013_03_15_23_16_03.sql > > > > > > [root at tekkaman ~]# yum update ovirt-engine-reports* > > > Loaded plugins: fastestmirror, langpacks, presto, > > refresh-packagekit, > > > versionlock > > > Loading mirror speeds from cached hostfile > > > * fedora: fedora.mirror.garr.it > > > * livna: ftp-stud.fht-esslingen.de > > > * rpmfusion-free: ftp.nluug.nl > > > * rpmfusion-free-updates: ftp.nluug.nl > > > * rpmfusion-nonfree: ftp.nluug.nl > > > * rpmfusion-nonfree-updates: ftp.nluug.nl > > > * updates: ftp.nluug.nl > > > No Packages marked for Update > > > > > > Do I have to consider or not the error regarding reports? > > > > > > > Sure, yes; this is being already handled and will be merged into > > master > > upstream for ovirt-engine-dwh. > > > > > > > > After a reboot webadmin is ok but reports appears as totally > > > scrambled: > > > - login page > > > > > > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > > > - after login > > > > > > https://docs.google.com/file/d/0BwoPbcrMv8mvNm1VVnk4cDhDR0U/edit?usp=sharing > > > > > > these above are from Fedora 18 and firefox 19.0.2 > > > > > > > It seems that something is wrong with CSS loading. Do you have any > > CSS/JS blocker addons installed in Firefox? > > > > > > > > > > > Gianluca > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Tue Mar 19 15:22:39 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 15:22:39 +0000 (WET) Subject: [Users] BUG: soft lockup In-Reply-To: References: <4871693.1217.1363371726543.JavaMail.ferra@ferra-PC> <1614819470.23894.1363387667822.JavaMail.root@logicworks.pt> <7ced3517-996c-43ce-98af-3c22b4912395@email.android.com> <10025060.260.1363686391577.JavaMail.ferra@ferra-PC> Message-ID: <4067076.721.1363706557267.JavaMail.ferra@ferra-PC> I tried the last 3.8 and still the same error. ----- Mensagem original ----- De: "Gianluca Cecchi" Para: suporte at logicworks.pt Cc: "users" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:17:40 Assunto: Re: [Users] BUG: soft lockup sorry I previously wrote that I was using kernel-3.7.9-201.fc18. Instead, at least on my BL685c G1 blades, the kernel I'm correctly running with oVirt 3.2.1 is 3.7.8-202.fc18.x86_64 And the previous working one was kernel-3.6.11-3 Not tried yet latest 3.8 ones. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From yzaslavs at redhat.com Tue Mar 19 15:26:38 2013 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 19 Mar 2013 11:26:38 -0400 (EDT) Subject: [Users] ldap simple In-Reply-To: <51486D39.6030901@arnes.si> Message-ID: <2088321343.10926842.1363706798915.JavaMail.root@redhat.com> Why openldap server? We do not support openldap at the moment. ----- Original Message ----- > From: "Jure Kranjc" > To: users at ovirt.org > Sent: Tuesday, March 19, 2013 3:50:49 PM > Subject: Re: [Users] ldap simple > Hi. > Further testing... > - Setup: one ldap server with added user to match ovirt searches > (while adding user in webadmin), > - Fedora 18, engine 3.2.1, openldap-server, simple authentication, no > firewalls, > - with packet inspection we can see ldap responding with requested > attributes > - still, there are errors in logs, see below, and no users are listed > in webadmin, engine fails to parse given attributes > - engine-manage-domains -action=validate returns "Invalid > credentials" even though binding is ok and ldap is replying with > data. > Can anyone point us to some documentation on this topic? > Is really AD the only good solution for user management? > engine.log > 2013-03-19 15:16:53,042 ERROR > [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] > (ajp--127.0.0.1-8702-3) Error in running LDAP query. BaseDN is , > filter is (&(&(objectClass=person)) > (|(givenname=test)(sn=test)(uid=test)(uid=test))). Exception message > is: null > 2013-03-19 15:16:53,043 ERROR > [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] > (ajp--127.0.0.1-8702-3) Failed ldap search server > ldap://ldaphost.domain.si:389 due to null. We should try the next > server > server.log > 2013-03-19 15:17:24,113 ERROR > [org.springframework.ldap.control.AbstractRequestControlDirContextProcessor] > (ajp--127.0.0.1-8702-6) No matching response control found for paged > results - looking for 'class > javax.naming.ldap.PagedResultsResponseControl > On 03/18/2013 09:09 AM, Yair Zaslavsky wrote: > > Hi, > > > We're issuing a RootDSE query (once per LDAP domain configured). > > > We try to obtain from it the "defaultNamingContext" attribute. > > > If does not exist - we try to obtain ""NamingContexts" > > > We store the result at a "domainDn" (we have a data structure which > > maps domains to information objects, one of the fields at the > > information object is the DN of the domain) field, and we use it to > > compose the full ldap URL we send the queries to. > > > ----- Original Message ----- > > > > From: "Andrej Bagon" > > > > > > To: "Itamar Heim" > > > > > > Cc: users at ovirt.org , "Yair Zaslavsky" , > > > "Oved > > > Ourfalli" > > > > > > Sent: Monday, March 18, 2013 9:07:06 AM > > > > > > Subject: Re: [Users] ldap simple > > > > > > Hi, > > > > > > the system is trying to bind to ldap as: > > > > > > bind request: > > > uid=cn=ovirt,cn=Users,cn=Accounts,dc=ourdomain,dc=si > > > > > > I dont know how it knows dc=ourdomain,dc=si > > > > > > It should be > > > > > > bind request: cn=ovirt,ou=system,dc=ourdomain,dc=si" -b > > > "dc=arnes,dc=si > > > > > > The same with the search: we have users in form as: > > > > > > edupersonprincipalname=username at users.ourdomain.si > > > ,dc=users,dc=ourdomain,dc=si > > > > > > values in database: > > > > > > select * from vdc_options where option_name in > > > ('DomainName','LdapServers','LDAPSecurityAuthentication','LDAPProviderTypes','AdUserName','AdUserPassword') > > > order by option_id; > > > > > > option_id | option_name | option_value | version > > > > > > -----------+----------------------------+--------------------------------+--------- > > > > > > 10 | AdUserName | users.ourdomain.si:ovirt | general > > > > > > 11 | AdUserPassword |users.ourdomain.si:adminpassword | general > > > > > > 69 | DomainName | users.ourdomain.si | general > > > > > > 130 | LDAPSecurityAuthentication| users.ourdomain.si:SIMPLE | > > > general > > > > > > 132 | LdapServers | users.ourdomain.si:server.ourdomain.si | > > > general > > > > > > 133 | LDAPProviderTypes | users.ourdomain.si:rhds | general > > > > > > (6 rows) > > > > > > Best Regards, > > > > > > Andrej Bagon > > > > > > On 03/15/2013 12:09 PM, Itamar Heim wrote: > > > > > > > On 03/14/2013 01:58 PM, Andrej Bagon wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > is it possible to change the bind request that is sent to the > > > > > ldap > > > > > > > > > > > > > > > server? The default > > > > > uid=user,cn=Users,cn=Accounts,cn=our,cn=domain > > > > > is > > > > > > > > > > > > > > > not suitable. > > > > > > > > > > > > > > can you please explain why / what you would like to change it > > > > to? > > > > > > > > > > (not sure possible now, but there is work to make it more > > > > configurable/pluggable) > > > > > > > > _______________________________________________ > > > Users mailing list Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Tue Mar 19 15:28:22 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 15:30:22 +0002 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <10590392.698.1363705709591.JavaMail.ferra@ferra-PC> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> <10590392.698.1363705709591.JavaMail.ferra@ferra-PC> Message-ID: <201303191528.r2JFSONr027169@int-mx01.intmail.prod.int.phx2.redhat.com> On Tue, Mar 19, 2013 at 5:08 PM, suporte at logicworks.pt wrote: > Alex, dwhd is up and running (ovirt-engine-dwh) > OK, so let's see how the reports site is doing now. > > De: "Alex Lourie" > Para: suporte at logicworks.pt > Cc: "users" , "Gianluca Cecchi" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:16:49 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > From alourie at redhat.com Tue Mar 19 15:29:29 2013 From: alourie at redhat.com (Alex Lourie) Date: Tue, 19 Mar 2013 15:31:29 +0002 Subject: [Users] Problem install In-Reply-To: References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> <201303191440.r2JEdv0Q002729@int-mx11.intmail.prod.int.phx2.redhat.com> Message-ID: <201303191529.r2JFTVQv027622@int-mx01.intmail.prod.int.phx2.redhat.com> Hi Marcelo We need to dig deeper. Can you please attach server and engine logs? Thanks. On Tue, Mar 19, 2013 at 4:52 PM, Marcelo Barbosa wrote: > Alex, > > ? ?I run again, but error persist: > > > From gianluca.cecchi at gmail.com Tue Mar 19 15:41:25 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 16:41:25 +0100 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! Message-ID: Hello, in my opinion 3.2.1 for fedora 18 doesn't contain this: http://gerrit.ovirt.org/#/c/11254/ that was one of the biggest problems of 3.2 see also this thread of mine: http://lists.ovirt.org/pipermail/users/2013-February/012653.html I had to recompile 3.2 in the mean time and after update to 3.2.1 I have again the same problems: - clone from snapshot blocked white window - snapshot details pane no information for network and disks So this update was totally worthless for me and I have to recompile again 3.2.1.... bad! Gianluca From mlipchuk at redhat.com Tue Mar 19 15:52:29 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Tue, 19 Mar 2013 17:52:29 +0200 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: References: Message-ID: <514889BD.9070808@redhat.com> Hi Gianluca, I checked the code of 3.2 and you are right, the patch was not pushed there. Although it seems that the origin fix exists in 3.2, I will send a patch to fix that. Regards, Maor On 03/19/2013 05:41 PM, Gianluca Cecchi wrote: > Hello, > in my opinion 3.2.1 for fedora 18 doesn't contain this: > http://gerrit.ovirt.org/#/c/11254/ > > that was one of the biggest problems of 3.2 > > see also this thread of mine: > http://lists.ovirt.org/pipermail/users/2013-February/012653.html > > I had to recompile 3.2 in the mean time and after update to 3.2.1 I > have again the same problems: > - clone from snapshot blocked white window > - snapshot details pane no information for network and disks > > So this update was totally worthless for me and I have to recompile > again 3.2.1.... > bad! > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Tue Mar 19 15:53:22 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 16:53:22 +0100 Subject: [Users] otopi needed on oVirt node? In-Reply-To: <51487C07.4030406@redhat.com> References: <1195993868.7760435.1363704770033.JavaMail.root@redhat.com> <51487C07.4030406@redhat.com> Message-ID: On Tue, Mar 19, 2013 at 3:53 PM, Mike Burns wrote: > On 03/19/2013 10:52 AM, Alon Bar-Lev wrote: >> >> I don't follow. >> >> If these are not ovirt-nodes, then no otopi and no ovirt-host-deploy >> should exist, unless these are all-in-one. > > > They're not ovirt-node images, they're F18 hosts that Gianluca is referring > to as nodes. > > Mike Yes they are both fedora 18 servers where I enabled the ovirt repo. But one of them was previously used in a standalone all-in-one config. I then removed jboss-as and other related packages but probably I forgot these two diff packages > otopi-1.0.0-1.fc18.noarch > ovirt-host-deploy-1.0.1-1.fc18.noarch that in fact are only installed on one node and from here my uestion arose.... I think I can safely removed them, I presume... sorry for confusing... Gianluca From suporte at logicworks.pt Tue Mar 19 16:04:51 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 16:04:51 +0000 (WET) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303191528.r2JFSONr027169@int-mx01.intmail.prod.int.phx2.redhat.com> References: <201303170929.r2H9TVGh019067@int-mx01.intmail.prod.int.phx2.redhat.com> <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> <10590392.698.1363705709591.JavaMail.ferra@ferra-PC> <201303191528.r2JFSONr027169@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: <31946428.776.1363709084784.JavaMail.ferra@ferra-PC> still the same like this: https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing ----- Mensagem original ----- De: "Alex Lourie" Para: suporte at logicworks.pt Cc: "users" , "Gianluca Cecchi" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 15:28:22 Assunto: Re: [Users] oVirt 3.2.1 and reports update error On Tue, Mar 19, 2013 at 5:08 PM, suporte at logicworks.pt wrote: > Alex, dwhd is up and running (ovirt-engine-dwh) > OK, so let's see how the reports site is doing now. > > De: "Alex Lourie" > Para: suporte at logicworks.pt > Cc: "users" , "Gianluca Cecchi" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:16:49 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Tue Mar 19 16:10:04 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Tue, 19 Mar 2013 18:10:04 +0200 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: <514889BD.9070808@redhat.com> References: <514889BD.9070808@redhat.com> Message-ID: <51488DDC.2020507@redhat.com> FYI, the patch is at http://gerrit.ovirt.org/#/c/13172/ Thanks for your attention, Maor On 03/19/2013 05:52 PM, Maor Lipchuk wrote: > Hi Gianluca, I checked the code of 3.2 and you are right, the patch was > not pushed there. > Although it seems that the origin fix exists in 3.2, I will send a patch > to fix that. > > Regards, > Maor > > On 03/19/2013 05:41 PM, Gianluca Cecchi wrote: >> Hello, >> in my opinion 3.2.1 for fedora 18 doesn't contain this: >> http://gerrit.ovirt.org/#/c/11254/ >> >> that was one of the biggest problems of 3.2 >> >> see also this thread of mine: >> http://lists.ovirt.org/pipermail/users/2013-February/012653.html >> >> I had to recompile 3.2 in the mean time and after update to 3.2.1 I >> have again the same problems: >> - clone from snapshot blocked white window >> - snapshot details pane no information for network and disks >> >> So this update was totally worthless for me and I have to recompile >> again 3.2.1.... >> bad! >> >> Gianluca >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mr.marcelo.barbosa at gmail.com Tue Mar 19 16:14:20 2013 From: mr.marcelo.barbosa at gmail.com (Marcelo Barbosa) Date: Tue, 19 Mar 2013 13:14:20 -0300 Subject: [Users] Problem install In-Reply-To: <201303191529.r2JFTVQv027622@int-mx01.intmail.prod.int.phx2.redhat.com> References: <201303191330.r2JDUold027961@int-mx12.intmail.prod.int.phx2.redhat.com> <201303191440.r2JEdv0Q002729@int-mx11.intmail.prod.int.phx2.redhat.com> <201303191529.r2JFTVQv027622@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: Alex, I attached a group of logs for your review, if you need more tests or logs I am available. Marcelo Barbosa *mr.marcelo.barbosa at gmail.com* On Tue, Mar 19, 2013 at 12:29 PM, Alex Lourie wrote: > Hi Marcelo > > We need to dig deeper. > > Can you please attach server and engine logs? > > Thanks. > > > On Tue, Mar 19, 2013 at 4:52 PM, Marcelo Barbosa < > mr.marcelo.barbosa at gmail.com> wrote: > >> Alex, >> >> I run again, but error persist: >> >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt_all-in-one_logs.tar.gz Type: application/x-gzip Size: 308917 bytes Desc: not available URL: From gianluca.cecchi at gmail.com Tue Mar 19 16:45:31 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 17:45:31 +0100 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: <51488DDC.2020507@redhat.com> References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> Message-ID: On Tue, Mar 19, 2013 at 5:10 PM, Maor Lipchuk wrote: > FYI, the patch is at http://gerrit.ovirt.org/#/c/13172/ > Thanks. Hope to have an rpm update too for fedora 18 ovirt stable repo. Gianluca From suporte at logicworks.pt Tue Mar 19 16:52:34 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 19 Mar 2013 16:52:34 +0000 (WET) Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: <51488DDC.2020507@redhat.com> References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> Message-ID: <20436400.881.1363711954839.JavaMail.ferra@ferra-PC> I can create a snapshot, but how can I revert it. Need to has the VM off? ----- Mensagem original ----- De: "Maor Lipchuk" Para: "Gianluca Cecchi" Cc: users at ovirt.org Enviadas: Ter?a-feira, 19 de Mar?o de 2013 16:10:04 Assunto: Re: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! FYI, the patch is at http://gerrit.ovirt.org/#/c/13172/ Thanks for your attention, Maor On 03/19/2013 05:52 PM, Maor Lipchuk wrote: > Hi Gianluca, I checked the code of 3.2 and you are right, the patch was > not pushed there. > Although it seems that the origin fix exists in 3.2, I will send a patch > to fix that. > > Regards, > Maor > > On 03/19/2013 05:41 PM, Gianluca Cecchi wrote: >> Hello, >> in my opinion 3.2.1 for fedora 18 doesn't contain this: >> http://gerrit.ovirt.org/#/c/11254/ >> >> that was one of the biggest problems of 3.2 >> >> see also this thread of mine: >> http://lists.ovirt.org/pipermail/users/2013-February/012653.html >> >> I had to recompile 3.2 in the mean time and after update to 3.2.1 I >> have again the same problems: >> - clone from snapshot blocked white window >> - snapshot details pane no information for network and disks >> >> So this update was totally worthless for me and I have to recompile >> again 3.2.1.... >> bad! >> >> Gianluca >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Tue Mar 19 17:11:54 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 18:11:54 +0100 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: <20436400.881.1363711954839.JavaMail.ferra@ferra-PC> References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> <20436400.881.1363711954839.JavaMail.ferra@ferra-PC> Message-ID: On Tue, Mar 19, 2013 at 5:52 PM, wrote: > I can create a snapshot, but how can I revert it. Need to has the VM off? I confirm that also in my oVirt 3.2.1 when the VM is running the "delete" is greyed out. I successfully tested that if I shutdown it, then I can complete snapshot deletion. during deletion iotop: Total DISK READ: 31896.94 K/s | Total DISK WRITE: 30310.11 K/s PID PRIO USER DISK READ DISK WRITE> SWAPIN IO COMMAND 28654 idle vdsm 30555.40 K/s 30302.88 K/s 0.00 % 31.58 % qemu-img convert -t none -f qco~88a-40db-a9fb-619a6655c858_MERGE 2830 be/4 root 0.00 K/s 14.47 K/s 0.00 % 0.00 % libvirtd --listen 3141 be/3 vdsm 0.00 K/s 1.32 K/s 0.00 % 0.00 % python /usr/share/vdsm/vdsm 875 be/3 root 0.00 K/s 0.00 K/s 0.00 % 0.27 % [jbd2/dm-12-8] 2457 be/4 sanlock 1010.10 K/s 0.00 K/s 0.00 % 0.02 % sanlock daemon -U sanlock -G sanlock ps: [root at f18ovn01 ~]# ps -ef| grep convert vdsm 28654 3141 5 18:00 ? 00:00:06 /usr/bin/qemu-img convert -t none -f qcow2 /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/43ca3bc4-fefc-43c5-8508-ad4d2599418b/77af271e-a88a-40db-a9fb-619a6655c858 -O raw /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/43ca3bc4-fefc-43c5-8508-ad4d2599418b/77af271e-a88a-40db-a9fb-619a6655c858_MERGE root 29211 25304 0 18:02 pts/0 00:00:00 grep --color=auto convert I don't know how oVirt 3.2.1 is positioned vs rhev 3.1 but I found this: - rhevm 3.1 manual is wrong in my opinion at page 139 section 8.9.3 because in create VM from snapshot it says: Ensure the status is Powered Down. and I think this is not true (possibly cut-n-paste from procedure 8.20 to 8.21 and forgetting to leave off the power down thing...) - rhevm 3.1 at page 141 section 8.9.4 procedure 8.22 is not clear because it doesn't say if the VM has to be powered down for the snapshot to be deleted or can be running.... any information for both RHEVM 3.1 and oVirt 3.2.1 and snapshot deletion? Gianluca From dfediuck at redhat.com Tue Mar 19 17:17:04 2013 From: dfediuck at redhat.com (Doron Fediuck) Date: Tue, 19 Mar 2013 13:17:04 -0400 (EDT) Subject: [Users] Tip for oVirt marketing improvement - HA and features comparison In-Reply-To: <20130314103119.7e1c87aa.jbelka@redhat.com> Message-ID: <55826387.22063695.1363713424701.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Jiri Belka" > To: users at ovirt.org > Sent: Thursday, March 14, 2013 11:31:19 AM > Subject: [Users] Tip for oVirt marketing improvement - HA and features comparison > > Hi, > > a Czech company running vCloud has a nice webpage with little schema > of > hw architecture which changes if you click on a hw item making it as > failed, then it shows redundant paths to continue funcionality. > > It also has nice feature (even old) comparison between > VMWare/Hyper-V/Xen/KVM. > > Check 2/3 part of http://www.master.cz/cloud-hosting/ > > Something like this was be niiiice for oVirt. > > jbelka > Hi Jiri, Although the language is unclear, the graphics looks very nice. Is it attached to real logic or just a mockup of HA functionality? From iheim at redhat.com Tue Mar 19 20:56:32 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 19 Mar 2013 22:56:32 +0200 Subject: [Users] ldap simple In-Reply-To: <2088321343.10926842.1363706798915.JavaMail.root@redhat.com> References: <2088321343.10926842.1363706798915.JavaMail.root@redhat.com> Message-ID: <5148D100.3050204@redhat.com> On 03/19/2013 05:26 PM, Yair Zaslavsky wrote: > Why openldap server? > We do not support openldap at the moment. hopefully, the changes to auth part will make it for 3.3 to cover that, but depends on progress there. > > > ------------------------------------------------------------------------ > > *From: *"Jure Kranjc" > *To: *users at ovirt.org > *Sent: *Tuesday, March 19, 2013 3:50:49 PM > *Subject: *Re: [Users] ldap simple > > Hi. > > Further testing... > - Setup: one ldap server with added user to match ovirt searches > (while adding user in webadmin), > - Fedora 18, engine 3.2.1, openldap-server, simple authentication, > no firewalls, > - with packet inspection we can see ldap responding with requested > attributes > - still, there are errors in logs, see below, and no users are > listed in webadmin, engine fails to parse given attributes > - engine-manage-domains -action=validate returns "Invalid > credentials" even though binding is ok and ldap is replying with data. > > Can anyone point us to some documentation on this topic? > Is really AD the only good solution for user management? > > engine.log > 2013-03-19 15:16:53,042 ERROR > [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] > (ajp--127.0.0.1-8702-3) Error in running LDAP query. BaseDN is , > filter is (&(&(objectClass=person)) > (|(givenname=test)(sn=test)(uid=test)(uid=test))). Exception message > is: null > 2013-03-19 15:16:53,043 ERROR > [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] > (ajp--127.0.0.1-8702-3) Failed ldap search server > ldap://ldaphost.domain.si:389 due to null. We should try the next server > > server.log > 2013-03-19 15:17:24,113 ERROR > [org.springframework.ldap.control.AbstractRequestControlDirContextProcessor] > (ajp--127.0.0.1-8702-6) No matching response control found for paged > results - looking for 'class > javax.naming.ldap.PagedResultsResponseControl > > > > On 03/18/2013 09:09 AM, Yair Zaslavsky wrote: > > Hi, > We're issuing a RootDSE query (once per LDAP domain configured). > We try to obtain from it the "defaultNamingContext" attribute. > If does not exist - we try to obtain ""NamingContexts" > We store the result at a "domainDn" (we have a data structure > which maps domains to information objects, one of the fields at > the information object is the DN of the domain) field, and we > use it to compose the full ldap URL we send the queries to. > > > ------------------------------------------------------------------------ > > *From: *"Andrej Bagon" > *To: *"Itamar Heim" > *Cc: *users at ovirt.org, "Yair Zaslavsky" > , "Oved Ourfalli" > *Sent: *Monday, March 18, 2013 9:07:06 AM > *Subject: *Re: [Users] ldap simple > > Hi, > > the system is trying to bind to ldap as: > bind request: > uid=cn=ovirt,cn=Users,cn=Accounts,dc=ourdomain,dc=si > > I dont know how it knows dc=ourdomain,dc=si > It should be > bind request: cn=ovirt,ou=system,dc=ourdomain,dc=si" -b > "dc=arnes,dc=si > > The same with the search: we have users in form as: > edupersonprincipalname=username at users.ourdomain.si > ,dc=users,dc=ourdomain,dc=si > > values in database: > select * from vdc_options where option_name in > ('DomainName','LdapServers','LDAPSecurityAuthentication','LDAPProviderTypes','AdUserName','AdUserPassword') > order by option_id; > option_id | option_name | > option_value | version > -----------+----------------------------+--------------------------------+--------- > 10 | AdUserName | > users.ourdomain.si:ovirt | general > 11 | AdUserPassword > |users.ourdomain.si:adminpassword | general > 69 | DomainName | > users.ourdomain.si | general > 130 | LDAPSecurityAuthentication| > users.ourdomain.si:SIMPLE | general > 132 | LdapServers | > users.ourdomain.si:server.ourdomain.si | general > 133 | LDAPProviderTypes | > users.ourdomain.si:rhds | general > (6 rows) > > Best Regards, > Andrej Bagon > > > On 03/15/2013 12:09 PM, Itamar Heim wrote: > > On 03/14/2013 01:58 PM, Andrej Bagon wrote: > > Hi, > > is it possible to change the bind request that is > sent to the ldap > server? The default > uid=user,cn=Users,cn=Accounts,cn=our,cn=domain is > not suitable. > > > can you please explain why / what you would like to > change it to? > (not sure possible now, but there is work to make it > more configurable/pluggable) > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From bailey at cs.kent.edu Tue Mar 19 21:11:56 2013 From: bailey at cs.kent.edu (Jeff Bailey) Date: Tue, 19 Mar 2013 17:11:56 -0400 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <20130319150536.GB24919@teriyaki.redhat.com> References: <5F9E965F5A80BC468BE5F40576769F0910272F13@exchange2-1> <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> <20130319150536.GB24919@teriyaki.redhat.com> Message-ID: <5148D49C.1060406@cs.kent.edu> On 3/19/2013 11:05 AM, Christophe Fergeau wrote: > Hey, > > On Tue, Mar 19, 2013 at 12:08:13AM +0200, Itamar Heim wrote: >> On 03/19/2013 12:05 AM, Jeff Bailey wrote: >>> On 3/18/2013 7:56 AM, Juan Jose wrote: >>>> Hello Itamar and everybody, >>>> >>>> I have tested this Howto with a Windows 7 Enterprise edition client >>>> and IE 9 and when you click over console button in User portal >>>> virt-viewer is launched but after one second it close windows and >>>> don't connect to virtual machine. I have oVirt 3.1 and I'm thinking in >>>> migrate my system to oVirt 3.2 but it will be nice to know which it is >>>> the reason because it doesn't work. Some indications about what would >>>> be the problem will be wellcome. >>>> >>> This is exactly the same thing I get. 3.2 doesn't help. The spicex log >>> says that it can't connect to the spice client pipe. This is with both >>> the admin portal and the user portal. >> adding spice-devel for their input > As far as I know, there haven't been public spicex releases, so I'm not > sure where this spicex used with oVirt comes from. I was referring to the log file named "spicex" related to the activex plugin. Adding the engine url to the IE trusted zone fixed my problem though. > Christophe From mlipchuk at redhat.com Tue Mar 19 21:12:46 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Tue, 19 Mar 2013 23:12:46 +0200 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> <20436400.881.1363711954839.JavaMail.ferra@ferra-PC> Message-ID: <5148D4CE.9060604@redhat.com> Adding Timothy to the thread. Remove live snapshot is not supported yet, but it's in the roadmap. For now VM must be shut down before removing a snapshot. On 03/19/2013 07:11 PM, Gianluca Cecchi wrote: > On Tue, Mar 19, 2013 at 5:52 PM, wrote: >> I can create a snapshot, but how can I revert it. Need to has the VM off? > > I confirm that also in my oVirt 3.2.1 when the VM is running the > "delete" is greyed out. > I successfully tested that if I shutdown it, then I can complete > snapshot deletion. > during deletion > > iotop: > Total DISK READ: 31896.94 K/s | Total DISK WRITE: 30310.11 K/s > PID PRIO USER DISK READ DISK WRITE> SWAPIN IO COMMAND > 28654 idle vdsm 30555.40 K/s 30302.88 K/s 0.00 % 31.58 % qemu-img > convert -t none -f qco~88a-40db-a9fb-619a6655c858_MERGE > 2830 be/4 root 0.00 K/s 14.47 K/s 0.00 % 0.00 % libvirtd --listen > 3141 be/3 vdsm 0.00 K/s 1.32 K/s 0.00 % 0.00 % python > /usr/share/vdsm/vdsm > 875 be/3 root 0.00 K/s 0.00 K/s 0.00 % 0.27 % [jbd2/dm-12-8] > 2457 be/4 sanlock 1010.10 K/s 0.00 K/s 0.00 % 0.02 % sanlock > daemon -U sanlock -G sanlock > > ps: > [root at f18ovn01 ~]# ps -ef| grep convert > vdsm 28654 3141 5 18:00 ? 00:00:06 /usr/bin/qemu-img > convert -t none -f qcow2 > /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/43ca3bc4-fefc-43c5-8508-ad4d2599418b/77af271e-a88a-40db-a9fb-619a6655c858 > -O raw /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/43ca3bc4-fefc-43c5-8508-ad4d2599418b/77af271e-a88a-40db-a9fb-619a6655c858_MERGE > root 29211 25304 0 18:02 pts/0 00:00:00 grep --color=auto convert > > I don't know how oVirt 3.2.1 is positioned vs rhev 3.1 but I found this: > > - rhevm 3.1 manual is wrong in my opinion at page 139 section 8.9.3 > because in create VM from snapshot it says: > Ensure the status is Powered Down. > and I think this is not true > (possibly cut-n-paste from procedure 8.20 to 8.21 and forgetting to > leave off the power down thing...) > > - rhevm 3.1 at page 141 section 8.9.4 procedure 8.22 is not clear > because it doesn't say if the VM has to be powered down for the > snapshot to be deleted or can be running.... > any information for both RHEVM 3.1 and oVirt 3.2.1 and snapshot deletion? Thanks for pointing that out, Timothy, perhaps you know who can help with that issue? > > Gianluca > From gianluca.cecchi at gmail.com Tue Mar 19 21:26:56 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 19 Mar 2013 22:26:56 +0100 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: <5148D4CE.9060604@redhat.com> References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> <20436400.881.1363711954839.JavaMail.ferra@ferra-PC> <5148D4CE.9060604@redhat.com> Message-ID: On Mar 19, 2013 10:12 PM, "Maor Lipchuk" wrote: > > Adding Timothy to the thread. > > Remove live snapshot is not supported yet, but it's in the roadmap. > For now VM must be shut down before removing a snapshot. > Thanks for pointing that out, > Timothy, perhaps you know who can help with that issue? > > If not already pointed out or opened, I can open a documentation bug, if my considerations are right -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Mar 19 21:48:51 2013 From: iheim at redhat.com (Itamar Heim) Date: Tue, 19 Mar 2013 23:48:51 +0200 Subject: [Users] [Engine-devel] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <1985267630.7169027.1363370841010.JavaMail.root@redhat.com> References: <1985267630.7169027.1363370841010.JavaMail.root@redhat.com> Message-ID: <5148DD43.6020605@redhat.com> On 03/15/2013 08:07 PM, Alon Bar-Lev wrote: > > > ----- Original Message ----- >> From: "Itamar Heim" >> To: "Jiri Belka" >> Cc: engine-devel at ovirt.org, Users at ovirt.org >> Sent: Friday, March 15, 2013 1:27:32 PM >> Subject: Re: [Engine-devel] [Users] Features requests for the setup/configuration utilities - feedback requested >> >> On 03/14/2013 04:55 PM, Jiri Belka wrote: >>> On Thu, 14 Mar 2013 14:44:48 +0002 >>> Alex Lourie wrote: >>> >>>> Hi Jiri >>>> >>>> On Thu, Mar 14, 2013 at 4:30 PM, Jiri Belka >>>> wrote: >>>>> I'll talk about RHEVM but it's probably related to oVirt too. >>>>> >>>>> As rhevm installs all deps, I'm curious why versionlock.list is >>>>> populated after rhevm-setup and _not_dirrectly during >>>>> installation >>>>> (maybe because you would need to hardcode versions into rhevm >>>>> package?). It took me tens of minutes to figure out why is >>>>> upgrade >>>>> working differently now, just because I did _NOT_ do rhevm-setup >>>>> after >>>>> clean install because I was thinking I know what files are >>>>> important >>>>> and was restoring them from a tarball. >>>>> >>>>> I think running rhevm-setup if you just want to restore is >>>>> stupid. If >>>>> we would know 100% which files are involved, just install, >>>>> restore >>>>> from >>>>> backup, restore DB should be sufficient, without loosing time >>>>> with >>>>> rhevm-setup which just writes there and here... :) >>>>> >>>> >>>> I don't really follow you here. What are you restoring with >>>> rhevm-setup? >>> >>> My previous (wrong) procedure to restore old version was: >>> >>> rhevm-cleanup, yum remove rhevm\*, rm -rf $dirs, yum install >>> rhevm\*, >>> tar xvzpf /backup.tgz, ./restore.sh for DB... >>> >>> which was not fully correct as I haven't >>> known /etc/yum/plugin.d/versionlock.list is touched by rhevm-setup >>> as >>> well and thus yum was working very strange during next normal >>> upgrade. >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> moran/ofer - i remember some discussions on moving from version lock >> to >> a yum plugin. i.e., yum will not update the packages if not getting >> some >> parameter from engine-upgrade (but will show updates exist), but they >> will behave normally other than that? > > We cannot mention yum specific features in setup context any more... this is part of the mission. > > We should reconsider the locking of version - no product uses this. > > After upgrade of packages, product should either know not to start or upgrade the database when restarted, or better know to work with older schema. > > The version lock should be removed as soon as possible. > > Alon > I think we can remove the version lock (after relevant preparations/changes) I still think a yum plugin to not yum update rpms which are part of the engine without a special script/yum paramter invoking them) is worthwhile, since i don't like the concept of someone running yum update, only to find out the upgrade had an issue a week later when restarting the service. From alonbl at redhat.com Tue Mar 19 21:54:20 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 19 Mar 2013 17:54:20 -0400 (EDT) Subject: [Users] [Engine-devel] Features requests for the setup/configuration utilities - feedback requested In-Reply-To: <5148DD43.6020605@redhat.com> Message-ID: <112177286.7867896.1363730060030.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Itamar Heim" > To: "Alon Bar-Lev" > Cc: engine-devel at ovirt.org, Users at ovirt.org, "Jiri Belka" > Sent: Tuesday, March 19, 2013 11:48:51 PM > Subject: Re: [Engine-devel] [Users] Features requests for the setup/configuration utilities - feedback requested > > On 03/15/2013 08:07 PM, Alon Bar-Lev wrote: > > > > > > ----- Original Message ----- > >> From: "Itamar Heim" > >> To: "Jiri Belka" > >> Cc: engine-devel at ovirt.org, Users at ovirt.org > >> Sent: Friday, March 15, 2013 1:27:32 PM > >> Subject: Re: [Engine-devel] [Users] Features requests for the > >> setup/configuration utilities - feedback requested > >> > >> On 03/14/2013 04:55 PM, Jiri Belka wrote: > >>> On Thu, 14 Mar 2013 14:44:48 +0002 > >>> Alex Lourie wrote: > >>> > >>>> Hi Jiri > >>>> > >>>> On Thu, Mar 14, 2013 at 4:30 PM, Jiri Belka > >>>> wrote: > >>>>> I'll talk about RHEVM but it's probably related to oVirt too. > >>>>> > >>>>> As rhevm installs all deps, I'm curious why versionlock.list is > >>>>> populated after rhevm-setup and _not_dirrectly during > >>>>> installation > >>>>> (maybe because you would need to hardcode versions into rhevm > >>>>> package?). It took me tens of minutes to figure out why is > >>>>> upgrade > >>>>> working differently now, just because I did _NOT_ do > >>>>> rhevm-setup > >>>>> after > >>>>> clean install because I was thinking I know what files are > >>>>> important > >>>>> and was restoring them from a tarball. > >>>>> > >>>>> I think running rhevm-setup if you just want to restore is > >>>>> stupid. If > >>>>> we would know 100% which files are involved, just install, > >>>>> restore > >>>>> from > >>>>> backup, restore DB should be sufficient, without loosing time > >>>>> with > >>>>> rhevm-setup which just writes there and here... :) > >>>>> > >>>> > >>>> I don't really follow you here. What are you restoring with > >>>> rhevm-setup? > >>> > >>> My previous (wrong) procedure to restore old version was: > >>> > >>> rhevm-cleanup, yum remove rhevm\*, rm -rf $dirs, yum install > >>> rhevm\*, > >>> tar xvzpf /backup.tgz, ./restore.sh for DB... > >>> > >>> which was not fully correct as I haven't > >>> known /etc/yum/plugin.d/versionlock.list is touched by > >>> rhevm-setup > >>> as > >>> well and thus yum was working very strange during next normal > >>> upgrade. > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >> > >> moran/ofer - i remember some discussions on moving from version > >> lock > >> to > >> a yum plugin. i.e., yum will not update the packages if not > >> getting > >> some > >> parameter from engine-upgrade (but will show updates exist), but > >> they > >> will behave normally other than that? > > > > We cannot mention yum specific features in setup context any > > more... this is part of the mission. > > > > We should reconsider the locking of version - no product uses this. > > > > After upgrade of packages, product should either know not to start > > or upgrade the database when restarted, or better know to work > > with older schema. > > > > The version lock should be removed as soon as possible. > > > > Alon > > > > I think we can remove the version lock (after relevant > preparations/changes) Great! > I still think a yum plugin to not yum update rpms which are part of > the > engine without a special script/yum paramter invoking them) is > worthwhile, since i don't like the concept of someone running yum > update, only to find out the upgrade had an issue a week later when > restarting the service. If we do not want to stop engine service on rpm installation, we can have some kind of notification in engine that the software was updated and a restart is required. Alon From jure.kranjc at arnes.si Tue Mar 19 22:18:56 2013 From: jure.kranjc at arnes.si (Jure Kranjc) Date: Tue, 19 Mar 2013 23:18:56 +0100 Subject: [Users] ldap simple In-Reply-To: <5148D100.3050204@redhat.com> References: <2088321343.10926842.1363706798915.JavaMail.root@redhat.com> <5148D100.3050204@redhat.com> Message-ID: <5148E450.8080208@arnes.si> 389 DS is so far working as expected. Thank you for your clarification, somehow missed that out. On 19.3.2013 21:56, Itamar Heim wrote: > On 03/19/2013 05:26 PM, Yair Zaslavsky wrote: >> Why openldap server? >> We do not support openldap at the moment. > > hopefully, the changes to auth part will make it for 3.3 to cover > that, but depends on progress there. > >> >> >> ------------------------------------------------------------------------ >> >> *From: *"Jure Kranjc" >> *To: *users at ovirt.org >> *Sent: *Tuesday, March 19, 2013 3:50:49 PM >> *Subject: *Re: [Users] ldap simple >> >> Hi. >> >> Further testing... >> - Setup: one ldap server with added user to match ovirt searches >> (while adding user in webadmin), >> - Fedora 18, engine 3.2.1, openldap-server, simple authentication, >> no firewalls, >> - with packet inspection we can see ldap responding with requested >> attributes >> - still, there are errors in logs, see below, and no users are >> listed in webadmin, engine fails to parse given attributes >> - engine-manage-domains -action=validate returns "Invalid >> credentials" even though binding is ok and ldap is replying with >> data. >> >> Can anyone point us to some documentation on this topic? >> Is really AD the only good solution for user management? >> >> engine.log >> 2013-03-19 15:16:53,042 ERROR >> [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] >> (ajp--127.0.0.1-8702-3) Error in running LDAP query. BaseDN is , >> filter is (&(&(objectClass=person)) >> (|(givenname=test)(sn=test)(uid=test)(uid=test))). Exception message >> is: null >> 2013-03-19 15:16:53,043 ERROR >> [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] >> (ajp--127.0.0.1-8702-3) Failed ldap search server >> ldap://ldaphost.domain.si:389 due to null. We should try the next >> server >> >> server.log >> 2013-03-19 15:17:24,113 ERROR >> [org.springframework.ldap.control.AbstractRequestControlDirContextProcessor] >> (ajp--127.0.0.1-8702-6) No matching response control found for paged >> results - looking for 'class >> javax.naming.ldap.PagedResultsResponseControl >> >> >> >> On 03/18/2013 09:09 AM, Yair Zaslavsky wrote: >> >> Hi, >> We're issuing a RootDSE query (once per LDAP domain configured). >> We try to obtain from it the "defaultNamingContext" attribute. >> If does not exist - we try to obtain ""NamingContexts" >> We store the result at a "domainDn" (we have a data structure >> which maps domains to information objects, one of the fields at >> the information object is the DN of the domain) field, and we >> use it to compose the full ldap URL we send the queries to. >> >> >> ------------------------------------------------------------------------ >> >> *From: *"Andrej Bagon" >> *To: *"Itamar Heim" >> *Cc: *users at ovirt.org, "Yair Zaslavsky" >> , "Oved Ourfalli" >> *Sent: *Monday, March 18, 2013 9:07:06 AM >> *Subject: *Re: [Users] ldap simple >> >> Hi, >> >> the system is trying to bind to ldap as: >> bind request: >> uid=cn=ovirt,cn=Users,cn=Accounts,dc=ourdomain,dc=si >> >> I dont know how it knows dc=ourdomain,dc=si >> It should be >> bind request: cn=ovirt,ou=system,dc=ourdomain,dc=si" -b >> "dc=arnes,dc=si >> >> The same with the search: we have users in form as: >> edupersonprincipalname=username at users.ourdomain.si >> ,dc=users,dc=ourdomain,dc=si >> >> values in database: >> select * from vdc_options where option_name in >> ('DomainName','LdapServers','LDAPSecurityAuthentication','LDAPProviderTypes','AdUserName','AdUserPassword') >> order by option_id; >> option_id | option_name | >> option_value | version >> -----------+----------------------------+--------------------------------+--------- >> 10 | AdUserName | >> users.ourdomain.si:ovirt | general >> 11 | AdUserPassword >> |users.ourdomain.si:adminpassword | general >> 69 | DomainName | >> users.ourdomain.si | general >> 130 | LDAPSecurityAuthentication| >> users.ourdomain.si:SIMPLE | general >> 132 | LdapServers | >> users.ourdomain.si:server.ourdomain.si | general >> 133 | LDAPProviderTypes | >> users.ourdomain.si:rhds | general >> (6 rows) >> >> Best Regards, >> Andrej Bagon >> >> >> On 03/15/2013 12:09 PM, Itamar Heim wrote: >> >> On 03/14/2013 01:58 PM, Andrej Bagon wrote: >> >> Hi, >> >> is it possible to change the bind request that is >> sent to the ldap >> server? The default >> uid=user,cn=Users,cn=Accounts,cn=our,cn=domain is >> not suitable. >> >> >> can you please explain why / what you would like to >> change it to? >> (not sure possible now, but there is work to make it >> more configurable/pluggable) >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From bigclouds at 163.com Wed Mar 20 01:50:32 2013 From: bigclouds at 163.com (bigclouds) Date: Wed, 20 Mar 2013 09:50:32 +0800 (CST) Subject: [Users] vdsClient not work ,it waiting all the time In-Reply-To: <20130319082750.GB25513@redhat.com> References: <75346597.18f19.13d7c8c6b7d.Coremail.bigclouds@163.com> <10ed81e3.196c8.13d7c9877ce.Coremail.bigclouds@163.com> <20130318095646.GG5072@redhat.com> <75286e84.17d8b.13d7de2cd12.Coremail.bigclouds@163.com> <20130319082750.GB25513@redhat.com> Message-ID: <75710990.14e63.13d857d936c.Coremail.bigclouds@163.com> my problem is solved. i forget to implement close function of a class inherit from socket. thanks At 2013-03-19 16:27:50,"Dan Kenigsberg" wrote: >Sorry. I do not quite follow. Earlier you've mentioned something called >mcvdacli.py. > >Could you give another description of your setup? Which operating system >version? Which vdsm version? What is the output of > > vdsClient -s 0 getVdsCaps ? > >what's in vdsm.log? > >what do > > openssl verify -CAfile /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/certs/vdsmcert.pem > > openssl smime -sign -signer certs/vdsmcert.pem -in /tmp/hello -inkey keys/vdsmkey.pem > openssl smime -verify -CAfile certs/cacert.pem -certfile certs/vdsmcert.pem -in /tmp/hello.smime > >say? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lgavish at gmail.com Wed Mar 20 07:10:00 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 09:10:00 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: References: Message-ID: Hello, When trying to attach the first NFS data storage domain to the default data center it does not get attached. It appears and disappears after a few seconds from the "storage domains" table in the "Data Centers" tab in the GUI. In engine.log (attached) I see many errors. Here is some information about the system: [wil at bufferoverflow ovirt-engine]$ cat /etc/issue Fedora release 18 (Spherical Cow) Kernel \r on an \m (\l) [wil at bufferoverflow ovirt-engine]$ sestatus SELinux status: disabled [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm vdsm-4.10.3-7.fc18.x86_64 [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs Server nfs v3: Client nfs v3: Thank you in advance. Limor G -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-logs.zip Type: application/zip Size: 7608 bytes Desc: not available URL: From thildred at redhat.com Wed Mar 20 07:28:52 2013 From: thildred at redhat.com (Tim Hildred) Date: Wed, 20 Mar 2013 03:28:52 -0400 (EDT) Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: Message-ID: <222551737.48380088.1363764532035.JavaMail.root@redhat.com> I can help with this issue. I'll make the fix in the 3.2 documentation. We're not currently doing maintenance on the RHEV 3.1 docs. Thanks for catching it Gianluca. Tim Hildred, RHCE Content Author II - Engineering Content Services, Red Hat, Inc. Brisbane, Australia Email: thildred at redhat.com Internal: 8588287 Mobile: +61 4 666 25242 IRC: thildred ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Maor Lipchuk" > Cc: suporte at logicworks.pt, "users" , thildred at redhat.com > Sent: Wednesday, March 20, 2013 7:26:56 AM > Subject: Re: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! > > > > > On Mar 19, 2013 10:12 PM, "Maor Lipchuk" < mlipchuk at redhat.com > > wrote: > > > > Adding Timothy to the thread. > > > > Remove live snapshot is not supported yet, but it's in the roadmap. > > For now VM must be shut down before removing a snapshot. > > > > Thanks for pointing that out, > > Timothy, perhaps you know who can help with that issue? > > > > > If not already pointed out or opened, I can open a documentation bug, > if my considerations are right From cfergeau at redhat.com Wed Mar 20 09:20:01 2013 From: cfergeau at redhat.com (Christophe Fergeau) Date: Wed, 20 Mar 2013 10:20:01 +0100 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <5148D49C.1060406@cs.kent.edu> References: <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> <20130319150536.GB24919@teriyaki.redhat.com> <5148D49C.1060406@cs.kent.edu> Message-ID: <20130320092001.GF24919@teriyaki.redhat.com> On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: > On 3/19/2013 11:05 AM, Christophe Fergeau wrote: > >As far as I know, there haven't been public spicex releases, so I'm not > >sure where this spicex used with oVirt comes from. > > I was referring to the log file named "spicex" related to the > activex plugin. Yes, I got that part, but same answer, as far as I know there hasn't been any public releases of the activex plugin ;) Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From emesika at redhat.com Wed Mar 20 09:52:44 2013 From: emesika at redhat.com (Eli Mesika) Date: Wed, 20 Mar 2013 05:52:44 -0400 (EDT) Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: Message-ID: <1554736447.10915951.1363773164517.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Limor Gavish" > To: users at ovirt.org > Sent: Wednesday, March 20, 2013 9:10:00 AM > Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) > > > > Hello, > > > > > > > > > When trying to attach the first NFS data storage domain to the > default data center it does not get attached. It appears and > disappears after a few seconds from the "storage domains" table in > the "Data Centers" tab in the GUI. > In engine.log (attached) I see many errors. > H? Limor Can you please add vdsm.log (/var/log/vdsm/vdsm.log) I see this in the engine.log SanlockException(-203, 'Sanlock lockspace add failure', 'Sanlock exception') vdsm.log should add more details about this exception Thanks > > Here is some information about the system: > > > > > [wil at bufferoverflow ovirt-engine]$ cat /etc/issue > Fedora release 18 (Spherical Cow) > Kernel \r on an \m (\l) > [wil at bufferoverflow ovirt-engine]$ sestatus > SELinux status: disabled > > [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm > vdsm-4.10.3-7.fc18.x86_64 > > [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs > Server nfs v3: > Client nfs v3: > > > Thank you in advance. > Limor G > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lgavish at gmail.com Wed Mar 20 10:47:49 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 12:47:49 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: <1554736447.10915951.1363773164517.JavaMail.root@redhat.com> References: <1554736447.10915951.1363773164517.JavaMail.root@redhat.com> Message-ID: Thank you very much for your reply. I attached the vdsm.log On Wed, Mar 20, 2013 at 11:52 AM, Eli Mesika wrote: > > > ----- Original Message ----- > > From: "Limor Gavish" > > To: users at ovirt.org > > Sent: Wednesday, March 20, 2013 9:10:00 AM > > Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > When trying to attach the first NFS data storage domain to the > > default data center it does not get attached. It appears and > > disappears after a few seconds from the "storage domains" table in > > the "Data Centers" tab in the GUI. > > In engine.log (attached) I see many errors. > > > > H? Limor > Can you please add vdsm.log (/var/log/vdsm/vdsm.log) > I see this in the engine.log > SanlockException(-203, 'Sanlock lockspace add failure', 'Sanlock > exception') > > vdsm.log should add more details about this exception > > Thanks > > > > > Here is some information about the system: > > > > > > > > > > [wil at bufferoverflow ovirt-engine]$ cat /etc/issue > > Fedora release 18 (Spherical Cow) > > Kernel \r on an \m (\l) > > [wil at bufferoverflow ovirt-engine]$ sestatus > > SELinux status: disabled > > > > [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm > > vdsm-4.10.3-7.fc18.x86_64 > > > > [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs > > Server nfs v3: > > Client nfs v3: > > > > > > Thank you in advance. > > Limor G > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.zip Type: application/zip Size: 603012 bytes Desc: not available URL: From emesika at redhat.com Wed Mar 20 11:50:32 2013 From: emesika at redhat.com (Eli Mesika) Date: Wed, 20 Mar 2013 07:50:32 -0400 (EDT) Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: Message-ID: <194933344.10950394.1363780232557.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Limor Gavish" > To: "Eli Mesika" > Cc: users at ovirt.org, "Yuval M" , "Nezer Zaidenberg" > Sent: Wednesday, March 20, 2013 12:47:49 PM > Subject: Re: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) > > > Thank you very much for your reply. > I attached the vdsm.log thanks, I am CC people from our storage team. Ayal, Eduardo, Allon this is failing in clusterlock.py::acquireHostId Any idea on the problem origin? Thanks > > On Wed, Mar 20, 2013 at 11:52 AM, Eli Mesika < emesika at redhat.com > > wrote: > > > > > > ----- Original Message ----- > > From: "Limor Gavish" < lgavish at gmail.com > > > To: users at ovirt.org > > Sent: Wednesday, March 20, 2013 9:10:00 AM > > Subject: [Users] Failing to attach NFS data storage domain (Ovirt > > 3.2) > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > When trying to attach the first NFS data storage domain to the > > default data center it does not get attached. It appears and > > disappears after a few seconds from the "storage domains" table in > > the "Data Centers" tab in the GUI. > > In engine.log (attached) I see many errors. > > > > H? Limor > Can you please add vdsm.log (/var/log/vdsm/vdsm.log) > I see this in the engine.log > SanlockException(-203, 'Sanlock lockspace add failure', 'Sanlock > exception') > > vdsm.log should add more details about this exception > > Thanks > > > > > > Here is some information about the system: > > > > > > > > > > [wil at bufferoverflow ovirt-engine]$ cat /etc/issue > > Fedora release 18 (Spherical Cow) > > Kernel \r on an \m (\l) > > [wil at bufferoverflow ovirt-engine]$ sestatus > > SELinux status: disabled > > > > [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm > > vdsm-4.10.3-7.fc18.x86_64 > > > > [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs > > Server nfs v3: > > Client nfs v3: > > > > > > Thank you in advance. > > Limor G > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > From mlipchuk at redhat.com Wed Mar 20 12:11:33 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 20 Mar 2013 14:11:33 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: <194933344.10950394.1363780232557.JavaMail.root@redhat.com> References: <194933344.10950394.1363780232557.JavaMail.root@redhat.com> Message-ID: <5149A775.4000502@redhat.com> Also adding Federico to the thread, could be a san lock issue: SanlockException(-203, 'Sanlock lockspace add failure', 'Sanlock exception') Regards, Maor On 03/20/2013 01:50 PM, Eli Mesika wrote: > > > ----- Original Message ----- >> From: "Limor Gavish" >> To: "Eli Mesika" >> Cc: users at ovirt.org, "Yuval M" , "Nezer Zaidenberg" >> Sent: Wednesday, March 20, 2013 12:47:49 PM >> Subject: Re: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) >> >> >> Thank you very much for your reply. >> I attached the vdsm.log > > thanks, I am CC people from our storage team. > > Ayal, Eduardo, Allon > this is failing in clusterlock.py::acquireHostId > Any idea on the problem origin? > Thanks > > >> >> On Wed, Mar 20, 2013 at 11:52 AM, Eli Mesika < emesika at redhat.com > >> wrote: >> >> >> >> >> >> ----- Original Message ----- >>> From: "Limor Gavish" < lgavish at gmail.com > >>> To: users at ovirt.org >>> Sent: Wednesday, March 20, 2013 9:10:00 AM >>> Subject: [Users] Failing to attach NFS data storage domain (Ovirt >>> 3.2) >>> >>> >>> >>> Hello, >>> >>> >>> >>> >>> >>> >>> >>> >>> When trying to attach the first NFS data storage domain to the >>> default data center it does not get attached. It appears and >>> disappears after a few seconds from the "storage domains" table in >>> the "Data Centers" tab in the GUI. >>> In engine.log (attached) I see many errors. >>> >> >> H? Limor >> Can you please add vdsm.log (/var/log/vdsm/vdsm.log) >> I see this in the engine.log >> SanlockException(-203, 'Sanlock lockspace add failure', 'Sanlock >> exception') >> >> vdsm.log should add more details about this exception >> >> Thanks >> >> >>> >>> Here is some information about the system: >>> >>> >>> >>> >>> [wil at bufferoverflow ovirt-engine]$ cat /etc/issue >>> Fedora release 18 (Spherical Cow) >>> Kernel \r on an \m (\l) >>> [wil at bufferoverflow ovirt-engine]$ sestatus >>> SELinux status: disabled >>> >>> [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm >>> vdsm-4.10.3-7.fc18.x86_64 >>> >>> [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs >>> Server nfs v3: >>> Client nfs v3: >>> >>> >>> Thank you in advance. >>> Limor G >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From suporte at logicworks.pt Wed Mar 20 12:38:25 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 12:38:25 +0000 (WET) Subject: [Users] User Portal In-Reply-To: <223829.88.1363783029646.JavaMail.ferra@ferra-PC> Message-ID: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> How can I add users to the user portal? Thanks -- Jose Ferradeira http://www.logicworks.pt -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Wed Mar 20 12:48:13 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 12:48:13 +0000 (WET) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <31946428.776.1363709084784.JavaMail.ferra@ferra-PC> References: <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> <10590392.698.1363705709591.JavaMail.ferra@ferra-PC> <201303191528.r2JFSONr027169@int-mx01.intmail.prod.int.phx2.redhat.com> <31946428.776.1363709084784.JavaMail.ferra@ferra-PC> Message-ID: <24635598.157.1363783692952.JavaMail.ferra@ferra-PC> Any news about this? ----- Mensagem original ----- De: suporte at logicworks.pt Para: "Alex Lourie" Cc: "users" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 16:04:51 Assunto: Re: [Users] oVirt 3.2.1 and reports update error still the same like this: https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing ----- Mensagem original ----- De: "Alex Lourie" Para: suporte at logicworks.pt Cc: "users" , "Gianluca Cecchi" Enviadas: Ter?a-feira, 19 de Mar?o de 2013 15:28:22 Assunto: Re: [Users] oVirt 3.2.1 and reports update error On Tue, Mar 19, 2013 at 5:08 PM, suporte at logicworks.pt wrote: > Alex, dwhd is up and running (ovirt-engine-dwh) > OK, so let's see how the reports site is doing now. > > De: "Alex Lourie" > Para: suporte at logicworks.pt > Cc: "users" , "Gianluca Cecchi" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:16:49 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alourie at redhat.com Wed Mar 20 12:50:36 2013 From: alourie at redhat.com (Alex Lourie) Date: Wed, 20 Mar 2013 12:52:36 +0002 Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <24635598.157.1363783692952.JavaMail.ferra@ferra-PC> References: <11253002.351.1363688314042.JavaMail.ferra@ferra-PC> <201303191148.r2JBmrHP030000@int-mx09.intmail.prod.int.phx2.redhat.com> <1990575.588.1363695237526.JavaMail.ferra@ferra-PC> <201303191316.r2JDGpNd025240@int-mx11.intmail.prod.int.phx2.redhat.com> <10590392.698.1363705709591.JavaMail.ferra@ferra-PC> <201303191528.r2JFSONr027169@int-mx01.intmail.prod.int.phx2.redhat.com> <31946428.776.1363709084784.JavaMail.ferra@ferra-PC> <24635598.157.1363783692952.JavaMail.ferra@ferra-PC> Message-ID: <201303201250.r2KCoboU014351@int-mx01.intmail.prod.int.phx2.redhat.com> Yaniv, Could you please take a look? Did you see this before? On Wed, Mar 20, 2013 at 2:48 PM, suporte at logicworks.pt wrote: > Any news about this? > > De: suporte at logicworks.pt > Para: "Alex Lourie" > Cc: "users" > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 16:04:51 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > still the same > > like this: > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > De: "Alex Lourie" > Para: suporte at logicworks.pt > Cc: "users" , "Gianluca Cecchi" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 15:28:22 > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > On Tue, Mar 19, 2013 at 5:08 PM, suporte at logicworks.pt wrote: > > Alex, dwhd is up and running (ovirt-engine-dwh) > > > > OK, so let's see how the reports site is doing now. > > > > > De: "Alex Lourie" > > Para: suporte at logicworks.pt > > Cc: "users" , "Gianluca Cecchi" > > > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:16:49 > > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > From omasad at redhat.com Wed Mar 20 13:20:01 2013 From: omasad at redhat.com (Ofri Masad) Date: Wed, 20 Mar 2013 09:20:01 -0400 (EDT) Subject: [Users] User Portal In-Reply-To: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> Message-ID: <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> Use The administrator portal. - go to 'Users' tab and add the use. - give the user the proper permissions (in the 'Permissions' sub tab). Ofri ----- Original Message ----- > From: suporte at logicworks.pt > To: Users at ovirt.org > Sent: Wednesday, March 20, 2013 2:38:25 PM > Subject: [Users] User Portal > > > > How can I add users to the user portal? > > Thanks > > -- > > > Jose Ferradeira > http://www.logicworks.pt > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Wed Mar 20 13:26:46 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 20 Mar 2013 14:26:46 +0100 Subject: [Users] User Portal In-Reply-To: <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> Message-ID: On Wed, Mar 20, 2013 at 2:20 PM, Ofri Masad wrote: > Use The administrator portal. > > - go to 'Users' tab and add the use. > - give the user the proper permissions (in the 'Permissions' sub tab). > > Ofri > > ----- Original Message ----- >> To: Users at ovirt.org >> Sent: Wednesday, March 20, 2013 2:38:25 PM >> Subject: [Users] User Portal >> >> >> >> How can I add users to the user portal? >> >> Thanks >> What described here could be of help: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/User_Roles_Explained.html BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been consolidated in the unique oVirt 3.2.x User Portal? Are they going to be consolidated in RHEVM 3.2 too? From ydary at redhat.com Wed Mar 20 13:42:48 2013 From: ydary at redhat.com (Yaniv Dary) Date: Wed, 20 Mar 2013 09:42:48 -0400 (EDT) Subject: [Users] oVirt 3.2.1 and reports update error In-Reply-To: <201303201250.r2KCoboU014351@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: <1261734597.3891655.1363786968750.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Alex Lourie" > To: suporte at logicworks.pt > Cc: "users" , ydary at redhat.com > Sent: Wednesday, March 20, 2013 2:50:36 PM > Subject: Re: [Users] oVirt 3.2.1 and reports update error > > Yaniv, > > Could you please take a look? Did you see this before? Please refer to bug. There is not reason to handle this both in email and in bug. yaniv > > On Wed, Mar 20, 2013 at 2:48 PM, suporte at logicworks.pt wrote: > > Any news about this? > > > > De: suporte at logicworks.pt > > Para: "Alex Lourie" > > Cc: "users" > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 16:04:51 > > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > still the same > > > > like this: > > https://docs.google.com/file/d/0BwoPbcrMv8mvQ3piS2xCRnRZdzg/edit?usp=sharing > > > > De: "Alex Lourie" > > Para: suporte at logicworks.pt > > Cc: "users" , "Gianluca Cecchi" > > > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 15:28:22 > > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > > > > > On Tue, Mar 19, 2013 at 5:08 PM, suporte at logicworks.pt wrote: > > > Alex, dwhd is up and running (ovirt-engine-dwh) > > > > > > > OK, so let's see how the reports site is doing now. > > > > > > > > De: "Alex Lourie" > > > Para: suporte at logicworks.pt > > > Cc: "users" , "Gianluca Cecchi" > > > > > > Enviadas: Ter?a-feira, 19 de Mar?o de 2013 13:16:49 > > > Assunto: Re: [Users] oVirt 3.2.1 and reports update error > > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > From jembe65 at gmail.com Wed Mar 20 14:00:46 2013 From: jembe65 at gmail.com (John Baldwin) Date: Wed, 20 Mar 2013 10:00:46 -0400 Subject: [Users] Mint13 32bit VM crashing after Latest Centos6.3 64bit patching In-Reply-To: <5142FC3F.8020402@redhat.com> References: <5142FC3F.8020402@redhat.com> Message-ID: The Mint14 image is working fine. Three months ago the Mint14 image would crash. I will report these finding on the qemu board. I ust the Mint14 image to create USB boot images that allow me to Juniper VPN RDP to my work PC's using a usb flash. On Fri, Mar 15, 2013 at 6:47 AM, Itamar Heim wrote: > On 03/13/2013 08:34 PM, John Baldwin wrote: > >> A significant amount of patches were installed recently on a my lab >> CentOS 6.3 64bit Host. Many "cr" patches installed which I believe >> contain what will be part of the soon to release CentOS 6.4. Booting >> from Virtual CD images Mint13 32bit Mate install crashes with a qemu >> dump. The Mint 14 32 bit mate image boots up with no issues. Doing a >> strings on the core dump show the following code: >> /lib64/ld-linux-x86-64.so.2 >> {)V]U| .gdbinit >> Recursive internal problem. >> Is this a known issue. I can provide more debug info if this would be >> worth >> checking out >> >> John Baldwin Sr. Unix Systems Administrator, Clearwater, FL >> > > bisecting to give specific versions of the component causing the > regression will help helping you. > in general, sounds like a qemu issue, worth taking to qemu mailing list > maybe > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suporte at logicworks.pt Wed Mar 20 14:10:45 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 14:10:45 +0000 (WET) Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> Message-ID: <941120.285.1363788644742.JavaMail.ferra@ferra-PC> using the administrator portal, in the users tab -> add, I only have a search field. Don't find the permissions sub tab! Jose ----- Mensagem original ----- De: "Gianluca Cecchi" Para: "Ofri Masad" Cc: suporte at logicworks.pt, "users" Enviadas: Quarta-feira, 20 de Mar?o de 2013 13:26:46 Assunto: Re: [Users] User Portal On Wed, Mar 20, 2013 at 2:20 PM, Ofri Masad wrote: > Use The administrator portal. > > - go to 'Users' tab and add the use. > - give the user the proper permissions (in the 'Permissions' sub tab). > > Ofri > > ----- Original Message ----- >> To: Users at ovirt.org >> Sent: Wednesday, March 20, 2013 2:38:25 PM >> Subject: [Users] User Portal >> >> >> >> How can I add users to the user portal? >> >> Thanks >> What described here could be of help: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/User_Roles_Explained.html BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been consolidated in the unique oVirt 3.2.x User Portal? Are they going to be consolidated in RHEVM 3.2 too? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Wed Mar 20 14:15:06 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 20 Mar 2013 16:15:06 +0200 Subject: [Users] User Portal In-Reply-To: <941120.285.1363788644742.JavaMail.ferra@ferra-PC> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> Message-ID: <5149C46A.6030009@redhat.com> Hi Jose, You first need to add the user. After it was added you can mark the user, and then you should see the permission sub-tab. Regards, Maor On 03/20/2013 04:10 PM, suporte at logicworks.pt wrote: > using the administrator portal, in the users tab -> add, I only have a > search field. > Don't find the permissions sub tab! > > Jose > > ------------------------------------------------------------------------ > *De: *"Gianluca Cecchi" > *Para: *"Ofri Masad" > *Cc: *suporte at logicworks.pt, "users" > *Enviadas: *Quarta-feira, 20 de Mar?o de 2013 13:26:46 > *Assunto: *Re: [Users] User Portal > > On Wed, Mar 20, 2013 at 2:20 PM, Ofri Masad wrote: >> Use The administrator portal. >> >> - go to 'Users' tab and add the use. >> - give the user the proper permissions (in the 'Permissions' sub tab). >> >> Ofri >> >> ----- Original Message ----- > >>> To: Users at ovirt.org >>> Sent: Wednesday, March 20, 2013 2:38:25 PM >>> Subject: [Users] User Portal >>> >>> >>> >>> How can I add users to the user portal? >>> >>> Thanks >>> > > > What described here could be of help: > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/User_Roles_Explained.html > > BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been > consolidated in the unique oVirt 3.2.x User Portal? > Are they going to be consolidated in RHEVM 3.2 too? > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lgavish at gmail.com Tue Mar 19 22:48:29 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 00:48:29 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) Message-ID: Hello, When trying to attach the first NFS data storage domain to the default data center it does not get attached. It appears and disappears after a few seconds from the "storage domains" table in the "Data Centers" tab in the GUI. In engine.log (attached) I see many errors. Here is some information about the system: [wil at bufferoverflow ovirt-engine]$ cat /etc/issue Fedora release 18 (Spherical Cow) Kernel \r on an \m (\l) [wil at bufferoverflow ovirt-engine]$ sestatus SELinux status: disabled [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm vdsm-4.10.3-7.fc18.x86_64 [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs Server nfs v3: Client nfs v3: Thank you in advance. Limor G -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-logs.zip Type: application/zip Size: 7608 bytes Desc: not available URL: From lgavish at gmail.com Wed Mar 20 07:01:55 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 09:01:55 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: References: Message-ID: Hello, When trying to attach the first NFS data storage domain to the default data center it does not get attached. It appears and disappears after a few seconds from the "storage domains" table in the "Data Centers" tab in the GUI. In engine.log (attached) I see many errors. Here is some information about the system: [wil at bufferoverflow ovirt-engine]$ cat /etc/issue Fedora release 18 (Spherical Cow) Kernel \r on an \m (\l) [wil at bufferoverflow ovirt-engine]$ sestatus SELinux status: disabled [wil at bufferoverflow ovirt-engine]$ rpm -q vdsm vdsm-4.10.3-7.fc18.x86_64 [wil at bufferoverflow ovirt-engine]$ nfsstat | grep -i nfs Server nfs v3: Client nfs v3: Thank you in advance. Limor G -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-logs.zip Type: application/zip Size: 7608 bytes Desc: not available URL: From suporte at logicworks.pt Wed Mar 20 14:25:49 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 14:25:49 +0000 (WET) Subject: [Users] User Portal In-Reply-To: <5149C46A.6030009@redhat.com> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> Message-ID: <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> Hi Maor, Ok, but my question is, how can I first add a user? a local user. Thanks Jose ----- Mensagem original ----- De: "Maor Lipchuk" Para: suporte at logicworks.pt Cc: "Gianluca Cecchi" , "users" Enviadas: Quarta-feira, 20 de Mar?o de 2013 14:15:06 Assunto: Re: [Users] User Portal Hi Jose, You first need to add the user. After it was added you can mark the user, and then you should see the permission sub-tab. Regards, Maor On 03/20/2013 04:10 PM, suporte at logicworks.pt wrote: > using the administrator portal, in the users tab -> add, I only have a > search field. > Don't find the permissions sub tab! > > Jose > > ------------------------------------------------------------------------ > *De: *"Gianluca Cecchi" > *Para: *"Ofri Masad" > *Cc: *suporte at logicworks.pt, "users" > *Enviadas: *Quarta-feira, 20 de Mar?o de 2013 13:26:46 > *Assunto: *Re: [Users] User Portal > > On Wed, Mar 20, 2013 at 2:20 PM, Ofri Masad wrote: >> Use The administrator portal. >> >> - go to 'Users' tab and add the use. >> - give the user the proper permissions (in the 'Permissions' sub tab). >> >> Ofri >> >> ----- Original Message ----- > >>> To: Users at ovirt.org >>> Sent: Wednesday, March 20, 2013 2:38:25 PM >>> Subject: [Users] User Portal >>> >>> >>> >>> How can I add users to the user portal? >>> >>> Thanks >>> > > > What described here could be of help: > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/User_Roles_Explained.html > > BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been > consolidated in the unique oVirt 3.2.x User Portal? > Are they going to be consolidated in RHEVM 3.2 too? > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wjy at ieiot.cn Tue Mar 19 06:12:34 2013 From: wjy at ieiot.cn (wjy at ieiot.cn) Date: Tue, 19 Mar 2013 06:12:34 +0000 Subject: [Users] Host does not comply with the cluster networks, the following networks are missing on host Message-ID: <43406c7ba7e04708971b9ea2eda3f6da@ieiot.cn> hi, first of all thanks, yours read my mail and help me. i have a problem. while i actived host node, engine warned me? "Host does not comply with the cluster networks, the following networks are missing on host: 'vlan12,vlan14'." but cluster ->logical network, vlan12 & vlan 14 is green. where is my error? my vlans from switch.and engine.log is: 2013-03-19 14:05:22,823 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (pool-3-thread-48) [2333e737] Host is set to Non-Operational, it is missing the following networks: vlan12,vlan14. please help me. by soversion. From oschreib at redhat.com Wed Mar 20 14:32:19 2013 From: oschreib at redhat.com (Ofer Schreiber) Date: Wed, 20 Mar 2013 10:32:19 -0400 (EDT) Subject: [Users] oVirt Weekly Meeting Minutes -- 2013-03-20 In-Reply-To: <51409419.9050703@redhat.com> Message-ID: <1499418596.3919078.1363789939230.JavaMail.root@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-20-14.02.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-20-14.02.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-20-14.02.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by oschreib at 14:02:55 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-03-20-14.02.log.html Meeting summary --------------- * agenda and roll call (oschreib, 14:03:02) * Agenda (oschreib, 14:03:14) * Release updates (oschreib, 14:03:29) * Workshops and Conferences (oschreib, 14:03:43) * Sub Project Reports (oschreib, 14:03:51) * Other Topics (oschreib, 14:03:59) * Release updates (oschreib, 14:06:24) * 3.2.1 released last week (oschreib, 14:06:42) * ACTION: mikeb to send the el6 3.2.1-beta1 availability announce (oschreib, 14:07:54) * EL6 3.2.1-beta1 rpms are ready! (oschreib, 14:08:08) * Conferences and Workshop (oschreib, 14:10:57) * papers are starting to come for Shanghai conference. (oschreib, 14:14:33) * If someone needs a visa letter for the conference, please contact theron at redhat.com (oschreib, 14:15:39) * watch http://www.ovirt.org/Intel_Workshop_May_2013 for more info (oschreib, 14:16:58) * Sub Project Reports (oschreib, 14:18:23) * INFRA - jenkins master migration from EC2 to alterway is finished, old EC2 master is off (oschreib, 14:20:41) * INFRA: working on installing other new infra servers (oschreib, 14:20:57) * Other Topics (oschreib, 14:25:14) Meeting ended at 14:28:56 UTC. Action Items ------------ * mikeb to send the el6 3.2.1-beta1 availability announce Action Items, by person ----------------------- * **UNASSIGNED** * mikeb to send the el6 3.2.1-beta1 availability announce People Present (lines said) --------------------------- * oschreib (45) * theron (7) * ovirtbot (5) * doron (4) * ewoud (4) * vincent_vdk (3) * aglitke (1) * ofri (1) * dneary (0) * quaid (0) From gianluca.cecchi at gmail.com Wed Mar 20 14:34:21 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 20 Mar 2013 15:34:21 +0100 Subject: [Users] User Portal In-Reply-To: <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> Message-ID: On Wed, Mar 20, 2013 at 3:25 PM, wrote: > Hi Maor, Ok, but my question is, how can I first add a user? a local user. > No local user other than default "admin". You need directory service, AD or FreeIPA. see https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/chap-Users_and_Roles.html and following paragraphs... it applies to oVirt too. Gianluca From gianluca.cecchi at gmail.com Wed Mar 20 14:35:19 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 20 Mar 2013 15:35:19 +0100 Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> Message-ID: On Wed, Mar 20, 2013 at 3:34 PM, Gianluca Cecchi wrote: > On Wed, Mar 20, 2013 at 3:25 PM, wrote: >> Hi Maor, Ok, but my question is, how can I first add a user? a local user. >> > > No local user other than default "admin". You need directory service, > AD or FreeIPA. > see > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/chap-Users_and_Roles.html > > and following paragraphs... it applies to oVirt too. > > Gianluca or in the mean time you can enable admin to user portal rights if you are the only person to test it By default admin is not allowed to access user portals. Gianluca From asegurap at redhat.com Wed Mar 20 14:42:52 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Wed, 20 Mar 2013 10:42:52 -0400 (EDT) Subject: [Users] Host does not comply with the cluster networks, the following networks are missing on host In-Reply-To: <43406c7ba7e04708971b9ea2eda3f6da@ieiot.cn> Message-ID: <1446483313.8012094.1363790572808.JavaMail.root@redhat.com> Could you paste here the output of running: vdsClient -s 0 getVdsCaps on the host? ----- Original Message ----- > From: wjy at ieiot.cn > To: users at ovirt.org > Sent: Tuesday, March 19, 2013 7:12:34 AM > Subject: [Users] Host does not comply with the cluster networks, the following networks are missing on host > > hi, > > first of all thanks, yours read my mail and help me. > > i have a problem. while i actived host node, engine warned me? > "Host does not comply with the cluster networks, the following > networks are missing on host: 'vlan12,vlan14'." > but cluster ->logical network, vlan12 & vlan 14 is green. where is my > error? > > my vlans from switch.and engine.log is: > 2013-03-19 14:05:22,823 ERROR > [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] > (pool-3-thread-48) [2333e737] Host is set to Non-Operational, it is > missing the following networks: vlan12,vlan14. > > please help me. > > by soversion. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Wed Mar 20 14:59:58 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 20 Mar 2013 15:59:58 +0100 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> Message-ID: On Tue, Mar 19, 2013 at 5:45 PM, Gianluca Cecchi wrote: > On Tue, Mar 19, 2013 at 5:10 PM, Maor Lipchuk wrote: >> FYI, the patch is at http://gerrit.ovirt.org/#/c/13172/ >> > > Thanks. Hope to have an rpm update too for fedora 18 ovirt stable repo. > Gianluca If possible it would be great to have upcoming el6 3.2.1-beta1 rpms set already patched with this .... Gianluca From eduardo at freedominterface.org Wed Mar 20 15:00:01 2013 From: eduardo at freedominterface.org (Eduardo Ramos) Date: Wed, 20 Mar 2013 12:00:01 -0300 Subject: [Users] l, Message-ID: <635254d59752e3e6169c4b7efa86c881@freedominterface.org> Hi all. I'd like to know if there is a way to resize VM disk based on a iscsi domain. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ykaplan at redhat.com Wed Mar 20 15:09:43 2013 From: ykaplan at redhat.com (Yeela Kaplan) Date: Wed, 20 Mar 2013 11:09:43 -0400 (EDT) Subject: [Users] l, In-Reply-To: <635254d59752e3e6169c4b7efa86c881@freedominterface.org> Message-ID: <1338102336.1231758.1363792183843.JavaMail.root@redhat.com> Hi Eduardo, It is not currently supported in oVirt. Please see the following thread: http://www.mail-archive.com/users at ovirt.org/msg05989.html ----- Original Message ----- > From: "Eduardo Ramos" > To: users at ovirt.org > Sent: Wednesday, March 20, 2013 5:00:01 PM > Subject: [Users] l, > > > > > Hi all. > > I'd like to know if there is a way to resize VM disk based on a iscsi > domain. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From suporte at logicworks.pt Wed Mar 20 15:20:42 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 15:20:42 +0000 (WET) Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> Message-ID: <7777934.492.1363792847732.JavaMail.ferra@ferra-PC> But by default I have access to the user portal with admin! ----- Mensagem original ----- De: "Gianluca Cecchi" Para: suporte at logicworks.pt Cc: "Maor Lipchuk" , "users" Enviadas: Quarta-feira, 20 de Mar?o de 2013 14:35:19 Assunto: Re: [Users] User Portal On Wed, Mar 20, 2013 at 3:34 PM, Gianluca Cecchi wrote: > On Wed, Mar 20, 2013 at 3:25 PM, wrote: >> Hi Maor, Ok, but my question is, how can I first add a user? a local user. >> > > No local user other than default "admin". You need directory service, > AD or FreeIPA. > see > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Administration_Guide/chap-Users_and_Roles.html > > and following paragraphs... it applies to oVirt too. > > Gianluca or in the mean time you can enable admin to user portal rights if you are the only person to test it By default admin is not allowed to access user portals. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From jj197005 at gmail.com Wed Mar 20 15:27:31 2013 From: jj197005 at gmail.com (Juan Jose) Date: Wed, 20 Mar 2013 16:27:31 +0100 Subject: [Users] Problem with Storage Message-ID: Hello everybody, I had my system working, oVirt 3.1, my engine and one host, both with Fedora 17. Suddenly electrical power off and I don't have any UPS in my experimental machines. Now I have restarted the system and I have my engine and host up but when I try to Activate Master Storage i receive this error: Thread-8683::DEBUG::2013-03-20 16:17:14,530::resourceManager::565::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.d6e7e8b8-49c7-11e2-a261-000a5e429f63', Clearing records. Thread-8683::ERROR::2013-03-20 16:17:14,531::task::853::TaskManager.Task::(_setError) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 817, in connectStoragePool return self._connectStoragePool(spUUID, hostID, scsiKey, msdUUID, masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 859, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 641, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1109, in __rebuild self.masterDomain = self.getMasterDomain(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1448, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, msdUUID=028167ee-5168-4742-96c3-020856f500ec' Thread-8683::DEBUG::2013-03-20 16:17:14,531::task::872::TaskManager.Task::(_run) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::Task._run: 48341c5a-1bd1-42e1-bc60-1a307d4f3704 ('d6e7e8b8-49c7-11e2-a261-000a5e429f63', 1, 'd6e7e8b8-49c7-11e2-a261-000a5e429f63', '028167ee-5168-4742-96c3-020856f500ec', 2) {} failed - stopping task Thread-8683::DEBUG::2013-03-20 16:17:14,531::task::1199::TaskManager.Task::(stop) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::stopping in state preparing (force False) Thread-8683::DEBUG::2013-03-20 16:17:14,532::task::978::TaskManager.Task::(_decref) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::ref 1 aborting True Thread-8683::INFO::2013-03-20 16:17:14,532::task::1157::TaskManager.Task::(prepare) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::aborting: Task is aborted: 'Cannot find master domain' - code 304 Thread-8683::DEBUG::2013-03-20 16:17:14,532::task::1162::TaskManager.Task::(prepare) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::Prepare: aborted: Cannot find master domain Thread-8683::DEBUG::2013-03-20 16:17:14,532::task::978::TaskManager.Task::(_decref) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::ref 0 aborting True Thread-8683::DEBUG::2013-03-20 16:17:14,532::task::913::TaskManager.Task::(_doAbort) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::Task._doAbort: force False Thread-8683::DEBUG::2013-03-20 16:17:14,532::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-8683::DEBUG::2013-03-20 16:17:14,533::task::588::TaskManager.Task::(_updateState) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::moving from state preparing -> state aborting Thread-8683::DEBUG::2013-03-20 16:17:14,533::task::537::TaskManager.Task::(__state_aborting) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::_aborting: recover policy none Thread-8683::DEBUG::2013-03-20 16:17:14,533::task::588::TaskManager.Task::(_updateState) Task=`48341c5a-1bd1-42e1-bc60-1a307d4f3704`::moving from state aborting -> state failed Thread-8683::DEBUG::2013-03-20 16:17:14,533::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-8683::DEBUG::2013-03-20 16:17:14,533::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-8683::ERROR::2013-03-20 16:17:14,533::dispatcher::66::Storage.Dispatcher.Protect::(run) {'status': {'message': "Cannot find master domain: 'spUUID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, msdUUID=028167ee-5168-4742-96c3-020856f500ec'", 'code': 304}} I attach vdsm.log file. It seems as if system is looking for a UUID which doesn't exist. How can I fix this issue?. Many thanks in avanced, Juanjo. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jj197005 at gmail.com Wed Mar 20 15:29:21 2013 From: jj197005 at gmail.com (Juan Jose) Date: Wed, 20 Mar 2013 16:29:21 +0100 Subject: [Users] Storage problem Message-ID: I forgot the vdsm.log file, Thanks, Juanjo. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 16281 bytes Desc: not available URL: From jj197005 at gmail.com Wed Mar 20 15:46:28 2013 From: jj197005 at gmail.com (Juan Jose) Date: Wed, 20 Mar 2013 16:46:28 +0100 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <20130320092001.GF24919@teriyaki.redhat.com> References: <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> <20130319150536.GB24919@teriyaki.redhat.com> <5148D49C.1060406@cs.kent.edu> <20130320092001.GF24919@teriyaki.redhat.com> Message-ID: Hello Christophe, Jeff and everybody, I will add the engine url to the IE trusted zone and I will do a test. in this moment I have any other issue and when I solve this I will test. Many thanks, Juanjo. On Wed, Mar 20, 2013 at 10:20 AM, Christophe Fergeau wrote: > On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: > > On 3/19/2013 11:05 AM, Christophe Fergeau wrote: > > >As far as I know, there haven't been public spicex releases, so I'm not > > >sure where this spicex used with oVirt comes from. > > > > I was referring to the log file named "spicex" related to the > > activex plugin. > > Yes, I got that part, but same answer, as far as I know there hasn't been > any public releases of the activex plugin ;) > > Christophe > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Wed Mar 20 15:58:03 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 20 Mar 2013 17:58:03 +0200 Subject: [Users] Storage problem In-Reply-To: References: Message-ID: <5149DC8B.9020106@redhat.com> Hi Juan, I think you encountered this bug https://bugzilla.redhat.com/881941, the log there is quite the same. The auto recovery process should fix that after 15 minutes, but need to see if it is enabled in your environment. On 03/20/2013 05:29 PM, Juan Jose wrote: > I forgot the vdsm.log file, > > Thanks, Juanjo. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mlipchuk at redhat.com Wed Mar 20 16:02:02 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 20 Mar 2013 18:02:02 +0200 Subject: [Users] Storage problem In-Reply-To: <5149DC8B.9020106@redhat.com> References: <5149DC8B.9020106@redhat.com> Message-ID: <5149DD7A.1000703@redhat.com> On 03/20/2013 05:58 PM, Maor Lipchuk wrote: > Hi Juan, > I think you encountered this bug https://bugzilla.redhat.com/881941, the > log there is quite the same. > The auto recovery process should fix that after 15 minutes, but need to > see if it is enabled in your environment. The auto recovery should be enabled by default on your env, but just to make sure you can check it in the engine DB with this query: SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; > > > On 03/20/2013 05:29 PM, Juan Jose wrote: >> I forgot the vdsm.log file, >> >> Thanks, Juanjo. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Wed Mar 20 16:14:31 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 20 Mar 2013 17:14:31 +0100 Subject: [Users] User Portal In-Reply-To: <7777934.492.1363792847732.JavaMail.ferra@ferra-PC> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> <7777934.492.1363792847732.JavaMail.ferra@ferra-PC> Message-ID: On Wed, Mar 20, 2013 at 4:20 PM, wrote: > But by default I have access to the user portal with admin! > Yes, I meant that admin is not authorized to run any VM. You connect but you don't see any VM to power on or display in user portal. You have to give permissions to admin for the VM to be able to see then it inside user portal (at least UserRole) Gianluca From suporte at logicworks.pt Wed Mar 20 16:30:08 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 16:30:08 +0000 (WET) Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> <7777934.492.1363792847732.JavaMail.ferra@ferra-PC> Message-ID: <18680864.662.1363797009294.JavaMail.ferra@ferra-PC> I cannot see the VMs but I can create a VM and after that I only can see that specific VM, start and stop. ----- Mensagem original ----- De: "Gianluca Cecchi" Para: suporte at logicworks.pt Cc: "Maor Lipchuk" , "users" Enviadas: Quarta-feira, 20 de Mar?o de 2013 16:14:31 Assunto: Re: [Users] User Portal On Wed, Mar 20, 2013 at 4:20 PM, wrote: > But by default I have access to the user portal with admin! > Yes, I meant that admin is not authorized to run any VM. You connect but you don't see any VM to power on or display in user portal. You have to give permissions to admin for the VM to be able to see then it inside user portal (at least UserRole) Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From dron at redhat.com Wed Mar 20 16:48:51 2013 From: dron at redhat.com (Dafna Ron) Date: Wed, 20 Mar 2013 18:48:51 +0200 Subject: [Users] User Portal In-Reply-To: <18680864.662.1363797009294.JavaMail.ferra@ferra-PC> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <941120.285.1363788644742.JavaMail.ferra@ferra-PC> <5149C46A.6030009@redhat.com> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> <7777934.492.1363792847732.JavaMail.ferra@ferra-PC> <18680864.662.1363797009294.JavaMail.ferra@ferra-PC> Message-ID: <5149E873.5030408@redhat.com> if you create a vm from the user portal permissions on the vm will be automatically given to the creator of the vm. however, if you create it from the Admin portal with admin user no permissions will be given. you can see that by selecting the vm in the admin portal and looking at the permissions tab. for a vm created in the admin portal no permissions are given and for vm's in the user portal you can see that permissions are given to the admin user. There is logic behind this... if you as admin want to create a vm for personal use you don't want to see every vm created in the system right? so you can create the vm from the user portal or give a vm permissions and use the user portal to manage your personal vm's. On 03/20/2013 06:30 PM, suporte at logicworks.pt wrote: > I cannot see the VMs but I can create a VM and after that I only can > see that specific VM, start and stop. > > ------------------------------------------------------------------------ > *De: *"Gianluca Cecchi" > *Para: *suporte at logicworks.pt > *Cc: *"Maor Lipchuk" , "users" > *Enviadas: *Quarta-feira, 20 de Mar?o de 2013 16:14:31 > *Assunto: *Re: [Users] User Portal > > On Wed, Mar 20, 2013 at 4:20 PM, wrote: > > But by default I have access to the user portal with admin! > > > > Yes, I meant that admin is not authorized to run any VM. > You connect but you don't see any VM to power on or display in user > portal. > You have to give permissions to admin for the VM to be able to see > then it inside user portal (at least UserRole) > > Gianluca > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron From suporte at logicworks.pt Wed Mar 20 17:05:23 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Wed, 20 Mar 2013 17:05:23 +0000 (WET) Subject: [Users] User Portal In-Reply-To: <5149E873.5030408@redhat.com> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <28848602.418.1363789552727.JavaMail.ferra@ferra-PC> <7777934.492.1363792847732.JavaMail.ferra@ferra-PC> <18680864.662.1363797009294.JavaMail.ferra@ferra-PC> <5149E873.5030408@redhat.com> Message-ID: <5217010.675.1363799127275.JavaMail.ferra@ferra-PC> Yes I see, and make sense for me. Thanks a lot. Jose ----- Mensagem original ----- De: "Dafna Ron" Para: users at ovirt.org Enviadas: Quarta-feira, 20 de Mar?o de 2013 16:48:51 Assunto: Re: [Users] User Portal if you create a vm from the user portal permissions on the vm will be automatically given to the creator of the vm. however, if you create it from the Admin portal with admin user no permissions will be given. you can see that by selecting the vm in the admin portal and looking at the permissions tab. for a vm created in the admin portal no permissions are given and for vm's in the user portal you can see that permissions are given to the admin user. There is logic behind this... if you as admin want to create a vm for personal use you don't want to see every vm created in the system right? so you can create the vm from the user portal or give a vm permissions and use the user portal to manage your personal vm's. On 03/20/2013 06:30 PM, suporte at logicworks.pt wrote: > I cannot see the VMs but I can create a VM and after that I only can > see that specific VM, start and stop. > > ------------------------------------------------------------------------ > *De: *"Gianluca Cecchi" > *Para: *suporte at logicworks.pt > *Cc: *"Maor Lipchuk" , "users" > *Enviadas: *Quarta-feira, 20 de Mar?o de 2013 16:14:31 > *Assunto: *Re: [Users] User Portal > > On Wed, Mar 20, 2013 at 4:20 PM, wrote: > > But by default I have access to the user portal with admin! > > > > Yes, I meant that admin is not authorized to run any VM. > You connect but you don't see any VM to power on or display in user > portal. > You have to give permissions to admin for the VM to be able to see > then it inside user portal (at least UserRole) > > Gianluca > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From fsimonce at redhat.com Wed Mar 20 18:07:38 2013 From: fsimonce at redhat.com (Federico Simoncelli) Date: Wed, 20 Mar 2013 14:07:38 -0400 (EDT) Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: Message-ID: <183964242.17064099.1363802858157.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Limor Gavish" > To: "Eli Mesika" > Cc: "Yuval M" , users at ovirt.org, "Nezer Zaidenberg" > Sent: Wednesday, March 20, 2013 11:47:49 AM > Subject: Re: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) > > Thank you very much for your reply. > I attached the vdsm.log Hi Limor, can you please inspect the status of the NFS mount? # mkdir /mnt/tmp # mount -t nfs /mnt/tmp # cd /mnt/tmp/1902354b-4c39-4707-ac6c-3637aaf1943b/dom_md And please report the output of: # ls -l # sanlock direct dump ids Can you also include more vdsm logs? More specifically the ones where the NFS domain has been created? (createStorageDomain with sdUUID='1902354b-4c39-4707-ac6c-3637aaf1943b') Thanks, -- Federico From lgavish at gmail.com Wed Mar 20 20:02:35 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 22:02:35 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: <183964242.17064099.1363802858157.JavaMail.root@redhat.com> References: <183964242.17064099.1363802858157.JavaMail.root@redhat.com> Message-ID: Thank you very much for your response. Attached VDSM logs as you requested (The VDSM logs where the NFS domain was created were missing so we had to recreate the NFS domain, therefore the sdUUID has changed). Here is the rest of the commands you asked: [root at bufferoverflow wil]# mount -t nfs bufferoverflow:/home/BO_Ovirt_Storage /mnt/tmp [root at bufferoverflow wil]# cd /mnt/tmp/1083422e-a5db-41b6-b667-b9ef1ef244f0/dom_md/ [root at bufferoverflow dom_md]# ls -l total 2052 -rw-rw---- 1 vdsm kvm 1048576 Mar 20 21:46 ids -rw-rw---- 1 vdsm kvm 0 Mar 20 21:45 inbox -rw-rw---- 1 vdsm kvm 2097152 Mar 20 21:45 leases -rw-r--r-- 1 vdsm kvm 311 Mar 20 21:45 metadata -rw-rw---- 1 vdsm kvm 0 Mar 20 21:45 outbox [root at bufferoverflow dom_md]# sanlock direct dump ids [root at bufferoverflow dom_md]# Please note, the VDSM is running as a system service (it was installed from a package) while ovirt-engine was built from sources and thus is not running as root. Is this an issue? On Wed, Mar 20, 2013 at 8:07 PM, Federico Simoncelli wrote: > ----- Original Message ----- > > From: "Limor Gavish" > > To: "Eli Mesika" > > Cc: "Yuval M" , users at ovirt.org, "Nezer Zaidenberg" < > nzaidenberg at mac.com> > > Sent: Wednesday, March 20, 2013 11:47:49 AM > > Subject: Re: [Users] Failing to attach NFS data storage domain (Ovirt > 3.2) > > > > Thank you very much for your reply. > > I attached the vdsm.log > > Hi Limor, can you please inspect the status of the NFS mount? > > # mkdir /mnt/tmp > # mount -t nfs /mnt/tmp > # cd /mnt/tmp/1902354b-4c39-4707-ac6c-3637aaf1943b/dom_md > > And please report the output of: > > # ls -l > > # sanlock direct dump ids > > Can you also include more vdsm logs? More specifically the ones where the > NFS domain has been created? > (createStorageDomain with sdUUID='1902354b-4c39-4707-ac6c-3637aaf1943b') > > Thanks, > -- > Federico > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 146176 bytes Desc: not available URL: From fsimonce at redhat.com Wed Mar 20 20:24:14 2013 From: fsimonce at redhat.com (Federico Simoncelli) Date: Wed, 20 Mar 2013 16:24:14 -0400 (EDT) Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: Message-ID: <637857963.17105410.1363811054810.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Limor Gavish" > To: "Federico Simoncelli" > Cc: "Yuval M" , users at ovirt.org, "Nezer Zaidenberg" , "Eli Mesika" > , "Maor Lipchuk" > Sent: Wednesday, March 20, 2013 9:02:35 PM > Subject: Re: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) > > Thank you very much for your response. > > > Attached VDSM logs as you requested (The VDSM logs where the NFS > domain was created were missing so we had to recreate the NFS > domain, therefore the sdUUID has changed). > Here is the rest of the commands you asked: > > > [root at bufferoverflow wil]# mount -t nfs > bufferoverflow:/home/BO_Ovirt_Storage /mnt/tmp > [root at bufferoverflow wil]# cd > /mnt/tmp/1083422e-a5db-41b6-b667-b9ef1ef244f0/dom_md/ > [root at bufferoverflow dom_md]# ls -l > total 2052 > -rw-rw---- 1 vdsm kvm 1048576 Mar 20 21:46 ids > -rw-rw---- 1 vdsm kvm 0 Mar 20 21:45 inbox > -rw-rw---- 1 vdsm kvm 2097152 Mar 20 21:45 leases > -rw-r--r-- 1 vdsm kvm 311 Mar 20 21:45 metadata > -rw-rw---- 1 vdsm kvm 0 Mar 20 21:45 outbox > [root at bufferoverflow dom_md]# sanlock direct dump ids Sorry I should have mentioned that if you use root_squash for your nfs share you have to switch to the vdsm user: (root)# su -s /bin/sh vdsm (vdsm)$ cd /mnt/tmp//dom_md/ (vdsm)$ sanlock direct dump ids (and now you should be able to see the output) If the output is still empty then used hexdump -C to inspect it (and eventually post it here compressed). Another important thing that you should check is: # ps fax | grep sanlock If the output doesn't look like the following: 1966 ? SLs 0:00 wdmd -G sanlock 2036 ? SLsl 0:00 sanlock daemon -U sanlock -G sanlock 2037 ? S 0:00 \_ sanlock daemon -U sanlock -G sanlock Then I suggest you to update sanlock to the latest build: http://koji.fedoraproject.org/koji/buildinfo?buildID=377815 (sanlock-2.6-7.fc18) And eventually if after rebooting the problem persists, please post also the sanlock log (/var/log/sanlock.log) > Please note, the VDSM is running as a system service (it was > installed from a package) while ovirt-engine was built from sources > and thus is not running as root. Is this an issue? It shouldn't be. -- Federico From lgavish at gmail.com Wed Mar 20 21:32:09 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 23:32:09 +0200 Subject: [Users] Failing to attach NFS data storage domain (Ovirt 3.2) In-Reply-To: <637857963.17105410.1363811054810.JavaMail.root@redhat.com> References: <637857963.17105410.1363811054810.JavaMail.root@redhat.com> Message-ID: Updating from sanlock-2.6-4.fc18 to sanlock-2.6-7.fc18 fixed it. Huge thanks! On Mar 20, 2013 10:24 PM, "Federico Simoncelli" wrote: > ----- Original Message ----- > > From: "Limor Gavish" > > To: "Federico Simoncelli" > > Cc: "Yuval M" , users at ovirt.org, "Nezer Zaidenberg" < > nzaidenberg at mac.com>, "Eli Mesika" > > , "Maor Lipchuk" > > Sent: Wednesday, March 20, 2013 9:02:35 PM > > Subject: Re: [Users] Failing to attach NFS data storage domain (Ovirt > 3.2) > > > > Thank you very much for your response. > > > > > > Attached VDSM logs as you requested (The VDSM logs where the NFS > > domain was created were missing so we had to recreate the NFS > > domain, therefore the sdUUID has changed). > > Here is the rest of the commands you asked: > > > > > > [root at bufferoverflow wil]# mount -t nfs > > bufferoverflow:/home/BO_Ovirt_Storage /mnt/tmp > > [root at bufferoverflow wil]# cd > > /mnt/tmp/1083422e-a5db-41b6-b667-b9ef1ef244f0/dom_md/ > > [root at bufferoverflow dom_md]# ls -l > > total 2052 > > -rw-rw---- 1 vdsm kvm 1048576 Mar 20 21:46 ids > > -rw-rw---- 1 vdsm kvm 0 Mar 20 21:45 inbox > > -rw-rw---- 1 vdsm kvm 2097152 Mar 20 21:45 leases > > -rw-r--r-- 1 vdsm kvm 311 Mar 20 21:45 metadata > > -rw-rw---- 1 vdsm kvm 0 Mar 20 21:45 outbox > > [root at bufferoverflow dom_md]# sanlock direct dump ids > > Sorry I should have mentioned that if you use root_squash for your nfs > share you have to switch to the vdsm user: > > (root)# su -s /bin/sh vdsm > (vdsm)$ cd /mnt/tmp//dom_md/ > > (vdsm)$ sanlock direct dump ids > (and now you should be able to see the output) > > If the output is still empty then used hexdump -C to inspect it > (and eventually post it here compressed). > > Another important thing that you should check is: > > # ps fax | grep sanlock > > If the output doesn't look like the following: > > 1966 ? SLs 0:00 wdmd -G sanlock > 2036 ? SLsl 0:00 sanlock daemon -U sanlock -G sanlock > 2037 ? S 0:00 \_ sanlock daemon -U sanlock -G sanlock > > Then I suggest you to update sanlock to the latest build: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=377815 > (sanlock-2.6-7.fc18) > > And eventually if after rebooting the problem persists, please post > also the sanlock log (/var/log/sanlock.log) > > > Please note, the VDSM is running as a system service (it was > > installed from a package) while ovirt-engine was built from sources > > and thus is not running as root. Is this an issue? > > It shouldn't be. > > -- > Federico > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bailey at cs.kent.edu Wed Mar 20 21:43:19 2013 From: bailey at cs.kent.edu (Jeff Bailey) Date: Wed, 20 Mar 2013 17:43:19 -0400 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <20130320092001.GF24919@teriyaki.redhat.com> References: <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> <20130319150536.GB24919@teriyaki.redhat.com> <5148D49C.1060406@cs.kent.edu> <20130320092001.GF24919@teriyaki.redhat.com> Message-ID: <514A2D77.1090008@cs.kent.edu> On 3/20/2013 5:20 AM, Christophe Fergeau wrote: > On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: >> On 3/19/2013 11:05 AM, Christophe Fergeau wrote: >>> As far as I know, there haven't been public spicex releases, so I'm not >>> sure where this spicex used with oVirt comes from. >> I was referring to the log file named "spicex" related to the >> activex plugin. > Yes, I got that part, but same answer, as far as I know there hasn't been > any public releases of the activex plugin ;) Heh, heh, maybe it's a secret. :) Actually, I believe I got it from http://elmarco.fedorapeople.org/spice.cab and it seems to be version 5.0.2.2. > Christophe From lgavish at gmail.com Wed Mar 20 21:43:38 2013 From: lgavish at gmail.com (Limor Gavish) Date: Wed, 20 Mar 2013 23:43:38 +0200 Subject: [Users] ovirt-iso-uploader Message-ID: Hello, I am running ovirt 3.2.1 (built from sources) on Fedora 18. It seems that I don't have the ovirt-iso-uploader installed. [wil at bufferoverflow ovirt-engine]$ ovirt-iso-uploader list bash: ovirt-iso-uploader: command not found... [wil at bufferoverflow ovirt-engine]$ sudo yum list installed | grep -i uplo [wil at bufferoverflow ovirt-engine]$ What is the easiest way to install the ovirt-iso-uploader (preferably using "yum install")? Thanks, Limor G -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Mar 20 21:48:47 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 20 Mar 2013 17:48:47 -0400 (EDT) Subject: [Users] ovirt-iso-uploader In-Reply-To: Message-ID: <1107944070.8113107.1363816127775.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Limor Gavish" > To: users at ovirt.org > Cc: "Juan Hernandez" , "Yuval M" , "Nezer Zaidenberg" > Sent: Wednesday, March 20, 2013 11:43:38 PM > Subject: [Users] ovirt-iso-uploader > > > > > Hello, > > > I am running ovirt 3.2.1 (built from sources) on Fedora 18. > It seems that I don't have the ovirt-iso-uploader installed. > > > > > [wil at bufferoverflow ovirt-engine]$ ovirt-iso-uploader list > bash: ovirt-iso-uploader: command not found... > [wil at bufferoverflow ovirt-engine]$ sudo yum list installed | grep -i > uplo > [wil at bufferoverflow ovirt-engine]$ > > > What is the easiest way to install the ovirt-iso-uploader (preferably > using "yum install")? Add the release repository from[1]. [1] http://resources.ovirt.org/releases/3.2/rpm/Fedora/18/ From demchenko.ya at gmail.com Thu Mar 21 06:00:40 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Thu, 21 Mar 2013 10:00:40 +0400 Subject: [Users] Host does not comply with the cluster networks, the following networks are missing on host In-Reply-To: <43406c7ba7e04708971b9ea2eda3f6da@ieiot.cn> References: <43406c7ba7e04708971b9ea2eda3f6da@ieiot.cn> Message-ID: <514AA208.7020407@gmail.com> Hi, after adding a host, did you done "setup networks" step? it's in "networks" tab in host information you should setup networks and add your logical networks vlan12,vlan14 to appropriate host NIC's Yuriy Demchenko On 03/19/2013 10:12 AM, wjy at ieiot.cn wrote: > hi, > > first of all thanks, yours read my mail and help me. > > i have a problem. while i actived host node, engine warned me? > "Host does not comply with the cluster networks, the following > networks are missing on host: 'vlan12,vlan14'." > but cluster ->logical network, vlan12 & vlan 14 is green. where is my > error? > > my vlans from switch.and engine.log is: > 2013-03-19 14:05:22,823 ERROR > [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] > (pool-3-thread-48) [2333e737] Host is set to Non-Operational, it is > missing the following networks: vlan12,vlan14. > > please help me. > > by soversion. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From sbonazzo at redhat.com Thu Mar 21 07:17:21 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 21 Mar 2013 08:17:21 +0100 Subject: [Users] ovirt-iso-uploader In-Reply-To: References: Message-ID: <514AB401.8040609@redhat.com> Hi Limor, after you have installed ovirt-iso-uploader rpm package, remember that the command is 'engine-iso-uploader' and not 'ovirt-iso-uploader'. Maybe we should change the command name aligning it with the package name. -- Sandro Il 20/03/2013 22:43, Limor Gavish ha scritto: > Hello, > > I am running ovirt 3.2.1 (built from sources) on Fedora 18. > It seems that I don't have the ovirt-iso-uploader installed. > > [wil at bufferoverflow ovirt-engine]$ ovirt-iso-uploader list > bash: ovirt-iso-uploader: command not found... > [wil at bufferoverflow ovirt-engine]$ sudo yum list installed | grep -i uplo > [wil at bufferoverflow ovirt-engine]$ > > What is the easiest way to install the ovirt-iso-uploader (preferably > using "yum install")? > > Thanks, > Limor G > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis at webdienstleistungen.com Thu Mar 21 08:11:19 2013 From: dennis at webdienstleistungen.com (=?Windows-1252?Q?Dennis_B=F6ck?=) Date: Thu, 21 Mar 2013 08:11:19 +0000 Subject: [Users] Vdsm/libvir error during deploy In-Reply-To: References: <491e743f64d00c548b5a68ba1b8af8ed.squirrel@webmail.xs4all.nl> <1823339116.6422280.1356091347465.JavaMail.root@redhat.com>, Message-ID: <2452E8A35A372E4F8654136ACEABDBCE3554417F@DB3PRD0311MB403.eurprd03.prod.outlook.com> Hi, I have also have problems with /usr/share/vdsm/addNetwork : 2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139 Failed to execute stage 'Misc configuration': Command '/usr/share/vdsm/addNetwork' failed to execute 2013-03-21 09:00:21 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', 'NAME=loopback', 'blockingdhcp=true'], executable='None', cwd='None', env=None 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.executeRaw:364 execute-result: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', 'NAME=loopback', 'blockingdhcp=true'], rc=23 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', 'NAME=loopback', 'blockingdhcp=true'] stdout: unknown nic: 'lo' 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', 'NAME=loopback', 'blockingdhcp=true'] stderr: WARNING:root:options IPADDR is deprecated. Use ipaddr instead WARNING:root:options NETMASK is deprecated. Use netmask instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1454, in main() File "/usr/share/vdsm/configNetwork.py", line 1423, in main addNetwork(bridge, **kwargs) File "/usr/share/vdsm/configNetwork.py", line 886, in addNetwork bridged=bridged, **options) File "/usr/share/vdsm/configNetwork.py", line 834, in _addNetworkValidation raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % nic) ConfigNetworkError: (23, "unknown nic: 'lo'") I already tried a new installation of vdsm and libvirt and executed $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; ( /var/lib/vdsm/netbackup did not exist) But I still get the same error message. Does anyone have an idea? Best regards and thanks in advance Dennis ----- Original Message ----- Von: users-bounces at ovirt.org [users-bounces at ovirt.org]" im Auftrag von "Kevin Maziere Aubry [kevin.maziere at alterway.fr] Gesendet: Freitag, 21. Dezember 2012 13:52 An: Alon Bar-Lev Cc: users at ovirt.org Betreff: Re: [Users] Vdsm/libvir error during deploy Hi I suggest also to remove /var/lib/vdsm/netbackup directory. Kevin 2012/12/21 Alon Bar-Lev ----- Original Message ----- > From: "Joop" > To: users at ovirt.org > Sent: Friday, December 21, 2012 12:30:17 PM > Subject: [Users] Vdsm/libvir error during deploy > > While using the latest nightly I can't deploy new hosts using oVirt. > rpm -aq | grep ovirt > ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-iso-uploader-3.1.0-1.fc17.noarch > ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch > ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > ovirt-release-fedora-5-2.noarch > ovirt-image-uploader-3.1.0-1.fc17.noarch > ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch > ovirt-log-collector-3.1.0-1.fc17.noarch > ovirt-engine-setup-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > I did an engine-cleanup/engine-setup to start with a clean slate, > further > I have a host that is used before and keeps loosing > networkconnectivity > when the vdsmd service is started so I did several yum removes of > packages > (libvirt related and qemu related and vdsm*) and removed the /etc/ > and > /var entries where needed. Then I ran add host and end up with the > same > error I had before, full deploy log is attached but this is the real > and > only set of errors: > > 2012-12-21 11:00:26 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:324 execute: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', > '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > 'USERCTL=no', > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > 'blockingdhcp=true'], > env=None > 2012-12-21 11:00:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:341 execute-result: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > 'USERCTL=no', > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > 'blockingdhcp=true'], > rc=255 > 2012-12-21 11:00:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:388 execute-output: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > 'USERCTL=no', > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > 'blockingdhcp=true'] > stdout: > > > 2012-12-21 11:00:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:393 execute-output: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > 'USERCTL=no', > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > 'blockingdhcp=true'] > stderr: > WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file or > directory: '/var/run/vdsm/lvm.env' > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options GATEWAY is deprecated. Use gateway instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > INFO:root:Adding network ovirtmgmt with vlan=, bonding=, > nics=['em1'], > bondingOptions=None, mtu=None, bridged=True, options={'blockingdhcp': > 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', 'USERCTL': > 'no', > 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'onboot': 'yes', > 'IPV6INIT': > 'no'} > libvir: Network Driver error : Network not found: no network with > matching > name 'vdsm-ovirtmgmt' > libvir: Network Driver error : Network not found: no network with > matching > name 'vdsm-ovirtmgmt' > libvir: Network Driver error : Requested operation is not valid: > cannot > set autostart for transient network > Traceback (most recent call last): > File "/usr/lib64/python2.7/runpy.py", line 162, in > _run_module_as_main > "__main__", fname, loader, pkg_name) > File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code > exec code in run_globals > File "/usr/share/vdsm/configNetwork.py", line 1489, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1458, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 1017, in addNetwork > configWriter.createLibvirtNetwork(network, bridged, iface) > File "/usr/share/vdsm/configNetwork.py", line 200, in > createLibvirtNetwork > self._createNetwork(netXml) > File "/usr/share/vdsm/configNetwork.py", line 184, in > _createNetwork > net.setAutostart(1) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2148, in > setAutostart > if ret == -1: raise libvirtError ('virNetworkSetAutostart() > failed', > net=self) > libvirt.libvirtError: Requested operation is not valid: cannot set > autostart for transient network > > 2012-12-21 11:00:30 DEBUG otopi.context context._executeMethod:127 > method > exception > Traceback (most recent call last): > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/context.py", line 117, > in > _executeMethod > method['method']() > File > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > line 736, in _misc > parameters=parameters, > File > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > line 492, in _createBridge > parameters > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/plugin.py", line 398, > in > execute > command=args[0], > RuntimeError: Command '/usr/share/vdsm/addNetwork' failed to execute > 2012-12-21 11:00:30 ERROR otopi.context context._executeMethod:136 > Failed > to execute stage 'Misc configuration': Command > '/usr/share/vdsm/addNetwork' failed to execute > 2012-12-21 11:00:30 DEBUG otopi.transaction transaction.abort:131 > aborting > 'Yum Transaction' > > This is a host that started life as a standard Fed17 install from > LiveCD > and it worked with ovirt-3.1 but now I can't get it to work with > oVirt-nightlies. I have two other hosts which started from the same > install and they work, atleast everything gets installed and the > hosts are > visisble and up in oVirt. Did a diff of rpm -aq | sort of a working > and > nonworking host but the diff is minimal, some extra packages (mc/..) > some > very small version diffs (1.2.3-x instead of y) > > Any help appreciated, > > Joop There are some leftovers from previous installation, libvirt is not sync with machine networking. You should clean up /etc/libvirt/ and /var/lib/libvirt look for files with vdsm... $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; Also remove any ifcfg file you have, rm /etc/sysconfig/network-script/ifcfg-*, then configure the host for have proper network address (if dhcp you don't need to do anything, just restart network and network manager). After the networking is default, start deployment. Alon _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Kevin Mazi?re Responsable Infrastructure Alter Way ? Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex T?l : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-20130321090023-10.240.75.133.log Type: application/octet-stream Size: 269868 bytes Desc: ovirt-20130321090023-10.240.75.133.log URL: From alonbl at redhat.com Thu Mar 21 08:22:06 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 21 Mar 2013 04:22:06 -0400 (EDT) Subject: [Users] Vdsm/libvir error during deploy In-Reply-To: <2452E8A35A372E4F8654136ACEABDBCE3554417F@DB3PRD0311MB403.eurprd03.prod.outlook.com> Message-ID: <756113535.8187101.1363854126538.JavaMail.root@redhat.com> You should not install vdsm on loopback device (localhost, 127.0.0.1) but on real interface's address. ----- Original Message ----- > From: "Dennis B?ck" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, March 21, 2013 10:11:19 AM > Subject: AW: [Users] Vdsm/libvir error during deploy > > Hi, > > I have also have problems with /usr/share/vdsm/addNetwork : > > 2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139 > Failed to execute stage 'Misc configuration': Command > '/usr/share/vdsm/addNetwork' failed to execute > > 2013-03-21 09:00:21 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'], executable='None', > cwd='None', env=None > 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:364 execute-result: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'], rc=23 > 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'] stdout: > unknown nic: 'lo' > 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'] stderr: > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1454, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1423, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 886, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 834, in > _addNetworkValidation > raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % nic) > ConfigNetworkError: (23, "unknown nic: 'lo'") > > I already tried a new installation of vdsm and libvirt and executed > $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; > $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; > ( /var/lib/vdsm/netbackup did not exist) > > But I still get the same error message. > Does anyone have an idea? > > Best regards and thanks in advance > Dennis > > ----- Original Message ----- > Von: users-bounces at ovirt.org [users-bounces at ovirt.org]" im Auftrag > von "Kevin Maziere Aubry [kevin.maziere at alterway.fr] > Gesendet: Freitag, 21. Dezember 2012 13:52 > An: Alon Bar-Lev > Cc: users at ovirt.org > Betreff: Re: [Users] Vdsm/libvir error during deploy > > > Hi > > > I suggest also to remove /var/lib/vdsm/netbackup directory. > Kevin > > > > 2012/12/21 Alon Bar-Lev > > > > ----- Original Message ----- > > From: "Joop" > > To: users at ovirt.org > > Sent: Friday, December 21, 2012 12:30:17 PM > > Subject: [Users] Vdsm/libvir error during deploy > > > > While using the latest nightly I can't deploy new hosts using > > oVirt. > > rpm -aq | grep ovirt > > ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-iso-uploader-3.1.0-1.fc17.noarch > > ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > > ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch > > ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > > ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-release-fedora-5-2.noarch > > ovirt-image-uploader-3.1.0-1.fc17.noarch > > ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch > > ovirt-log-collector-3.1.0-1.fc17.noarch > > ovirt-engine-setup-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > > I did an engine-cleanup/engine-setup to start with a clean slate, > > further > > I have a host that is used before and keeps loosing > > networkconnectivity > > when the vdsmd service is started so I did several yum removes of > > packages > > (libvirt related and qemu related and vdsm*) and removed the /etc/ > > and > > /var entries where needed. Then I ran add host and end up with the > > same > > error I had before, full deploy log is attached but this is the > > real > > and > > only set of errors: > > > > 2012-12-21 11:00:26 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.executeRaw:324 execute: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', > > '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'], > > env=None > > 2012-12-21 11:00:30 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.executeRaw:341 execute-result: > > ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'], > > rc=255 > > 2012-12-21 11:00:30 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.execute:388 execute-output: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'] > > stdout: > > > > > > 2012-12-21 11:00:30 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.execute:393 execute-output: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'] > > stderr: > > WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file > > or > > directory: '/var/run/vdsm/lvm.env' > > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > WARNING:root:options GATEWAY is deprecated. Use gateway instead > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > INFO:root:Adding network ovirtmgmt with vlan=, bonding=, > > nics=['em1'], > > bondingOptions=None, mtu=None, bridged=True, > > options={'blockingdhcp': > > 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', 'USERCTL': > > 'no', > > 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'onboot': 'yes', > > 'IPV6INIT': > > 'no'} > > libvir: Network Driver error : Network not found: no network with > > matching > > name 'vdsm-ovirtmgmt' > > libvir: Network Driver error : Network not found: no network with > > matching > > name 'vdsm-ovirtmgmt' > > libvir: Network Driver error : Requested operation is not valid: > > cannot > > set autostart for transient network > > Traceback (most recent call last): > > File "/usr/lib64/python2.7/runpy.py", line 162, in > > _run_module_as_main > > "__main__", fname, loader, pkg_name) > > File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code > > exec code in run_globals > > File "/usr/share/vdsm/configNetwork.py", line 1489, in > > main() > > File "/usr/share/vdsm/configNetwork.py", line 1458, in main > > addNetwork(bridge, **kwargs) > > File "/usr/share/vdsm/configNetwork.py", line 1017, in addNetwork > > configWriter.createLibvirtNetwork(network, bridged, iface) > > File "/usr/share/vdsm/configNetwork.py", line 200, in > > createLibvirtNetwork > > self._createNetwork(netXml) > > File "/usr/share/vdsm/configNetwork.py", line 184, in > > _createNetwork > > net.setAutostart(1) > > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2148, > > in > > setAutostart > > if ret == -1: raise libvirtError ('virNetworkSetAutostart() > > failed', > > net=self) > > libvirt.libvirtError: Requested operation is not valid: cannot set > > autostart for transient network > > > > 2012-12-21 11:00:30 DEBUG otopi.context context._executeMethod:127 > > method > > exception > > Traceback (most recent call last): > > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/context.py", line > > 117, > > in > > _executeMethod > > method['method']() > > File > > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > > line 736, in _misc > > parameters=parameters, > > File > > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > > line 492, in _createBridge > > parameters > > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/plugin.py", line 398, > > in > > execute > > command=args[0], > > RuntimeError: Command '/usr/share/vdsm/addNetwork' failed to > > execute > > 2012-12-21 11:00:30 ERROR otopi.context context._executeMethod:136 > > Failed > > to execute stage 'Misc configuration': Command > > '/usr/share/vdsm/addNetwork' failed to execute > > 2012-12-21 11:00:30 DEBUG otopi.transaction transaction.abort:131 > > aborting > > 'Yum Transaction' > > > > This is a host that started life as a standard Fed17 install from > > LiveCD > > and it worked with ovirt-3.1 but now I can't get it to work with > > oVirt-nightlies. I have two other hosts which started from the same > > install and they work, atleast everything gets installed and the > > hosts are > > visisble and up in oVirt. Did a diff of rpm -aq | sort of a working > > and > > nonworking host but the diff is minimal, some extra packages > > (mc/..) > > some > > very small version diffs (1.2.3-x instead of y) > > > > Any help appreciated, > > > > Joop > > > There are some leftovers from previous installation, libvirt is not > sync with machine networking. > > You should clean up /etc/libvirt/ and /var/lib/libvirt look for files > with vdsm... > > $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; > $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; > > Also remove any ifcfg file you have, rm > /etc/sysconfig/network-script/ifcfg-*, then configure the host for > have proper network address (if dhcp you don't need to do anything, > just restart network and network manager). > > After the networking is default, start deployment. > > > Alon > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > -- > > Kevin Mazi?re > Responsable Infrastructure > Alter Way ? Hosting > 1 rue Royal - 227 Bureaux de la Colline > 92213 Saint-Cloud Cedex > T?l : +33 (0)1 41 16 38 41 > Mob : +33 (0)7 62 55 57 05 > http://www.alterway.fr From dennis at webdienstleistungen.com Thu Mar 21 08:32:45 2013 From: dennis at webdienstleistungen.com (=?Windows-1252?Q?Dennis_B=F6ck?=) Date: Thu, 21 Mar 2013 08:32:45 +0000 Subject: [Users] Vdsm/libvir error during deploy In-Reply-To: <756113535.8187101.1363854126538.JavaMail.root@redhat.com> References: <2452E8A35A372E4F8654136ACEABDBCE3554417F@DB3PRD0311MB403.eurprd03.prod.outlook.com>, <756113535.8187101.1363854126538.JavaMail.root@redhat.com> Message-ID: <2452E8A35A372E4F8654136ACEABDBCE355441B6@DB3PRD0311MB403.eurprd03.prod.outlook.com> Dear Alon, sorry, that was not my intention. How can I uninstall vdsm from loopback device and install it correctly? ________________________________________ Von: Alon Bar-Lev [alonbl at redhat.com] Gesendet: Donnerstag, 21. M?rz 2013 09:22 An: Dennis B?ck Cc: users at ovirt.org Betreff: Re: AW: [Users] Vdsm/libvir error during deploy You should not install vdsm on loopback device (localhost, 127.0.0.1) but on real interface's address. ----- Original Message ----- > From: "Dennis B?ck" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, March 21, 2013 10:11:19 AM > Subject: AW: [Users] Vdsm/libvir error during deploy > > Hi, > > I have also have problems with /usr/share/vdsm/addNetwork : > > 2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139 > Failed to execute stage 'Misc configuration': Command > '/usr/share/vdsm/addNetwork' failed to execute > > 2013-03-21 09:00:21 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'], executable='None', > cwd='None', env=None > 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.executeRaw:364 execute-result: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'], rc=23 > 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'] stdout: > unknown nic: 'lo' > 2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge > plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork', > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > 'NAME=loopback', 'blockingdhcp=true'] stderr: > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > WARNING:root:options NETMASK is deprecated. Use netmask instead > WARNING:root:options ONBOOT is deprecated. Use onboot instead > Traceback (most recent call last): > File "/usr/share/vdsm/configNetwork.py", line 1454, in > main() > File "/usr/share/vdsm/configNetwork.py", line 1423, in main > addNetwork(bridge, **kwargs) > File "/usr/share/vdsm/configNetwork.py", line 886, in addNetwork > bridged=bridged, **options) > File "/usr/share/vdsm/configNetwork.py", line 834, in > _addNetworkValidation > raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % nic) > ConfigNetworkError: (23, "unknown nic: 'lo'") > > I already tried a new installation of vdsm and libvirt and executed > $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; > $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; > ( /var/lib/vdsm/netbackup did not exist) > > But I still get the same error message. > Does anyone have an idea? > > Best regards and thanks in advance > Dennis > > ----- Original Message ----- > Von: users-bounces at ovirt.org [users-bounces at ovirt.org]" im Auftrag > von "Kevin Maziere Aubry [kevin.maziere at alterway.fr] > Gesendet: Freitag, 21. Dezember 2012 13:52 > An: Alon Bar-Lev > Cc: users at ovirt.org > Betreff: Re: [Users] Vdsm/libvir error during deploy > > > Hi > > > I suggest also to remove /var/lib/vdsm/netbackup directory. > Kevin > > > > 2012/12/21 Alon Bar-Lev > > > > ----- Original Message ----- > > From: "Joop" > > To: users at ovirt.org > > Sent: Friday, December 21, 2012 12:30:17 PM > > Subject: [Users] Vdsm/libvir error during deploy > > > > While using the latest nightly I can't deploy new hosts using > > oVirt. > > rpm -aq | grep ovirt > > ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-iso-uploader-3.1.0-1.fc17.noarch > > ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > > ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch > > ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > > ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > ovirt-release-fedora-5-2.noarch > > ovirt-image-uploader-3.1.0-1.fc17.noarch > > ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch > > ovirt-log-collector-3.1.0-1.fc17.noarch > > ovirt-engine-setup-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > > I did an engine-cleanup/engine-setup to start with a clean slate, > > further > > I have a host that is used before and keeps loosing > > networkconnectivity > > when the vdsmd service is started so I did several yum removes of > > packages > > (libvirt related and qemu related and vdsm*) and removed the /etc/ > > and > > /var entries where needed. Then I ran add host and end up with the > > same > > error I had before, full deploy log is attached but this is the > > real > > and > > only set of errors: > > > > 2012-12-21 11:00:26 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.executeRaw:324 execute: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', > > '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'], > > env=None > > 2012-12-21 11:00:30 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.executeRaw:341 execute-result: > > ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'], > > rc=255 > > 2012-12-21 11:00:30 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.execute:388 execute-output: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'] > > stdout: > > > > > > 2012-12-21 11:00:30 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.execute:393 execute-output: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > 'IPADDR=192.168.216.152', > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > 'USERCTL=no', > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > 'blockingdhcp=true'] > > stderr: > > WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file > > or > > directory: '/var/run/vdsm/lvm.env' > > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > WARNING:root:options GATEWAY is deprecated. Use gateway instead > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > INFO:root:Adding network ovirtmgmt with vlan=, bonding=, > > nics=['em1'], > > bondingOptions=None, mtu=None, bridged=True, > > options={'blockingdhcp': > > 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', 'USERCTL': > > 'no', > > 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'onboot': 'yes', > > 'IPV6INIT': > > 'no'} > > libvir: Network Driver error : Network not found: no network with > > matching > > name 'vdsm-ovirtmgmt' > > libvir: Network Driver error : Network not found: no network with > > matching > > name 'vdsm-ovirtmgmt' > > libvir: Network Driver error : Requested operation is not valid: > > cannot > > set autostart for transient network > > Traceback (most recent call last): > > File "/usr/lib64/python2.7/runpy.py", line 162, in > > _run_module_as_main > > "__main__", fname, loader, pkg_name) > > File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code > > exec code in run_globals > > File "/usr/share/vdsm/configNetwork.py", line 1489, in > > main() > > File "/usr/share/vdsm/configNetwork.py", line 1458, in main > > addNetwork(bridge, **kwargs) > > File "/usr/share/vdsm/configNetwork.py", line 1017, in addNetwork > > configWriter.createLibvirtNetwork(network, bridged, iface) > > File "/usr/share/vdsm/configNetwork.py", line 200, in > > createLibvirtNetwork > > self._createNetwork(netXml) > > File "/usr/share/vdsm/configNetwork.py", line 184, in > > _createNetwork > > net.setAutostart(1) > > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2148, > > in > > setAutostart > > if ret == -1: raise libvirtError ('virNetworkSetAutostart() > > failed', > > net=self) > > libvirt.libvirtError: Requested operation is not valid: cannot set > > autostart for transient network > > > > 2012-12-21 11:00:30 DEBUG otopi.context context._executeMethod:127 > > method > > exception > > Traceback (most recent call last): > > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/context.py", line > > 117, > > in > > _executeMethod > > method['method']() > > File > > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > > line 736, in _misc > > parameters=parameters, > > File > > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > > line 492, in _createBridge > > parameters > > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/plugin.py", line 398, > > in > > execute > > command=args[0], > > RuntimeError: Command '/usr/share/vdsm/addNetwork' failed to > > execute > > 2012-12-21 11:00:30 ERROR otopi.context context._executeMethod:136 > > Failed > > to execute stage 'Misc configuration': Command > > '/usr/share/vdsm/addNetwork' failed to execute > > 2012-12-21 11:00:30 DEBUG otopi.transaction transaction.abort:131 > > aborting > > 'Yum Transaction' > > > > This is a host that started life as a standard Fed17 install from > > LiveCD > > and it worked with ovirt-3.1 but now I can't get it to work with > > oVirt-nightlies. I have two other hosts which started from the same > > install and they work, atleast everything gets installed and the > > hosts are > > visisble and up in oVirt. Did a diff of rpm -aq | sort of a working > > and > > nonworking host but the diff is minimal, some extra packages > > (mc/..) > > some > > very small version diffs (1.2.3-x instead of y) > > > > Any help appreciated, > > > > Joop > > > There are some leftovers from previous installation, libvirt is not > sync with machine networking. > > You should clean up /etc/libvirt/ and /var/lib/libvirt look for files > with vdsm... > > $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; > $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; > > Also remove any ifcfg file you have, rm > /etc/sysconfig/network-script/ifcfg-*, then configure the host for > have proper network address (if dhcp you don't need to do anything, > just restart network and network manager). > > After the networking is default, start deployment. > > > Alon > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > -- > > Kevin Mazi?re > Responsable Infrastructure > Alter Way ? Hosting > 1 rue Royal - 227 Bureaux de la Colline > 92213 Saint-Cloud Cedex > T?l : +33 (0)1 41 16 38 41 > Mob : +33 (0)7 62 55 57 05 > http://www.alterway.fr From bigclouds at 163.com Thu Mar 21 08:45:15 2013 From: bigclouds at 163.com (bigclouds) Date: Thu, 21 Mar 2013 16:45:15 +0800 (CST) Subject: [Users] what can cause NETWORK_UNREACHABLE Message-ID: <8b28af5.c842.13d8c1fa130.Coremail.bigclouds@163.com> hi,all on UI always there is a alert 'NonOperationalReason___NETWORK_UNREACHABLE', could you tell me , what cause this problem. how to fix it? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From wdh at dds.nl Thu Mar 21 09:14:04 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Thu, 21 Mar 2013 10:14:04 +0100 Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <514739A6.9060300@dds.nl> References: <5141E378.2010901@redhat.com> <20130317105338.GA23452@redhat.com> <51470C78.1050504@redhat.com> <514722B7.5040101@dds.nl> <514739A6.9060300@dds.nl> Message-ID: <514ACF5C.3020700@dds.nl> So far no reactie about the multicast packet loss...... I bumbed into this bug: https://bugzilla.redhat.com/show_bug.cgi?id=880035 This looks the same as the problems I am suffering using oVirt 3.2: heavy multicast packet loss after some time. This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? Can anyone reproduce the problem (omping between 3 virtual nodes)? Winfried Op 18-03-13 16:58, Winfried de Heiden schreef: > Same for Debian 6 (x86_64); 47% packet loss: > > ssmping -c 500 192.168.1.234 > > --- 192.168.1.234 statistics --- > 500 packets transmitted, time 500001 ms > unicast: > 500 packets received, 0% packet loss > rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms > multicast: > 265 packets received, 47% packet loss since first mc packet (seq 1) > recvd > rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms > > > Winfried > > Hi all, >> >> Playing around with Red Hat Clustering, it turns out I have a hughe >> multicast packet loss: (Centos 6.4 - x86_64 with all updates) >> >> omping 192.168.1.211 192.168.1.212 -c500 (node1) >> omping 192.168.1.212 192.168.1.211 -c500(node2) >> >> will give almost 50% loss! >> >> 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, >> min/avg/max/std-dev = 0.330/0.610/0.789/0.064 >> 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, >> min/avg/max/std-dev = 0.416/0.635/0.921/0.066 >> >> 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, >> min/avg/max/std-dev = 0.388/0.653/0.863/0.069 >> 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, >> min/avg/max/std-dev = 0.396/0.670/1.080/0.074 >> >> OK, I am using simple hardware, but this hardware is virtually doing >> nothing... >> >> As mentioned on >> https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, >> I set the txqueelen to 500, same result? >> >> I 'm still guessing whether this is an oVirt, virtio or Red >> Hat/Centos issue? Problems only happend after some time; that is 200 >> mo-pings shows everything is fine. >> >> Anyone? >> >> Winfried >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From lvernia at redhat.com Thu Mar 21 09:17:34 2013 From: lvernia at redhat.com (Lior Vernia) Date: Thu, 21 Mar 2013 11:17:34 +0200 Subject: [Users] what can cause NETWORK_UNREACHABLE In-Reply-To: <8b28af5.c842.13d8c1fa130.Coremail.bigclouds@163.com> References: <8b28af5.c842.13d8c1fa130.Coremail.bigclouds@163.com> Message-ID: <514AD02E.7080608@redhat.com> Hello, It is most commonly caused by having a network defined as "required" in a cluster, and not having it set up on a host in that cluster. It is usually accompanied by a human-readable explanation in the events panel at the bottom of the webadmin GUI. If that is indeed the problem, it can be fixed in one of two ways, depending on whether the network is actually essential for your cluster: 1. If it is essential, choose the non-operational host, navigate to the "Network Interfaces" subtab, click "Setup Host Networks" and make sure that the required network is attached to a network interface on the host. 2. If it is not essential, choose the corresponding cluster, head to its "Logical Networks" subtab, click on "Assign/Unassign Networks" and mark the network as non-required. Yours, Lior Vernia. On 21/03/13 10:45, bigclouds wrote: > hi,all > on UI always there is a alert 'NonOperationalReason___NETWORK_UNREACHABLE', > could you tell me , what cause this problem. how to fix it? > > thanks > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From deepakcs at linux.vnet.ibm.com Thu Mar 21 09:26:12 2013 From: deepakcs at linux.vnet.ibm.com (Deepak C Shetty) Date: Thu, 21 Mar 2013 14:56:12 +0530 Subject: [Users] ovirt.org not working Message-ID: <514AD234.6080206@linux.vnet.ibm.com> for any page i open.. i see this... Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: |(SQL query hidden)| from within function "|SqlBagOStuff::set|". Database returned error "1114: The table 'mw_objectcache' is full (127.7.52.129)". -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Mar 21 09:32:21 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 21 Mar 2013 05:32:21 -0400 (EDT) Subject: [Users] Vdsm/libvir error during deploy In-Reply-To: <2452E8A35A372E4F8654136ACEABDBCE355441B6@DB3PRD0311MB403.eurprd03.prod.outlook.com> Message-ID: <544999603.8194821.1363858341909.JavaMail.root@redhat.com> Just redeploy the host from the ovirt-engine console using proper address. Or I do not understand the sequence you used to install vdsm in the first place... ----- Original Message ----- > From: "Dennis B?ck" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, March 21, 2013 10:32:45 AM > Subject: AW: AW: [Users] Vdsm/libvir error during deploy > > Dear Alon, > > sorry, that was not my intention. How can I uninstall vdsm from > loopback device and install it correctly? > > ________________________________________ > Von: Alon Bar-Lev [alonbl at redhat.com] > Gesendet: Donnerstag, 21. M?rz 2013 09:22 > An: Dennis B?ck > Cc: users at ovirt.org > Betreff: Re: AW: [Users] Vdsm/libvir error during deploy > > You should not install vdsm on loopback device (localhost, 127.0.0.1) > but on real interface's address. > > ----- Original Message ----- > > From: "Dennis B?ck" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, March 21, 2013 10:11:19 AM > > Subject: AW: [Users] Vdsm/libvir error during deploy > > > > Hi, > > > > I have also have problems with /usr/share/vdsm/addNetwork : > > > > 2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139 > > Failed to execute stage 'Misc configuration': Command > > '/usr/share/vdsm/addNetwork' failed to execute > > > > 2013-03-21 09:00:21 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > > 'NAME=loopback', 'blockingdhcp=true'], executable='None', > > cwd='None', env=None > > 2013-03-21 09:00:22 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.executeRaw:364 execute-result: > > ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > > 'NAME=loopback', 'blockingdhcp=true'], rc=23 > > 2013-03-21 09:00:22 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > > 'NAME=loopback', 'blockingdhcp=true'] stdout: > > unknown nic: 'lo' > > 2013-03-21 09:00:22 DEBUG > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork', > > 'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0', > > 'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes', > > 'NAME=loopback', 'blockingdhcp=true'] stderr: > > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > Traceback (most recent call last): > > File "/usr/share/vdsm/configNetwork.py", line 1454, in > > main() > > File "/usr/share/vdsm/configNetwork.py", line 1423, in main > > addNetwork(bridge, **kwargs) > > File "/usr/share/vdsm/configNetwork.py", line 886, in addNetwork > > bridged=bridged, **options) > > File "/usr/share/vdsm/configNetwork.py", line 834, in > > _addNetworkValidation > > raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % > > nic) > > ConfigNetworkError: (23, "unknown nic: 'lo'") > > > > I already tried a new installation of vdsm and libvirt and executed > > $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; > > $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; > > ( /var/lib/vdsm/netbackup did not exist) > > > > But I still get the same error message. > > Does anyone have an idea? > > > > Best regards and thanks in advance > > Dennis > > > > ----- Original Message ----- > > Von: users-bounces at ovirt.org [users-bounces at ovirt.org]" im Auftrag > > von "Kevin Maziere Aubry [kevin.maziere at alterway.fr] > > Gesendet: Freitag, 21. Dezember 2012 13:52 > > An: Alon Bar-Lev > > Cc: users at ovirt.org > > Betreff: Re: [Users] Vdsm/libvir error during deploy > > > > > > Hi > > > > > > I suggest also to remove /var/lib/vdsm/netbackup directory. > > Kevin > > > > > > > > 2012/12/21 Alon Bar-Lev > > > > > > > > ----- Original Message ----- > > > From: "Joop" > > > To: users at ovirt.org > > > Sent: Friday, December 21, 2012 12:30:17 PM > > > Subject: [Users] Vdsm/libvir error during deploy > > > > > > While using the latest nightly I can't deploy new hosts using > > > oVirt. > > > rpm -aq | grep ovirt > > > ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-iso-uploader-3.1.0-1.fc17.noarch > > > ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > > > ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch > > > ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch > > > ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > ovirt-release-fedora-5-2.noarch > > > ovirt-image-uploader-3.1.0-1.fc17.noarch > > > ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch > > > ovirt-log-collector-3.1.0-1.fc17.noarch > > > ovirt-engine-setup-3.2.0-1.20121220.git9fdb0c2.fc17.noarch > > > > > > I did an engine-cleanup/engine-setup to start with a clean slate, > > > further > > > I have a host that is used before and keeps loosing > > > networkconnectivity > > > when the vdsmd service is started so I did several yum removes of > > > packages > > > (libvirt related and qemu related and vdsm*) and removed the > > > /etc/ > > > and > > > /var entries where needed. Then I ran add host and end up with > > > the > > > same > > > error I had before, full deploy log is attached but this is the > > > real > > > and > > > only set of errors: > > > > > > 2012-12-21 11:00:26 DEBUG > > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > > plugin.executeRaw:324 execute: ['/usr/share/vdsm/addNetwork', > > > 'ovirtmgmt', > > > '', '', u'em1', 'ONBOOT=yes', 'IPADDR=192.168.216.152', > > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > > 'USERCTL=no', > > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > > 'blockingdhcp=true'], > > > env=None > > > 2012-12-21 11:00:30 DEBUG > > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > > plugin.executeRaw:341 execute-result: > > > ['/usr/share/vdsm/addNetwork', > > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > > 'IPADDR=192.168.216.152', > > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > > 'USERCTL=no', > > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > > 'blockingdhcp=true'], > > > rc=255 > > > 2012-12-21 11:00:30 DEBUG > > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > > plugin.execute:388 execute-output: ['/usr/share/vdsm/addNetwork', > > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > > 'IPADDR=192.168.216.152', > > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > > 'USERCTL=no', > > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > > 'blockingdhcp=true'] > > > stdout: > > > > > > > > > 2012-12-21 11:00:30 DEBUG > > > otopi.plugins.ovirt_host_deploy.vdsm.bridge > > > plugin.execute:393 execute-output: ['/usr/share/vdsm/addNetwork', > > > 'ovirtmgmt', '', '', u'em1', 'ONBOOT=yes', > > > 'IPADDR=192.168.216.152', > > > 'DNS2=172.19.1.18', 'DNS1=172.19.1.12', > > > 'UUID=e121a99a-994e-479d-8de1-a56c14315545', 'IPV6INIT=no', > > > 'USERCTL=no', > > > 'GATEWAY=192.168.216.254', 'NETMASK=255.255.255.0', > > > 'blockingdhcp=true'] > > > stderr: > > > WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file > > > or > > > directory: '/var/run/vdsm/lvm.env' > > > WARNING:root:options IPADDR is deprecated. Use ipaddr instead > > > WARNING:root:options NETMASK is deprecated. Use netmask instead > > > WARNING:root:options GATEWAY is deprecated. Use gateway instead > > > WARNING:root:options ONBOOT is deprecated. Use onboot instead > > > INFO:root:Adding network ovirtmgmt with vlan=, bonding=, > > > nics=['em1'], > > > bondingOptions=None, mtu=None, bridged=True, > > > options={'blockingdhcp': > > > 'true', 'UUID': 'e121a99a-994e-479d-8de1-a56c14315545', > > > 'USERCTL': > > > 'no', > > > 'DNS2': '172.19.1.18', 'DNS1': '172.19.1.12', 'onboot': 'yes', > > > 'IPV6INIT': > > > 'no'} > > > libvir: Network Driver error : Network not found: no network with > > > matching > > > name 'vdsm-ovirtmgmt' > > > libvir: Network Driver error : Network not found: no network with > > > matching > > > name 'vdsm-ovirtmgmt' > > > libvir: Network Driver error : Requested operation is not valid: > > > cannot > > > set autostart for transient network > > > Traceback (most recent call last): > > > File "/usr/lib64/python2.7/runpy.py", line 162, in > > > _run_module_as_main > > > "__main__", fname, loader, pkg_name) > > > File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code > > > exec code in run_globals > > > File "/usr/share/vdsm/configNetwork.py", line 1489, in > > > main() > > > File "/usr/share/vdsm/configNetwork.py", line 1458, in main > > > addNetwork(bridge, **kwargs) > > > File "/usr/share/vdsm/configNetwork.py", line 1017, in > > > addNetwork > > > configWriter.createLibvirtNetwork(network, bridged, iface) > > > File "/usr/share/vdsm/configNetwork.py", line 200, in > > > createLibvirtNetwork > > > self._createNetwork(netXml) > > > File "/usr/share/vdsm/configNetwork.py", line 184, in > > > _createNetwork > > > net.setAutostart(1) > > > File "/usr/lib64/python2.7/site-packages/libvirt.py", line > > > 2148, > > > in > > > setAutostart > > > if ret == -1: raise libvirtError ('virNetworkSetAutostart() > > > failed', > > > net=self) > > > libvirt.libvirtError: Requested operation is not valid: cannot > > > set > > > autostart for transient network > > > > > > 2012-12-21 11:00:30 DEBUG otopi.context > > > context._executeMethod:127 > > > method > > > exception > > > Traceback (most recent call last): > > > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/context.py", line > > > 117, > > > in > > > _executeMethod > > > method['method']() > > > File > > > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > > > line 736, in _misc > > > parameters=parameters, > > > File > > > "/tmp/ovirt-o5lusc2CYC/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", > > > line 492, in _createBridge > > > parameters > > > File "/tmp/ovirt-o5lusc2CYC/pythonlib/otopi/plugin.py", line > > > 398, > > > in > > > execute > > > command=args[0], > > > RuntimeError: Command '/usr/share/vdsm/addNetwork' failed to > > > execute > > > 2012-12-21 11:00:30 ERROR otopi.context > > > context._executeMethod:136 > > > Failed > > > to execute stage 'Misc configuration': Command > > > '/usr/share/vdsm/addNetwork' failed to execute > > > 2012-12-21 11:00:30 DEBUG otopi.transaction transaction.abort:131 > > > aborting > > > 'Yum Transaction' > > > > > > This is a host that started life as a standard Fed17 install from > > > LiveCD > > > and it worked with ovirt-3.1 but now I can't get it to work with > > > oVirt-nightlies. I have two other hosts which started from the > > > same > > > install and they work, atleast everything gets installed and the > > > hosts are > > > visisble and up in oVirt. Did a diff of rpm -aq | sort of a > > > working > > > and > > > nonworking host but the diff is minimal, some extra packages > > > (mc/..) > > > some > > > very small version diffs (1.2.3-x instead of y) > > > > > > Any help appreciated, > > > > > > Joop > > > > > > There are some leftovers from previous installation, libvirt is not > > sync with machine networking. > > > > You should clean up /etc/libvirt/ and /var/lib/libvirt look for > > files > > with vdsm... > > > > $ find /etc/libvirt -name '*vdsm*' -exec rm {} \; > > $ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \; > > > > Also remove any ifcfg file you have, rm > > /etc/sysconfig/network-script/ifcfg-*, then configure the host for > > have proper network address (if dhcp you don't need to do anything, > > just restart network and network manager). > > > > After the networking is default, start deployment. > > > > > > Alon > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > -- > > > > Kevin Mazi?re > > Responsable Infrastructure > > Alter Way ? Hosting > > 1 rue Royal - 227 Bureaux de la Colline > > 92213 Saint-Cloud Cedex > > T?l : +33 (0)1 41 16 38 41 > > Mob : +33 (0)7 62 55 57 05 > > http://www.alterway.fr > From jj197005 at gmail.com Thu Mar 21 11:16:48 2013 From: jj197005 at gmail.com (Juan Jose) Date: Thu, 21 Mar 2013 12:16:48 +0100 Subject: [Users] Storage problem In-Reply-To: <5149DD7A.1000703@redhat.com> References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> Message-ID: Hello Maor, I have tried to apply the bug procedure and nothing happens and if I lauch the query: psql -U engine -c "SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes';" engine And the result is: option_value ----------------- (0 rows) And my Master Storage continue disable. Attach engine.log also. Many thanks, Juanjo. On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk wrote: > On 03/20/2013 05:58 PM, Maor Lipchuk wrote: > > Hi Juan, > > I think you encountered this bug https://bugzilla.redhat.com/881941, the > > log there is quite the same. > > The auto recovery process should fix that after 15 minutes, but need to > > see if it is enabled in your environment. > The auto recovery should be enabled by default on your env, but just to > make sure you can check it in the engine DB with this query: > SELECT option_value FROM vdc_options where option_name = > 'AutoRecoveryAllowedTypes'; > > > > > > On 03/20/2013 05:29 PM, Juan Jose wrote: > >> I forgot the vdsm.log file, > >> > >> Thanks, Juanjo. > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 541599 bytes Desc: not available URL: From asegurap at redhat.com Thu Mar 21 11:17:48 2013 From: asegurap at redhat.com (Antoni Segura Puimedon) Date: Thu, 21 Mar 2013 07:17:48 -0400 (EDT) Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <514ACF5C.3020700@dds.nl> Message-ID: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> Michael Tsirkin (Thanks!) proposes to try the following: try disabling multicast snooping in the bridge Could you give it a shot? ----- Original Message ----- > From: "Winfried de Heiden" > To: users at ovirt.org > Sent: Thursday, March 21, 2013 10:14:04 AM > Subject: Re: [Users] ovirt 3.2 - high multicast packet loss > > So far no reactie about the multicast packet loss...... > > I bumbed into this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=880035 > > This looks the same as the problems I am suffering using oVirt 3.2: > heavy multicast packet loss after some time. > > This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? > Can anyone reproduce the problem (omping between 3 virtual nodes)? > > Winfried > > > Op 18-03-13 16:58, Winfried de Heiden schreef: > > Same for Debian 6 (x86_64); 47% packet loss: > > > > ssmping -c 500 192.168.1.234 > > > > --- 192.168.1.234 statistics --- > > 500 packets transmitted, time 500001 ms > > unicast: > > 500 packets received, 0% packet loss > > rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms > > multicast: > > 265 packets received, 47% packet loss since first mc packet (seq > > 1) > > recvd > > rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms > > > > > > Winfried > > > > Hi all, > >> > >> Playing around with Red Hat Clustering, it turns out I have a > >> hughe > >> multicast packet loss: (Centos 6.4 - x86_64 with all updates) > >> > >> omping 192.168.1.211 192.168.1.212 -c500 (node1) > >> omping 192.168.1.212 192.168.1.211 -c500(node2) > >> > >> will give almost 50% loss! > >> > >> 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, > >> min/avg/max/std-dev = 0.330/0.610/0.789/0.064 > >> 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, > >> min/avg/max/std-dev = 0.416/0.635/0.921/0.066 > >> > >> 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, > >> min/avg/max/std-dev = 0.388/0.653/0.863/0.069 > >> 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, > >> min/avg/max/std-dev = 0.396/0.670/1.080/0.074 > >> > >> OK, I am using simple hardware, but this hardware is virtually > >> doing > >> nothing... > >> > >> As mentioned on > >> https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, > >> I set the txqueelen to 500, same result? > >> > >> I 'm still guessing whether this is an oVirt, virtio or Red > >> Hat/Centos issue? Problems only happend after some time; that is > >> 200 > >> mo-pings shows everything is fine. > >> > >> Anyone? > >> > >> Winfried > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jj197005 at gmail.com Thu Mar 21 12:31:43 2013 From: jj197005 at gmail.com (Juan Jose) Date: Thu, 21 Mar 2013 13:31:43 +0100 Subject: [Users] Storage problem In-Reply-To: References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> Message-ID: Hello Maor, I realize that I have lost all my VMs with my electrical power blackout. My problem now is that I hve some VMs that I can see in my admin portal and it doesn't exist in the storage domain. How ca I delete them because form admin portal this needs to have Default Data Center up, and it needs Master domain Up but I can't because there aren't my VM inside. How can I delete the VM?, is it exists some workaround in this kind of issues to follow? Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 12:16 PM, Juan Jose wrote: > Hello Maor, > > I have tried to apply the bug procedure and nothing happens and if I lauch > the query: > > psql -U engine -c "SELECT option_value FROM vdc_options where option_name > = 'AutoRecoveryAllowedTypes';" engine > > And the result is: > > option_value > ----------------- > (0 rows) > > And my Master Storage continue disable. Attach engine.log also. > > Many thanks, > > Juanjo. > > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk wrote: > >> On 03/20/2013 05:58 PM, Maor Lipchuk wrote: >> > Hi Juan, >> > I think you encountered this bug https://bugzilla.redhat.com/881941, >> the >> > log there is quite the same. >> > The auto recovery process should fix that after 15 minutes, but need to >> > see if it is enabled in your environment. >> The auto recovery should be enabled by default on your env, but just to >> make sure you can check it in the engine DB with this query: >> SELECT option_value FROM vdc_options where option_name = >> 'AutoRecoveryAllowedTypes'; >> > >> > >> > On 03/20/2013 05:29 PM, Juan Jose wrote: >> >> I forgot the vdsm.log file, >> >> >> >> Thanks, Juanjo. >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jj197005 at gmail.com Thu Mar 21 12:40:20 2013 From: jj197005 at gmail.com (Juan Jose) Date: Thu, 21 Mar 2013 13:40:20 +0100 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <514A2D77.1090008@cs.kent.edu> References: <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> <20130319150536.GB24919@teriyaki.redhat.com> <5148D49C.1060406@cs.kent.edu> <20130320092001.GF24919@teriyaki.redhat.com> <514A2D77.1090008@cs.kent.edu> Message-ID: Ja, Ja, of course not, I have had a power failure in my test installation and I have lost all my VMs and now I have already sent a mail to this list to ask if it is possible to have some workaround about that because I'm in a kind of loop. I can't Activate my Master domain storage because it is empty and my Default Data Center can't be enable. In the other hand I have in my Admin portal some Templates and VMs that they don't exist and I can't delete because I need Data Center on-line. I guess that I will have to clean DB o something like that. I'm waiting if some king of workaround to this issue exists. If you now how to manage this I will be happy to listen you, sorry, read you. Many thanks in avanced, Juanjo. On Wed, Mar 20, 2013 at 10:43 PM, Jeff Bailey wrote: > On 3/20/2013 5:20 AM, Christophe Fergeau wrote: > >> On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: >> >>> On 3/19/2013 11:05 AM, Christophe Fergeau wrote: >>> >>>> As far as I know, there haven't been public spicex releases, so I'm not >>>> sure where this spicex used with oVirt comes from. >>>> >>> I was referring to the log file named "spicex" related to the >>> activex plugin. >>> >> Yes, I got that part, but same answer, as far as I know there hasn't been >> any public releases of the activex plugin ;) >> > > Heh, heh, maybe it's a secret. :) > > Actually, I believe I got it from > http://elmarco.fedorapeople.org/spice.cab and it seems to be version > 5.0.2.2. > > > Christophe >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Mar 21 12:49:39 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 21 Mar 2013 13:49:39 +0100 Subject: [Users] [Spice-devel] 3.2 final and status of spice console in ie In-Reply-To: <514A2D77.1090008@cs.kent.edu> References: <512E60E0.3030502@cs.kent.edu> <5F9E965F5A80BC468BE5F40576769F09102737C4@exchange2-1> <5142EBC6.20001@redhat.com> <51478F96.4000100@cs.kent.edu> <5147904D.70201@redhat.com> <20130319150536.GB24919@teriyaki.redhat.com> <5148D49C.1060406@cs.kent.edu> <20130320092001.GF24919@teriyaki.redhat.com> <514A2D77.1090008@cs.kent.edu> Message-ID: On Wed, Mar 20, 2013 at 10:43 PM, Jeff Bailey wrote: > On 3/20/2013 5:20 AM, Christophe Fergeau wrote: >> >> On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: > > Heh, heh, maybe it's a secret. :) > > Actually, I believe I got it from http://elmarco.fedorapeople.org/spice.cab > and it seems to be version 5.0.2.2. > As already pointed in another mail of this same thread from Michal Skrivanek (about a month ago), the info is at http://wiki.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal and the page indeed contains the same link to spice.cab file you are referring so possibly difficult to find but not a secret... ;-) Gianluca From dougsland at redhat.com Thu Mar 21 14:00:55 2013 From: dougsland at redhat.com (Douglas Landgraf) Date: Thu, 21 Mar 2013 10:00:55 -0400 Subject: [Users] ovirt.org not working In-Reply-To: <514AD234.6080206@linux.vnet.ibm.com> References: <514AD234.6080206@linux.vnet.ibm.com> Message-ID: <514B1297.6040103@redhat.com> On 03/21/2013 05:26 AM, Deepak C Shetty wrote: > for any page i open.. i see this... > > > Database error > > A database query syntax error has occurred. This may indicate a bug in > the software. The last attempted database query was: > > |(SQL query hidden)| > > from within function "|SqlBagOStuff::set|". Database returned error > "1114: The table 'mw_objectcache' is full (127.7.52.129)". > Looks like it's back. At least, I cannot see this error at moment. -- Cheers Douglas From mburns at redhat.com Thu Mar 21 13:27:09 2013 From: mburns at redhat.com (Mike Burns) Date: Thu, 21 Mar 2013 09:27:09 -0400 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available Message-ID: <514B0AAD.9050604@redhat.com> The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release are now available in the beta repositories. To access this content, * download and install the release rpm [1] on your EL6 host. * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta repository. * Follow the rest of the instructions on http://www.ovirt.org/Download. This content is in beta, so feedback on issues found is greatly appreciated. Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can also get help on IRC in #ovirt on OFTC.net or through the users at ovirt.org mailing list. Thanks The oVirt Team [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm [2] https://bugzilla.redhat.com/ From gianluca.cecchi at gmail.com Thu Mar 21 13:34:22 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 21 Mar 2013 14:34:22 +0100 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <514B0AAD.9050604@redhat.com> References: <514B0AAD.9050604@redhat.com> Message-ID: On Thu, Mar 21, 2013 at 2:27 PM, Mike Burns wrote: > The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release > are now available in the beta repositories. > > To access this content, > * download and install the release rpm [1] on your EL6 host. > * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta > repository. > * Follow the rest of the instructions on http://www.ovirt.org/Download. > > This content is in beta, so feedback on issues found is greatly appreciated. > > Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can > also get help on IRC in #ovirt on OFTC.net or through the users at ovirt.org > mailing list. > > Thanks > > The oVirt Team > > > [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm > [2] https://bugzilla.redhat.com/ > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users do they already contain the fix from http://gerrit.ovirt.org/#/c/11254/ that was one of the biggest problems of 3.2? Gianluca From mburns at redhat.com Thu Mar 21 13:36:08 2013 From: mburns at redhat.com (Mike Burns) Date: Thu, 21 Mar 2013 09:36:08 -0400 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: References: <514B0AAD.9050604@redhat.com> Message-ID: <514B0CC8.3040707@redhat.com> On 03/21/2013 09:34 AM, Gianluca Cecchi wrote: > On Thu, Mar 21, 2013 at 2:27 PM, Mike Burns wrote: >> The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release >> are now available in the beta repositories. >> >> To access this content, >> * download and install the release rpm [1] on your EL6 host. >> * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta >> repository. >> * Follow the rest of the instructions on http://www.ovirt.org/Download. >> >> This content is in beta, so feedback on issues found is greatly appreciated. >> >> Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can >> also get help on IRC in #ovirt on OFTC.net or through the users at ovirt.org >> mailing list. >> >> Thanks >> >> The oVirt Team >> >> >> [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm >> [2] https://bugzilla.redhat.com/ >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > do they already contain the fix from > http://gerrit.ovirt.org/#/c/11254/ > > that was one of the biggest problems of 3.2? > > Gianluca > Looking at gerrit, the 3.2 branch fix for that[1] is still in review. That would mean that it's not included. I'll defer to the engine team on when that will get into a build. Mike [1] http://gerrit.ovirt.org/#/c/13172/ From yuvalme at gmail.com Thu Mar 21 14:20:00 2013 From: yuvalme at gmail.com (Yuval M) Date: Thu, 21 Mar 2013 16:20:00 +0200 Subject: [Users] trouble with engine-iso-uploader Message-ID: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? ------------- same results also without the --nossl flag. any insight? Thanks, Yuval Meir -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpavlik at redhat.com Thu Mar 21 14:54:33 2013 From: mpavlik at redhat.com (Martin Pavlik) Date: Thu, 21 Mar 2013 15:54:33 +0100 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: References: Message-ID: <514B1F29.8050701@redhat.com> Hi Yuval, try username: admin at internal regards Martin Pavlik On 03/21/2013 03:20 PM, Yuval M wrote: > Hi, > > I'm trying to use engine-iso-uploader to add ISO images to my ISO > storage domain. (Ovirt 3.2 on Fedora 18) > > $ sudo engine-iso-uploader -v --nossl list > Please provide the REST API username for oVirt Engine (CTRL+D to > abort): admin > Please provide the REST API password for the admin oVirt Engine user > (CTRL+D to abort): > ERROR: Problem connecting to the REST API. Is the service available > and does the CA certificate exist? > > $ ls -la /etc/pki/ovirt-engine/ca.pem > ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory > > $ cat /var/log/ovirt-engine/engine-iso-uploader.log > 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem > connecting to the REST API. Is the service available and does the CA > certificate exist? > > ------------- > > same results also without the --nossl flag. > > any insight? > > Thanks, > > Yuval Meir > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Thu Mar 21 15:10:47 2013 From: yuvalme at gmail.com (Yuval M) Date: Thu, 21 Mar 2013 17:10:47 +0200 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: <514B1F29.8050701@redhat.com> References: <514B1F29.8050701@redhat.com> Message-ID: same result, with or without --nossl (I have ssl disabled on my setup - Ovirt built from sources) On Thu, Mar 21, 2013 at 4:54 PM, Martin Pavlik wrote: > Hi Yuval, > > try username: admin at internal > > regards > > Martin Pavlik > > > On 03/21/2013 03:20 PM, Yuval M wrote: > > Hi, > > I'm trying to use engine-iso-uploader to add ISO images to my ISO storage > domain. (Ovirt 3.2 on Fedora 18) > > $ sudo engine-iso-uploader -v --nossl list > Please provide the REST API username for oVirt Engine (CTRL+D to abort): > admin > Please provide the REST API password for the admin oVirt Engine user > (CTRL+D to abort): > ERROR: Problem connecting to the REST API. Is the service available and > does the CA certificate exist? > > $ ls -la /etc/pki/ovirt-engine/ca.pem > ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory > > $ cat /var/log/ovirt-engine/engine-iso-uploader.log > 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem > connecting to the REST API. Is the service available and does the CA > certificate exist? > > ------------- > > same results also without the --nossl flag. > > any insight? > > Thanks, > > Yuval Meir > > > > _______________________________________________ > Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Thu Mar 21 15:15:36 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 21 Mar 2013 16:15:36 +0100 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: <514B1BC2.8040307@redhat.com> References: <514B1BC2.8040307@redhat.com> Message-ID: <514B2418.2070604@redhat.com> I've done some testing with ovirt-engine-sdk-3.2.0.10-1.fc18.noarch running python: >>> from ovirtsdk.api import API >>> api = API(url='http://ovirt.local/api', username='admin at internal', password='*******) leads to: UnsecuredConnectionAttemptError: [ERROR]::No response returned from server. If you're using HTTP protocol against a SSL secured server, then try using HTTPS instead. So engine is not running on http on my server. Can you check your server? -- Sandro Il 21/03/2013 15:40, Sandro Bonazzola ha scritto: > Hi, > Can you try to execute the following command? > $ sudo ls -la /etc/pki/ovirt-engine/ca.pem > > Also if it seems strange it need ca.pem without ssl. > > Can you try also: > $ sudo engine-iso-uploader -v --nossl --insecure list > > -- > Sandro > > > Il 21/03/2013 15:20, Yuval M ha scritto: >> Hi, >> >> I'm trying to use engine-iso-uploader to add ISO images to my ISO >> storage domain. (Ovirt 3.2 on Fedora 18) >> >> $ sudo engine-iso-uploader -v --nossl list >> Please provide the REST API username for oVirt Engine (CTRL+D to >> abort): admin >> Please provide the REST API password for the admin oVirt Engine user >> (CTRL+D to abort): >> ERROR: Problem connecting to the REST API. Is the service available >> and does the CA certificate exist? >> >> $ ls -la /etc/pki/ovirt-engine/ca.pem >> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory >> >> $ cat /var/log/ovirt-engine/engine-iso-uploader.log >> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem >> connecting to the REST API. Is the service available and does the CA >> certificate exist? >> >> ------------- >> >> same results also without the --nossl flag. >> >> any insight? >> >> Thanks, >> >> Yuval Meir >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Thu Mar 21 14:40:02 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 21 Mar 2013 15:40:02 +0100 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: References: Message-ID: <514B1BC2.8040307@redhat.com> Hi, Can you try to execute the following command? $ sudo ls -la /etc/pki/ovirt-engine/ca.pem Also if it seems strange it need ca.pem without ssl. Can you try also: $ sudo engine-iso-uploader -v --nossl --insecure list -- Sandro Il 21/03/2013 15:20, Yuval M ha scritto: > Hi, > > I'm trying to use engine-iso-uploader to add ISO images to my ISO > storage domain. (Ovirt 3.2 on Fedora 18) > > $ sudo engine-iso-uploader -v --nossl list > Please provide the REST API username for oVirt Engine (CTRL+D to > abort): admin > Please provide the REST API password for the admin oVirt Engine user > (CTRL+D to abort): > ERROR: Problem connecting to the REST API. Is the service available > and does the CA certificate exist? > > $ ls -la /etc/pki/ovirt-engine/ca.pem > ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory > > $ cat /var/log/ovirt-engine/engine-iso-uploader.log > 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem > connecting to the REST API. Is the service available and does the CA > certificate exist? > > ------------- > > same results also without the --nossl flag. > > any insight? > > Thanks, > > Yuval Meir > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Thu Mar 21 15:43:30 2013 From: yuvalme at gmail.com (Yuval M) Date: Thu, 21 Mar 2013 17:43:30 +0200 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: <514B1BC2.8040307@redhat.com> References: <514B1BC2.8040307@redhat.com> Message-ID: doesn't work. [wil at bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory [wil at bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin at internal Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? SSL is disabled in my setup so it should work via HTTP and not HTTPS. Yuval Meir On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola wrote: > Hi, > Can you try to execute the following command? > $ sudo ls -la /etc/pki/ovirt-engine/ca.pem > > Also if it seems strange it need ca.pem without ssl. > > Can you try also: > $ sudo engine-iso-uploader -v --nossl --insecure list > > -- > Sandro > > > Il 21/03/2013 15:20, Yuval M ha scritto: > > Hi, > > I'm trying to use engine-iso-uploader to add ISO images to my ISO storage > domain. (Ovirt 3.2 on Fedora 18) > > $ sudo engine-iso-uploader -v --nossl list > Please provide the REST API username for oVirt Engine (CTRL+D to abort): > admin > Please provide the REST API password for the admin oVirt Engine user > (CTRL+D to abort): > ERROR: Problem connecting to the REST API. Is the service available and > does the CA certificate exist? > > $ ls -la /etc/pki/ovirt-engine/ca.pem > ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory > > $ cat /var/log/ovirt-engine/engine-iso-uploader.log > 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem > connecting to the REST API. Is the service available and does the CA > certificate exist? > > ------------- > > same results also without the --nossl flag. > > any insight? > > Thanks, > > Yuval Meir > > > > _______________________________________________ > Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wdh at dds.nl Thu Mar 21 15:48:53 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Thu, 21 Mar 2013 16:48:53 +0100 Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> References: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> Message-ID: <514B2BE5.6000609@dds.nl> Hi, "Plain KVM", that is: Fedora 18 + KVM with VirtManager is suffering the same: On my KVM host: # cat /sys/class/net/virbr0/bridge/multicast_snooping 1 Now, on 2 virtual (Centos 6.4) nodes: will give huge packet loss: 92.168.122.151 : unicast, xmt/rcv/%loss = 300/300/0%, min/avg/max/std-dev = 0.258/0.706/1.170/0.097 192.168.122.151 : multicast, xmt/rcv/%loss = 300/261/13% (seq>=2 12%), min/avg/max/std-dev = 0.357/0.861/1.944/0.198 Increasing omping to -c 500; packet loss will be about 47%. Now, on the KVM host: # echo 0 > /sys/class/net/virbr0/bridge/multicast_snooping cat /sys/class/net/virbr0/bridge/multicast_snooping 0 Giving it several tries, packet loss is 0%! I'll give it a try on oVirt tonight. Winfried Op 21-03-13 12:17, Antoni Segura Puimedon schreef: > Michael Tsirkin (Thanks!) proposes to try the following: > > try disabling multicast snooping in the bridge > > Could you give it a shot? > > ----- Original Message ----- >> From: "Winfried de Heiden" >> To: users at ovirt.org >> Sent: Thursday, March 21, 2013 10:14:04 AM >> Subject: Re: [Users] ovirt 3.2 - high multicast packet loss >> >> So far no reactie about the multicast packet loss...... >> >> I bumbed into this bug: >> https://bugzilla.redhat.com/show_bug.cgi?id=880035 >> >> This looks the same as the problems I am suffering using oVirt 3.2: >> heavy multicast packet loss after some time. >> >> This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? >> Can anyone reproduce the problem (omping between 3 virtual nodes)? >> >> Winfried >> >> >> Op 18-03-13 16:58, Winfried de Heiden schreef: >>> Same for Debian 6 (x86_64); 47% packet loss: >>> >>> ssmping -c 500 192.168.1.234 >>> >>> --- 192.168.1.234 statistics --- >>> 500 packets transmitted, time 500001 ms >>> unicast: >>> 500 packets received, 0% packet loss >>> rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms >>> multicast: >>> 265 packets received, 47% packet loss since first mc packet (seq >>> 1) >>> recvd >>> rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms >>> >>> >>> Winfried >>> >>> Hi all, >>>> Playing around with Red Hat Clustering, it turns out I have a >>>> hughe >>>> multicast packet loss: (Centos 6.4 - x86_64 with all updates) >>>> >>>> omping 192.168.1.211 192.168.1.212 -c500 (node1) >>>> omping 192.168.1.212 192.168.1.211 -c500(node2) >>>> >>>> will give almost 50% loss! >>>> >>>> 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, >>>> min/avg/max/std-dev = 0.330/0.610/0.789/0.064 >>>> 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, >>>> min/avg/max/std-dev = 0.416/0.635/0.921/0.066 >>>> >>>> 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, >>>> min/avg/max/std-dev = 0.388/0.653/0.863/0.069 >>>> 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, >>>> min/avg/max/std-dev = 0.396/0.670/1.080/0.074 >>>> >>>> OK, I am using simple hardware, but this hardware is virtually >>>> doing >>>> nothing... >>>> >>>> As mentioned on >>>> https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, >>>> I set the txqueelen to 500, same result? >>>> >>>> I 'm still guessing whether this is an oVirt, virtio or Red >>>> Hat/Centos issue? Problems only happend after some time; that is >>>> 200 >>>> mo-pings shows everything is fine. >>>> >>>> Anyone? >>>> >>>> Winfried >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mlipchuk at redhat.com Thu Mar 21 15:52:17 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Thu, 21 Mar 2013 17:52:17 +0200 Subject: [Users] Storage problem In-Reply-To: References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> Message-ID: <514B2CB1.4000806@redhat.com> thanks for the logs. What ovirt version are you using? Can you try to restart VDSM service on your host. Regards, Maor On 03/21/2013 01:16 PM, Juan Jose wrote: > Hello Maor, > > I have tried to apply the bug procedure and nothing happens and if I > lauch the query: > > psql -U engine -c "SELECT option_value FROM vdc_options where > option_name = 'AutoRecoveryAllowedTypes';" engine > > And the result is: > > option_value > ----------------- > (0 rows) > > And my Master Storage continue disable. Attach engine.log also. > > Many thanks, > > Juanjo. > > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk > wrote: > > On 03/20/2013 05:58 PM, Maor Lipchuk wrote: > > Hi Juan, > > I think you encountered this bug > https://bugzilla.redhat.com/881941, the > > log there is quite the same. > > The auto recovery process should fix that after 15 minutes, but > need to > > see if it is enabled in your environment. > The auto recovery should be enabled by default on your env, but just to > make sure you can check it in the engine DB with this query: > SELECT option_value FROM vdc_options where option_name = > 'AutoRecoveryAllowedTypes'; > > > > > > On 03/20/2013 05:29 PM, Juan Jose wrote: > >> I forgot the vdsm.log file, > >> > >> Thanks, Juanjo. > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > From sbonazzo at redhat.com Thu Mar 21 16:02:25 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 21 Mar 2013 17:02:25 +0100 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: References: <514B1BC2.8040307@redhat.com> Message-ID: <514B2F11.2040201@redhat.com> Can you try running the following 2 lines with python changing the password and the url with your values? >>> from ovirtsdk.api import API >>> api = API(url='http://ovirt.local/api', username='admin at internal', password='*******) and paste the output? Il 21/03/2013 16:43, Yuval M ha scritto: > doesn't work. > > [wil at bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem > ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory > [wil at bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure > list > Please provide the REST API username for oVirt Engine (CTRL+D to > abort): admin at internal > Please provide the REST API password for the admin at internal oVirt > Engine user (CTRL+D to abort): > > ERROR: Problem connecting to the REST API. Is the service available > and does the CA certificate exist? > > SSL is disabled in my setup so it should work via HTTP and not HTTPS. > > Yuval Meir > > > On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola > wrote: > > Hi, > Can you try to execute the following command? > $ sudo ls -la /etc/pki/ovirt-engine/ca.pem > > Also if it seems strange it need ca.pem without ssl. > > Can you try also: > $ sudo engine-iso-uploader -v --nossl --insecure list > > -- > Sandro > > > Il 21/03/2013 15:20, Yuval M ha scritto: >> Hi, >> >> I'm trying to use engine-iso-uploader to add ISO images to my ISO >> storage domain. (Ovirt 3.2 on Fedora 18) >> >> $ sudo engine-iso-uploader -v --nossl list >> Please provide the REST API username for oVirt Engine (CTRL+D to >> abort): admin >> Please provide the REST API password for the admin oVirt Engine >> user (CTRL+D to abort): >> ERROR: Problem connecting to the REST API. Is the service >> available and does the CA certificate exist? >> >> $ ls -la /etc/pki/ovirt-engine/ca.pem >> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or >> directory >> >> $ cat /var/log/ovirt-engine/engine-iso-uploader.log >> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: >> Problem connecting to the REST API. Is the service available and >> does the CA certificate exist? >> >> ------------- >> >> same results also without the --nossl flag. >> >> any insight? >> >> Thanks, >> >> Yuval Meir >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jj197005 at gmail.com Thu Mar 21 16:05:09 2013 From: jj197005 at gmail.com (Juan Jose) Date: Thu, 21 Mar 2013 17:05:09 +0100 Subject: [Users] Storage problem In-Reply-To: <514B2CB1.4000806@redhat.com> References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> <514B2CB1.4000806@redhat.com> Message-ID: I'm using oVirt 3.1. I have checked my storage domain and because a the power failure that I had I have lost all my VM in the storage. Now I would like to know how can I delete my VMs from Admin portal. For now it is impossible because Default Data Center is down because I can't attach Master domain. I'm in a kind of loop that I don't now how to fix. I guess that it is necessary to delete VMs from DB directly but I'm asking if it is possible to have some kind of workaround for these situations. Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk wrote: > thanks for the logs. > What ovirt version are you using? > Can you try to restart VDSM service on your host. > > Regards, > Maor > > On 03/21/2013 01:16 PM, Juan Jose wrote: > > Hello Maor, > > > > I have tried to apply the bug procedure and nothing happens and if I > > lauch the query: > > > > psql -U engine -c "SELECT option_value FROM vdc_options where > > option_name = 'AutoRecoveryAllowedTypes';" engine > > > > And the result is: > > > > option_value > > ----------------- > > (0 rows) > > > > And my Master Storage continue disable. Attach engine.log also. > > > > Many thanks, > > > > Juanjo. > > > > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk > > wrote: > > > > On 03/20/2013 05:58 PM, Maor Lipchuk wrote: > > > Hi Juan, > > > I think you encountered this bug > > https://bugzilla.redhat.com/881941, the > > > log there is quite the same. > > > The auto recovery process should fix that after 15 minutes, but > > need to > > > see if it is enabled in your environment. > > The auto recovery should be enabled by default on your env, but just > to > > make sure you can check it in the engine DB with this query: > > SELECT option_value FROM vdc_options where option_name = > > 'AutoRecoveryAllowedTypes'; > > > > > > > > > On 03/20/2013 05:29 PM, Juan Jose wrote: > > >> I forgot the vdsm.log file, > > >> > > >> Thanks, Juanjo. > > >> > > >> > > >> _______________________________________________ > > >> Users mailing list > > >> Users at ovirt.org > > >> http://lists.ovirt.org/mailman/listinfo/users > > >> > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Thu Mar 21 16:12:05 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Thu, 21 Mar 2013 18:12:05 +0200 Subject: [Users] Storage problem In-Reply-To: References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> <514B2CB1.4000806@redhat.com> Message-ID: <514B3155.40401@redhat.com> Was VDSM restart did any change? If your host is UP and running you can try to Re-initialize your data center (By right click on the Data Center) and pick a new storage to be the master. This will change your DC to be active again, but you will still need to delete the disks from the old storage. If your old storage can be active after the reinitialize there will be no problem to delete the disks. On 03/21/2013 06:05 PM, Juan Jose wrote: > I'm using oVirt 3.1. I have checked my storage domain and because a the > power failure that I had I have lost all my VM in the storage. Now I > would like to know how can I delete my VMs from Admin portal. For now it > is impossible because Default Data Center is down because I can't attach > Master domain. I'm in a kind of loop that I don't now how to fix. I > guess that it is necessary to delete VMs from DB directly but I'm asking > if it is possible to have some kind of workaround for these situations. > > Many thanks in avanced, > > Juanjo. > > On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk > wrote: > > thanks for the logs. > What ovirt version are you using? > Can you try to restart VDSM service on your host. > > Regards, > Maor > > On 03/21/2013 01:16 PM, Juan Jose wrote: > > Hello Maor, > > > > I have tried to apply the bug procedure and nothing happens and if I > > lauch the query: > > > > psql -U engine -c "SELECT option_value FROM vdc_options where > > option_name = 'AutoRecoveryAllowedTypes';" engine > > > > And the result is: > > > > option_value > > ----------------- > > (0 rows) > > > > And my Master Storage continue disable. Attach engine.log also. > > > > Many thanks, > > > > Juanjo. > > > > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk > > >> wrote: > > > > On 03/20/2013 05:58 PM, Maor Lipchuk wrote: > > > Hi Juan, > > > I think you encountered this bug > > https://bugzilla.redhat.com/881941, the > > > log there is quite the same. > > > The auto recovery process should fix that after 15 minutes, but > > need to > > > see if it is enabled in your environment. > > The auto recovery should be enabled by default on your env, > but just to > > make sure you can check it in the engine DB with this query: > > SELECT option_value FROM vdc_options where option_name = > > 'AutoRecoveryAllowedTypes'; > > > > > > > > > On 03/20/2013 05:29 PM, Juan Jose wrote: > > >> I forgot the vdsm.log file, > > >> > > >> Thanks, Juanjo. > > >> > > >> > > >> _______________________________________________ > > >> Users mailing list > > >> Users at ovirt.org > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > >> > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > From mlipchuk at redhat.com Thu Mar 21 16:13:25 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Thu, 21 Mar 2013 18:13:25 +0200 Subject: [Users] Storage problem In-Reply-To: <514B3155.40401@redhat.com> References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> <514B2CB1.4000806@redhat.com> <514B3155.40401@redhat.com> Message-ID: <514B31A5.3040702@redhat.com> On 03/21/2013 06:12 PM, Maor Lipchuk wrote: > Was VDSM restart did any change? > > If your host is UP and running you can try to Re-initialize your data > center (By right click on the Data Center) and pick a new storage to be > the master. You will need first to add a new storage to the setup This will change your DC to be active again, but you will > still need to delete the disks from the old storage. > If your old storage can be active after the reinitialize there will be > no problem to delete the disks. > > > On 03/21/2013 06:05 PM, Juan Jose wrote: >> I'm using oVirt 3.1. I have checked my storage domain and because a the >> power failure that I had I have lost all my VM in the storage. Now I >> would like to know how can I delete my VMs from Admin portal. For now it >> is impossible because Default Data Center is down because I can't attach >> Master domain. I'm in a kind of loop that I don't now how to fix. I >> guess that it is necessary to delete VMs from DB directly but I'm asking >> if it is possible to have some kind of workaround for these situations. >> >> Many thanks in avanced, >> >> Juanjo. >> >> On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk > > wrote: >> >> thanks for the logs. >> What ovirt version are you using? >> Can you try to restart VDSM service on your host. >> >> Regards, >> Maor >> >> On 03/21/2013 01:16 PM, Juan Jose wrote: >> > Hello Maor, >> > >> > I have tried to apply the bug procedure and nothing happens and if I >> > lauch the query: >> > >> > psql -U engine -c "SELECT option_value FROM vdc_options where >> > option_name = 'AutoRecoveryAllowedTypes';" engine >> > >> > And the result is: >> > >> > option_value >> > ----------------- >> > (0 rows) >> > >> > And my Master Storage continue disable. Attach engine.log also. >> > >> > Many thanks, >> > >> > Juanjo. >> > >> > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk > >> > >> wrote: >> > >> > On 03/20/2013 05:58 PM, Maor Lipchuk wrote: >> > > Hi Juan, >> > > I think you encountered this bug >> > https://bugzilla.redhat.com/881941, the >> > > log there is quite the same. >> > > The auto recovery process should fix that after 15 minutes, but >> > need to >> > > see if it is enabled in your environment. >> > The auto recovery should be enabled by default on your env, >> but just to >> > make sure you can check it in the engine DB with this query: >> > SELECT option_value FROM vdc_options where option_name = >> > 'AutoRecoveryAllowedTypes'; >> > > >> > > >> > > On 03/20/2013 05:29 PM, Juan Jose wrote: >> > >> I forgot the vdsm.log file, >> > >> >> > >> Thanks, Juanjo. >> > >> >> > >> >> > >> _______________________________________________ >> > >> Users mailing list >> > >> Users at ovirt.org >> > >> > >> http://lists.ovirt.org/mailman/listinfo/users >> > >> >> > > >> > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > >> > >> > >> >> >> > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dneary at redhat.com Thu Mar 21 16:34:56 2013 From: dneary at redhat.com (Dave Neary) Date: Thu, 21 Mar 2013 12:34:56 -0400 Subject: [Users] Package installation error In-Reply-To: <51482EC7.1010402@redhat.com> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> <51481DCB.4000107@redhat.com> <51482EC7.1010402@redhat.com> Message-ID: <514B36B0.7030605@redhat.com> Hi, On 03/19/2013 05:24 AM, Sahina Bose wrote: > You are right - Gluster 3.4 is only required to manage gluster clusters. > > Currently the question asked at setup is this : > > "The engine can be configured to present the UI in three different > application modes. virt [Manage virtualization only], gluster [Manage > gluster storage only], > and both [Manage virtualization as well as gluster storage]" where both > is the default. > > If this is confusing to the user, we can change this message. Suggestions? I would either: (a) put "Virt" as the default, or (b) remove this question entirely - if someone is installing oVirt, assume they want to manage virt. If someone is installing Gluster, have an option during the Gluster install to have the oVirt management console. If someone wants to manage both their Gluster bricks and their virt with oVirt, I would make that a post-install option to oVirt - perhaps with an extra package to install (which would depend on the later version of Gluster). Cheers, Dave. > On 03/19/2013 01:41 PM, Dave Neary wrote: >> Hi, >> >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: >>> Now I am confused.... >>> Do you or don't you need vdsm-gluster on your system? >> >> Allow me to clarify. >> >> There have been several messages from users since the oVirt 3.2 >> release asking why they need Gluster 3.4 pre-releases to run oVirt. >> >> My understanding is that you don't need Gluster 3.4 unless you want to >> manage a Gluster cluster with oVirt. >> >> So my question is: are we sure that we are not leading users wrong, >> and confusing them during the installation & set-up process? >> >> Thanks, >> Dave. >> > -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 From alonbl at redhat.com Thu Mar 21 16:35:56 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 21 Mar 2013 12:35:56 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <514B36B0.7030605@redhat.com> Message-ID: <72558692.8295993.1363883756161.JavaMail.root@redhat.com> Simon? ----- Original Message ----- > From: "Dave Neary" > To: "Sahina Bose" > Cc: "Alon Bar-Lev" , users at ovirt.org > Sent: Thursday, March 21, 2013 6:34:56 PM > Subject: Re: [Users] Package installation error > > Hi, > > On 03/19/2013 05:24 AM, Sahina Bose wrote: > > You are right - Gluster 3.4 is only required to manage gluster > > clusters. > > > > Currently the question asked at setup is this : > > > > "The engine can be configured to present the UI in three different > > application modes. virt [Manage virtualization only], gluster > > [Manage > > gluster storage only], > > and both [Manage virtualization as well as gluster storage]" where > > both > > is the default. > > > > If this is confusing to the user, we can change this message. > > Suggestions? > > I would either: > > (a) put "Virt" as the default, or > (b) remove this question entirely - if someone is installing oVirt, > assume they want to manage virt. If someone is installing Gluster, > have > an option during the Gluster install to have the oVirt management > console. > > If someone wants to manage both their Gluster bricks and their virt > with > oVirt, I would make that a post-install option to oVirt - perhaps > with > an extra package to install (which would depend on the later version > of > Gluster). > > Cheers, > Dave. > > > > > On 03/19/2013 01:41 PM, Dave Neary wrote: > >> Hi, > >> > >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > >>> Now I am confused.... > >>> Do you or don't you need vdsm-gluster on your system? > >> > >> Allow me to clarify. > >> > >> There have been several messages from users since the oVirt 3.2 > >> release asking why they need Gluster 3.4 pre-releases to run > >> oVirt. > >> > >> My understanding is that you don't need Gluster 3.4 unless you > >> want to > >> manage a Gluster cluster with oVirt. > >> > >> So my question is: are we sure that we are not leading users > >> wrong, > >> and confusing them during the installation & set-up process? > >> > >> Thanks, > >> Dave. > >> > > > > -- > Dave Neary - Community Action and Impact > Open Source and Standards, Red Hat - http://community.redhat.com > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > From yuvalme at gmail.com Thu Mar 21 16:43:35 2013 From: yuvalme at gmail.com (Yuval M) Date: Thu, 21 Mar 2013 18:43:35 +0200 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: <514B2F11.2040201@redhat.com> References: <514B1BC2.8040307@redhat.com> <514B2F11.2040201@redhat.com> Message-ID: Traceback (most recent call last): File "test.py", line 2, in api = API(url='http://ovirt.local/api', username='admin at internal', password='letmein!') File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118, in __init__ url='/api' File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 199, in request noParse=noParse) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 261, in __doRequest raise ConnectionError, str(e) ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API connection failure, [Errno -2] Name or service not known On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola wrote: > Can you try running the following 2 lines with python changing the > password and the url with your values? > > > >>> from ovirtsdk.api import API > >>> api = API(url='http://ovirt.local/api', username='admin at internal', > password='*******) > > and paste the output? > > > Il 21/03/2013 16:43, Yuval M ha scritto: > > doesn't work. > > [wil at bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem > ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory > [wil at bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure > list > Please provide the REST API username for oVirt Engine (CTRL+D to abort): > admin at internal > Please provide the REST API password for the admin at internal oVirt Engine > user (CTRL+D to abort): > > ERROR: Problem connecting to the REST API. Is the service available and > does the CA certificate exist? > > SSL is disabled in my setup so it should work via HTTP and not HTTPS. > > Yuval Meir > > > On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola wrote: > >> Hi, >> Can you try to execute the following command? >> $ sudo ls -la /etc/pki/ovirt-engine/ca.pem >> >> Also if it seems strange it need ca.pem without ssl. >> >> Can you try also: >> $ sudo engine-iso-uploader -v --nossl --insecure list >> >> -- >> Sandro >> >> >> Il 21/03/2013 15:20, Yuval M ha scritto: >> >> Hi, >> >> I'm trying to use engine-iso-uploader to add ISO images to my ISO >> storage domain. (Ovirt 3.2 on Fedora 18) >> >> $ sudo engine-iso-uploader -v --nossl list >> Please provide the REST API username for oVirt Engine (CTRL+D to abort): >> admin >> Please provide the REST API password for the admin oVirt Engine user >> (CTRL+D to abort): >> ERROR: Problem connecting to the REST API. Is the service available and >> does the CA certificate exist? >> >> $ ls -la /etc/pki/ovirt-engine/ca.pem >> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory >> >> $ cat /var/log/ovirt-engine/engine-iso-uploader.log >> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem >> connecting to the REST API. Is the service available and does the CA >> certificate exist? >> >> ------------- >> >> same results also without the --nossl flag. >> >> any insight? >> >> Thanks, >> >> Yuval Meir >> >> >> >> _______________________________________________ >> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon at redhat.com Thu Mar 21 17:40:17 2013 From: simon at redhat.com (Simon Grinberg) Date: Thu, 21 Mar 2013 13:40:17 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <72558692.8295993.1363883756161.JavaMail.root@redhat.com> Message-ID: <14212490.631.1363887581176.JavaMail.javamailuser@localhost> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Dave Neary" > Cc: users at ovirt.org, "Sahina Bose" , "Simon Grinberg" > Sent: Thursday, March 21, 2013 6:35:56 PM > Subject: Re: [Users] Package installation error > > Simon? > > ----- Original Message ----- > > From: "Dave Neary" > > To: "Sahina Bose" > > Cc: "Alon Bar-Lev" , users at ovirt.org > > Sent: Thursday, March 21, 2013 6:34:56 PM > > Subject: Re: [Users] Package installation error > > > > Hi, > > > > On 03/19/2013 05:24 AM, Sahina Bose wrote: > > > You are right - Gluster 3.4 is only required to manage gluster > > > clusters. > > > > > > Currently the question asked at setup is this : > > > > > > "The engine can be configured to present the UI in three > > > different > > > application modes. virt [Manage virtualization only], gluster > > > [Manage > > > gluster storage only], > > > and both [Manage virtualization as well as gluster storage]" > > > where > > > both > > > is the default. > > > > > > If this is confusing to the user, we can change this message. > > > Suggestions? > > > > I would either: > > > > (a) put "Virt" as the default, or I would go for this one, this keeps backwards compatibility. Is there an easy method to change this configuration later? > > (b) remove this question entirely - if someone is installing oVirt, > > assume they want to manage virt. If someone is installing Gluster, > > have > > an option during the Gluster install to have the oVirt management > > console. We do want people to get exposed to the Gluster option. > > > > If someone wants to manage both their Gluster bricks and their virt > > with > > oVirt, I would make that a post-install option to oVirt - perhaps > > with > > an extra package to install (which would depend on the later > > version > > of > > Gluster). > > > > Cheers, > > Dave. > > > > > > > > > On 03/19/2013 01:41 PM, Dave Neary wrote: > > >> Hi, > > >> > > >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > > >>> Now I am confused.... > > >>> Do you or don't you need vdsm-gluster on your system? > > >> > > >> Allow me to clarify. > > >> > > >> There have been several messages from users since the oVirt 3.2 > > >> release asking why they need Gluster 3.4 pre-releases to run > > >> oVirt. > > >> > > >> My understanding is that you don't need Gluster 3.4 unless you > > >> want to > > >> manage a Gluster cluster with oVirt. > > >> > > >> So my question is: are we sure that we are not leading users > > >> wrong, > > >> and confusing them during the installation & set-up process? > > >> > > >> Thanks, > > >> Dave. > > >> > > > > > > > -- > > Dave Neary - Community Action and Impact > > Open Source and Standards, Red Hat - http://community.redhat.com > > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > > > From alonbl at redhat.com Thu Mar 21 18:41:34 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 21 Mar 2013 14:41:34 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <14212490.631.1363887581176.JavaMail.javamailuser@localhost> Message-ID: <1741794118.8321968.1363891294846.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Simon Grinberg" > To: "Alon Bar-Lev" > Cc: users at ovirt.org, "Sahina Bose" , "Dave Neary" > Sent: Thursday, March 21, 2013 7:40:17 PM > Subject: Re: [Users] Package installation error > > > > ----- Original Message ----- > > From: "Alon Bar-Lev" > > To: "Dave Neary" > > Cc: users at ovirt.org, "Sahina Bose" , "Simon > > Grinberg" > > Sent: Thursday, March 21, 2013 6:35:56 PM > > Subject: Re: [Users] Package installation error > > > > Simon? > > > > ----- Original Message ----- > > > From: "Dave Neary" > > > To: "Sahina Bose" > > > Cc: "Alon Bar-Lev" , users at ovirt.org > > > Sent: Thursday, March 21, 2013 6:34:56 PM > > > Subject: Re: [Users] Package installation error > > > > > > Hi, > > > > > > On 03/19/2013 05:24 AM, Sahina Bose wrote: > > > > You are right - Gluster 3.4 is only required to manage gluster > > > > clusters. > > > > > > > > Currently the question asked at setup is this : > > > > > > > > "The engine can be configured to present the UI in three > > > > different > > > > application modes. virt [Manage virtualization only], gluster > > > > [Manage > > > > gluster storage only], > > > > and both [Manage virtualization as well as gluster storage]" > > > > where > > > > both > > > > is the default. > > > > > > > > If this is confusing to the user, we can change this message. > > > > Suggestions? > > > > > > I would either: > > > > > > (a) put "Virt" as the default, or > > I would go for this one, this keeps backwards compatibility. > Is there an easy method to change this configuration later? Yes, changing the cluster settings. > > > > (b) remove this question entirely - if someone is installing > > > oVirt, > > > assume they want to manage virt. If someone is installing > > > Gluster, > > > have > > > an option during the Gluster install to have the oVirt management > > > console. > > We do want people to get exposed to the Gluster option. > > > > > > > If someone wants to manage both their Gluster bricks and their > > > virt > > > with > > > oVirt, I would make that a post-install option to oVirt - perhaps > > > with > > > an extra package to install (which would depend on the later > > > version > > > of > > > Gluster). > > > > > > Cheers, > > > Dave. > > > > > > > > > > > > > On 03/19/2013 01:41 PM, Dave Neary wrote: > > > >> Hi, > > > >> > > > >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > > > >>> Now I am confused.... > > > >>> Do you or don't you need vdsm-gluster on your system? > > > >> > > > >> Allow me to clarify. > > > >> > > > >> There have been several messages from users since the oVirt > > > >> 3.2 > > > >> release asking why they need Gluster 3.4 pre-releases to run > > > >> oVirt. > > > >> > > > >> My understanding is that you don't need Gluster 3.4 unless you > > > >> want to > > > >> manage a Gluster cluster with oVirt. > > > >> > > > >> So my question is: are we sure that we are not leading users > > > >> wrong, > > > >> and confusing them during the installation & set-up process? > > > >> > > > >> Thanks, > > > >> Dave. > > > >> > > > > > > > > > > -- > > > Dave Neary - Community Action and Impact > > > Open Source and Standards, Red Hat - http://community.redhat.com > > > Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > > > > > > From jhorne at skopos.us Thu Mar 21 18:42:00 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Thu, 21 Mar 2013 18:42:00 +0000 Subject: [Users] rebooting physical network that ovirt is attached to Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> greetings, we are talking about possibly upgrading our cisco gear tonight, and this will affect our ovirt environment. what can i expect if i were to reboot first the switch that all VMguest VLANs are going thru, ad then afterwards rebooting the switch that all ovirtmgmt connections are in? how will the ovirt environment behave with loss of network connectivity for a couple minutes? the iscsi network is not going to be affected. any information or stories of similar experiences would be appreciated. thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wdh at dds.nl Thu Mar 21 20:58:59 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Thu, 21 Mar 2013 21:58:59 +0100 Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> References: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> Message-ID: <514B7493.9030402@dds.nl> Hi all, Tried it on oVirt 3.2 as well; on the oVirtnode (ovirt-node-iso-2.6.1-20120228.fc18): [root at bigvirt bridge]# cat /sys/class/net/ovirtmgmt/bridge/multicast_snooping 1 omping 192.168.1.212 192.168.1.211 -c500 ## will give heavy packet loss: 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.381/0.633/0.891/0.074 192.168.1.212 : multicast, xmt/rcv/%loss = 500/266/46%, min/avg/max/std-dev = 0.427/0.641/0.997/0.065 Disabling multicast snooping: [root at bigvirt bridge]# echo 0 > /sys/class/net/ovirtmgmt/bridge/multicast_snooping [root at bigvirt bridge]# cat /sys/class/net/ovirtmgmt/bridge/multicast_snooping 0 omping 192.168.1.212 192.168.1.211 -c500 ## packet loss 0% 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.353/0.623/0.944/0.075 192.168.1.212 : multicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.356/0.642/0.964/0.078 I tried it a couple of times, switching multicast snooping on and off; same result. I would consider this to be a bug? Bugzilla report wanted? Winfried Op 21-03-13 12:17, Antoni Segura Puimedon schreef: > Michael Tsirkin (Thanks!) proposes to try the following: > > try disabling multicast snooping in the bridge > > Could you give it a shot? > > ----- Original Message ----- >> From: "Winfried de Heiden" >> To: users at ovirt.org >> Sent: Thursday, March 21, 2013 10:14:04 AM >> Subject: Re: [Users] ovirt 3.2 - high multicast packet loss >> >> So far no reactie about the multicast packet loss...... >> >> I bumbed into this bug: >> https://bugzilla.redhat.com/show_bug.cgi?id=880035 >> >> This looks the same as the problems I am suffering using oVirt 3.2: >> heavy multicast packet loss after some time. >> >> This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? >> Can anyone reproduce the problem (omping between 3 virtual nodes)? >> >> Winfried >> >> >> Op 18-03-13 16:58, Winfried de Heiden schreef: >>> Same for Debian 6 (x86_64); 47% packet loss: >>> >>> ssmping -c 500 192.168.1.234 >>> >>> --- 192.168.1.234 statistics --- >>> 500 packets transmitted, time 500001 ms >>> unicast: >>> 500 packets received, 0% packet loss >>> rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms >>> multicast: >>> 265 packets received, 47% packet loss since first mc packet (seq >>> 1) >>> recvd >>> rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms >>> >>> >>> Winfried >>> >>> Hi all, >>>> Playing around with Red Hat Clustering, it turns out I have a >>>> hughe >>>> multicast packet loss: (Centos 6.4 - x86_64 with all updates) >>>> >>>> omping 192.168.1.211 192.168.1.212 -c500 (node1) >>>> omping 192.168.1.212 192.168.1.211 -c500(node2) >>>> >>>> will give almost 50% loss! >>>> >>>> 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, >>>> min/avg/max/std-dev = 0.330/0.610/0.789/0.064 >>>> 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, >>>> min/avg/max/std-dev = 0.416/0.635/0.921/0.066 >>>> >>>> 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, >>>> min/avg/max/std-dev = 0.388/0.653/0.863/0.069 >>>> 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, >>>> min/avg/max/std-dev = 0.396/0.670/1.080/0.074 >>>> >>>> OK, I am using simple hardware, but this hardware is virtually >>>> doing >>>> nothing... >>>> >>>> As mentioned on >>>> https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, >>>> I set the txqueelen to 500, same result? >>>> >>>> I 'm still guessing whether this is an oVirt, virtio or Red >>>> Hat/Centos issue? Problems only happend after some time; that is >>>> 200 >>>> mo-pings shows everything is fine. >>>> >>>> Anyone? >>>> >>>> Winfried >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Fri Mar 22 00:25:23 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 01:25:23 +0100 Subject: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!! In-Reply-To: References: <514889BD.9070808@redhat.com> <51488DDC.2020507@redhat.com> Message-ID: On Tue, Mar 19, 2013 at 5:45 PM, Gianluca Cecchi wrote: > On Tue, Mar 19, 2013 at 5:10 PM, Maor Lipchuk wrote: >> FYI, the patch is at http://gerrit.ovirt.org/#/c/13172/ >> > > Thanks. Hope to have an rpm update too for fedora 18 ovirt stable repo. > Gianluca In the mean time I confirm that I rebuilt 3.2.1 with that patch and - clone from snapshot works now - general, disks and network details are present in snapshot details pane now I take the occasion to point two things 1) this is not new and I also noted many times in 3.2 too. The first time you connect to web admin gui, the very first operation that involves opening a new window, you get a non responsive white window with the circle in the middle If you close that window (the x at top right) and soon redo the same operation, the window popups correctly Probably I notice more this because I'm using oVirt all-in-one with my Home pc and I reboot it every day.... 2) when you make a clone from snapshot, if you don't set a name for the clone and press ok, nothing happens and you can have the impression that the window is waiting for something.... it could be better if after pressing the "ok" button and the user has not selected a name, a message pop ups remembering that it is a necessary condition to put a name for the clone... Actually there is something that changes: the surrounding line of the input field for the clone name changes colour, but as the line is very thin I didn't notice it at first (add that I'm somewhow colour-blind and you'll better understand my problem ... ;-) Cheers, Gianluca From tscofield at gmail.com Fri Mar 22 01:07:20 2013 From: tscofield at gmail.com (Thomas Scofield) Date: Thu, 21 Mar 2013 21:07:20 -0400 Subject: [Users] power management for drac6 Message-ID: Has anyone been able to get a drac6 management interface working by using the drac5 fencing agent? From testing on the command line I was able to determine that we need to add the option cmd_prompt=admin1. But for some reason I can?t get any options to work. From the logs below you can see that the ovirt-engine is passing the options along, but on the vdsm log those options are no longer there.**** ** ** ovirt_engine/engine.log**** ** ** 2013-03-21 11:30:33,408 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-9) Executing Power Management command, Proxy Host:vm1, Agent:drac5, Target Host:, Management IP:vm2, User:root, Options:cmd_prompt=admin1,secure=true,slot=0**** ** ** 2013-03-21 11:30:33,411 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-9) START, FenceVdsVDSCommand(HostName = vm1, HostId = 63336472-4bbd-11e2-b2fc-5bc78da11d0c, targetVdsId = f80052ad-993e-4778-9924-d4e603425d32, action = Status, ip = vm2-mgt, port = , type = drac5, user = root, password = ******, options = 'cmd_prompt=admin1,secure=true,slot=0'), log id: 3773df59**** ** ** 2013-03-21 11:30:44,123 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-9) FINISH, FenceVdsVDSCommand, return: Test Failed, Host Status is: unknown. The fence-agent script reported the following error: Unable to connect/login to fencing device , log id: 3773df59 ** ** vdsm.log**** Thread-1978569::DEBUG::2013-03-21 11:30:38,769::API::1024::vds::(fenceNode) fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=XXXX,action=status,secure=,options=) **** ** ** Thread-1978569::DEBUG::2013-03-21 11:30:44,113::API::1050::vds::(fenceNode) rc 1 in agent=fence_drac5**** ipaddr=vm2-mgt**** login=root**** option=status**** passwd=XXXX**** out err Unable to connect/login to fencing device -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Fri Mar 22 01:21:21 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 22 Mar 2013 09:21:21 +0800 (CST) Subject: [Users] what can cause NETWORK_UNREACHABLE In-Reply-To: <514AD02E.7080608@redhat.com> References: <8b28af5.c842.13d8c1fa130.Coremail.bigclouds@163.com> <514AD02E.7080608@redhat.com> Message-ID: <5b403933.13b89.13d8faf9561.Coremail.bigclouds@163.com> hi,lvernia what confuse me is that Host is operational and all its networks work all right. i track call flow,set breakpoint at function associated with NETWORK_UNREACHABLE, but i never catch one breakpoint, if this alert is in DB(maybe not, i think it is real-time ) thanks At 2013-03-21 17:17:34,"Lior Vernia" wrote: >Hello, > >It is most commonly caused by having a network defined as "required" in >a cluster, and not having it set up on a host in that cluster. It is >usually accompanied by a human-readable explanation in the events panel >at the bottom of the webadmin GUI. > >If that is indeed the problem, it can be fixed in one of two ways, >depending on whether the network is actually essential for your cluster: > >1. If it is essential, choose the non-operational host, navigate to the >"Network Interfaces" subtab, click "Setup Host Networks" and make sure >that the required network is attached to a network interface on the host. > >2. If it is not essential, choose the corresponding cluster, head to its >"Logical Networks" subtab, click on "Assign/Unassign Networks" and mark >the network as non-required. > >Yours, Lior Vernia. > >On 21/03/13 10:45, bigclouds wrote: >> hi,all >> on UI always there is a alert 'NonOperationalReason___NETWORK_UNREACHABLE', >> could you tell me , what cause this problem. how to fix it? >> >> thanks >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From Karli.Sjoberg at slu.se Fri Mar 22 06:13:12 2013 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Fri, 22 Mar 2013 06:13:12 +0000 Subject: [Users] Package installation error In-Reply-To: <514B36B0.7030605@redhat.com> References: <250260112.7667469.1363677390286.JavaMail.root@redhat.com> <51481DCB.4000107@redhat.com> <51482EC7.1010402@redhat.com> <514B36B0.7030605@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F0920B83979@exchange2-1> tor 2013-03-21 klockan 12:34 -0400 skrev Dave Neary: Hi, On 03/19/2013 05:24 AM, Sahina Bose wrote: > You are right - Gluster 3.4 is only required to manage gluster clusters. > > Currently the question asked at setup is this : > > "The engine can be configured to present the UI in three different > application modes. virt [Manage virtualization only], gluster [Manage > gluster storage only], > and both [Manage virtualization as well as gluster storage]" where both > is the default. > > If this is confusing to the user, we can change this message. Suggestions? I would either: (a) put "Virt" as the default, or That would only be logical, since the product?s name is oVirt after all. (b) remove this question entirely - if someone is installing oVirt, assume they want to manage virt. If someone is installing Gluster, have an option during the Gluster install to have the oVirt management console. Actually, we thought it was great to get asked that during the install, since we have two engines here; one for Virt and one just as a Gluster Engine (thinking about naming it Glen...), so we?d really like if you kept that question in. /Karli If someone wants to manage both their Gluster bricks and their virt with oVirt, I would make that a post-install option to oVirt - perhaps with an extra package to install (which would depend on the later version of Gluster). Cheers, Dave. > On 03/19/2013 01:41 PM, Dave Neary wrote: >> Hi, >> >> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: >>> Now I am confused.... >>> Do you or don't you need vdsm-gluster on your system? >> >> Allow me to clarify. >> >> There have been several messages from users since the oVirt 3.2 >> release asking why they need Gluster 3.4 pre-releases to run oVirt. >> >> My understanding is that you don't need Gluster 3.4 unless you want to >> manage a Gluster cluster with oVirt. >> >> So my question is: are we sure that we are not leading users wrong, >> and confusing them during the installation & set-up process? >> >> Thanks, >> Dave. >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanjal at redhat.com Fri Mar 22 06:34:40 2013 From: sanjal at redhat.com (Shireesh Anjal) Date: Fri, 22 Mar 2013 12:04:40 +0530 Subject: [Users] Package installation error In-Reply-To: <1741794118.8321968.1363891294846.JavaMail.root@redhat.com> References: <1741794118.8321968.1363891294846.JavaMail.root@redhat.com> Message-ID: <514BFB80.3000906@redhat.com> On 03/22/2013 12:11 AM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Simon Grinberg" >> To: "Alon Bar-Lev" >> Cc: users at ovirt.org, "Sahina Bose" , "Dave Neary" >> Sent: Thursday, March 21, 2013 7:40:17 PM >> Subject: Re: [Users] Package installation error >> >> >> >> ----- Original Message ----- >>> From: "Alon Bar-Lev" >>> To: "Dave Neary" >>> Cc: users at ovirt.org, "Sahina Bose" , "Simon >>> Grinberg" >>> Sent: Thursday, March 21, 2013 6:35:56 PM >>> Subject: Re: [Users] Package installation error >>> >>> Simon? >>> >>> ----- Original Message ----- >>>> From: "Dave Neary" >>>> To: "Sahina Bose" >>>> Cc: "Alon Bar-Lev" , users at ovirt.org >>>> Sent: Thursday, March 21, 2013 6:34:56 PM >>>> Subject: Re: [Users] Package installation error >>>> >>>> Hi, >>>> >>>> On 03/19/2013 05:24 AM, Sahina Bose wrote: >>>>> You are right - Gluster 3.4 is only required to manage gluster >>>>> clusters. >>>>> >>>>> Currently the question asked at setup is this : >>>>> >>>>> "The engine can be configured to present the UI in three >>>>> different >>>>> application modes. virt [Manage virtualization only], gluster >>>>> [Manage >>>>> gluster storage only], >>>>> and both [Manage virtualization as well as gluster storage]" >>>>> where >>>>> both >>>>> is the default. >>>>> >>>>> If this is confusing to the user, we can change this message. >>>>> Suggestions? >>>> I would either: >>>> >>>> (a) put "Virt" as the default, or >> I would go for this one, this keeps backwards compatibility. >> Is there an easy method to change this configuration later? > Yes, changing the cluster settings. No - you can change the cluster settings (virt service/gluster service) only if the application mode is "both". In virt only mode, the cluster is virt only, and same with gluster-only. So if you want user to be able to change the mode *after* installation, this config (ApplicationMode) must be exposed in the engine-config tool. > >>>> (b) remove this question entirely - if someone is installing >>>> oVirt, >>>> assume they want to manage virt. If someone is installing >>>> Gluster, >>>> have >>>> an option during the Gluster install to have the oVirt management >>>> console. >> We do want people to get exposed to the Gluster option. >> >>>> If someone wants to manage both their Gluster bricks and their >>>> virt >>>> with >>>> oVirt, I would make that a post-install option to oVirt - perhaps >>>> with >>>> an extra package to install (which would depend on the later >>>> version >>>> of >>>> Gluster). >>>> >>>> Cheers, >>>> Dave. >>>> >>>> >>>> >>>>> On 03/19/2013 01:41 PM, Dave Neary wrote: >>>>>> Hi, >>>>>> >>>>>> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: >>>>>>> Now I am confused.... >>>>>>> Do you or don't you need vdsm-gluster on your system? >>>>>> Allow me to clarify. >>>>>> >>>>>> There have been several messages from users since the oVirt >>>>>> 3.2 >>>>>> release asking why they need Gluster 3.4 pre-releases to run >>>>>> oVirt. >>>>>> >>>>>> My understanding is that you don't need Gluster 3.4 unless you >>>>>> want to >>>>>> manage a Gluster cluster with oVirt. >>>>>> >>>>>> So my question is: are we sure that we are not leading users >>>>>> wrong, >>>>>> and confusing them during the installation & set-up process? >>>>>> >>>>>> Thanks, >>>>>> Dave. >>>>>> >>>> -- >>>> Dave Neary - Community Action and Impact >>>> Open Source and Standards, Red Hat - http://community.redhat.com >>>> Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 >>>> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Fri Mar 22 07:11:58 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 08:11:58 +0100 Subject: [Users] Package installation error In-Reply-To: <514BFB80.3000906@redhat.com> References: <1741794118.8321968.1363891294846.JavaMail.root@redhat.com> <514BFB80.3000906@redhat.com> Message-ID: On Fri, Mar 22, 2013 at 7:34 AM, Shireesh Anjal wrote: >>>>>>> My understanding is that you don't need Gluster 3.4 unless you >>>>>>> want to >>>>>>> manage a Gluster cluster with oVirt. >>>>>>> >>>>>>> So my question is: are we sure that we are not leading users >>>>>>> wrong, >>>>>>> and confusing them during the installation & set-up process? >>>>>>> Hello, I think I have not understood yet this matter at all and this double engine thing... Is there a link / doc to read about this addition? And in case could we also refine it and put a link to the web page during install phase? Gianluca From demchenko.ya at gmail.com Fri Mar 22 07:25:54 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Fri, 22 Mar 2013 11:25:54 +0400 Subject: [Users] power management for drac6 In-Reply-To: References: Message-ID: <514C0782.2020201@gmail.com> Hi, I've been using drac5 fence with drac7 equipment for some time now - works well you need to pass option "cmd_prompt=admin1->" (without quotes), so you missing "->" sign secure or not - depends on enabled/disabled ssh in your drac. Hope it helps. Yuriy Demchenko On 03/22/2013 05:07 AM, Thomas Scofield wrote: > > Has anyone been able to get a drac6 management interface working by > using the drac5 fencing agent? From testing on the command line I was > able to determine that we need to add the option cmd_prompt=admin1. > But for some reason I can't get any options to work. From the logs > below you can see that the ovirt-engine is passing the options along, > but on the vdsm log those options are no longer there. > > ovirt_engine/engine.log > > 2013-03-21 11:30:33,408 INFO > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-9) > Executing Power Management command, Proxy Host:vm1, > Agent:drac5, Target Host:, Management IP:vm2, User:root, > Options:cmd_prompt=admin1,secure=true,slot=0 > > 2013-03-21 11:30:33,411 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > (ajp--127.0.0.1-8702-9) START, FenceVdsVDSCommand(HostName = vm1, > HostId = 63336472-4bbd-11e2-b2fc-5bc78da11d0c, targetVdsId = > f80052ad-993e-4778-9924-d4e603425d32, action = Status, ip = vm2-mgt, > port = , type = drac5, user = root, password = ******, options = > 'cmd_prompt=admin1,secure=true,slot=0'), log id: 3773df59 > > 2013-03-21 11:30:44,123 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > (ajp--127.0.0.1-8702-9) FINISH, FenceVdsVDSCommand, return: Test > Failed, Host Status is: unknown. The fence-agent script reported the > following error: Unable to connect/login to fencing device > > , log id: 3773df59 > > vdsm.log > > Thread-1978569::DEBUG::2013-03-21 > 11:30:38,769::API::1024::vds::(fenceNode) > fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=XXXX,action=status,secure=,options=) > > Thread-1978569::DEBUG::2013-03-21 > 11:30:44,113::API::1050::vds::(fenceNode) rc 1 in agent=fence_drac5 > > ipaddr=vm2-mgt > > login=root > > option=status > > passwd=XXXX > > out err Unable to connect/login to fencing device > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Fri Mar 22 07:27:04 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 08:27:04 +0100 Subject: [Users] power management for drac6 In-Reply-To: References: Message-ID: On Fri, Mar 22, 2013 at 2:07 AM, Thomas Scofield wrote: > Has anyone been able to get a drac6 management interface working by using > the drac5 fencing agent? From testing on the command line I was able to For a CentOS 5.9 cluster (RHCS) between two Dell servers with idrac7 I was able to setup ipmilan fence agent provided by rhcs because drac5 didn't work. So possibly you can have success too with ipmilan agent for drac6 on oVirt. I don't know how it exactly could map to oVirt setup, but on my rhcs based cluster I set this: and on drac mgmt we interface I enabled power mgmt for the designated user. Gianluca From demchenko.ya at gmail.com Fri Mar 22 07:33:58 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Fri, 22 Mar 2013 11:33:58 +0400 Subject: [Users] power management for drac6 In-Reply-To: <514C0782.2020201@gmail.com> References: <514C0782.2020201@gmail.com> Message-ID: <514C0966.6020602@gmail.com> > vdsm.log > > Thread-1978569::DEBUG::2013-03-21 > 11:30:38,769::API::1024::vds::(fenceNode) > fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=XXXX,action=status,secure=,options=) > btw, looking at this log string i presume you hit the bug from this tread (if you using ovirt 3.1): http://comments.gmane.org/gmane.comp.emulators.ovirt.user/3528 engine didnt pass options string when talking to vdsm you can try and patch it: diff --git a/vdsm/BindingXMLRPC.py b/vdsm/BindingXMLRPC.py index cc5300f..8b548e4 100644 --- a/vdsm/BindingXMLRPC.py +++ b/vdsm/BindingXMLRPC.py @@ -357,7 +357,7 @@ class BindingXMLRPC(object): secure=False, options=''): api = API.Global() return api.fenceNode(addr, port, agent, username, password, - action, secure) + action, secure, options) def setLogLevel(self, level): api = API.Global() Yuriy Demchenko From gianluca.cecchi at gmail.com Fri Mar 22 07:38:13 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 08:38:13 +0100 Subject: [Users] vm runs on host 1 and clone from snapshot runs on host 2? Message-ID: Hello, while I'm testing the fix for 3.2.1 and clone from snapshot in my two nodes cluster, I notice this VM zensrv runs on host f18ovn03. I create a snapshot and then clone from snapshot and the qemu-img convert process is running on the other node. Is this desired, expected, managed? If so, it's great... [g.cecchi at f18ovn03 ~]$ ps -ef|grep [z]ensrv qemu 15811 1 7 Mar19 ? 04:29:28 /usr/bin/qemu-kvm -name zensrv -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 2048 -smp 1,sockets=1,cores=1,threads=1 -uuid c0a43bef-7c9d-4170-bd9c-63497e61d3fc -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=c0a43bef-7c9d-4170-bd9c-63497e61d3fc -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/zensrv.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-03-19T16:30:10,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc,if=none,id=drive-virtio-disk0,format=qcow2,serial=01488698-6420-4a32-9095-cfed1ff8f4bf,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:43:d9:df,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/zensrv.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/zensrv.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -incoming tcp:0.0.0.0:49152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 [g.cecchi at f18ovn01 ~]$ ps -ef|grep [c]onvert vdsm 25609 3141 14 08:30 ? 00:00:16 /usr/bin/qemu-img convert -t none -f qcow2 /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc -O raw /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/3fb66ba1-cfcb-4341-8960-46f0e8cf6e83/images/8fe906ef-db2e-497a-8b6b-6b00de91f8fe/b61cd69e-a556-4530-b00b-1eaf8afd15bb Gianluca From mpavlik at redhat.com Fri Mar 22 07:46:53 2013 From: mpavlik at redhat.com (Martin Pavlik) Date: Fri, 22 Mar 2013 08:46:53 +0100 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: References: <514B1BC2.8040307@redhat.com> <514B2F11.2040201@redhat.com> Message-ID: <514C0C6D.4020403@redhat.com> Hi Yuval, Would it be an option for you to directly upload the iso image to the iso domain? You can avoid iso-uploader this way. Just take the iso image and scp it directly to the iso domain the dir for iso images looks similar to this ...your_iso_domain_dir/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/11111111-1111-1111-1111-111111111111 after copying run chown vdsm:kvm on the uploaded iso image. Result should look something like this [root at XXX 11111111-1111-1111-1111-111111111111]# pwd /iso/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/11111111-1111-1111-1111-111111111111 [root at XXX 11111111-1111-1111-1111-111111111111]# ls -lah total 646M drwxr-xr-x. 2 vdsm kvm 4.0K Mar 22 08:39 . drwxr-xr-x. 3 vdsm kvm 4.0K Mar 22 08:37 .. -rw-r--r--. 1 vdsm kvm 645M Mar 22 08:39 Fedora-17-x86_64-Live-Desktop.iso HTH Martin Pavlik On 03/21/2013 05:43 PM, Yuval M wrote: > Traceback (most recent call last): > File "test.py", line 2, in > api = API(url='http://ovirt.local/api', username='admin at internal', > password='letmein!') > File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118, > in __init__ > url='/api' > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 199, in request > noParse=noParse) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 261, in __doRequest > raise ConnectionError, str(e) > ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API > connection failure, [Errno -2] Name or service not known > > > > On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola > wrote: > > Can you try running the following 2 lines with python changing the > password and the url with your values? > > > >>> from ovirtsdk.api import API > >>> api = API(url='http://ovirt.local/api', > username='admin at internal', password='*******) > > and paste the output? > > > Il 21/03/2013 16:43, Yuval M ha scritto: >> doesn't work. >> >> [wil at bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem >> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or >> directory >> [wil at bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl >> --insecure list >> Please provide the REST API username for oVirt Engine (CTRL+D to >> abort): admin at internal >> Please provide the REST API password for the admin at internal oVirt >> Engine user (CTRL+D to abort): >> >> ERROR: Problem connecting to the REST API. Is the service >> available and does the CA certificate exist? >> >> SSL is disabled in my setup so it should work via HTTP and not HTTPS. >> >> Yuval Meir >> >> >> On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola >> > wrote: >> >> Hi, >> Can you try to execute the following command? >> $ sudo ls -la /etc/pki/ovirt-engine/ca.pem >> >> Also if it seems strange it need ca.pem without ssl. >> >> Can you try also: >> $ sudo engine-iso-uploader -v --nossl --insecure list >> >> -- >> Sandro >> >> >> Il 21/03/2013 15:20, Yuval M ha scritto: >>> Hi, >>> >>> I'm trying to use engine-iso-uploader to add ISO images to >>> my ISO storage domain. (Ovirt 3.2 on Fedora 18) >>> >>> $ sudo engine-iso-uploader -v --nossl list >>> Please provide the REST API username for oVirt Engine >>> (CTRL+D to abort): admin >>> Please provide the REST API password for the admin oVirt >>> Engine user (CTRL+D to abort): >>> ERROR: Problem connecting to the REST API. Is the service >>> available and does the CA certificate exist? >>> >>> $ ls -la /etc/pki/ovirt-engine/ca.pem >>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file >>> or directory >>> >>> $ cat /var/log/ovirt-engine/engine-iso-uploader.log >>> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: >>> Problem connecting to the REST API. Is the service >>> available and does the CA certificate exist? >>> >>> ------------- >>> >>> same results also without the --nossl flag. >>> >>> any insight? >>> >>> Thanks, >>> >>> Yuval Meir >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Fri Mar 22 07:49:58 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 22 Mar 2013 08:49:58 +0100 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: References: <514B1BC2.8040307@redhat.com> <514B2F11.2040201@redhat.com> Message-ID: <514C0D26.7050903@redhat.com> I think you forgot to change the url parameter in your test here, or you have a dns error: it can't resolve the host ovirt.local. -- Sandro Il 21/03/2013 17:43, Yuval M ha scritto: > Traceback (most recent call last): > File "test.py", line 2, in > api = API(url='http://ovirt.local/api', username='admin at internal', > password='letmein!') > File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118, > in __init__ > url='/api' > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 199, in request > noParse=noParse) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", > line 261, in __doRequest > raise ConnectionError, str(e) > ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API > connection failure, [Errno -2] Name or service not known > > > > On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola > wrote: > > Can you try running the following 2 lines with python changing the > password and the url with your values? > > > >>> from ovirtsdk.api import API > >>> api = API(url='http://ovirt.local/api', > username='admin at internal', password='*******) > > and paste the output? > > > Il 21/03/2013 16:43, Yuval M ha scritto: >> doesn't work. >> >> [wil at bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem >> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or >> directory >> [wil at bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl >> --insecure list >> Please provide the REST API username for oVirt Engine (CTRL+D to >> abort): admin at internal >> Please provide the REST API password for the admin at internal oVirt >> Engine user (CTRL+D to abort): >> >> ERROR: Problem connecting to the REST API. Is the service >> available and does the CA certificate exist? >> >> SSL is disabled in my setup so it should work via HTTP and not HTTPS. >> >> Yuval Meir >> >> >> On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola >> > wrote: >> >> Hi, >> Can you try to execute the following command? >> $ sudo ls -la /etc/pki/ovirt-engine/ca.pem >> >> Also if it seems strange it need ca.pem without ssl. >> >> Can you try also: >> $ sudo engine-iso-uploader -v --nossl --insecure list >> >> -- >> Sandro >> >> >> Il 21/03/2013 15:20, Yuval M ha scritto: >>> Hi, >>> >>> I'm trying to use engine-iso-uploader to add ISO images to >>> my ISO storage domain. (Ovirt 3.2 on Fedora 18) >>> >>> $ sudo engine-iso-uploader -v --nossl list >>> Please provide the REST API username for oVirt Engine >>> (CTRL+D to abort): admin >>> Please provide the REST API password for the admin oVirt >>> Engine user (CTRL+D to abort): >>> ERROR: Problem connecting to the REST API. Is the service >>> available and does the CA certificate exist? >>> >>> $ ls -la /etc/pki/ovirt-engine/ca.pem >>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file >>> or directory >>> >>> $ cat /var/log/ovirt-engine/engine-iso-uploader.log >>> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: >>> Problem connecting to the REST API. Is the service >>> available and does the CA certificate exist? >>> >>> ------------- >>> >>> same results also without the --nossl flag. >>> >>> any insight? >>> >>> Thanks, >>> >>> Yuval Meir >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Fri Mar 22 08:44:10 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 09:44:10 +0100 Subject: [Users] Fast way to see all snapshots on my infra? Message-ID: Hello, is there any way to see a recap of all the snapshots in my DCs and Clusters? Both from webadmin gui or REST API or query on engine db? Thanks, Gianluca From gianluca.cecchi at gmail.com Fri Mar 22 08:56:23 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 09:56:23 +0100 Subject: [Users] Attaching storage domain and its VMs to a new DC Message-ID: Hello, this is my situation. Downtime of the VMs is not a problems as it is a test environment all based on 3.2.1 on f18 and ovirt stable repo DC1 FC type with cluster1 2 hosts connected to 7 FC LUNs power mgmt configured live migration ok overall 11 VMs DC2 FC type with cluster2 1 host (it has access to all the LUNs of DC1from a SAN point of view, but not configured at the moment) DC1 has ovirtmgmt without vlan tagging DC2 has ovirtmgmt with vlan tagging I would like to move all storage domains and VMs into DC2 and then redeploy the DC1 hosts in DC2 so that I have a three nodes cluster with a vlan tagged ovirtmgmt in DC2 and I delete DC1 How can I move storage domains from DC1 to DC2 without exporting/importing VMS? Can I "simply" detach" them one-by-one from DC1 and attach to DC2? Will the VMs automatically be part of DC2 and its cluster cluster2 (apart from eventually reconfigure their network)? Thanks, Gianluca From bigclouds at 163.com Fri Mar 22 09:33:44 2013 From: bigclouds at 163.com (bigclouds) Date: Fri, 22 Mar 2013 17:33:44 +0800 (CST) Subject: [Users] what is volume in ovirt Message-ID: <2531acd4.1ec0c.13d91725eee.Coremail.bigclouds@163.com> Hi,all please explain what is volumes in ovirt, 1. especially STRIPE,DISTRIBUTED_STRIPE,REPLICATE,DISTRIBUTED_REPLICATE,DISTRIBUTE 2. bricks thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Fri Mar 22 09:35:42 2013 From: jbelka at redhat.com (Jiri Belka) Date: Fri, 22 Mar 2013 10:35:42 +0100 Subject: [Users] what is volume in ovirt In-Reply-To: <2531acd4.1ec0c.13d91725eee.Coremail.bigclouds@163.com> References: <2531acd4.1ec0c.13d91725eee.Coremail.bigclouds@163.com> Message-ID: <20130322103542.1118100e.jbelka@redhat.com> On Fri, 22 Mar 2013 17:33:44 +0800 (CST) bigclouds wrote: > Hi,all > please explain what is volumes in ovirt, > 1. especially STRIPE,DISTRIBUTED_STRIPE,REPLICATE,DISTRIBUTED_REPLICATE,DISTRIBUTE > 2. bricks > > > thanks google for glusterfs From nicolas at ecarnot.net Fri Mar 22 09:59:35 2013 From: nicolas at ecarnot.net (Nicolas Ecarnot) Date: Fri, 22 Mar 2013 10:59:35 +0100 Subject: [Users] Starting VM gets paused Message-ID: <514C2B87.6000606@ecarnot.net> Hi, After two months of stable usage of this 3.1 oVirt setup, here comes the first blocking issue for which I've no other mean to ask some hint. When I'm starting a VM, the start process is running fine. Being fast enough, we can ssh-connect to it, but 5 seconds later, the VM is paused. In the manager, I see that : 2013-03-22 09:42:57,435 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] (QuartzScheduler_Worker-40) Error in parsing vm pause status. Setting value to NONE 2013-03-22 09:42:57,436 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-40) VM serv-chk-adm3 3e17586d-bf8f-465b-8075-defaac90bc95 moved from PoweringUp --> Paused And on the host, I see one warning message, no error msg, and many looping repeated messages : * Warning : Thread-1968::WARNING::2013-03-22 09:19:18,536::libvirtvm::1547::vm.Vm::(_readPauseCode) vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::_readPauseCode unsupported by libvirt vm * Repeated msgs, amongst other repeated ones : Thread-1973::DEBUG::2013-03-22 09:19:20,247::libvirtvm::220::vm.Vm::(_getNetworkStats) vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Network stats not available Thread-1973::DEBUG::2013-03-22 09:19:20,247::libvirtvm::240::vm.Vm::(_getDiskStats) vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Disk hdc stats not available I made my homework and found some bugs that could be similar : https://bugzilla.redhat.com/show_bug.cgi?id=660598 https://bugzilla.redhat.com/show_bug.cgi?id=672208 and moreover : https://bugzilla.redhat.com/show_bug.cgi?id=695393 - I tried to restart the node's vds daemon : same behavior - I tried to reboot the node : same behavior - I tried to to restart the manager's engine : same behavior - I tried to run this VM on another node : same behavior - I tried to run another VM on the node I saw the issue : the other VM is running fine. I don't know if I have to conclude that this issue is specific to this VM, but I sounds like yes. Things to say about this VM : - it it a RH6 IIRC. It has already been successfully started, migrated, stopped and rebooted many times in the past. - it has 3 disks : one for the system and two for datas. - it has no snapshots - it has no different or complicated network setup My storage domain is a SAN, iSCSI linked, and doing good job since months. I must admit I'm a bit stuck. Last thing I haven't tried is to reboot the manager, though I'm not sure that would help. -- Nicolas Ecarnot From ubuntumuntu at gmail.com Fri Mar 22 10:29:37 2013 From: ubuntumuntu at gmail.com (Jaco) Date: Fri, 22 Mar 2013 23:29:37 +1300 Subject: [Users] Starting VM gets paused In-Reply-To: <514C2B87.6000606@ecarnot.net> References: <514C2B87.6000606@ecarnot.net> Message-ID: <514C3291.5020904@gmail.com> I got hit up with the same issue - I think it had something to do with latency or timeout to my NAS/SAN, despite an isolated & prioritised storage network. I'm guessing the VDSM puts VM's in a paused state whenever it hits a slight panic or speed-wobble. I've, for the time-being, moved to a NFS/POSIX share & the issues has not presented again. - J On 22/03/13 22:59, Nicolas Ecarnot wrote: > Hi, > > After two months of stable usage of this 3.1 oVirt setup, here comes > the first blocking issue for which I've no other mean to ask some hint. > > When I'm starting a VM, the start process is running fine. Being fast > enough, we can ssh-connect to it, but 5 seconds later, the VM is paused. > > In the manager, I see that : > > 2013-03-22 09:42:57,435 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] > (QuartzScheduler_Worker-40) Error in parsing vm pause status. Setting > value to NONE > 2013-03-22 09:42:57,436 INFO > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > (QuartzScheduler_Worker-40) VM serv-chk-adm3 > 3e17586d-bf8f-465b-8075-defaac90bc95 moved from PoweringUp --> Paused > > And on the host, I see one warning message, no error msg, and many > looping repeated messages : > > * Warning : > > Thread-1968::WARNING::2013-03-22 > 09:19:18,536::libvirtvm::1547::vm.Vm::(_readPauseCode) > vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::_readPauseCode > unsupported by libvirt vm > > * Repeated msgs, amongst other repeated ones : > Thread-1973::DEBUG::2013-03-22 > 09:19:20,247::libvirtvm::220::vm.Vm::(_getNetworkStats) > vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Network stats not available > Thread-1973::DEBUG::2013-03-22 > 09:19:20,247::libvirtvm::240::vm.Vm::(_getDiskStats) > vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Disk hdc stats not available > > > I made my homework and found some bugs that could be similar : > https://bugzilla.redhat.com/show_bug.cgi?id=660598 > https://bugzilla.redhat.com/show_bug.cgi?id=672208 > and moreover : > https://bugzilla.redhat.com/show_bug.cgi?id=695393 > > - I tried to restart the node's vds daemon : same behavior > - I tried to reboot the node : same behavior > - I tried to to restart the manager's engine : same behavior > - I tried to run this VM on another node : same behavior > - I tried to run another VM on the node I saw the issue : the other VM > is running fine. > > I don't know if I have to conclude that this issue is specific to this > VM, but I sounds like yes. > Things to say about this VM : > - it it a RH6 IIRC. It has already been successfully started, > migrated, stopped and rebooted many times in the past. > - it has 3 disks : one for the system and two for datas. > - it has no snapshots > - it has no different or complicated network setup > > My storage domain is a SAN, iSCSI linked, and doing good job since > months. > > I must admit I'm a bit stuck. Last thing I haven't tried is to reboot > the manager, though I'm not sure that would help. > From jhorne at skopos.us Fri Mar 22 13:54:58 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Fri, 22 Mar 2013 13:54:58 +0000 Subject: [Users] management server very slow lately In-Reply-To: <514306A5.3000905@redhat.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> <514306A5.3000905@redhat.com> Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC2B23FC45@AUSP01DAG0201> top - 08:53:38 up 70 days, 16:31, 1 user, load average: 0.40, 0.34, 0.32 Tasks: 432 total, 1 running, 431 sleeping, 0 stopped, 0 zombie Cpu(s): 1.3%us, 0.1%sy, 0.0%ni, 98.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 32876240k total, 18653508k used, 14222732k free, 522432k buffers Swap: 2097144k total, 4528k used, 2092616k free, 6270908k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2121 ovirt 20 0 12.9g 7.7g 18m S 9.0 24.6 16539:08 java I don't have a lot of experience with jboss, so im not sure it thats good or bad. I did the jboss restart, and that helped a little, but its still a little sluggish again, now a few days later. Thanks, -----Original Message----- From: Itamar Heim [mailto:iheim at redhat.com] Sent: Friday, March 15, 2013 6:32 AM To: Jonathan Horne Cc: users at ovirt.org Subject: Re: [Users] management server very slow lately On 03/13/2013 08:51 PM, Jonathan Horne wrote: > Hello, lately my manager server web interface is extremely sluggish. > Perhaps the server is ready for a reboot? > > My management server is also the hosts of my NFS export and ISO mounts. > Is there a prescribed method for rebooting when I am also providing > NFS services from the management server? My assumption is that aside > from NFS, I should be able to reboot the management serve and the > nodes and virtual machines will be fine in the mean time? what's the cpu consumption of your ovirt-engine service (java process). cpu load on the engine? memory/swap state of the engine, etc ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From r.koch at ovido.at Fri Mar 22 14:07:14 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Fri, 22 Mar 2013 15:07:14 +0100 Subject: [Users] Fast way to see all snapshots on my infra? In-Reply-To: References: Message-ID: <1363961234.5944.30.camel@pc-ovido02.lan.ovido.at> Hi Gianluca, You can try something like this (dirty) command: URL='https://localhost/api'; USER='admin at internal'; cp /dev/null /tmp/ovirt-snapshots; echo -e "list vms\nexit" > /tmp/ovirt-vms; for VM in `ovirt-shell -l ${URL} -u ${USER} -c -I -f /tmp/ovirt-vms | grep name | tr -s ' ' ' ' | cut -d' ' -f3`; do echo "list snapshots --vm-identifier ${VM} --show-all" >> /tmp/ovirt-snapshots; done; echo "exit" >> /tmp/ovirt-snapshots; ovirt-shell -l ${URL} -u ${USER} -c -I -f /tmp/ovirt-snapshots -- Best Regards Ren? On Fri, 2013-03-22 at 09:44 +0100, Gianluca Cecchi wrote: > Hello, > is there any way to see a recap of all the snapshots in my DCs and Clusters? > Both from webadmin gui or REST API or query on engine db? > Thanks, > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From deadhorseconsulting at gmail.com Fri Mar 22 14:12:46 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Fri, 22 Mar 2013 09:12:46 -0500 Subject: [Users] Feature request: allow usbtablet and vram config via UI Message-ID: Allow for a usbtablet input device to be enabled and used. Perhaps via the console configuration UI for a VM in the admin and user portals. -Highly useful in the event that a guest OS does not have the spice agent loaded nor is it available for said guest OS. -Also in the case of guest OS that simply does not want to work and play well with - All Operating systems since ~1998 understand and will deal with mouse events in absolute mode. Allow for vram and vram_ size to be configurable for CIrrus(VNC) and QXL(Spice) console types. Again probably best suited to have this on console configuration UI for a VM in the admin and user portals. - Default VRAM sizes are not enough to allow for larger resolutions and pixel depths at times. - Especially the case in multiple monitor SPICE, fullscreen, or VNC consoles - More VRAM is useful in the case of attempting to run accelerated applications within a QXL configured guest. The above can be altered via VDSM hooks however this is rather painful. Additionally these options or similar are configurable in other competing solutions. - DHC -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Fri Mar 22 14:31:55 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 22 Mar 2013 16:31:55 +0200 Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> Message-ID: <514C6B5B.1080402@redhat.com> On 03/20/2013 03:26 PM, Gianluca Cecchi wrote: > BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been > consolidated in the unique oVirt 3.2.x User Portal? > Are they going to be consolidated in RHEVM 3.2 too? what do you mean by "consolidated"? (in any case, there is no difference between ovirt and rhev on this) From nicolas at ecarnot.net Fri Mar 22 14:34:41 2013 From: nicolas at ecarnot.net (Nicolas Ecarnot) Date: Fri, 22 Mar 2013 15:34:41 +0100 Subject: [Users] Starting VM gets paused In-Reply-To: <514C3291.5020904@gmail.com> References: <514C2B87.6000606@ecarnot.net> <514C3291.5020904@gmail.com> Message-ID: <514C6C01.6040104@ecarnot.net> Le 22/03/2013 11:29, Jaco a ?crit : > I got hit up with the same issue - I think it had something to do with > latency or timeout to my NAS/SAN, despite an isolated & prioritised > storage network. > I'm guessing the VDSM puts VM's in a paused state whenever it hits a > slight panic or speed-wobble. OK, I could understand such a behavior, but creating such an issue on EVERY VM. The case I'm witnessing is that only one VM is hit by this problem. I have to add I also have a completely dedicated network only for iSCSI. -- Nicolas Ecarnot From gianluca.cecchi at gmail.com Fri Mar 22 14:40:37 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 22 Mar 2013 15:40:37 +0100 Subject: [Users] User Portal In-Reply-To: <514C6B5B.1080402@redhat.com> References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <514C6B5B.1080402@redhat.com> Message-ID: On Fri, Mar 22, 2013 at 3:31 PM, Itamar Heim wrote: > On 03/20/2013 03:26 PM, Gianluca Cecchi wrote: >> >> BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been >> consolidated in the unique oVirt 3.2.x User Portal? >> Are they going to be consolidated in RHEVM 3.2 too? > > > what do you mean by "consolidated"? > (in any case, there is no difference between ovirt and rhev on this) > Sorry I misunderstood. Both normal and power users access the User Portal at https://server.example.com/UserPortal but if a user has RHEVMPowerUser role (in RHEVM 3.1) or probably the system related role named "PowerUserRole" (in oVirt) what he/she gets is the Power User Portal and not the "normal" User Portal, correct? Gianluca From iheim at redhat.com Fri Mar 22 14:44:13 2013 From: iheim at redhat.com (Itamar Heim) Date: Fri, 22 Mar 2013 16:44:13 +0200 Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <514C6B5B.1080402@redhat.com> Message-ID: <514C6E3D.5040606@redhat.com> On 03/22/2013 04:40 PM, Gianluca Cecchi wrote: > On Fri, Mar 22, 2013 at 3:31 PM, Itamar Heim wrote: >> On 03/20/2013 03:26 PM, Gianluca Cecchi wrote: >>> >>> BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been >>> consolidated in the unique oVirt 3.2.x User Portal? >>> Are they going to be consolidated in RHEVM 3.2 too? >> >> >> what do you mean by "consolidated"? >> (in any case, there is no difference between ovirt and rhev on this) >> > > > Sorry I misunderstood. > Both normal and power users access the User Portal at > > https://server.example.com/UserPortal > > but if a user has RHEVMPowerUser role (in RHEVM 3.1) or probably the > system related role named "PowerUserRole" (in oVirt) what he/she gets > is the Power User Portal and not the "normal" User Portal, correct? > > Gianluca > the default login may be to the extended view, but user can still choose the basic view (upper left right) From r.koch at ovido.at Fri Mar 22 14:55:54 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Fri, 22 Mar 2013 15:55:54 +0100 Subject: [Users] User Portal In-Reply-To: References: <9775179.93.1363783104568.JavaMail.ferra@ferra-PC> <1518575910.7986530.1363785601860.JavaMail.root@redhat.com> <514C6B5B.1080402@redhat.com> Message-ID: <1363964154.5944.43.camel@pc-ovido02.lan.ovido.at> Hi, If you login with PowerUser permission you have 2 tabs (Basic and Extended) where Basic is the UserPortal and Extended the PowerUserPortal. So you can switch between these 2 views. Btw, in RHEV (3.0 and 3.1) I see a (for me) strange behaviour and haven't tested if this is the same in oVirt. When installing RHEV a "Default" datacenter is created and everyone has permission on template "blank". As long as I don't remove permissions on "blank" template user with role "UserRole" start in PowerUserPortal (Extended view) instead of UserPortal (Basic view) - without permission on template "blank" they can't switch between these 2 views/portals (which is the expected situation - users with UserPortal permission shouldn't be aware of the PowerUserPortal). Is this bug or intended? Regards, Ren? On Fri, 2013-03-22 at 15:40 +0100, Gianluca Cecchi wrote: > On Fri, Mar 22, 2013 at 3:31 PM, Itamar Heim wrote: > > On 03/20/2013 03:26 PM, Gianluca Cecchi wrote: > >> > >> BTW: RHEVM 3.1 portals (User Portal and Power User Portal) have been > >> consolidated in the unique oVirt 3.2.x User Portal? > >> Are they going to be consolidated in RHEVM 3.2 too? > > > > > > what do you mean by "consolidated"? > > (in any case, there is no difference between ovirt and rhev on this) > > > > > Sorry I misunderstood. > Both normal and power users access the User Portal at > > https://server.example.com/UserPortal > > but if a user has RHEVMPowerUser role (in RHEVM 3.1) or probably the > system related role named "PowerUserRole" (in oVirt) what he/she gets > is the Power User Portal and not the "normal" User Portal, correct? > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From jhernand at redhat.com Fri Mar 22 15:05:47 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 22 Mar 2013 16:05:47 +0100 Subject: [Users] management server very slow lately In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC2B23FC45@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC23B814BC@AUSP01DAG0201> <514306A5.3000905@redhat.com> <9BE6F493F83A594DA60C45E6A09DC5AC2B23FC45@AUSP01DAG0201> Message-ID: <514C734B.6040509@redhat.com> On 03/22/2013 02:54 PM, Jonathan Horne wrote: > top - 08:53:38 up 70 days, 16:31, 1 user, load average: 0.40, 0.34, 0.32 > Tasks: 432 total, 1 running, 431 sleeping, 0 stopped, 0 zombie > Cpu(s): 1.3%us, 0.1%sy, 0.0%ni, 98.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st > Mem: 32876240k total, 18653508k used, 14222732k free, 522432k buffers > Swap: 2097144k total, 4528k used, 2092616k free, 6270908k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 2121 ovirt 20 0 12.9g 7.7g 18m S 9.0 24.6 16539:08 java > This is not normal at all. First thing that is strange is that your engine is taking 7.7 GiB of RAM, which it should never take, as it is by default limited to 1 GiB. Did you assign more memory to the engine on purpose? How much? If you assign a lot of memory it can start to consume a lot of CPU just for garbage collection. You may want to enable verbose garbage collection adding this to /etc/sysconfig/ovirt-engine (or /etc/ovirt-engine/engine.conf if you are using the latest source code): ENGINE_VERBOSE_GC=true Then restart the engine and it will start to dump garbage collection statistics to /var/log/ovirt-engine/console.log. The garbage collection should be quite silent in an low activity system. We used to have a bug that caused the max amount of memory not be correctly limited, but it was fixed long ago: http://gerrit.ovirt.org/7952 The other thing that seems strange is the amount of CPU that it is consuming. Do you have many hosts managed by that engine? In an otherwise idle environment the CPU consumption is caused by the periodic polls of the hosts, one each two seconds by default. If you see continually the engine using a significant amount of CPU (you the output of top above it is 9%) it could be useful to get a snapshot of the stacks of threads, to see which threads in particular are consuming the CPU. Send the QUIT signal to the engine process and it will dump the stacks of the threads to /var/log/ovirt-engine/console.log: # kill -3 $(cat /var/run/ovirt-engine.pid) Once you have that dump you can check which thread is consuming the CPU as follows: 1. Get the PIDs of the threads of the engine together with their use of CPU: # ps -L -u ovirt -o tid,pcpu 2. If you see one of them consuming a high amount of CPU time then try to find it in the stack dump generated in /var/log/ovirt-engine/console.log. Lets assume that the PID is 13397, for example, translate it to hex: # printf "%04x\n" 13397 3455 3. Then look in /var/log/ovirt-engine/console.log for a line containing "nid=0x3455". There you will find the stack trace of that thread, something like this: "ajp-/127.0.0.1:8702-Acceptor-0" daemon prio=10 tid=0x00007f41e0220800 nid=0x3493 runnable [0x00007f41dbdf2000] java.lang.Thread.State: RUNNABLE ... Most threads will be waiting, but if you find one thread that is consistently RUNNABLE then there is probably an issue. The dump of the stack of that thread can help to find out what it is doing and why it is consuming the CPU. > > I don't have a lot of experience with jboss, so im not sure it thats good or bad. I did the jboss restart, and that helped a little, but its still a little sluggish again, now a few days later. > > Thanks, > > -----Original Message----- > From: Itamar Heim [mailto:iheim at redhat.com] > Sent: Friday, March 15, 2013 6:32 AM > To: Jonathan Horne > Cc: users at ovirt.org > Subject: Re: [Users] management server very slow lately > > On 03/13/2013 08:51 PM, Jonathan Horne wrote: >> Hello, lately my manager server web interface is extremely sluggish. >> Perhaps the server is ready for a reboot? >> >> My management server is also the hosts of my NFS export and ISO mounts. >> Is there a prescribed method for rebooting when I am also providing >> NFS services from the management server? My assumption is that aside >> from NFS, I should be able to reboot the management serve and the >> nodes and virtual machines will be fine in the mean time? > > what's the cpu consumption of your ovirt-engine service (java process). > cpu load on the engine? memory/swap state of the engine, etc > > > ________________________________ > This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From yuvalme at gmail.com Fri Mar 22 15:13:47 2013 From: yuvalme at gmail.com (Yuval M) Date: Fri, 22 Mar 2013 17:13:47 +0200 Subject: [Users] trouble with engine-iso-uploader In-Reply-To: <514C0C6D.4020403@redhat.com> References: <514B1BC2.8040307@redhat.com> <514B2F11.2040201@redhat.com> <514C0C6D.4020403@redhat.com> Message-ID: Thanks, copying directly did the trick :-) Yuval On Mar 22, 2013 9:46 AM, "Martin Pavlik" wrote: > Hi Yuval, > > Would it be an option for you to directly upload the iso image to the iso > domain? You can avoid iso-uploader this way. > > Just take the iso image and scp it directly to the iso domain > > the dir for iso images looks similar to this > > > ...your_iso_domain_dir/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/11111111-1111-1111-1111-111111111111 > > after copying run > > chown vdsm:kvm > > on the uploaded iso image. > > Result should look something like this > > [root at XXX 11111111-1111-1111-1111-111111111111]# pwd > > /iso/ddd00568-fc55-4bd5-9a57-62f3acdebf95/images/11111111-1111-1111-1111-111111111111 > [root at XXX 11111111-1111-1111-1111-111111111111]# ls -lah > total 646M > drwxr-xr-x. 2 vdsm kvm 4.0K Mar 22 08:39 . > drwxr-xr-x. 3 vdsm kvm 4.0K Mar 22 08:37 .. > -rw-r--r--. 1 vdsm kvm 645M Mar 22 08:39 Fedora-17-x86_64-Live-Desktop.iso > > HTH > > Martin Pavlik > > On 03/21/2013 05:43 PM, Yuval M wrote: > > Traceback (most recent call last): > File "test.py", line 2, in > api = API(url='http://ovirt.local/api', username='admin at internal', > password='letmein!') > File "/usr/lib/python2.7/site-packages/ovirtsdk/api.py", line 118, in > __init__ > url='/api' > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line > 199, in request > noParse=noParse) > File > "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line > 261, in __doRequest > raise ConnectionError, str(e) > ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API > connection failure, [Errno -2] Name or service not known > > > > On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola wrote: > >> Can you try running the following 2 lines with python changing the >> password and the url with your values? >> >> >> >>> from ovirtsdk.api import API >> >>> api = API(url='http://ovirt.local/api', username='admin at internal', >> password='*******) >> >> and paste the output? >> >> >> Il 21/03/2013 16:43, Yuval M ha scritto: >> >> doesn't work. >> >> [wil at bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem >> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory >> [wil at bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure >> list >> Please provide the REST API username for oVirt Engine (CTRL+D to abort): >> admin at internal >> Please provide the REST API password for the admin at internal oVirt Engine >> user (CTRL+D to abort): >> >> ERROR: Problem connecting to the REST API. Is the service available >> and does the CA certificate exist? >> >> SSL is disabled in my setup so it should work via HTTP and not HTTPS. >> >> Yuval Meir >> >> >> On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola wrote: >> >>> Hi, >>> Can you try to execute the following command? >>> $ sudo ls -la /etc/pki/ovirt-engine/ca.pem >>> >>> Also if it seems strange it need ca.pem without ssl. >>> >>> Can you try also: >>> $ sudo engine-iso-uploader -v --nossl --insecure list >>> >>> -- >>> Sandro >>> >>> >>> Il 21/03/2013 15:20, Yuval M ha scritto: >>> >>> Hi, >>> >>> I'm trying to use engine-iso-uploader to add ISO images to my ISO >>> storage domain. (Ovirt 3.2 on Fedora 18) >>> >>> $ sudo engine-iso-uploader -v --nossl list >>> Please provide the REST API username for oVirt Engine (CTRL+D to abort): >>> admin >>> Please provide the REST API password for the admin oVirt Engine user >>> (CTRL+D to abort): >>> ERROR: Problem connecting to the REST API. Is the service available and >>> does the CA certificate exist? >>> >>> $ ls -la /etc/pki/ovirt-engine/ca.pem >>> ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory >>> >>> $ cat /var/log/ovirt-engine/engine-iso-uploader.log >>> 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem >>> connecting to the REST API. Is the service available and does the CA >>> certificate exist? >>> >>> ------------- >>> >>> same results also without the --nossl flag. >>> >>> any insight? >>> >>> Thanks, >>> >>> Yuval Meir >>> >>> >>> >>> _______________________________________________ >>> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >> >> > > > _______________________________________________ > Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon at redhat.com Fri Mar 22 15:46:01 2013 From: simon at redhat.com (Simon Grinberg) Date: Fri, 22 Mar 2013 11:46:01 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <514BFB80.3000906@redhat.com> Message-ID: <23229674.157.1363967124809.JavaMail.javamailuser@localhost> ----- Original Message ----- > From: "Shireesh Anjal" > To: "Alon Bar-Lev" > Cc: "Simon Grinberg" , users at ovirt.org > Sent: Friday, March 22, 2013 8:34:40 AM > Subject: Re: [Users] Package installation error > > On 03/22/2013 12:11 AM, Alon Bar-Lev wrote: > > > > ----- Original Message ----- > >> From: "Simon Grinberg" > >> To: "Alon Bar-Lev" > >> Cc: users at ovirt.org, "Sahina Bose" , "Dave > >> Neary" > >> Sent: Thursday, March 21, 2013 7:40:17 PM > >> Subject: Re: [Users] Package installation error > >> > >> > >> > >> ----- Original Message ----- > >>> From: "Alon Bar-Lev" > >>> To: "Dave Neary" > >>> Cc: users at ovirt.org, "Sahina Bose" , "Simon > >>> Grinberg" > >>> Sent: Thursday, March 21, 2013 6:35:56 PM > >>> Subject: Re: [Users] Package installation error > >>> > >>> Simon? > >>> > >>> ----- Original Message ----- > >>>> From: "Dave Neary" > >>>> To: "Sahina Bose" > >>>> Cc: "Alon Bar-Lev" , users at ovirt.org > >>>> Sent: Thursday, March 21, 2013 6:34:56 PM > >>>> Subject: Re: [Users] Package installation error > >>>> > >>>> Hi, > >>>> > >>>> On 03/19/2013 05:24 AM, Sahina Bose wrote: > >>>>> You are right - Gluster 3.4 is only required to manage gluster > >>>>> clusters. > >>>>> > >>>>> Currently the question asked at setup is this : > >>>>> > >>>>> "The engine can be configured to present the UI in three > >>>>> different > >>>>> application modes. virt [Manage virtualization only], gluster > >>>>> [Manage > >>>>> gluster storage only], > >>>>> and both [Manage virtualization as well as gluster storage]" > >>>>> where > >>>>> both > >>>>> is the default. > >>>>> > >>>>> If this is confusing to the user, we can change this message. > >>>>> Suggestions? > >>>> I would either: > >>>> > >>>> (a) put "Virt" as the default, or > >> I would go for this one, this keeps backwards compatibility. > >> Is there an easy method to change this configuration later? > > Yes, changing the cluster settings. > > No - you can change the cluster settings (virt service/gluster > service) > only if the application mode is "both". In virt only mode, the > cluster > is virt only, and same with gluster-only. So if you want user to be > able > to change the mode *after* installation, this config > (ApplicationMode) > must be exposed in the engine-config tool. So if I'll try to sum up (with reference to other emails on this thread). 1. Default should be virt only 2. Keep the question and better explain what is the Gluster option (preferable a link to the relevant page) 3. Add a config option to easily change the selection later Need to think about the implication of the third option in case the change conflicts with hosts/clusters that are already configured other wise. Example: Initial selection was Virt and now adding dual mode - always OK Example: Initial selection was Virt, no host in the setup, and now changing to Gluster mode - OK Example: Initial selection was Virt, Hosts already in the setup installed in virt mode, and now changing to Gluster mode - What will we do? My take, Config option can only set to dual mode, never the other way around. This will save the need to add sophisticated logic Sounds right? > > > > >>>> (b) remove this question entirely - if someone is installing > >>>> oVirt, > >>>> assume they want to manage virt. If someone is installing > >>>> Gluster, > >>>> have > >>>> an option during the Gluster install to have the oVirt > >>>> management > >>>> console. > >> We do want people to get exposed to the Gluster option. > >> > >>>> If someone wants to manage both their Gluster bricks and their > >>>> virt > >>>> with > >>>> oVirt, I would make that a post-install option to oVirt - > >>>> perhaps > >>>> with > >>>> an extra package to install (which would depend on the later > >>>> version > >>>> of > >>>> Gluster). > >>>> > >>>> Cheers, > >>>> Dave. > >>>> > >>>> > >>>> > >>>>> On 03/19/2013 01:41 PM, Dave Neary wrote: > >>>>>> Hi, > >>>>>> > >>>>>> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > >>>>>>> Now I am confused.... > >>>>>>> Do you or don't you need vdsm-gluster on your system? > >>>>>> Allow me to clarify. > >>>>>> > >>>>>> There have been several messages from users since the oVirt > >>>>>> 3.2 > >>>>>> release asking why they need Gluster 3.4 pre-releases to run > >>>>>> oVirt. > >>>>>> > >>>>>> My understanding is that you don't need Gluster 3.4 unless you > >>>>>> want to > >>>>>> manage a Gluster cluster with oVirt. > >>>>>> > >>>>>> So my question is: are we sure that we are not leading users > >>>>>> wrong, > >>>>>> and confusing them during the installation & set-up process? > >>>>>> > >>>>>> Thanks, > >>>>>> Dave. > >>>>>> > >>>> -- > >>>> Dave Neary - Community Action and Impact > >>>> Open Source and Standards, Red Hat - http://community.redhat.com > >>>> Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > >>>> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From alonbl at redhat.com Fri Mar 22 15:51:23 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 22 Mar 2013 11:51:23 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <23229674.157.1363967124809.JavaMail.javamailuser@localhost> Message-ID: <636422892.8529831.1363967483449.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Simon Grinberg" > To: "Shireesh Anjal" > Cc: users at ovirt.org, "Alon Bar-Lev" > Sent: Friday, March 22, 2013 5:46:01 PM > Subject: Re: [Users] Package installation error > > > > ----- Original Message ----- > > From: "Shireesh Anjal" > > To: "Alon Bar-Lev" > > Cc: "Simon Grinberg" , users at ovirt.org > > Sent: Friday, March 22, 2013 8:34:40 AM > > Subject: Re: [Users] Package installation error > > > > On 03/22/2013 12:11 AM, Alon Bar-Lev wrote: > > > > > > ----- Original Message ----- > > >> From: "Simon Grinberg" > > >> To: "Alon Bar-Lev" > > >> Cc: users at ovirt.org, "Sahina Bose" , "Dave > > >> Neary" > > >> Sent: Thursday, March 21, 2013 7:40:17 PM > > >> Subject: Re: [Users] Package installation error > > >> > > >> > > >> > > >> ----- Original Message ----- > > >>> From: "Alon Bar-Lev" > > >>> To: "Dave Neary" > > >>> Cc: users at ovirt.org, "Sahina Bose" , "Simon > > >>> Grinberg" > > >>> Sent: Thursday, March 21, 2013 6:35:56 PM > > >>> Subject: Re: [Users] Package installation error > > >>> > > >>> Simon? > > >>> > > >>> ----- Original Message ----- > > >>>> From: "Dave Neary" > > >>>> To: "Sahina Bose" > > >>>> Cc: "Alon Bar-Lev" , users at ovirt.org > > >>>> Sent: Thursday, March 21, 2013 6:34:56 PM > > >>>> Subject: Re: [Users] Package installation error > > >>>> > > >>>> Hi, > > >>>> > > >>>> On 03/19/2013 05:24 AM, Sahina Bose wrote: > > >>>>> You are right - Gluster 3.4 is only required to manage > > >>>>> gluster > > >>>>> clusters. > > >>>>> > > >>>>> Currently the question asked at setup is this : > > >>>>> > > >>>>> "The engine can be configured to present the UI in three > > >>>>> different > > >>>>> application modes. virt [Manage virtualization only], gluster > > >>>>> [Manage > > >>>>> gluster storage only], > > >>>>> and both [Manage virtualization as well as gluster storage]" > > >>>>> where > > >>>>> both > > >>>>> is the default. > > >>>>> > > >>>>> If this is confusing to the user, we can change this message. > > >>>>> Suggestions? > > >>>> I would either: > > >>>> > > >>>> (a) put "Virt" as the default, or > > >> I would go for this one, this keeps backwards compatibility. > > >> Is there an easy method to change this configuration later? > > > Yes, changing the cluster settings. > > > > No - you can change the cluster settings (virt service/gluster > > service) > > only if the application mode is "both". In virt only mode, the > > cluster > > is virt only, and same with gluster-only. So if you want user to be > > able > > to change the mode *after* installation, this config > > (ApplicationMode) > > must be exposed in the engine-config tool. > > So if I'll try to sum up (with reference to other emails on this > thread). > 1. Default should be virt only > 2. Keep the question and better explain what is the Gluster option > (preferable a link to the relevant page) > 3. Add a config option to easily change the selection later > Need to think about the implication of the third option in case the > change conflicts with hosts/clusters that are already configured > other wise. > Example: Initial selection was Virt and now adding dual mode - always > OK > Example: Initial selection was Virt, no host in the setup, and now > changing to Gluster mode - OK > Example: Initial selection was Virt, Hosts already in the setup > installed in virt mode, and now changing to Gluster mode - What will > we do? > > My take, > Config option can only set to dual mode, never the other way around. > This will save the need to add sophisticated logic > > Sounds right? Yes, but I am unsure that this is a single config option... Maybe I did not understand you properly, but I think this should be an option in the UI. And... if this option is in UI, then... why do we need anything at setup...? user can log into the system and configure the cluster in any way he likes. I am thinking into the future that when first login into the admin console there should be some wizard, instead of performing this at setup time. > > > > > > > > > >>>> (b) remove this question entirely - if someone is installing > > >>>> oVirt, > > >>>> assume they want to manage virt. If someone is installing > > >>>> Gluster, > > >>>> have > > >>>> an option during the Gluster install to have the oVirt > > >>>> management > > >>>> console. > > >> We do want people to get exposed to the Gluster option. > > >> > > >>>> If someone wants to manage both their Gluster bricks and their > > >>>> virt > > >>>> with > > >>>> oVirt, I would make that a post-install option to oVirt - > > >>>> perhaps > > >>>> with > > >>>> an extra package to install (which would depend on the later > > >>>> version > > >>>> of > > >>>> Gluster). > > >>>> > > >>>> Cheers, > > >>>> Dave. > > >>>> > > >>>> > > >>>> > > >>>>> On 03/19/2013 01:41 PM, Dave Neary wrote: > > >>>>>> Hi, > > >>>>>> > > >>>>>> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > > >>>>>>> Now I am confused.... > > >>>>>>> Do you or don't you need vdsm-gluster on your system? > > >>>>>> Allow me to clarify. > > >>>>>> > > >>>>>> There have been several messages from users since the oVirt > > >>>>>> 3.2 > > >>>>>> release asking why they need Gluster 3.4 pre-releases to run > > >>>>>> oVirt. > > >>>>>> > > >>>>>> My understanding is that you don't need Gluster 3.4 unless > > >>>>>> you > > >>>>>> want to > > >>>>>> manage a Gluster cluster with oVirt. > > >>>>>> > > >>>>>> So my question is: are we sure that we are not leading users > > >>>>>> wrong, > > >>>>>> and confusing them during the installation & set-up process? > > >>>>>> > > >>>>>> Thanks, > > >>>>>> Dave. > > >>>>>> > > >>>> -- > > >>>> Dave Neary - Community Action and Impact > > >>>> Open Source and Standards, Red Hat - > > >>>> http://community.redhat.com > > >>>> Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > > >>>> > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > From simon at redhat.com Fri Mar 22 16:08:58 2013 From: simon at redhat.com (Simon Grinberg) Date: Fri, 22 Mar 2013 12:08:58 -0400 (EDT) Subject: [Users] Package installation error In-Reply-To: <636422892.8529831.1363967483449.JavaMail.root@redhat.com> Message-ID: <2286578.192.1363968499260.JavaMail.javamailuser@localhost> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Simon Grinberg" > Cc: users at ovirt.org, "Shireesh Anjal" > Sent: Friday, March 22, 2013 5:51:23 PM > Subject: Re: [Users] Package installation error > > > > ----- Original Message ----- > > From: "Simon Grinberg" > > To: "Shireesh Anjal" > > Cc: users at ovirt.org, "Alon Bar-Lev" > > Sent: Friday, March 22, 2013 5:46:01 PM > > Subject: Re: [Users] Package installation error > > > > > > > > ----- Original Message ----- > > > From: "Shireesh Anjal" > > > To: "Alon Bar-Lev" > > > Cc: "Simon Grinberg" , users at ovirt.org > > > Sent: Friday, March 22, 2013 8:34:40 AM > > > Subject: Re: [Users] Package installation error > > > > > > On 03/22/2013 12:11 AM, Alon Bar-Lev wrote: > > > > > > > > ----- Original Message ----- > > > >> From: "Simon Grinberg" > > > >> To: "Alon Bar-Lev" > > > >> Cc: users at ovirt.org, "Sahina Bose" , "Dave > > > >> Neary" > > > >> Sent: Thursday, March 21, 2013 7:40:17 PM > > > >> Subject: Re: [Users] Package installation error > > > >> > > > >> > > > >> > > > >> ----- Original Message ----- > > > >>> From: "Alon Bar-Lev" > > > >>> To: "Dave Neary" > > > >>> Cc: users at ovirt.org, "Sahina Bose" , > > > >>> "Simon > > > >>> Grinberg" > > > >>> Sent: Thursday, March 21, 2013 6:35:56 PM > > > >>> Subject: Re: [Users] Package installation error > > > >>> > > > >>> Simon? > > > >>> > > > >>> ----- Original Message ----- > > > >>>> From: "Dave Neary" > > > >>>> To: "Sahina Bose" > > > >>>> Cc: "Alon Bar-Lev" , users at ovirt.org > > > >>>> Sent: Thursday, March 21, 2013 6:34:56 PM > > > >>>> Subject: Re: [Users] Package installation error > > > >>>> > > > >>>> Hi, > > > >>>> > > > >>>> On 03/19/2013 05:24 AM, Sahina Bose wrote: > > > >>>>> You are right - Gluster 3.4 is only required to manage > > > >>>>> gluster > > > >>>>> clusters. > > > >>>>> > > > >>>>> Currently the question asked at setup is this : > > > >>>>> > > > >>>>> "The engine can be configured to present the UI in three > > > >>>>> different > > > >>>>> application modes. virt [Manage virtualization only], > > > >>>>> gluster > > > >>>>> [Manage > > > >>>>> gluster storage only], > > > >>>>> and both [Manage virtualization as well as gluster > > > >>>>> storage]" > > > >>>>> where > > > >>>>> both > > > >>>>> is the default. > > > >>>>> > > > >>>>> If this is confusing to the user, we can change this > > > >>>>> message. > > > >>>>> Suggestions? > > > >>>> I would either: > > > >>>> > > > >>>> (a) put "Virt" as the default, or > > > >> I would go for this one, this keeps backwards compatibility. > > > >> Is there an easy method to change this configuration later? > > > > Yes, changing the cluster settings. > > > > > > No - you can change the cluster settings (virt service/gluster > > > service) > > > only if the application mode is "both". In virt only mode, the > > > cluster > > > is virt only, and same with gluster-only. So if you want user to > > > be > > > able > > > to change the mode *after* installation, this config > > > (ApplicationMode) > > > must be exposed in the engine-config tool. > > > > So if I'll try to sum up (with reference to other emails on this > > thread). > > 1. Default should be virt only > > 2. Keep the question and better explain what is the Gluster option > > (preferable a link to the relevant page) > > 3. Add a config option to easily change the selection later > > Need to think about the implication of the third option in case the > > change conflicts with hosts/clusters that are already configured > > other wise. > > Example: Initial selection was Virt and now adding dual mode - > > always > > OK > > Example: Initial selection was Virt, no host in the setup, and now > > changing to Gluster mode - OK > > Example: Initial selection was Virt, Hosts already in the setup > > installed in virt mode, and now changing to Gluster mode - What > > will > > we do? > > > > My take, > > Config option can only set to dual mode, never the other way > > around. > > This will save the need to add sophisticated logic > > > > Sounds right? > > Yes, but I am unsure that this is a single config option... > Maybe I did not understand you properly, but I think this should be > an option in the UI. AFAIK, it's an option in the _options table that is not yet exposed to the -config utility The reason it's there since it's alters the appearance and removes some GUI options in the first place. > > And... if this option is in UI, then... why do we need anything at > setup...? user can log into the system and configure the cluster in > any way he likes. Well that was the initial idea behind the dual mode, everything exposed and the user selects in the GUI on the cluster level what to use. This confuses users as this thread apparently exposes. Users that do not care about Glusters would like not to bother to set this up on each cluster, and vice verse. > > I am thinking into the future that when first login into the admin > console there should be some wizard, instead of performing this at > setup time. If configuration options are allowed to be dynamically modified (and we are working to have it so) this does not contradict, the wizard is just a first login graphical setup. > > > > > > > > > > > > > > > >>>> (b) remove this question entirely - if someone is installing > > > >>>> oVirt, > > > >>>> assume they want to manage virt. If someone is installing > > > >>>> Gluster, > > > >>>> have > > > >>>> an option during the Gluster install to have the oVirt > > > >>>> management > > > >>>> console. > > > >> We do want people to get exposed to the Gluster option. > > > >> > > > >>>> If someone wants to manage both their Gluster bricks and > > > >>>> their > > > >>>> virt > > > >>>> with > > > >>>> oVirt, I would make that a post-install option to oVirt - > > > >>>> perhaps > > > >>>> with > > > >>>> an extra package to install (which would depend on the later > > > >>>> version > > > >>>> of > > > >>>> Gluster). > > > >>>> > > > >>>> Cheers, > > > >>>> Dave. > > > >>>> > > > >>>> > > > >>>> > > > >>>>> On 03/19/2013 01:41 PM, Dave Neary wrote: > > > >>>>>> Hi, > > > >>>>>> > > > >>>>>> On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: > > > >>>>>>> Now I am confused.... > > > >>>>>>> Do you or don't you need vdsm-gluster on your system? > > > >>>>>> Allow me to clarify. > > > >>>>>> > > > >>>>>> There have been several messages from users since the > > > >>>>>> oVirt > > > >>>>>> 3.2 > > > >>>>>> release asking why they need Gluster 3.4 pre-releases to > > > >>>>>> run > > > >>>>>> oVirt. > > > >>>>>> > > > >>>>>> My understanding is that you don't need Gluster 3.4 unless > > > >>>>>> you > > > >>>>>> want to > > > >>>>>> manage a Gluster cluster with oVirt. > > > >>>>>> > > > >>>>>> So my question is: are we sure that we are not leading > > > >>>>>> users > > > >>>>>> wrong, > > > >>>>>> and confusing them during the installation & set-up > > > >>>>>> process? > > > >>>>>> > > > >>>>>> Thanks, > > > >>>>>> Dave. > > > >>>>>> > > > >>>> -- > > > >>>> Dave Neary - Community Action and Impact > > > >>>> Open Source and Standards, Red Hat - > > > >>>> http://community.redhat.com > > > >>>> Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 > > > >>>> > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > From martin.kralicek at accenture.com Fri Mar 22 16:59:13 2013 From: martin.kralicek at accenture.com (martin.kralicek at accenture.com) Date: Fri, 22 Mar 2013 16:59:13 +0000 Subject: [Users] change web server certificate Message-ID: Hello, I would like to ask how to re-create certificate for web server only, with own certificate authority in ovirt 3.2 on Fedora 18. I tried couple of times but failed. Thanks for your advice. Martin Kr?l??ek Accenture Czech Republic Tel: (+420) 608 176 761 ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Fri Mar 22 17:25:17 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 22 Mar 2013 13:25:17 -0400 (EDT) Subject: [Users] change web server certificate In-Reply-To: Message-ID: <806320664.8561986.1363973117358.JavaMail.root@redhat.com> Just configure apache, within /etc/httpd/conf.d/ssl.conf ----- Original Message ----- > From: "martin kralicek" > To: users at ovirt.org > Sent: Friday, March 22, 2013 6:59:13 PM > Subject: [Users] change web server certificate > > > > > > Hello, > > > > I would like to ask how to re-create certificate for web server only, > with own certificate authority in ovirt 3.2 on Fedora 18. I tried > couple of times but failed. > > > > Thanks for your advice. > > > > Martin Kr?l??ek > Accenture > Czech Republic > > Tel: (+420) 608 176 761 > > > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If > you have received it in error, please notify the sender immediately > and delete the original. Any other use of the e-mail by you is > prohibited. > > Where allowed by local law, electronic communications with Accenture > and its affiliates, including e-mail and instant messaging > (including content), may be scanned by our systems for the purposes > of information security and assessment of internal compliance with > Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From martin.kralicek at accenture.com Fri Mar 22 18:23:31 2013 From: martin.kralicek at accenture.com (martin.kralicek at accenture.com) Date: Fri, 22 Mar 2013 18:23:31 +0000 Subject: [Users] change web server certificate In-Reply-To: <806320664.8561986.1363973117358.JavaMail.root@redhat.com> References: <806320664.8561986.1363973117358.JavaMail.root@redhat.com> Message-ID: I feel very stupid right now :D And asking myself why I have to do some hacks on /etc/pki/ovirt-engine Thanks for this advice :) -----Original Message----- From: Alon Bar-Lev [mailto:alonbl at redhat.com] Sent: Friday, March 22, 2013 6:25 PM To: Kralicek, Martin Cc: users at ovirt.org Subject: Re: [Users] change web server certificate Just configure apache, within /etc/httpd/conf.d/ssl.conf ----- Original Message ----- > From: "martin kralicek" > To: users at ovirt.org > Sent: Friday, March 22, 2013 6:59:13 PM > Subject: [Users] change web server certificate > > > > > > Hello, > > > > I would like to ask how to re-create certificate for web server only, > with own certificate authority in ovirt 3.2 on Fedora 18. I tried > couple of times but failed. > > > > Thanks for your advice. > > > > Martin Kr?l??ek > Accenture > Czech Republic > > Tel: (+420) 608 176 761 > > > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If you > have received it in error, please notify the sender immediately and > delete the original. Any other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture > and its affiliates, including e-mail and instant messaging (including > content), may be scanned by our systems for the purposes of > information security and assessment of internal compliance with > Accenture policy. > > ______________________________________________________________________ > ________________ > > www.accenture.com > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ----- Zpr?va neobsahuje viry. Zkontrolov?no AVG - www.avg.cz Verze: 2013.0.2904 / Virov? b?ze: 2641/6195 - Datum vyd?n?: 21.3.2013 This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com From lgavish at gmail.com Fri Mar 22 18:24:35 2013 From: lgavish at gmail.com (Limor Gavish) Date: Fri, 22 Mar 2013 20:24:35 +0200 Subject: [Users] VM crashes and doesn't recover Message-ID: Hello, I am using Ovirt 3.2 on Fedora 18: [wil at bufferoverflow ~]$ rpm -q vdsm vdsm-4.10.3-7.fc18.x86_64 (the engine is built from sources). I seem to have hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=922515 in the following configuration: Single host (no migrations) Created a VM, installed an OS inside (Fedora18) stopped the VM. created template from it. Created an additional VM from the template using thin provision. Started the second VM. in addition to the errors in the logs the storage domains (both data and ISO) crashed, i.e went to "unknown" and "inactive" states respectively. (see the attached engine.log) I attached the VDSM and engine logs. is there a way to work around this problem? It happens repeatedly. Yuval Meir -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm-log.zip Type: application/zip Size: 140885 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine-log.zip Type: application/zip Size: 81172 bytes Desc: not available URL: From alonbl at redhat.com Fri Mar 22 18:36:15 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 22 Mar 2013 14:36:15 -0400 (EDT) Subject: [Users] change web server certificate In-Reply-To: Message-ID: <524778207.8596852.1363977375416.JavaMail.root@redhat.com> Because you probably knew the much more non-standard product behavior of 3.1... So you are good, no worries. ----- Original Message ----- > From: "martin kralicek" > To: alonbl at redhat.com > Cc: users at ovirt.org > Sent: Friday, March 22, 2013 8:23:31 PM > Subject: RE: [Users] change web server certificate > > I feel very stupid right now :D And asking myself why I have to do > some hacks on /etc/pki/ovirt-engine > Thanks for this advice :) > > -----Original Message----- > From: Alon Bar-Lev [mailto:alonbl at redhat.com] > Sent: Friday, March 22, 2013 6:25 PM > To: Kralicek, Martin > Cc: users at ovirt.org > Subject: Re: [Users] change web server certificate > > Just configure apache, within /etc/httpd/conf.d/ssl.conf > > ----- Original Message ----- > > From: "martin kralicek" > > To: users at ovirt.org > > Sent: Friday, March 22, 2013 6:59:13 PM > > Subject: [Users] change web server certificate > > > > > > > > > > > > Hello, > > > > > > > > I would like to ask how to re-create certificate for web server > > only, > > with own certificate authority in ovirt 3.2 on Fedora 18. I tried > > couple of times but failed. > > > > > > > > Thanks for your advice. > > > > > > > > Martin Kr?l??ek > > Accenture > > Czech Republic > > > > Tel: (+420) 608 176 761 > > > > > > > > This message is for the designated recipient only and may contain > > privileged, proprietary, or otherwise confidential information. If > > you > > have received it in error, please notify the sender immediately and > > delete the original. Any other use of the e-mail by you is > > prohibited. > > > > Where allowed by local law, electronic communications with > > Accenture > > and its affiliates, including e-mail and instant messaging > > (including > > content), may be scanned by our systems for the purposes of > > information security and assessment of internal compliance with > > Accenture policy. > > > > ______________________________________________________________________ > > ________________ > > > > www.accenture.com > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ----- > Zpr?va neobsahuje viry. > Zkontrolov?no AVG - www.avg.cz > Verze: 2013.0.2904 / Virov? b?ze: 2641/6195 - Datum vyd?n?: 21.3.2013 > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If > you have received it in error, please notify the sender immediately > and delete the original. Any other use of the e-mail by you is > prohibited. > > Where allowed by local law, electronic communications with Accenture > and its affiliates, including e-mail and instant messaging > (including content), may be scanned by our systems for the purposes > of information security and assessment of internal compliance with > Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > From jhorne at skopos.us Fri Mar 22 20:58:34 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Fri, 22 Mar 2013 20:58:34 +0000 Subject: [Users] management server very slow lately In-Reply-To: <514C734B.6040509@redhat.com> Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC2B2433BB@AUSP01DAG0201> is it ok to restart the engine at any time, or should i be prepared for a maintenance window? this manager has 12 hosts, and about 75 VMs. we are running 3.1, dreyou's EL6 packages. [jhorne at d0lppc021 ~]$ rpm -qa|grep ovirt ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.1.0.5-1.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-log-collector-3.1.0-16.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-config-3.1.0-3.19.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch ovirt-engine-cli-3.1.0.7-1.el6.noarch ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch thanks, jonathan On 3/22/13 10:05 AM, "Juan Hernandez" wrote: >On 03/22/2013 02:54 PM, Jonathan Horne wrote: >> top - 08:53:38 up 70 days, 16:31, 1 user, load average: 0.40, 0.34, >>0.32 >> Tasks: 432 total, 1 running, 431 sleeping, 0 stopped, 0 zombie >> Cpu(s): 1.3%us, 0.1%sy, 0.0%ni, 98.6%id, 0.0%wa, 0.0%hi, 0.0%si, >>0.0%st >> Mem: 32876240k total, 18653508k used, 14222732k free, 522432k buffers >> Swap: 2097144k total, 4528k used, 2092616k free, 6270908k cached >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >> 2121 ovirt 20 0 12.9g 7.7g 18m S 9.0 24.6 16539:08 java >> > >This is not normal at all. First thing that is strange is that your >engine is taking 7.7 GiB of RAM, which it should never take, as it is by >default limited to 1 GiB. Did you assign more memory to the engine on >purpose? How much? If you assign a lot of memory it can start to consume >a lot of CPU just for garbage collection. You may want to enable verbose >garbage collection adding this to /etc/sysconfig/ovirt-engine (or >/etc/ovirt-engine/engine.conf if you are using the latest source code): > > ENGINE_VERBOSE_GC=true > >Then restart the engine and it will start to dump garbage collection >statistics to /var/log/ovirt-engine/console.log. The garbage collection >should be quite silent in an low activity system. > >We used to have a bug that caused the max amount of memory not be >correctly limited, but it was fixed long ago: > > http://gerrit.ovirt.org/7952 > >The other thing that seems strange is the amount of CPU that it is >consuming. Do you have many hosts managed by that engine? In an >otherwise idle environment the CPU consumption is caused by the periodic >polls of the hosts, one each two seconds by default. If you see >continually the engine using a significant amount of CPU (you the output >of top above it is 9%) it could be useful to get a snapshot of the >stacks of threads, to see which threads in particular are consuming the >CPU. Send the QUIT signal to the engine process and it will dump the >stacks of the threads to /var/log/ovirt-engine/console.log: > > # kill -3 $(cat /var/run/ovirt-engine.pid) > >Once you have that dump you can check which thread is consuming the CPU >as follows: > >1. Get the PIDs of the threads of the engine together with their use of >CPU: > > # ps -L -u ovirt -o tid,pcpu > >2. If you see one of them consuming a high amount of CPU time then try >to find it in the stack dump generated in >/var/log/ovirt-engine/console.log. Lets assume that the PID is 13397, >for example, translate it to hex: > > # printf "%04x\n" 13397 > 3455 > >3. Then look in /var/log/ovirt-engine/console.log for a line containing >"nid=0x3455". There you will find the stack trace of that thread, >something like this: > > "ajp-/127.0.0.1:8702-Acceptor-0" daemon prio=10 >tid=0x00007f41e0220800 nid=0x3493 runnable [0x00007f41dbdf2000] > java.lang.Thread.State: RUNNABLE > ... > >Most threads will be waiting, but if you find one thread that is >consistently RUNNABLE then there is probably an issue. The dump of the >stack of that thread can help to find out what it is doing and why it is >consuming the CPU. > >> >> I don't have a lot of experience with jboss, so im not sure it thats >>good or bad. I did the jboss restart, and that helped a little, but its >>still a little sluggish again, now a few days later. >> >> Thanks, >> >> -----Original Message----- >> From: Itamar Heim [mailto:iheim at redhat.com] >> Sent: Friday, March 15, 2013 6:32 AM >> To: Jonathan Horne >> Cc: users at ovirt.org >> Subject: Re: [Users] management server very slow lately >> >> On 03/13/2013 08:51 PM, Jonathan Horne wrote: >>> Hello, lately my manager server web interface is extremely sluggish. >>> Perhaps the server is ready for a reboot? >>> >>> My management server is also the hosts of my NFS export and ISO mounts. >>> Is there a prescribed method for rebooting when I am also providing >>> NFS services from the management server? My assumption is that aside >>> from NFS, I should be able to reboot the management serve and the >>> nodes and virtual machines will be fine in the mean time? >> >> what's the cpu consumption of your ovirt-engine service (java process). >> cpu load on the engine? memory/swap state of the engine, etc >> >> >> ________________________________ >> This is a PRIVATE message. If you are not the intended recipient, >>please delete without copying and kindly advise us by e-mail of the >>mistake in delivery. NOTE: Regardless of content, this e-mail shall not >>operate to bind SKOPOS to any order or other contract unless pursuant to >>explicit written agreement or government initiative expressly permitting >>the use of e-mail for such purpose. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > >-- >Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta >3?D, 28016 Madrid, Spain >Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From tscofield at gmail.com Sat Mar 23 02:45:31 2013 From: tscofield at gmail.com (Thomas Scofield) Date: Fri, 22 Mar 2013 22:45:31 -0400 Subject: [Users] power management for drac6 In-Reply-To: <514C0966.6020602@gmail.com> References: <514C0782.2020201@gmail.com> <514C0966.6020602@gmail.com> Message-ID: An old vdsm agent was the source of some of my issues. After updating to 4.10.3 I was able to get it working, the options are being passed now. I had to add a login_timeout as well since one of the drac interfaces is a bit slow on login. cmd_prompt=admin,login_timeout=15 On Fri, Mar 22, 2013 at 3:33 AM, Yuriy Demchenko wrote: > vdsm.log >> >> Thread-1978569::DEBUG::2013-**03-21 11:30:38,769::API::1024::vds::**(fenceNode) >> fenceNode(addr=vm2-mgt,port=,**agent=drac5,user=root,passwd=** >> XXXX,action=status,secure=,**options=) >> >> btw, looking at this log string i presume you hit the bug from this > tread (if you using ovirt 3.1): http://comments.gmane.org/** > gmane.comp.emulators.ovirt.**user/3528 > engine didnt pass options string when talking to vdsm > > you can try and patch it: > > diff --git a/vdsm/BindingXMLRPC.py b/vdsm/BindingXMLRPC.py > index cc5300f..8b548e4 100644 > --- a/vdsm/BindingXMLRPC.py > +++ b/vdsm/BindingXMLRPC.py > @@ -357,7 +357,7 @@ class BindingXMLRPC(object): > secure=False, options=''): > api = API.Global() > return api.fenceNode(addr, port, agent, username, password, > - action, secure) > + action, secure, options) > > def setLogLevel(self, level): > api = API.Global() > > Yuriy Demchenko > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Mar 23 10:41:27 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 23 Mar 2013 11:41:27 +0100 Subject: [Users] Fast way to see all snapshots on my infra? In-Reply-To: <1363961234.5944.30.camel@pc-ovido02.lan.ovido.at> References: <1363961234.5944.30.camel@pc-ovido02.lan.ovido.at> Message-ID: On Fri, Mar 22, 2013 at 3:07 PM, Ren? Koch (ovido) wrote: > Hi Gianluca, > > You can try something like this (dirty) command: > > URL='https://localhost/api'; USER='admin at internal'; > cp /dev/null /tmp/ovirt-snapshots; echo -e "list vms\nexit" >> /tmp/ovirt-vms; for VM in `ovirt-shell -l ${URL} -u ${USER} -c -I > -f /tmp/ovirt-vms | grep name | tr -s ' ' ' ' | cut -d' ' -f3`; do echo > "list snapshots --vm-identifier ${VM} --show-all" >>> /tmp/ovirt-snapshots; done; echo "exit" >> /tmp/ovirt-snapshots; > ovirt-shell -l ${URL} -u ${USER} -c -I -f /tmp/ovirt-snapshots > Ok, it works thanks. Two questions: 1) On my all-in-one system with f18 + oVirt stable 3.2.1 I have ovirt-engine-3.2.1-1.fc18.noarch ovirt-engine-cli-3.2.0.11-1.fc18.noarch when I run ovirt-shell I get >>> connected to oVirt manager 3.2.0.0 <<< so this banner refers to ovirt-shell itself and not the engine itself, I presume... correct? 2) If I have one VM with one snapshot the beginning of the output is: ========================================== >>> connected to oVirt manager 3.2.0.0 <<< ========================================== id : f916e1a3-13bc-43e8-8187-65a1ab9163c8 description : Active VM date : 2013-03-01T00:31:20.898+01:00 snapshot_status: ok type : active id : 5a623a18-11eb-455b-9791-680795a23f8e description : test date : 2013-03-22T01:08:50.038+01:00 ... Then I create another snapshot and I get: ========================================== >>> connected to oVirt manager 3.2.0.0 <<< ========================================== id : c714182a-46e2-4a85-b7db-1b74542b202c description : Active VM date : 2013-03-01T00:31:20.898+01:00 snapshot_status: ok type : active id : 5a623a18-11eb-455b-9791-680795a23f8e description : test date : 2013-03-22T01:08:50.038+01:00 ... id : f916e1a3-13bc-43e8-8187-65a1ab9163c8 description : test2 date : 2013-03-23T11:27:21.931+01:00 snapshot_status : ok ... If the first "id" value in first 5 lines refers to VM itself, why does it change between first run with one snapshot (value f916e1a3-13bc-43e8-8187-65a1ab9163c8) and the second run (value c714182a-46e2-4a85-b7db-1b74542b202c) btw the id of first run matches the id "assigned" to the second snapshot in second run (test2)????? Thanks, Gianluca From crash0veride007 at gmail.com Fri Mar 22 04:27:19 2013 From: crash0veride007 at gmail.com (Chris Brown) Date: Thu, 21 Mar 2013 23:27:19 -0500 Subject: [Users] Feature request: allow usbtablet and vram config via UI In-Reply-To: References: Message-ID: Allow for a usbtablet input device to be enabled and used. Perhaps via the console configuration UI for a VM in the admin and user portals. -Highly useful in the event that a guest OS does not have the spice agent loaded nor is it available for said guest OS. -Also in the case of guest OS that simply does not want to work and play well with - All Operating systems since ~1998 understand and will deal with mouse events in absolute mode Allow for vram and vram_ size to be configurable for CIrrus(VNC) and QXL(Spice) console types. - Default VRAM sizes are not enough to allow for larger resolutions at times. - Especially the case in multiple monitor SPICE, fullscreen, or VNC consoles The above can be altered via VDSM hooks however this is rather painful. Additionally these options or similar are configurable in other competing solutions. - DHC -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin at eagleman.net Fri Mar 22 17:04:37 2013 From: robin at eagleman.net (robin) Date: Fri, 22 Mar 2013 18:04:37 +0100 Subject: [Users] utf8' codec can't decode byte 0xa0 in position 140 Message-ID: <514C8F25.3010304@eagleman.net> After some testing with the oVirt allinone install in KVM ( nested virtualisation ) i have decided to use it on a "real" machine. I have followed this guide: http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-2-edition/ After running the config-allinone install command i am getting the error: utf8' codec can't decode byte 0xa0 in position 140: invalid start byte. here is the log: http://hpaste.org/84496 Any idea what went wrong? From tristan.marler at idocz.net Wed Mar 20 19:09:09 2013 From: tristan.marler at idocz.net (Tristan Marler) Date: Wed, 20 Mar 2013 13:09:09 -0600 Subject: [Users] lab help - apuimedo Message-ID: <544A131A1D9EDA43A4DCACEE211EF1F6F0F728@dc1.artizta.local> Hi Folks, I've been working with apuimedo on IRC regarding trying to setup just a basic lab system to work with ovirt. I'm just trying to get the local host setup, and it fails after the RHEV_INSTALL step, the next step says "Host (blah) installation failed. SSH command failed while executing at host... refer to logs". At apuimedo's request I attach the vdsm.log and engine.log Thanks for the help ;D Tristan Marler, Systems Administrator Direct 403.984.0010 ext. 219 Toll Free 1.877.497.9492 / Fax 403.984.0011 Tristan.Marler at idocz.net / www.idocz.net Connect with idocz -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 5541 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.gif Type: image/gif Size: 799 bytes Desc: image002.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.gif Type: image/gif Size: 833 bytes Desc: image003.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.gif Type: image/gif Size: 810 bytes Desc: image004.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 178825 bytes Desc: vdsm.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 441177 bytes Desc: engine.log URL: From uril at redhat.com Thu Mar 21 16:29:23 2013 From: uril at redhat.com (Uri Lublin) Date: Thu, 21 Mar 2013 18:29:23 +0200 Subject: [Users] [Spice-devel] spicec failed to connect spice-server, error code 111 In-Reply-To: <1ff54a35.20b8c.13d68cf4102.Coremail.bigclouds@163.com> References: <1ff54a35.20b8c.13d68cf4102.Coremail.bigclouds@163.com> Message-ID: <514B3563.6020608@redhat.com> On 03/14/2013 02:10 PM, bigclouds wrote: > spicec -h HOST -p 5900 -s 5901 --ca-file file.pem > warning:fialed to connect : connection refused(111) Connection refused. The qemu-kvm output (spice-server part) may contain a clue. Also you probably need to provide a password and a host-subject. From alonbl at redhat.com Sun Mar 24 08:01:49 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Sun, 24 Mar 2013 04:01:49 -0400 (EDT) Subject: [Users] utf8' codec can't decode byte 0xa0 in position 140 In-Reply-To: <514C8F25.3010304@eagleman.net> Message-ID: <1846472225.8658277.1364112109691.JavaMail.root@redhat.com> Yes, we just fixed this issue. Can you please install otopi* rpms from here[1] [1] http://jenkins.ovirt.org/view/All/job/otopi_create_rpms_1.0/1/jdk=java-1.7.0-openjdk-1.7.0.9-2.3.7.1.el6_3.x86_6,label=fedora18/ ----- Original Message ----- > From: "robin" > To: users at ovirt.org > Sent: Friday, March 22, 2013 7:04:37 PM > Subject: [Users] utf8' codec can't decode byte 0xa0 in position 140 > > After some testing with the oVirt allinone install in KVM ( nested > virtualisation ) i have decided to use it on a "real" machine. > > I have followed this guide: > http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-2-edition/ > > After running the config-allinone install command i am getting the > error: utf8' codec can't decode byte 0xa0 in position 140: invalid > start byte. > > here is the log: http://hpaste.org/84496 > > Any idea what went wrong? > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mlipchuk at redhat.com Sun Mar 24 08:05:11 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Sun, 24 Mar 2013 10:05:11 +0200 Subject: [Users] vm runs on host 1 and clone from snapshot runs on host 2? In-Reply-To: References: Message-ID: <514EB3B7.9030808@redhat.com> Hi Gianluca, You can set the VM to run on a specific host, when editing the VM and choose the Host tab and Run On a specific host Generally, you can configure your cluster to use three different types of selections: None, Even Distributed and Power Saving. This can be set at the Cluster Policy tab, when you edit the cluster. By default the cluster is using None policy, which actually runs the even distributed algorithm when you run a VM. Regards, Maor On 03/22/2013 09:38 AM, Gianluca Cecchi wrote: > Hello, > while I'm testing the fix for 3.2.1 and clone from snapshot in my two > nodes cluster, I notice this > > VM zensrv runs on host f18ovn03. > I create a snapshot and then clone from snapshot and the qemu-img > convert process is running on the other node. > Is this desired, expected, managed? If so, it's great... > > [g.cecchi at f18ovn03 ~]$ ps -ef|grep [z]ensrv > qemu 15811 1 7 Mar19 ? 04:29:28 /usr/bin/qemu-kvm > -name zensrv -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 2048 -smp > 1,sockets=1,cores=1,threads=1 -uuid > c0a43bef-7c9d-4170-bd9c-63497e61d3fc -smbios > type=1,manufacturer=oVirt,product=oVirt > Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=c0a43bef-7c9d-4170-bd9c-63497e61d3fc > -no-user-config -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/zensrv.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2013-03-19T16:30:10,driftfix=slew -no-shutdown -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive > if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device > ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive > file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc,if=none,id=drive-virtio-disk0,format=qcow2,serial=01488698-6420-4a32-9095-cfed1ff8f4bf,cache=none,werror=stop,rerror=stop,aio=native > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 > -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:43:d9:df,bus=pci.0,addr=0x3 > -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/zensrv.com.redhat.rhevm.vdsm,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/zensrv.org.qemu.guest_agent.0,server,nowait > -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev spicevmc,id=charchannel2,name=vdagent -device > virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir > -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -incoming > tcp:0.0.0.0:49152 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 > > > [g.cecchi at f18ovn01 ~]$ ps -ef|grep [c]onvert > vdsm 25609 3141 14 08:30 ? 00:00:16 /usr/bin/qemu-img > convert -t none -f qcow2 > /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc > -O raw /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/3fb66ba1-cfcb-4341-8960-46f0e8cf6e83/images/8fe906ef-db2e-497a-8b6b-6b00de91f8fe/b61cd69e-a556-4530-b00b-1eaf8afd15bb > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alonbl at redhat.com Sun Mar 24 08:24:59 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Sun, 24 Mar 2013 04:24:59 -0400 (EDT) Subject: [Users] utf8' codec can't decode byte 0xa0 in position 140 In-Reply-To: <1846472225.8658277.1364112109691.JavaMail.root@redhat.com> Message-ID: <767703755.8658762.1364113499500.JavaMail.root@redhat.com> Sorry. build is at[1] [1] http://jenkins.ovirt.org/job/otopi_create_rpms_1.0/jdk=java-1.7.0-openjdk-1.7.0.9-2.3.7.1.el6_3.x86_6,label=fedora18/2/ ----- Original Message ----- > From: "Alon Bar-Lev" > To: "robin" > Cc: users at ovirt.org > Sent: Sunday, March 24, 2013 10:01:49 AM > Subject: Re: [Users] utf8' codec can't decode byte 0xa0 in position 140 > > Yes, we just fixed this issue. > > Can you please install otopi* rpms from here[1] > > [1] > http://jenkins.ovirt.org/view/All/job/otopi_create_rpms_1.0/1/jdk=java-1.7.0-openjdk-1.7.0.9-2.3.7.1.el6_3.x86_6,label=fedora18/ > > ----- Original Message ----- > > From: "robin" > > To: users at ovirt.org > > Sent: Friday, March 22, 2013 7:04:37 PM > > Subject: [Users] utf8' codec can't decode byte 0xa0 in position 140 > > > > After some testing with the oVirt allinone install in KVM ( nested > > virtualisation ) i have decided to use it on a "real" machine. > > > > I have followed this guide: > > http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-2-edition/ > > > > After running the config-allinone install command i am getting the > > error: utf8' codec can't decode byte 0xa0 in position 140: invalid > > start byte. > > > > here is the log: http://hpaste.org/84496 > > > > Any idea what went wrong? > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From gianluca.cecchi at gmail.com Sun Mar 24 08:30:23 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sun, 24 Mar 2013 09:30:23 +0100 Subject: [Users] vm runs on host 1 and clone from snapshot runs on host 2? In-Reply-To: <514EB3B7.9030808@redhat.com> References: <514EB3B7.9030808@redhat.com> Message-ID: On Sun, Mar 24, 2013 at 9:05 AM, Maor Lipchuk wrote: > Hi Gianluca, > You can set the VM to run on a specific host, when editing the VM and > choose the Host tab and Run On a specific host > > Generally, you can configure your cluster to use three different types > of selections: None, Even Distributed and Power Saving. > This can be set at the Cluster Policy tab, when you edit the cluster. > By default the cluster is using None policy, which actually runs the > even distributed algorithm when you run a VM. > Yes, I know very well this. My observation was about another thing: the disk clone operation itself, that is one step of the "clone from snapshot" activity; the process /usr/bin/qemu-img convert -t none -f qcow2 .... that starting from disk of VM1 creates the disk of VM2 (its clone) I presumed that if host1 had in charge VM1, it would have been host1 in charge of making the disk clone. Instead I observed that the disk clone operation was in charge of host2... Hope it is more clear now.... It has nothing to do with which host then will run the clone From emesika at redhat.com Sun Mar 24 08:36:25 2013 From: emesika at redhat.com (Eli Mesika) Date: Sun, 24 Mar 2013 04:36:25 -0400 (EDT) Subject: [Users] lab help - apuimedo In-Reply-To: <544A131A1D9EDA43A4DCACEE211EF1F6F0F728@dc1.artizta.local> Message-ID: <297159113.12801365.1364114185088.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Tristan Marler" > To: users at ovirt.org > Sent: Wednesday, March 20, 2013 9:09:09 PM > Subject: [Users] lab help - apuimedo > > > > > > Hi Folks, > > > > I've been working with apuimedo on IRC regarding trying to setup just > a basic lab system to work with ovirt. I'm just trying to get the > local host setup, and it fails after the RHEV_INSTALL step, the next > step says "Host (blah) installation failed. SSH command failed while > executing at host... refer to logs". > > > > At apuimedo's request I attach the vdsm.log and engine.log Hi Seems as you are falling on SSH Session Timeout 1) Log in to Host as root user and open file /etc/ssh/sshd_config and make sure that following options are not commented. ClientAliveInterval 600 ClientAliveCountMax 0 2) retry > > > > Thanks for the help ;D > > > > Tristan Marler , Systems Administrator > > Direct 403.984.0010 ext. 219 > Toll Free 1.877.497.9492 / Fax 403.984.0011 > Tristan.Marler at idocz.net / www.idocz.net > > > Connect with idocz > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dron at redhat.com Sun Mar 24 08:53:39 2013 From: dron at redhat.com (Dafna Ron) Date: Sun, 24 Mar 2013 10:53:39 +0200 Subject: [Users] Starting VM gets paused In-Reply-To: <514C2B87.6000606@ecarnot.net> References: <514C2B87.6000606@ecarnot.net> Message-ID: <514EBF13.6010901@redhat.com> is the vm preallocated or thin provision disk type? also, can you please attach engine, vdsm, libvirt and the vm's qemu logs? On 03/22/2013 11:59 AM, Nicolas Ecarnot wrote: > Hi, > > After two months of stable usage of this 3.1 oVirt setup, here comes > the first blocking issue for which I've no other mean to ask some hint. > > When I'm starting a VM, the start process is running fine. Being fast > enough, we can ssh-connect to it, but 5 seconds later, the VM is paused. > > In the manager, I see that : > > 2013-03-22 09:42:57,435 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] > (QuartzScheduler_Worker-40) Error in parsing vm pause status. Setting > value to NONE > 2013-03-22 09:42:57,436 INFO > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > (QuartzScheduler_Worker-40) VM serv-chk-adm3 > 3e17586d-bf8f-465b-8075-defaac90bc95 moved from PoweringUp --> Paused > > And on the host, I see one warning message, no error msg, and many > looping repeated messages : > > * Warning : > > Thread-1968::WARNING::2013-03-22 > 09:19:18,536::libvirtvm::1547::vm.Vm::(_readPauseCode) > vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::_readPauseCode > unsupported by libvirt vm > > * Repeated msgs, amongst other repeated ones : > Thread-1973::DEBUG::2013-03-22 > 09:19:20,247::libvirtvm::220::vm.Vm::(_getNetworkStats) > vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Network stats not available > Thread-1973::DEBUG::2013-03-22 > 09:19:20,247::libvirtvm::240::vm.Vm::(_getDiskStats) > vmId=`3e17586d-bf8f-465b-8075-defaac90bc95`::Disk hdc stats not available > > > I made my homework and found some bugs that could be similar : > https://bugzilla.redhat.com/show_bug.cgi?id=660598 > https://bugzilla.redhat.com/show_bug.cgi?id=672208 > and moreover : > https://bugzilla.redhat.com/show_bug.cgi?id=695393 > > - I tried to restart the node's vds daemon : same behavior > - I tried to reboot the node : same behavior > - I tried to to restart the manager's engine : same behavior > - I tried to run this VM on another node : same behavior > - I tried to run another VM on the node I saw the issue : the other VM > is running fine. > > I don't know if I have to conclude that this issue is specific to this > VM, but I sounds like yes. > Things to say about this VM : > - it it a RH6 IIRC. It has already been successfully started, > migrated, stopped and rebooted many times in the past. > - it has 3 disks : one for the system and two for datas. > - it has no snapshots > - it has no different or complicated network setup > > My storage domain is a SAN, iSCSI linked, and doing good job since > months. > > I must admit I'm a bit stuck. Last thing I haven't tried is to reboot > the manager, though I'm not sure that would help. > -- Dafna Ron From mlipchuk at redhat.com Sun Mar 24 09:01:21 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Sun, 24 Mar 2013 11:01:21 +0200 Subject: [Users] Attaching storage domain and its VMs to a new DC In-Reply-To: References: Message-ID: <514EC0E1.1030502@redhat.com> Hi Gianluca, See my comments inline. Regards, Maor On 03/22/2013 10:56 AM, Gianluca Cecchi wrote: > Hello, > this is my situation. Downtime of the VMs is not a problems as it is a > test environment > all based on 3.2.1 on f18 and ovirt stable repo > > DC1 > FC type with cluster1 > 2 hosts connected to 7 FC LUNs > power mgmt configured > live migration ok > overall 11 VMs > > DC2 > FC type with cluster2 > 1 host > (it has access to all the LUNs of DC1from a SAN point of view, but not > configured at the moment) > > DC1 has ovirtmgmt without vlan tagging > DC2 has ovirtmgmt with vlan tagging > > I would like to move all storage domains and VMs into DC2 and then > redeploy the DC1 hosts in DC2 so that I have a three nodes cluster > with a vlan tagged ovirtmgmt in DC2 and I delete DC1 > > How can I move storage domains from DC1 to DC2 without exporting/importing VMS? For now there is no support I'm aware of except import/export. > Can I "simply" detach" them one-by-one from DC1 and attach to DC2? > Will the VMs automatically be part of DC2 and its cluster cluster2 > (apart from eventually reconfigure their network)? I think that there is a plan to support live storage migration with live guest migration, but I'm not sure if it will be cross DC. You are welcome to open an RFE on that issue. > > Thanks, > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpastern at redhat.com Sun Mar 24 09:08:08 2013 From: mpastern at redhat.com (Michael Pasternak) Date: Sun, 24 Mar 2013 11:08:08 +0200 Subject: [Users] Configure spice plugin for wan In-Reply-To: <5144E222.30106@redhat.com> References: <5144E222.30106@redhat.com> Message-ID: <514EC278.9050809@redhat.com> On 03/16/2013 11:20 PM, Itamar Heim wrote: > On 03/15/2013 07:50 PM, Ren? Koch wrote: >> >> -----Original message----- >>> From:Gianluca Cecchi >>> Sent: Friday 15th March 2013 18:30 >>> To: Itamar Heim >>> Cc: users >>> Subject: Re: [Users] Configure spice plugin for wan >>> >>> On Fri, Mar 15, 2013 at 11:02 AM, Itamar Heim wrote: >>>> On 03/07/2013 08:00 AM, Gianluca Cecchi wrote: >>>>> >>>>> On Thu, Mar 7, 2013 at 6:58 AM, Gianluca Cecchi >>> >>>> >>>> was this resolved? >>>> you've mentioned above you are using 'rhev-agent' - ovirt may be checking >>>> for ovirt-guest-agent'... >>>> please send list of installed applications as reported by the guest agent >>>> (restapi probably easiest). >>> >>> No, only a few lines shown for applications and no wan option shown in >>> user portal... >>> I "compiled" ovirt-guest-agent service for windows XP and Windows7 >>> A quick command line example of using rest/api to get applications? >> >> >> Applications aren't accessible using REST-API. >> But it would be great if this would be added as a feature in 3.3... :) > > interesting. michael - any reason for this? the overhead of sending a bulk of applications when listing vms at /vms, but this can be implemented as emulated sub-collection under vm (as we did for /cdroms), i've filed [1] for this. [1] https://bugzilla.redhat.com/show_bug.cgi?id=926928 > as a workaround, command line can be done at host level via vdsClient -s 0 getAllVmStats -- Michael Pasternak RedHat, ENG-Virtualization R&D From mlipchuk at redhat.com Sun Mar 24 09:07:16 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Sun, 24 Mar 2013 11:07:16 +0200 Subject: [Users] vm runs on host 1 and clone from snapshot runs on host 2? In-Reply-To: References: <514EB3B7.9030808@redhat.com> Message-ID: <514EC244.9020100@redhat.com> Hi Gianluce, The Host which creates the disks, or any storage related allocation operation is only the SPM in the DC. Regards, Maor On 03/24/2013 10:30 AM, Gianluca Cecchi wrote: > On Sun, Mar 24, 2013 at 9:05 AM, Maor Lipchuk wrote: >> Hi Gianluca, >> You can set the VM to run on a specific host, when editing the VM and >> choose the Host tab and Run On a specific host >> >> Generally, you can configure your cluster to use three different types >> of selections: None, Even Distributed and Power Saving. >> This can be set at the Cluster Policy tab, when you edit the cluster. >> By default the cluster is using None policy, which actually runs the >> even distributed algorithm when you run a VM. >> > > Yes, I know very well this. > My observation was about another thing: > > the disk clone operation itself, that is one step of the "clone from > snapshot" activity; the process > > /usr/bin/qemu-img convert -t none -f qcow2 .... > > that starting from disk of VM1 creates the disk of VM2 (its clone) > > I presumed that if host1 had in charge VM1, it would have been host1 > in charge of making the disk clone. > Instead I observed that the disk clone operation was in charge of host2... > > Hope it is more clear now.... > > It has nothing to do with which host then will run the clone > From mlipchuk at redhat.com Sun Mar 24 09:34:13 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Sun, 24 Mar 2013 11:34:13 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: References: Message-ID: <514EC895.3090900@redhat.com> >From the VDSM log, it seems that the master storage domain was not responding. Thread-23::DEBUG::2013-03-22 18:50:20,263::domainMonitor::216::Storage.DomainMonitorThread::(_monitorDomain) Domain 1083422e-a5db-41b6-b667-b9ef1ef244f0 changed its status to Invalid .... Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 186, in _monitorDomain self.domain.selftest() File "/usr/share/vdsm/storage/nfsSD.py", line 108, in selftest fileSD.FileStorageDomain.selftest(self) File "/usr/share/vdsm/storage/fileSD.py", line 480, in selftest self.oop.os.statvfs(self.domaindir) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 280, in callCrabRPCFunction *args, **kwargs) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 180, in callCrabRPCFunction rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 146, in _recvAll raise Timeout() Timeout ..... I'm also see a san lock issue, but I think that is because the storage could not be reached: ReleaseHostIdFailure: Cannot release host id: ('1083422e-a5db-41b6-b667-b9ef1ef244f0', SanlockException(16, 'Sanlock lockspace remove failure', 'Device or resource busy')) Can you try to see if the ip tables are running on your host, and if so, please check if it is blocking the storage server by any chance? Can you try to manually mount this NFS and see if it works? Is it possible the storage server got connectivity issues? Regards, Maor On 03/22/2013 08:24 PM, Limor Gavish wrote: > Hello, > > I am using Ovirt 3.2 on Fedora 18: > [wil at bufferoverflow ~]$ rpm -q vdsm > vdsm-4.10.3-7.fc18.x86_64 > > (the engine is built from sources). > > I seem to have hit this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=922515 > > in the following configuration: > Single host (no migrations) > Created a VM, installed an OS inside (Fedora18) > stopped the VM. > created template from it. > Created an additional VM from the template using thin provision. > Started the second VM. > > in addition to the errors in the logs the storage domains (both data and > ISO) crashed, i.e went to "unknown" and "inactive" states respectively. > (see the attached engine.log) > > I attached the VDSM and engine logs. > > is there a way to work around this problem? > It happens repeatedly. > > Yuval Meir > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From yuvalme at gmail.com Sun Mar 24 09:40:19 2013 From: yuvalme at gmail.com (Yuval M) Date: Sun, 24 Mar 2013 11:40:19 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: <514EC895.3090900@redhat.com> References: <514EC895.3090900@redhat.com> Message-ID: sanlock is at the latest version (this solved another problem we had a few days ago): $ rpm -q sanlock sanlock-2.6-7.fc18.x86_64 the storage is on the same machine as the engine and vdsm. iptables is up but there is a rule to allow all localhost traffic. On Sun, Mar 24, 2013 at 11:34 AM, Maor Lipchuk wrote: > From the VDSM log, it seems that the master storage domain was not > responding. > > Thread-23::DEBUG::2013-03-22 > > 18:50:20,263::domainMonitor::216::Storage.DomainMonitorThread::(_monitorDomain) > Domain 1083422e-a5db-41b6-b667-b9ef1ef244f0 changed its status to Invalid > .... > Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 186, in > _monitorDomain > self.domain.selftest() > File "/usr/share/vdsm/storage/nfsSD.py", line 108, in selftest > fileSD.FileStorageDomain.selftest(self) > File "/usr/share/vdsm/storage/fileSD.py", line 480, in selftest > self.oop.os.statvfs(self.domaindir) > File "/usr/share/vdsm/storage/remoteFileHandler.py", line 280, in > callCrabRPCFunction > *args, **kwargs) > File "/usr/share/vdsm/storage/remoteFileHandler.py", line 180, in > callCrabRPCFunction > rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout) > File "/usr/share/vdsm/storage/remoteFileHandler.py", line 146, in > _recvAll > raise Timeout() > Timeout > ..... > > I'm also see a san lock issue, but I think that is because the storage > could not be reached: > ReleaseHostIdFailure: Cannot release host id: > ('1083422e-a5db-41b6-b667-b9ef1ef244f0', SanlockException(16, 'Sanlock > lockspace remove failure', 'Device or resource busy')) > > Can you try to see if the ip tables are running on your host, and if so, > please check if it is blocking the storage server by any chance? > Can you try to manually mount this NFS and see if it works? > Is it possible the storage server got connectivity issues? > > > Regards, > Maor > > On 03/22/2013 08:24 PM, Limor Gavish wrote: > > Hello, > > > > I am using Ovirt 3.2 on Fedora 18: > > [wil at bufferoverflow ~]$ rpm -q vdsm > > vdsm-4.10.3-7.fc18.x86_64 > > > > (the engine is built from sources). > > > > I seem to have hit this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=922515 > > > > in the following configuration: > > Single host (no migrations) > > Created a VM, installed an OS inside (Fedora18) > > stopped the VM. > > created template from it. > > Created an additional VM from the template using thin provision. > > Started the second VM. > > > > in addition to the errors in the logs the storage domains (both data and > > ISO) crashed, i.e went to "unknown" and "inactive" states respectively. > > (see the attached engine.log) > > > > I attached the VDSM and engine logs. > > > > is there a way to work around this problem? > > It happens repeatedly. > > > > Yuval Meir > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dron at redhat.com Sun Mar 24 09:56:33 2013 From: dron at redhat.com (Dafna Ron) Date: Sun, 24 Mar 2013 11:56:33 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: References: <514EC895.3090900@redhat.com> Message-ID: <514ECDD1.5060106@redhat.com> https://bugzilla.redhat.com/show_bug.cgi?id=890365 try restarting the vdsm service. you had a problem with the storage and the vdsm did not recover properly. On 03/24/2013 11:40 AM, Yuval M wrote: > sanlock is at the latest version (this solved another problem we had a > few days ago): > > $ rpm -q sanlock > sanlock-2.6-7.fc18.x86_64 > > the storage is on the same machine as the engine and vdsm. > iptables is up but there is a rule to allow all localhost traffic. > > > On Sun, Mar 24, 2013 at 11:34 AM, Maor Lipchuk > wrote: > > From the VDSM log, it seems that the master storage domain was not > responding. > > Thread-23::DEBUG::2013-03-22 > 18:50:20,263::domainMonitor::216::Storage.DomainMonitorThread::(_monitorDomain) > Domain 1083422e-a5db-41b6-b667-b9ef1ef244f0 changed its status to > Invalid > .... > Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 186, in > _monitorDomain > self.domain.selftest() > File "/usr/share/vdsm/storage/nfsSD.py", line 108, in selftest > fileSD.FileStorageDomain.selftest(self) > File "/usr/share/vdsm/storage/fileSD.py", line 480, in selftest > self.oop.os.statvfs(self.domaindir) > File "/usr/share/vdsm/storage/remoteFileHandler.py", line 280, in > callCrabRPCFunction > *args, **kwargs) > File "/usr/share/vdsm/storage/remoteFileHandler.py", line 180, in > callCrabRPCFunction > rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout) > File "/usr/share/vdsm/storage/remoteFileHandler.py", line 146, > in _recvAll > raise Timeout() > Timeout > ..... > > I'm also see a san lock issue, but I think that is because the storage > could not be reached: > ReleaseHostIdFailure: Cannot release host id: > ('1083422e-a5db-41b6-b667-b9ef1ef244f0', SanlockException(16, 'Sanlock > lockspace remove failure', 'Device or resource busy')) > > Can you try to see if the ip tables are running on your host, and > if so, > please check if it is blocking the storage server by any chance? > Can you try to manually mount this NFS and see if it works? > Is it possible the storage server got connectivity issues? > > > Regards, > Maor > > On 03/22/2013 08:24 PM, Limor Gavish wrote: > > Hello, > > > > I am using Ovirt 3.2 on Fedora 18: > > [wil at bufferoverflow ~]$ rpm -q vdsm > > vdsm-4.10.3-7.fc18.x86_64 > > > > (the engine is built from sources). > > > > I seem to have hit this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=922515 > > > > in the following configuration: > > Single host (no migrations) > > Created a VM, installed an OS inside (Fedora18) > > stopped the VM. > > created template from it. > > Created an additional VM from the template using thin provision. > > Started the second VM. > > > > in addition to the errors in the logs the storage domains (both > data and > > ISO) crashed, i.e went to "unknown" and "inactive" states > respectively. > > (see the attached engine.log) > > > > I attached the VDSM and engine logs. > > > > is there a way to work around this problem? > > It happens repeatedly. > > > > Yuval Meir > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron From lvernia at redhat.com Sun Mar 24 10:04:52 2013 From: lvernia at redhat.com (Lior Vernia) Date: Sun, 24 Mar 2013 12:04:52 +0200 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> Message-ID: <514ECFC4.4010600@redhat.com> Hello Jonathan, First of all let me apologize for not being more responsive, seems like you got the worse end of time difference. Now, in case the question is still relevant: 1. Rebooting the first switch won't cause any damage. The VMs will lose connectivity on the VLANs, but they should still be manageable through oVirt and run normally on their hosts. 2. Rebooting the second one could prove more troublesome. Firstly, as a preemptive measure I would advise that you not have any VMs running on your host marked as SPM at the moment of reboot, if possible - there's risk that VMs running on your SPM will be shut down violently when it loses connectivity (or the moment it regains connectivity). Also, if any of your VMs have thin provisioning defined and they exhaust their storage during downtime, they'll run into trouble; but as far as I know they should be okay if they're not running processes that can suddenly demand a lot more storage. That's as far as possible damage goes. Besides that, when the switch comes back up, some components (host, data domain) might appear as non-operational or down, and you might have to reactivate them manually from the webadmin console. Hope this helps. Yours, Lior Vernia. On 21/03/13 20:42, Jonathan Horne wrote: > greetings, > > we are talking about possibly upgrading our cisco gear tonight, and this > will affect our ovirt environment. > > what can i expect if i were to reboot first the switch that all VMguest > VLANs are going thru, ad then afterwards rebooting the switch that all > ovirtmgmt connections are in? how will the ovirt environment behave > with loss of network connectivity for a couple minutes? > > the iscsi network is not going to be affected. any information or > stories of similar experiences would be appreciated. > > thanks, > jonathan > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind SKOPOS to any order or other contract unless pursuant to explicit > written agreement or government initiative expressly permitting the use > of e-mail for such purpose. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From wdh at dds.nl Sun Mar 24 12:38:03 2013 From: wdh at dds.nl (Winfried de Heiden) Date: Sun, 24 Mar 2013 13:38:03 +0100 Subject: [Users] ovirt 3.2 - high multicast packet loss In-Reply-To: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> References: <1043003922.8211018.1363864668425.JavaMail.root@redhat.com> Message-ID: <514EF3AB.2060200@dds.nl> Bug report created: https://bugzilla.redhat.com/show_bug.cgi?id=926954 Winfried Op 21-03-13 12:17, Antoni Segura Puimedon schreef: > Michael Tsirkin (Thanks!) proposes to try the following: > > try disabling multicast snooping in the bridge > > Could you give it a shot? > > ----- Original Message ----- >> From: "Winfried de Heiden" >> To: users at ovirt.org >> Sent: Thursday, March 21, 2013 10:14:04 AM >> Subject: Re: [Users] ovirt 3.2 - high multicast packet loss >> >> So far no reactie about the multicast packet loss...... >> >> I bumbed into this bug: >> https://bugzilla.redhat.com/show_bug.cgi?id=880035 >> >> This looks the same as the problems I am suffering using oVirt 3.2: >> heavy multicast packet loss after some time. >> >> This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? >> Can anyone reproduce the problem (omping between 3 virtual nodes)? >> >> Winfried >> >> >> Op 18-03-13 16:58, Winfried de Heiden schreef: >>> Same for Debian 6 (x86_64); 47% packet loss: >>> >>> ssmping -c 500 192.168.1.234 >>> >>> --- 192.168.1.234 statistics --- >>> 500 packets transmitted, time 500001 ms >>> unicast: >>> 500 packets received, 0% packet loss >>> rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms >>> multicast: >>> 265 packets received, 47% packet loss since first mc packet (seq >>> 1) >>> recvd >>> rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms >>> >>> >>> Winfried >>> >>> Hi all, >>>> Playing around with Red Hat Clustering, it turns out I have a >>>> hughe >>>> multicast packet loss: (Centos 6.4 - x86_64 with all updates) >>>> >>>> omping 192.168.1.211 192.168.1.212 -c500 (node1) >>>> omping 192.168.1.212 192.168.1.211 -c500(node2) >>>> >>>> will give almost 50% loss! >>>> >>>> 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, >>>> min/avg/max/std-dev = 0.330/0.610/0.789/0.064 >>>> 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, >>>> min/avg/max/std-dev = 0.416/0.635/0.921/0.066 >>>> >>>> 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, >>>> min/avg/max/std-dev = 0.388/0.653/0.863/0.069 >>>> 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, >>>> min/avg/max/std-dev = 0.396/0.670/1.080/0.074 >>>> >>>> OK, I am using simple hardware, but this hardware is virtually >>>> doing >>>> nothing... >>>> >>>> As mentioned on >>>> https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, >>>> I set the txqueelen to 500, same result? >>>> >>>> I 'm still guessing whether this is an oVirt, virtio or Red >>>> Hat/Centos issue? Problems only happend after some time; that is >>>> 200 >>>> mo-pings shows everything is fine. >>>> >>>> Anyone? >>>> >>>> Winfried >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alex.tuxx at gmail.com Sun Mar 24 12:39:44 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Sun, 24 Mar 2013 12:39:44 +0000 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <514ECFC4.4010600@redhat.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> <514ECFC4.4010600@redhat.com> Message-ID: <514EF410.2070206@gmail.com> From experience, I would shutdown the ovirt engine before you do any work related to networking. The VMs will keep running w/o the engine available, you're simply unable to add/remove/failover VMs, etc. The VDSM running on the host will be unable to get instructions to "kill" any VMs as the engine is already "down" :) ... hope it helps! alex On 03/24/2013 10:04 AM, Lior Vernia wrote: > Hello Jonathan, > > First of all let me apologize for not being more responsive, seems like > you got the worse end of time difference. > > Now, in case the question is still relevant: > > 1. Rebooting the first switch won't cause any damage. The VMs will lose > connectivity on the VLANs, but they should still be manageable through > oVirt and run normally on their hosts. > > 2. Rebooting the second one could prove more troublesome. Firstly, as a > preemptive measure I would advise that you not have any VMs running on > your host marked as SPM at the moment of reboot, if possible - there's > risk that VMs running on your SPM will be shut down violently when it > loses connectivity (or the moment it regains connectivity). Also, if any > of your VMs have thin provisioning defined and they exhaust their > storage during downtime, they'll run into trouble; but as far as I know > they should be okay if they're not running processes that can suddenly > demand a lot more storage. That's as far as possible damage goes. > Besides that, when the switch comes back up, some components (host, data > domain) might appear as non-operational or down, and you might have to > reactivate them manually from the webadmin console. > > Hope this helps. > > Yours, Lior Vernia. > > On 21/03/13 20:42, Jonathan Horne wrote: >> greetings, >> >> we are talking about possibly upgrading our cisco gear tonight, and this >> will affect our ovirt environment. >> >> what can i expect if i were to reboot first the switch that all VMguest >> VLANs are going thru, ad then afterwards rebooting the switch that all >> ovirtmgmt connections are in? how will the ovirt environment behave >> with loss of network connectivity for a couple minutes? >> >> the iscsi network is not going to be affected. any information or >> stories of similar experiences would be appreciated. >> >> thanks, >> jonathan >> >> >> ------------------------------------------------------------------------ >> This is a PRIVATE message. If you are not the intended recipient, please >> delete without copying and kindly advise us by e-mail of the mistake in >> delivery. NOTE: Regardless of content, this e-mail shall not operate to >> bind SKOPOS to any order or other contract unless pursuant to explicit >> written agreement or government initiative expressly permitting the use >> of e-mail for such purpose. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Sun Mar 24 12:52:35 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Sun, 24 Mar 2013 14:52:35 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: References: Message-ID: <20130324125235.GG22311@redhat.com> On Fri, Mar 22, 2013 at 08:24:35PM +0200, Limor Gavish wrote: > Hello, > > I am using Ovirt 3.2 on Fedora 18: > [wil at bufferoverflow ~]$ rpm -q vdsm > vdsm-4.10.3-7.fc18.x86_64 > > (the engine is built from sources). > > I seem to have hit this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=922515 This bug is only one part of the problem, but it's nasty enough that I have just suggested it as a fix to the ovirt-3.2 branch of vdsm: http://gerrit.ovirt.org/13303 Could you test if with it, vdsm relinquishes its spm role, and recovers as operational? > > in the following configuration: > Single host (no migrations) > Created a VM, installed an OS inside (Fedora18) > stopped the VM. > created template from it. > Created an additional VM from the template using thin provision. > Started the second VM. > > in addition to the errors in the logs the storage domains (both data and > ISO) crashed, i.e went to "unknown" and "inactive" states respectively. > (see the attached engine.log) > > I attached the VDSM and engine logs. > > is there a way to work around this problem? > It happens repeatedly. > > Yuval Meir From lvernia at redhat.com Sun Mar 24 13:12:13 2013 From: lvernia at redhat.com (Lior Vernia) Date: Sun, 24 Mar 2013 15:12:13 +0200 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <514EF410.2070206@gmail.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> <514ECFC4.4010600@redhat.com> <514EF410.2070206@gmail.com> Message-ID: <514EFBAD.2020703@redhat.com> +1, better solution than mine (safer, simpler), thank you Alex. Do still keep in mind the possible trouble with thin provisioning. On 24/03/13 14:39, Alex Leonhardt wrote: > From experience, I would shutdown the ovirt engine before you do any > work related to networking. The VMs will keep running w/o the engine > available, you're simply unable to add/remove/failover VMs, etc. The > VDSM running on the host will be unable to get instructions to "kill" > any VMs as the engine is already "down" :) ... > > hope it helps! > alex > > > > > On 03/24/2013 10:04 AM, Lior Vernia wrote: >> Hello Jonathan, >> >> First of all let me apologize for not being more responsive, seems like >> you got the worse end of time difference. >> >> Now, in case the question is still relevant: >> >> 1. Rebooting the first switch won't cause any damage. The VMs will lose >> connectivity on the VLANs, but they should still be manageable through >> oVirt and run normally on their hosts. >> >> 2. Rebooting the second one could prove more troublesome. Firstly, as a >> preemptive measure I would advise that you not have any VMs running on >> your host marked as SPM at the moment of reboot, if possible - there's >> risk that VMs running on your SPM will be shut down violently when it >> loses connectivity (or the moment it regains connectivity). Also, if any >> of your VMs have thin provisioning defined and they exhaust their >> storage during downtime, they'll run into trouble; but as far as I know >> they should be okay if they're not running processes that can suddenly >> demand a lot more storage. That's as far as possible damage goes. >> Besides that, when the switch comes back up, some components (host, data >> domain) might appear as non-operational or down, and you might have to >> reactivate them manually from the webadmin console. >> >> Hope this helps. >> >> Yours, Lior Vernia. >> >> On 21/03/13 20:42, Jonathan Horne wrote: >>> greetings, >>> >>> we are talking about possibly upgrading our cisco gear tonight, and this >>> will affect our ovirt environment. >>> >>> what can i expect if i were to reboot first the switch that all VMguest >>> VLANs are going thru, ad then afterwards rebooting the switch that all >>> ovirtmgmt connections are in? how will the ovirt environment behave >>> with loss of network connectivity for a couple minutes? >>> >>> the iscsi network is not going to be affected. any information or >>> stories of similar experiences would be appreciated. >>> >>> thanks, >>> jonathan >>> >>> >>> ------------------------------------------------------------------------ >>> This is a PRIVATE message. If you are not the intended recipient, please >>> delete without copying and kindly advise us by e-mail of the mistake in >>> delivery. NOTE: Regardless of content, this e-mail shall not operate to >>> bind SKOPOS to any order or other contract unless pursuant to explicit >>> written agreement or government initiative expressly permitting the use >>> of e-mail for such purpose. >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From jhorne at skopos.us Sun Mar 24 13:42:41 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Sun, 24 Mar 2013 13:42:41 +0000 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <514EF410.2070206@gmail.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> <514ECFC4.4010600@redhat.com> <514EF410.2070206@gmail.com> Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC2B6CF21D@AUSP01DAG0201> Ah, thank you much lior and alex. I believe this also answers my other thread, that is is ok to reboot the management server at any time? (I have another thread about how sluggish mine is running lately, and id like to get it rebooted soon before I go on vacation). Thanks again! jonathan From: Alex Leonhardt [mailto:alex.tuxx at gmail.com] Sent: Sunday, March 24, 2013 7:40 AM To: Lior Vernia Cc: Jonathan Horne; users at ovirt.org Subject: Re: [Users] rebooting physical network that ovirt is attached to >From experience, I would shutdown the ovirt engine before you do any work related to networking. The VMs will keep running w/o the engine available, you're simply unable to add/remove/failover VMs, etc. The VDSM running on the host will be unable to get instructions to "kill" any VMs as the engine is already "down" :) ... hope it helps! alex On 03/24/2013 10:04 AM, Lior Vernia wrote: Hello Jonathan, First of all let me apologize for not being more responsive, seems like you got the worse end of time difference. Now, in case the question is still relevant: 1. Rebooting the first switch won't cause any damage. The VMs will lose connectivity on the VLANs, but they should still be manageable through oVirt and run normally on their hosts. 2. Rebooting the second one could prove more troublesome. Firstly, as a preemptive measure I would advise that you not have any VMs running on your host marked as SPM at the moment of reboot, if possible - there's risk that VMs running on your SPM will be shut down violently when it loses connectivity (or the moment it regains connectivity). Also, if any of your VMs have thin provisioning defined and they exhaust their storage during downtime, they'll run into trouble; but as far as I know they should be okay if they're not running processes that can suddenly demand a lot more storage. That's as far as possible damage goes. Besides that, when the switch comes back up, some components (host, data domain) might appear as non-operational or down, and you might have to reactivate them manually from the webadmin console. Hope this helps. Yours, Lior Vernia. On 21/03/13 20:42, Jonathan Horne wrote: greetings, we are talking about possibly upgrading our cisco gear tonight, and this will affect our ovirt environment. what can i expect if i were to reboot first the switch that all VMguest VLANs are going thru, ad then afterwards rebooting the switch that all ovirtmgmt connections are in? how will the ovirt environment behave with loss of network connectivity for a couple minutes? the iscsi network is not going to be affected. any information or stories of similar experiences would be appreciated. thanks, jonathan ------------------------------------------------------------------------ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Sun Mar 24 14:21:07 2013 From: lvernia at redhat.com (Lior Vernia) Date: Sun, 24 Mar 2013 16:21:07 +0200 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC2B6CF21D@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> <514ECFC4.4010600@redhat.com> <514EF410.2070206@gmail.com> <9BE6F493F83A594DA60C45E6A09DC5AC2B6CF21D@AUSP01DAG0201> Message-ID: <514F0BD3.1@redhat.com> Hello Jonathan, Having taken a look at the other thread, your original assumption was correct - aside from NFS, your nodes and VMs should generally be fine during a reboot (again, excluding cases as I mentioned for thin provisioning). As for the NFS services your server is providing, I'm no expert when it comes to storage, so my best advice would be to wait for someone on the other thread to give you a definite answer (also it sounds like there's a bigger issue weighing on your server, causing it to be sluggish). However, if you're pressed for time - I think you should be fine as long as you detach the NFS domains in an orderly fashion before you take the server down for a reboot, and then reattach them when it's back up. As far as I know (and again I'm no expert), both of these domains aren't critical most of the time; ISO domains are critical when you have VMs accessing them (during installation and such), and export domains when you're moving VMs around. Also, you might want to try IRC to see if someone more knowledgeable than me might answer you in real time: irc://irc.oftc.net/ovirt. Yours, Lior. On 24/03/13 15:42, Jonathan Horne wrote: > Ah, thank you much lior and alex. > > > > I believe this also answers my other thread, that is is ok to reboot the > management server at any time? (I have another thread about how sluggish > mine is running lately, and id like to get it rebooted soon before I go > on vacation). > > > > Thanks again! > > jonathan > > > > *From:*Alex Leonhardt [mailto:alex.tuxx at gmail.com] > *Sent:* Sunday, March 24, 2013 7:40 AM > *To:* Lior Vernia > *Cc:* Jonathan Horne; users at ovirt.org > *Subject:* Re: [Users] rebooting physical network that ovirt is attached to > > > > From experience, I would shutdown the ovirt engine before you do any > work related to networking. The VMs will keep running w/o the engine > available, you're simply unable to add/remove/failover VMs, etc. The > VDSM running on the host will be unable to get instructions to "kill" > any VMs as the engine is already "down" :) ... > > hope it helps! > alex > > > > > On 03/24/2013 10:04 AM, Lior Vernia wrote: > > Hello Jonathan, > > > > First of all let me apologize for not being more responsive, seems like > > you got the worse end of time difference. > > > > Now, in case the question is still relevant: > > > > 1. Rebooting the first switch won't cause any damage. The VMs will lose > > connectivity on the VLANs, but they should still be manageable through > > oVirt and run normally on their hosts. > > > > 2. Rebooting the second one could prove more troublesome. Firstly, as a > > preemptive measure I would advise that you not have any VMs running on > > your host marked as SPM at the moment of reboot, if possible - there's > > risk that VMs running on your SPM will be shut down violently when it > > loses connectivity (or the moment it regains connectivity). Also, if any > > of your VMs have thin provisioning defined and they exhaust their > > storage during downtime, they'll run into trouble; but as far as I know > > they should be okay if they're not running processes that can suddenly > > demand a lot more storage. That's as far as possible damage goes. > > Besides that, when the switch comes back up, some components (host, data > > domain) might appear as non-operational or down, and you might have to > > reactivate them manually from the webadmin console. > > > > Hope this helps. > > > > Yours, Lior Vernia. > > > > On 21/03/13 20:42, Jonathan Horne wrote: > > greetings, > > > > we are talking about possibly upgrading our cisco gear tonight, and this > > will affect our ovirt environment. > > > > what can i expect if i were to reboot first the switch that all VMguest > > VLANs are going thru, ad then afterwards rebooting the switch that all > > ovirtmgmt connections are in? how will the ovirt environment behave > > with loss of network connectivity for a couple minutes? > > > > the iscsi network is not going to be affected. any information or > > stories of similar experiences would be appreciated. > > > > thanks, > > jonathan > > > > > > ------------------------------------------------------------------------ > > This is a PRIVATE message. If you are not the intended recipient, please > > delete without copying and kindly advise us by e-mail of the mistake in > > delivery. NOTE: Regardless of content, this e-mail shall not operate to > > bind SKOPOS to any order or other contract unless pursuant to explicit > > written agreement or government initiative expressly permitting the use > > of e-mail for such purpose. > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind SKOPOS to any order or other contract unless pursuant to explicit > written agreement or government initiative expressly permitting the use > of e-mail for such purpose. From tom at ng23.net Sun Mar 24 14:40:21 2013 From: tom at ng23.net (Tom Brown) Date: Sun, 24 Mar 2013 14:40:21 +0000 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <514F0BD3.1@redhat.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> <514ECFC4.4010600@redhat.com> <514EF410.2070206@gmail.com> <9BE6F493F83A594DA60C45E6A09DC5AC2B6CF21D@AUSP01DAG0201> <514F0BD3.1@redhat.com> Message-ID: >> >> >> I believe this also answers my other thread, that is is ok to reboot the >> management server at any time? (I have another thread about how sluggish >> mine is running lately, and id like to get it rebooted soon before I go >> on vacation). >> dont reboot the whole server - just restart the jboss cheers From alex.tuxx at gmail.com Sun Mar 24 16:34:27 2013 From: alex.tuxx at gmail.com (Alex Leonhardt) Date: Sun, 24 Mar 2013 16:34:27 +0000 Subject: [Users] rebooting physical network that ovirt is attached to In-Reply-To: <514F0BD3.1@redhat.com> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B23BF82@AUSP01DAG0201> <514ECFC4.4010600@redhat.com> <514EF410.2070206@gmail.com> <9BE6F493F83A594DA60C45E6A09DC5AC2B6CF21D@AUSP01DAG0201> <514F0BD3.1@redhat.com> Message-ID: <514F2B13.4030007@gmail.com> if only export and iso domains are on the ovirt engine host, you're usually good to just reboot, when the engine is back up and running, you'll have to manually re-attach the domains back to the data centre... alex On 03/24/2013 02:21 PM, Lior Vernia wrote: > Hello Jonathan, > > Having taken a look at the other thread, your original assumption was > correct - aside from NFS, your nodes and VMs should generally be fine > during a reboot (again, excluding cases as I mentioned for thin > provisioning). > > As for the NFS services your server is providing, I'm no expert when it > comes to storage, so my best advice would be to wait for someone on the > other thread to give you a definite answer (also it sounds like there's > a bigger issue weighing on your server, causing it to be sluggish). > > However, if you're pressed for time - I think you should be fine as long > as you detach the NFS domains in an orderly fashion before you take the > server down for a reboot, and then reattach them when it's back up. As > far as I know (and again I'm no expert), both of these domains aren't > critical most of the time; ISO domains are critical when you have VMs > accessing them (during installation and such), and export domains when > you're moving VMs around. > > Also, you might want to try IRC to see if someone more knowledgeable > than me might answer you in real time: irc://irc.oftc.net/ovirt. > > Yours, Lior. > > On 24/03/13 15:42, Jonathan Horne wrote: >> Ah, thank you much lior and alex. >> >> >> >> I believe this also answers my other thread, that is is ok to reboot the >> management server at any time? (I have another thread about how sluggish >> mine is running lately, and id like to get it rebooted soon before I go >> on vacation). >> >> >> >> Thanks again! >> >> jonathan >> >> >> >> *From:*Alex Leonhardt [mailto:alex.tuxx at gmail.com] >> *Sent:* Sunday, March 24, 2013 7:40 AM >> *To:* Lior Vernia >> *Cc:* Jonathan Horne; users at ovirt.org >> *Subject:* Re: [Users] rebooting physical network that ovirt is attached to >> >> >> >> From experience, I would shutdown the ovirt engine before you do any >> work related to networking. The VMs will keep running w/o the engine >> available, you're simply unable to add/remove/failover VMs, etc. The >> VDSM running on the host will be unable to get instructions to "kill" >> any VMs as the engine is already "down" :) ... >> >> hope it helps! >> alex >> >> >> >> >> On 03/24/2013 10:04 AM, Lior Vernia wrote: >> >> Hello Jonathan, >> >> >> >> First of all let me apologize for not being more responsive, seems like >> >> you got the worse end of time difference. >> >> >> >> Now, in case the question is still relevant: >> >> >> >> 1. Rebooting the first switch won't cause any damage. The VMs will lose >> >> connectivity on the VLANs, but they should still be manageable through >> >> oVirt and run normally on their hosts. >> >> >> >> 2. Rebooting the second one could prove more troublesome. Firstly, as a >> >> preemptive measure I would advise that you not have any VMs running on >> >> your host marked as SPM at the moment of reboot, if possible - there's >> >> risk that VMs running on your SPM will be shut down violently when it >> >> loses connectivity (or the moment it regains connectivity). Also, if any >> >> of your VMs have thin provisioning defined and they exhaust their >> >> storage during downtime, they'll run into trouble; but as far as I know >> >> they should be okay if they're not running processes that can suddenly >> >> demand a lot more storage. That's as far as possible damage goes. >> >> Besides that, when the switch comes back up, some components (host, data >> >> domain) might appear as non-operational or down, and you might have to >> >> reactivate them manually from the webadmin console. >> >> >> >> Hope this helps. >> >> >> >> Yours, Lior Vernia. >> >> >> >> On 21/03/13 20:42, Jonathan Horne wrote: >> >> greetings, >> >> >> >> we are talking about possibly upgrading our cisco gear tonight, and this >> >> will affect our ovirt environment. >> >> >> >> what can i expect if i were to reboot first the switch that all VMguest >> >> VLANs are going thru, ad then afterwards rebooting the switch that all >> >> ovirtmgmt connections are in? how will the ovirt environment behave >> >> with loss of network connectivity for a couple minutes? >> >> >> >> the iscsi network is not going to be affected. any information or >> >> stories of similar experiences would be appreciated. >> >> >> >> thanks, >> >> jonathan >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> This is a PRIVATE message. If you are not the intended recipient, please >> >> delete without copying and kindly advise us by e-mail of the mistake in >> >> delivery. NOTE: Regardless of content, this e-mail shall not operate to >> >> bind SKOPOS to any order or other contract unless pursuant to explicit >> >> written agreement or government initiative expressly permitting the use >> >> of e-mail for such purpose. >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> ------------------------------------------------------------------------ >> This is a PRIVATE message. If you are not the intended recipient, please >> delete without copying and kindly advise us by e-mail of the mistake in >> delivery. NOTE: Regardless of content, this e-mail shall not operate to >> bind SKOPOS to any order or other contract unless pursuant to explicit >> written agreement or government initiative expressly permitting the use >> of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sun Mar 24 19:17:51 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sun, 24 Mar 2013 20:17:51 +0100 Subject: [Users] Configure spice plugin for wan In-Reply-To: <514EC278.9050809@redhat.com> References: <5144E222.30106@redhat.com> <514EC278.9050809@redhat.com> Message-ID: On Sun, Mar 24, 2013 at 10:08 AM, Michael Pasternak wrote: >>>>> was this resolved? >>>>> you've mentioned above you are using 'rhev-agent' - ovirt may be checking >>>>> for ovirt-guest-agent'... >>>>> please send list of installed applications as reported by the guest agent >>>>> (restapi probably easiest). >>>> >>>> No, only a few lines shown for applications and no wan option shown in >>>> user portal... >>>> I "compiled" ovirt-guest-agent service for windows XP and Windows7 >>>> A quick command line example of using rest/api to get applications? >>> >>> >>> Applications aren't accessible using REST-API. >>> But it would be great if this would be added as a feature in 3.3... :) >> >> interesting. michael - any reason for this? > > the overhead of sending a bulk of applications when listing vms at /vms, > but this can be implemented as emulated sub-collection under vm (as we did > for /cdroms), i've filed [1] for this. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=926928 > >> as a workaround, command line can be done at host level via vdsClient -s 0 getAllVmStats > It remains the problem to use wan options in oVirt. Can I execute some test as in http://www.ovirt.org/How_to_Connect_to_SPICE_Console_Without_Portal how to translate these wan options if I want to try this way? Thanks Gianluca From yuvalme at gmail.com Sun Mar 24 19:50:02 2013 From: yuvalme at gmail.com (Yuval M) Date: Sun, 24 Mar 2013 21:50:02 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: <20130324125235.GG22311@redhat.com> References: <20130324125235.GG22311@redhat.com> Message-ID: I am running vdsm from packages as my interest is in developing for the engine and not vdsm. I updated the vdsm package in an attempt to solve this, now I have: # rpm -q vdsm vdsm-4.10.3-10.fc18.x86_64 I noticed that when the storage domain crashes I can't even do "df -h" (hangs) I'm also getting some errors in /var/log/messages: Mar 24 19:57:44 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:45 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:46 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:47 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:48 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:49 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:50 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 [4759]: 1083422e close_task_aio 0 0x7ff3740008c0 busy Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 [4759]: 1083422e close_task_aio 1 0x7ff374000910 busy Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 [4759]: 1083422e close_task_aio 2 0x7ff374000960 busy Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 [4759]: 1083422e close_task_aio 3 0x7ff3740009b0 busy Mar 24 19:57:51 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:52 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:53 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:54 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:55 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm failed [Errno 2] No such file or directory Mar 24 19:57:55 bufferoverflow vdsm Storage.Misc ERROR Panic: Couldn't connect to supervdsm Mar 24 19:57:55 bufferoverflow respawn: slave '/usr/share/vdsm/vdsm' died, respawning slave Mar 24 19:57:55 bufferoverflow vdsm fileUtils WARNING Dir /rhev/data-center/mnt already exists Mar 24 19:57:58 bufferoverflow vdsm vds WARNING Unable to load the json rpc server module. Please make sure it is installed. Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::Unknown type found, device: '{'device': u'unix', 'alias': u'channel0', 'type': u'channel', 'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'1'}}' found Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::Unknown type found, device: '{'device': u'unix', 'alias': u'channel1', 'type': u'channel', 'address': {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': u'2'}}' found Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::_readPauseCode unsupported by libvirt vm Mar 24 19:57:58 bufferoverflow kernel: [ 7402.688177] ata1: hard resetting link Mar 24 19:57:59 bufferoverflow kernel: [ 7402.994510] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Mar 24 19:57:59 bufferoverflow kernel: [ 7403.005510] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20120711/psargs-359) Mar 24 19:57:59 bufferoverflow kernel: [ 7403.005517] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880407c74d48), AE_NOT_FOUND (20120711/psparse-536) Mar 24 19:57:59 bufferoverflow kernel: [ 7403.015485] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20120711/psargs-359) Mar 24 19:57:59 bufferoverflow kernel: [ 7403.015493] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880407c74d48), AE_NOT_FOUND (20120711/psparse-536) Mar 24 19:57:59 bufferoverflow kernel: [ 7403.016061] ata1.00: configured for UDMA/133 Mar 24 19:57:59 bufferoverflow kernel: [ 7403.016066] ata1: EH complete Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 [4759]: 1083422e close_task_aio 0 0x7ff3740008c0 busy Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 [4759]: 1083422e close_task_aio 1 0x7ff374000910 busy Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 [4759]: 1083422e close_task_aio 2 0x7ff374000960 busy Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 [4759]: 1083422e close_task_aio 3 0x7ff3740009b0 busy Mar 24 19:58:01 bufferoverflow kernel: [ 7405.714145] device-mapper: table: 253:0: multipath: error getting device Mar 24 19:58:01 bufferoverflow kernel: [ 7405.714148] device-mapper: ioctl: error adding target to table Mar 24 19:58:01 bufferoverflow kernel: [ 7405.715051] device-mapper: table: 253:0: multipath: error getting device Mar 24 19:58:01 bufferoverflow kernel: [ 7405.715053] device-mapper: ioctl: error adding target to table ata1 is a 500GB SSD. (only SATA device on the system except a DVD drive) Yuval On Sun, Mar 24, 2013 at 2:52 PM, Dan Kenigsberg wrote: > On Fri, Mar 22, 2013 at 08:24:35PM +0200, Limor Gavish wrote: > > Hello, > > > > I am using Ovirt 3.2 on Fedora 18: > > [wil at bufferoverflow ~]$ rpm -q vdsm > > vdsm-4.10.3-7.fc18.x86_64 > > > > (the engine is built from sources). > > > > I seem to have hit this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=922515 > > This bug is only one part of the problem, but it's nasty enough that I > have just suggested it as a fix to the ovirt-3.2 branch of vdsm: > http://gerrit.ovirt.org/13303 > > Could you test if with it, vdsm relinquishes its spm role, and recovers > as operational? > > > > > in the following configuration: > > Single host (no migrations) > > Created a VM, installed an OS inside (Fedora18) > > stopped the VM. > > created template from it. > > Created an additional VM from the template using thin provision. > > Started the second VM. > > > > in addition to the errors in the logs the storage domains (both data and > > ISO) crashed, i.e went to "unknown" and "inactive" states respectively. > > (see the attached engine.log) > > > > I attached the VDSM and engine logs. > > > > is there a way to work around this problem? > > It happens repeatedly. > > > > Yuval Meir > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Mon Mar 25 07:36:44 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Mon, 25 Mar 2013 08:36:44 +0100 Subject: [Users] management server very slow lately In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC2B2433BB@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B2433BB@AUSP01DAG0201> Message-ID: <514FFE8C.8080803@redhat.com> On 03/22/2013 09:58 PM, Jonathan Horne wrote: > is it ok to restart the engine at any time, or should i be prepared for a > maintenance window? > The engine can be restarted at any time, assuming that your users don't need to use it (via the user portal) the few seconds it will be down. > this manager has 12 hosts, and about 75 VMs. we are running 3.1, dreyou's > EL6 packages. > Version 3.1 had the problem with the memory limit. To fix it open the /usr/share/ovirt-engine/service/engine-service.py file, go to line 203 and replace -Xms with -Xmx, the resulting lines 202 and 203 should be the following: "-Xms%s" % engineHeapMin, "-Xmx%s" % engineHeapMax, Then restart the engine and then it should never consume more than 1 GiB of heap, which will mean a max of approx 2 GiB of virtual space, and a much smaller resident set size. Let us know if this makes it faster. > [jhorne at d0lppc021 ~]$ rpm -qa|grep ovirt > ovirt-engine-restapi-3.1.0-3.19.el6.noarch > ovirt-engine-sdk-3.1.0.5-1.el6.noarch > ovirt-engine-backend-3.1.0-3.19.el6.noarch > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch > ovirt-log-collector-3.1.0-16.el6.noarch > ovirt-image-uploader-3.1.0-16.el6.noarch > ovirt-engine-setup-3.1.0-3.19.el6.noarch > ovirt-engine-config-3.1.0-3.19.el6.noarch > ovirt-iso-uploader-3.1.0-16.el6.noarch > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch > ovirt-engine-3.1.0-3.19.el6.noarch > ovirt-engine-cli-3.1.0.7-1.el6.noarch > ovirt-engine-userportal-3.1.0-3.19.el6.noarch > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch > ovirt-engine-jbossas711-1-0.x86_64 > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch > > thanks, > jonathan > > > > > > On 3/22/13 10:05 AM, "Juan Hernandez" wrote: > >> On 03/22/2013 02:54 PM, Jonathan Horne wrote: >>> top - 08:53:38 up 70 days, 16:31, 1 user, load average: 0.40, 0.34, >>> 0.32 >>> Tasks: 432 total, 1 running, 431 sleeping, 0 stopped, 0 zombie >>> Cpu(s): 1.3%us, 0.1%sy, 0.0%ni, 98.6%id, 0.0%wa, 0.0%hi, 0.0%si, >>> 0.0%st >>> Mem: 32876240k total, 18653508k used, 14222732k free, 522432k buffers >>> Swap: 2097144k total, 4528k used, 2092616k free, 6270908k cached >>> >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >>> 2121 ovirt 20 0 12.9g 7.7g 18m S 9.0 24.6 16539:08 java >>> >> >> This is not normal at all. First thing that is strange is that your >> engine is taking 7.7 GiB of RAM, which it should never take, as it is by >> default limited to 1 GiB. Did you assign more memory to the engine on >> purpose? How much? If you assign a lot of memory it can start to consume >> a lot of CPU just for garbage collection. You may want to enable verbose >> garbage collection adding this to /etc/sysconfig/ovirt-engine (or >> /etc/ovirt-engine/engine.conf if you are using the latest source code): >> >> ENGINE_VERBOSE_GC=true >> >> Then restart the engine and it will start to dump garbage collection >> statistics to /var/log/ovirt-engine/console.log. The garbage collection >> should be quite silent in an low activity system. >> >> We used to have a bug that caused the max amount of memory not be >> correctly limited, but it was fixed long ago: >> >> http://gerrit.ovirt.org/7952 >> >> The other thing that seems strange is the amount of CPU that it is >> consuming. Do you have many hosts managed by that engine? In an >> otherwise idle environment the CPU consumption is caused by the periodic >> polls of the hosts, one each two seconds by default. If you see >> continually the engine using a significant amount of CPU (you the output >> of top above it is 9%) it could be useful to get a snapshot of the >> stacks of threads, to see which threads in particular are consuming the >> CPU. Send the QUIT signal to the engine process and it will dump the >> stacks of the threads to /var/log/ovirt-engine/console.log: >> >> # kill -3 $(cat /var/run/ovirt-engine.pid) >> >> Once you have that dump you can check which thread is consuming the CPU >> as follows: >> >> 1. Get the PIDs of the threads of the engine together with their use of >> CPU: >> >> # ps -L -u ovirt -o tid,pcpu >> >> 2. If you see one of them consuming a high amount of CPU time then try >> to find it in the stack dump generated in >> /var/log/ovirt-engine/console.log. Lets assume that the PID is 13397, >> for example, translate it to hex: >> >> # printf "%04x\n" 13397 >> 3455 >> >> 3. Then look in /var/log/ovirt-engine/console.log for a line containing >> "nid=0x3455". There you will find the stack trace of that thread, >> something like this: >> >> "ajp-/127.0.0.1:8702-Acceptor-0" daemon prio=10 >> tid=0x00007f41e0220800 nid=0x3493 runnable [0x00007f41dbdf2000] >> java.lang.Thread.State: RUNNABLE >> ... >> >> Most threads will be waiting, but if you find one thread that is >> consistently RUNNABLE then there is probably an issue. The dump of the >> stack of that thread can help to find out what it is doing and why it is >> consuming the CPU. >> >>> >>> I don't have a lot of experience with jboss, so im not sure it thats >>> good or bad. I did the jboss restart, and that helped a little, but its >>> still a little sluggish again, now a few days later. >>> >>> Thanks, >>> >>> -----Original Message----- >>> From: Itamar Heim [mailto:iheim at redhat.com] >>> Sent: Friday, March 15, 2013 6:32 AM >>> To: Jonathan Horne >>> Cc: users at ovirt.org >>> Subject: Re: [Users] management server very slow lately >>> >>> On 03/13/2013 08:51 PM, Jonathan Horne wrote: >>>> Hello, lately my manager server web interface is extremely sluggish. >>>> Perhaps the server is ready for a reboot? >>>> >>>> My management server is also the hosts of my NFS export and ISO mounts. >>>> Is there a prescribed method for rebooting when I am also providing >>>> NFS services from the management server? My assumption is that aside >>>> from NFS, I should be able to reboot the management serve and the >>>> nodes and virtual machines will be fine in the mean time? >>> >>> what's the cpu consumption of your ovirt-engine service (java process). >>> cpu load on the engine? memory/swap state of the engine, etc >>> >>> >>> ________________________________ >>> This is a PRIVATE message. If you are not the intended recipient, >>> please delete without copying and kindly advise us by e-mail of the >>> mistake in delivery. NOTE: Regardless of content, this e-mail shall not >>> operate to bind SKOPOS to any order or other contract unless pursuant to >>> explicit written agreement or government initiative expressly permitting >>> the use of e-mail for such purpose. >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> >> -- >> Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta >> 3?D, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. > > > ________________________________ > This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From george.pochiscan at sphs.ro Mon Mar 25 09:33:09 2013 From: george.pochiscan at sphs.ro (George Pochiscan) Date: Mon, 25 Mar 2013 09:33:09 +0000 Subject: [Users] Ovirt Guest Tools/ spice-guest tools Message-ID: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> Hello Everyone, Is there any equivalent of RHEV-TOOLS for Ovirt on CentOS? In what repository can I find the Spice-Guest-TOOLS? Thanks! George Pochiscan Support Engineer ? Mobile: +40731831489 Phone: +40213225757 Fax: +40213222522 george.pochiscan at sphs.ro www.spearheadsystems.ro 64 I.P. Pavlov Street, 1rd District Bucharest, Romania IT innovation at its finest. From nicolas at ecarnot.net Mon Mar 25 11:10:03 2013 From: nicolas at ecarnot.net (Nicolas Ecarnot) Date: Mon, 25 Mar 2013 12:10:03 +0100 Subject: [Users] Starting VM gets paused In-Reply-To: <514EBF13.6010901@redhat.com> References: <514C2B87.6000606@ecarnot.net> <514EBF13.6010901@redhat.com> Message-ID: <5150308B.5000602@ecarnot.net> Le 24/03/2013 09:53, Dafna Ron a ?crit : > is the vm preallocated or thin provision disk type? This VM has 3 disks : - first disk to host the windows system : Thin provision - second disk to store some data : Preallocated - third disk to store some more data : Thin provision I'm realizing that amongst the 15 VMs, only this one and another one that is stopped are using preallocated disks. I'm regularly migrating some VMs (and stopping and starting and playing with them) with no issue, and they all are using thin provisioned disks! Could this be a common factor of the problem? > > also, can you please attach engine, vdsm, libvirt and the vm's qemu logs? Relevant logs : ############ Ok, I'm in the process of collecting the logs and posting them in a useable manner. More to come. -- Nicolas Ecarnot From jhorne at skopos.us Mon Mar 25 12:42:11 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Mon, 25 Mar 2013 12:42:11 +0000 Subject: [Users] core file Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC2B6DB6CD@AUSP01DAG0201> Over the weekend, I had a crash of one of my nodes. I don't know for sure yet, but this node might have been the SPM at the time. I have a core file that I saved to another location (I hope it's a complete file). How can I use the coredump file to determine exactly what happened? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From djasa at redhat.com Mon Mar 25 12:50:18 2013 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Mon, 25 Mar 2013 13:50:18 +0100 Subject: [Users] Ovirt Guest Tools/ spice-guest tools In-Reply-To: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> References: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> Message-ID: <1364215818.1071.3.camel@cihla.usersys.redhat.com> Hi, you can use Spice Guest Tools from for spice-related stuff: http://spice-space.org/download.html You'll need oVirt agent from another source though. David George Pochiscan p??e v Po 25. 03. 2013 v 09:33 +0000: > Hello Everyone, > > Is there any equivalent of RHEV-TOOLS for Ovirt on CentOS? > > In what repository can I find the Spice-Guest-TOOLS? > > Thanks! > > George Pochiscan > Support Engineer > > Mobile: +40731831489 > Phone: +40213225757 > Fax: +40213222522 > george.pochiscan at sphs.ro > www.spearheadsystems.ro > 64 I.P. Pavlov Street, 1rd District > Bucharest, Romania > > > IT innovation at its finest. > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- David Ja?a, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 From me.always.available at gmail.com Mon Mar 25 13:27:28 2013 From: me.always.available at gmail.com (Abhi Sharma) Date: Mon, 25 Mar 2013 18:57:28 +0530 Subject: [Users] Ovirt Guest Tools/ spice-guest tools In-Reply-To: <1364215818.1071.3.camel@cihla.usersys.redhat.com> References: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> <1364215818.1071.3.camel@cihla.usersys.redhat.com> Message-ID: Hello David, i am getting error during join domain in red hat enterprise virtulization 3 . i tried every thing but i am not able to resolve error. error is :- Error: Authentication Failed. Please verify the fully qualified domain name that is used for authentication is correct.. Problematic domain is: tgstg49.example.com Failure while applying Kerberos configuration. Details: Authentication Failed. Please verify the fully qualified domain name that is used for authentication is correct. i am using windows 2008 server for AD. can you suggest me how to resolve this error. Looking for your continued support Regards Abhishek On Mon, Mar 25, 2013 at 6:20 PM, David Ja?a wrote: > Hi, > > you can use Spice Guest Tools from for spice-related stuff: > http://spice-space.org/download.html > > You'll need oVirt agent from another source though. > > David > > > George Pochiscan p??e v Po 25. 03. 2013 v 09:33 +0000: > > Hello Everyone, > > > > Is there any equivalent of RHEV-TOOLS for Ovirt on CentOS? > > > > In what repository can I find the Spice-Guest-TOOLS? > > > > Thanks! > > > > George Pochiscan > > Support Engineer > > > > Mobile: +40731831489 > > Phone: +40213225757 > > Fax: +40213222522 > > george.pochiscan at sphs.ro > > www.spearheadsystems.ro > > 64 I.P. Pavlov Street, 1rd District > > Bucharest, Romania > > > > > > IT innovation at its finest. > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -- > > David Ja?a, RHCE > > SPICE QE based in Brno > GPG Key: 22C33E24 > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhorne at skopos.us Mon Mar 25 13:29:19 2013 From: jhorne at skopos.us (Jonathan Horne) Date: Mon, 25 Mar 2013 13:29:19 +0000 Subject: [Users] VM crashes Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC2B6DB929@AUSP01DAG0201> 2 VMs crashed over the weekend, and I am trying to do some detective work on what happened. Unfortunately, they were both on the same node (that node dumped a core file, which I have another thread open about and hopefully I can open it and see what happened there too). Is there a log file on the node that I might get some information as to what happened? Thanks for any tips, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuchoz at gmail.com Mon Mar 25 13:54:18 2013 From: tuchoz at gmail.com (Andres Gonzalez) Date: Mon, 25 Mar 2013 10:54:18 -0300 Subject: [Users] Ovirt Guest Tools/ spice-guest tools In-Reply-To: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> References: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> Message-ID: http://wiki.dreyou.org/dokuwiki/doku.php?id=ovirt_rpm_vmcontrol On Mon, Mar 25, 2013 at 6:33 AM, George Pochiscan wrote: > Hello Everyone, > > Is there any equivalent of RHEV-TOOLS for Ovirt on CentOS? > > In what repository can I find the Spice-Guest-TOOLS? > > Thanks! > > George Pochiscan > Support Engineer > > Mobile: +40731831489 > Phone: +40213225757 > Fax: +40213222522 > george.pochiscan at sphs.ro > www.spearheadsystems.ro > 64 I.P. Pavlov Street, 1rd District > Bucharest, Romania > > > IT innovation at its finest. > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- AGD -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Mon Mar 25 14:42:03 2013 From: jbelka at redhat.com (Jiri Belka) Date: Mon, 25 Mar 2013 15:42:03 +0100 Subject: [Users] Ovirt Guest Tools/ spice-guest tools In-Reply-To: References: <37AD2A08159BB7498214B77410F3710F130577A2@DB3PRD0510MB381.eurprd05.prod.outlook.com> <1364215818.1071.3.camel@cihla.usersys.redhat.com> Message-ID: <20130325154203.7e32a306.jbelka@redhat.com> On Mon, 25 Mar 2013 18:57:28 +0530 Abhi Sharma wrote: > Hello David, > i am getting error during join domain in red hat enterprise virtulization 3 > . > i tried every thing but i am not able to resolve error. > > error is :- > Error: Authentication Failed. Please verify the fully qualified domain name > that is used for authentication is correct.. Problematic domain is: > tgstg49.example.com > Failure while applying Kerberos configuration. Details: Authentication > Failed. Please verify the fully qualified domain name that is used for > authentication is correct. So you want to say you have a problem to integrade your linux client into Windows AD? I use following: authconfig --disablecache --enablewinbind --enablewinbindauth \ --smbsecurity=ads --smbworkgroup=$MYDOMAIN \ --smbrealm=$MYFULLDOMAINREALM -- enablewinbindusedefaultdomain \ --winbindtemplatehomedir=/home/%D/%U \ --winbindtemplateshell=/bin/bash --enablekrb5 \ --krb5realm=$MYFULLDOMAINREALM --enablekrb5kdcdns \ --enablekrb5realmdns --enablelocauthorize --enablemkhomedir \ --enablepamaccess --updateall net ads join osName=RHEL osVer=6 -U $someuser@$MYDOMAINREALM From deadhorseconsulting at gmail.com Mon Mar 25 20:33:17 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Mon, 25 Mar 2013 15:33:17 -0500 Subject: [Users] Template disk cloning from one storage domain to another is not working Message-ID: Template disk cloning from one storage domain to another is not working correctly. Assign a user UserTemplateVM permissions to storage domain "A". Create a template in storage domain "A". Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B"). As the user create a VM from the template in storage domain "A". Choose to "clone" the disk to Storage Domain "B". The attached disk of resultant VM gets created but the disk is created in Storage domain A instead of storage domain B. This also is an artifact of the problem I originally brought up: http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still nothing) This is present in latest engine built from master with latest VDSM built from master. I noticed it also originally in the above issue. - DHC -------------- next part -------------- An HTML attachment was scrubbed... URL: From deadhorseconsulting at gmail.com Mon Mar 25 21:03:24 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Mon, 25 Mar 2013 16:03:24 -0500 Subject: [Users] Template disk cloning from one storage domain to another is not working In-Reply-To: References: Message-ID: In further attempt to debug this I added the user as both a SuperUser and PowerUser to the entire Datacenter so the role would cascade down to all objects. I found that with the admin portal this was not an issue. However it still occurs with the UserPortal. The same issue actually occurs for the built in admin at internal user via the user portal as well. Thus this infers some interaction with the UserPortal specifically causing this. - DHC On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse wrote: > Template disk cloning from one storage domain to another is not working > correctly. > > Assign a user UserTemplateVM permissions to storage domain "A". > Create a template in storage domain "A". > Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B"). > > As the user create a VM from the template in storage domain "A". > Choose to "clone" the disk to Storage Domain "B". > The attached disk of resultant VM gets created but the disk is created in Storage domain A > instead of storage domain B. > > This also is an artifact of the problem I originally brought up: > http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still > nothing) > > This is present in latest engine built from master with latest > VDSM built from master. I noticed it also originally in the above issue. > > > - DHC > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpavlik at redhat.com Tue Mar 26 07:47:28 2013 From: mpavlik at redhat.com (Martin Pavlik) Date: Tue, 26 Mar 2013 08:47:28 +0100 Subject: [Users] VM crashes In-Reply-To: <9BE6F493F83A594DA60C45E6A09DC5AC2B6DB929@AUSP01DAG0201> References: <9BE6F493F83A594DA60C45E6A09DC5AC2B6DB929@AUSP01DAG0201> Message-ID: <51515290.90703@redhat.com> Hi Jonatan, try to check following log files /var/log/libvirt/qemu/your_VM_name.log - virtual machine log /var/log/libvirtd.log ( http://www.ovirt.org/Libvirt) /var/log/vdsm/vdsm.log - vdsm.log ( http://www.ovirt.org/Vdsm_Log_Files ) HTH Martin Pavlik RHEV Quality Engineer On 03/25/2013 02:29 PM, Jonathan Horne wrote: > > 2 VMs crashed over the weekend, and I am trying to do some detective > work on what happened. Unfortunately, they were both on the same node > (that node dumped a core file, which I have another thread open about > and hopefully I can open it and see what happened there too). > > Is there a log file on the node that I might get some information as > to what happened? > > Thanks for any tips, > > jonathan > > > ------------------------------------------------------------------------ > This is a PRIVATE message. If you are not the intended recipient, > please delete without copying and kindly advise us by e-mail of the > mistake in delivery. NOTE: Regardless of content, this e-mail shall > not operate to bind SKOPOS to any order or other contract unless > pursuant to explicit written agreement or government initiative > expressly permitting the use of e-mail for such purpose. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From demchenko.ya at gmail.com Tue Mar 26 07:57:13 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Tue, 26 Mar 2013 11:57:13 +0400 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <514B0AAD.9050604@redhat.com> References: <514B0AAD.9050604@redhat.com> Message-ID: <515154D9.9000304@gmail.com> Just installed ovirt 3.2 from this new repo (http://resources.ovirt.org/releases/3.2/rpm/EL/6/) on centos-6.4 New VM's cannot be started, fails with > internal error process exited while connecting to monitor: Supported > machines are: > pc RHEL 6.4.0 PC (alias of rhel6.4.0) > rhel6.4.0 RHEL 6.4.0 PC (default) > rhel6.3.0 RHEL 6.3.0 PC > rhel6.2.0 RHEL 6.2.0 PC > rhel6.1.0 RHEL 6.1.0 PC > rhel6.0.0 RHEL 6.0.0 PC > rhel5.5.0 RHEL 5.5.0 PC > rhel5.4.4 RHEL 5.4.4 PC > rhel5.4.0 RHEL 5.4.0 PC From vdsm.log i presume problem in this string "hvm", machine=pc-0.14 doesnt supported by libvirt in el6. Logs attached. Looks like same bug, that is discussed here: http://lists.ovirt.org/pipermail/users/2012-January/005930.html Searched in bugzilla and didn't found any opened bugs - should I open one or I mislooked? Yuriy Demchenko On 03/21/2013 05:27 PM, Mike Burns wrote: > The oVirt Team is happy to announce that the EL6 rpms for the 3.2 > release are now available in the beta repositories. > > To access this content, > * download and install the release rpm [1] on your EL6 host. > * Edit the ovirt.repo file in /etc/yum.repos.d to enable the > ovirt-beta repository. > * Follow the rest of the instructions on http://www.ovirt.org/Download. > > This content is in beta, so feedback on issues found is greatly > appreciated. > > Issues can be filed in Bugzilla[2] in the Community/Ovirt project. > You can also get help on IRC in #ovirt on OFTC.net or through the > users at ovirt.org mailing list. > > Thanks > > The oVirt Team > > > [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm > [2] https://bugzilla.redhat.com/ > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: text/x-log Size: 12413 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: text/x-log Size: 26255 bytes Desc: not available URL: From jhernand at redhat.com Tue Mar 26 08:34:42 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Tue, 26 Mar 2013 09:34:42 +0100 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <515154D9.9000304@gmail.com> References: <514B0AAD.9050604@redhat.com> <515154D9.9000304@gmail.com> Message-ID: <51515DA2.4090306@redhat.com> On 03/26/2013 08:57 AM, Yuriy Demchenko wrote: > Just installed ovirt 3.2 from this new repo > (http://resources.ovirt.org/releases/3.2/rpm/EL/6/) on centos-6.4 > > New VM's cannot be started, fails with >> internal error process exited while connecting to monitor: Supported >> machines are: >> pc RHEL 6.4.0 PC (alias of rhel6.4.0) >> rhel6.4.0 RHEL 6.4.0 PC (default) >> rhel6.3.0 RHEL 6.3.0 PC >> rhel6.2.0 RHEL 6.2.0 PC >> rhel6.1.0 RHEL 6.1.0 PC >> rhel6.0.0 RHEL 6.0.0 PC >> rhel5.5.0 RHEL 5.5.0 PC >> rhel5.4.4 RHEL 5.4.4 PC >> rhel5.4.0 RHEL 5.4.0 PC > From vdsm.log i presume problem in this string " machine="pc-0.14">hvm", machine=pc-0.14 doesnt supported by > libvirt in el6. Logs attached. > Looks like same bug, that is discussed here: > http://lists.ovirt.org/pipermail/users/2012-January/005930.html > > Searched in bugzilla and didn't found any opened bugs - should I open > one or I mislooked? > Try to do this: # engine-config -s EmulatedMachine=rhel6.4.0 --cver=3.2 Then restart the engine: # service ovirt-engine restart > > Yuriy Demchenko > > On 03/21/2013 05:27 PM, Mike Burns wrote: >> The oVirt Team is happy to announce that the EL6 rpms for the 3.2 >> release are now available in the beta repositories. >> >> To access this content, >> * download and install the release rpm [1] on your EL6 host. >> * Edit the ovirt.repo file in /etc/yum.repos.d to enable the >> ovirt-beta repository. >> * Follow the rest of the instructions on http://www.ovirt.org/Download. >> >> This content is in beta, so feedback on issues found is greatly >> appreciated. >> >> Issues can be filed in Bugzilla[2] in the Community/Ovirt project. >> You can also get help on IRC in #ovirt on OFTC.net or through the >> users at ovirt.org mailing list. >> >> Thanks >> >> The oVirt Team >> >> >> [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm >> [2] https://bugzilla.redhat.com/ >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From demchenko.ya at gmail.com Tue Mar 26 08:46:17 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Tue, 26 Mar 2013 12:46:17 +0400 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <51515DA2.4090306@redhat.com> References: <514B0AAD.9050604@redhat.com> <515154D9.9000304@gmail.com> <51515DA2.4090306@redhat.com> Message-ID: <51516059.7050303@gmail.com> Thanks, that solved my problem. However, shouldn't that be "out-of-box" for el6 packages? (just as a feedback) Yuriy Demchenko On 03/26/2013 12:34 PM, Juan Hernandez wrote: > On 03/26/2013 08:57 AM, Yuriy Demchenko wrote: >> Just installed ovirt 3.2 from this new repo >> (http://resources.ovirt.org/releases/3.2/rpm/EL/6/) on centos-6.4 >> >> New VM's cannot be started, fails with >>> internal error process exited while connecting to monitor: Supported >>> machines are: >>> pc RHEL 6.4.0 PC (alias of rhel6.4.0) >>> rhel6.4.0 RHEL 6.4.0 PC (default) >>> rhel6.3.0 RHEL 6.3.0 PC >>> rhel6.2.0 RHEL 6.2.0 PC >>> rhel6.1.0 RHEL 6.1.0 PC >>> rhel6.0.0 RHEL 6.0.0 PC >>> rhel5.5.0 RHEL 5.5.0 PC >>> rhel5.4.4 RHEL 5.4.4 PC >>> rhel5.4.0 RHEL 5.4.0 PC >> From vdsm.log i presume problem in this string "> machine="pc-0.14">hvm", machine=pc-0.14 doesnt supported by >> libvirt in el6. Logs attached. >> Looks like same bug, that is discussed here: >> http://lists.ovirt.org/pipermail/users/2012-January/005930.html >> >> Searched in bugzilla and didn't found any opened bugs - should I open >> one or I mislooked? >> > > Try to do this: > > # engine-config -s EmulatedMachine=rhel6.4.0 --cver=3.2 > > Then restart the engine: > > # service ovirt-engine restart > >> >> Yuriy Demchenko >> >> On 03/21/2013 05:27 PM, Mike Burns wrote: >>> The oVirt Team is happy to announce that the EL6 rpms for the 3.2 >>> release are now available in the beta repositories. >>> >>> To access this content, >>> * download and install the release rpm [1] on your EL6 host. >>> * Edit the ovirt.repo file in /etc/yum.repos.d to enable the >>> ovirt-beta repository. >>> * Follow the rest of the instructions on http://www.ovirt.org/Download. >>> >>> This content is in beta, so feedback on issues found is greatly >>> appreciated. >>> >>> Issues can be filed in Bugzilla[2] in the Community/Ovirt project. >>> You can also get help on IRC in #ovirt on OFTC.net or through the >>> users at ovirt.org mailing list. >>> >>> Thanks >>> >>> The oVirt Team >>> >>> >>> [1] >>> http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm >>> [2] https://bugzilla.redhat.com/ >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > From jhernand at redhat.com Tue Mar 26 08:56:43 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Tue, 26 Mar 2013 09:56:43 +0100 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <51516059.7050303@gmail.com> References: <514B0AAD.9050604@redhat.com> <515154D9.9000304@gmail.com> <51515DA2.4090306@redhat.com> <51516059.7050303@gmail.com> Message-ID: <515162CB.6080500@redhat.com> On 03/26/2013 09:46 AM, Yuriy Demchenko wrote: > Thanks, that solved my problem. > However, shouldn't that be "out-of-box" for el6 packages? (just as a > feedback) > Unfortunately it is not as simple as it seems. The problem is that if you make that the default for el6 packages it will fail if you try to add a oVirt node as hypervisor, as that is based on Fedora where the rhel6.4.0 machine type is not supported by libvirt. So we need to set this according to the type of hypervisor, not to the distro where the engine is running. You may want to open a bug to request this. > Yuriy Demchenko > > On 03/26/2013 12:34 PM, Juan Hernandez wrote: >> On 03/26/2013 08:57 AM, Yuriy Demchenko wrote: >>> Just installed ovirt 3.2 from this new repo >>> (http://resources.ovirt.org/releases/3.2/rpm/EL/6/) on centos-6.4 >>> >>> New VM's cannot be started, fails with >>>> internal error process exited while connecting to monitor: Supported >>>> machines are: >>>> pc RHEL 6.4.0 PC (alias of rhel6.4.0) >>>> rhel6.4.0 RHEL 6.4.0 PC (default) >>>> rhel6.3.0 RHEL 6.3.0 PC >>>> rhel6.2.0 RHEL 6.2.0 PC >>>> rhel6.1.0 RHEL 6.1.0 PC >>>> rhel6.0.0 RHEL 6.0.0 PC >>>> rhel5.5.0 RHEL 5.5.0 PC >>>> rhel5.4.4 RHEL 5.4.4 PC >>>> rhel5.4.0 RHEL 5.4.0 PC >>> From vdsm.log i presume problem in this string ">> machine="pc-0.14">hvm", machine=pc-0.14 doesnt supported by >>> libvirt in el6. Logs attached. >>> Looks like same bug, that is discussed here: >>> http://lists.ovirt.org/pipermail/users/2012-January/005930.html >>> >>> Searched in bugzilla and didn't found any opened bugs - should I open >>> one or I mislooked? >>> >> >> Try to do this: >> >> # engine-config -s EmulatedMachine=rhel6.4.0 --cver=3.2 >> >> Then restart the engine: >> >> # service ovirt-engine restart >> >>> >>> Yuriy Demchenko >>> >>> On 03/21/2013 05:27 PM, Mike Burns wrote: >>>> The oVirt Team is happy to announce that the EL6 rpms for the 3.2 >>>> release are now available in the beta repositories. >>>> >>>> To access this content, >>>> * download and install the release rpm [1] on your EL6 host. >>>> * Edit the ovirt.repo file in /etc/yum.repos.d to enable the >>>> ovirt-beta repository. >>>> * Follow the rest of the instructions on http://www.ovirt.org/Download. >>>> >>>> This content is in beta, so feedback on issues found is greatly >>>> appreciated. >>>> >>>> Issues can be filed in Bugzilla[2] in the Community/Ovirt project. >>>> You can also get help on IRC in #ovirt on OFTC.net or through the >>>> users at ovirt.org mailing list. >>>> >>>> Thanks >>>> >>>> The oVirt Team >>>> >>>> >>>> [1] >>>> http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm >>>> [2] https://bugzilla.redhat.com/ >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From gianluca.cecchi at gmail.com Tue Mar 26 09:24:16 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 26 Mar 2013 10:24:16 +0100 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <514B0CC8.3040707@redhat.com> References: <514B0AAD.9050604@redhat.com> <514B0CC8.3040707@redhat.com> Message-ID: On Thu, Mar 21, 2013 at 2:36 PM, Mike Burns wrote: >> >> >> do they already contain the fix from >> http://gerrit.ovirt.org/#/c/11254/ >> >> that was one of the biggest problems of 3.2? >> >> Gianluca >> > > Looking at gerrit, the 3.2 branch fix for that[1] is still in review. That > would mean that it's not included. > > I'll defer to the engine team on when that will get into a build. > > Mike > > [1] http://gerrit.ovirt.org/#/c/13172/ Is there a particular reason for it to be still in review? Any drawbacks? Any way at my side to accelerate the process? Gianluca From vincent at vanderkussen.org Tue Mar 26 09:26:00 2013 From: vincent at vanderkussen.org (Vincent Van der Kussen) Date: Tue, 26 Mar 2013 10:26:00 +0100 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: References: <514B0AAD.9050604@redhat.com> Message-ID: <20130326092600.GA9308@faramir.homebase.local> On Thu, Mar 21, 2013 at 02:34:22PM +0100, Gianluca Cecchi wrote: > On Thu, Mar 21, 2013 at 2:27 PM, Mike Burns wrote: > > The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release > > are now available in the beta repositories. > > > > To access this content, > > * download and install the release rpm [1] on your EL6 host. > > * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta > > repository. > > * Follow the rest of the instructions on http://www.ovirt.org/Download. > > > > This content is in beta, so feedback on issues found is greatly appreciated. > > > > Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can > > also get help on IRC in #ovirt on OFTC.net or through the users at ovirt.org > > mailing list. > > > > Thanks > > > > The oVirt Team > > > > > > [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm > > [2] https://bugzilla.redhat.com/ > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > do they already contain the fix from > http://gerrit.ovirt.org/#/c/11254/ > > that was one of the biggest problems of 3.2? > > Gianluca Are there plans on releasing a SRPM for jboss-as-7.1.1-10.el6.x86_64.rpm ? Vincent > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From bigclouds at 163.com Tue Mar 26 10:37:21 2013 From: bigclouds at 163.com (bigclouds) Date: Tue, 26 Mar 2013 18:37:21 +0800 (CST) Subject: [Users] cannot create ovirt-host-deploy.tar Message-ID: <6c378ef4.29fe0.13da6460e13.Coremail.bigclouds@163.com> hi,all i fail to add host, it tip me to re-install, but every time ,it failed because 'Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar'' thanks -------log----------------- 2013-03-26 18:31:40,062 INFO [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-9) Send SSH_MSG_USERAUTH_REQUEST for password 2013-03-26 18:31:40,078 INFO [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) Received SSH_MSG_USERAUTH_SUCCESS 2013-03-26 18:31:40,080 INFO [org.ovirt.engine.core.bll.VdsDeploy] (pool-10-thread-9) [73c29998] Installation of 192.168.2.170. Executing command via SSH umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2013-03-26 18:31:40,085 INFO [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-9) Tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is missing, creating 2013-03-26 18:31:40,090 ERROR [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-9) Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar': java.io.FileNotFoundException: File or directory /usr/share/ovirt-host-deploy/interface-3 not found at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.ensure(CachedTar.java:105) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Tue Mar 26 10:45:01 2013 From: bigclouds at 163.com (bigclouds) Date: Tue, 26 Mar 2013 18:45:01 +0800 (CST) Subject: [Users] cannot create ovirt-host-deploy.tar In-Reply-To: <6c378ef4.29fe0.13da6460e13.Coremail.bigclouds@163.com> References: <6c378ef4.29fe0.13da6460e13.Coremail.bigclouds@163.com> Message-ID: <69049dd3.2a177.13da64d118c.Coremail.bigclouds@163.com> hi,all i fail to add host, it tip me to re-install, but every time ,it failed because 'Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar'' thanks -------log----------------- 2013-03-26 18:31:40,062 INFO [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-9) Send SSH_MSG_USERAUTH_REQUEST for password 2013-03-26 18:31:40,078 INFO [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) Received SSH_MSG_USERAUTH_SUCCESS 2013-03-26 18:31:40,080 INFO [org.ovirt.engine.core.bll.VdsDeploy] (pool-10-thread-9) [73c29998] Installation of 192.168.2.170. Executing command via SSH umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && amp; tar -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2013-03-26 18:31:40,085 INFO [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-9) Tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is missing, creating 2013-03-26 18:31:40,090 ERROR [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-9) Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar': java.io.FileNotFoundException: File or directory /usr/share/ovirt-host-deploy/interface-3 not found at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) [utils.jar:] at org.ovirt.engine.core.utils.archivers.t ar.CachedTar.ensure(CachedTar.java:105) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) [bll.jar:] at org.ovirt.engine.core.utils.transact ion.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) [bll.jar:]   ; at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09- icedtea] -------------vdsm log------------------------------ MainThread::INFO::2013-03-26 18:20:20,514::vmChannels::146::vds::(settimeout) Setting channels' timeout to 30 seconds. VM Channels Listener::INFO::2013-03-26 18:20:20,561::vmChannels::129::vds::(run) Starting VM channels listener thread. storageRefresh::DEBUG::2013-03-26 18:20:20,562::misc::85::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: No session found.\n'; = 21 storageRefresh::DEBUG::2013-03-26 18:20:20,562::misc::1093::SamplingMethod::(__call__) Returning last result BindingXMLRPC::ERROR::2013-03-26 18:20:21,896::BindingXMLRPC::72::vds::(threaded_start) xml-rpc handler exception Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 68, in threaded_start self.server.handle_request() File "/usr/lib64/python2.6/SocketServer.py", line 268, in handle_request self._handle_request_noblock() File "/usr/lib64/python2.6/SocketServer.py", line 278, in _handle_request_noblock request, client_address = self.get_request() File "/usr/lib64/python2.6/SocketServer.py", line 446, in get_request return self.socket.accept() File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", line 116, in accept client, address = self.connection.accept() File "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 167, in accept ssl.accept_ssl() File "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 156, in accept_ssl return m2.ssl_accept(self.ssl, self._timeout) SSLError: http request -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Tue Mar 26 10:48:42 2013 From: jbelka at redhat.com (Jiri Belka) Date: Tue, 26 Mar 2013 11:48:42 +0100 Subject: [Users] snapshots, checkpoints etc... Message-ID: <20130326114842.3a99d5be.jbelka@redhat.com> Probably not the best list for this question but anyway... * "snapshot" as it is done with 'savevm' from qemu monitor saves disk, cpu, memory state of running VM... but 1. it must be qcow2 image 2. it pauses the VM for couple of seconds is this right? * snapshots is only for block devices, are done offline * live snapshot is only for block devices, can be done online * snapshot tree with branches is not supported now am I right? So my understanding there is no way to have a "photo", in qemu language _checkpoint_, in VMWare language _snapshot_ without interupting the VM. Am I right? Any comments? This topic is quite confusing while searching Internet. jbelka From mpavlik at redhat.com Tue Mar 26 11:12:56 2013 From: mpavlik at redhat.com (Martin Pavlik) Date: Tue, 26 Mar 2013 12:12:56 +0100 Subject: [Users] cannot create ovirt-host-deploy.tar In-Reply-To: <69049dd3.2a177.13da64d118c.Coremail.bigclouds@163.com> References: <6c378ef4.29fe0.13da6460e13.Coremail.bigclouds@163.com> <69049dd3.2a177.13da64d118c.Coremail.bigclouds@163.com> Message-ID: <515182B8.80206@redhat.com> What OS do you use on host? I experienced something similar using Fedora 18 minimal install, you need to install tar on the node It is mentioned here http://www.ovirt.org/Quick_Start_Guide (search for yum install tar) HTH Martin Pavlik On 03/26/2013 11:45 AM, bigclouds wrote: > > > > > hi,all > i fail to add host, it tip me to re-install, but every time ,it > failed because 'Cannot create tarball > '/var/cache/ovirt-engine/ovirt-host-deploy.tar'' > thanks > -------log----------------- > 2013-03-26 18:31:40,062 INFO > [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-9) > Send SSH_MSG_USERAUTH_REQUEST for password > 2013-03-26 18:31:40,078 INFO > [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) > Received SSH_MSG_USERAUTH_SUCCESS > 2013-03-26 18:31:40,080 INFO [org.ovirt.engine.core.bll.VdsDeploy] > ( pool-10-thread-9) [73c29998] Installation of 192.168.2.170. > Executing command via SSH umask 0077; MYTMP="$(mktemp -t > ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null > 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" > && mkdir "${MYTMP}" && amp; tar -C "${MYTMP}" -x && > "${MYTMP}"/setup DIALOG/dialect=str:machine > DIALOG/customization=bool:True < > /var/cache/ovirt-engine/ovirt-host-deploy.tar > 2013-03-26 18:31:40,085 INFO > [org.ovirt.engine.core.utils.archivers.tar.CachedTar] > (pool-10-thread-9) Tarball > '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is missing, creating > 2013-03-26 18:31:40,090 ERROR > [org.ovirt.engine.core.utils.archivers.tar.CachedTar] > (pool-10-thread-9) Cannot create tarball > '/var/cache/ovirt-engine/ovirt-host-deploy.tar': > java.io.FileNotFoundException: File or directory > /usr/share/ovirt-host-deploy/interface-3 not found > at > org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) > [utils.jar:] > at > org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) > [utils.jar:] > at org.ovirt.engine.core.utils.archivers.t > ar.CachedTar.ensure(CachedTar.java:105) [utils.jar:] > at > org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) > [utils.jar:] > at > org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) > [bll.jar:] > at > org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) > [bll.jar:] > at org.ovirt.engine.core.utils.transact > ion.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) > [utils.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) > [utils.jar:] > at > org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) > [bll.jar:] > at > org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) > [bll.jar:] > at > org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) > [bll.jar:] > at > org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) > [bll.jar:] > & nbsp ; at > org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) > [utils.jar:] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.FutureTask.run(FutureTask.java:166) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09- > icedtea] > > -------------vdsm log------------------------------ > > MainThread::INFO::2013-03-26 > 18:20:20,514::vmChannels::146::vds::(settimeout) Setting channels' > timeout to 30 seconds. > VM Channels Listener::INFO::2013-03-26 > 18:20:20,561::vmChannels::129::vds::(run) Starting VM channels > listener thread. > storageRefresh::DEBUG::2013-03-26 > 18:20:20,562::misc::85::Storage.Misc.excCmd::() FAILED: > = 'iscsiadm: No session found.\n'; = 21 > storageRefresh::DEBUG::2013-03-26 > 18:20:20,562::misc::1093::SamplingMethod::(__call__) Returning > last result > BindingXMLRPC::ERROR::2013-03-26 > 18:20:21,896::BindingXMLRPC::72::vds::(threaded_start) xml-rpc > handler exception > Traceback (most recent call last): > File "/usr/share/vdsm/BindingXMLRPC.py", line 68, in threaded_start > self.server.handle_request() > File "/usr/lib64/python2.6/SocketServer.py", line 268, in > handle_request > ; self._handle_request_noblock() > File "/usr/lib64/python2.6/SocketServer.py", line 278, in > _handle_request_noblock > request, client_address = self.get_request() > File "/usr/lib64/python2.6/SocketServer.py", line 446, in > get_request > return self.socket.accept() > File > "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", > line 116, in accept > client, address = self.connection.accept() > File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", > line 167, in accept > ssl.accept_ssl() > File > "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", > line 156, in accept_ssl > return m2.ssl_accept(self.ssl, self._timeout) > SSLError: http request > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Regards Martin Pavlik RHEV Quality Engineer -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas at ecarnot.net Tue Mar 26 11:17:15 2013 From: nicolas at ecarnot.net (Nicolas Ecarnot) Date: Tue, 26 Mar 2013 12:17:15 +0100 Subject: [Users] Starting VM gets paused In-Reply-To: <5150308B.5000602@ecarnot.net> References: <514C2B87.6000606@ecarnot.net> <514EBF13.6010901@redhat.com> <5150308B.5000602@ecarnot.net> Message-ID: <515183BB.1060901@ecarnot.net> Le 25/03/2013 12:10, Nicolas Ecarnot a ?crit : > Le 24/03/2013 09:53, Dafna Ron a ?crit : >> is the vm preallocated or thin provision disk type? > > This VM has 3 disks : > - first disk to host the windows system : Thin provision > - second disk to store some data : Preallocated > - third disk to store some more data : Thin provision > > I'm realizing that amongst the 15 VMs, only this one and another one > that is stopped are using preallocated disks. > I'm regularly migrating some VMs (and stopping and starting and playing > with them) with no issue, and they all are using thin provisioned disks! > > Could this be a common factor of the problem? > >> >> also, can you please attach engine, vdsm, libvirt and the vm's qemu logs? > > Relevant logs : > > ############ > > Ok, I'm in the process of collecting the logs and posting them in a > useable manner. > > More to come. Ok, once again, I ran a test and observed the relevant logs. I tried to isolate the time frames, but it may be long for vdsm.log Here they are : * /var/log/libvirt/qemu/serv-chk-adm3.log http://pastebin.com/JVKMSmxD * /var/log/libvirtd.log http://pastebin.com/sWGDCqNh * /var/log/vdsm/vdsm.log (the BIG one) http://pastebin.com/bevTEhym What I can add to help you help me, is that : - I saw that all my VM appear as tainted. I did not know what that meant (but RTFMed since), and this does not appear to disturb the other VMs - Many VMs including the problematic one have been imported from ovirt-v2v with now such issue. - This particular VM was also imported, but the starting point was a vmdk or ova single file. - Two additionnal data disks were added - As I said, this is the only running VM stored as pre allocated. Regards, -- Nicolas Ecarnot From alonbl at redhat.com Tue Mar 26 11:42:35 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 26 Mar 2013 07:42:35 -0400 (EDT) Subject: [Users] cannot create ovirt-host-deploy.tar In-Reply-To: <6c378ef4.29fe0.13da6460e13.Coremail.bigclouds@163.com> Message-ID: <1692204580.9064739.1364298155952.JavaMail.root@redhat.com> You should install ovirt-host-deploy package on your system. ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Tuesday, March 26, 2013 12:37:21 PM > Subject: [Users] cannot create ovirt-host-deploy.tar > > > > > hi,all > i fail to add host, it tip me to re-install, but every time ,it > failed because 'Cannot create tarball > '/var/cache/ovirt-engine/ovirt-host-deploy.tar'' > > thanks > -------log----------------- > 2013-03-26 18:31:40,062 INFO > [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-9) > Send SSH_MSG_USERAUTH_REQUEST for password > 2013-03-26 18:31:40,078 INFO > [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) > Received SSH_MSG_USERAUTH_SUCCESS > 2013-03-26 18:31:40,080 INFO [org.ovirt.engine.core.bll.VdsDeploy] > (pool-10-thread-9) [73c29998] Installation of 192.168.2.170. > Executing command via SSH umask 0077; MYTMP="$(mktemp -t > ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null > 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && > mkdir "${MYTMP}" && amp; tar -C "${MYTMP}" -x && "${MYTMP}"/setup > DIALOG/dialect=str:machine DIALOG/customization=bool:True < > /var/cache/ovirt-engine/ovirt-host-deploy.tar > 2013-03-26 18:31:40,085 INFO > [org.ovirt.engine.core.utils.archivers.tar.CachedTar] > (pool-10-thread-9) Tarball > '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is missing, creating > 2013-03-26 18:31:40,090 ERROR > [org.ovirt.engine.core.utils.archivers.tar.CachedTar] > (pool-10-thread-9) Cannot create tarball > '/var/cache/ovirt-engine/ovirt-host-deploy.tar': > java.io.FileNotFoundException: File or directory > /usr/share/ovirt-host-deploy/interface-3 not found > at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) > [utils.jar:] > at > org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) > [utils.jar:] > at org.ovirt.engine.core.utils.archivers.t > ar.CachedTar.ensure(CachedTar.java:105) [utils.jar:] > at > org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) > [utils.jar:] > at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) > [bll.jar:] > at > org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) > [bll.jar:] > at org.ovirt.engine.core.utils.transact > ion.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) > [utils.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) > [utils.jar:] > at > org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) > [bll.jar:] > at > org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) > [bll.jar:] > at > org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) > [bll.jar:] > at > org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) > [bll.jar:] > ; at > org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) > [utils.jar:] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09- icedtea] > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From bigclouds at 163.com Tue Mar 26 12:01:42 2013 From: bigclouds at 163.com (bigclouds) Date: Tue, 26 Mar 2013 20:01:42 +0800 (CST) Subject: [Users] cannot create ovirt-host-deploy.tar In-Reply-To: <515182B8.80206@redhat.com> References: <6c378ef4.29fe0.13da6460e13.Coremail.bigclouds@163.com> <69049dd3.2a177.13da64d118c.Coremail.bigclouds@163.com> <515182B8.80206@redhat.com> Message-ID: <58d86cca.2b104.13da6934670.Coremail.bigclouds@163.com> not that lack of tar command. all tar size is 0. engine can ssh to vdsm. but /usr/share/ovirt-host-deploy/interface-3 make a fail. -rw-rw-r-- 1 jboss-as jboss-as 0 Mar 26 19:20 ovirt-host-deploy.tar2791910389961865078tmp -rw-rw-r-- 1 jboss-as jboss-as 0 Mar 26 18:31 ovirt-host-deploy.tar4717360891825716130tmp -rw-rw-r-- 1 jboss-as jboss-as 0 Mar 26 19:21 ovirt-host-deploy.tar5905984005815219606tmp -rw-rw-r-- 1 jboss-as jboss-as 0 Mar 26 19:21 ovirt-host-deploy.tar7898362250365412083tmp -----more log---- 2013-03-26 19:45:48,768 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8700-6) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2013-03-26 19:45:48,771 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8700-6) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2013-03-26 19:45:48,785 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-10-thread-8) [4827f2d4] Running command: InstallVdsCommand internal: true. Entities affected : ID: 772d6170-4674-4474-a194-29f39ec74bbf Type: VDS 2013-03-26 19:45:48,794 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-10-thread-8) [4827f2d4] Before Installation host 772d6170-4674-4474-a194-29f39ec74bbf, ovirtdev 2013-03-26 19:45:48,814 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-3) Session created... 2013-03-26 19:45:48,818 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-3) Server version string: SSH-2.0-OpenSSH_5.3 2013-03-26 19:45:48,821 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-3) Received SSH_MSG_KEXINIT 2013-03-26 19:45:48,832 INFO [org.apache.sshd.client.kex.DHG1] (NioProcessor-3) Send SSH_MSG_KEXDH_INIT 2013-03-26 19:45:48,842 INFO [org.apache.sshd.client.kex.DHG1] (NioProcessor-3) Received SSH_MSG_KEXDH_REPLY 2013-03-26 19:45:48,858 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-3) Received SSH_MSG_NEWKEYS 2013-03-26 19:45:48,859 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-3) Send SSH_MSG_SERVICE_REQUEST for ssh-userauth 2013-03-26 19:45:48,904 INFO [org.ovirt.engine.core.bll.InstallerMessages] (pool-10-thread-8) [4827f2d4] Installation 192.168.2.170: Connected to host 192.168.2.170 with SSH key fingerprint: f4:25:13:8f:33:0f:1c:a1:88:1e:db:df:2c:2a:50:50 2013-03-26 19:45:48,920 INFO [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-8) Send SSH_MSG_USERAUTH_REQUEST for password 2013-03-26 19:45:48,945 INFO [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) Received SSH_MSG_USERAUTH_SUCCESS 2013-03-26 19:45:48,945 INFO [org.ovirt.engine.core.bll.VdsDeploy] (pool-10-thread-8) [4827f2d4] Installation of 192.168.2.170. Executing command via SSH umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2013-03-26 19:45:48,948 INFO [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-8) Tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is out of date, re-creating 2013-03-26 19:45:48,956 ERROR [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-8) Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar': java.io.FileNotFoundException: File or directory /usr/share/ovirt-host-deploy/interface-3 not found at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.ensure(CachedTar.java:118) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] 2013-03-26 19:45:48,983 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (pool-10-thread-8) [4827f2d4] Error during host 192.168.2.170 install: java.io.IOException: Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:46) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.ensure(CachedTar.java:118) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: java.io.FileNotFoundException: File or directory /usr/share/ovirt-host-deploy/interface-3 not found at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) [utils.jar:] ... 21 more 2013-03-26 19:45:49,025 ERROR [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-10-thread-8) [4827f2d4] Host installation failed for host 772d6170-4674-4474-a194-29f39ec74bbf, ovirtdev.: java.io.IOException: Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:46) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.ensure(CachedTar.java:118) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: java.io.FileNotFoundException: File or directory /usr/share/ovirt-host-deploy/interface-3 not found at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) [utils.jar:] ... 21 more At 2013-03-26 19:12:56,"Martin Pavlik" wrote: What OS do you use on host? I experienced something similar using Fedora 18 minimal install, you need to install tar on the node It is mentioned here http://www.ovirt.org/Quick_Start_Guide (search for yum install tar) HTH Martin Pavlik On 03/26/2013 11:45 AM, bigclouds wrote: hi,all i fail to add host, it tip me to re-install, but every time ,it failed because 'Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar'' thanks -------log----------------- 2013-03-26 18:31:40,062 INFO [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-9) Send SSH_MSG_USERAUTH_REQUEST for password 2013-03-26 18:31:40,078 INFO [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) Received SSH_MSG_USERAUTH_SUCCESS 2013-03-26 18:31:40,080 INFO [org.ovirt.engine.core.bll.VdsDeploy] ( pool-10-thread-9) [73c29998] Installation of 192.168.2.170. Executing command via SSH umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && amp; tar -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2013-03-26 18:31:40,085 INFO [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-9) Tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is missing, creating 2013-03-26 18:31:40,090 ERROR [org.ovirt.engine.core.utils.archivers.tar.CachedTar] (pool-10-thread-9) Cannot create tarball '/var/cache/ovirt-engine/ovirt-host-deploy.tar': java.io.FileNotFoundException: File or directory /usr/share/ovirt-host-deploy/interface-3 not found at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) [utils.jar:] at org.ovirt.engine.core.utils.archivers.t ar.CachedTar.ensure(CachedTar.java:105) [utils.jar:] at org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) [bll.jar:] at org.ovirt.engine.core.utils.transact ion.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) [bll.jar:] & nbsp ; at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09- icedtea] -------------vdsm log------------------------------ MainThread::INFO::2013-03-26 18:20:20,514::vmChannels::146::vds::(settimeout) Setting channels' timeout to 30 seconds. VM Channels Listener::INFO::2013-03-26 18:20:20,561::vmChannels::129::vds::(run) Starting VM channels listener thread. storageRefresh::DEBUG::2013-03-26 18:20:20,562::misc::85::Storage.Misc.excCmd::() FAILED: = 'iscsiadm: No session found.\n'; = 21 storageRefresh::DEBUG::2013-03-26 18:20:20,562::misc::1093::SamplingMethod::(__call__) Returning last result BindingXMLRPC::ERROR::2013-03-26 18:20:21,896::BindingXMLRPC::72::vds::(threaded_start) xml-rpc handler exception Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 68, in threaded_start self.server.handle_request() File "/usr/lib64/python2.6/SocketServer.py", line 268, in handle_request ; self._handle_request_noblock() File "/usr/lib64/python2.6/SocketServer.py", line 278, in _handle_request_noblock request, client_address = self.get_request() File "/usr/lib64/python2.6/SocketServer.py", line 446, in get_request return self.socket.accept() File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", line 116, in accept client, address = self.connection.accept() File "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 167, in accept ssl.accept_ssl() File "/usr/lib64/python2.6/site-packages/M2Crypto/SSL/Connection.py", line 156, in accept_ssl return m2.ssl_accept(self.ssl, self._timeout) SSLError: http request _______________________________________________ Users mailing list Users at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users -- Regards Martin Pavlik RHEV Quality Engineer -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Tue Mar 26 12:08:57 2013 From: bigclouds at 163.com (bigclouds) Date: Tue, 26 Mar 2013 20:08:57 +0800 (CST) Subject: [Users] cannot create ovirt-host-deploy.tar In-Reply-To: <1692204580.9064739.1364298155952.JavaMail.root@redhat.com> References: <1692204580.9064739.1364298155952.JavaMail.root@redhat.com> Message-ID: <17064dc5.2b25d.13da699ea43.Coremail.bigclouds@163.com> could you give me more details? where to download (git is better) thanks At 2013-03-26 19:42:35,"Alon Bar-Lev" wrote: >You should install ovirt-host-deploy package on your system. > >----- Original Message ----- >> From: "bigclouds" >> To: users at ovirt.org >> Sent: Tuesday, March 26, 2013 12:37:21 PM >> Subject: [Users] cannot create ovirt-host-deploy.tar >> >> >> >> >> hi,all >> i fail to add host, it tip me to re-install, but every time ,it >> failed because 'Cannot create tarball >> '/var/cache/ovirt-engine/ovirt-host-deploy.tar'' >> >> thanks >> -------log----------------- >> 2013-03-26 18:31:40,062 INFO >> [org.apache.sshd.client.auth.UserAuthPassword] (pool-10-thread-9) >> Send SSH_MSG_USERAUTH_REQUEST for password >> 2013-03-26 18:31:40,078 INFO >> [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-3) >> Received SSH_MSG_USERAUTH_SUCCESS >> 2013-03-26 18:31:40,080 INFO [org.ovirt.engine.core.bll.VdsDeploy] >> (pool-10-thread-9) [73c29998] Installation of 192.168.2.170. >> Executing command via SSH umask 0077; MYTMP="$(mktemp -t >> ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null >> 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && >> mkdir "${MYTMP}" && amp; tar -C "${MYTMP}" -x && "${MYTMP}"/setup >> DIALOG/dialect=str:machine DIALOG/customization=bool:True < >> /var/cache/ovirt-engine/ovirt-host-deploy.tar >> 2013-03-26 18:31:40,085 INFO >> [org.ovirt.engine.core.utils.archivers.tar.CachedTar] >> (pool-10-thread-9) Tarball >> '/var/cache/ovirt-engine/ovirt-host-deploy.tar' is missing, creating >> 2013-03-26 18:31:40,090 ERROR >> [org.ovirt.engine.core.utils.archivers.tar.CachedTar] >> (pool-10-thread-9) Cannot create tarball >> '/var/cache/ovirt-engine/ovirt-host-deploy.tar': >> java.io.FileNotFoundException: File or directory >> /usr/share/ovirt-host-deploy/interface-3 not found >> at org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) >> [utils.jar:] >> at >> org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) >> [utils.jar:] >> at org.ovirt.engine.core.utils.archivers.t >> ar.CachedTar.ensure(CachedTar.java:105) [utils.jar:] >> at >> org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) >> [utils.jar:] >> at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) >> [bll.jar:] >> at org.ovirt.engine.core.utils.transact >> ion.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) >> [utils.jar:] >> at >> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) >> [utils.jar:] >> at >> org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) >> [bll.jar:] >> at >> org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) >> [bll.jar:] >> ; at >> org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) >> [utils.jar:] >> at >> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) >> [rt.jar:1.7.0_09-icedtea] >> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) >> [rt.jar:1.7.0_09-icedtea] >> at java.util.concurrent.FutureTask.run(FutureTask.java:166) >> [rt.jar:1.7.0_09-icedtea] >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) >> [rt.jar:1.7.0_09-icedtea] >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) >> [rt.jar:1.7.0_09-icedtea] >> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09- icedtea] >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.kralicek at accenture.com Tue Mar 26 12:14:54 2013 From: martin.kralicek at accenture.com (martin.kralicek at accenture.com) Date: Tue, 26 Mar 2013 12:14:54 +0000 Subject: [Users] GlusterFS 3.4 Message-ID: Hi, I have got issue with adding new host to ovirt 3.2.1 (Fedora 18) because host required GlusterFS 3.4, but there is not include in ovirt or fedora repo and version 3.4 is available only as alpha? Available is only GlusterFS 3.3.1 Error message: Failed to install Host . Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. Host OS: Fedora 18 64b Thanks for your advice. Martin ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbelka at redhat.com Tue Mar 26 12:20:50 2013 From: jbelka at redhat.com (Jiri Belka) Date: Tue, 26 Mar 2013 13:20:50 +0100 Subject: [Users] GlusterFS 3.4 In-Reply-To: References: Message-ID: <20130326132050.6c77d1b1.jbelka@redhat.com> On Tue, 26 Mar 2013 12:14:54 +0000 wrote: > Hi, > > I have got issue with adding new host to ovirt 3.2.1 (Fedora 18) because host required GlusterFS 3.4, but there is not include in ovirt or fedora repo and version 3.4 is available only as alpha? Available is only GlusterFS 3.3.1 > Error message: Failed to install Host . Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. > Host OS: Fedora 18 64b Is it problem to add repo? http://download.gluster.org/pub/gluster/glusterfs/qa-releases/3.4.0alpha/Fedora/fedora-18/x86_64/ From demchenko.ya at gmail.com Tue Mar 26 12:32:06 2013 From: demchenko.ya at gmail.com (Yuriy Demchenko) Date: Tue, 26 Mar 2013 16:32:06 +0400 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <515162CB.6080500@redhat.com> References: <514B0AAD.9050604@redhat.com> <515154D9.9000304@gmail.com> <51515DA2.4090306@redhat.com> <51516059.7050303@gmail.com> <515162CB.6080500@redhat.com> Message-ID: <51519546.6030409@gmail.com> Ah, I see. Thanks for clarification i've opened a bug https://bugzilla.redhat.com/show_bug.cgi?id=927874 for this Yuriy Demchenko On 03/26/2013 12:56 PM, Juan Hernandez wrote: >> Thanks, that solved my problem. >> However, shouldn't that be "out-of-box" for el6 packages? (just as a >> feedback) >> > > Unfortunately it is not as simple as it seems. The problem is that if > you make that the default for el6 packages it will fail if you try to > add a oVirt node as hypervisor, as that is based on Fedora where the > rhel6.4.0 machine type is not supported by libvirt. So we need to set > this according to the type of hypervisor, not to the distro where the > engine is running. > > You may want to open a bug to request this. From suporte at logicworks.pt Tue Mar 26 12:50:02 2013 From: suporte at logicworks.pt (suporte at logicworks.pt) Date: Tue, 26 Mar 2013 12:50:02 +0000 (WET) Subject: [Users] GlusterFS 3.4 In-Reply-To: References: Message-ID: <25751447.1999.1364302221827.JavaMail.ferra@ferra-PC> Hi Martin, here is what I did, and is working: firts you need to create a repos file: /etc/yum.repos.d/stage.repo [glusterfs] name=GlusterFS baseurl=http://bits.gluster.org/pub/gluster/glusterfs/stage/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Gluster # yum update Than install gluster: yum install glusterfs yum install glusterfs-server yum install gluster-rdma because of the self signed you need: yum install --nogpgcheck glusterfs-server* yum install --nogpgcheck glusterfs-rdma* yum install --nogpgcheck glusterfs* Check if everything is ok: the output of: rpm -qa|grep glusterfs* must be: glusterfs-3.4.0alpha2-1.el6.x86_64 glusterfs-fuse-3.4.0alpha2-1.el6.x86_64 glusterfs-server-3.4.0alpha2-1.el6.x86_64 glusterfs-rdma-3.4.0alpha2-1.el6.x86_64 now get back to the engine and reinstall the host. Regards Jose ----- Original Message ----- From: "martin kralicek" To: users at ovirt.org Sent: Ter?a-feira, 26 de Mar?o de 2013 12:14:54 Subject: [Users] GlusterFS 3.4 Hi, I have got issue with adding new host to ovirt 3.2.1 (Fedora 18) because host required GlusterFS 3.4, but there is not include in ovirt or fedora repo and version 3.4 is available only as alpha? Available is only GlusterFS 3.3.1 Error message: Failed to install Host . Yum [u'vdsm-gluster-4.10.3-10.fc18.noarch requires glusterfs >= 3.4.0']. Host OS: Fedora 18 64b Thanks for your advice. Martin This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Tue Mar 26 13:13:07 2013 From: bigclouds at 163.com (bigclouds) Date: Tue, 26 Mar 2013 21:13:07 +0800 (CST) Subject: [Users] .keystore' using alias '1' Message-ID: <103f1a66.2bfd0.13da6d4aa90.Coremail.bigclouds@163.com> how to create certs from scratch. thanks 2013-03-26 20:54:36,786 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException: Failed to decode own public key from store '/etc/pki/ovirt-engine/ca/.keystore' using alias '1' at org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:236) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$10.call(VdsDeploy.java:350) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:492) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:704) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$1400(VdsDeploy.java:71) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$33.run(VdsDeploy.java:796) [bll.jar:] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big. at sun.security.util.DerInputStream.getLength(DerInputStream.java:561) [rt.jar:1.7.0_09-icedtea] at sun.security.util.DerValue.init(DerValue.java:365) [rt.jar:1.7.0_09-icedtea] at sun.security.util.DerValue.(DerValue.java:320) [rt.jar:1.7.0_09-icedtea] at sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1220) [rt.jar:1.7.0_09-icedtea] at java.security.KeyStore.load(KeyStore.java:1214) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:209) [bll.jar:] ... 6 more 2013-03-26 20:54:36,814 INFO [org.apache.sshd.client.session.ClientSessionImpl] (VdsDeploy) Session root@/192.168.2.170:22 closed 2013-03-26 20:54:36,815 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (pool-10-thread-50) [102beb4a] Error during host 192.168.2.170 install: java.lang.RuntimeException: Failed to decode own public key from store '/etc/pki/ovirt-engine/ca/.keystore' using alias '1' at org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:236) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$10.call(VdsDeploy.java:350) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:492) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:704) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$1400(VdsDeploy.java:71) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$33.run(VdsDeploy.java:796) [bll.jar:] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big. at sun.security.util.DerInputStream.getLength(DerInputStream.java:561) [rt.jar:1.7.0_09-icedtea] at sun.security.util.DerValue.init(DerValue.java:365) [rt.jar:1.7.0_09-icedtea] at sun.security.util.DerValue.(DerValue.java:320) [rt.jar:1.7.0_09-icedtea] at sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1220) [rt.jar:1.7.0_09-icedtea] at java.security.KeyStore.load(KeyStore.java:1214) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:209) [bll.jar:] ... 6 more 2013-03-26 20:54:36,872 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (pool-10-thread-50) [102beb4a] Error during host 192.168.2.170 install, prefering first exception: java.lang.RuntimeException: Failed to decode own public key from store '/etc/pki/ovirt-engine/ca/.keystore' using alias '1' at org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:236) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$10.call(VdsDeploy.java:350) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:492) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:704) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$1400(VdsDeploy.java:71) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$33.run(VdsDeploy.java:796) [bll.jar:] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big. at sun.security.util.DerInputStream.getLength(DerInputStream.java:561) [rt.jar:1.7.0_09-icedtea] at sun.security.util.DerValue.init(DerValue.java:365) [rt.jar:1.7.0_09-icedtea] at sun.security.util.DerValue.(DerValue.java:320) [rt.jar:1.7.0_09-icedtea] at sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1220) [rt.jar:1.7.0_09-icedtea] at java.security.KeyStore.load(KeyStore.java:1214) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:209) [bll.jar:] -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Tue Mar 26 13:20:04 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 26 Mar 2013 09:20:04 -0400 (EDT) Subject: [Users] cannot create ovirt-host-deploy.tar In-Reply-To: <17064dc5.2b25d.13da699ea43.Coremail.bigclouds@163.com> Message-ID: <442885232.9092344.1364304004942.JavaMail.root@redhat.com> ovirt-host-deploy and otopi packages are required for host deployment. git is at[1][2] nightly is at [3] [1] http://gerrit.ovirt.org/gitweb?p=otopi.git;a=shortlog;h=HEAD [2] http://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=shortlog;h=HEAD [3] http://resources.ovirt.org/releases/nightly/ ----- Original Message ----- > From: "bigclouds" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Tuesday, March 26, 2013 2:08:57 PM > Subject: Re:Re: [Users] cannot create ovirt-host-deploy.tar > > > > > could you give me more details? > where to download (git is better) > thanks > > > > > > > At?2013-03-26?19:42:35,"Alon?Bar-Lev"??wrote: > >You?should?install?ovirt-host-deploy?package?on?your?system. > > > >-----?Original?Message?----- > >>?From:?"bigclouds"? > >>?To:?users at ovirt.org > >>?Sent:?Tuesday,?March?26,?2013?12:37:21?PM > >>?Subject:?[Users]?cannot?create?ovirt-host-deploy.tar > >>? > >>? > >>? > >>? > >>?hi,all > >>?i?fail?to?add?host,?it?tip?me?to?re-install,?but?every?time?,it > >>?failed?because?'Cannot?create?tarball > >>?'/var/cache/ovirt-engine/ovirt-host-deploy.tar'' > >>? > >>?thanks > >>?-------log----------------- > >>?2013-03-26?18:31:40,062?INFO > >>?[org.apache.sshd.client.auth.UserAuthPassword]?(pool-10-thread-9) > >>?Send?SSH_MSG_USERAUTH_REQUEST?for?password > >>?2013-03-26?18:31:40,078?INFO > >>?[org.apache.sshd.client.auth.UserAuthPassword]?(NioProcessor-3) > >>?Received?SSH_MSG_USERAUTH_SUCCESS > >>?2013-03-26?18:31:40,080?INFO?[org.ovirt.engine.core.bll.VdsDeploy] > >>?(pool-10-thread-9)?[73c29998]?Installation?of?192.168.2.170. > >>?Executing?command?via?SSH?umask?0077;?MYTMP="$(mktemp?-t > >>?ovirt-XXXXXXXXXX)";?trap?"chmod?-R?u+rwX?\"${MYTMP}\"?>?/dev/null > >>?2>&1;?rm?-fr?\"${MYTMP}\"?>?/dev/null?2>&1"?0;?rm?-fr?"${MYTMP}" > >>??&& > >>?mkdir?"${MYTMP}"?&&?amp;?tar?-C?"${MYTMP}"?-x?&&?"${MYTMP}"/setup > >>?DIALOG/dialect=str:machine?DIALOG/customization=bool:True?< > >>?/var/cache/ovirt-engine/ovirt-host-deploy.tar > >>?2013-03-26?18:31:40,085?INFO > >>?[org.ovirt.engine.core.utils.archivers.tar.CachedTar] > >>?(pool-10-thread-9)?Tarball > >>?'/var/cache/ovirt-engine/ovirt-host-deploy.tar'?is?missing, > >>??creating > >>?2013-03-26?18:31:40,090?ERROR > >>?[org.ovirt.engine.core.utils.archivers.tar.CachedTar] > >>?(pool-10-thread-9)?Cannot?create?tarball > >>?'/var/cache/ovirt-engine/ovirt-host-deploy.tar': > >>?java.io.FileNotFoundException:?File?or?directory > >>?/usr/share/ovirt-host-deploy/interface-3?not?found > >>?at > >>??org.ovirt.engine.core.utils.archivers.tar.Tar.doTar(Tar.java:97) > >>?[utils.jar:] > >>?at > >>?org.ovirt.engine.core.utils.archivers.tar.CachedTar.create(CachedTar.java:41) > >>?[utils.jar:] > >>?at?org.ovirt.engine.core.utils.archivers.t > >>?ar.CachedTar.ensure(CachedTar.java:105)?[utils.jar:] > >>?at > >>?org.ovirt.engine.core.utils.archivers.tar.CachedTar.getFile(CachedTar.java:151) > >>?[utils.jar:] > >>?at?org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:922) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:167) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1063) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1148) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1596) > >>?[bll.jar:] > >>?at?org.ovirt.engine.core.utils.transact > >>?ion.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) > >>?[utils.jar:] > >>?at > >>?org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:108) > >>?[utils.jar:] > >>?at > >>?org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1166) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:318) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:183) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:164) > >>?[bll.jar:] > >>?at > >>?org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:101) > >>?[bll.jar:] > >>?;?at > >>?org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) > >>?[utils.jar:] > >>?at > >>?java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > >>?[rt.jar:1.7.0_09-icedtea] > >>?at > >>??java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > >>?[rt.jar:1.7.0_09-icedtea] > >>?at?java.util.concurrent.FutureTask.run(FutureTask.java:166) > >>?[rt.jar:1.7.0_09-icedtea] > >>?at > >>?java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > >>?[rt.jar:1.7.0_09-icedtea] > >>?at > >>?java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > >>?[rt.jar:1.7.0_09-icedtea] > >>?at?java.lang.Thread.run(Thread.java:722)?[rt.jar:1.7.0_09- > >>??icedtea] > >>? > >>? > >>? > >>?_______________________________________________ > >>?Users?mailing?list > >>?Users at ovirt.org > >>?http://lists.ovirt.org/mailman/listinfo/users > >> > > From alonbl at redhat.com Tue Mar 26 13:36:19 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 26 Mar 2013 09:36:19 -0400 (EDT) Subject: [Users] .keystore' using alias '1' In-Reply-To: <103f1a66.2bfd0.13da6d4aa90.Coremail.bigclouds@163.com> Message-ID: <1059278430.9097206.1364304979887.JavaMail.root@redhat.com> Hello, It seems like you are trying to get development version to perform pki and host deployment. This was impossible until now. I am working on a solution to provide this. You can test my testing branch at[1], you should install otopi and ovirt-host-deploy dependencies from nightly[2] ovirt-host-deploy-1.0.1 otopi-1.0.1 . Follow instructions at [2]. [1] https://github.com/alonbl/ovirt-engine/tree/otopi (otopi branch) [2] http://resources.ovirt.org/releases/nightly/ [3] https://github.com/alonbl/ovirt-engine/blob/otopi/README.developer ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Tuesday, March 26, 2013 3:13:07 PM > Subject: [Users] .keystore' using alias '1' > > > > > how to create certs from scratch. > > thanks > 2013-03-26 20:54:36,786 ERROR [org.ovirt.engine.core.bll.VdsDeploy] > (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException: > Failed to decode own public key from store > '/etc/pki/ovirt-engine/ca/.keystore' using alias '1' > at > org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:236) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy$10.call(VdsDeploy.java:350) > [bll.jar:] > at > org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:492) > [bll.jar:] > at > org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:704) > [bll.jar:] > at org.ovirt.engine.core.bll. > VdsDeploy.access$1400(VdsDeploy.java:71) [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy$33.run(VdsDeploy.java:796) > [bll.jar:] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > Caused by: java.io.IOException: DerInputStream.getLength(): > lengthTag=109, too big. > at > sun.security.util.DerInputStream.getLength(DerInputStream.java:561) > [rt.jar:1.7.0_09-icedtea] > at sun.security.util.DerValue.init(DerValue.java:365) > [rt.jar:1.7.0_09-icedtea] > at sun.security.util.DerValue.(DerValue.java:320) > [rt.jar:1.7.0_09-icedtea] > at > sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1220) > [rt.jar:1.7.0_09-icedtea] > at java.security.K eyStore.load(KeyStore.java:1214) > [rt.jar:1.7.0_09-icedtea] > at > org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:209) > [bll.jar:] > ... 6 more > 2013-03-26 20:54:36,814 INFO > [org.apache.sshd.client.session.ClientSessionImpl] (VdsDeploy) > Session root@/192.168.2.170:22 closed > 2013-03-26 20:54:36,815 ERROR [org.ovirt.engine.core.bll.VdsDeploy] > (pool-10-thread-50) [102beb4a] Error during host 192.168.2.170 > install: java.lang.RuntimeException: Failed to decode own public key > from store '/etc/pki/ovirt-engine/ca/.keystore' using alias '1' > at > org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:236) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy$10.call(VdsDeploy.java:350) > [bll.jar:] > at or > g.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:492) > [bll.jar:] > at > org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:704) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy.access$1400(VdsDeploy.java:71) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy$33.run(VdsDeploy.java:796) > [bll.jar:] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > Caused by: java.io.IOException: DerInputStream.getLength(): > lengthTag=109, too big. > at > sun.security.util.DerInputStream.getLength(DerInputStream.java:561) > [rt.jar:1.7.0_09-icedtea] > at sun.security.util.DerValue.init(DerValue.java:365) > [rt.jar:1.7.0_09-icedtea] > at sun. security.util.DerValue.(DerValue.java:320) > [rt.jar:1.7.0_09-icedtea] > at > sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1220) > [rt.jar:1.7.0_09-icedtea] > at java.security.KeyStore.load(KeyStore.java:1214) > [rt.jar:1.7.0_09-icedtea] > at > org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:209) > [bll.jar:] > ... 6 more > 2013-03-26 20:54:36,872 ERROR [org.ovirt.engine.core.bll.VdsDeploy] > (pool-10-thread-50) [102beb4a] Error during host 192.168.2.170 > install, prefering first exception: java.lang.RuntimeException: > Failed to decode own public key from store > '/etc/pki/ovirt-engine/ca/.keystore' using alias '1' > at > org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:236) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy$10.call(VdsDeploy.java:350) > [bll.jar:] > at > org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:492) > [bll.jar:] > at > org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:704) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy.access$1400(VdsDeploy.java:71) > [bll.jar:] > at org.ovirt.engine.core.bll.VdsDeploy$33.run(VdsDeploy.java:796) > [bll.jar:] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > Caused by: java.io.IOException: DerInputStream.getLength(): > lengthTag=109, too big. > at > sun.security.util.DerInputStream.getLength(DerInputStream.java:561) > [rt.jar:1.7.0_09-icedtea] > &nb sp; at sun.security.util.DerValue.init(DerValue.java:365) > [rt.jar:1.7.0_09-icedtea] > at sun.security.util.DerValue.(DerValue.java:320) > [rt.jar:1.7.0_09-icedtea] > at > sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1220) > [rt.jar:1.7.0_09-icedtea] > at java.security.KeyStore.load(KeyStore.java:1214) > [rt.jar:1.7.0_09-icedtea] > at > org.ovirt.engine.core.bll.VdsDeploy._getEngineSSHPublicKey(VdsDeploy.java:209) > [bll.jar:] > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Tue Mar 26 14:11:18 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 26 Mar 2013 15:11:18 +0100 Subject: [Users] Templates and originating VM relationship Message-ID: Hello, oVirt 3.2.1 on Fedora 18. I customize a CentOS 6.4 VM and when I comfortable I select "make template". I don't take any snapshot for the VM before this. I thought that VM would have been disappeared, transforming itself into a template, instead at the end I have both the template and the originating VM. Apparently with the same name for the disk and the same storage domain.... What is exactly the relationship between them? Can I safely remove the originating VM? I already tested making template and then deleting it and then being able to power on again VM and make a new template from the originating VM. The rhevm 3.1 admin manual is not so clear about this: it contains a note regarding " Take a snapshot of the virtual machine at this stage if you wish to use the virtual machine (as a virtual machine) after using it to create a template. " But if behavior of oVirt 3.2.1 has to be the same with it, this doesn't explain itself based on my experience.... Thanks in advance for any information Gianluca From r.koch at ovido.at Tue Mar 26 14:41:44 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Tue, 26 Mar 2013 15:41:44 +0100 Subject: [Users] Templates and originating VM relationship In-Reply-To: References: Message-ID: <1364308904.5944.60.camel@pc-ovido02.lan.ovido.at> Hi Gianluca, @oVirt-team: please correct me if I misunderstood something on the template-concept... Unlike Vmware (which converts a vm into a template) RHEV/oVirt is copying the vm into a template. So you can remove or edit your original vm without having an impact on your template. More important is the template provisioning method when creating vms from your template. If you choose Thin, only changes between your template and your vm are written to your vms disk file, where clone creates a clone of your template's disk. Template thin provisioning saves disk space, but you can't delete the template as long as you don't delete all vms linked to this template. The name of your disk is just a name (and it seems that it doesn't have to be unique) - important is the ID, which is used by oVirt internally. Regards, Ren? On Tue, 2013-03-26 at 15:11 +0100, Gianluca Cecchi wrote: > Hello, > oVirt 3.2.1 on Fedora 18. > I customize a CentOS 6.4 VM and when I comfortable I select "make template". > I don't take any snapshot for the VM before this. > > I thought that VM would have been disappeared, transforming itself > into a template, instead at the end I have both the template and the > originating VM. > Apparently with the same name for the disk and the same storage domain.... > > What is exactly the relationship between them? > Can I safely remove the originating VM? > > I already tested making template and then deleting it and then being > able to power on again VM and make a new template from the originating > VM. > > The rhevm 3.1 admin manual is not so clear about this: it contains a > note regarding > " > Take a snapshot of the virtual machine at this stage if you wish to > use the virtual machine > (as a virtual machine) after using it to create a template. > " > > But if behavior of oVirt 3.2.1 has to be the same with it, this > doesn't explain itself based on my experience.... > > Thanks in advance for any information > > Gianluca > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Tue Mar 26 14:50:16 2013 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 26 Mar 2013 15:50:16 +0100 Subject: [Users] Templates and originating VM relationship In-Reply-To: <1364308904.5944.60.camel@pc-ovido02.lan.ovido.at> References: <1364308904.5944.60.camel@pc-ovido02.lan.ovido.at> Message-ID: On Tue, Mar 26, 2013 at 3:41 PM, Ren? Koch (ovido) wrote: > Unlike Vmware (which converts a vm into a template) RHEV/oVirt is > copying the vm into a template. > > So you can remove or edit your original vm without having an impact on > your template. OK. So the note in Procedure 9.1 at page 162 of RHEV 3.1 admin guide is not correct.... > More important is the template provisioning method when creating vms > from your template. If you choose Thin, only changes between your > template and your vm are written to your vms disk file, where clone > creates a clone of your template's disk. Template thin provisioning > saves disk space, but you can't delete the template as long as you don't > delete all vms linked to this template. This was clear to me based on manual contents, but thanks for the remainder. Gianluca From r.koch at ovido.at Tue Mar 26 14:59:50 2013 From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido)) Date: Tue, 26 Mar 2013 15:59:50 +0100 Subject: [Users] Templates and originating VM relationship In-Reply-To: References: <1364308904.5944.60.camel@pc-ovido02.lan.ovido.at> Message-ID: <1364309990.5944.66.camel@pc-ovido02.lan.ovido.at> On Tue, 2013-03-26 at 15:50 +0100, Gianluca Cecchi wrote: > On Tue, Mar 26, 2013 at 3:41 PM, Ren? Koch (ovido) wrote: > > > Unlike Vmware (which converts a vm into a template) RHEV/oVirt is > > copying the vm into a template. > > > > So you can remove or edit your original vm without having an impact on > > your template. > > OK. > So the note in Procedure 9.1 at page 162 of RHEV 3.1 admin guide is > not correct.... I didn't had issues when creating templates from vms without snapshots and reusing the vm again. I think it's because of sealing/sysprep. Let's assume you create a template of a windows vm, I would do the following steps: 1. Install all apps and settings in your vm 2. Take a snapshot of this vm 3. sysprep your vm 4. Create a template 5. Revert to previous snapshot when reusing your vm, as otherwise sysprep would start (and you don't want it for your master-image). > > > > More important is the template provisioning method when creating vms > > from your template. If you choose Thin, only changes between your > > template and your vm are written to your vms disk file, where clone > > creates a clone of your template's disk. Template thin provisioning > > saves disk space, but you can't delete the template as long as you don't > > delete all vms linked to this template. > > This was clear to me based on manual contents, but thanks for the remainder. > > Gianluca From jj197005 at gmail.com Tue Mar 26 20:11:00 2013 From: jj197005 at gmail.com (Juan Jose) Date: Tue, 26 Mar 2013 21:11:00 +0100 Subject: [Users] Storage problem In-Reply-To: <514B31A5.3040702@redhat.com> References: <5149DC8B.9020106@redhat.com> <5149DD7A.1000703@redhat.com> <514B2CB1.4000806@redhat.com> <514B3155.40401@redhat.com> <514B31A5.3040702@redhat.com> Message-ID: Many thanks Maor, Yes my Host is UP without problems. I will attach a new Storage as Master domain and I will see if after that I will be able to delete VMs and VHD. Thanks again and I will inform about the progress. Juanjo. On Thu, Mar 21, 2013 at 5:13 PM, Maor Lipchuk wrote: > On 03/21/2013 06:12 PM, Maor Lipchuk wrote: > > Was VDSM restart did any change? > > > > If your host is UP and running you can try to Re-initialize your data > > center (By right click on the Data Center) and pick a new storage to be > > the master. > You will need first to add a new storage to the setup > This will change your DC to be active again, but you will > > still need to delete the disks from the old storage. > > If your old storage can be active after the reinitialize there will be > > no problem to delete the disks. > > > > > > On 03/21/2013 06:05 PM, Juan Jose wrote: > >> I'm using oVirt 3.1. I have checked my storage domain and because a the > >> power failure that I had I have lost all my VM in the storage. Now I > >> would like to know how can I delete my VMs from Admin portal. For now it > >> is impossible because Default Data Center is down because I can't attach > >> Master domain. I'm in a kind of loop that I don't now how to fix. I > >> guess that it is necessary to delete VMs from DB directly but I'm asking > >> if it is possible to have some kind of workaround for these situations. > >> > >> Many thanks in avanced, > >> > >> Juanjo. > >> > >> On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk >> > wrote: > >> > >> thanks for the logs. > >> What ovirt version are you using? > >> Can you try to restart VDSM service on your host. > >> > >> Regards, > >> Maor > >> > >> On 03/21/2013 01:16 PM, Juan Jose wrote: > >> > Hello Maor, > >> > > >> > I have tried to apply the bug procedure and nothing happens and > if I > >> > lauch the query: > >> > > >> > psql -U engine -c "SELECT option_value FROM vdc_options where > >> > option_name = 'AutoRecoveryAllowedTypes';" engine > >> > > >> > And the result is: > >> > > >> > option_value > >> > ----------------- > >> > (0 rows) > >> > > >> > And my Master Storage continue disable. Attach engine.log also. > >> > > >> > Many thanks, > >> > > >> > Juanjo. > >> > > >> > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk < > mlipchuk at redhat.com > >> > >> > >> wrote: > >> > > >> > On 03/20/2013 05:58 PM, Maor Lipchuk wrote: > >> > > Hi Juan, > >> > > I think you encountered this bug > >> > https://bugzilla.redhat.com/881941, the > >> > > log there is quite the same. > >> > > The auto recovery process should fix that after 15 minutes, > but > >> > need to > >> > > see if it is enabled in your environment. > >> > The auto recovery should be enabled by default on your env, > >> but just to > >> > make sure you can check it in the engine DB with this query: > >> > SELECT option_value FROM vdc_options where option_name = > >> > 'AutoRecoveryAllowedTypes'; > >> > > > >> > > > >> > > On 03/20/2013 05:29 PM, Juan Jose wrote: > >> > >> I forgot the vdsm.log file, > >> > >> > >> > >> Thanks, Juanjo. > >> > >> > >> > >> > >> > >> _______________________________________________ > >> > >> Users mailing list > >> > >> Users at ovirt.org > >> > > >> > >> http://lists.ovirt.org/mailman/listinfo/users > >> > >> > >> > > > >> > > > >> > > _______________________________________________ > >> > > Users mailing list > >> > > Users at ovirt.org > >> > > >> > > http://lists.ovirt.org/mailman/listinfo/users > >> > > > >> > > >> > > >> > > >> > >> > >> > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deadhorseconsulting at gmail.com Tue Mar 26 20:46:37 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Tue, 26 Mar 2013 15:46:37 -0500 Subject: [Users] Template disk cloning from one storage domain to another is not working In-Reply-To: References: Message-ID: Attaching some log files. Also verified still not working on latest master as of today. - DHC On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse wrote: > In further attempt to debug this I added the user as both a SuperUser and > PowerUser to the entire Datacenter so the role would cascade down to all > objects. I found that with the admin portal this was not an issue. However > it still occurs with the UserPortal. The same issue actually occurs for the > built in admin at internal user via the user portal as well. Thus this > infers some interaction with the UserPortal specifically causing this. > > - DHC > > > On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse > wrote: > >> Template disk cloning from one storage domain to another is not working >> correctly. >> >> Assign a user UserTemplateVM permissions to storage domain "A". >> Create a template in storage domain "A". >> Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B"). >> >> >> As the user create a VM from the template in storage domain "A". >> Choose to "clone" the disk to Storage Domain "B". >> The attached disk of resultant VM gets created but the disk is created in Storage domain A >> instead of storage domain B. >> >> This also is an artifact of the problem I originally brought up: >> http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still >> nothing) >> >> This is present in latest engine built from master with latest >> VDSM built from master. I noticed it also originally in the above issue. >> >> >> - DHC >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 44993 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 238845 bytes Desc: not available URL: From bigclouds at 163.com Wed Mar 27 02:57:31 2013 From: bigclouds at 163.com (bigclouds) Date: Wed, 27 Mar 2013 10:57:31 +0800 (CST) Subject: [Users] make engine rpm error Message-ID: <1036e17f.52bd.13da9c76b7b.Coremail.bigclouds@163.com> command 'make rpm' , this error is reported before, i follow steps to fix it ,but do not work . centos 6.3, 2G memory. thanks -----------------------fix---- -Xms1024M -Xmx1024M -XX:PermSize=256M -XX:MaxPermS + -Xmx1024M -XX:PermSize=256M -XX:MaxPermSize=256M [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn -rf :webadmin make[1]: *** [tmp.built] Error 1 make[1]: Leaving directory `/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' error: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) make: *** [rpm] Error 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From derez at redhat.com Wed Mar 27 06:44:14 2013 From: derez at redhat.com (Daniel Erez) Date: Wed, 27 Mar 2013 02:44:14 -0400 (EDT) Subject: [Users] Template disk cloning from one storage domain to another is not working In-Reply-To: Message-ID: <837106775.6915434.1364366654621.JavaMail.root@redhat.com> Hi DHC, Looking at the code, it seems that the issue indeed affects specifically the UserPortal. Can you please open a new bug on ovirt-engine-userportal: https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt (please attach the relevant logs to the bug) Thanks, Daniel ----- Original Message ----- > From: "Dead Horse" > To: "" > Sent: Tuesday, March 26, 2013 10:46:37 PM > Subject: Re: [Users] Template disk cloning from one storage domain to another is not working > > > > > Attaching some log files. Also verified still not working on latest > master as of today. > - DHC > > > > > On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse < > deadhorseconsulting at gmail.com > wrote: > > > > > In further attempt to debug this I added the user as both a SuperUser > and PowerUser to the entire Datacenter so the role would cascade > down to all objects. I found that with the admin portal this was not > an issue. However it still occurs with the UserPortal. The same > issue actually occurs for the built in admin at internal user via the > user portal as well. Thus this infers some interaction with the > UserPortal specifically causing this. > > > - DHC > > > > > > > On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse < > deadhorseconsulting at gmail.com > wrote: > > > > > Template disk cloning from one storage domain to another is not > working correctly. > Assign a user UserTemplateVM permissions to storage domain "A". > Create a template in storage domain "A". > Ensure the user has PowerUserRole permissions to another storage > domain (Storage domain "B"). > As the user create a VM from the template in storage domain "A". > Choose to "clone" the disk to Storage Domain "B". > The attached disk of resultant VM gets created but the disk is > created in Storage domain A > instead of storage domain B. This also is an artifact of the problem > I originally brought up: > http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still > nothing) > > This is present in latest engine built from master with latest > VDSM built from master. I noticed it also originally in the above > issue. > > - DHC > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From nnex at mail.ru Wed Mar 27 07:18:33 2013 From: nnex at mail.ru (nnex) Date: Wed, 27 Mar 2013 13:18:33 +0600 Subject: [Users] stable ovirt Message-ID: <51529D49.9060604@mail.ru> Hi everyone. I have a samoe questions. 1. Who using an oVirt in production environment? :) Is oVirt (with fedora 18 distrib) an enough stable? 2. Can I install a oVirt engine node into VM in same cluster? Or I need a dedicated physical server for engine? 3. Can I install engine together node o one host? Or it's not recomended? Thanks all From alonbl at redhat.com Wed Mar 27 07:58:38 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 03:58:38 -0400 (EDT) Subject: [Users] make engine rpm error In-Reply-To: <1036e17f.52bd.13da9c76b7b.Coremail.bigclouds@163.com> Message-ID: <1526671498.9296572.1364371118092.JavaMail.root@redhat.com> Try to add -Dgwt-plugin.localWorkers=1 to gwt-plugin.extraJvmArgs or RPMBUILD_EXTRA_ARGS="-D..." at make command. ----- Original Message ----- > From: "bigclouds" > To: users at ovirt.org > Sent: Wednesday, March 27, 2013 4:57:31 AM > Subject: [Users] make engine rpm error > > > > > command 'make rpm' , this error is reported before, i follow steps to > fix it ,but do not work . > centos 6.3, 2G memory. > thanks > > -----------------------fix---- -Xms1024M > -Xmx1024M -XX:PermSize=256M -XX:MaxPermS > + -Xmx1024M -XX:PermSize=256M > -XX:MaxPermSize=256M > ------------------ > [INFO] WebAdmin .......................................... FAILURE > [28.994s] > [INFO] UserPortal ........................................ SKIPPED > [INFO] oVirt Server EAR .................................. SKIPPED > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 4:58.903s > [INFO] Finished at: Tue Mar 26 23:29:09 CST 2013 > [INFO] Final Memory: 149M/357M > [INFO] > ------------------------------------------------------------------------ > [ERROR] Failed to execute goal > org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) on > project webadmin: Command [[ > [ERROR] /bin/sh -c > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java > -javaagent:/root/.m2 > /repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > -Xms1024M -Xmx2048M -XX:PermSize=256M -XX:MaxPermSize=512M > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' > -classpath > /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- > client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp > .rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/ > repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/co > mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/commons-lang/2 > .6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/j > avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -gen > /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen > -logLevel INFO -style OBF -war > /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin > [ERROR] ]] failed with status 1 > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Ma ven with > the -e switch. > [ERROR] Re-run Maven using the -X switch to enable full debug > logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with > the command > [ERROR] mvn -rf :webadmin > make[1]: *** [tmp.built] Error 1 > make[1]: Leaving directory > `/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' > error: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) > make: *** [rpm] Error 1 > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From george.pochiscan at sphs.ro Wed Mar 27 08:07:52 2013 From: george.pochiscan at sphs.ro (George Pochiscan) Date: Wed, 27 Mar 2013 08:07:52 +0000 Subject: [Users] stable ovirt In-Reply-To: <51529D49.9060604@mail.ru> References: <51529D49.9060604@mail.ru> Message-ID: <37AD2A08159BB7498214B77410F3710F13058D4D@DB3PRD0510MB381.eurprd05.prod.outlook.com> Hello nnex, 1. I don't use right now oVirt in production but in about 2 weeks I'll use it in production. 2. You cannot install the engine node into a virtual machine(in order to create the cluster you have to work with an existing engine). The best is to have the machine on another virtualization platform(vmware, RHEV,etc) in order to be able to create backups for the machine. 3. Yes, you can install engine and virtualization host on the same machine but it's not recommended, actually this type of installation is only for demo purposes. George Pochiscan Support Engineer -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of nnex Sent: Wednesday, March 27, 2013 9:19 AM To: users at ovirt.org Subject: [Users] stable ovirt Hi everyone. I have a samoe questions. 1. Who using an oVirt in production environment? :) Is oVirt (with fedora 18 distrib) an enough stable? 2. Can I install a oVirt engine node into VM in same cluster? Or I need a dedicated physical server for engine? 3. Can I install engine together node o one host? Or it's not recomended? Thanks all _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From danken at redhat.com Wed Mar 27 08:37:37 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 27 Mar 2013 10:37:37 +0200 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: References: <514B0AAD.9050604@redhat.com> <514B0CC8.3040707@redhat.com> Message-ID: <20130327083737.GF12024@redhat.com> (dropping announce list. they only care about the finished product, not the road to get it done) On Tue, Mar 26, 2013 at 10:24:16AM +0100, Gianluca Cecchi wrote: > On Thu, Mar 21, 2013 at 2:36 PM, Mike Burns wrote: > > >> > >> > >> do they already contain the fix from > >> http://gerrit.ovirt.org/#/c/11254/ > >> > >> that was one of the biggest problems of 3.2? > >> > >> Gianluca > >> > > > > Looking at gerrit, the 3.2 branch fix for that[1] is still in review. That > > would mean that it's not included. > > > > I'll defer to the engine team on when that will get into a build. > > > > Mike > > > > [1] http://gerrit.ovirt.org/#/c/13172/ > > Is there a particular reason for it to be still in review? > Any drawbacks? > Any way at my side to accelerate the process? Maor, Daniel: when is this expected to be merge and built? From nicolas at ecarnot.net Wed Mar 27 08:38:22 2013 From: nicolas at ecarnot.net (Nicolas Ecarnot) Date: Wed, 27 Mar 2013 09:38:22 +0100 Subject: [Users] Starting VM gets paused In-Reply-To: <515183BB.1060901@ecarnot.net> References: <514C2B87.6000606@ecarnot.net> <514EBF13.6010901@redhat.com> <5150308B.5000602@ecarnot.net> <515183BB.1060901@ecarnot.net> Message-ID: <5152AFFE.3070303@ecarnot.net> Le 26/03/2013 12:17, Nicolas Ecarnot a ?crit : > Le 25/03/2013 12:10, Nicolas Ecarnot a ?crit : >> Le 24/03/2013 09:53, Dafna Ron a ?crit : >>> is the vm preallocated or thin provision disk type? >> >> This VM has 3 disks : >> - first disk to host the windows system : Thin provision >> - second disk to store some data : Preallocated >> - third disk to store some more data : Thin provision >> >> I'm realizing that amongst the 15 VMs, only this one and another one >> that is stopped are using preallocated disks. >> I'm regularly migrating some VMs (and stopping and starting and playing >> with them) with no issue, and they all are using thin provisioned disks! >> >> Could this be a common factor of the problem? >> >>> >>> also, can you please attach engine, vdsm, libvirt and the vm's qemu >>> logs? >> >> Relevant logs : >> >> ############ >> >> Ok, I'm in the process of collecting the logs and posting them in a >> useable manner. >> >> More to come. > > Ok, once again, I ran a test and observed the relevant logs. > I tried to isolate the time frames, but it may be long for vdsm.log > > Here they are : > * /var/log/libvirt/qemu/serv-chk-adm3.log > http://pastebin.com/JVKMSmxD > * /var/log/libvirtd.log > http://pastebin.com/sWGDCqNh > * /var/log/vdsm/vdsm.log (the BIG one) > http://pastebin.com/bevTEhym > > What I can add to help you help me, is that : > - I saw that all my VM appear as tainted. I did not know what that meant > (but RTFMed since), and this does not appear to disturb the other VMs > - Many VMs including the problematic one have been imported from > ovirt-v2v with now such issue. > - This particular VM was also imported, but the starting point was a > vmdk or ova single file. > - Two additionnal data disks were added > - As I said, this is the only running VM stored as pre allocated. > > Regards, > One suggestion : I see no obvious errors in the log files. Could this paused state happen due to a VM's kernel panic? -- Nicolas Ecarnot From danken at redhat.com Wed Mar 27 09:02:43 2013 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 27 Mar 2013 11:02:43 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: References: <20130324125235.GG22311@redhat.com> Message-ID: <20130327090243.GG12024@redhat.com> On Sun, Mar 24, 2013 at 09:50:02PM +0200, Yuval M wrote: > I am running vdsm from packages as my interest is in developing for the > engine and not vdsm. > I updated the vdsm package in an attempt to solve this, now I have: > # rpm -q vdsm > vdsm-4.10.3-10.fc18.x86_64 I'm afraid that this build still does not have the patch mentioned earlier. > > I noticed that when the storage domain crashes I can't even do "df -h" > (hangs) That's expectable, since the master domain is still mounted (due to that patch missing), but unreachable. Would you be kind to try out my little patch, in order to advance a bit in the research to solve the bug? > I'm also getting some errors in /var/log/messages: > > Mar 24 19:57:44 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:45 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:46 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:47 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:48 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:49 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:50 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 > [4759]: 1083422e close_task_aio 0 0x7ff3740008c0 busy > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 > [4759]: 1083422e close_task_aio 1 0x7ff374000910 busy > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 > [4759]: 1083422e close_task_aio 2 0x7ff374000960 busy > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 7412 > [4759]: 1083422e close_task_aio 3 0x7ff3740009b0 busy > Mar 24 19:57:51 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:52 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:53 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:54 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:55 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to svdsm > failed [Errno 2] No such file or directory > Mar 24 19:57:55 bufferoverflow vdsm Storage.Misc ERROR Panic: Couldn't > connect to supervdsm > Mar 24 19:57:55 bufferoverflow respawn: slave '/usr/share/vdsm/vdsm' died, > respawning slave > Mar 24 19:57:55 bufferoverflow vdsm fileUtils WARNING Dir > /rhev/data-center/mnt already exists > Mar 24 19:57:58 bufferoverflow vdsm vds WARNING Unable to load the json rpc > server module. Please make sure it is installed. > Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING > vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::Unknown type found, device: > '{'device': u'unix', 'alias': u'channel0', 'type': u'channel', 'address': > {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': > u'1'}}' found > Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING > vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::Unknown type found, device: > '{'device': u'unix', 'alias': u'channel1', 'type': u'channel', 'address': > {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': > u'2'}}' found > Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING > vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::_readPauseCode unsupported by > libvirt vm > Mar 24 19:57:58 bufferoverflow kernel: [ 7402.688177] ata1: hard resetting > link > Mar 24 19:57:59 bufferoverflow kernel: [ 7402.994510] ata1: SATA link up > 6.0 Gbps (SStatus 133 SControl 300) > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.005510] ACPI Error: [DSSP] > Namespace lookup failure, AE_NOT_FOUND (20120711/psargs-359) > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.005517] ACPI Error: Method > parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880407c74d48), > AE_NOT_FOUND (20120711/psparse-536) > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.015485] ACPI Error: [DSSP] > Namespace lookup failure, AE_NOT_FOUND (20120711/psargs-359) > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.015493] ACPI Error: Method > parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880407c74d48), > AE_NOT_FOUND (20120711/psparse-536) > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.016061] ata1.00: configured > for UDMA/133 > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.016066] ata1: EH complete > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 > [4759]: 1083422e close_task_aio 0 0x7ff3740008c0 busy > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 > [4759]: 1083422e close_task_aio 1 0x7ff374000910 busy > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 > [4759]: 1083422e close_task_aio 2 0x7ff374000960 busy > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 7422 > [4759]: 1083422e close_task_aio 3 0x7ff3740009b0 busy > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.714145] device-mapper: table: > 253:0: multipath: error getting device > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.714148] device-mapper: ioctl: > error adding target to table > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.715051] device-mapper: table: > 253:0: multipath: error getting device > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.715053] device-mapper: ioctl: > error adding target to table > > ata1 is a 500GB SSD. (only SATA device on the system except a DVD drive) > > Yuval > > > On Sun, Mar 24, 2013 at 2:52 PM, Dan Kenigsberg wrote: > > > On Fri, Mar 22, 2013 at 08:24:35PM +0200, Limor Gavish wrote: > > > Hello, > > > > > > I am using Ovirt 3.2 on Fedora 18: > > > [wil at bufferoverflow ~]$ rpm -q vdsm > > > vdsm-4.10.3-7.fc18.x86_64 > > > > > > (the engine is built from sources). > > > > > > I seem to have hit this bug: > > > https://bugzilla.redhat.com/show_bug.cgi?id=922515 > > > > This bug is only one part of the problem, but it's nasty enough that I > > have just suggested it as a fix to the ovirt-3.2 branch of vdsm: > > http://gerrit.ovirt.org/13303 > > > > Could you test if with it, vdsm relinquishes its spm role, and recovers > > as operational? > > > > > > > > in the following configuration: > > > Single host (no migrations) > > > Created a VM, installed an OS inside (Fedora18) > > > stopped the VM. > > > created template from it. > > > Created an additional VM from the template using thin provision. > > > Started the second VM. > > > > > > in addition to the errors in the logs the storage domains (both data and > > > ISO) crashed, i.e went to "unknown" and "inactive" states respectively. > > > (see the attached engine.log) > > > > > > I attached the VDSM and engine logs. > > > > > > is there a way to work around this problem? > > > It happens repeatedly. > > > > > > Yuval Meir > > From alonbl at redhat.com Wed Mar 27 13:39:16 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 09:39:16 -0400 (EDT) Subject: [Users] make engine rpm error In-Reply-To: <724ac3eb.10a76.13dabf9fc43.Coremail.bigclouds@163.com> Message-ID: <128986677.9369658.1364391556853.JavaMail.root@redhat.com> I am sorry, I have no idea... but it looks a problem of resources. ----- Original Message ----- > From: "bigclouds" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Wednesday, March 27, 2013 3:11:59 PM > Subject: Re:Re: [Users] make engine rpm error > > > > > hi, alonbl: > i add more memory, but ....same error occur. > the lastest engine code., centos 6.3, on step by stop to comile > engine ,but fail. > i think it is common error. > > any ideas? > so sad to say engine is just a tragedy. > any way,thanks you > > > > > > > At?2013-03-27?19:30:09,"Alon?Bar-Lev"??wrote: > >Hm...?so?you?need?more?memory...?:( > > > >-----?Original?Message?----- > >>?From:?"bigclouds"? > >>?To:?"Alon?Bar-Lev"? > >>?Cc:?users at ovirt.org > >>?Sent:?Wednesday,?March?27,?2013?1:07:29?PM > >>?Subject:?Re:Re:?[Users]?make?engine?rpm?error > >>? > >>? > >>? > >>?hi,?alonbl > >>?error?remain.?even?i?use?Dgwt.compiler.localWorkers=1. > >>?more?error?messages?i?copy?here.?it?show?the?call?stacks. > >>?please?have?a?look. > >>?command?i?use:?mvn?clean?install?-e?-Pgwt-admin,dep > >>??-DskipTests=true > >>?-Dgwt.user.agent=gecko?-Duser.agent=gecko?-Dgwt.userAgent=gecko > >>?-Dgwt.compiler.localWorkers=1 > >>?many?thinks > >>? > >>?[INFO]?oVirt?GWT?UI?common?infrastructure?................?SUCCESS > >>?[26.364s] > >>?[INFO]?WebAdmin?..........................................?FAILURE > >>?[29.023s] > >>?[INFO]?UserPortal?........................................?SKIPPED > >>?[INFO]?oVirt?Server?EAR?..................................?SKIPPED > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[INFO]?BUILD?FAILURE > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[INFO]?Total?time:?4:30.293s > >>?[INFO]?Finished?at:?Wed?Mar?27?19:00:58?CST?2013 > >>?[INFO]?Final?Memory:?148M/355M > >>?[INFO] > >>?-------------------------------------------------------------------! > >>?----- > >>?[ERROR]?Failed?to?execute?goal?org.codehaus.mojo:gwt-! > >>?maven-plugin:2.3.0:compile?(gwtcompile)?on?project?webadmin: > >>??Command > >>?[[ > >>?]]?failed?with?status?1 > >>?at > >>?org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) > >>?at > >>?org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) > >>?at > >>?org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) > >>?at > >>?org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) > >>?at > >>?org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > >>?at > >>?org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > >>? > >>?[ERROR]?]]?failed?with?status?1 > >>?[ERROR]?->?[Hel!?p?1] > >>?org.apache.maven.lifecycle.LifecycleExecutionException:?Failed?to > >>?execute?goal?org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile > >>?(gwtcompile)?on?project?webadmin:?Command > >>? > >>?gLevel?INFO?-style?OBF?-war > >>?/mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > >>?-localWorkers?1?org.ovirt.engine.ui.webadmin.WebAdmin > >>?]]?failed?with?status?1 > >>?at > >>?org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > >>?at > >>?org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > >>?at > >>?org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > >>?at > >>?org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > >>?at?org.apache.ma! > >>?ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod! > >>?uleBuilder.java:59) > >>?at > >>?org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > >>?at > >>?org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > >>?at?org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > >>?at?org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > >>?at?org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > >>?at?org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > >>?at?org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > >>?at?sun.reflect.NativeMethodAccessorImpl.invoke0(Native?Method) > >>?&nbs!?p;?at > >>?sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > >>?at > >>?sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > >>?at?java.lang.reflect.Method.invoke(Method.java:601) > >>?at > >>?org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > >>?at > >>?org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > >>?at > >>?org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > >>?at > >>?org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > >>?Caused?by: > >>?org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: > >>??Command > >>?[[ > >>? > >>? > >>?----------------------------------------------------! > >>?------------------------------------------------------------ > >>?! > >>? > >>? > >>?At?2013-03-27?15:58:38,"Alon?Bar-Lev"??wrote: > >>?>Try?to?add?-Dgwt-plugin.localWorkers=1?to?gwt-plugin.extraJvmArgs > >>?>?or > >>?>?RPMBUILD_EXTRA_ARGS="-D..."?at?make?command. > >>?> > >>?>-----?Original?Message?----- > >>?>>?From:?"bigclouds"? > >>?>>?To:?users at ovirt.org > >>?>>?Sent:?Wednesday,?March?27,?2013?4:57:31?AM > >>?>>?Subject:?[Users]?make?engine?rpm?error > >>?>>? > >>?>>? > >>?>>? > >>?>>? > >>?>>?command?'make?rpm'?,?this?error?is?reported?before,?i?follow > >>?>>??steps > >>?>>??to > >>?>>?fix?it?,but?do?not?work?. > >>?>>?centos?6.3,?2G?memory. > >>?>>?thanks > >>?>>? > >>?>>?-----------------------fix---- > >>?>>??-Xms1024M > >>?>>?-Xmx1024M?-XX:PermSize=256M?-XX:MaxPermS > >>?>>?+????-Xmx1024M?-XX:PermSize=256M > >>?>>?-XX:MaxPermSize=256M >>?>>? > >>?>>?------------------ > >>?>>?[INFO]?WebAdmin?.......................................... > >>?>>??FAILURE > >>?>>?[28.994s] > >>?>>?[INFO]?UserPortal?........................................ > >>?>>??SKIPPED > >>?>>?[INFO]?oVirt?Server?EAR?.................................. > >>?>>??SKIPPED > >>?>>?[INFO] > >>?>>?------------------------------------------------------------------------ > >>?>>?[INFO]?BUILD?FAILURE > >>?>>?[INFO] > >>?>>?------------------------------------------------------------------------ > >>?>>?[INFO]?Total?time:?4:58.903s > >>?>>?[INFO]?Finished?at:?Tue?Mar?26?23:29:09?CST?2013 > >>?>>?[INFO]?Final?Memory:?149M/357M > >>?>>?[INFO] > >>?>>?------------------------------------------------------------------------ > >>?>>?[ERROR]?Failed?to?execute?goal > >>?>>?org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile?(gwtcompile) > >>?>>??on > >>?>>?project?webadmin:?Command?[[ > >>?>>?[ERROR]?/bin/sh?-c > >>?>>?/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java > >>?>>?-javaagent:/root/.m2 > >>?>>?/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > >>?>>?-Xms1024M?-Xmx2048M?-XX:PermSize=256M?-XX:MaxPermSize=512M > >>?>>?'-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' > >>?>>?-classpath > >>?>>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- > >>?>>?client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSH! > OT.jar:/mnt/ov! > >>??irt-engine/tmp > >>?>>?.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/a! > ctivation-1.1.! > >>??jar:/root/.m2/ > >>?>>?repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.! > 0/backend/mana! > >>??ger/modules/co > >>?>>?mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository! > /commons-lang/! > >>??commons-lang/2 > >>?>>?.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.! > 0.jar:/root/.m! > >>??2/repository/j > >>?>>?avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar > >>?>>?com.google.gwt.dev.Compiler?-gen > >>?>>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen > >>?>>?-logLevel?INFO?-style?OBF?-war > >>?>>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > >>?>>?-localWorkers?1?org.ovirt.engine.ui.webadmin.WebAdmin > >>?>>?[ERROR]?]]?failed?with?status?1 > >>?>>?[ERROR]?->?[Help?1] > >>?>>?[ERROR] > >>?>>?[ERROR]?To?see?the?full?stack?trace?of?the?errors,?re-run?Ma > >>?>>??ven > >>?>>??with > >>?>>?the?-e?switch. > >>?>>?[ERROR]?Re-run?Maven?using?the?-X?switch?to?enable?full?debug > >>?>>?logging. > >>?>>?[ERROR] > >>?>>?[ERROR]?For?more?information?about?the?errors?and?possible > >>?>>??solutions, > >>?>>?please?read?the?following?articles: > >>?>>?[ERROR]?[Help?1] > >>?>>?http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > >>?>>?[ERROR] > >>?>>?[ERROR]?After?correcting?the?problems,?you?can?resume?the?build > >>?>>??with > >>?>>?the?command > >>?>>?[ERROR]?mvn??-rf?:webadmin > >>?>>?make[1]:?***?[tmp.built]?Error?1 > >>?>>?make[1]:?Leaving?directory > >>?>>?`/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' > >>?>>?error:?Bad?exit?status?from?/var/tmp/rpm-tmp.PWi3Y9?(%build) > >>?>>? > >>?>>?RPM?build?errors: > >>?>>?Bad?exit?status?from?/var/tmp/rpm-tmp.PWi3Y9?(%build) > >>?>>?make:?***?[rpm]?Error?1 > >>?>>? > >>?>>? > >>?>>?_______________________________________________ > >>?>>?Users?mailing?list > >>?>>?Users at ovirt.org > >>?>>?http://lists.ovirt.org/mailman/listinfo/users > >>?>>? > >>? > >> > > From bigclouds at 163.com Wed Mar 27 11:07:29 2013 From: bigclouds at 163.com (bigclouds) Date: Wed, 27 Mar 2013 19:07:29 +0800 (CST) Subject: [Users] make engine rpm error In-Reply-To: <1526671498.9296572.1364371118092.JavaMail.root@redhat.com> References: <1526671498.9296572.1364371118092.JavaMail.root@redhat.com> Message-ID: <43fd7726.f601.13dab87fee3.Coremail.bigclouds@163.com> hi, alonbl error remain. even i use Dgwt.compiler.localWorkers=1. more error messages i copy here. it show the call stacks. please have a look. command i use: mvn clean install -e -Pgwt-admin,dep -DskipTests=true -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko -Dgwt.compiler.localWorkers=1 many thinks [INFO] oVirt GWT UI common infrastructure ................ SUCCESS [26.364s] [INFO] WebAdmin .......................................... FAILURE [29.023s] [INFO] UserPortal ........................................ SKIPPED [INFO] oVirt Server EAR .................................. SKIPPED [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 4:30.293s [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013 [INFO] Final Memory: 148M/355M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command [[ ]] failed with status 1 at org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) at org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) at org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) at org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) [ERROR] ]] failed with status 1 [ERROR] -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command gLevel INFO -style OBF -war /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin ]] failed with status 1 at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command [[ ---------------------------------------------------------------------------------------------------------------- At 2013-03-27 15:58:38,"Alon Bar-Lev" wrote: >Try to add -Dgwt-plugin.localWorkers=1 to gwt-plugin.extraJvmArgs or RPMBUILD_EXTRA_ARGS="-D..." at make command. > >----- Original Message ----- >> From: "bigclouds" >> To: users at ovirt.org >> Sent: Wednesday, March 27, 2013 4:57:31 AM >> Subject: [Users] make engine rpm error >> >> >> >> >> command 'make rpm' , this error is reported before, i follow steps to >> fix it ,but do not work . >> centos 6.3, 2G memory. >> thanks >> >> -----------------------fix---- -Xms1024M >> -Xmx1024M -XX:PermSize=256M -XX:MaxPermS >> + -Xmx1024M -XX:PermSize=256M >> -XX:MaxPermSize=256M> >> ------------------ >> [INFO] WebAdmin .......................................... FAILURE >> [28.994s] >> [INFO] UserPortal ........................................ SKIPPED >> [INFO] oVirt Server EAR .................................. SKIPPED >> [INFO] >> ------------------------------------------------------------------------ >> [INFO] BUILD FAILURE >> [INFO] >> ------------------------------------------------------------------------ >> [INFO] Total time: 4:58.903s >> [INFO] Finished at: Tue Mar 26 23:29:09 CST 2013 >> [INFO] Final Memory: 149M/357M >> [INFO] >> ------------------------------------------------------------------------ >> [ERROR] Failed to execute goal >> org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) on >> project webadmin: Command [[ >> [ERROR] /bin/sh -c >> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java >> -javaagent:/root/.m2 >> /repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar >> -Xms1024M -Xmx2048M -XX:PermSize=256M -XX:MaxPermSize=512M >> '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' >> -classpath >> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- >> client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp >> .rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/ >> repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/co >> mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/commons-lang/2 >> .6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/j >> avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar >> com.google.gwt.dev.Compiler -gen >> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen >> -logLevel INFO -style OBF -war >> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT >> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin >> [ERROR] ]] failed with status 1 >> [ERROR] -> [Help 1] >> [ERROR] >> [ERROR] To see the full stack trace of the errors, re-run Ma ven with >> the -e switch. >> [ERROR] Re-run Maven using the -X switch to enable full debug >> logging. >> [ERROR] >> [ERROR] For more information about the errors and possible solutions, >> please read the following articles: >> [ERROR] [Help 1] >> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException >> [ERROR] >> [ERROR] After correcting the problems, you can resume the build with >> the command >> [ERROR] mvn -rf :webadmin >> make[1]: *** [tmp.built] Error 1 >> make[1]: Leaving directory >> `/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' >> error: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) >> >> RPM build errors: >> Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) >> make: *** [rpm] Error 1 >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Wed Mar 27 13:11:59 2013 From: bigclouds at 163.com (bigclouds) Date: Wed, 27 Mar 2013 21:11:59 +0800 (CST) Subject: [Users] make engine rpm error In-Reply-To: <1515780289.9341204.1364383809497.JavaMail.root@redhat.com> References: <1515780289.9341204.1364383809497.JavaMail.root@redhat.com> Message-ID: <724ac3eb.10a76.13dabf9fc43.Coremail.bigclouds@163.com> hi, alonbl: i add more memory, but ....same error occur. the lastest engine code., centos 6.3, on step by stop to comile engine ,but fail. i think it is common error. any ideas? so sad to say engine is just a tragedy. any way,thanks you At 2013-03-27 19:30:09,"Alon Bar-Lev" wrote: >Hm... so you need more memory... :( > >----- Original Message ----- >> From: "bigclouds" >> To: "Alon Bar-Lev" >> Cc: users at ovirt.org >> Sent: Wednesday, March 27, 2013 1:07:29 PM >> Subject: Re:Re: [Users] make engine rpm error >> >> >> >> hi, alonbl >> error remain. even i use Dgwt.compiler.localWorkers=1. >> more error messages i copy here. it show the call stacks. >> please have a look. >> command i use: mvn clean install -e -Pgwt-admin,dep -DskipTests=true >> -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko >> -Dgwt.compiler.localWorkers=1 >> many thinks >> >> [INFO] oVirt GWT UI common infrastructure ................ SUCCESS >> [26.364s] >> [INFO] WebAdmin .......................................... FAILURE >> [29.023s] >> [INFO] UserPortal ........................................ SKIPPED >> [INFO] oVirt Server EAR .................................. SKIPPED >> [INFO] >> ------------------------------------------------------------------------ >> [INFO] BUILD FAILURE >> [INFO] >> ------------------------------------------------------------------------ >> [INFO] Total time: 4:30.293s >> [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013 >> [INFO] Final Memory: 148M/355M >> [INFO] >> -------------------------------------------------------------------! >> ----- >> [ERROR] Failed to execute goal org.codehaus.mojo:gwt-! >> maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command >> [[ >> ]] failed with status 1 >> at >> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) >> at >> org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) >> at >> org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) >> at >> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) >> at >> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) >> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) >> >> [ERROR] ]] failed with status 1 >> [ERROR] -> [Hel! p 1] >> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to >> execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile >> (gwtcompile) on project webadmin: Command >> >> gLevel INFO -style OBF -war >> /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT >> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin >> ]] failed with status 1 >> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) >> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) >> at >> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) >> at >> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) >> at org.apache.ma! >> ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod! >> uleBuilder.java:59) >> at >> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) >> at >> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) >> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) >> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) >> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) >> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) >> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> &nbs! p; at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at java.lang.reflect.Method.invoke(Method.java:601) >> at >> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) >> at >> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) >> at >> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) >> at >> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) >> Caused by: >> org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command >> [[ >> >> >> ----------------------------------------------------! >> ------------------------------------------------------------ >> ! >> >> >> At 2013-03-27 15:58:38,"Alon Bar-Lev" wrote: >> >Try to add -Dgwt-plugin.localWorkers=1 to gwt-plugin.extraJvmArgs or >> > RPMBUILD_EXTRA_ARGS="-D..." at make command. >> > >> >----- Original Message ----- >> >> From: "bigclouds" >> >> To: users at ovirt.org >> >> Sent: Wednesday, March 27, 2013 4:57:31 AM >> >> Subject: [Users] make engine rpm error >> >> >> >> >> >> >> >> >> >> command 'make rpm' , this error is reported before, i follow steps >> >> to >> >> fix it ,but do not work . >> >> centos 6.3, 2G memory. >> >> thanks >> >> >> >> -----------------------fix---- -Xms1024M >> >> -Xmx1024M -XX:PermSize=256M -XX:MaxPermS >> >> + -Xmx1024M -XX:PermSize=256M >> >> -XX:MaxPermSize=256M> >> >> >> ------------------ >> >> [INFO] WebAdmin .......................................... FAILURE >> >> [28.994s] >> >> [INFO] UserPortal ........................................ SKIPPED >> >> [INFO] oVirt Server EAR .................................. SKIPPED >> >> [INFO] >> >> ------------------------------------------------------------------------ >> >> [INFO] BUILD FAILURE >> >> [INFO] >> >> ------------------------------------------------------------------------ >> >> [INFO] Total time: 4:58.903s >> >> [INFO] Finished at: Tue Mar 26 23:29:09 CST 2013 >> >> [INFO] Final Memory: 149M/357M >> >> [INFO] >> >> ------------------------------------------------------------------------ >> >> [ERROR] Failed to execute goal >> >> org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) on >> >> project webadmin: Command [[ >> >> [ERROR] /bin/sh -c >> >> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java >> >> -javaagent:/root/.m2 >> >> /repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar >> >> -Xms1024M -Xmx2048M -XX:PermSize=256M -XX:MaxPermSize=512M >> >> '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' >> >> -classpath >> >> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- >> >> client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ov! >> irt-engine/tmp >> >> .rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.! >> jar:/root/.m2/ >> >> repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/mana! >> ger/modules/co >> >> mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/! >> commons-lang/2 >> >> .6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m! >> 2/repository/j >> >> avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar >> >> com.google.gwt.dev.Compiler -gen >> >> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen >> >> -logLevel INFO -style OBF -war >> >> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT >> >> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin >> >> [ERROR] ]] failed with status 1 >> >> [ERROR] -> [Help 1] >> >> [ERROR] >> >> [ERROR] To see the full stack trace of the errors, re-run Ma ven >> >> with >> >> the -e switch. >> >> [ERROR] Re-run Maven using the -X switch to enable full debug >> >> logging. >> >> [ERROR] >> >> [ERROR] For more information about the errors and possible >> >> solutions, >> >> please read the following articles: >> >> [ERROR] [Help 1] >> >> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException >> >> [ERROR] >> >> [ERROR] After correcting the problems, you can resume the build >> >> with >> >> the command >> >> [ERROR] mvn -rf :webadmin >> >> make[1]: *** [tmp.built] Error 1 >> >> make[1]: Leaving directory >> >> `/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' >> >> error: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) >> >> >> >> RPM build errors: >> >> Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) >> >> make: *** [rpm] Error 1 >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Wed Mar 27 14:25:49 2013 From: jhernand at redhat.com (Juan Hernandez) Date: Wed, 27 Mar 2013 15:25:49 +0100 Subject: [Users] make engine rpm error In-Reply-To: <724ac3eb.10a76.13dabf9fc43.Coremail.bigclouds@163.com> References: <1515780289.9341204.1364383809497.JavaMail.root@redhat.com> <724ac3eb.10a76.13dabf9fc43.Coremail.bigclouds@163.com> Message-ID: <5153016D.2040804@redhat.com> On 03/27/2013 02:11 PM, bigclouds wrote: > > hi, alonbl: > i add more memory, but ....same error occur. > the lastest engine code., centos 6.3, on step by stop to comile engine ,but fail. > i think it is common error. > > any ideas? > so sad to say engine is just a tragedy. > any way,thanks you > The value "gecko" is not a valid browser specification, it should be "gecko1_8" if you want to compile only for Firefox. I suggest you add it to your $HOME/.m2/settings.xml file, so that it will apply for all your builds, find attached an example file. > > > > At 2013-03-27 19:30:09,"Alon Bar-Lev" wrote: >> Hm... so you need more memory... :( >> >> ----- Original Message ----- >>> From: "bigclouds" >>> To: "Alon Bar-Lev" >>> Cc: users at ovirt.org >>> Sent: Wednesday, March 27, 2013 1:07:29 PM >>> Subject: Re:Re: [Users] make engine rpm error >>> >>> >>> >>> hi, alonbl >>> error remain. even i use Dgwt.compiler.localWorkers=1. >>> more error messages i copy here. it show the call stacks. >>> please have a look. >>> command i use: mvn clean install -e -Pgwt-admin,dep -DskipTests=true >>> -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko >>> -Dgwt.compiler.localWorkers=1 >>> many thinks >>> >>> [INFO] oVirt GWT UI common infrastructure ................ SUCCESS >>> [26.364s] >>> [INFO] WebAdmin .......................................... FAILURE >>> [29.023s] >>> [INFO] UserPortal ........................................ SKIPPED >>> [INFO] oVirt Server EAR .................................. SKIPPED >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] BUILD FAILURE >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] Total time: 4:30.293s >>> [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013 >>> [INFO] Final Memory: 148M/355M >>> [INFO] >>> -------------------------------------------------------------------! >>> ----- >>> [ERROR] Failed to execute goal org.codehaus.mojo:gwt-! >>> maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command >>> [[ >>> ]] failed with status 1 >>> at >>> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) >>> at >>> org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) >>> at >>> org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) >>> at >>> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) >>> at >>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) >>> at >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) >>> >>> [ERROR] ]] failed with status 1 >>> [ERROR] -> [Hel! p 1] >>> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to >>> execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile >>> (gwtcompile) on project webadmin: Command >>> >>> gLevel INFO -style OBF -war >>> /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT >>> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin >>> ]] failed with status 1 >>> at >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) >>> at >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) >>> at >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) >>> at >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) >>> at org.apache.ma! >>> ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod! >>> uleBuilder.java:59) >>> at >>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) >>> at >>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) >>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) >>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) >>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) >>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) >>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> &nbs! p; at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:601) >>> at >>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) >>> at >>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) >>> at >>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) >>> at >>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) >>> Caused by: >>> org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command >>> [[ >>> >>> >>> ----------------------------------------------------! >>> ------------------------------------------------------------ >>> ! >>> >>> >>> At 2013-03-27 15:58:38,"Alon Bar-Lev" wrote: >>>> Try to add -Dgwt-plugin.localWorkers=1 to gwt-plugin.extraJvmArgs or >>>> RPMBUILD_EXTRA_ARGS="-D..." at make command. >>>> >>>> ----- Original Message ----- >>>>> From: "bigclouds" >>>>> To: users at ovirt.org >>>>> Sent: Wednesday, March 27, 2013 4:57:31 AM >>>>> Subject: [Users] make engine rpm error >>>>> >>>>> >>>>> >>>>> >>>>> command 'make rpm' , this error is reported before, i follow steps >>>>> to >>>>> fix it ,but do not work . >>>>> centos 6.3, 2G memory. >>>>> thanks >>>>> >>>>> -----------------------fix---- -Xms1024M >>>>> -Xmx1024M -XX:PermSize=256M -XX:MaxPermS >>>>> + -Xmx1024M -XX:PermSize=256M >>>>> -XX:MaxPermSize=256M>>>> >>>>> ------------------ >>>>> [INFO] WebAdmin .......................................... FAILURE >>>>> [28.994s] >>>>> [INFO] UserPortal ........................................ SKIPPED >>>>> [INFO] oVirt Server EAR .................................. SKIPPED >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] BUILD FAILURE >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] Total time: 4:58.903s >>>>> [INFO] Finished at: Tue Mar 26 23:29:09 CST 2013 >>>>> [INFO] Final Memory: 149M/357M >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [ERROR] Failed to execute goal >>>>> org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) on >>>>> project webadmin: Command [[ >>>>> [ERROR] /bin/sh -c >>>>> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java >>>>> -javaagent:/root/.m2 >>>>> /repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar >>>>> -Xms1024M -Xmx2048M -XX:PermSize=256M -XX:MaxPermSize=512M >>>>> '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' >>>>> -classpath >>>>> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- >>>>> client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ov! >>> irt-engine/tmp >>>>> .rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.! >>> jar:/root/.m2/ >>>>> repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/mana! >>> ger/modules/co >>>>> mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/! >>> commons-lang/2 >>>>> .6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m! >>> 2/repository/j >>>>> avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar >>>>> com.google.gwt.dev.Compiler -gen >>>>> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen >>>>> -logLevel INFO -style OBF -war >>>>> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT >>>>> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin >>>>> [ERROR] ]] failed with status 1 >>>>> [ERROR] -> [Help 1] >>>>> [ERROR] >>>>> [ERROR] To see the full stack trace of the errors, re-run Ma ven >>>>> with >>>>> the -e switch. >>>>> [ERROR] Re-run Maven using the -X switch to enable full debug >>>>> logging. >>>>> [ERROR] >>>>> [ERROR] For more information about the errors and possible >>>>> solutions, >>>>> please read the following articles: >>>>> [ERROR] [Help 1] >>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException >>>>> [ERROR] >>>>> [ERROR] After correcting the problems, you can resume the build >>>>> with >>>>> the command >>>>> [ERROR] mvn -rf :webadmin >>>>> make[1]: *** [tmp.built] Error 1 >>>>> make[1]: Leaving directory >>>>> `/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' >>>>> error: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) >>>>> >>>>> RPM build errors: >>>>> Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) >>>>> make: *** [rpm] Error 1 >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>> >>> > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. -------------- next part -------------- A non-text attachment was scrubbed... Name: settings.xml Type: text/xml Size: 477 bytes Desc: not available URL: From alonbl at redhat.com Wed Mar 27 11:30:09 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 07:30:09 -0400 (EDT) Subject: [Users] make engine rpm error In-Reply-To: <43fd7726.f601.13dab87fee3.Coremail.bigclouds@163.com> Message-ID: <1515780289.9341204.1364383809497.JavaMail.root@redhat.com> Hm... so you need more memory... :( ----- Original Message ----- > From: "bigclouds" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Wednesday, March 27, 2013 1:07:29 PM > Subject: Re:Re: [Users] make engine rpm error > > > > hi, alonbl > error remain. even i use Dgwt.compiler.localWorkers=1. > more error messages i copy here. it show the call stacks. > please have a look. > command i use: mvn clean install -e -Pgwt-admin,dep -DskipTests=true > -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko > -Dgwt.compiler.localWorkers=1 > many thinks > > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS > [26.364s] > [INFO] WebAdmin .......................................... FAILURE > [29.023s] > [INFO] UserPortal ........................................ SKIPPED > [INFO] oVirt Server EAR .................................. SKIPPED > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 4:30.293s > [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013 > [INFO] Final Memory: 148M/355M > [INFO] > -------------------------------------------------------------------! > ----- > [ERROR] Failed to execute goal org.codehaus.mojo:gwt-! > maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command > [[ > ]] failed with status 1 > at > org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) > at > org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) > at > org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) > at > org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > > [ERROR] ]] failed with status 1 > [ERROR] -> [Hel! p 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to > execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile > (gwtcompile) on project webadmin: Command > > gLevel INFO -style OBF -war > /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin > ]] failed with status 1 > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.ma! > ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod! > uleBuilder.java:59) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > &nbs! p; at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > Caused by: > org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command > [[ > > > ----------------------------------------------------! > ------------------------------------------------------------ > ! > > > At?2013-03-27?15:58:38,"Alon?Bar-Lev"??wrote: > >Try?to?add?-Dgwt-plugin.localWorkers=1?to?gwt-plugin.extraJvmArgs?or > >?RPMBUILD_EXTRA_ARGS="-D..."?at?make?command. > > > >-----?Original?Message?----- > >>?From:?"bigclouds"? > >>?To:?users at ovirt.org > >>?Sent:?Wednesday,?March?27,?2013?4:57:31?AM > >>?Subject:?[Users]?make?engine?rpm?error > >>? > >>? > >>? > >>? > >>?command?'make?rpm'?,?this?error?is?reported?before,?i?follow?steps > >>??to > >>?fix?it?,but?do?not?work?. > >>?centos?6.3,?2G?memory. > >>?thanks > >>? > >>?-----------------------fix----?-Xms1024M > >>?-Xmx1024M?-XX:PermSize=256M?-XX:MaxPermS > >>?+????-Xmx1024M?-XX:PermSize=256M > >>?-XX:MaxPermSize=256M >>? > >>?------------------ > >>?[INFO]?WebAdmin?..........................................?FAILURE > >>?[28.994s] > >>?[INFO]?UserPortal?........................................?SKIPPED > >>?[INFO]?oVirt?Server?EAR?..................................?SKIPPED > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[INFO]?BUILD?FAILURE > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[INFO]?Total?time:?4:58.903s > >>?[INFO]?Finished?at:?Tue?Mar?26?23:29:09?CST?2013 > >>?[INFO]?Final?Memory:?149M/357M > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[ERROR]?Failed?to?execute?goal > >>?org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile?(gwtcompile)?on > >>?project?webadmin:?Command?[[ > >>?[ERROR]?/bin/sh?-c > >>?/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java > >>?-javaagent:/root/.m2 > >>?/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > >>?-Xms1024M?-Xmx2048M?-XX:PermSize=256M?-XX:MaxPermSize=512M > >>?'-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' > >>?-classpath > >>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- > >>?client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ov! > irt-engine/tmp > >>?.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.! > jar:/root/.m2/ > >>?repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/mana! > ger/modules/co > >>?mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/! > commons-lang/2 > >>?.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m! > 2/repository/j > >>?avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar > >>?com.google.gwt.dev.Compiler?-gen > >>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen > >>?-logLevel?INFO?-style?OBF?-war > >>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > >>?-localWorkers?1?org.ovirt.engine.ui.webadmin.WebAdmin > >>?[ERROR]?]]?failed?with?status?1 > >>?[ERROR]?->?[Help?1] > >>?[ERROR] > >>?[ERROR]?To?see?the?full?stack?trace?of?the?errors,?re-run?Ma?ven > >>??with > >>?the?-e?switch. > >>?[ERROR]?Re-run?Maven?using?the?-X?switch?to?enable?full?debug > >>?logging. > >>?[ERROR] > >>?[ERROR]?For?more?information?about?the?errors?and?possible > >>??solutions, > >>?please?read?the?following?articles: > >>?[ERROR]?[Help?1] > >>?http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > >>?[ERROR] > >>?[ERROR]?After?correcting?the?problems,?you?can?resume?the?build > >>??with > >>?the?command > >>?[ERROR]?mvn??-rf?:webadmin > >>?make[1]:?***?[tmp.built]?Error?1 > >>?make[1]:?Leaving?directory > >>?`/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' > >>?error:?Bad?exit?status?from?/var/tmp/rpm-tmp.PWi3Y9?(%build) > >>? > >>?RPM?build?errors: > >>?Bad?exit?status?from?/var/tmp/rpm-tmp.PWi3Y9?(%build) > >>?make:?***?[rpm]?Error?1 > >>? > >>? > >>?_______________________________________________ > >>?Users?mailing?list > >>?Users at ovirt.org > >>?http://lists.ovirt.org/mailman/listinfo/users > >> > > From abonas at redhat.com Wed Mar 27 15:16:49 2013 From: abonas at redhat.com (Alissa Bonas) Date: Wed, 27 Mar 2013 11:16:49 -0400 (EDT) Subject: [Users] make engine rpm error In-Reply-To: <5153016D.2040804@redhat.com> Message-ID: <50904125.61312223.1364397409877.JavaMail.root@redhat.com> Hi, are you compiling with gwtdev profile? I didn't see it in your original mail. If you haven't included it yet, please try now the below command - including Juan's suggestion to fix browser name to gecko1_8 (and note the added gwtdev profile) Example: mvn clean install -e -Pgwt-admin,gwtdev,dep ----- Original Message ----- > From: "Juan Hernandez" > To: "bigclouds" > Cc: users at ovirt.org > Sent: Wednesday, March 27, 2013 4:25:49 PM > Subject: Re: [Users] make engine rpm error > > On 03/27/2013 02:11 PM, bigclouds wrote: > > > > hi, alonbl: > > i add more memory, but ....same error occur. > > the lastest engine code., centos 6.3, on step by stop to comile > > engine ,but fail. > > i think it is common error. > > > > any ideas? > > so sad to say engine is just a tragedy. > > any way,thanks you > > > > The value "gecko" is not a valid browser specification, it should be > "gecko1_8" if you want to compile only for Firefox. I suggest you add > it > to your $HOME/.m2/settings.xml file, so that it will apply for all > your > builds, find attached an example file. > > > > > > > > > At 2013-03-27 19:30:09,"Alon Bar-Lev" wrote: > >> Hm... so you need more memory... :( > >> > >> ----- Original Message ----- > >>> From: "bigclouds" > >>> To: "Alon Bar-Lev" > >>> Cc: users at ovirt.org > >>> Sent: Wednesday, March 27, 2013 1:07:29 PM > >>> Subject: Re:Re: [Users] make engine rpm error > >>> > >>> > >>> > >>> hi, alonbl > >>> error remain. even i use Dgwt.compiler.localWorkers=1. > >>> more error messages i copy here. it show the call stacks. > >>> please have a look. > >>> command i use: mvn clean install -e -Pgwt-admin,dep > >>> -DskipTests=true > >>> -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko > >>> -Dgwt.compiler.localWorkers=1 > >>> many thinks > >>> > >>> [INFO] oVirt GWT UI common infrastructure ................ > >>> SUCCESS > >>> [26.364s] > >>> [INFO] WebAdmin .......................................... > >>> FAILURE > >>> [29.023s] > >>> [INFO] UserPortal ........................................ > >>> SKIPPED > >>> [INFO] oVirt Server EAR .................................. > >>> SKIPPED > >>> [INFO] > >>> ------------------------------------------------------------------------ > >>> [INFO] BUILD FAILURE > >>> [INFO] > >>> ------------------------------------------------------------------------ > >>> [INFO] Total time: 4:30.293s > >>> [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013 > >>> [INFO] Final Memory: 148M/355M > >>> [INFO] > >>> -------------------------------------------------------------------! > >>> ----- > >>> [ERROR] Failed to execute goal org.codehaus.mojo:gwt-! > >>> maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: > >>> Command > >>> [[ > >>> ]] failed with status 1 > >>> at > >>> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) > >>> at > >>> org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) > >>> at > >>> org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) > >>> at > >>> org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) > >>> at > >>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > >>> at > >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > >>> > >>> [ERROR] ]] failed with status 1 > >>> [ERROR] -> [Hel! p 1] > >>> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to > >>> execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile > >>> (gwtcompile) on project webadmin: Command > >>> > >>> gLevel INFO -style OBF -war > >>> /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > >>> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin > >>> ]] failed with status 1 > >>> at > >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > >>> at > >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > >>> at > >>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > >>> at > >>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > >>> at org.apache.ma! > >>> ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod! > >>> uleBuilder.java:59) > >>> at > >>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > >>> at > >>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > >>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > >>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > >>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > >>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > >>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >>> &nbs! p; at > >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > >>> at > >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > >>> at java.lang.reflect.Method.invoke(Method.java:601) > >>> at > >>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > >>> at > >>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > >>> at > >>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > >>> at > >>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > >>> Caused by: > >>> org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: > >>> Command > >>> [[ > >>> > >>> > >>> ----------------------------------------------------! > >>> ------------------------------------------------------------ > >>> ! > >>> > >>> > >>> At 2013-03-27 15:58:38,"Alon Bar-Lev" wrote: > >>>> Try to add -Dgwt-plugin.localWorkers=1 to > >>>> gwt-plugin.extraJvmArgs or > >>>> RPMBUILD_EXTRA_ARGS="-D..." at make command. > >>>> > >>>> ----- Original Message ----- > >>>>> From: "bigclouds" > >>>>> To: users at ovirt.org > >>>>> Sent: Wednesday, March 27, 2013 4:57:31 AM > >>>>> Subject: [Users] make engine rpm error > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> command 'make rpm' , this error is reported before, i follow > >>>>> steps > >>>>> to > >>>>> fix it ,but do not work . > >>>>> centos 6.3, 2G memory. > >>>>> thanks > >>>>> > >>>>> -----------------------fix---- > >>>>> -Xms1024M > >>>>> -Xmx1024M -XX:PermSize=256M -XX:MaxPermS > >>>>> + -Xmx1024M -XX:PermSize=256M > >>>>> -XX:MaxPermSize=256M >>>>> > >>>>> ------------------ > >>>>> [INFO] WebAdmin .......................................... > >>>>> FAILURE > >>>>> [28.994s] > >>>>> [INFO] UserPortal ........................................ > >>>>> SKIPPED > >>>>> [INFO] oVirt Server EAR .................................. > >>>>> SKIPPED > >>>>> [INFO] > >>>>> ------------------------------------------------------------------------ > >>>>> [INFO] BUILD FAILURE > >>>>> [INFO] > >>>>> ------------------------------------------------------------------------ > >>>>> [INFO] Total time: 4:58.903s > >>>>> [INFO] Finished at: Tue Mar 26 23:29:09 CST 2013 > >>>>> [INFO] Final Memory: 149M/357M > >>>>> [INFO] > >>>>> ------------------------------------------------------------------------ > >>>>> [ERROR] Failed to execute goal > >>>>> org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile (gwtcompile) > >>>>> on > >>>>> project webadmin: Command [[ > >>>>> [ERROR] /bin/sh -c > >>>>> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java > >>>>> -javaagent:/root/.m2 > >>>>> /repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > >>>>> -Xms1024M -Xmx2048M -XX:PermSize=256M -XX:MaxPermSize=512M > >>>>> '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' > >>>>> -classpath > >>>>> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- > >>>>> client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ov! > >>> irt-engine/tmp > >>>>> .rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.! > >>> jar:/root/.m2/ > >>>>> repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/mana! > >>> ger/modules/co > >>>>> mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/! > >>> commons-lang/2 > >>>>> .6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m! > >>> 2/repository/j > >>>>> avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar > >>>>> com.google.gwt.dev.Compiler -gen > >>>>> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen > >>>>> -logLevel INFO -style OBF -war > >>>>> /mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > >>>>> -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin > >>>>> [ERROR] ]] failed with status 1 > >>>>> [ERROR] -> [Help 1] > >>>>> [ERROR] > >>>>> [ERROR] To see the full stack trace of the errors, re-run Ma > >>>>> ven > >>>>> with > >>>>> the -e switch. > >>>>> [ERROR] Re-run Maven using the -X switch to enable full debug > >>>>> logging. > >>>>> [ERROR] > >>>>> [ERROR] For more information about the errors and possible > >>>>> solutions, > >>>>> please read the following articles: > >>>>> [ERROR] [Help 1] > >>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > >>>>> [ERROR] > >>>>> [ERROR] After correcting the problems, you can resume the build > >>>>> with > >>>>> the command > >>>>> [ERROR] mvn -rf :webadmin > >>>>> make[1]: *** [tmp.built] Error 1 > >>>>> make[1]: Leaving directory > >>>>> `/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' > >>>>> error: Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) > >>>>> > >>>>> RPM build errors: > >>>>> Bad exit status from /var/tmp/rpm-tmp.PWi3Y9 (%build) > >>>>> make: *** [rpm] Error 1 > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users at ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>> > >>> > >>> > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta > 3?D, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat > S.L. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From deadhorseconsulting at gmail.com Wed Mar 27 15:19:56 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Wed, 27 Mar 2013 10:19:56 -0500 Subject: [Users] Template disk cloning from one storage domain to another is not working In-Reply-To: <837106775.6915434.1364366654621.JavaMail.root@redhat.com> References: <837106775.6915434.1364366654621.JavaMail.root@redhat.com> Message-ID: Bug 928399 (https://bugzilla.redhat.com/show_bug.cgi?id=928399) Opened. Also opened a bug on what appears to be a related issue or a side effect of the root cause: Bug 928410 ( https://bugzilla.redhat.com/show_bug.cgi?id=928410) - DHC On Wed, Mar 27, 2013 at 1:44 AM, Daniel Erez wrote: > Hi DHC, > > Looking at the code, it seems that the issue indeed affects specifically > the UserPortal. > Can you please open a new bug on ovirt-engine-userportal: > https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt > (please attach the relevant logs to the bug) > > Thanks, > Daniel > > ----- Original Message ----- > > From: "Dead Horse" > > To: "" > > Sent: Tuesday, March 26, 2013 10:46:37 PM > > Subject: Re: [Users] Template disk cloning from one storage domain to > another is not working > > > > > > > > > > Attaching some log files. Also verified still not working on latest > > master as of today. > > - DHC > > > > > > > > > > On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse < > > deadhorseconsulting at gmail.com > wrote: > > > > > > > > > > In further attempt to debug this I added the user as both a SuperUser > > and PowerUser to the entire Datacenter so the role would cascade > > down to all objects. I found that with the admin portal this was not > > an issue. However it still occurs with the UserPortal. The same > > issue actually occurs for the built in admin at internal user via the > > user portal as well. Thus this infers some interaction with the > > UserPortal specifically causing this. > > > > > > - DHC > > > > > > > > > > > > > > On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse < > > deadhorseconsulting at gmail.com > wrote: > > > > > > > > > > Template disk cloning from one storage domain to another is not > > working correctly. > > Assign a user UserTemplateVM permissions to storage domain "A". > > Create a template in storage domain "A". > > Ensure the user has PowerUserRole permissions to another storage > > domain (Storage domain "B"). > > As the user create a VM from the template in storage domain "A". > > Choose to "clone" the disk to Storage Domain "B". > > The attached disk of resultant VM gets created but the disk is > > created in Storage domain A > > instead of storage domain B. This also is an artifact of the problem > > I originally brought up: > > http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still > > nothing) > > > > This is present in latest engine built from master with latest > > VDSM built from master. I noticed it also originally in the above > > issue. > > > > - DHC > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deadhorseconsulting at gmail.com Wed Mar 27 15:21:12 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Wed, 27 Mar 2013 10:21:12 -0500 Subject: [Users] template provisioning permissions In-Reply-To: References: Message-ID: Bug 928410 (https://bugzilla.redhat.com/show_bug.cgi?id=928410) opened on this issue. Additionally Bug 928399 (https://bugzilla.redhat.com/show_bug.cgi?id=928399) which is possibly related to this issue opened. - DHC On Mon, Mar 18, 2013 at 10:02 PM, Dead Horse wrote: > Verified this is present in latest engine built from master with latest > VDSM built from master. > On the surface this literally seems as simple as a lack of Read-Only > access to the template image when requesting to clone it from the template > on the storage domain wherein the user cloning from the template has no > permissions. > - DHC > > > On Wed, Mar 13, 2013 at 4:34 PM, Dead Horse > wrote: > >> Got an interesting one here as pertaining to template permissions and >> provisioning. >> >> Given the following setup/situation: >> >> A cluster with a user A assigned poweruser role permissions on the >> cluster. >> - User A is assigned poweruser role permissions to storage domain A >> - User A is a consumer of quota A which is assigned to specific storage >> domain A >> >> A cluster with a user B assigned poweruser role permissions on the >> cluster. >> - User B is assigned poweruser role permissions to storage domain B >> - User B is a consumer of quota B which is assigned to specific storage >> domain B >> >> User A creates a VM and makes it a template of it with permissions of >> everyone as UserTemplateBasedVM. >> >> User B tries to create a VM based on the template that User A created. >> While the base VM profile can be created the storage provisioning >> encounters an issue. >> >> Via Template provisioning option with the thin provision option will fail >> due to the fact that User B does not have proper permissions to User A's >> storage domain. The symptom of this expected failure is the target storage >> domain pull-down is empty. (It really should show something or be greyed >> out rather than just be blank at least some sort of user notification). >> >> The real issue here is with the clone provisioning option. The idea here >> is to be to clone a copy of the template disks into User B's storage domain >> as a target where User B has poweruser role permissions. The problem here >> is that this fails just like the above thin provision which should not be >> the case. The target pulldown still blank it should by default show the >> target storage domain to which User B has permissions to that being Storage >> domain B. >> >> Further debugging yields that by assigning UserTemplateVM permissions to >> User A's storage domain allows User B to use either of the options above >> although the only one really desired is the clone option since we don't >> want User B creating VM's in User A's storage domain. There still however >> was an issue upon selecting clone and selecting Storage domain B as the >> target the VM is created but the disk is created in Storage domain A >> instead of storage domain B. >> >> >> Running build of the engine is built from commit: >> 7354d3283627bdbe30dd9c15ce45eba375280a8c >> >> - DHC >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vszocs at redhat.com Wed Mar 27 15:22:25 2013 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 27 Mar 2013 11:22:25 -0400 (EDT) Subject: [Users] make engine rpm error In-Reply-To: <1515780289.9341204.1364383809497.JavaMail.root@redhat.com> Message-ID: <2116658569.20173340.1364397745817.JavaMail.root@redhat.com> Hi, please check "MaxPermSize" in frontend/webadmin/modules/pom.xml, it should look like this: -Xms1024M -Xmx2048M -XX:PermSize=256M -XX:MaxPermSize=512M [Note the "MaxPermSize=512M" setting.] To speed up the build, you can try: $ mvn clean install -Pdep,gwt-admin -Dgwt.compiler.localWorkers=4 -Dgwt.userAgent=gecko1_8 -Dmaven.test.skip * gwt.compiler.localWorkers should match the number of processors available, its used to parallelize GWT compilation task, e.g. in Java world something like Runtime.availableProcessors() * gwt.userAgent=gecko1_8 means "compile for Firefox browser only" Regards, Vojtech ----- Original Message ----- From: "Alon Bar-Lev" To: "bigclouds" Cc: users at ovirt.org Sent: Wednesday, March 27, 2013 12:30:09 PM Subject: Re: [Users] make engine rpm error Hm... so you need more memory... :( ----- Original Message ----- > From: "bigclouds" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Wednesday, March 27, 2013 1:07:29 PM > Subject: Re:Re: [Users] make engine rpm error > > > > hi, alonbl > error remain. even i use Dgwt.compiler.localWorkers=1. > more error messages i copy here. it show the call stacks. > please have a look. > command i use: mvn clean install -e -Pgwt-admin,dep -DskipTests=true > -Dgwt.user.agent=gecko -Duser.agent=gecko -Dgwt.userAgent=gecko > -Dgwt.compiler.localWorkers=1 > many thinks > > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS > [26.364s] > [INFO] WebAdmin .......................................... FAILURE > [29.023s] > [INFO] UserPortal ........................................ SKIPPED > [INFO] oVirt Server EAR .................................. SKIPPED > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 4:30.293s > [INFO] Finished at: Wed Mar 27 19:00:58 CST 2013 > [INFO] Final Memory: 148M/355M > [INFO] > -------------------------------------------------------------------! > ----- > [ERROR] Failed to execute goal org.codehaus.mojo:gwt-! > maven-plugin:2.3.0:compile (gwtcompile) on project webadmin: Command > [[ > ]] failed with status 1 > at > org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:422) > at > org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:301) > at > org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:224) > at > org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:134) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > > [ERROR] ]] failed with status 1 > [ERROR] -> [Hel! p 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to > execute goal org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile > (gwtcompile) on project webadmin: Command > > gLevel INFO -style OBF -war > /mnt/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > -localWorkers 1 org.ovirt.engine.ui.webadmin.WebAdmin > ]] failed with status 1 > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.ma! > ven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleMod! > uleBuilder.java:59) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > &nbs! p; at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > Caused by: > org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command > [[ > > > ----------------------------------------------------! > ------------------------------------------------------------ > ! > > > At?2013-03-27?15:58:38,"Alon?Bar-Lev"??wrote: > >Try?to?add?-Dgwt-plugin.localWorkers=1?to?gwt-plugin.extraJvmArgs?or > >?RPMBUILD_EXTRA_ARGS="-D..."?at?make?command. > > > >-----?Original?Message?----- > >>?From:?"bigclouds"? > >>?To:?users at ovirt.org > >>?Sent:?Wednesday,?March?27,?2013?4:57:31?AM > >>?Subject:?[Users]?make?engine?rpm?error > >>? > >>? > >>? > >>? > >>?command?'make?rpm'?,?this?error?is?reported?before,?i?follow?steps > >>??to > >>?fix?it?,but?do?not?work?. > >>?centos?6.3,?2G?memory. > >>?thanks > >>? > >>?-----------------------fix----?-Xms1024M > >>?-Xmx1024M?-XX:PermSize=256M?-XX:MaxPermS > >>?+????-Xmx1024M?-XX:PermSize=256M > >>?-XX:MaxPermSize=256M >>? > >>?------------------ > >>?[INFO]?WebAdmin?..........................................?FAILURE > >>?[28.994s] > >>?[INFO]?UserPortal?........................................?SKIPPED > >>?[INFO]?oVirt?Server?EAR?..................................?SKIPPED > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[INFO]?BUILD?FAILURE > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[INFO]?Total?time:?4:58.903s > >>?[INFO]?Finished?at:?Tue?Mar?26?23:29:09?CST?2013 > >>?[INFO]?Final?Memory:?149M/357M > >>?[INFO] > >>?------------------------------------------------------------------------ > >>?[ERROR]?Failed?to?execute?goal > >>?org.codehaus.mojo:gwt-maven-plugin:2.3.0:compile?(gwtcompile)?on > >>?project?webadmin:?Command?[[ > >>?[ERROR]?/bin/sh?-c > >>?/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/bin/java > >>?-javaagent:/root/.m2 > >>?/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > >>?-Xms1024M?-Xmx2048M?-XX:PermSize=256M?-XX:MaxPermSize=512M > >>?'-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' > >>?-classpath > >>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/java:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/src/main/resources:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT/WEB-INF/classes:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp- > >>?client/0.6/gwtp-mvp-client-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/0.6/gwtp-clients-common-0.6.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/0.6/gwtp-processors-0.6.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/1.5.0/gin-1.5.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicompat/target/uicompat-3.3.0-SNAPSHOT.jar:/mnt/ov! > irt-engine/tmp > >>?.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/compat/target/compat-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/searchbackend/target/searchbackend-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/frontend/target/frontend-3.3.0-SNAPSHOT.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.! > jar:/root/.m2/ > >>?repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/utils/target/utils-3.3.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/mana! > ger/modules/co > >>?mpat/target/compat-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.5.11/slf4j-api-1.5.11.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.0.0/otopi-1.0.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.0.0/ovirt-host-deploy-1.0.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/backend/manager/modules/common/target/common-3.3.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2.GA/hibernate-validator-4.0.2.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/commons-lang/! > commons-lang/2 > >>?.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.4/jackson-core-asl-1.9.4.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.4/jackson-mapper-asl-1.9.4.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.3.0/gwt-user-2.3.0.jar:/root/.m! > 2/repository/j > >>?avax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.3.0/gwt-dev-2.3.0.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.3.0-SNAPSHOT-sources.jar:/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.3.0-SNAPSHOT-sources.jar > >>?com.google.gwt.dev.Compiler?-gen > >>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/gen > >>?-logLevel?INFO?-style?OBF?-war > >>?/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0/frontend/webadmin/modules/webadmin/target/webadmin-3.3.0-SNAPSHOT > >>?-localWorkers?1?org.ovirt.engine.ui.webadmin.WebAdmin > >>?[ERROR]?]]?failed?with?status?1 > >>?[ERROR]?->?[Help?1] > >>?[ERROR] > >>?[ERROR]?To?see?the?full?stack?trace?of?the?errors,?re-run?Ma?ven > >>??with > >>?the?-e?switch. > >>?[ERROR]?Re-run?Maven?using?the?-X?switch?to?enable?full?debug > >>?logging. > >>?[ERROR] > >>?[ERROR]?For?more?information?about?the?errors?and?possible > >>??solutions, > >>?please?read?the?following?articles: > >>?[ERROR]?[Help?1] > >>?http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > >>?[ERROR] > >>?[ERROR]?After?correcting?the?problems,?you?can?resume?the?build > >>??with > >>?the?command > >>?[ERROR]?mvn??-rf?:webadmin > >>?make[1]:?***?[tmp.built]?Error?1 > >>?make[1]:?Leaving?directory > >>?`/mnt/ovirt-engine/tmp.rpmbuild/BUILD/ovirt-engine-3.3.0' > >>?error:?Bad?exit?status?from?/var/tmp/rpm-tmp.PWi3Y9?(%build) > >>? > >>?RPM?build?errors: > >>?Bad?exit?status?from?/var/tmp/rpm-tmp.PWi3Y9?(%build) > >>?make:?***?[rpm]?Error?1 > >>? > >>? > >>?_______________________________________________ > >>?Users?mailing?list > >>?Users at ovirt.org > >>?http://lists.ovirt.org/mailman/listinfo/users > >> > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From deadhorseconsulting at gmail.com Wed Mar 27 15:23:42 2013 From: deadhorseconsulting at gmail.com (Dead Horse) Date: Wed, 27 Mar 2013 10:23:42 -0500 Subject: [Users] Feature request: allow usbtablet and vram config via UI In-Reply-To: References: Message-ID: Any thoughts/feedback on this one? It really is a downer to be forced to manipulate both of these via hooks. These are both pretty standard configuration items to enhance/tweak or make various guests fully functional. - DHC On Fri, Mar 22, 2013 at 9:12 AM, Dead Horse wrote: > Allow for a usbtablet input device to be enabled and used. Perhaps via the > console configuration UI for a VM in the admin and user portals. > -Highly useful in the event that a guest OS does not have the spice agent > loaded nor is it available for said guest OS. > -Also in the case of guest OS that simply does not want to work and play > well with > - All Operating systems since ~1998 understand bus='usb'/> and will deal with mouse events in absolute mode. > > Allow for vram and vram_ size to be configurable for CIrrus(VNC) and > QXL(Spice) console types. Again probably best suited to have this on > console configuration UI for a VM in the admin and user portals. > - Default VRAM sizes are not enough to allow for larger resolutions and > pixel depths at times. > - Especially the case in multiple monitor SPICE, fullscreen, or VNC > consoles > > - More VRAM is useful in the case of attempting to run accelerated > applications within a QXL configured guest. > > The above can be altered via VDSM hooks however this is rather painful. > Additionally these options or similar are configurable in other competing > solutions. > > - DHC > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bigclouds at 163.com Wed Mar 27 15:35:35 2013 From: bigclouds at 163.com (bigclouds) Date: Wed, 27 Mar 2013 23:35:35 +0800 (CST) Subject: [Users] lastest way to create engine certs Message-ID: <43c66afc.1207f.13dac7d72d8.Coremail.bigclouds@163.com> after succeed building engine code, when login admin-portal , lacking of engine certs leads error. my engine code is latest ( 2 days ago). http://www.ovirt.org/Engine_Node_Integration#Engine_core_machine seems is too old thanks ---------------------------------------------------------------------- 2013-03-27 23:07:04,521 ERROR [org.ovirt.engine.core.pki.PKIResourceServlet] (http--0.0.0.0-8700-1) Cannot send public key resource '/etc/pki/ovirt-engine/certs/engine.cer' format 'SSH': java.io.FileNotFoundException: /etc/pki/ovirt-engine/certs/engine.cer (No such file or directory) at java.io.FileInputStream.open(Native Method) [rt.jar:1.7.0_09-icedtea] at java.io.FileInputStream.(FileInputStream.java:138) [rt.jar:1.7.0_09-icedtea] at java.io.FileInputStream.(FileInputStream.java:97) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.pki.PKIResourceServlet.doGet(PKIResourceServlet.java:80) [classes:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] -------------- next part -------------- An HTML attachment was scrubbed... URL: From yuvalme at gmail.com Wed Mar 27 16:08:05 2013 From: yuvalme at gmail.com (Yuval M) Date: Wed, 27 Mar 2013 18:08:05 +0200 Subject: [Users] VM crashes and doesn't recover In-Reply-To: <20130327090243.GG12024@redhat.com> References: <20130324125235.GG22311@redhat.com> <20130327090243.GG12024@redhat.com> Message-ID: Still getting crashes with the patch: # rpm -q vdsm vdsm-4.10.3-0.281.git97db188.fc18.x86_64 attached excerpts from vdsm.log and from dmesg. Yuval On Wed, Mar 27, 2013 at 11:02 AM, Dan Kenigsberg wrote: > On Sun, Mar 24, 2013 at 09:50:02PM +0200, Yuval M wrote: > > I am running vdsm from packages as my interest is in developing for the > > engine and not vdsm. > > I updated the vdsm package in an attempt to solve this, now I have: > > # rpm -q vdsm > > vdsm-4.10.3-10.fc18.x86_64 > > I'm afraid that this build still does not have the patch mentioned > earlier. > > > > > I noticed that when the storage domain crashes I can't even do "df -h" > > (hangs) > > That's expectable, since the master domain is still mounted (due to that > patch missing), but unreachable. > > Would you be kind to try out my little patch, in order to advance a bit > in the research to solve the bug? > > > > I'm also getting some errors in /var/log/messages: > > > > Mar 24 19:57:44 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:45 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:46 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:47 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:48 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:49 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:50 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 > 7412 > > [4759]: 1083422e close_task_aio 0 0x7ff3740008c0 busy > > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 > 7412 > > [4759]: 1083422e close_task_aio 1 0x7ff374000910 busy > > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 > 7412 > > [4759]: 1083422e close_task_aio 2 0x7ff374000960 busy > > Mar 24 19:57:51 bufferoverflow sanlock[1208]: 2013-03-24 19:57:51+0200 > 7412 > > [4759]: 1083422e close_task_aio 3 0x7ff3740009b0 busy > > Mar 24 19:57:51 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:52 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:53 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:54 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:55 bufferoverflow vdsm SuperVdsmProxy WARNING Connect to > svdsm > > failed [Errno 2] No such file or directory > > Mar 24 19:57:55 bufferoverflow vdsm Storage.Misc ERROR Panic: Couldn't > > connect to supervdsm > > Mar 24 19:57:55 bufferoverflow respawn: slave '/usr/share/vdsm/vdsm' > died, > > respawning slave > > Mar 24 19:57:55 bufferoverflow vdsm fileUtils WARNING Dir > > /rhev/data-center/mnt already exists > > Mar 24 19:57:58 bufferoverflow vdsm vds WARNING Unable to load the json > rpc > > server module. Please make sure it is installed. > > Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING > > vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::Unknown type found, device: > > '{'device': u'unix', 'alias': u'channel0', 'type': u'channel', 'address': > > {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': > > u'1'}}' found > > Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING > > vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::Unknown type found, device: > > '{'device': u'unix', 'alias': u'channel1', 'type': u'channel', 'address': > > {u'bus': u'0', u'controller': u'0', u'type': u'virtio-serial', u'port': > > u'2'}}' found > > Mar 24 19:57:58 bufferoverflow vdsm vm.Vm WARNING > > vmId=`4d3d81b3-d083-4569-acc2-8e631ed51843`::_readPauseCode unsupported > by > > libvirt vm > > Mar 24 19:57:58 bufferoverflow kernel: [ 7402.688177] ata1: hard > resetting > > link > > Mar 24 19:57:59 bufferoverflow kernel: [ 7402.994510] ata1: SATA link up > > 6.0 Gbps (SStatus 133 SControl 300) > > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.005510] ACPI Error: [DSSP] > > Namespace lookup failure, AE_NOT_FOUND (20120711/psargs-359) > > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.005517] ACPI Error: Method > > parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node > ffff880407c74d48), > > AE_NOT_FOUND (20120711/psparse-536) > > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.015485] ACPI Error: [DSSP] > > Namespace lookup failure, AE_NOT_FOUND (20120711/psargs-359) > > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.015493] ACPI Error: Method > > parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node > ffff880407c74d48), > > AE_NOT_FOUND (20120711/psparse-536) > > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.016061] ata1.00: configured > > for UDMA/133 > > Mar 24 19:57:59 bufferoverflow kernel: [ 7403.016066] ata1: EH complete > > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 > 7422 > > [4759]: 1083422e close_task_aio 0 0x7ff3740008c0 busy > > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 > 7422 > > [4759]: 1083422e close_task_aio 1 0x7ff374000910 busy > > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 > 7422 > > [4759]: 1083422e close_task_aio 2 0x7ff374000960 busy > > Mar 24 19:58:01 bufferoverflow sanlock[1208]: 2013-03-24 19:58:01+0200 > 7422 > > [4759]: 1083422e close_task_aio 3 0x7ff3740009b0 busy > > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.714145] device-mapper: > table: > > 253:0: multipath: error getting device > > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.714148] device-mapper: > ioctl: > > error adding target to table > > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.715051] device-mapper: > table: > > 253:0: multipath: error getting device > > Mar 24 19:58:01 bufferoverflow kernel: [ 7405.715053] device-mapper: > ioctl: > > error adding target to table > > > > ata1 is a 500GB SSD. (only SATA device on the system except a DVD drive) > > > > Yuval > > > > > > On Sun, Mar 24, 2013 at 2:52 PM, Dan Kenigsberg > wrote: > > > > > On Fri, Mar 22, 2013 at 08:24:35PM +0200, Limor Gavish wrote: > > > > Hello, > > > > > > > > I am using Ovirt 3.2 on Fedora 18: > > > > [wil at bufferoverflow ~]$ rpm -q vdsm > > > > vdsm-4.10.3-7.fc18.x86_64 > > > > > > > > (the engine is built from sources). > > > > > > > > I seem to have hit this bug: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=922515 > > > > > > This bug is only one part of the problem, but it's nasty enough that I > > > have just suggested it as a fix to the ovirt-3.2 branch of vdsm: > > > http://gerrit.ovirt.org/13303 > > > > > > Could you test if with it, vdsm relinquishes its spm role, and recovers > > > as operational? > > > > > > > > > > > in the following configuration: > > > > Single host (no migrations) > > > > Created a VM, installed an OS inside (Fedora18) > > > > stopped the VM. > > > > created template from it. > > > > Created an additional VM from the template using thin provision. > > > > Started the second VM. > > > > > > > > in addition to the errors in the logs the storage domains (both data > and > > > > ISO) crashed, i.e went to "unknown" and "inactive" states > respectively. > > > > (see the attached engine.log) > > > > > > > > I attached the VDSM and engine logs. > > > > > > > > is there a way to work around this problem? > > > > It happens repeatedly. > > > > > > > > Yuval Meir > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dmesg-out.log Type: application/octet-stream Size: 4789 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 486854 bytes Desc: not available URL: From georg.troxler at staila.com Tue Mar 26 20:04:20 2013 From: georg.troxler at staila.com (Georg Troxler) Date: Tue, 26 Mar 2013 21:04:20 +0100 Subject: [Users] AllInOne installation issue Message-ID: When running the AllInOne installation ?engine-setup --config-allinone=yes? the last step of my installation always fails. I freshly setup a fedora 18 box (minimal) and directly installed ovirt: sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm sudo yum install ovirt-engine-setup-plugin-allinone engine-setup --config-allinone=yes I also tried with the nightly build which did not solve the issue for me. Any idea how to fix this? This is the end of my install log: 2013-03-26 20:28:07::DEBUG::engine-setup::1965::root:: *** The following params were used as user input: 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: override-httpd-config: yes 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: http-port: 80 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: https-port: 443 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: random-passwords: no 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: mac-range: 00:1A:4A:A8:02:00-00:1A:4A:A8:02:FF 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: host-fqdn: localhost.localdomain 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: auth-pass: ******** 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: org-name: localdomain 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: application-mode: both 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: default-dc-type: NFS 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-remote-install: local 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-host: localhost 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-local-pass: ******** 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: nfs-mp: /var/lib/exports/iso 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: iso-domain-name: ISO_DOMAIN 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-nfs: yes 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: override-firewall: None 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-allinone: yes 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: storage-path: /var/lib/images 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: superuser-pass: ******** 2013-03-26 20:28:07::ERROR::engine-setup::2385::root:: Traceback (most recent call last): File "/bin/engine-setup", line 2379, in main(confFile) File "/bin/engine-setup", line 2162, in main runSequences() File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp utils.retry(isHostUp, tries=120, timeout=600, sleep=5) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in retry raise e RetryFailException: Error: Host was found in a 'Failed' state. Please check engine and bootstrap installation logs. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Mar 27 19:57:26 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 15:57:26 -0400 (EDT) Subject: [Users] AllInOne installation issue In-Reply-To: Message-ID: <472578978.9538665.1364414246624.JavaMail.root@redhat.com> Hello, Please send the file at /var/log/ovirt-engine/host-deploy/ if exists. If not, there may be one at /tmp/ovirt-host-deploy*. If not, please send /var/log/ovirt-engine/enigne.log. Thanks. ----- Original Message ----- > From: "Georg Troxler" > To: users at ovirt.org > Sent: Tuesday, March 26, 2013 10:04:20 PM > Subject: [Users] AllInOne installation issue > > > > When running the AllInOne installation ?engine-setup > --config-allinone=yes? the last step of my installation always > fails. I freshly setup a fedora 18 box (minimal) and directly > installed ovirt: > > > sudo yum localinstall > http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm > sudo yum install ovirt-engine-setup-plugin-allinone engine-setup > --config-allinone=yes > > > I also tried with the nightly build which did not solve the issue for > me. Any idea how to fix this? > > > This is the end of my install log: > > > > 2013-03-26 20:28:07::DEBUG::engine-setup::1965::root:: *** The > following params were used as user input: > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > override-httpd-config: yes > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: http-port: 80 > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: https-port: > 443 > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > random-passwords: no > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: mac-range: > 00:1A:4A:A8:02:00-00:1A:4A:A8:02:FF > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: host-fqdn: > localhost.localdomain > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: auth-pass: > ******** > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: org-name: > localdomain > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > application-mode: both > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > default-dc-type: NFS > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > db-remote-install: local > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-host: > localhost > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-local-pass: > ******** > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: nfs-mp: > /var/lib/exports/iso > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > iso-domain-name: ISO_DOMAIN > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-nfs: > yes > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > override-firewall: None > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > config-allinone: yes > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: storage-path: > /var/lib/images > 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > superuser-pass: ******** > 2013-03-26 20:28:07::ERROR::engine-setup::2385::root:: Traceback > (most recent call last): > File "/bin/engine-setup", line 2379, in > main(confFile) > File "/bin/engine-setup", line 2162, in main > runSequences() > File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp > utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in > retry > raise e > RetryFailException: Error: Host was found in a 'Failed' state. Please > check engine and bootstrap installation logs. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From georg.troxler at staila.com Wed Mar 27 20:48:40 2013 From: georg.troxler at staila.com (Georg Troxler) Date: Wed, 27 Mar 2013 21:48:40 +0100 Subject: [Users] AllInOne installation issue In-Reply-To: <472578978.9538665.1364414246624.JavaMail.root@redhat.com> Message-ID: Hi Attached the two files I also noticed that there is a unsatisfied dependency in the last nightly build: Fehler: Paket: ovirt-engine-3.3.0-0.2.master.20130325132125.gita7ccb15.fc18.noarch (ovirt-nightly) Ben?tigt: ovirt-log-collector >= 3.3.0 Installiert: ovirt-log-collector-3.2.0-1.fc18.noarch (@ovirt-stable) ovirt-log-collector = 3.2.0-1.fc18 Verf?gbar: ovirt-log-collector-3.1.0-1.fc18.noarch (ovirt-nightly) ovirt-log-collector = 3.1.0-1.fc18 Sie k?nnen versuchen mit --skip-broken das Problem zu umgehen. You could try running: rpm -Va --nofiles --nodigest Thanks Georg On 27.03.13 20:57, "Alon Bar-Lev" wrote: >Hello, > >Please send the file at /var/log/ovirt-engine/host-deploy/ if exists. >If not, there may be one at /tmp/ovirt-host-deploy*. >If not, please send /var/log/ovirt-engine/enigne.log. > >Thanks. > >----- Original Message ----- >> From: "Georg Troxler" >> To: users at ovirt.org >> Sent: Tuesday, March 26, 2013 10:04:20 PM >> Subject: [Users] AllInOne installation issue >> >> >> >> When running the AllInOne installation ?engine-setup >> --config-allinone=yes? the last step of my installation always >> fails. I freshly setup a fedora 18 box (minimal) and directly >> installed ovirt: >> >> >> sudo yum localinstall >> http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm >> sudo yum install ovirt-engine-setup-plugin-allinone engine-setup >> --config-allinone=yes >> >> >> I also tried with the nightly build which did not solve the issue for >> me. Any idea how to fix this? >> >> >> This is the end of my install log: >> >> >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1965::root:: *** The >> following params were used as user input: >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> override-httpd-config: yes >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: http-port: 80 >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: https-port: >> 443 >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> random-passwords: no >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: mac-range: >> 00:1A:4A:A8:02:00-00:1A:4A:A8:02:FF >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: host-fqdn: >> localhost.localdomain >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: auth-pass: >> ******** >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: org-name: >> localdomain >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> application-mode: both >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> default-dc-type: NFS >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> db-remote-install: local >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-host: >> localhost >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-local-pass: >> ******** >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: nfs-mp: >> /var/lib/exports/iso >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> iso-domain-name: ISO_DOMAIN >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-nfs: >> yes >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> override-firewall: None >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> config-allinone: yes >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: storage-path: >> /var/lib/images >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> superuser-pass: ******** >> 2013-03-26 20:28:07::ERROR::engine-setup::2385::root:: Traceback >> (most recent call last): >> File "/bin/engine-setup", line 2379, in >> main(confFile) >> File "/bin/engine-setup", line 2162, in main >> runSequences() >> File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in >> retry >> raise e >> RetryFailException: Error: Host was found in a 'Failed' state. Please >> check engine and bootstrap installation logs. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 45201 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt-20130327210815-localhost.localdomain.log Type: application/octet-stream Size: 163389 bytes Desc: not available URL: From jpeltier at sfu.ca Wed Mar 27 20:59:39 2013 From: jpeltier at sfu.ca (James A. Peltier) Date: Wed, 27 Mar 2013 13:59:39 -0700 (PDT) Subject: [Users] AllInOne installation issue In-Reply-To: Message-ID: <387842399.3782452.1364417979429.JavaMail.root@jaguar10.sfu.ca> Verify you aren't getting any locale errors such as LANG and such not being found or set. This stopped me from moving forward because the locale was set improperly during kickstart. Setting the locale correctly in /etc/locale.conf fixed it for me ----- Original Message ----- | When running the AllInOne installation ?engine-setup | --config-allinone=yes? the last step of my installation always | fails. I freshly setup a fedora 18 box (minimal) and directly | installed ovirt: | sudo yum localinstall | http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm | sudo yum install ovirt-engine-setup-plugin-allinone engine-setup | --config-allinone=yes | I also tried with the nightly build which did not solve the issue for | me. Any idea how to fix this? | This is the end of my install log: | 2013-03-26 20:28:07::DEBUG::engine-setup::1965::root:: *** The | following params were used as user input: | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | override-httpd-config: yes | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: http-port: 80 | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: https-port: | 443 | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | random-passwords: no | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: mac-range: | 00:1A:4A:A8:02:00-00:1A:4A:A8:02:FF | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: host-fqdn: | localhost.localdomain | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: auth-pass: | ******** | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: org-name: | localdomain | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | application-mode: both | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | default-dc-type: NFS | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | db-remote-install: local | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-host: | localhost | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-local-pass: | ******** | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: nfs-mp: | /var/lib/exports/iso | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | iso-domain-name: ISO_DOMAIN | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-nfs: | yes | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | override-firewall: None | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | config-allinone: yes | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: storage-path: | /var/lib/images | 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: | superuser-pass: ******** | 2013-03-26 20:28:07::ERROR::engine-setup::2385::root:: Traceback | (most recent call last): | File "/bin/engine-setup", line 2379, in | main(confFile) | File "/bin/engine-setup", line 2162, in main | runSequences() | File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp | utils.retry(isHostUp, tries=120, timeout=600, sleep=5) | File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, in | retry | raise e | RetryFailException: Error: Host was found in a 'Failed' state. Please | check engine and bootstrap installation logs. | _______________________________________________ | Users mailing list | Users at ovirt.org | http://lists.ovirt.org/mailman/listinfo/users -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier at sfu.ca Website : http://www.sfu.ca/itservices ?A successful person is one who can lay a solid foundation from the bricks others have thrown at them.? -David Brinkley via Luke Shaw -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Mar 27 21:20:07 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 17:20:07 -0400 (EDT) Subject: [Users] AllInOne installation issue In-Reply-To: Message-ID: <1153528660.9559969.1364419207409.JavaMail.root@redhat.com> Yes, known fedora issue: --- Cannot set tuned profile --- You should update the selinux-policy, initscripts before continuing. For the log-collector issue, you are right, the nightly job did not run properly. You can install pckages manually from[1]. [1] http://jenkins.ovirt.org/job/ovirt-log-collector_create_rpms/jdk=java-1.7.0-openjdk-1.7.0.9-2.3.7.1.el6_3.x86_6,label=fedora18/43/ ----- Original Message ----- > From: "Georg Troxler" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Wednesday, March 27, 2013 10:48:40 PM > Subject: Re: [Users] AllInOne installation issue > > Hi > > > Attached the two files I also noticed that there is a unsatisfied > dependency in the last nightly build: > > Fehler: Paket: > ovirt-engine-3.3.0-0.2.master.20130325132125.gita7ccb15.fc18.noarch > (ovirt-nightly) > Ben?tigt: ovirt-log-collector >= 3.3.0 > Installiert: ovirt-log-collector-3.2.0-1.fc18.noarch > (@ovirt-stable) > ovirt-log-collector = 3.2.0-1.fc18 > Verf?gbar: ovirt-log-collector-3.1.0-1.fc18.noarch > (ovirt-nightly) > ovirt-log-collector = 3.1.0-1.fc18 > Sie k?nnen versuchen mit --skip-broken das Problem zu umgehen. > You could try running: rpm -Va --nofiles --nodigest > > Thanks > > Georg > > > > > > On 27.03.13 20:57, "Alon Bar-Lev" wrote: > > >Hello, > > > >Please send the file at /var/log/ovirt-engine/host-deploy/ if > >exists. > >If not, there may be one at /tmp/ovirt-host-deploy*. > >If not, please send /var/log/ovirt-engine/enigne.log. > > > >Thanks. > > > >----- Original Message ----- > >> From: "Georg Troxler" > >> To: users at ovirt.org > >> Sent: Tuesday, March 26, 2013 10:04:20 PM > >> Subject: [Users] AllInOne installation issue > >> > >> > >> > >> When running the AllInOne installation ?engine-setup > >> --config-allinone=yes? the last step of my installation always > >> fails. I freshly setup a fedora 18 box (minimal) and directly > >> installed ovirt: > >> > >> > >> sudo yum localinstall > >> http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm > >> sudo yum install ovirt-engine-setup-plugin-allinone engine-setup > >> --config-allinone=yes > >> > >> > >> I also tried with the nightly build which did not solve the issue > >> for > >> me. Any idea how to fix this? > >> > >> > >> This is the end of my install log: > >> > >> > >> > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1965::root:: *** The > >> following params were used as user input: > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> override-httpd-config: yes > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: http-port: > >> 80 > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: https-port: > >> 443 > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> random-passwords: no > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: mac-range: > >> 00:1A:4A:A8:02:00-00:1A:4A:A8:02:FF > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: host-fqdn: > >> localhost.localdomain > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: auth-pass: > >> ******** > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: org-name: > >> localdomain > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> application-mode: both > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> default-dc-type: NFS > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> db-remote-install: local > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-host: > >> localhost > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> db-local-pass: > >> ******** > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: nfs-mp: > >> /var/lib/exports/iso > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> iso-domain-name: ISO_DOMAIN > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-nfs: > >> yes > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> override-firewall: None > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> config-allinone: yes > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> storage-path: > >> /var/lib/images > >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: > >> superuser-pass: ******** > >> 2013-03-26 20:28:07::ERROR::engine-setup::2385::root:: Traceback > >> (most recent call last): > >> File "/bin/engine-setup", line 2379, in > >> main(confFile) > >> File "/bin/engine-setup", line 2162, in main > >> runSequences() > >> File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp > >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) > >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, > >> in > >> retry > >> raise e > >> RetryFailException: Error: Host was found in a 'Failed' state. > >> Please > >> check engine and bootstrap installation logs. > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > From georg.troxler at staila.com Wed Mar 27 21:44:17 2013 From: georg.troxler at staila.com (Georg Troxler) Date: Wed, 27 Mar 2013 22:44:17 +0100 Subject: [Users] AllInOne installation issue In-Reply-To: <1153528660.9559969.1364419207409.JavaMail.root@redhat.com> Message-ID: I used the net install and it looks as if the selinux-policy is up to date, the same goes for the initscripts. Should I use something else then yum to update them? On 27.03.13 22:20, "Alon Bar-Lev" wrote: > >Yes, known fedora issue: >--- >Cannot set tuned profile >--- > >You should update the selinux-policy, initscripts before continuing. > >For the log-collector issue, you are right, the nightly job did not run >properly. You can install pckages manually from[1]. > >[1] >http://jenkins.ovirt.org/job/ovirt-log-collector_create_rpms/jdk=java-1.7. >0-openjdk-1.7.0.9-2.3.7.1.el6_3.x86_6,label=fedora18/43/ > >----- Original Message ----- >> From: "Georg Troxler" >> To: "Alon Bar-Lev" >> Cc: users at ovirt.org >> Sent: Wednesday, March 27, 2013 10:48:40 PM >> Subject: Re: [Users] AllInOne installation issue >> >> Hi >> >> >> Attached the two files I also noticed that there is a unsatisfied >> dependency in the last nightly build: >> >> Fehler: Paket: >> ovirt-engine-3.3.0-0.2.master.20130325132125.gita7ccb15.fc18.noarch >> (ovirt-nightly) >> Ben?tigt: ovirt-log-collector >= 3.3.0 >> Installiert: ovirt-log-collector-3.2.0-1.fc18.noarch >> (@ovirt-stable) >> ovirt-log-collector = 3.2.0-1.fc18 >> Verf?gbar: ovirt-log-collector-3.1.0-1.fc18.noarch >> (ovirt-nightly) >> ovirt-log-collector = 3.1.0-1.fc18 >> Sie k?nnen versuchen mit --skip-broken das Problem zu umgehen. >> You could try running: rpm -Va --nofiles --nodigest >> >> Thanks >> >> Georg >> >> >> >> >> >> On 27.03.13 20:57, "Alon Bar-Lev" wrote: >> >> >Hello, >> > >> >Please send the file at /var/log/ovirt-engine/host-deploy/ if >> >exists. >> >If not, there may be one at /tmp/ovirt-host-deploy*. >> >If not, please send /var/log/ovirt-engine/enigne.log. >> > >> >Thanks. >> > >> >----- Original Message ----- >> >> From: "Georg Troxler" >> >> To: users at ovirt.org >> >> Sent: Tuesday, March 26, 2013 10:04:20 PM >> >> Subject: [Users] AllInOne installation issue >> >> >> >> >> >> >> >> When running the AllInOne installation ?engine-setup >> >> --config-allinone=yes? the last step of my installation always >> >> fails. I freshly setup a fedora 18 box (minimal) and directly >> >> installed ovirt: >> >> >> >> >> >> sudo yum localinstall >> >> http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm >> >> sudo yum install ovirt-engine-setup-plugin-allinone engine-setup >> >> --config-allinone=yes >> >> >> >> >> >> I also tried with the nightly build which did not solve the issue >> >> for >> >> me. Any idea how to fix this? >> >> >> >> >> >> This is the end of my install log: >> >> >> >> >> >> >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1965::root:: *** The >> >> following params were used as user input: >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> override-httpd-config: yes >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: http-port: >> >> 80 >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: https-port: >> >> 443 >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> random-passwords: no >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: mac-range: >> >> 00:1A:4A:A8:02:00-00:1A:4A:A8:02:FF >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: host-fqdn: >> >> localhost.localdomain >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: auth-pass: >> >> ******** >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: org-name: >> >> localdomain >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> application-mode: both >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> default-dc-type: NFS >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> db-remote-install: local >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: db-host: >> >> localhost >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> db-local-pass: >> >> ******** >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: nfs-mp: >> >> /var/lib/exports/iso >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> iso-domain-name: ISO_DOMAIN >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: config-nfs: >> >> yes >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> override-firewall: None >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> config-allinone: yes >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> storage-path: >> >> /var/lib/images >> >> 2013-03-26 20:28:07::DEBUG::engine-setup::1970::root:: >> >> superuser-pass: ******** >> >> 2013-03-26 20:28:07::ERROR::engine-setup::2385::root:: Traceback >> >> (most recent call last): >> >> File "/bin/engine-setup", line 2379, in >> >> main(confFile) >> >> File "/bin/engine-setup", line 2162, in main >> >> runSequences() >> >> File "/bin/engine-setup", line 2085, 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 300, in waitForHostUp >> >> utils.retry(isHostUp, tries=120, timeout=600, sleep=5) >> >> File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1009, >> >> in >> >> retry >> >> raise e >> >> RetryFailException: Error: Host was found in a 'Failed' state. >> >> Please >> >> check engine and bootstrap installation logs. >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> From alonbl at redhat.com Wed Mar 27 21:54:17 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 17:54:17 -0400 (EDT) Subject: [Users] AllInOne installation issue In-Reply-To: Message-ID: <1563247447.9565883.1364421257579.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Georg Troxler" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Wednesday, March 27, 2013 11:44:17 PM > Subject: Re: [Users] AllInOne installation issue > > I used the net install and it looks as if the selinux-policy is up to > date, the same goes for the initscripts. Should I use something else > then > yum to update them? Hmmm... I am sorry, I seen this in the engine log, it may be out of sync with the ovirt-host-deploy log. Going blindly... In ovirt-host-deploy I see: --- File "/usr/share/vdsm/configNetwork.py", line 834, in _addNetworkValidation raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % nic) ConfigNetworkError: (23, "unknown nic: 'lo'") --- Meaning the machine name is set for the loopback interface with is not supported by vdsm. You should make sure that there is a real interface with valid address and the server fqdn is resolved to that address and not loopback. Alon From georg.troxler at staila.com Wed Mar 27 22:08:56 2013 From: georg.troxler at staila.com (Georg Troxler) Date: Wed, 27 Mar 2013 23:08:56 +0100 Subject: [Users] AllInOne installation issue In-Reply-To: <1563247447.9565883.1364421257579.JavaMail.root@redhat.com> Message-ID: This did the trick. I used another host-name that pointed to an IP which was not localhost? Thanks On 27.03.13 22:54, "Alon Bar-Lev" wrote: > > >----- Original Message ----- >> From: "Georg Troxler" >> To: "Alon Bar-Lev" >> Cc: users at ovirt.org >> Sent: Wednesday, March 27, 2013 11:44:17 PM >> Subject: Re: [Users] AllInOne installation issue >> >> I used the net install and it looks as if the selinux-policy is up to >> date, the same goes for the initscripts. Should I use something else >> then >> yum to update them? > >Hmmm... I am sorry, I seen this in the engine log, it may be out of sync >with the ovirt-host-deploy log. > >Going blindly... > >In ovirt-host-deploy I see: >--- > File "/usr/share/vdsm/configNetwork.py", line 834, in >_addNetworkValidation > raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % nic) >ConfigNetworkError: (23, "unknown nic: 'lo'") >--- > >Meaning the machine name is set for the loopback interface with is not >supported by vdsm. > >You should make sure that there is a real interface with valid address >and the server fqdn is resolved to that address and not loopback. > >Alon From alonbl at redhat.com Wed Mar 27 22:12:14 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 27 Mar 2013 18:12:14 -0400 (EDT) Subject: [Users] AllInOne installation issue In-Reply-To: Message-ID: <1221128009.9568141.1364422334531.JavaMail.root@redhat.com> Alex, Sandro, We should resolve host in all-in-one and reject if loopback... too many reports on this one. Regards, Alon ----- Original Message ----- > From: "Georg Troxler" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, March 28, 2013 12:08:56 AM > Subject: Re: [Users] AllInOne installation issue > > This did the trick. I used another host-name that pointed to an IP > which > was not localhost? > > Thanks > > > > > > On 27.03.13 22:54, "Alon Bar-Lev" wrote: > > > > > > >----- Original Message ----- > >> From: "Georg Troxler" > >> To: "Alon Bar-Lev" > >> Cc: users at ovirt.org > >> Sent: Wednesday, March 27, 2013 11:44:17 PM > >> Subject: Re: [Users] AllInOne installation issue > >> > >> I used the net install and it looks as if the selinux-policy is up > >> to > >> date, the same goes for the initscripts. Should I use something > >> else > >> then > >> yum to update them? > > > >Hmmm... I am sorry, I seen this in the engine log, it may be out of > >sync > >with the ovirt-host-deploy log. > > > >Going blindly... > > > >In ovirt-host-deploy I see: > >--- > > File "/usr/share/vdsm/configNetwork.py", line 834, in > >_addNetworkValidation > > raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % > > nic) > >ConfigNetworkError: (23, "unknown nic: 'lo'") > >--- > > > >Meaning the machine name is set for the loopback interface with is > >not > >supported by vdsm. > > > >You should make sure that there is a real interface with valid > >address > >and the server fqdn is resolved to that address and not loopback. > > > >Alon > > > From vlaero at yahoo.com.au Thu Mar 28 02:52:17 2013 From: vlaero at yahoo.com.au (Paul Jansen) Date: Wed, 27 Mar 2013 19:52:17 -0700 (PDT) Subject: [Users] scsi disks inside VMs? Message-ID: <1364439137.4063.YahooMailNeo@web120603.mail.ne1.yahoo.com> Hello. I'm wondering if it is possible to create VMs with ovirt that have scsi disks? I've just installed ovirt 3.2.1 on Fedora 18 and attached an ovirt node (the current fedora 18 based version). When adding disks to a VM I can chose from the 'IDE' or 'VirtIO' interfaces.? I'd like a scsi option also. Mainly because when migrating from vsphere VMs this makes things simpler. Also, my current kickstart installer for various OSes does not yet handle 'vd' disks. To add to things I need to install a custom filesystem on the vms that wants a scsi disk.? It does a scsi inquiry early on in the install phase and will not work in 'vd' disks. ie: 'sg_inq /dev/vda' does not work. I also know that the libata driver in recent linux distributions exposes IDE drives as scsi and allows a scsi enquiry to succeed.? Unfortunately the use case I have required Enterprise Linux 5 and in this release IDE disks report as 'hd', whereas scsi disks report as 'sd'.? So, I can just use an IDE disk to get around this problem. I understand that virt-manager will allow attaching scsi disks to KVM based virtual machines, and that this is made possible by recent changes in libvirt. I think we should be encouraging people to use the virtio disks where possible, but in cases where this is not straightforward ovirt - and RHEV - are missing a trick as far as allowing people that have existing vsphere setups to fairly easily move to ovirt. Is a 'scsi' interface' option for adding virtual disks for VMs on the roadmap?? If not, could it be considered? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cnoffsin at gmail.com Thu Mar 28 02:57:34 2013 From: cnoffsin at gmail.com (Chris Noffsinger) Date: Wed, 27 Mar 2013 22:57:34 -0400 Subject: [Users] AllInOne installation issue In-Reply-To: <1221128009.9568141.1364422334531.JavaMail.root@redhat.com> References: <1221128009.9568141.1364422334531.JavaMail.root@redhat.com> Message-ID: I ran into this the other night, and just went ahead and did a separate management server. With the work around mentioned earlier, having a hosts file entry for something like vmhost pointing to the resolvable IP of the server, made the install complete successfully. Maybe an option during the install process to add an entry to the hosts file? On Wed, Mar 27, 2013 at 6:12 PM, Alon Bar-Lev wrote: > Alex, Sandro, > > We should resolve host in all-in-one and reject if loopback... too many > reports on this one. > > Regards, > Alon > > ----- Original Message ----- > > From: "Georg Troxler" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, March 28, 2013 12:08:56 AM > > Subject: Re: [Users] AllInOne installation issue > > > > This did the trick. I used another host-name that pointed to an IP > > which > > was not localhost? > > > > Thanks > > > > > > > > > > > > On 27.03.13 22:54, "Alon Bar-Lev" wrote: > > > > > > > > > > >----- Original Message ----- > > >> From: "Georg Troxler" > > >> To: "Alon Bar-Lev" > > >> Cc: users at ovirt.org > > >> Sent: Wednesday, March 27, 2013 11:44:17 PM > > >> Subject: Re: [Users] AllInOne installation issue > > >> > > >> I used the net install and it looks as if the selinux-policy is up > > >> to > > >> date, the same goes for the initscripts. Should I use something > > >> else > > >> then > > >> yum to update them? > > > > > >Hmmm... I am sorry, I seen this in the engine log, it may be out of > > >sync > > >with the ovirt-host-deploy log. > > > > > >Going blindly... > > > > > >In ovirt-host-deploy I see: > > >--- > > > File "/usr/share/vdsm/configNetwork.py", line 834, in > > >_addNetworkValidation > > > raise ConfigNetworkError(ne.ERR_BAD_NIC, "unknown nic: %r" % > > > nic) > > >ConfigNetworkError: (23, "unknown nic: 'lo'") > > >--- > > > > > >Meaning the machine name is set for the loopback interface with is > > >not > > >supported by vdsm. > > > > > >You should make sure that there is a real interface with valid > > >address > > >and the server fqdn is resolved to that address and not loopback. > > > > > >Alon > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Chris Noffsinger -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Thu Mar 28 07:16:14 2013 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 28 Mar 2013 08:16:14 +0100 Subject: [Users] AllInOne installation issue In-Reply-To: <1221128009.9568141.1364422334531.JavaMail.root@redhat.com> References: <1221128009.9568141.1364422334531.JavaMail.root@redhat.com> Message-ID: <5153EE3E.7040501@redhat.com> Il 27/03/2013 23:12, Alon Bar-Lev ha scritto: > Alex, Sandro, > > We should resolve host in all-in-one and reject if loopback... too many reports on this one. > > Regards, > Alon > Well, the installer should already have warned that the given hostname doesn't reverse resolve because it's a loopback and it should not be mapped on a DNS. Do you want to abort only the vdsm configuration in this case or do you want to abort the entire setup process? Can you open a bz about this? -- Sandro From alonbl at redhat.com Thu Mar 28 08:00:21 2013 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 28 Mar 2013 04:00:21 -0400 (EDT) Subject: [Users] AllInOne installation issue In-Reply-To: <5153EE3E.7040501@redhat.com> Message-ID: <764282430.9620723.1364457621787.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Alon Bar-Lev" > Cc: "Georg Troxler" , users at ovirt.org, "Alex Lourie" > Sent: Thursday, March 28, 2013 9:16:14 AM > Subject: Re: [Users] AllInOne installation issue > > Il 27/03/2013 23:12, Alon Bar-Lev ha scritto: > > Alex, Sandro, > > > > We should resolve host in all-in-one and reject if loopback... too > > many reports on this one. > > > > Regards, > > Alon > > > > Well, the installer should already have warned that the given > hostname > doesn't reverse resolve because it's a loopback and it should not be > mapped on a DNS. > Do you want to abort only the vdsm configuration in this case or do > you > want to abort the entire setup process? Only if all-in-one is active (we are going to install vdsm) we need to make sure host name is not resolved to looback, not warn, fail. > Can you open a bz about this? OK. I think it is 3.2.z material. > > -- > Sandro > From georg.troxler at staila.com Thu Mar 28 12:24:53 2013 From: georg.troxler at staila.com (Georg Troxler) Date: Thu, 28 Mar 2013 13:24:53 +0100 Subject: [Users] Issue with Export/NFS storage domain In-Reply-To: <1563247447.9565883.1364421257579.JavaMail.root@redhat.com> References: <1563247447.9565883.1364421257579.JavaMail.root@redhat.com> Message-ID: <51543695.3030101@staila.com> In ovirt 3.2 with the AllInOne plugin there seems to be an error when I add new Export/NFS Domain: Thread-34494::DEBUG::2013-03-28 12:13:04,242::task::568::TaskManager.Task::(_updateState) Task=`a52ff57d-9d92-4c96-aaf5-98e3f4df4456`::moving from state init -> state preparing Thread-34494::INFO::2013-03-28 12:13:04,242::logUtils::41::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': '192.168.10.105:/mnt/datasstore/vm-storage/export', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) Thread-34494::DEBUG::2013-03-28 12:13:04,247::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo -n /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6,nfsvers=3 192.168.10.105:/mnt/datasstore/vm-storage/export /rhev/data-center/mnt/192.168.10.105:_mnt_datasstore_vm-storage_export' (cwd None) Thread-34494::ERROR::2013-03-28 12:13:04,321::hsm::2215::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2211, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 302, in connect return self._mountCon.connect() File "/usr/share/vdsm/storage/storageServer.py", line 208, in connect fileSD.validateDirAccess(self.getMountObj().getRecord().fs_file) File "/usr/share/vdsm/storage/mount.py", line 260, in getRecord (self.fs_spec, self.fs_file)) OSError: [Errno 2] Mount of `192.168.10.105:/mnt/datasstore/vm-storage/export` at `/rhev/data-center/mnt/192.168.10.105:_mnt_datasstore_vm-storage_export` does not exist Thread-34494::INFO::2013-03-28 12:13:04,323::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 100, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-34494::DEBUG::2013-03-28 12:13:04,323::task::1151::TaskManager.Task::(prepare) Task=`a52ff57d-9d92-4c96-aaf5-98e3f4df4456`::finished: {'statuslist': [{'status': 100, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-34494::DEBUG::2013-03-28 12:13:04,324::task::568::TaskManager.Task::(_updateState) Task=`a52ff57d-9d92-4c96-aaf5-98e3f4df4456`::moving from state preparing -> state finished I used the following parameters: Name: export-domain Data Center: local_datacenter Domain Function / Storage Type: Export / NFS Use Host: local_host Export Path: 192.168.10.105:/mnt/datasstore/vm-storage/export It looks as if the subsystem expects a mount point at '/rhev/data-center/mnt/192.168.10.105:_mnt_datasstore_vm-storage_export'. If I create the mount-point manually, change owner and permission the operation still fails. Unfortunately I could not find specific information regarding the creation of an Export store other than the documentation on how to create an NFS store. Maybe I am missing something? From ryanwilk at gmail.com Thu Mar 28 12:42:56 2013 From: ryanwilk at gmail.com (Ryan Wilkinson) Date: Thu, 28 Mar 2013 06:42:56 -0600 Subject: [Users] ldap Message-ID: I'm able to set up Active Directory authentication if my ovirt engine is set to use dns that is hosted on the same system as Active Directory. However, if I use static host entries in my engine "hosts" file instead of using dns I'm getting the error "ldap server for domain not found" when I issue the command: "engine-manage-domains -action=add -domain=?ovirt.local' -user='admin' -provider=ActiveDirectory -interactive" from the engine. I've googled to death how to configure static entries on my engine system for the ldap server and it seems that I need to configure my nsswitch and ldap.conf files but still no luck... Any ideas?? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Thu Mar 28 12:53:20 2013 From: ovedo at redhat.com (Oved Ourfalli) Date: Thu, 28 Mar 2013 08:53:20 -0400 (EDT) Subject: [Users] ldap In-Reply-To: Message-ID: <1693823865.88551061.1364475200345.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Ryan Wilkinson" > To: users at ovirt.org > Sent: Thursday, March 28, 2013 2:42:56 PM > Subject: [Users] ldap > > > > I'm able to set up Active Directory authentication if my ovirt engine > is set to use dns that is hosted on the same system as Active > Directory. However, if I use static host entries in my engine > "hosts" file instead of using dns I'm getting the error "ldap server > for domain not found" when I issue the command: > "engine-manage-domains -action=add -domain=?ovirt.local' > -user='admin' -provider=ActiveDirectory -interactive" from the > engine. I've googled to death how to configure static entries on my > engine system for the ldap server and it seems that I need to > configure my nsswitch and ldap.conf files but still no luck... Any > ideas?? Hi Ryan, To work with LDAP you currently need to have both LDAP and Kerberos SRV records in the DNS, as well as PTR record. If you would like to work locally I can suggest working with dnsmasq (lightweight DHCP and caching DNS server) locally, defining these entries there, and setting /etc/resolv.conf properly, so that it would access it. The configuration is in /etc/dnsmasq.conf (or in /etc/dnsmasq.d/...). Example for LDAP and Kerberos records: srv-host=_ldap._tcp.my_domain.com,ad.my_domain.com,389 srv-host=_kerberos._tcp.my_domain.com,ad.my_domain.com,88 and, afaik it also takes /etc/hosts and creates PTR records for the entries there, so that should be enough, if you add your AD host in /etc/hosts (I guess you can also add those manually in dnsmasq). Let me know if you need further assistance. Oved > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From acathrow at redhat.com Thu Mar 28 13:29:54 2013 From: acathrow at redhat.com (Andrew Cathrow) Date: Thu, 28 Mar 2013 09:29:54 -0400 (EDT) Subject: [Users] scsi disks inside VMs? In-Reply-To: <1364439137.4063.YahooMailNeo@web120603.mail.ne1.yahoo.com> Message-ID: <360149532.26259725.1364477394965.JavaMail.root@redhat.com> ----- Original Message ----- > From: "Paul Jansen" > To: users at ovirt.org > Sent: Wednesday, March 27, 2013 10:52:17 PM > Subject: [Users] scsi disks inside VMs? > Hello. > I'm wondering if it is possible to create VMs with ovirt that have > scsi disks? > I've just installed ovirt 3.2.1 on Fedora 18 and attached an ovirt > node (the current fedora 18 based version). > When adding disks to a VM I can chose from the 'IDE' or 'VirtIO' > interfaces. I'd like a scsi option also. > Mainly because when migrating from vsphere VMs this makes things > simpler. > Also, my current kickstart installer for various OSes does not yet > handle 'vd' disks. > To add to things I need to install a custom filesystem on the vms > that wants a scsi disk. It does a scsi inquiry early on in the > install phase and will not work in 'vd' disks. ie: ' sg_inq > /dev/vda' does not work. > I also know that the libata driver in recent linux distributions > exposes IDE drives as scsi and allows a scsi enquiry to succeed. > Unfortunately the use case I have required Enterprise Linux 5 and in > this release IDE disks report as 'hd', whereas scsi disks report as > 'sd'. So, I can just use an IDE disk to get around this problem. > I understand that virt-manager will allow attaching scsi disks to KVM > based virtual machines, and that this is made possible by recent > changes in libvirt. > I think we should be encouraging people to use the virtio disks where > possible, but in cases where this is not straightforward ovirt - and > RHEV - are missing a trick as far as allowing people that have > existing vsphere setups to fairly easily move to ovirt. > Is a 'scsi' interface' option for adding virtual disks for VMs on the > roadmap? If not, could it be considered? There are plans to add support for virtio-scsi - still paravirtualized but providing a pv scsi controller that gives us more features - such as passing scsi commands to luns, allowing more disks per vm etc. > Thanks. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From nwilson123 at gmail.com Thu Mar 28 13:32:41 2013 From: nwilson123 at gmail.com (Neil) Date: Thu, 28 Mar 2013 15:32:41 +0200 Subject: [Users] host non responsive in a 1 host DC with 1 vm Message-ID: Hi guys, I've got a test oVirt setup with only 1 host and 1 test VM but I had a power failure and the host is now non responsive, despite being able to log into it via SSH. Manually fencing results in a.... "Manual fence did not revoke the selected SPM (ovirthosttest) since the master storage domain was not active or could not use another host for the fence operation." When I try put the host into maintenance I get ..."Manual fence did not revoke the selected SPM (ovirthosttest) since the master storage domain was not active or could not use another host for the fence operation." When I try and activate the data domain I get... "Failed to activate Storage Domain MAIN (Data Center Default) by admin at internal". My VM was in an unknown state, but considering I'd already had a power failure, I logged into my oVirt engine postgres command line and ran "update vm_dynamic set status = 0 where vm_guid = (select vm_guid from vm_static where vm_name = 'zimbra');" to try and force my VM into a down state, but that hasn't helped either. I'd imagine that if I had another host to add to the cluster SPM would hopefully move to the new host and the problem would disappear, but I don't have one unfortunately. Any suggestions? Centos 6.4 vdsm-python-4.10.3-0.31.20.el6.x86_64 vdsm-4.10.3-0.31.20.el6.x86_64 vdsm-cli-4.10.3-0.31.20.el6.noarch vdsm-xmlrpc-4.10.3-0.31.20.el6.noarch libvirt-lock-sanlock-0.10.2-18.el6.x86_64 libvirt-client-0.10.2-18.el6.x86_64 libvisual-0.4.0-9.1.el6.x86_64 libvirt-python-0.10.2-18.el6.x86_64 libvirt-0.10.2-18.el6.x86_64 On my engine it's Centos 6.4 with ovirt-engine-3.2.0-1.39.el6.noarch My engine has an NFS shared RAID array which the hosts the entire data domain. I could can the entire install and start again, but I'd prefer to avoid doing that if possible as I'm still in the process of migrating email to my zimbra VM. Any help is appreciated greatly. Thanks. Regards. Neil Wilson. From mlipchuk at redhat.com Thu Mar 28 13:47:13 2013 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Thu, 28 Mar 2013 15:47:13 +0200 Subject: [Users] oVirt 3.2.1 Beta EL6 Content is available In-Reply-To: <20130327083737.GF12024@redhat.com> References: <514B0AAD.9050604@redhat.com> <514B0CC8.3040707@redhat.com> <20130327083737.GF12024@redhat.com> Message-ID: <515449E1.1090305@redhat.com> On 03/27/2013 10:37 AM, Dan Kenigsberg wrote: > (dropping announce list. they only care about the finished product, not > the road to get it done) > > On Tue, Mar 26, 2013 at 10:24:16AM +0100, Gianluca Cecchi wrote: >> On Thu, Mar 21, 2013 at 2:36 PM, Mike Burns wrote: >> >>>> >>>> >>>> do they already contain the fix from >>>> http://gerrit.ovirt.org/#/c/11254/ >>>> >>>> that was one of the biggest problems of 3.2? >>>> >>>> Gianluca >>>> >>> >>> Looking at gerrit, the 3.2 branch fix for that[1] is still in review. That >>> would mean that it's not included. >>> >>> I'll defer to the engine team on when that will get into a build. >>> >>> Mike >>> >>> [1] http://gerrit.ovirt.org/#/c/13172/ >> >> Is there a particular reason for it to be still in review? >> Any drawbacks? >> Any way at my side to accelerate the process? > > Maor, Daniel: when is this expected to be merge and built? > Hi, the patch has been merged, sorry for the delay, I wanted to re-verify it with the build team before. Unfortunately I'm not aware of a specific date when next version of engine should be built. Regards, Maor From trfeldmann at gmail.com Thu Mar 28 14:49:17 2013 From: trfeldmann at gmail.com (Tony Feldmann) Date: Thu, 28 Mar 2013 09:49:17 -0500 Subject: [Users] Issues using local storage for gluster shared volume Message-ID: I have been trying for a month or so to get a 2 node cluster up and running. I have engine installed on the first node, then add each each system as a host to a posix dc. Both boxes have 4 data disks. After adding the hosts I create a distributed replicate volume using 3 disk from each host with ext4 filesystems. I click the 'optimize for virt' option on the volume. There is a message in events that says that it can't set a volume option, then it sets 2 volume options. Checking the options tab I see that it added the gid/uid options. I was unable to find in the logs what option was not set, I just see a message about usage for volume set