Re: [Users] vdsm v4.12.0 dependencies for el6 hosts
On Wed, Jul 31, 2013 at 04:36:00PM -0500, Dead Horse wrote: vdsm v4.12.0 for engine 3.3 has some unsatisfied dependencies on el6 hosts: -- Finished Dependency Resolution Error: Package: vdsm-hook-sriov-4.12.0-10.el6.noarch (el6v-test) Requires: libvirt-daemon-driver-nodedev Error: Package: vdsm-4.12.0-10.el6.x86_64 (el6v-test) Requires: mom = 0.3.2-3 Removing: mom-0.3.0-1.el6.noarch (@epel) mom = 0.3.0-1.el6 Updated By: mom-0.3.2-2.el6.noarch (el6v-test) mom = 0.3.2-2.el6 mom can be built from http://gerrit.ovirt.org/gitweb?p=mom.git but libvirt-daemon-driver-nodedev would require a newer libvirt. (https://apps.fedoraproject.org/packages/libvirt-daemon-driver-nodedev) That's my bad. Would you verify http://gerrit.ovirt.org/#/c/17554/ ? Regrads, Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora upgrading from 3.1 to 3.2
ons 2013-07-31 klockan 15:11 -0400 skrev Alon Bar-Lev: - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se To: Alex Lourie alou...@redhat.commailto:alou...@redhat.com Cc: users@ovirt.orgmailto:users@ovirt.org Sent: Wednesday, July 31, 2013 5:10:24 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 Hey! Big news for me, I´ve managed to upgrade to 3.2, but sadly, now I can´t get it to log in with admin@internal :( This is how I managed it: (After Fedora is up to 18) - Erase all of the 3.1-packages - Install the new 3.2-packages - Have to go about the dbase upgrade like this: # psql -U postgres engine $ ALTER FUNCTION uuid_generate_v1() OWNER TO engine; Or the upgrade won´t work. After that it´s possible to: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine (lots of output) # engine-cleanup --dont-drop- db (not dbase) - Had to make modifications to /usr/bin/engine-setup too: @@ -1142,8 +1142,8 @@ # Run db backup utils.backupDB( db=basedefs.DB_NAME, - backup_file=dbBackupFile, - env=utils.getPgPassEnv(), + backupFile=dbBackupFile, + #env=utils.getPgPassEnv(), user=getDbUser(), host=getDbHostName(), port=getDbPort(), An apparent spelling error and an oversight maybe, the backupDB-function in common-utils.py doesn´t expect a env-variable so I just uncommented it. After that it was OK to: # engine-setup No errors. However I was unable to log in so I did: # systemctl restart ovirt-engine; tail -f /var/log/ovirt-engine/engine.log | tee /tmp/engine_start.log Where I was able to see stuff like: 2013-07-31 15:19:13,300 ERROR [org.ovirt.engine.core.utils.crypt.EncryptionUtils] (MSC service thread 1-8) Can't load keystore from file /keys/engine.p12. FileNotFoundException: keys/engine.p12 (No such file or directory) Yes. There was a bug in tools which ignored the CABaseDirectory option. Please execute the following within engine database: update vdc_options set option_value = '/etc/pki/ovirt-engine/keys/engine.p12' where option_name = 'keystoreUrl'; update vdc_options set option_value = '/etc/pki/ovirt-engine/certs/engine.cer' where option_name = 'CertificateFileName'; update vdc_options set option_value = '/etc/pki/ovirt-engine/.truststore' where option_name = 'TruststoreUrl'; OK, done, thanks! Now I just get this printed over and over: 2013-08-01 09:09:04,929 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-3) 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 What now? Although the file does exist (freshly created during engine-setup) and is located exactly where it should be, in /etc/pki/ovirt-engine/keys. Files attached. Any ideas? /Karli tor 2013-07-18 klockan 10:02 + skrev Karli Sjöberg: Hi Alex, since I´m on vacation I haven´t been as active as I usually am, but I haven´t stopped working. Good to hear about the certificates, and about --dont-drop-database. I´m going to contact one of my co-workers and have him try the folowing scenario: 1) Have a working F17/3.1 system up and running 2) Use fedora-upgrade up to F18 3) yum erase all oVirt-packages 4) Install the latest 3.2-packages 5) Execute: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine # engine-cleanup --dont-drop-database 6) engine-setup And see how that goes. First I´m thinking about testing with a clean, just installed engine with essentially nothing in it. And if the procedure proves successful, try again from the start but with an engine that has Hosts, Storage, VMs and so on added into it. /Karli Från: Alex Lourie [ alou...@redhat.commailto:alou...@redhat.com ] Skickat: den 14 juli 2013 13:42 Till: Karli Sjöberg Cc: users@ovirt.orgmailto:users@ovirt.org Ämne: Re: [Users] Fedora upgrading from 3.1 to 3.2 Hi Karli It's been awhile since we heard from you. Would you mind updating us on your status? Thanks -- Best regards, Alex Lourie Software Developer in Integration Red Hat - Original Message - From: Alex Lourie alou...@redhat.commailto:alou...@redhat.com To: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se Cc: users@ovirt.orgmailto:users@ovirt.org Sent: Wednesday, July 10, 2013 7:16:02 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 Hi Karli 'Restore' certificates basically means
Re: [Users] Fedora upgrading from 3.1 to 3.2
- Original Message - From: Karli Sjöberg karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.com Cc: Alex Lourie alou...@redhat.com, users@ovirt.org Sent: Thursday, August 1, 2013 10:27:02 AM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 ons 2013-07-31 klockan 15:11 -0400 skrev Alon Bar-Lev: - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se To: Alex Lourie alou...@redhat.commailto:alou...@redhat.com Cc: users@ovirt.orgmailto:users@ovirt.org Sent: Wednesday, July 31, 2013 5:10:24 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 Hey! Big news for me, I´ve managed to upgrade to 3.2, but sadly, now I can´t get it to log in with admin@internal :( This is how I managed it: (After Fedora is up to 18) - Erase all of the 3.1-packages - Install the new 3.2-packages - Have to go about the dbase upgrade like this: # psql -U postgres engine $ ALTER FUNCTION uuid_generate_v1() OWNER TO engine; Or the upgrade won´t work. After that it´s possible to: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine (lots of output) # engine-cleanup --dont-drop- db (not dbase) - Had to make modifications to /usr/bin/engine-setup too: @@ -1142,8 +1142,8 @@ # Run db backup utils.backupDB( db=basedefs.DB_NAME, - backup_file=dbBackupFile, - env=utils.getPgPassEnv(), + backupFile=dbBackupFile, + #env=utils.getPgPassEnv(), user=getDbUser(), host=getDbHostName(), port=getDbPort(), An apparent spelling error and an oversight maybe, the backupDB-function in common-utils.py doesn´t expect a env-variable so I just uncommented it. After that it was OK to: # engine-setup No errors. However I was unable to log in so I did: # systemctl restart ovirt-engine; tail -f /var/log/ovirt-engine/engine.log | tee /tmp/engine_start.log Where I was able to see stuff like: 2013-07-31 15:19:13,300 ERROR [org.ovirt.engine.core.utils.crypt.EncryptionUtils] (MSC service thread 1-8) Can't load keystore from file /keys/engine.p12. FileNotFoundException: keys/engine.p12 (No such file or directory) Yes. There was a bug in tools which ignored the CABaseDirectory option. Please execute the following within engine database: update vdc_options set option_value = '/etc/pki/ovirt-engine/keys/engine.p12' where option_name = 'keystoreUrl'; update vdc_options set option_value = '/etc/pki/ovirt-engine/certs/engine.cer' where option_name = 'CertificateFileName'; update vdc_options set option_value = '/etc/pki/ovirt-engine/.truststore' where option_name = 'TruststoreUrl'; OK, done, thanks! Now I just get this printed over and over: 2013-08-01 09:09:04,929 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-3) 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 What now? This I do not know... What do you have at: /etc/ovirt-engine/.pgpass /etc/sysconfig/ovirt-engine Although the file does exist (freshly created during engine-setup) and is located exactly where it should be, in /etc/pki/ovirt-engine/keys. Files attached. Any ideas? /Karli tor 2013-07-18 klockan 10:02 + skrev Karli Sjöberg: Hi Alex, since I´m on vacation I haven´t been as active as I usually am, but I haven´t stopped working. Good to hear about the certificates, and about --dont-drop-database. I´m going to contact one of my co-workers and have him try the folowing scenario: 1) Have a working F17/3.1 system up and running 2) Use fedora-upgrade up to F18 3) yum erase all oVirt-packages 4) Install the latest 3.2-packages 5) Execute: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine # engine-cleanup --dont-drop-database 6) engine-setup And see how that goes. First I´m thinking about testing with a clean, just installed engine with essentially nothing in it. And if the procedure proves successful, try again from the start but with an engine that has Hosts, Storage, VMs and so on added into it. /Karli Från: Alex Lourie [ alou...@redhat.commailto:alou...@redhat.com ] Skickat: den 14 juli 2013 13:42 Till: Karli Sjöberg Cc: users@ovirt.orgmailto:users@ovirt.org Ämne: Re: [Users] Fedora upgrading from 3.1 to 3.2 Hi Karli It's been awhile since we heard from you. Would you
Re: [Users] oVirt 3.3 SPICE console error 500
Dne 31.7.2013 14:22, Jakub Bittner napsal(a): Dne 31.7.2013 13:30, Michal Skrivanek napsal(a): On Jul 31, 2013, at 10:05 , Jakub Bittner j.bitt...@nbu.cz wrote: Dne 26.7.2013 16:24, Einav Cohen napsal(a): - Original Message - From: Itamar Heim ih...@redhat.com Sent: Friday, July 26, 2013 6:55:55 AM On 07/26/2013 01:07 PM, Tomas Jelinek wrote: Well, this is an error introduced by upgrading the GWT and it broke our serialization mechanism. There is a bug opened (well, not exactly your issue but a different which is caused by the same problem - see the comments). https://bugzilla.redhat.com/show_bug.cgi?id=988021 is the fix the same for both? I believe so. As Tomas mentioned - there are several issues that are being caused from the same root problem, hence a single fix should resolve all issues. sounds like we need to fix asap, and hopefully jakub can take the next nightly that will have that fix (and, hmmm, test upgrade from 3.3 pre-release to 3.3 pre-release...) an immediate fix was already merged earlier today: http://gerrit.ovirt.org/#/c/17330/. I believe that it will solve all issues that are being caused due to the serialization problem of the dateCreated field of the RepoImage class (including the problem reported by Jakub in this thread and the problem reported in Bug 988021). a better / more robust solution is being worked on as we speak. - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Friday, July 26, 2013 8:01:04 AM Subject: [Users] oVirt 3.3 SPICE console error 500 Hello, I upgraded oVirt to 3.3 and when I want to launch SPICE console I get error 500 on web ui. I tried to install websovketproxy package, enabled it by engine-config -s WebSocketProxy=Engine:6100 But it did not help. I dont know what I did wrong. Logs are bellow. Thank you for advice == ovirt-engine/engine.log == 2013-07-25 15:22:31,717 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8) Running command: SetVmTicketCommand internal: false. Entities affected : ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM 2013-07-25 15:22:31,726 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName = node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0, vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf 2013-07-25 15:22:31,764 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf == ovirt-engine/server.log == 2013-07-25 15:22:31,865 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call: java.lang.NullPointerException at com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:375) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.InvokeCustomFieldSerializerCommand.traverse(InvokeCustomFieldSerializerCommand.java:76)
Re: [Users] Fedora upgrading from 3.1 to 3.2
- Original Message - From: Karli Sjöberg karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.com Cc: Alex Lourie alou...@redhat.com, users@ovirt.org, Eli Mesika emes...@redhat.com Sent: Thursday, August 1, 2013 11:02:13 AM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 tor 2013-08-01 klockan 03:44 -0400 skrev Alon Bar-Lev: - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.commailto:alo...@redhat.com Cc: Alex Lourie alou...@redhat.commailto:alou...@redhat.com, users@ovirt.orgmailto:users@ovirt.org Sent: Thursday, August 1, 2013 10:27:02 AM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 ons 2013-07-31 klockan 15:11 -0400 skrev Alon Bar-Lev: - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.semailto:karli.sjob...@slu.se To: Alex Lourie alou...@redhat.commailto:alou...@redhat.commailto:alou...@redhat.com Cc: users@ovirt.orgmailto:users@ovirt.orgmailto:users@ovirt.org Sent: Wednesday, July 31, 2013 5:10:24 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 Hey! Big news for me, I´ve managed to upgrade to 3.2, but sadly, now I can´t get it to log in with admin@internal :( This is how I managed it: (After Fedora is up to 18) - Erase all of the 3.1-packages - Install the new 3.2-packages - Have to go about the dbase upgrade like this: # psql -U postgres engine $ ALTER FUNCTION uuid_generate_v1() OWNER TO engine; Or the upgrade won´t work. After that it´s possible to: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine (lots of output) # engine-cleanup --dont-drop- db (not dbase) - Had to make modifications to /usr/bin/engine-setup too: @@ -1142,8 +1142,8 @@ # Run db backup utils.backupDB( db=basedefs.DB_NAME, - backup_file=dbBackupFile, - env=utils.getPgPassEnv(), + backupFile=dbBackupFile, + #env=utils.getPgPassEnv(), user=getDbUser(), host=getDbHostName(), port=getDbPort(), An apparent spelling error and an oversight maybe, the backupDB-function in common-utils.py doesn´t expect a env-variable so I just uncommented it. After that it was OK to: # engine-setup No errors. However I was unable to log in so I did: # systemctl restart ovirt-engine; tail -f /var/log/ovirt-engine/engine.log | tee /tmp/engine_start.log Where I was able to see stuff like: 2013-07-31 15:19:13,300 ERROR [org.ovirt.engine.core.utils.crypt.EncryptionUtils] (MSC service thread 1-8) Can't load keystore from file /keys/engine.p12. FileNotFoundException: keys/engine.p12 (No such file or directory) Yes. There was a bug in tools which ignored the CABaseDirectory option. Please execute the following within engine database: update vdc_options set option_value = '/etc/pki/ovirt-engine/keys/engine.p12' where option_name = 'keystoreUrl'; update vdc_options set option_value = '/etc/pki/ovirt-engine/certs/engine.cer' where option_name = 'CertificateFileName'; update vdc_options set option_value = '/etc/pki/ovirt-engine/.truststore' where option_name = 'TruststoreUrl'; OK, done, thanks! Now I just get this printed over and over: 2013-08-01 09:09:04,929 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-3) 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 What now? This I do not know... What do you have at: Well, essentially nothing... /etc/ovirt-engine/.pgpass # This section was created during oVirt Engine setup. # DO NOT CHANGE IT MANUALLY - OTHER UTILITIES AND TOOLS DEPEND ON ITS STRUCTURE. # Beginning of the oVirt Engine DB settings section # DB ADMIN credentials. localhost:5432:*:postgres:letmein! # DB USER credentials. localhost:5432:*:engine:letmein! # End of oVirt Engine DB settings section. /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. # This is bad! Do you have /etc/sysconfig/ovirt-engine.rpmsave or similar? /Karli Although the file does exist (freshly created during
[Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
Hello, I'm just installing 3.3 Nightly as of July 31st on my CentOS 6.4 server. When I try to login to the Web I got 'Error 500' Here the part of server.log .. 2013-08-01 10:40:05,098 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-6) Exception while dispatching incoming RPC call: java.lang.SecurityException: Blocked request without GWT base path header (XSRF attack?) at com.google.gwt.rpc.server.RpcServlet.getClientOracle(RpcServlet.java:95) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:205) [gwt-servlet.jar:] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] ... Hans-Joachim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
On 08/01/2013 10:48 AM, Hans-Joachim wrote: Hello, I'm just installing 3.3 Nightly as of July 31st on my CentOS 6.4 server. When I try to login to the Web I got 'Error 500' Here the part of server.log .. 2013-08-01 10:40:05,098 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-6) Exception while dispatching incoming RPC call: java.lang.SecurityException: Blocked request without GWT base path header (XSRF attack?) at com.google.gwt.rpc.server.RpcServlet.getClientOracle(RpcServlet.java:95) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:205) [gwt-servlet.jar:] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] ... Hans-Joachim Actually this isn't a problem with GWT RPC, but with the redirection that is performed from / to /ovirt-engine in the web server. You probably ended up with the following URL: https://whatever/ovirt-engine/webadmin/webadmin/WebAdmin.html This adds an extra ovirt-engine path element to the request, that the server side doesn't expect, so it assumes that there is a XSFR attach going on. Type an URL like this manually in the browser and it should work: https://whatever/webadmin/webadmin/WebAdmin.html -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora upgrading from 3.1 to 3.2
- Original Message - From: Karli Sjöberg karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.com Cc: users@ovirt.org Sent: Thursday, August 1, 2013 12:50:11 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 tor 2013-08-01 klockan 05:29 -0400 skrev Alon Bar-Lev: - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.commailto:alo...@redhat.com Cc: Alex Lourie alou...@redhat.commailto:alou...@redhat.com, users@ovirt.orgmailto:users@ovirt.org, Eli Mesika emes...@redhat.commailto:emes...@redhat.com Sent: Thursday, August 1, 2013 12:24:57 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 Ah, my bad, I botched that when doing the patch for engine-setup and hadn´t made an original copy so I did yum erase and yum install again to get back the original file, and yum was nice enough to erase and install blank files for me, heh. Now I´m back again and once more updated those option values in the database, but I´m still not able to log in. The log is attached. The engine.log you sent is too short for typical log... Can we start from scratch? What exactly are you doing? What sequence? OK, to make a long story a little shorter. I´m trying to go from oVirt-3.1 to oVirt-3.2 on Fedora, so this is what I have done so far: (After Fedora is up to 18, and the old engine is up and running, I was able to log in) - Erase all of the 3.1-packages - Install the new 3.2-packages - Have to go about the dbase upgrade like this: # psql -U postgres engine $ ALTER FUNCTION uuid_generate_v1() OWNER TO engine; $ \q Or the upgrade won´t work. After that it´s possible to: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine (lots of output) # engine-cleanup --dont-drop-db - Had to make modifications to /usr/bin/engine-setup for the setup to complete OK. @@ -1142,8 +1142,8 @@ # Run db backup utils.backupDB( db=basedefs.DB_NAME, -backup_file=dbBackupFile, -env=utils.getPgPassEnv(), +backupFile=dbBackupFile, +#env=utils.getPgPassEnv(), user=getDbUser(), host=getDbHostName(), port=getDbPort(), # engine-setup # systemctl stop ovirt-engine # psql -U engine engine $ update vdc_options set option_value = '/etc/pki/ovirt-engine/keys/engine.p12' where option_name = 'keystoreUrl'; $ update vdc_options set option_value = '/etc/pki/ovirt-engine/certs/engine.cer' where option_name = 'CertificateFileName'; $ update vdc_options set option_value = '/etc/pki/ovirt-engine/.truststore' where option_name = 'TruststoreUrl'; $ \q # cat /dev/null /var/log/ovirt-engine/engine.log # systemctl restart ovirt-engine; tail -f /var/log/ovirt-engine/engine.log | tee /tmp/engine_start.log That is the log you now have seen. And why don't you use engine-upgrade? I think that in this process you probably remove your existing keys from /etc/pki/ovirt-engine Thanks, Alon -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora upgrading from 3.1 to 3.2
@Alon Upgrade from 3.1 to 3.2 doesn't work in upstream, that's why we are doing this. @Karli - are you keeping the keys/certificates from the 3.1 installation? -- Best regards, Alex Lourie Software Developer in Integration Red Hat - Original Message - From: Alon Bar-Lev alo...@redhat.com To: Karli Sjöberg karli.sjob...@slu.se Cc: users@ovirt.org Sent: Thursday, August 1, 2013 2:20:06 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 - Original Message - From: Karli Sjöberg karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.com Cc: users@ovirt.org Sent: Thursday, August 1, 2013 12:50:11 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 tor 2013-08-01 klockan 05:29 -0400 skrev Alon Bar-Lev: - Original Message - From: Karli Sjöberg karli.sjob...@slu.semailto:karli.sjob...@slu.se To: Alon Bar-Lev alo...@redhat.commailto:alo...@redhat.com Cc: Alex Lourie alou...@redhat.commailto:alou...@redhat.com, users@ovirt.orgmailto:users@ovirt.org, Eli Mesika emes...@redhat.commailto:emes...@redhat.com Sent: Thursday, August 1, 2013 12:24:57 PM Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2 Ah, my bad, I botched that when doing the patch for engine-setup and hadn´t made an original copy so I did yum erase and yum install again to get back the original file, and yum was nice enough to erase and install blank files for me, heh. Now I´m back again and once more updated those option values in the database, but I´m still not able to log in. The log is attached. The engine.log you sent is too short for typical log... Can we start from scratch? What exactly are you doing? What sequence? OK, to make a long story a little shorter. I´m trying to go from oVirt-3.1 to oVirt-3.2 on Fedora, so this is what I have done so far: (After Fedora is up to 18, and the old engine is up and running, I was able to log in) - Erase all of the 3.1-packages - Install the new 3.2-packages - Have to go about the dbase upgrade like this: # psql -U postgres engine $ ALTER FUNCTION uuid_generate_v1() OWNER TO engine; $ \q Or the upgrade won´t work. After that it´s possible to: # cd /usr/share/ovirt-engine/dbscripts # ./upgrade.sh -s localhost -p 5432 -u engine -d engine (lots of output) # engine-cleanup --dont-drop-db - Had to make modifications to /usr/bin/engine-setup for the setup to complete OK. @@ -1142,8 +1142,8 @@ # Run db backup utils.backupDB( db=basedefs.DB_NAME, -backup_file=dbBackupFile, -env=utils.getPgPassEnv(), +backupFile=dbBackupFile, +#env=utils.getPgPassEnv(), user=getDbUser(), host=getDbHostName(), port=getDbPort(), # engine-setup # systemctl stop ovirt-engine # psql -U engine engine $ update vdc_options set option_value = '/etc/pki/ovirt-engine/keys/engine.p12' where option_name = 'keystoreUrl'; $ update vdc_options set option_value = '/etc/pki/ovirt-engine/certs/engine.cer' where option_name = 'CertificateFileName'; $ update vdc_options set option_value = '/etc/pki/ovirt-engine/.truststore' where option_name = 'TruststoreUrl'; $ \q # cat /dev/null /var/log/ovirt-engine/engine.log # systemctl restart ovirt-engine; tail -f /var/log/ovirt-engine/engine.log | tee /tmp/engine_start.log That is the log you now have seen. And why don't you use engine-upgrade? I think that in this process you probably remove your existing keys from /etc/pki/ovirt-engine Thanks, Alon -- Med Vänliga Hälsningar --- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjob...@slu.semailto:karli.sjob...@adm.slu.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
Hello, thank you... solved Hans-Joachim - Original Message - From: Juan Hernandez Sent: 08/01/13 12:58 PM To: Hans-Joachim Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc On 08/01/2013 10:48 AM, Hans-Joachim wrote: Hello, I'm just installing 3.3 Nightly as of July 31st on my CentOS 6.4 server. When I try to login to the Web I got 'Error 500' Here the part of server.log .. 2013-08-01 10:40:05,098 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-6) Exception while dispatching incoming RPC call: java.lang.SecurityException: Blocked request without GWT base path header (XSRF attack?) at com.google.gwt.rpc.server.RpcServlet.getClientOracle(RpcServlet.java:95) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:205) [gwt-servlet.jar:] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] ... Hans-Joachim Actually this isn't a problem with GWT RPC, but with the redirection that is performed from / to /ovirt-engine in the web server. You probably ended up with the following URL: https://whatever/ovirt-engine/webadmin/webadmin/WebAdmin.html This adds an extra ovirt-engine path element to the request, that the server side doesn't expect, so it assumes that there is a XSFR attach going on. Type an URL like this manually in the browser and it should work: https://whatever/webadmin/webadmin/WebAdmin.html -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2.1 /F18 node vdsm issue [solved]
Hi, Just a short update: updating from F18 minimal node vdsm-4.10.3-10.fc18 to F18 minimal node vdsm-4.10.3-17.fc18 did solve the issue. Couldn't effort more time for debugging, so I'm glad a HV reboot is working fine now :) Cheers, Sven. Sven Knohsalla | System Administration | Netbiscuits Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY Von: Sven Knohsalla Gesendet: Mittwoch, 31. Juli 2013 10:45 An: users@ovirt.org Cc: Sven Knohsalla (s.knohsa...@netbiscuits.com) Betreff: oVirt 3.2.1 /F18 node vdsm issue Hi, I just set up a vanilla oVirt 3.2.1 environment, containing oVirt engine 3.2.1 F18 based oVirt Engine Version: 3.2.1-1.fc18 F18 minimal node vdsm-4.10.3-10.fc18 libvirt-0.10.2.6-1.fc18 1.2.2 - 13.fc18 K ernel 3.9.11 - 200.fc18.x86_64 gluster-storage, replicated, EL6 glusterfs 3.4.0 F18 minimal node was installed via oVirt engine, worked fine, expect vdsmd wasn't started (node non-responsive for engine) Manually starting vdsm works (HV up in engine), autostart of vdsm (during boot) fails: Jul 31 10:04:47 deovn-a04 systemd-vdsmd[711]: Note: Forwarding request to 'systemctl disable libvirt-guests.service'. Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: vdsm: libvirt already configured for vdsm [ OK ] Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Starting ntpd... Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Redirecting to /bin/systemctl start ntpd.service Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Starting wdmd... Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Redirecting to /bin/systemctl start wdmd.service Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Starting sanlock... Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Redirecting to /bin/systemctl start sanlock.service Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Starting iscsid: Jul 31 10:04:48 deovn-a04 systemd-vdsmd[711]: Redirecting to /bin/systemctl start libvirtd.service Jul 31 10:06:17 deovn-a04 systemd[1]: vdsmd.service operation timed out. Terminating. Jul 31 10:06:17 deovn-a04 systemd[1]: Unit vdsmd.service entered failed state. Did find similar issues: https://bugzilla.redhat.com/show_bug.cgi?id=832199 https://bugzilla.redhat.com/show_bug.cgi?id=720359 http://lists.ovirt.org/pipermail/users/2012-September/009624.html Unfortunately, there's no hint.. libvirtd starts without any latency when manually triggered. The strange thing here: F18 node deploy worked with engine 3.2.0 3-4 weeks ago. Did update engine / F18. Can anybody give me an advice here? Thanks in advance! Best, Sven Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsa...@netbiscuits.commailto:s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef-00b03c3d4c79groupId=10211t=1361534926402]http://www.netbiscuits.com/ [https://my.netbiscuits.com/image/image_gallery?uuid=9e553e7b-3e7d-4784-b274-15aa1dfb48e2groupId=10211t=1361533377340] https://www.netbiscuits.com/news [https://my.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353-67a1e838364dgroupId=10211t=1347281040591] https://twitter.com/netbiscuits [https://my.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee-dca68ec828a5groupId=10211t=1347280983848] http://www.linkedin.com/company/netbiscuits [https://my.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1-be33884225e3groupId=10211t=1347280983872] http://www.xing.com/companies/netbiscuitsgmbh [https://my.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f-0cd55beeaf45groupId=10211t=1347280983791] https://www.facebook.com/Netbiscuits [https://my.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63-da3ca7c97f94groupId=10211t=1347280983836] https://plus.google.com/u/0/112410769451962733032 [https://my.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca-da5a0ebd5856groupId=10211t=1347281040599] http://www.youtube.com/user/netbiscuits 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
Re: [Users] oVirt 3.2.1 adding NFS ISO/Export fails [solved]
Hi, there was no issue here, it seems I was a totally benighted... ...when trying to add a new ISO domain but using import domain function for NFS... Sorry if somebody already wasted time here! Best, Sven. Sven Knohsalla | System Administration | Netbiscuits Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY Von: Sven Knohsalla Gesendet: Mittwoch, 31. Juli 2013 14:54 An: users@ovirt.org Cc: Sven Knohsalla (s.knohsa...@netbiscuits.com) Betreff: oVirt 3.2.1 adding NFS ISO/Export fails Hi, did anybody run into the issue following issue under oVirt 3.2.1 + F18 based nodes ? -- NFS ISO/Export mount via webgui gives error message There is no storage domain under the specified path. Check event log for more details. (no advanced mount parameters given) Mounting NFS volume under console is working fine, no special mount options given, NFS server is a QNAP NAS which did work under oVirt 3.0 without any problems (disks cleaned!). Created a NFS mount point de-ovirt-iso for testing NFS mount /ISOExport functionality under oVirt 3.2.1. Watching the mount process on console initiated from the WebGui, shows a correct mounted ISO/Export domain for ~1 sec. under /rhev/.. Then, oVirt engine triggers a disconnection (Task: Disconnecting from Storage server on hypervisor) engine log snippet when performing NFS mount: 2013-07-31 14:16:49,204 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-2) [74556c31] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2013-07-31 14:16:49,209 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [74556c31] START, ConnectStorageServerVDSCommand(HostName = deovn-a04, HostId = c6618b0e-e56b-4e38-ae2b-cf4944e6648c, storagePoolId = ----, storageType = NFS, connectionList = [{ id: e9911b63-a50c-441f-af02-0f7eb5be0312, connection: 172.16.101.95:/de-ovirt-iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 44b45cc7 2013-07-31 14:16:49,309 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [74556c31] FINISH, ConnectStorageServerVDSCommand, return: {e9911b63-a50c-441f-af02-0f7eb5be0312=0}, log id: 44b45cc7 2013-07-31 14:16:49,345 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (ajp--127.0.0.1-8702-2) START, GetExistingStorageDomainListQuery(org.ovirt.engine.core.common.queries.GetExistingStorageDomainListParameters@24b89633mailto:org.ovirt.engine.core.common.queries.GetExistingStorageDomainListParameters@24b89633), log id: 2fe40ba5 2013-07-31 14:16:49,348 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (ajp--127.0.0.1-8702-2) START, HSMGetStorageDomainsListVDSCommand(HostName = deovn-a04, HostId = c6618b0e-e56b-4e38-ae2b-cf4944e6648c, storagePoolId=----, storageType=NFS, storageDomainType=ISO, path=172.16.101.95:/de-ovirt-iso), log id: 7e399cee 2013-07-31 14:16:51,632 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (ajp--127.0.0.1-8702-2) FINISH, HSMGetStorageDomainsListVDSCommand, return: [], log id: 7e399cee 2013-07-31 14:16:51,632 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (ajp--127.0.0.1-8702-2) FINISH, GetExistingStorageDomainListQuery, log id: 2fe40ba5 2013-07-31 14:16:51,687 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-2) [51bf485f] Running command: RemoveStorageServerConnectionCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2013-07-31 14:16:51,690 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-2) [51bf485f] START, DisconnectStorageServerVDSCommand(HostName = deovn-a04, HostId = c6618b0e-e56b-4e38-ae2b-cf4944e6648c, storagePoolId = ----, storageType = NFS, connectionList = [{ id: null, connection: 172.16.101.95:/de-ovirt-iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 63ebbd84 2013-07-31 14:16:52,436 INFO [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-7) Running command: LoginUserCommand internal: false. 2013-07-31 14:16:52,443 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--127.0.0.1-8702-7) calling GetConfigurationValueQuery (ApplicationMode) with null version, using default general for version 2013-07-31 14:16:52,444 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--127.0.0.1-8702-7) calling
Re: [Users] Problem Creating oVirt Engine
Where do you want me to open a bug entry, and thereafter, exactly how will I explain it so whomever reads and later attends the bug can figure out how to reproduce it…? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 1:04 AM, Itamar Heim ih...@redhat.com wrote: On 08/01/2013 01:43 AM, Richie@HIP wrote: BTW - I installed oVirtEngine at a client's office using a VirtualBox VM. They are a large imaging center and have an Active Directory and DNS in place. I Stumbled upon ALL the same problems when using the default engine setup parameters (it hung upon restarting the HTTPd service). Just to add to your knowledge, I began doing the oVirtEngine implementation using Parallels Desktop as well as VirtualBox in MY MacBookPro; both experience the same problems. can you please open a bug on installer to clearly state this name will not work, etc? Richie * José E (Richie) Piovanetti, MD, MS* M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com On Jul 31, 2013, at 6:29 PM, Richie@HIP richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com wrote: Arr.… On June 4 2013 I sent the following message trying to overcome the FQDN issue: hi oVirt Community. This will be my first posting for help to the oVirt community, so please bear with me I'f I'm not to the etiquette standards you might have already. I'm trying to test oVirt as a FOSS Virtualization solution for small- to medium-sized healthcare organizations implementing various health information technology solutions (HIT) that the new health care reform is requiring. As a Clinical informatist, I'm very concerned about health care costs, hence I'm pushing for open source to take a wider stance in U.S. health care to reduce costs where possible and divert moneys to patient care. Now enough with my altruistic desires, and let go into the deep. I'm trying to create virtual machines (using VirtualBox, Parallels and/or VMWare Workstation); mainly one for oVirt Engine; ind later a the second one for oVirt Nodes. This way, these VM's files can be copier to any hardware and underlying OS, so at least the Virt Engine is easily installed and brought-up to facilitate managing oVirt Nodes. I considered creating .iso images of each component (Engine and Nodes) but I'm afraid this will hit the wall for linux novices when installing the .iso images in different hardware platforms (with different processors, number of cores, RAM, chipsets, etc.) I've begun with creating a VM for oVirt Engine under Parallels (albeit I began with VirtualBox, but drivers client additions aren't compatible with Fedora 18 - so I'll migrate this Parallels VM to VB once it is operational) Fedora 18 installed without a single problem. I then installed all oVirt Engine requirements by performing the instructions published in http://www.ovirt.org/Download - that is: First: sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm Second: sudo yum install -y ovirt-engine Third: …I get stuck…!!! When I am performing the third step, I hit the fan. Each time I perform the third step shown in the aforementioned web page (i.e. sudo engine-setup), the Welcome to oVirt Engine setup utility appears and begins to run until I reach the point where I need to define a Fully Qualified Domain Name. NOTE - A video of how to install oVirt in a single machine, entitled Installing oVirt on a single machine (at: http://www.ovirt.org/Documentation) shows the process (with some exemptions because it was recorded while oVirt v3.x was in beta), but I don't get what the video shows…!!! This is what I do and before getting stuck in the FQDN thing (no pun intended…!!!). As third-step, I enter: sudo engine-setup I follow the prompts that appear after the Welcome to oVirt Engine setup utility is shown in the terminal window until I get to the prompt: Host fully qualified domain name. Note: this name should be fully resolvable [localhost.localdomain] : If I press Enter, I get…: The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any non loopback interface on this host I figured that in order to define a FQDNm I had to expose my oVirt Engine VN to the Internet. Since I'm doing all from home (where I'm limited to a Dynamic IP, albeit, which hardly-ever changes) I went to DynDns.org http://DynDns.org and created an entry so my FQDN Text-URL would resolve to the IP where I'm at. I also modified my Domain's DNS and entered a DNS Alias named dcmanagement, defining this DNS alias to resolve into my IP by going to DynDNS.org http://DynDNS.org to get my Public IP. Hence, the alias dcmanagement1 resolves by going to healthcareinfopartners.dyndns.org
Re: [Users] Cannot connect to VM via browser if engine was not in /etc/hosts
On 24 Jun 2013, at 13:09, David Jaša dj...@redhat.com wrote: Hi, So you're connecting via User Portal but then it doesn't work? If it doesn't, either you hit a bug or you've tweaked some value that affects things... In general, TLS shouldn't pose a problem because: 1) ovirt sets up its own CA that issues certificates for the hosts 2) the CA certificate and respective host certificate subject are passed to the client 3) the client can verify the host using these information even in cases when connection IP/FQDN doesn't match CN in subject of server certificate The only condition that indeed breaks it should be display network address override _when migrating the VM_ (because then the connection data are passed via the host and libvirt doesn't allow to pass the arbitrary IP/FQDN yet) David PS: Itamar, advice to disable SSL/TLS is IMO bad, bad thing. ;) No no, you just do that right after setenforce 0 and iptables -F and then it's all fine:-D Itamar Heim píše v Po 24. 06. 2013 v 08:55 +0300: On 06/24/2013 03:10 AM, lofyer wrote: 于 2013/6/24 1:47, Itamar Heim 写道: On 06/06/2013 11:51 AM, lof yer wrote: I connect https://192.168.1.111 and connect to the VM, then the remote-viewer shows up, but failed to show the VM desktop. Is it the https problem? Can I connect to the VM without modify /etc/hosts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users was this resolved? sounds like a certificate/dns issue? Yes, it's certificate/dns problem. But how can I connect via IP instead of FQDN without https? i guess it depends if you can tell spice client to not validate the ssl certificate. ___ Users mailing list Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problem Creating oVirt Engine
Is there a contact or someone that could give me tech support remotely…? I'm willing to pay if the problem is solved. José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 11:43 AM, Richie@HIP richiepiovane...@healthcareinfopartners.com wrote: Where do you want me to open a bug entry, and thereafter, exactly how will I explain it so whomever reads and later attends the bug can figure out how to reproduce it…? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 1:04 AM, Itamar Heim ih...@redhat.com wrote: On 08/01/2013 01:43 AM, Richie@HIP wrote: BTW - I installed oVirtEngine at a client's office using a VirtualBox VM. They are a large imaging center and have an Active Directory and DNS in place. I Stumbled upon ALL the same problems when using the default engine setup parameters (it hung upon restarting the HTTPd service). Just to add to your knowledge, I began doing the oVirtEngine implementation using Parallels Desktop as well as VirtualBox in MY MacBookPro; both experience the same problems. can you please open a bug on installer to clearly state this name will not work, etc? Richie * José E (Richie) Piovanetti, MD, MS* M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com On Jul 31, 2013, at 6:29 PM, Richie@HIP richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com wrote: Arr.… On June 4 2013 I sent the following message trying to overcome the FQDN issue: hi oVirt Community. This will be my first posting for help to the oVirt community, so please bear with me I'f I'm not to the etiquette standards you might have already. I'm trying to test oVirt as a FOSS Virtualization solution for small- to medium-sized healthcare organizations implementing various health information technology solutions (HIT) that the new health care reform is requiring. As a Clinical informatist, I'm very concerned about health care costs, hence I'm pushing for open source to take a wider stance in U.S. health care to reduce costs where possible and divert moneys to patient care. Now enough with my altruistic desires, and let go into the deep. I'm trying to create virtual machines (using VirtualBox, Parallels and/or VMWare Workstation); mainly one for oVirt Engine; ind later a the second one for oVirt Nodes. This way, these VM's files can be copier to any hardware and underlying OS, so at least the Virt Engine is easily installed and brought-up to facilitate managing oVirt Nodes. I considered creating .iso images of each component (Engine and Nodes) but I'm afraid this will hit the wall for linux novices when installing the .iso images in different hardware platforms (with different processors, number of cores, RAM, chipsets, etc.) I've begun with creating a VM for oVirt Engine under Parallels (albeit I began with VirtualBox, but drivers client additions aren't compatible with Fedora 18 - so I'll migrate this Parallels VM to VB once it is operational) Fedora 18 installed without a single problem. I then installed all oVirt Engine requirements by performing the instructions published in http://www.ovirt.org/Download - that is: First: sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm Second: sudo yum install -y ovirt-engine Third: …I get stuck…!!! When I am performing the third step, I hit the fan. Each time I perform the third step shown in the aforementioned web page (i.e. sudo engine-setup), the Welcome to oVirt Engine setup utility appears and begins to run until I reach the point where I need to define a Fully Qualified Domain Name. NOTE - A video of how to install oVirt in a single machine, entitled Installing oVirt on a single machine (at: http://www.ovirt.org/Documentation) shows the process (with some exemptions because it was recorded while oVirt v3.x was in beta), but I don't get what the video shows…!!! This is what I do and before getting stuck in the FQDN thing (no pun intended…!!!). As third-step, I enter: sudo engine-setup I follow the prompts that appear after the Welcome to oVirt Engine setup utility is shown in the terminal window until I get to the prompt: Host fully qualified domain name. Note: this name should be fully resolvable [localhost.localdomain] : If I press Enter, I get…: The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any non loopback interface on this host I figured that in order to define a FQDNm I had to expose my oVirt Engine VN to the Internet. Since I'm doing all from home (where I'm limited to a Dynamic IP, albeit, which hardly-ever changes) I went to DynDns.org http://DynDns.org and created an entry so my FQDN
Re: [Users] oVirt 3.3 SPICE console error 500
- Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Thursday, August 1, 2013 9:55:27 AM Subject: Re: [Users] oVirt 3.3 SPICE console error 500 Dne 31.7.2013 14:22, Jakub Bittner napsal(a): Dne 31.7.2013 13:30, Michal Skrivanek napsal(a): On Jul 31, 2013, at 10:05 , Jakub Bittner j.bitt...@nbu.cz wrote: Dne 26.7.2013 16:24, Einav Cohen napsal(a): - Original Message - From: Itamar Heim ih...@redhat.com Sent: Friday, July 26, 2013 6:55:55 AM On 07/26/2013 01:07 PM, Tomas Jelinek wrote: Well, this is an error introduced by upgrading the GWT and it broke our serialization mechanism. There is a bug opened (well, not exactly your issue but a different which is caused by the same problem - see the comments). https://bugzilla.redhat.com/show_bug.cgi?id=988021 is the fix the same for both? I believe so. As Tomas mentioned - there are several issues that are being caused from the same root problem, hence a single fix should resolve all issues. sounds like we need to fix asap, and hopefully jakub can take the next nightly that will have that fix (and, hmmm, test upgrade from 3.3 pre-release to 3.3 pre-release...) an immediate fix was already merged earlier today: http://gerrit.ovirt.org/#/c/17330/. I believe that it will solve all issues that are being caused due to the serialization problem of the dateCreated field of the RepoImage class (including the problem reported by Jakub in this thread and the problem reported in Bug 988021). a better / more robust solution is being worked on as we speak. - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Friday, July 26, 2013 8:01:04 AM Subject: [Users] oVirt 3.3 SPICE console error 500 Hello, I upgraded oVirt to 3.3 and when I want to launch SPICE console I get error 500 on web ui. I tried to install websovketproxy package, enabled it by engine-config -s WebSocketProxy=Engine:6100 But it did not help. I dont know what I did wrong. Logs are bellow. Thank you for advice == ovirt-engine/engine.log == 2013-07-25 15:22:31,717 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-8) Running command: SetVmTicketCommand internal: false. Entities affected : ID: 8c6ea349-902f-4457-8c3f-49ee5d4cf6b9 Type: VM 2013-07-25 15:22:31,726 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-8) START, SetVmTicketVDSCommand(HostName = node19.nbu.cz, HostId = dc1fde46-66af-4f66-947a-12791cd6b9a0, vmId=8c6ea349-902f-4457-8c3f-49ee5d4cf6b9, ticket=7LP81DPq1CpR, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 1b7e23bf 2013-07-25 15:22:31,764 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-8) FINISH, SetVmTicketVDSCommand, log id: 1b7e23bf == ovirt-engine/server.log == 2013-07-25 15:22:31,865 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-8) Exception while dispatching incoming RPC call: java.lang.NullPointerException at com.google.gwt.rpc.server.WebModePayloadSink.getBytes(WebModePayloadSink.java:860) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.push(WebModePayloadSink.java:767) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.constructorFunction(WebModePayloadSink.java:636) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:259) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:236) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.ArrayValueCommand.traverse(ArrayValueCommand.java:53) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.accept(RpcCommandVisitor.java:42) [gwt-servlet.jar:] at com.google.gwt.rpc.server.WebModePayloadSink$PayloadVisitor.visit(WebModePayloadSink.java:291) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.InstantiateCommand.traverse(InstantiateCommand.java:54) [gwt-servlet.jar:] at com.google.gwt.rpc.client.ast.RpcCommandVisitor.doAccept(RpcCommandVisitor.java:320) [gwt-servlet.jar:]
Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
Hi, the problem here was following: - GWT RPC requests include X-GWT-* headers to provide additional meta-data, i.e. [X-GWT-Module-Base: https://whatever/webadmin/webadmin/] - when processing GWT RPC request, server (RpcServlet) gets X-GWT-Module-Base value and compares it with current request's context path - if comparison fails, for example due to extra leading [/ovirt-engine] path element, it blocks the request as invalid (potential XSRF attack) Vojtech - Original Message - From: Hans-Joachim r...@chef.net To: Juan Hernandez jhern...@redhat.com Cc: users@ovirt.org Sent: Thursday, August 1, 2013 1:54:55 PM Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc Hello, thank you... solved Hans-Joachim - Original Message - From: Juan Hernandez Sent: 08/01/13 12:58 PM To: Hans-Joachim Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc On 08/01/2013 10:48 AM, Hans-Joachim wrote: Hello, I'm just installing 3.3 Nightly as of July 31st on my CentOS 6.4 server. When I try to login to the Web I got 'Error 500' Here the part of server.log .. 2013-08-01 10:40:05,098 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-6) Exception while dispatching incoming RPC call: java.lang.SecurityException: Blocked request without GWT base path header (XSRF attack?) at com.google.gwt.rpc.server.RpcServlet.getClientOracle(RpcServlet.java:95) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:205) [gwt-servlet.jar:] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] ... Hans-Joachim Actually this isn't a problem with GWT RPC, but with the redirection that is performed from / to /ovirt-engine in the web server. You probably ended up with the following URL: https://whatever/ovirt-engine/webadmin/webadmin/WebAdmin.html This adds an extra ovirt-engine path element to the request, that the server side doesn't expect, so it assumes that there is a XSFR attach going on. Type an URL like this manually in the browser and it should work: https://whatever/webadmin/webadmin/WebAdmin.html -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc
Should be fixed by[1] [1] http://gerrit.ovirt.org/#/c/17567/ - Original Message - From: Vojtech Szocs vsz...@redhat.com To: Hans-Joachim r...@chef.net Cc: Juan Hernandez jhern...@redhat.com, users@ovirt.org Sent: Thursday, August 1, 2013 8:55:33 PM Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc Hi, the problem here was following: - GWT RPC requests include X-GWT-* headers to provide additional meta-data, i.e. [X-GWT-Module-Base: https://whatever/webadmin/webadmin/] - when processing GWT RPC request, server (RpcServlet) gets X-GWT-Module-Base value and compares it with current request's context path - if comparison fails, for example due to extra leading [/ovirt-engine] path element, it blocks the request as invalid (potential XSRF attack) Vojtech - Original Message - From: Hans-Joachim r...@chef.net To: Juan Hernandez jhern...@redhat.com Cc: users@ovirt.org Sent: Thursday, August 1, 2013 1:54:55 PM Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc Hello, thank you... solved Hans-Joachim - Original Message - From: Juan Hernandez Sent: 08/01/13 12:58 PM To: Hans-Joachim Subject: Re: [Users] 3.3 Nightly Built July 31st: Still problems with gwt.rpc On 08/01/2013 10:48 AM, Hans-Joachim wrote: Hello, I'm just installing 3.3 Nightly as of July 31st on my CentOS 6.4 server. When I try to login to the Web I got 'Error 500' Here the part of server.log .. 2013-08-01 10:40:05,098 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/webadmin]] (ajp--127.0.0.1-8702-6) Exception while dispatching incoming RPC call: java.lang.SecurityException: Blocked request without GWT base path header (XSRF attack?) at com.google.gwt.rpc.server.RpcServlet.getClientOracle(RpcServlet.java:95) [gwt-servlet.jar:] at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:205) [gwt-servlet.jar:] at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [gwt-servlet.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] ... Hans-Joachim Actually this isn't a problem with GWT RPC, but with the redirection that is performed from / to /ovirt-engine in the web server. You probably ended up with the following URL: https://whatever/ovirt-engine/webadmin/webadmin/WebAdmin.html This adds an extra ovirt-engine path element to the request, that the server side doesn't expect, so it assumes that there is a XSFR attach going on. Type an URL like this manually in the browser and it should work: https://whatever/webadmin/webadmin/WebAdmin.html -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problem Creating oVirt Engine
On 08/01/2013 06:43 PM, Richie@HIP wrote: Where do you want me to open a bug entry, and thereafter, exactly how will I explain it so whomever reads and later attends the bug can figure out how to reproduce it…? oVirt bugs are opened here: https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt explain as possible the issue and cause if you know it, attach logs as well. José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 1:04 AM, Itamar Heim ih...@redhat.com wrote: On 08/01/2013 01:43 AM, Richie@HIP wrote: BTW - I installed oVirtEngine at a client's office using a VirtualBox VM. They are a large imaging center and have an Active Directory and DNS in place. I Stumbled upon ALL the same problems when using the default engine setup parameters (it hung upon restarting the HTTPd service). Just to add to your knowledge, I began doing the oVirtEngine implementation using Parallels Desktop as well as VirtualBox in MY MacBookPro; both experience the same problems. can you please open a bug on installer to clearly state this name will not work, etc? Richie * José E (Richie) Piovanetti, MD, MS* M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com On Jul 31, 2013, at 6:29 PM, Richie@HIP richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com wrote: Arr.… On June 4 2013 I sent the following message trying to overcome the FQDN issue: hi oVirt Community. This will be my first posting for help to the oVirt community, so please bear with me I'f I'm not to the etiquette standards you might have already. I'm trying to test oVirt as a FOSS Virtualization solution for small- to medium-sized healthcare organizations implementing various health information technology solutions (HIT) that the new health care reform is requiring. As a Clinical informatist, I'm very concerned about health care costs, hence I'm pushing for open source to take a wider stance in U.S. health care to reduce costs where possible and divert moneys to patient care. Now enough with my altruistic desires, and let go into the deep. I'm trying to create virtual machines (using VirtualBox, Parallels and/or VMWare Workstation); mainly one for oVirt Engine; ind later a the second one for oVirt Nodes. This way, these VM's files can be copier to any hardware and underlying OS, so at least the Virt Engine is easily installed and brought-up to facilitate managing oVirt Nodes. I considered creating .iso images of each component (Engine and Nodes) but I'm afraid this will hit the wall for linux novices when installing the .iso images in different hardware platforms (with different processors, number of cores, RAM, chipsets, etc.) I've begun with creating a VM for oVirt Engine under Parallels (albeit I began with VirtualBox, but drivers client additions aren't compatible with Fedora 18 - so I'll migrate this Parallels VM to VB once it is operational) Fedora 18 installed without a single problem. I then installed all oVirt Engine requirements by performing the instructions published in http://www.ovirt.org/Download - that is: First: sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm Second: sudo yum install -y ovirt-engine Third: …I get stuck…!!! When I am performing the third step, I hit the fan. Each time I perform the third step shown in the aforementioned web page (i.e. sudo engine-setup), the Welcome to oVirt Engine setup utility appears and begins to run until I reach the point where I need to define a Fully Qualified Domain Name. NOTE - A video of how to install oVirt in a single machine, entitled Installing oVirt on a single machine (at: http://www.ovirt.org/Documentation) shows the process (with some exemptions because it was recorded while oVirt v3.x was in beta), but I don't get what the video shows…!!! This is what I do and before getting stuck in the FQDN thing (no pun intended…!!!). As third-step, I enter: sudo engine-setup I follow the prompts that appear after the Welcome to oVirt Engine setup utility is shown in the terminal window until I get to the prompt: Host fully qualified domain name. Note: this name should be fully resolvable [localhost.localdomain] : If I press Enter, I get…: The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any non loopback interface on this host I figured that in order to define a FQDNm I had to expose my oVirt Engine VN to the Internet. Since I'm doing all from home (where I'm limited to a Dynamic IP, albeit, which hardly-ever changes) I went to DynDns.org http://DynDns.org and created an entry so my FQDN Text-URL would resolve to the IP where I'm at. I also modified my Domain's DNS and entered a DNS Alias named dcmanagement, defining this DNS alias to resolve into my IP by going to DynDNS.org http://DynDNS.org to get my
Re: [Users] Problem Creating oVirt Engine
On 08/01/2013 07:13 PM, Richie@HIP wrote: Is there a contact or someone that could give me tech support remotely…? I'm willing to pay if the problem is solved. isn't the issue solved if you fix the hostname? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 11:43 AM, Richie@HIP richiepiovane...@healthcareinfopartners.com wrote: Where do you want me to open a bug entry, and thereafter, exactly how will I explain it so whomever reads and later attends the bug can figure out how to reproduce it…? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 1:04 AM, Itamar Heim ih...@redhat.com wrote: On 08/01/2013 01:43 AM, Richie@HIP wrote: BTW - I installed oVirtEngine at a client's office using a VirtualBox VM. They are a large imaging center and have an Active Directory and DNS in place. I Stumbled upon ALL the same problems when using the default engine setup parameters (it hung upon restarting the HTTPd service). Just to add to your knowledge, I began doing the oVirtEngine implementation using Parallels Desktop as well as VirtualBox in MY MacBookPro; both experience the same problems. can you please open a bug on installer to clearly state this name will not work, etc? Richie * José E (Richie) Piovanetti, MD, MS* M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com On Jul 31, 2013, at 6:29 PM, Richie@HIP richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com wrote: Arr.… On June 4 2013 I sent the following message trying to overcome the FQDN issue: hi oVirt Community. This will be my first posting for help to the oVirt community, so please bear with me I'f I'm not to the etiquette standards you might have already. I'm trying to test oVirt as a FOSS Virtualization solution for small- to medium-sized healthcare organizations implementing various health information technology solutions (HIT) that the new health care reform is requiring. As a Clinical informatist, I'm very concerned about health care costs, hence I'm pushing for open source to take a wider stance in U.S. health care to reduce costs where possible and divert moneys to patient care. Now enough with my altruistic desires, and let go into the deep. I'm trying to create virtual machines (using VirtualBox, Parallels and/or VMWare Workstation); mainly one for oVirt Engine; ind later a the second one for oVirt Nodes. This way, these VM's files can be copier to any hardware and underlying OS, so at least the Virt Engine is easily installed and brought-up to facilitate managing oVirt Nodes. I considered creating .iso images of each component (Engine and Nodes) but I'm afraid this will hit the wall for linux novices when installing the .iso images in different hardware platforms (with different processors, number of cores, RAM, chipsets, etc.) I've begun with creating a VM for oVirt Engine under Parallels (albeit I began with VirtualBox, but drivers client additions aren't compatible with Fedora 18 - so I'll migrate this Parallels VM to VB once it is operational) Fedora 18 installed without a single problem. I then installed all oVirt Engine requirements by performing the instructions published in http://www.ovirt.org/Download - that is: First: sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm Second: sudo yum install -y ovirt-engine Third: …I get stuck…!!! When I am performing the third step, I hit the fan. Each time I perform the third step shown in the aforementioned web page (i.e. sudo engine-setup), the Welcome to oVirt Engine setup utility appears and begins to run until I reach the point where I need to define a Fully Qualified Domain Name. NOTE - A video of how to install oVirt in a single machine, entitled Installing oVirt on a single machine (at: http://www.ovirt.org/Documentation) shows the process (with some exemptions because it was recorded while oVirt v3.x was in beta), but I don't get what the video shows…!!! This is what I do and before getting stuck in the FQDN thing (no pun intended…!!!). As third-step, I enter: sudo engine-setup I follow the prompts that appear after the Welcome to oVirt Engine setup utility is shown in the terminal window until I get to the prompt: Host fully qualified domain name. Note: this name should be fully resolvable [localhost.localdomain] : If I press Enter, I get…: The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any non loopback interface on this host I figured that in order to define a FQDNm I had to expose my oVirt Engine VN to the Internet. Since I'm doing all from home (where I'm limited to a Dynamic IP, albeit, which hardly-ever changes) I went to DynDns.org http://DynDns.org and created an entry so my FQDN Text-URL would
Re: [Users] Questions on ovirt 3.3 browser based spice/novnc working
That did the trick for getting the websocket proxy configured ( i backed out all my changes prior to running engine-setup). I do notice that it still seems to leave the ovirt-websocket-proxy.conf in it's default state and makes no dedications to it. Instead it generated /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf I also noted engine setup generated: /etc/pki/ovirt-engine/certs/websocket-proxy.cer /etc/pki/ovirt-engine/keys/websocket-proxy.p12 /etc/pki/ovirt-engine/keys/websocket-proxy.key.nopass /etc/pki/ovirt-engine/requests/websocket-proxy.req None the less still neither spice nor novnc will connect. I tried changing Engine:6100 to EngineIP:6100 so that IP would be used instead. However using either the FQDN or IP still yielded the same results. There was nothing interesting in the logs either. I do notice that whilst the websocket-proxy service is running I never see an websockify processes but instead in /var/log/messages I see: Aug 1 13:44:10 ovirtfoo ovirt-websocket-proxy.py[435]: 11: handler exception: [Errno 1] _ssl.c:1359: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca Thus I changed SSL_ONLY=True to SSL_ONLY=False in /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf and restarted engine and websocket-proxy No dice it still generated the same error as above during an attempted connection to /var/log/messages I also not the following error message at VM power off (albeit I am guessing it has nothing to do with this issue): 2013-08-01 13:41:03,742 ERROR [org.ovirt.engine.core.vdsbroker.DestroyVmVDSCommand] (pool-6-thread-50) [304efb3e] VDS::destroy Failed destroying vm fec3260c-871a-4fbe-a006-9eee4fbfbbcc in vds = 5713e5c8-6252-4bce-a3f6-bbd8e1e6eb57 : ovirtnodefoo, error = org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to DestroyVDS, error = Unexpected exception - DHC On Thu, Aug 1, 2013 at 1:07 PM, Alon Bar-Lev alo...@redhat.com wrote: If you install the proxy on the engine machine you just need: # yum install ovirt-engine-websocket-proxy # engine-setup then answer yes when prompt if you like to configure websocket proxy. you can execute engine-setup again even if you already installed. - Original Message - From: Dead Horse deadhorseconsult...@gmail.com To: users@ovirt.org users@ovirt.org Sent: Thursday, August 1, 2013 9:01:47 PM Subject: [Users] Questions on ovirt 3.3 browser based spice/novnc working After Referencing: http://www.ovirt.org/Features/noVNC_console http://www.ovirt.org/Features/SpiceHTML5 and looking at some of the related engine code. I am still attempting to get the spice/novnc browser based consoles to work. I am working from a build from master yesterday I used to upgrade over a previous 3.3 master build from about a month back. VDSM version on host is 4.12.0 built minutes ago. I have installed and configured the websocket proxy like so: Set WebSocketProxy to engine ENGINEIP port 6100 engine-config -s WebSocketProxy=ENGINEIP:6100 /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh --name=websocket-proxy --password=install --subject=/C=US/O=DHC/CN=ENGINEFQDN This generates: /etc/pki/ovirt-engine/keys/websocket-proxy.p12 /etc/pki/ovirt-engine/certs/websocket-proxy.cer /etc/pki/ovirt-engine/requests/websocket-proxy.req However it does not generate the key that websockify wants so we do: openssl pkcs12 -in websocket-proxy.p12 -nocerts -nodes -out /etc/pki/ovirt-engine/keys/websocket-proxy.key The configuration of ovirt-websocket-proxy: PROXY_HOST=* PROXY_PORT=6100 SOURCE_IS_IPV6=False SSL_CERTIFICATE=/etc/pki/ovirt-engine/certs/websocket-proxy.cer SSL_KEY=/etc/pki/ovirt-engine/keys/websocket-proxy.key FORCE_DATA_VERIFICATION=False CERT_FOR_DATA_VERIFICATION=/etc/pki/ovirt-engine/certs/engine.cer SSL_ONLY=True TRACE_ENABLE=False TRACE_FILE= ENGINE_USR=/usr/share/ovirt-engine Install spice-html5 git clone http://anongit.freedesktop.org/git/spice/spice-html5.git mv spice-html5 /usr/share Test spice: In Webadmin UI we set create a VM, set display as spice, start it and set it's console to spice-html5. Result spice-html client opens in a new tab but does not connect. From engine.log: 2013-08-01 12:49:52,352 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-9) Running command: SetVmTicketCommand internal: false. Entities affected : ID: fec3260c-871a-4fbe-a006-9eee4fbfbbcc Type: VM 2013-08-01 12:49:52,371 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-9) START, SetVmTicketVDSCommand(HostName = ovirtnodefoo, HostId = 5713e5c8-6252-4bce-a3f6-bbd8e1e6eb57, vmId=fec3260c-871a-4fbe-a006-9eee4fbfbbcc, ticket=TKfzUQJLLrUI, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 5d258049 2013-08-01 12:49:52,445 INFO
Re: [Users] Questions on ovirt 3.3 browser based spice/novnc working
- Original Message - From: Dead Horse deadhorseconsult...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: users users@ovirt.org Sent: Thursday, August 1, 2013 9:59:14 PM Subject: Re: [Users] Questions on ovirt 3.3 browser based spice/novnc working That did the trick for getting the websocket proxy configured ( i backed out all my changes prior to running engine-setup). I do notice that it still seems to leave the ovirt-websocket-proxy.conf in it's default state and makes no dedications to it. Instead it generated /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf I also noted engine setup generated: /etc/pki/ovirt-engine/certs/websocket-proxy.cer /etc/pki/ovirt-engine/keys/websocket-proxy.p12 /etc/pki/ovirt-engine/keys/websocket-proxy.key.nopass /etc/pki/ovirt-engine/requests/websocket-proxy.req None the less still neither spice nor novnc will connect. I tried changing Engine:6100 to EngineIP:6100 so that IP would be used instead. However using either the FQDN or IP still yielded the same results. You should not touch anything... all should be configured... Make sure your browser trust the *CA* of the engine and not the engine certificate directly. And try to open vnc console via webadmin. There was nothing interesting in the logs either. I do notice that whilst the websocket-proxy service is running I never see an websockify processes but instead in /var/log/messages I see: Aug 1 13:44:10 ovirtfoo ovirt-websocket-proxy.py[435]: 11: handler exception: [Errno 1] _ssl.c:1359: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca Thus I changed SSL_ONLY=True to SSL_ONLY=False in /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf and restarted engine and websocket-proxy No dice it still generated the same error as above during an attempted connection to /var/log/messages I also not the following error message at VM power off (albeit I am guessing it has nothing to do with this issue): 2013-08-01 13:41:03,742 ERROR [org.ovirt.engine.core.vdsbroker.DestroyVmVDSCommand] (pool-6-thread-50) [304efb3e] VDS::destroy Failed destroying vm fec3260c-871a-4fbe-a006-9eee4fbfbbcc in vds = 5713e5c8-6252-4bce-a3f6-bbd8e1e6eb57 : ovirtnodefoo, error = org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to DestroyVDS, error = Unexpected exception - DHC On Thu, Aug 1, 2013 at 1:07 PM, Alon Bar-Lev alo...@redhat.com wrote: If you install the proxy on the engine machine you just need: # yum install ovirt-engine-websocket-proxy # engine-setup then answer yes when prompt if you like to configure websocket proxy. you can execute engine-setup again even if you already installed. - Original Message - From: Dead Horse deadhorseconsult...@gmail.com To: users@ovirt.org users@ovirt.org Sent: Thursday, August 1, 2013 9:01:47 PM Subject: [Users] Questions on ovirt 3.3 browser based spice/novnc working After Referencing: http://www.ovirt.org/Features/noVNC_console http://www.ovirt.org/Features/SpiceHTML5 and looking at some of the related engine code. I am still attempting to get the spice/novnc browser based consoles to work. I am working from a build from master yesterday I used to upgrade over a previous 3.3 master build from about a month back. VDSM version on host is 4.12.0 built minutes ago. I have installed and configured the websocket proxy like so: Set WebSocketProxy to engine ENGINEIP port 6100 engine-config -s WebSocketProxy=ENGINEIP:6100 /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh --name=websocket-proxy --password=install --subject=/C=US/O=DHC/CN=ENGINEFQDN This generates: /etc/pki/ovirt-engine/keys/websocket-proxy.p12 /etc/pki/ovirt-engine/certs/websocket-proxy.cer /etc/pki/ovirt-engine/requests/websocket-proxy.req However it does not generate the key that websockify wants so we do: openssl pkcs12 -in websocket-proxy.p12 -nocerts -nodes -out /etc/pki/ovirt-engine/keys/websocket-proxy.key The configuration of ovirt-websocket-proxy: PROXY_HOST=* PROXY_PORT=6100 SOURCE_IS_IPV6=False SSL_CERTIFICATE=/etc/pki/ovirt-engine/certs/websocket-proxy.cer SSL_KEY=/etc/pki/ovirt-engine/keys/websocket-proxy.key FORCE_DATA_VERIFICATION=False CERT_FOR_DATA_VERIFICATION=/etc/pki/ovirt-engine/certs/engine.cer SSL_ONLY=True TRACE_ENABLE=False TRACE_FILE= ENGINE_USR=/usr/share/ovirt-engine Install spice-html5 git clone http://anongit.freedesktop.org/git/spice/spice-html5.git mv spice-html5 /usr/share Test spice: In Webadmin UI we set create a VM, set display as spice, start it and set it's console to spice-html5. Result spice-html client opens in a new tab but does not connect. From engine.log: 2013-08-01 12:49:52,352 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand]
Re: [Users] ovirt-hosted-engine CentOS
On 08/01/2013 01:59 AM, H. Haven Liu wrote: Hello, Is there anyway to install self hosted engine on CentOS 6.4? The package ovirt-hosted-engine isn't available in the el6-ovirt, CentOS ovirt-test repositories. Thanks, Haven ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users the package is not available in any form iiuc - it is still being actively developed. you are welcome to join in the effort of initial integration testing around it. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problem Creating oVirt Engine
In a conversation via IRC, someone suggested that I activate dnsmask to overcome what appears to be a DNS problem. I'll try that other possibility once I get home later today. In the mean time, what do you mean by fixing the hostname…? I opened and fixed the HOSTNAMES and changed it from localhost-localdomain to localhost.localdomain and that made no difference. Albeit, after changing I didm;t restart, remove ovirtEngine ((using engine-cleanup) and reinstalled via engine-setup. Is that what you mean…? In the mean time, the fact that even if I resolve the issue of oVirtEngine I will not be able to connect to the oVirt Nodes unless I have DNS resolution, apparently means I should do something with resolving via DNS in my home LAN (i.e implement some sort of DNS Cache so I can resolve my home computers via DNS inside my LAN). Any suggestions are MORE THAN WELCOME…!!! Richie José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 2:47 PM, Itamar Heim ih...@redhat.com wrote: On 08/01/2013 07:13 PM, Richie@HIP wrote: Is there a contact or someone that could give me tech support remotely…? I'm willing to pay if the problem is solved. isn't the issue solved if you fix the hostname? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 11:43 AM, Richie@HIP richiepiovane...@healthcareinfopartners.com wrote: Where do you want me to open a bug entry, and thereafter, exactly how will I explain it so whomever reads and later attends the bug can figure out how to reproduce it…? José E (Richie) Piovanetti, MD, MS M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com On Aug 1, 2013, at 1:04 AM, Itamar Heim ih...@redhat.com wrote: On 08/01/2013 01:43 AM, Richie@HIP wrote: BTW - I installed oVirtEngine at a client's office using a VirtualBox VM. They are a large imaging center and have an Active Directory and DNS in place. I Stumbled upon ALL the same problems when using the default engine setup parameters (it hung upon restarting the HTTPd service). Just to add to your knowledge, I began doing the oVirtEngine implementation using Parallels Desktop as well as VirtualBox in MY MacBookPro; both experience the same problems. can you please open a bug on installer to clearly state this name will not work, etc? Richie * José E (Richie) Piovanetti, MD, MS* M: 787-615-4884 | richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com On Jul 31, 2013, at 6:29 PM, Richie@HIP richiepiovane...@healthcareinfopartners.com mailto:richiepiovane...@healthcareinfopartners.com wrote: Arr.… On June 4 2013 I sent the following message trying to overcome the FQDN issue: hi oVirt Community. This will be my first posting for help to the oVirt community, so please bear with me I'f I'm not to the etiquette standards you might have already. I'm trying to test oVirt as a FOSS Virtualization solution for small- to medium-sized healthcare organizations implementing various health information technology solutions (HIT) that the new health care reform is requiring. As a Clinical informatist, I'm very concerned about health care costs, hence I'm pushing for open source to take a wider stance in U.S. health care to reduce costs where possible and divert moneys to patient care. Now enough with my altruistic desires, and let go into the deep. I'm trying to create virtual machines (using VirtualBox, Parallels and/or VMWare Workstation); mainly one for oVirt Engine; ind later a the second one for oVirt Nodes. This way, these VM's files can be copier to any hardware and underlying OS, so at least the Virt Engine is easily installed and brought-up to facilitate managing oVirt Nodes. I considered creating .iso images of each component (Engine and Nodes) but I'm afraid this will hit the wall for linux novices when installing the .iso images in different hardware platforms (with different processors, number of cores, RAM, chipsets, etc.) I've begun with creating a VM for oVirt Engine under Parallels (albeit I began with VirtualBox, but drivers client additions aren't compatible with Fedora 18 - so I'll migrate this Parallels VM to VB once it is operational) Fedora 18 installed without a single problem. I then installed all oVirt Engine requirements by performing the instructions published in http://www.ovirt.org/Download - that is: First: sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm Second: sudo yum install -y ovirt-engine Third: …I get stuck…!!! When I am performing the third step, I hit the fan. Each time I perform the third step shown in the aforementioned web page (i.e. sudo engine-setup), the Welcome to oVirt Engine setup utility appears and begins to run until I
Re: [Users] Questions on ovirt 3.3 browser based spice/novnc working
Attached Firefox and Chrome screenshots of Certificates. errors thrown by websockify Firefox: 1: handler exception: [Errno 1] _ssl.c:1359: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca Chrome: 11: handler exception: WSRequestHandler instance has no attribute 'last_code' For Firefox it looks like firefox needs a bit of proding to get it to accept the Websocket CA Cert: https://github.com/kanaka/websockify/issues/34 The error generated by chrome seems to be a websockify issue: https://github.com/kanaka/noVNC/issues/86 https://github.com/kanaka/websockify/issues/22#issuecomment-3263065 https://github.com/kanaka/noVNC/issues/177 In any event I got both Chrome and Firefox working by manually browsing to: https://ENGINEFQDN:6100 and accepting the self signed cert Not pretty but it worked. - DHC On Thu, Aug 1, 2013 at 2:08 PM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: Dead Horse deadhorseconsult...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: users users@ovirt.org Sent: Thursday, August 1, 2013 9:59:14 PM Subject: Re: [Users] Questions on ovirt 3.3 browser based spice/novnc working That did the trick for getting the websocket proxy configured ( i backed out all my changes prior to running engine-setup). I do notice that it still seems to leave the ovirt-websocket-proxy.conf in it's default state and makes no dedications to it. Instead it generated /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf I also noted engine setup generated: /etc/pki/ovirt-engine/certs/websocket-proxy.cer /etc/pki/ovirt-engine/keys/websocket-proxy.p12 /etc/pki/ovirt-engine/keys/websocket-proxy.key.nopass /etc/pki/ovirt-engine/requests/websocket-proxy.req None the less still neither spice nor novnc will connect. I tried changing Engine:6100 to EngineIP:6100 so that IP would be used instead. However using either the FQDN or IP still yielded the same results. You should not touch anything... all should be configured... Make sure your browser trust the *CA* of the engine and not the engine certificate directly. And try to open vnc console via webadmin. There was nothing interesting in the logs either. I do notice that whilst the websocket-proxy service is running I never see an websockify processes but instead in /var/log/messages I see: Aug 1 13:44:10 ovirtfoo ovirt-websocket-proxy.py[435]: 11: handler exception: [Errno 1] _ssl.c:1359: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca Thus I changed SSL_ONLY=True to SSL_ONLY=False in /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf and restarted engine and websocket-proxy No dice it still generated the same error as above during an attempted connection to /var/log/messages I also not the following error message at VM power off (albeit I am guessing it has nothing to do with this issue): 2013-08-01 13:41:03,742 ERROR [org.ovirt.engine.core.vdsbroker.DestroyVmVDSCommand] (pool-6-thread-50) [304efb3e] VDS::destroy Failed destroying vm fec3260c-871a-4fbe-a006-9eee4fbfbbcc in vds = 5713e5c8-6252-4bce-a3f6-bbd8e1e6eb57 : ovirtnodefoo, error = org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to DestroyVDS, error = Unexpected exception - DHC On Thu, Aug 1, 2013 at 1:07 PM, Alon Bar-Lev alo...@redhat.com wrote: If you install the proxy on the engine machine you just need: # yum install ovirt-engine-websocket-proxy # engine-setup then answer yes when prompt if you like to configure websocket proxy. you can execute engine-setup again even if you already installed. - Original Message - From: Dead Horse deadhorseconsult...@gmail.com To: users@ovirt.org users@ovirt.org Sent: Thursday, August 1, 2013 9:01:47 PM Subject: [Users] Questions on ovirt 3.3 browser based spice/novnc working After Referencing: http://www.ovirt.org/Features/noVNC_console http://www.ovirt.org/Features/SpiceHTML5 and looking at some of the related engine code. I am still attempting to get the spice/novnc browser based consoles to work. I am working from a build from master yesterday I used to upgrade over a previous 3.3 master build from about a month back. VDSM version on host is 4.12.0 built minutes ago. I have installed and configured the websocket proxy like so: Set WebSocketProxy to engine ENGINEIP port 6100 engine-config -s WebSocketProxy=ENGINEIP:6100 /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh --name=websocket-proxy --password=install --subject=/C=US/O=DHC/CN=ENGINEFQDN This generates: /etc/pki/ovirt-engine/keys/websocket-proxy.p12 /etc/pki/ovirt-engine/certs/websocket-proxy.cer /etc/pki/ovirt-engine/requests/websocket-proxy.req However it does not generate the key that
[Users] How to create an ISO storage domain on an ovirt host
Hello, I try to configure the NFS data domain and the ISO domain on a Fedora 18 ovirt host. From the Quick Start Guide, I only learned how to use engine-seup to set up a local ISO domain on the ovirt engine. Then how can I configure the ISO domain on my ovirt host side? Also from the admin portal GUI, when I click the Storage tab, and click New Domain, I only see one Domain Function/Starage Type, i.e., Data/NFS. Thus I cannot configure an ISO domain from the admin portal GUI. Please help me and let me know how to configure an remote ISO domain on the ovirt host side. Thanks, Hongyi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to create an ISO storage domain on an ovirt host
ISO Domain is for the entire Datacentre... Since you already set it up, it must be visible under the Storage tab, does it ? There is nothing like ISO domain for engine and host side.. there is just ISO domain, which once setup, should be able to host your .iso images which you can use as part of VM creation.. HTH thanx, deepak On 08/02/2013 03:16 AM, Zhang, Hongyi wrote: Hello, I try to configure the NFS data domain and the ISO domain on a Fedora 18 ovirt host. From the Quick Start Guide, I only learned how to use engine-seup to set up a local ISO domain on the ovirt engine. Then how can I configure the ISO domain on my ovirt host side? Also from the admin portal GUI, when I click the Storage tab, and click New Domain, I only see one Domain Function/Starage Type, i.e., Data/NFS. Thus I cannot configure an ISO domain from the admin portal GUI. Please help me and let me know how to configure an remote ISO domain on the ovirt host side. Thanks, Hongyi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users