- Users - oVirt List Archives

[Users] Obtain VM name from within VM?
by Jonathan Daugherty 19 Jun '13

19 Jun '13

Hi, I'm interested to know whether it is possible to obtain a VM's name from within a VM. In particular I'd like to obtain VM names from within Linux guests for the purpose of setting up dynamic DNS based on the VM name. I don't see the VM name in the output of dmidecode and there doesn't appear to be an entry in the ovirt guest API to obtain it. (In any case I can't run the ovirt guest agent on my VMs, so I'd like some other way to get it.) Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc.

4 8

[Users] Booting oVirt CentOS nodes from PXE ?
by Matt . 19 Jun '13

19 Jun '13

Hi All, I'm wondering if it's possible to PXE boot nodes so we don't need to install every server on local disks. I have read something in the docs about a Fedora ISO, but how does this work and will it be possible with CentOS ? Thanks! Cheers, Matt

2 3

[Users] Disk move when VM is running problem
by Gianluca Cecchi 19 Jun '13

19 Jun '13

Hello, oVirt 3.2.1 on f18 host I have a running VM with one disk. Storage domain is FC and disk is thin provisioned. VM has preexisting snapshots. I select to move the disk On the top part of the window I note in red this message: Note: Moving the disk(s) while the VM is running Donna if it is a generale advice... I proceed and I get Snapshot Auto-generated for Live Storage Migration creation for VM zensrv was initiated by admin@internal. Snapshot Auto-generated for Live Storage Migration creation for VM zensrv has been completed. User admin@internal moving disk zensrv_Disk1 to domain DS6800_Z1_1181. during the move: Total DISK READ: 73398.57 K/s | Total DISK WRITE: 79927.24 K/s PID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 29513 idle vdsm 72400.02 K/s 72535.35 K/s 0.00 % 87.65 % dd if=/rhev/data-cent~nt=10240 oflag=direct 2457 be/4 sanlock 336.35 K/s 0.33 K/s 0.00 % 0.12 % sanlock daemon -U sanlock -G sanlock 4173 be/3 vdsm 0.33 K/s 0.00 K/s 0.00 % 0.00 % python /usr/share/vdsm~eFileHandler.pyc 43 40 8760 be/4 qemu 0.00 K/s 7574.52 K/s 0.00 % 0.00 % qemu-kvm -name F18 -S ~on0,bus=pci.0,addr=0x8 2830 be/4 root 0.00 K/s 13.14 K/s 0.00 % 0.00 % libvirtd --listen 27445 be/4 qemu 0.00 K/s 44.67 K/s 0.00 % 0.00 % qemu-kvm -name zensrv ~on0,bus=pci.0,addr=0x6 3141 be/3 vdsm 0.00 K/s 3.94 K/s 0.00 % 0.00 % python /usr/share/vdsm/vdsm vdsm 29513 3141 14 17:14 ? 00:00:17 /usr/bin/dd if=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/013bcc40-5f3d-4394-bd3b-971b14852654/images/01488698-6420-4a32-9095-cfed1ff8f4bf/2be37d02-b44f-4823-bf26-054d1a1f0c90 of=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/01488698-6420-4a32-9095-cfed1ff8f4bf/2be37d02-b44f-4823-bf26-054d1a1f0c90 bs=1048576 seek=0 skip=0 conv=notrunc count=10240 oflag=direct After some minutes I get: User admin@internal have failed to move disk zensrv_Disk1 to domain DS6800_Z1_1181. But actually the vm is still running (I had a ssh terminal open on it) and the disk appears to be the target one, as if the move operation actually completed ok.... what to do? Can I safely shutdown and restart the vm? In engine.log around the error time I see this that lets me suspect the problem is deallocating the old pv perhaps? 2013-04-16 17:17:45,039 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--127.0.0.1-8702-2) calling GetConfigurationValueQuery (VdcVersion) with null version, using default general for version 2013-04-16 17:18:02,979 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-50) [4e37d247] Failed in DeleteImageGroupVDS method 2013-04-16 17:18:02,980 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-50) [4e37d247] Error code CannotRemoveLogicalVolume and error message IRSGenericException: IRSErrorException: Failed to DeleteImageGroupVDS, error = Cannot remove Logical Volume: ('013bcc40-5f3d-4394-bd3b-971b14852654', "{'d477fcba-2110-403e-93fe-15565aae5304': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='0a6c7300-011a-46f9-9a5d-d22476a7f4c6'), 'f8eb4d4c-9aae-44b8-9123-73f3182dc4dc': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='2be37d02-b44f-4823-bf26-054d1a1f0c90'), '2be37d02-b44f-4823-bf26-054d1a1f0c90': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='00000000-0000-0000-0000-000000000000'), '0a6c7300-011a-46f9-9a5d-d22476a7f4c6': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='f8eb4d4c-9aae-44b8-9123-73f3182dc4dc')}") 2013-04-16 17:18:03,029 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-3-thread-50) [4e37d247] IrsBroker::Failed::DeleteImageGroupVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DeleteImageGroupVDS, error = Cannot remove Logical Volume: ('013bcc40-5f3d-4394-bd3b-971b14852654', "{'d477fcba-2110-403e-93fe-15565aae5304': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='0a6c7300-011a-46f9-9a5d-d22476a7f4c6'), 'f8eb4d4c-9aae-44b8-9123-73f3182dc4dc': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='2be37d02-b44f-4823-bf26-054d1a1f0c90'), '2be37d02-b44f-4823-bf26-054d1a1f0c90': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='00000000-0000-0000-0000-000000000000'), '0a6c7300-011a-46f9-9a5d-d22476a7f4c6': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='f8eb4d4c-9aae-44b8-9123-73f3182dc4dc')}") 2013-04-16 17:18:03,067 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [4e37d247] FINISH, DeleteImageGroupVDSCommand, log id: 54616b28 2013-04-16 17:18:03,067 ERROR [org.ovirt.engine.core.bll.lsm.LiveMigrateDiskCommand] (pool-3-thread-50) [4e37d247] Command org.ovirt.engine.core.bll.lsm.LiveMigrateDiskCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to DeleteImageGroupVDS, error = Cannot remove Logical Volume: ('013bcc40-5f3d-4394-bd3b-971b14852654', "{'d477fcba-2110-403e-93fe-15565aae5304': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='0a6c7300-011a-46f9-9a5d-d22476a7f4c6'), 'f8eb4d4c-9aae-44b8-9123-73f3182dc4dc': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='2be37d02-b44f-4823-bf26-054d1a1f0c90'), '2be37d02-b44f-4823-bf26-054d1a1f0c90': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='00000000-0000-0000-0000-000000000000'), '0a6c7300-011a-46f9-9a5d-d22476a7f4c6': ImgsPar(imgs=('01488698-6420-4a32-9095-cfed1ff8f4bf',), parent='f8eb4d4c-9aae-44b8-9123-73f3182dc4dc')}") 2013-04-16 17:18:03,069 ERROR [org.ovirt.engine.core.bll.lsm.LiveMigrateDiskCommand] (pool-3-thread-50) [4e37d247] Reverting task unknown, handler: org.ovirt.engine.core.bll.lsm.VmReplicateDiskStartTaskHandler 2013-04-16 17:18:03,088 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmReplicateDiskFinishVDSCommand] (pool-3-thread-50) [4e37d247] START, VmReplicateDiskFinishVDSCommand(HostName = f18ovn01, HostId = 0f799290-b29a-49e9-bc1e-85ba5605a535, vmId=c0a43bef-7c9d-4170-bd9c-63497e61d3fc), log id: 6f8ba7ae 2013-04-16 17:18:03,093 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmReplicateDiskFinishVDSCommand] (pool-3-thread-50) [4e37d247] FINISH, VmReplicateDiskFinishVDSCommand, log id: 6f8ba7ae 2013-04-16 17:18:03,095 ERROR [org.ovirt.engine.core.bll.lsm.LiveMigrateDiskCommand] (pool-3-thread-50) [4e37d247] Reverting task deleteImage, handler: org.ovirt.engine.core.bll.lsm.CreateImagePlaceholderTaskHandler 2013-04-16 17:18:03,113 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [4e37d247] START, DeleteImageGroupVDSCommand( storagePoolId = 5849b030-626e-47cb-ad90-3ce782d831b3, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = 14b5167c-5883-4920-8236-e8905456b01f, imageGroupId = 01488698-6420-4a32-9095-cfed1ff8f4bf, postZeros = false, forceDelete = false), log id: 515ac5ae 2013-04-16 17:18:03,694 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [4e37d247] FINISH, DeleteImageGroupVDSCommand, log id: 515ac5ae and in vdsm.log: Thread-1929238::ERROR::2013-04-16 17:14:02,928::libvirtvm::2320::vm.Vm::(diskReplicateStart) vmId=`c0a43bef-7c9d-4170-bd9c-63497e61d3fc`::Unable to start the replication for vda to {'domainID': '14b5167c-5883-4920-8236-e8905456b01f', 'poolID': '5849b030-626e-47cb-ad90-3ce782d831b3', 'device': 'disk', 'path': '/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/01488698-6420-4a32-9095-cfed1ff8f4bf/d477fcba-2110-403e-93fe-15565aae5304', 'volumeID': 'd477fcba-2110-403e-93fe-15565aae5304', 'volumeChain': [{'path': '/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/01488698-6420-4a32-9095-cfed1ff8f4bf/2be37d02-b44f-4823-bf26-054d1a1f0c90', 'domainID': '14b5167c-5883-4920-8236-e8905456b01f', 'volumeID': '2be37d02-b44f-4823-bf26-054d1a1f0c90', 'imageID': '01488698-6420-4a32-9095-cfed1ff8f4bf'}, {'path': '/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/01488698-6420-4a32-9095-cfed1ff8f4bf/f8eb4d4c-9aae-44b8-9123-73f3182dc4dc', 'domainID': '14b5167c-5883-4920-8236-e8905456b01f', 'volumeID': 'f8eb4d4c-9aae-44b8-9123-73f3182dc4dc', 'imageID': '01488698-6420-4a32-9095-cfed1ff8f4bf'}, {'path': '/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/01488698-6420-4a32-9095-cfed1ff8f4bf/0a6c7300-011a-46f9-9a5d-d22476a7f4c6', 'domainID': '14b5167c-5883-4920-8236-e8905456b01f', 'volumeID': '0a6c7300-011a-46f9-9a5d-d22476a7f4c6', 'imageID': '01488698-6420-4a32-9095-cfed1ff8f4bf'}, {'path': '/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/01488698-6420-4a32-9095-cfed1ff8f4bf/d477fcba-2110-403e-93fe-15565aae5304', 'domainID': '14b5167c-5883-4920-8236-e8905456b01f', 'volumeID': 'd477fcba-2110-403e-93fe-15565aae5304', 'imageID': '01488698-6420-4a32-9095-cfed1ff8f4bf'}], 'imageID': '01488698-6420-4a32-9095-cfed1ff8f4bf'} Traceback (most recent call last): File "/usr/share/vdsm/libvirtvm.py", line 2316, in diskReplicateStart libvirt.VIR_DOMAIN_BLOCK_REBASE_SHALLOW File "/usr/share/vdsm/libvirtvm.py", line 541, in f ret = attr(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 626, in blockRebase if ret == -1: raise libvirtError ('virDomainBlockRebase() failed', dom=self) libvirtError: unsupported flags (0xb) in function qemuDomainBlockRebase Thread-1929238::DEBUG::2013-04-16 17:14:02,930::task::568::TaskManager.Task::(_updateState) Task=`27736fbc-7054-4df3-9f26-388601621ea9`::moving from state init -> state preparing Thread-1929238::INFO::2013-04-16 17:14:02,930::logUtils::41::dispatcher::(wrapper) Run and protect: teardownImage(sdUUID='14b5167c-5883-4920-8236-e8905456b01f', spUUID='5849b030-626e-47cb-ad90-3ce782d831b3', imgUUID='01488698-6420-4a32-9095-cfed1ff8f4bf', volUUID=None) Thread-1929238::DEBUG::2013-04-16 17:14:02,931::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.14b5167c-5883-4920-8236-e8905456b01f`ReqID=`e1aa534c-45b6-471f-9a98-8413d449b480`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-1929238::DEBUG::2013-04-16 17:14:02,931::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.14b5167c-5883-4920-8236-e8905456b01f' for lock type 'shared' Thread-1929238::DEBUG::2013-04-16 17:14:02,931::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.14b5167c-5883-4920-8236-e8905456b01f' is free. Now locking as 'shared' (1 active user) Thread-1929238::DEBUG::2013-04-16 17:14:02,931::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.14b5167c-5883-4920-8236-e8905456b01f`ReqID=`e1aa534c-45b6-471f-9a98-8413d449b480`::Granted request Thread-1929238::DEBUG::2013-04-16 17:14:02,932::task::794::TaskManager.Task::(resourceAcquired) Task=`27736fbc-7054-4df3-9f26-388601621ea9`::_resourcesAcquired: Storage.14b5167c-5883-4920-8236-e8905456b01f (shared) Thread-1929238::DEBUG::2013-04-16 17:14:02,932::task::957::TaskManager.Task::(_decref) Task=`27736fbc-7054-4df3-9f26-388601621ea9`::ref 1 aborting False Thread-1929238::DEBUG::2013-04-16 17:14:02,932::lvm::409::OperationMutex::(_reloadlvs) Operation 'lvm reload operation' got the operation mutex thanks, Gianluca

4 7

[Users] CentOS 6 and multiple ISCSI interfaces/multipath
by Martin Goldstone 18 Jun '13

18 Jun '13

Hi all, I've recently started looking at oVirt to provide the next iteration of our virtualization infrastructure, as we have recently acquired some ISCSI storage. Up to now, we've been using KVM managed by libvirt/virt-manager locally on each of our hosts, using direct attached storage, which was obviously less than ideal. In setting it all up, I've hit a bit of a snag. We've got 4 GbE network interfaces on our pilot host (running vdsm on CentOS 6.4) which are connected to our storage arrays (equallogic). I've created 4 interfaces with iscsiadm for these and bound them, but when setting up the discs in oVirt, I've not seen a way of telling it which interfaces to use. The node makes the connection to the target successfully, but it seems its only connecting via the "default" iscsi interface, and not making a connection via each interface that I've defined. Obviously this means I can't use multipath, and being only GbE interfaces it means I'm not getting the performance I should. I've done some searching via Google, but I've not really found any thing that helps. Perhaps I've missed something, but can anyone give me any pointers for getting this to work across multiple interfaces? Thanks? Martin

3 3

[Users] move disk
by suporte＠logicworks.pt 18 Jun '13

18 Jun '13

------=_Part_370_23441317.1371203805490 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, With version 3.2.1, when I move a disk from one storage domain to another allways get the message "User admin@internal have failed to move disk WEB1_Disk1 to domain NAS1", but on the Disks options, under Storage Domain(s) I have the information it as moved the disk to domain NAS1. Who is right? Regards Jose -- Jose Ferradeira http://www.logicworks.pt ------=_Part_370_23441317.1371203805490 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000'>Hi, With version 3.2.1, when I move a disk from one storage domain to another allways get the message "User admin@internal have failed to move disk WEB1_Disk1 to domain NAS1", but on the Disks options, under Storage Domain(s) I have the information it as moved the disk to domain NAS1. Who is right? Regards Jose -- <div><hr style="width: 100%; height: 2px;">Jose Ferradeira http://www.logicworks.pt </div></div></body></html> ------=_Part_370_23441317.1371203805490--

2 5

[Users] Password reset of ovirt wiki not working
by j.astrego＠netbulae.eu 18 Jun '13

18 Jun '13

This is a multipart message in MIME format. --=_alternative 003B12DDC1257B8E_= Content-Type: text/plain; charset="US-ASCII" Hi, Maybe this is not really for this list, but I don't know where else to submit it ;-) I try to request a new password for the Ovirt wiki and get this error: Internal error Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. -- Kind regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu --=_alternative 003B12DDC1257B8E_= Content-Type: text/html; charset="US-ASCII" Hi, Maybe this is not really for this list, but I don't know where else to submit it ;-) I try to request a new password for the Ovirt wiki and get this error: Internal error Set <tt>$wgShowExceptionDetails = true;</tt> at the bottom of LocalSettings.php to show detailed debugging information. -- Kind regards, Jorick Astrego Netbulae B.V. Site:  <a href=http://www.netbulae.eu/>http://www.netbulae.eu</a> --=_alternative 003B12DDC1257B8E_=--

2 1

[Users] oVirt 3.3 does not start HTML5/noVNC viewer
by Matt . 18 Jun '13

18 Jun '13

HI All, I upgraded to 3.3 and tried to start a console. Whatever version of console I set, VNC or Spice, the browser downloads a console.vv file now. Am I doing something wrong or is this just the unreleased version ? Thanks for the help! Cheers, Matt

4 25

[Users] oVirt and iSCSI initiator
by James James 18 Jun '13

18 Jun '13

Hi guys, I've got some problems with my ovirt-engine. Currently I have one iscsi storage volume and I want add a second one. The second has the same configuration as the first. In my engine I can log into the iSCSI but I cannot see the LUN. Ovirt gives me this message : 2013-06-17 15:50:04,013 ERROR [org.ovirt.engine.core.bll.storage.DiscoverSendTargetsQuery] (ajp--127.0.0.1-8702-9) Query DiscoverSendTargetsQuery failed. Exception message is VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVDS, error = Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname='iscsi-1.example.com', port=3260), err=(5, [], ['iscsiadm: Connection to Discovery Address 192.168.0.98 closed', 'iscsiadm: Login I/O error, failed to receive a PDU', 'iscsiadm: retrying discovery login to 192.168.0.98', 'iscsiadm: Connection to Discovery Address 192.168.0.98 closed', 'iscsiadm: Login I/O error, failed to receive a PDU', 'iscsiadm: retrying discovery login to 192.168.0.98', 'iscsiadm: Connection to Discovery Address 192.168.0.98 closed', 'iscsiadm: Login I/O error, failed to receive a PDU', 'iscsiadm: retrying discovery login to 192.168.0.98', 'iscsiadm: Connection to Discovery Address 192.168.0.98 failed', 'iscsiadm: Login I/O error, failed to receive a PDU', 'iscsiadm: retrying discovery login to 192.168.0.98', 'iscsiadm: Connection to Discovery Address 192.168.0.98 failed', 'iscsiadm: Login I/O error, failed to receive a PDU', 'iscsiadm: retrying discovery login to 192.168.0.98', 'iscsiadm: Connection to Discovery Address 192.168.0.98 closed', 'iscsiadm: Login I/O error, failed to receive a PDU', 'iscsiadm: retrying discovery login to 192.168.0.98', 'iscsiadm: connection login retries (reopen_max) 5 exceeded', 'iscsiadm: Could not perform SendTargets discovery: encountered iSCSI login failure'])" 2013-06-17 15:54:03,649 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] (ajp--127.0.0.1-8702-3) START, DiscoverSendTargetsVDSCommand(HostName = hosts-1.example.com, HostId = 1c8e67de-c355-4b07-a09f-c58d08115e1e, connection={ id: null, connection: iscsi-1.example.com, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };), log id: 3dca76fc Can somebody help me ?

2 6

[Users] Ovirt VM CD/DVD not booting
by Rick Ingersoll 17 Jun '13

17 Jun '13

--_004_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_ Content-Type: multipart/alternative; boundary="_000_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_" --_000_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi guys, I have an issue where I have an allinone setup. I was succ= essful in building one VM, but now when I try to add additional vms and boo= t them, the ISO image I attach in run once isn't booting. The VM is coming= up saying could not read from CDROM. Any ideas what I'm missing? Thanks, Rick Ingersoll IT Consultant (919) 234-5100 main (919) 234-5101 direct (919) 757-5605 mobile (919) 747-7409 fax rick.ingersoll(a)mjritsolutions.com<mailto:rick.ingersoll@mjritsolutions.com> http://www.mjritsolutions.com<http://www.mjritsolutions.com/> [mjritsolutions_logo_signature] --_000_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi guys,<o:p></o:p>         &nbs= p;       I have an issue where I have an alli= none setup.  I was successful in building one VM, but now when I try t= o add additional vms and boot them, the ISO image I attach in run once isn&= #8217;t booting.  The VM is coming up saying could not read from CDROM.  Any ideas what I’m missing?<o:p></o= :p> <o:p> </o:p> Thanks,<o:p></o:p> <o:p> </o:p> Rick Ingersoll<o:p></o:p></p= > IT Consultant<o:p></o:p><= /span> (919) 234-5100 main<o:p></o:= p> (919) 234-5101 direct<o:p></= o:p> (919) 757-5605 mobile<o:p></= o:p> (919) 747-7409 fax<o:p></o:p= > <a href=3D"mailto:rick.ingersoll@mjritsolu= tions.com">rick.ingersoll(a)mjritsolutions.com<= /span></a><o:p></o:p> <a href=3D"http://www.mjritsolutions.com/"= >http://www.mjritsolutions.com</a><o:p= ></o:p> <img border=3D"0" w= idth=3D"200" height=3D"42" id=3D"Picture_x0020_1" src=3D"cid:image001.jpg@0= 1CE6B60.08F80EF0" alt=3D"mjritsolutions_logo_signature"><o:p></o:p><= /p> <o:p> </o:p> </div> </body> </html> --_000_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_-- --_004_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=2147; creation-date="Mon, 17 Jun 2013 17:39:08 GMT"; modification-date="Mon, 17 Jun 2013 17:39:08 GMT" Content-ID: <image001.jpg(a)01CE6B60.08F80EF0> Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAAqAMgDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAooooAKKKSgBaSisTxpLJD4N1aSGR45FtmKujYIOOoIoYm7K5t155p+t+KNS8VX8QuooNJtLp4t xgXc+D91T/M9q4Pw5DrWszebLqmoR2aH5n+0Plz/AHRz+te3aNbQjSLXESf6sckZJ989z71CfNqZ xk6muxo0tFFWahRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAlFcPr13qdp41ludOZ5FtLNJZb XccSx7iGAHTPf8KpeK/Ec+uaTLNo8skWm23lmWYZVpZGIwg/3c5PvQB6LRVOy1S1vrq6treXfNaF UmG0jaSOme/SvM0u5n0LTfOmvJEfVpUkWGRvMdcD5Rzn6CgD1ivOfHHxF1Hwv4iNhaW1pJF5KSbp Q27Jz6EelV3khudStrfw/FriX8NyhmW4lbCR553AsfarN/BFc/GcRzxRyp/ZhO11DDPPY1M720M6 l7aHO/8AC6NZ/wCfHTvyf/4qrun+ONU8aE6Te21lDY3ZEErxbt+D125PX3qn8PdVu7/V7DT7qysH 08BotzWqb2KoSPm6k8cmrulXU2oavpkk62qBLkMBDapGepGMjnFRG76mUOaWrZ3EPg60t4UhhmkS NBtVVUYArctbcWtrHArFhGu0E9TXFa/Z30nie6klstUvbUxxiEWV15YQ4+bIz61Sh1R9CTVXgh1S 0vEsxIlvfyiVMbwN45znmtTpPSKK5W9XxBZ6JNqH9twv5UBm2fYlGcDOM5qTQNcvNS1ySCdk8n7B BcBVXGHcZPPpQB01FYeo6nc23ivSLGJlFvcpKZQVySVGRz2pmqajfJ4osdNtZ0ijubaVixjDYYDg /wD1qAN+iuPSXxA/iSTSf7ZhGy1Fx5v2NectjGM1Dq3iPVdOm1aBJ4na1W1SNzEPvOQGbH9KAO2o rk9cPiDRdGudQ/tmGbyF3eWbNV3cgYzuquvi3ULTVb6S6tvP0qBo1d4l+e33IGyR/EvP4UAdpRXF XnibUJn1ZtJlW4hhNsYGii8zaj/fbA5bHpRZa/e/2pZxzapK0c0wjK3GltCHz2DZ4NAHaUVBfEiw uCCQRE2CPoa4PSNd1ez0Pw6lggvHuEuHlikbLShG7MehxnFAHolFcm/jBb260z+zpAFlaZbmCRcO hWMsFI6jkVHps3iLVPDkeqprFtE0kTSCJrVQoIzwWzwOOtAHYUVXsGmewt2ujGZzGpkMZypbHOPa igCJdKt11l9TG/7Q8IgPPy7Qc9PWoL3w7p99pDaaYvJtWfeVh+XnO7+dalFAHP3fgzT7q/nvFnvr eWdg0gguCgY+uKfB4P0y2gsoovPAs7g3MZMmSznu3rW7RQBlaj4es9RvoL5jLBeQfdngfYxHofUe xrhvE8eqWvxIbUdPjYKlksRkaEuDnOQAO9enUUmrkyjc8fsLe90uW1lsopUltfuFrcsDlSDkfjVn Q7KeDU7BWhmIWZcsYyO/WvV6KY0kjAvvB9hfahNe+fewSz4MnkTlAxAwDj6UyLwRpaJdLI93ObmL yXeacswXOcA9uRXRUUDOefwbbywNDJqervEy7ShvGKkemPSnyeELI3QuILm/tXEKQ/6POUyijAFb 1FAGDJ4StZhA0l7qTTQMzRzm5PmKGABG704qWy8M21nqUd+1ze3NxGhRGuZy+0HritmigCkulW66 y+qAv9oaEQH5vl2g56euap33hbT9QlvpJ/O3XojEm18Y2fdK+hrZooA52fwbbXULQ3OpavNE/DRy XjFWHoRWpZaTbWE91LCGzdFTIGOR8q7RgfQVeooAwP8AhDNKT7R9nWe18+RJT5EpTYy5wVx06nin DwpbGeGW4vdSuvIfzESe5LKGHQ4/Gt2igDH0HRW03RGsriR3MjOzZcsVDH7oY9cDvRY+GLHTzpxg M3/EvWRYdz54f72fWtiigDKuPDenXOsRam8O26jDKWQ43ggj5h34JqgvgiyS0Nql/qqWxUr5K3Z2 bT1GPSukooAy7Tw9Z2N/DdwGZXhtltUQyEoEHTj196K1KKAP/9k= --_004_0a7a11d196264a82b6cca41ded622f67BL2PR08MB196namprd08pro_--

2 2

[Users] Small howto to install ovirt dreyou on Centos 6.4
by Kevin Maziere Aubry 17 Jun '13

17 Jun '13

Hi For manager, - yum install wget - wget http://www.dreyou.org/ovirt/ovirt-dre.repo -P /etc/yum.repos.d/ - yum install ovirt-engine For hypervisor: selinux and firewall are activated, DO NOT remove them You must have a working dns between you nodes (if all-in-one it's ok), at least put nameservers into /etc/hosts (hyp and manger) - su -c 'rpm -Uvh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch… ' - yum install wget - wget http://www.dreyou.org/ovirt/ovirt-dre.repo -P /etc/yum.repos.d/ - yum clean all - yum makecache - check that ifcfg-eth0 does not contain NETMASK and PREFIX, remove PREFIX if needed - yum install vdsm - Ovirt node can now be added into the manager - setsebool -P virt_use_sanlock=on - setsebool -P virt_use_nfs=on - yum install vdsm-hook-qemucmdline vdsm-hook-fileinject vdsm-hook-floppy - service vdsmd restart Hope it can help. Kevin

2 1