Re: [Users] Certificates and PKI seem to be broken after yum update
How exactly did you upgrade? Usually yum upgrade will not touch ovirt-engine packages as it is in yum version lock. From which version to which version have you upgraded? Have you run engine-upgrade utility? If you did not, please run it. If you did, please attach logs from /var/log/ovirt-engine/ovirt-engine-upgrade* Thanks! - Original Message - From: Chris Smith whitehat...@gmail.com To: Users@ovirt.org Sent: Sunday, April 7, 2013 5:09:46 AM Subject: [Users] Certificates and PKI seem to be broken after yum update I have lost the ability to manage the hosts or VM's using ovirt engine web interface after performing yum update on the ovirt-engine host, and on one Fedora 17 host. The data center is offline, and I can't place the hosts into maintenance mode. I don't think that there are any actions I can perform in the web interface at all. From the logs it seems that PKI is broken between the engine and the hosts. I am wondering how I can restore or re-generate all of the certificates and get the hosts communicating with the ovirt-engine again so that I can bring the data center back online. I found this page which deals with changing the engine hostname, and thus re-creating the certificates and keystore on the ovirt-engine node, and was wondering if this could help. Could I follow this process but keep the same hostname for the ovirt-engine node? http://wiki.ovirt.org/How_to_change_engine_host_name Currently I have 3 VM's running on two hosts. The VM's are up, but I can't do anything with them in ovirt-engine. Here's the latest activity from engine.log from the ovirt-engine node: 2013-04-06 21:58:47,472 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-61) Failed to decryptjava.io.FileNotFoundException: /etc/pki/ovirt-engine/.keystore (Permission denied) 2013-04-06 21:58:47,478 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-62) Can't load keystore from file /etc/pki/ovirt-engine/.keystore.: java.io.FileNotFoundException: /etc/pki/ovirt-engine/.keystore (Permission denied) at java.io.FileInputStream.open(Native Method) [rt.jar:1.7.0_09-icedtea] at java.io.FileInputStream.init(FileInputStream.java:138) [rt.jar:1.7.0_09-icedtea] at org.ovirt.engine.core.engineencryptutils.EncryptionUtils.getKeyStore(EncryptionUtils.java:214) [engine-encryptutils.jar:] at org.ovirt.engine.core.engineencryptutils.EncryptionUtils.decrypt(EncryptionUtils.java:139) [engine-encryptutils.jar:] at org.ovirt.engine.core.dao.VdsStaticDAODbFacadeImpl.decryptPassword(VdsStaticDAODbFacadeImpl.java:139) [engine-dal.jar:] at org.ovirt.engine.core.dao.VdsDAODbFacadeImpl$VdsRowMapper.mapRow(VdsDAODbFacadeImpl.java:253) [engine-dal.jar:] at org.ovirt.engine.core.dao.VdsDAODbFacadeImpl$VdsRowMapper.mapRow(VdsDAODbFacadeImpl.java:169) [engine-dal.jar:] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:653) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:591) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:641) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:670) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:702) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:155) [engine-dal.jar:] at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:121) [engine-dal.jar:] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:164) [spring-jdbc-2.5.6.SEC02.jar:2.5.6.SEC02] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:124) [engine-dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadAndReturnMap(SimpleJdbcCallsHandler.java:75) [engine-dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:66) [engine-dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeRead(SimpleJdbcCallsHandler.java:58)
[Users] Fwd: cannot assign network without IP address
It seems like an old bug. Since oVirt3.1 a lot of bugs were fixed in the edit nic dialog. Maybe consider using ovirt3.2? Alona. - Original Message - From: Vincent Van der Kussen vinc...@vanderkussen.org To: users@ovirt.org Sent: Wednesday, April 3, 2013 9:38:23 AM Subject: [Users] cannot assign network without IP address Hi, I'm using oVirt 3.1 on CentOS 6.3 and have the following issue If I add a logical network to the datacenter i cannot assign it to a host without giving it an IP address. I just want to use the logical network as a bridge without specifying an IP address (None option in the network settings). This is the error message : Error while executing action Setup Networks: Illegal or Incomplete IP Address In the log on the engine i see the following error : VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip To me this is complete bogus since none of my nics have any ip settings defined. Only the ovirtmgmt network has this which is copied from the initial network setup during the ovirt-engine install I also found this post which discusses the same problem : http://www.mail-archive.com/users@ovirt.org/msg06261.html When adding the logical network to the datacenter I can also not unset the VM Network option. In our RHEV setup we can do this perfectly. Regards, Vincent ___ 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] Certificates and PKI seem to be broken after yum update
I did a yum update and rebooted. engine-upgrade was run on 24-March When run now, it states that there are no updates available. [root@reliant ~]# engine-upgrade Loaded plugins: versionlock Checking for updates... (This may take several minutes) No updates available [root@reliant ovirt-engine]# cat ovirt-engine-upgrade_2013_03_24_12_04_06.log 2013-03-24 12:04:06::DEBUG::common_utils::585::root:: found existing pgpass file, fetching DB host value 2013-03-24 12:04:06::DEBUG::common_utils::585::root:: found existing pgpass file, fetching DB port value 2013-03-24 12:04:06::DEBUG::common_utils::585::root:: found existing pgpass file, fetching DB admin value 2013-03-24 12:04:07::DEBUG::engine-upgrade::302::root:: Yum list updates started 2013-03-24 12:04:07::DEBUG::engine-upgrade::273::root:: Yum unlock started 2013-03-24 12:04:07::DEBUG::engine-upgrade::285::root:: Yum unlock completed successfully 2013-03-24 12:04:07::DEBUG::engine-upgrade::308::root:: Getting list of packages to upgrade 2013-03-24 12:04:27::DEBUG::engine-upgrade::260::root:: Yum lock started 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-backend' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-backend-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-config' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-config-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-genericapi' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-genericapi-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-notification-service' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-notification-service-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-restapi' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-restapi-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-tools-common' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-tools-common-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-userportal' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-userportal-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-webadmin-portal' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::286::root:: cmd = /bin/rpm -q ovirt-engine ovirt-engine-backend ovirt-engine-config ovirt-engine-genericapi ovirt-engine-notification-service ovirt-engine-restapi ovirt-engine-tools-common ovirt-engine-userportal ovirt-engine-webadmin-portal /etc/yum/pluginconf.d/versionlock.list 2013-03-24 12:04:28::DEBUG::common_utils::291::root:: output = 2013-03-24 12:04:28::DEBUG::common_utils::292::root:: stderr = 2013-03-24 12:04:28::DEBUG::common_utils::293::root:: retcode = 0 2013-03-24 12:04:28::DEBUG::engine-upgrade::270::root:: Yum lock completed successfully 2013-03-24 12:04:28::DEBUG::engine-upgrade::320::root:: No packages marked for update 2013-03-24 12:04:28::DEBUG::engine-upgrade::324::root:: Installed packages: 2013-03-24
Re: [Users] DNS reverse configuration
On 04/04/2013 09:45 PM, Eduardo Ramos wrote: Hi all! I'm trying to connect my ovirt-engine in a samba4 server. Samba4 is ActiveDirectory complaint. But when I use engine-manage-domains, it returns me a strange message: [root@ovirt-dir eduardo]# engine-manage-domains -action=add -domain=gsr.inpe.br -provider=activeDirectory -user=Administrator -interactive Enter password: Error: Authentication Failed. Error in DNS configuration. Please verify the oVirt Engine host has a valid reverse DNS (PTR) record.. Problematic domain is: getconnection: driver class name=org.postgresql.xa.pgxadatasourcegetconnection: url=jdbc:postgresql://localhost:5432/enginegetconnection: considering encrypted passord. it looks like engine-config have problems opening a db connection. The DNS reported error is a bug and is shown due to the connection error. you should get that same error if you'll use $ engine.config -a you have some problem connecting to the localhost postgres instance using the password entered during setup probably. is your postgresql instance up the engine is able to connect to the db? engine-config is getting the password from the same source where the engine does. also, a PTR record is no longer needed since openjdk 7 due to a change in the impl of the krb5 module. secdomain=encryptdbpasswordexecute: beginning execution of action action_get.fetching key=domainname ver=general Failure while applying Kerberos configuration. Details: Authentication Failed. Error in DNS configuration. Please verify the oVirt Engine host has a valid reverse DNS (PTR) record. Using host command, I got the following results: [root@ovirt-dir eduardo]# host ovirt-dir.gsr.inpe.br ovirt-dir.gsr.inpe.br has address 150.163.80.125 [root@ovirt-dir eduardo]# host 150.163.80.125 125.80.163.150.in-addr.arpa domain name pointer ovirt-dir.gsr.inpe.br. [root@ovirt-dir eduardo]# host -t srv _kerberos._tcp.gsr.inpe.br _kerberos._tcp.gsr.inpe.br has SRV record 1 0 88 samba4.gsr.inpe.br. [root@ovirt-dir eduardo]# host samba4.gsr.inpe.br samba4.gsr.inpe.br has address 150.163.73.109 [root@ovirt-dir eduardo]# host 150.163.73.109 109.73.163.150.in-addr.arpa domain name pointer samba4.gsr.inpe.br. As you can see, it is everything ok. No DNS problem. Someone have any idea? Thanks. ___ 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] Certificates and PKI seem to be broken after yum update
OK... you are running a very old version of engine (3.1). The upgrade did not upgraded into 3.2, so nothing as far as I know should have been changed. But the .keystore permissions is owned by root now, so some other package (maybe selinux-policy) changed permissions... The simplest way to test is to: # cp -a /etc/pki/ovirt-engine /etc/pki/ovirt-engine.backup1 # chown -R ovirt:ovirt /etc/pki/ovirt-engine But if that file permissions was changed, I can only assume other files were also changes... Regards, Alon - Original Message - From: Chris Smith whitehat...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Users@ovirt.org Sent: Sunday, April 7, 2013 11:51:17 AM Subject: Re: [Users] Certificates and PKI seem to be broken after yum update I did a yum update and rebooted. engine-upgrade was run on 24-March When run now, it states that there are no updates available. [root@reliant ~]# engine-upgrade Loaded plugins: versionlock Checking for updates... (This may take several minutes) No updates available [root@reliant ovirt-engine]# cat ovirt-engine-upgrade_2013_03_24_12_04_06.log 2013-03-24 12:04:06::DEBUG::common_utils::585::root:: found existing pgpass file, fetching DB host value 2013-03-24 12:04:06::DEBUG::common_utils::585::root:: found existing pgpass file, fetching DB port value 2013-03-24 12:04:06::DEBUG::common_utils::585::root:: found existing pgpass file, fetching DB admin value 2013-03-24 12:04:07::DEBUG::engine-upgrade::302::root:: Yum list updates started 2013-03-24 12:04:07::DEBUG::engine-upgrade::273::root:: Yum unlock started 2013-03-24 12:04:07::DEBUG::engine-upgrade::285::root:: Yum unlock completed successfully 2013-03-24 12:04:07::DEBUG::engine-upgrade::308::root:: Getting list of packages to upgrade 2013-03-24 12:04:27::DEBUG::engine-upgrade::260::root:: Yum lock started 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-backend' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-backend-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-config' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-config-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-genericapi' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-genericapi-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-notification-service' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-notification-service-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-restapi' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-restapi-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-tools-common' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-tools-common-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-userportal' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-userportal-3.1.0-4.fc17.noarch 2013-03-24 12:04:27::DEBUG::common_utils::336::root:: stderr = 2013-03-24 12:04:27::DEBUG::common_utils::337::root:: retcode = 0 2013-03-24 12:04:27::DEBUG::common_utils::309::root:: Executing command -- '/bin/rpm -q ovirt-engine-webadmin-portal' 2013-03-24 12:04:27::DEBUG::common_utils::335::root:: output = ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch 2013-03-24
Re: [Users] Query regarding storagedomins
Right, links in sdk entities are used only for convenient tracking of objects in api, sdk itself abstracts HTTP internals, and expose decorators for collections/entities where every collection decorator has list()/get()/add()/etc. methods for listing/querying/creating objects and entity's decorator has methods like update()/delete()/actions etc. On 04/05/2013 08:00 AM, Romil Gupta wrote: Hi , Here is the sample code : sd =api.datacenters.get(id = datacenter_id).storagedomains.list() for s in sd: if(s.get_master()): disk_used =s.get_used() / (1024*1024*1024) disk_available = s.get_available() / (1024*1024*1024) print disk_used print disk_available On Fri, Apr 5, 2013 at 2:04 AM, Gianluca Cecchi gianluca.cec...@gmail.com mailto:gianluca.cec...@gmail.com wrote: On Thu, Apr 4, 2013 at 9:35 PM, Romil Gupta wrote: I solved it by myself , pls ignore this mail :) Would you like to share it? Thanks, Gianluca -- *Thanks Regards,* *Romil Gupta M.Tech (CSE), Manipal Intern@ HP ISO,Bangalore Contact No. : 8880414133* -- Michael Pasternak RedHat, ENG-Virtualization RD ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] deploying ovirt-engine from src
After following the steps in http://www.ovirt.org/Building_oVirt_engine, I met some problems in deploying it. Here's the status while I visit http://localhost:8700/webadmin/webadmin/WebAdmin.html HTTP Status 500 - -- *type* Exception report *message* *description* *The server encountered an internal error () that prevented it from fulfilling this request.* *exception* javax.servlet.ServletException: Servlet execution threw an exception org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) *root cause* java.lang.NoClassDefFoundError: Could not initialize class org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager$Holder org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager.getInstance(PluginDataManager.java:74) org.ovirt.engine.ui.frontend.server.gwt.WebAdminHostPageServlet.getPluginData(WebAdminHostPageServlet.java:85) org.ovirt.engine.ui.frontend.server.gwt.WebAdminHostPageServlet.doGet(WebAdminHostPageServlet.java:53) javax.servlet.http.HttpServlet.service(HttpServlet.java:734) javax.servlet.http.HttpServlet.service(HttpServlet.java:847) org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) *note* *The full stack trace of the root cause is available in the JBoss Web/7.0.13.Final logs.* -- JBoss Web/7.0.13.Final What does it mean? And What should I do next? Thanks!! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fwd: cannot assign network without IP address
Hi, Ok, I'll do the upgrade some day but this raises some questions. Thanks for the reply! Now that there are el6 packages available, oVirt could be used in small production environments by people who can't afford a RHEV subscription or don't need the support So I'm wondering if there will be some more extensive QA? At some point it would be nice to have version that is usable without you need to keep updating to fix things. I know some people in the CentOS community are interesting in this so it might be an idea to work together? just my 2c Vincent On Sun, Apr 07, 2013 at 03:25:52AM -0400, Alona Kaplan wrote: It seems like an old bug. Since oVirt3.1 a lot of bugs were fixed in the edit nic dialog. Maybe consider using ovirt3.2? Alona. - Original Message - From: Vincent Van der Kussen vinc...@vanderkussen.org To: users@ovirt.org Sent: Wednesday, April 3, 2013 9:38:23 AM Subject: [Users] cannot assign network without IP address Hi, I'm using oVirt 3.1 on CentOS 6.3 and have the following issue If I add a logical network to the datacenter i cannot assign it to a host without giving it an IP address. I just want to use the logical network as a bridge without specifying an IP address (None option in the network settings). This is the error message : Error while executing action Setup Networks: Illegal or Incomplete IP Address In the log on the engine i see the following error : VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip To me this is complete bogus since none of my nics have any ip settings defined. Only the ovirtmgmt network has this which is copied from the initial network setup during the ovirt-engine install I also found this post which discusses the same problem : http://www.mail-archive.com/users@ovirt.org/msg06261.html When adding the logical network to the datacenter I can also not unset the VM Network option. In our RHEV setup we can do this perfectly. Regards, Vincent ___ 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] SPM is always contending - resolved
The primary is iSCSI. On 04/07/2013 03:59 AM, Shu Ming wrote: Which type of storage domain was in your engine? NFS? iSCSI? or other types? Andy Singleton: Problem resolved. The clue was obviously in the engine.log (FSCK error) but I couldn't see what was needing an fsck or why this would prevent the storage of every vm from being mounted. I still dont understand the whole of the ovirt storage mechanism. More information was in the node vdsm.log - It pointed here. /dev/mapper/9ed5a2fe--ae4c--433f--a15f--2c710ed5156f-master One fsck later problem resolved. Thanks Andy ___ 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
