Re: [Users] What do you want to see in oVirt next?
Hey Sigbjorn, I currently use a cluster of two management nodes with a classical corosync/pacemaker/drbd setup which also provides DNS, DHCP, TFTP, all repositories we need to install our VMs and the central configuration management. We have a failover IP (and hostname) and our cluster makes sure that all databases/services which need to be kept together are running on one host. However, setting up something like this is a quite complex process, so having a postgresql cluster (at least with postgres 9+) is not too difficult to set up and then having a redundant engine cluster would be a perfect solution. KR Jörn -Original Message- From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Sigbjorn Lie Sent: Mittwoch, 9. Januar 2013 12:33 To: Itamar Heim Cc: users Subject: Re: [Users] What do you want to see in oVirt next? On Thu, January 3, 2013 17:08, Itamar Heim wrote: Hi Everyone, as we wrap oVirt 3.2, I wanted to check with oVirt users on what they find good/useful in oVirt, and what they would like to see improved/added in coming versions? Hi, +1 for clustered ovirt manager for availability. I've seen a pdf document describing how to configure Red Hat Cluster and GFS with RHEV-M, but I feel Red Hat Cluster and GFS adds too much complexity compared to what is required for ovirt manager. Perhaps the use of glusterfs and keepalived (http://www.keepalived.org/) would be sufficient to create an easy to configure ovirt manager failover cluster? Regards, Siggi ___ 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] Adding Nodes after ovirt-engine re-install
Hello Alex, I encountered such a problem not too long ago. See http://www.mail-archive.com/users@ovirt.org/msg04751.html KR Jörn From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Alex Leonhardt Sent: Donnerstag, 20. Dezember 2012 12:51 To: oVirt Mailing List Subject: [Users] Adding Nodes after ovirt-engine re-install Hi, I was wondering if it's possible to add existing ovirt nodes (HVs) to a new installed ovirt-engine ? E.g. the old engine died and there was no backup of it - how would you add the existing HVs without destroying what's already running ? If the above is not possible, is there a backup guide you can refer me to ? Ideally though, it should really be possible to import existing HVs into a newly setup ovirt-engine. Alex ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] RESOLVED: Problems after upgrading to latest rpms from the dre repository
Hello Roy, From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Roy Golan Sent: Dienstag, 18. Dezember 2012 07:58 To: users@ovirt.org Subject: Re: [Users] Problems after upgrading to latest rpms from the dre repository On 12/17/2012 06:28 PM, Joern Ott wrote: Hello everybody, I just upgraded the engine with the engine upgrade script and get a lot of these errors: 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.NullPointerException In addition, I am no longer able to log in with admin@internal and the password we set before. As we use keepass generated passwords, I am pretty sure that I don't have any typing errors in there. The engine log shows this: 2012-12-17 17:26:43,328 ERROR [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) USER_FAILED_TO_AUTHENTICATE : admin 2012-12-17 17:26:43,328 WARN [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) CanDoAction of action LoginAdminUser failed. Reasons:USER_FAILED_TO_AUTHENTICATE 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Blocktype mismatch: 0 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-91) Failed to decrypt Blocktype mismatch: 0 Any way of resetting the password in the database or fixing some encryption routines? engine-config -s AdminPassword {your passwd} I needed a slight adjustment of the syntax as this gives me Argument for set action must be in format of key=value [root@leob220 ~]# engine-config -s AdminPassword=x Cannot set value x to key AdminPassword. can you please also search the upgrade/install log to see if the engine setup threw an error *encrypting* your supplied password? It seems that the database setup failed (excerpt): 2012-12-17 15:18:54::DEBUG::engine-upgrade::425::root:: DB Update started 2012-12-17 15:18:54::DEBUG::common_utils::424::root:: Executing command -- '/usr/share/ovirt-engine/dbscripts/upgrade.sh -s localhost -p 5432 -u engine -d engine_2012_12_17_15_18_29' 2012-12-17 15:18:56::DEBUG::common_utils::462::root:: output = upgrade script detected a change in Config, View or Stored Procedure... 2012-12-17 15:18:56::DEBUG::common_utils::463::root:: stderr = psql:create_functions.sql:679: ERROR: must be owner of function uuid_generate_v1 2012-12-17 15:18:56::DEBUG::common_utils::464::root:: retcode = 3 2012-12-17 15:18:56::ERROR::engine-upgrade::1072::root:: Traceback (most recent call last): File /usr/bin/engine-upgrade, line 1059, in main runFunc([db.update], MSG_INFO_DB_UPDATE) File /usr/bin/engine-upgrade, line 607, in runFunc func() File /usr/bin/engine-upgrade, line 442, in update output, rc = utils.execCmd(cmdList=cmd, failOnError=True, msg=MSG_ERROR_UPDATE_DB) File /usr/share/ovirt-engine/scripts/common_utils.py, line 467, in execCmd raise Exception(msg) Exception: Error: Database update failed 2012-12-17 15:18:56::ERROR::engine-upgrade::1073::root:: Rolling back update 2012-12-17 15:18:56::DEBUG::engine-upgrade::392::root:: DB Restore started 2012-12-17 15:18:56::DEBUG::common_utils::424::root:: Executing command -- '/usr/bin/dropdb -U engine -h localhost -p 5432 engine_2012_12_17_15_18_29' 2012-12-17 15:19:15::DEBUG::common_utils::462::root:: output = 2012-12-17 15:19:15::DEBUG::common_utils::463::root:: stderr = 2012-12-17 15:19:15::DEBUG::common_utils::464::root:: retcode = 0 2012-12-17 15:19:15::DEBUG::common_utils::424::root:: Executing
[Users] Problems after upgrading to latest rpms from the dre repository
Hello everybody, I just upgraded the engine with the engine upgrade script and get a lot of these errors: 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-84) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:00,498 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-72) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:03,033 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-7) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-60) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:15,606 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-55) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-69) Failed to decrypt Data must not be longer than 256 bytes 2012-12-17 17:25:39,663 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-68) Failed to decrypt java.lang.NullPointerException In addition, I am no longer able to log in with admin@internal and the password we set before. As we use keepass generated passwords, I am pretty sure that I don't have any typing errors in there. The engine log shows this: 2012-12-17 17:26:43,328 ERROR [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) USER_FAILED_TO_AUTHENTICATE : admin 2012-12-17 17:26:43,328 WARN [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) CanDoAction of action LoginAdminUser failed. Reasons:USER_FAILED_TO_AUTHENTICATE 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-94) Failed to decrypt Blocktype mismatch: 0 2012-12-17 17:26:46,290 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (QuartzScheduler_Worker-91) Failed to decrypt Blocktype mismatch: 0 Any way of resetting the password in the database or fixing some encryption routines? Kind regards Jörn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] SOLVED: Recovering VMs when the engine is lost
Hello Itamar and Ayal, I tried to recover the VMs by using the first method (converting the master into an export domain) but after the changes, I couldn't add the export domain as it was an incompatible version. Therefore I explored the other way of restoring: - First, I copied the master/vms folder from the master storage to my local host (and renamed al the .ovf to .xml so I can double click them and view them in an xml browser on my stupid Windows) - As we store the ovirt NFS export folder on /data/ovirt, I connected to all nodes and moved the $UUID folder from /data/ovirt to /data/old. - I added all the cpu nodes and NFS storages to the new cluster - I recreated the virtual machines based on the xml files in the specs and our internal vm specifications with exactly the same MAC address (we specify our own) and disk sizes, having the disks residing on the same storages as the old disks - Looking at the xml file of the new VMs I figured out the folders and file names of the new disks and then moved the old disks over: cd /data/ovirt/$UUID/images/$FOLDERUUID mv /data/old/images/$OLDFOLDERUUID/$OLDDISKUUID ./$DISKUUID mv /data/old/images/$OLDFOLDERUUID/$OLDDISKUUID.meta ./$DISKUUID.meta mv /data/old/images/$OLDFOLDERUUID/$OLDDISKUUID.lease ./$DISKUUID.lease - After doing this, the new VM starts nicely using the disks with all the content on them Of course, you can also choose other storages for the new disks, but then you have to rsync -avS the sparse files over to the new storage and this takes hours for 600G disks. Caveats: There were a few machines I actually created from a template. In the XML files for those machines, we had the wrong MAC addresses for the nics. I assume, that these were the ones generated during the template clone and not the final ones I set after cloning the VMs. But as we have nice host specifications as yaml files for every host, I was relying more on them than on the XML. In the end, it took me around 3 minutes of manual work to recreate the vm, move the disks over and start the vm. Automating that with a bit of yaml and xml parsing magic and recreating the VMS automatically via script could lead to recreating a vm in under 1 minute (except when moving disks from storage to storage). Kind regards Jörn -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 15:34 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 04:16 PM, Joern Ott wrote: Hello Itamar, -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 14:11 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 02:58 PM, Joern Ott wrote: Hey Itamar, this is an NFS storage. we don't currently support importing an existing data storage domain. so you need to create a new nfs data domain. i suggest two 'hacky' options after that 1. less hacky - convert the current nfs data domain to an export domain, and import the VMs from it. Is there any info on how to do this, I didn't find much info on export domains on the wiki. The last time I tried to move thin disks with ovirt GUI from one storage to another, they were expanded and filled up the destination. In the database, the disks were shown to be on the destination host and were marked as invalid, so this procedure also has some risks. check this one, and please wikify for others if you find it helpful: http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428 2. more hacky - recreate the VMs on the new nfs data domain with exact same details, and copy the disk over the newly created disks. benefit of the other is you may be able to move the data, instead of full blown copy, while in option 1 (which is much simpler/less error prone), you need to import all vm's again. The advantage of this would be faster speed as most disks are thin provisioned disks. So I think, I will go for this option. just to make it clear - this is risky, and you should know what you are doing when copying/moving files over the new layout, which must be identical to previous definitions. there is current work to detect disks from a storage domain: http://wiki.ovirt.org/wiki/Features/Domain_Scan when it will be ready (and better when import existing storage domain will be supported), this would be easier. KR Jörn -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 10:32 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 11:03 AM, Joern Ott wrote: Hello everybody, I managed to re-install the server the oVirt engine was running on in my testlab. All the cpu and storages are still
[Users] Recovering VMs when the engine is lost
Hello everybody, I managed to re-install the server the oVirt engine was running on in my testlab. All the cpu and storages are still there and the VMs are still running without problems. Is there a way, I can attach the still existing nodes to the new oVirt engine and recover/import the VMs? Alternatively, is there a way, I can import the VMs disks? I still know how the data center and clusters were set up and the specs for the VMs are also documented, so I'd like to re-attach the disks, which would save me some time compared to the re-installs. Kind regards Jörn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Recovering VMs when the engine is lost
Hey Itamar, this is an NFS storage. KR Jörn -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 10:32 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 11:03 AM, Joern Ott wrote: Hello everybody, I managed to re-install the server the oVirt engine was running on in my testlab. All the cpu and storages are still there and the VMs are still running without problems. Is there a way, I can attach the still existing nodes to the new oVirt engine and recover/import the VMs? Alternatively, is there a way, I can import the VMs disks? I still know how the data center and clusters were set up and the specs for the VMs are also documented, so I'd like to re-attach the disks, which would save me some time compared to the re-installs. is this an iscsi or nfs data storage domain? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Recovering VMs when the engine is lost
Hello Itamar, -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 14:11 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 02:58 PM, Joern Ott wrote: Hey Itamar, this is an NFS storage. we don't currently support importing an existing data storage domain. so you need to create a new nfs data domain. i suggest two 'hacky' options after that 1. less hacky - convert the current nfs data domain to an export domain, and import the VMs from it. Is there any info on how to do this, I didn't find much info on export domains on the wiki. The last time I tried to move thin disks with ovirt GUI from one storage to another, they were expanded and filled up the destination. In the database, the disks were shown to be on the destination host and were marked as invalid, so this procedure also has some risks. 2. more hacky - recreate the VMs on the new nfs data domain with exact same details, and copy the disk over the newly created disks. benefit of the other is you may be able to move the data, instead of full blown copy, while in option 1 (which is much simpler/less error prone), you need to import all vm's again. The advantage of this would be faster speed as most disks are thin provisioned disks. So I think, I will go for this option. there is current work to detect disks from a storage domain: http://wiki.ovirt.org/wiki/Features/Domain_Scan when it will be ready (and better when import existing storage domain will be supported), this would be easier. KR Jörn -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 10:32 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 11:03 AM, Joern Ott wrote: Hello everybody, I managed to re-install the server the oVirt engine was running on in my testlab. All the cpu and storages are still there and the VMs are still running without problems. Is there a way, I can attach the still existing nodes to the new oVirt engine and recover/import the VMs? Alternatively, is there a way, I can import the VMs disks? I still know how the data center and clusters were set up and the specs for the VMs are also documented, so I'd like to re-attach the disks, which would save me some time compared to the re-installs. is this an iscsi or nfs data storage domain? Kind regards Jörn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Moving Disks to anoter Domain - Illegal
Hi all, yesterday I moved a couple of disks from one storage to another using the web interface. As both had the same size and there were around 300G free on the source, I did not expect to run into capacity problems. However, this morning, the partition on the destination server is completely full and all disks show up as Illegal on the new server. This may be due to the fact that I use thin provisioning. Apparently, oVirt continued to move disks even though the destination was already full and so I ended up with a lot of Illegal disks. Moving back isn't possible, as the Move context menu is greyed out. Is there any way I can recover/repair this situation manually or should I consider those servers lost ad recreate them from scratch? KR Jörn Jörn Ott Senior Consultant IT Phone +49 89 203 007 497 Fax +49 89 35043366 Shopping Guide GmbH Leopoldstrasse 236, 80807 Munich HRB 195968, Geschäftsführer: Olivier Sichel joern@ciao.leguide.commailto:joern@ciao.leguide.com [http://img.leguide.com/signature/v4/signature_corpo_ciao_de_reseau.jpg] inline: image001.jpg___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Creating bridge fails on Centos 6.3 node / vdsm
Hello everybody, I installed oVirt Engine on a CentOS 6.3 host (also serving repositories via HTTP and NFS, running puppet, razor and svn as well as xinetd/TFTP, NFS, DNS and DHCP). When I set up a new node with a minimal CentOS 6.3 install and then use the OVirt GUI to install vdsm on it, I get an error setting up the bridging. As a next step, I set up the node again and installed vdsm and vdsm-cli manually before setting up the node via the GUI. This time, I don't see any errors in the event log of the node in ovirt GUI. However, the bridge is not created and the node marked as not operational. When I click on the node and click set up Networks, I can assign the ovirtmgmt network to eth0. When I click on OK, I get Error while executing action Setup Networks: Internal oVirt Engine Error in the gui. The engine.log shows the following messages: 2012-09-05 10:49:03,833 INFO [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-7) [3e1fa402] Running command: SetupNetworksCommand internal: false. Entities affected : ID: 0c6f61b8-f72b-11e1-add6-1cc1de08c55e Type: VDS 2012-09-05 10:49:03,838 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-7) [3e1fa402] START, SetupNetworksVDSCommand(vdsId = 0c6f61b8-f72b-11e1-add6-1cc1de08c55e), log id: 50e63074 2012-09-05 10:49:03,839 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-7) [3e1fa402] FINISH, SetupNetworksVDSCommand, log id: 50e63074 2012-09-05 10:49:04,356 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-7) [3e1fa402] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2012-09-05 10:49:04,357 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-7) [3e1fa402] Command SetupNetworksVDS execution failed. Exception: RuntimeException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip In the installation log /tmp/vdsm-bootstrap-phase1-20120905092647.log on the node, I see these errors Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 386 Bridge ovirtmgmt not found, need to create it. Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 438 getAddress Entry. url=http://mgmt0.be.tng:80/Components/vds/ Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 460 getAddress return. address=mgmt0.be.tng port=80 Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 859 makeBridge begin. Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 343 _getMGTIface: read host name: mgmt0.be.tng Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 350 _getMGTIface: using host name mgmt0.be.tng strIP= 10.4.116.9 Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 356 _getMGTIface IP=10.4.116.9 strIface=eth0 Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 897 makeBridge found the following bridge paramaters: ['BOOTPROTO=dhcp', 'IPV6INIT=yes', 'MTU=1500', 'ONBOOT=yes', 'UUID=79df5c4c-8df0-474b-9e98-22f3fb9b54c9'] Wed, 05 Sep 2012 09:27:19 DEBUGdeployUtil 122 ['/usr/share/vdsm/addNetwork', 'ovirtmgmt', '', '', 'eth0', 'BOOTPROTO=dhcp', 'IPV6INIT=yes', 'MTU=1500', 'ONBOOT=yes', 'UUID=79df5c4c-8df0-474b-9e98-22f3fb9b54c9', 'blockingdhcp=true'] Wed, 05 Sep 2012 09:27:20 DEBUGdeployUtil 126 Specified netmask or gateway but not ip Wed, 05 Sep 2012 09:27:20 DEBUGdeployUtil 127 WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file or directory: '/var/run/vdsm/lvm.env' WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File /usr/share/vdsm/configNetwork.py, line 1382, in module main() File /usr/share/vdsm/configNetwork.py, line 1351, in main addNetwork(bridge, **kwargs) File /usr/share/vdsm/configNetwork.py, line 835, in addNetwork bridged=bridged, **options) File /usr/share/vdsm/configNetwork.py, line 771, in _addNetworkValidation Specified netmask or gateway but not ip) ConfigNetworkError: (22, 'Specified netmask or gateway but not ip') Wed, 05 Sep 2012 09:27:20 DEBUGdeployUtil 930 makeBridge Failed to add ovirtmgmt bridge out=Specified netmask or gateway but not ip err=WARNING:Storage.LVM:Cannot create env file [Errno 2] No such file or directory: '/var/run/vdsm/lvm.env' WARNING:root:options BOOTPROTO is deprecated. Use bootproto instead WARNING:root:options ONBOOT is deprecated. Use onboot instead Traceback (most recent call last): File /usr/share/vdsm/configNetwork.py, line 1382, in module main() File /usr/share/vdsm/configNetwork.py, line 1351, in main addNetwork(bridge, **kwargs) File /usr/share/vdsm/configNetwork.py, line 835, in addNetwork bridged=bridged, **options) File /usr/share/vdsm/configNetwork.py, line 771, in _addNetworkValidation Specified