- Users - oVirt List Archives

Expand the OS disk windows 2003 crash the VM
by Punit Dambiwal 03 Jun '15

03 Jun '15

Hi, I have created one VM with windows 2003 standard R2....with 3GB disk space...after installation i have installed all the drivers and shutdown the VM and expand the disk....after expand the disk VM cannot come up... Reproduce the problem :- 1. Create the windows 2003 VM 2. Disk will be IDE... 3. Install it via cd-rom.. 4. Installed successfully...now install the virtio drivers... 5. shutdown the VM... 6. Edit the Vm disk and increase the disk space... 7. Run the VM... 8. VM cannot boot up... [image: Inline image 1] Thanks, Punit

2 3

Problem with VM Export
by InterNetX - Juergen Gotteswinter 02 Jun '15

02 Jun '15

Hi, when trying to export a VM to the NFS Export Domain, the Process fails nearly immediatly. VDSM drops this: -- snip -- ::Request was made in '/usr/share/vdsm/storage/sp.py' line '1549' at 'moveImage' 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,190::resourceManager::542::Storage.ResourceManager::(registerResource) Trying to register resource '8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3' for lock type 'shared' 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,191::lvm::428::Storage.OperationMutex::(_reloadlvs) Operation 'lvm reload operation' got the operation mutex 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,192::lvm::291::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm lvs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ '\''a|/dev/mapper/3600144f0db35bc650000534be67e0001|'\'', '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,vg_name,attr,size,seg_start_pe,devices,tags 8f5f59f9-b3d5-4e13-9c56-b4d33475b277 (cwd None) 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,480::lvm::291::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ' WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!\n'; <rc> = 0 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,519::lvm::463::Storage.LVM::(_reloadlvs) lvs reloaded 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,519::lvm::463::Storage.OperationMutex::(_reloadlvs) Operation 'lvm reload operation' released the operation mutex 0a3c909d-0737-492e-a47c-bc0ab5e1a603::ERROR::2015-06-02 20:36:38,520::blockVolume::429::Storage.Volume::(validateImagePath) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/blockVolume.py", line 427, in validateImagePath os.mkdir(imageDir, 0o755) OSError: [Errno 17] File exists: '/rhev/data-center/cfc84aa8-8ec4-4e13-8104-370ea5b9d432/8f5f59f9-b3d5-4e13-9c56-b4d33475b277/images/244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3' 0a3c909d-0737-492e-a47c-bc0ab5e1a603::WARNING::2015-06-02 20:36:38,521::resourceManager::591::Storage.ResourceManager::(registerResource) Resource factory failed to create resource '8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3'. Canceling request. Traceback (most recent call last): File "/usr/share/vdsm/storage/resourceManager.py", line 587, in registerResource obj = namespaceObj.factory.createResource(name, lockType) File "/usr/share/vdsm/storage/resourceFactories.py", line 193, in createResource lockType) File "/usr/share/vdsm/storage/resourceFactories.py", line 122, in __getResourceCandidatesList imgUUID=resourceName) File "/usr/share/vdsm/storage/image.py", line 185, in getChain srcVol = volclass(self.repoPath, sdUUID, imgUUID, uuidlist[0]) File "/usr/share/vdsm/storage/blockVolume.py", line 80, in __init__ volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID) File "/usr/share/vdsm/storage/volume.py", line 144, in __init__ self.validate() File "/usr/share/vdsm/storage/blockVolume.py", line 89, in validate volume.Volume.validate(self) File "/usr/share/vdsm/storage/volume.py", line 156, in validate self.validateImagePath() File "/usr/share/vdsm/storage/blockVolume.py", line 430, in validateImagePath raise se.ImagePathError(imageDir) ImagePathError: Image path does not exist or cannot be accessed/created: ('/rhev/data-center/cfc84aa8-8ec4-4e13-8104-370ea5b9d432/8f5f59f9-b3d5-4e13-9c56-b4d33475b277/images/244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3',) 0a3c909d-0737-492e-a47c-bc0ab5e1a603::DEBUG::2015-06-02 20:36:38,522::resourceManager::210::Storage.ResourceManager.Request::(cancel) ResName=`8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3`ReqID=`6f861566-b1c9-45c7-9181-452b0bc014d0`::Canceled request 0a3c909d-0737-492e-a47c-bc0ab5e1a603::WARNING::2015-06-02 20:36:38,523::resourceManager::203::Storage.ResourceManager.Request::(cancel) ResName=`8f5f59f9-b3d5-4e13-9c56-b4d33475b277_imageNS.244747b4-1b3d-4a9c-8fd9-3a914e6f2bc3`ReqID=`6f861566-b1c9-45c7-9181-452b0bc014d0`::Tried to cancel a processed request 0a3c909d-0737-492e-a47c-bc0ab5e1a603::ERROR::2015-06-02 20:36:38,523::task::866::Storage.TaskManager.Task::(_setError) Task=`0a3c909d-0737-492e-a47c-bc0ab5e1a603`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line 334, in run return self.cmd(*self.argslist, **self.argsdict) File "/usr/share/vdsm/storage/securable.py", line 77, in wrapper return method(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 1549, in moveImage imgUUID, srcLock), File "/usr/share/vdsm/storage/resourceManager.py", line 523, in acquireResource raise se.ResourceAcqusitionFailed() ResourceAcqusitionFailed: Could not acquire resource. Probably resource factory threw an exception.: () -- snip -- i thought it might be caused by enforcing selinux, but changing selinux to permissive didnt really change anything. node versions are: vdsm-cli-4.16.14-0.el7.noarch vdsm-python-4.16.14-0.el7.noarch vdsm-python-zombiereaper-4.16.14-0.el7.noarch vdsm-jsonrpc-4.16.14-0.el7.noarch vdsm-yajsonrpc-4.16.14-0.el7.noarch vdsm-xmlrpc-4.16.14-0.el7.noarch vdsm-4.16.14-0.el7.x86_64 libvirt-daemon-kvm-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-network-1.2.8-16.el7_1.3.x86_64 libvirt-python-1.2.8-7.el7_1.1.x86_64 libvirt-client-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-secret-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-storage-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7_1.3.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-driver-interface-1.2.8-16.el7_1.3.x86_64 libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.3.x86_64 sanlock-3.2.2-2.el7.x86_64 sanlock-lib-3.2.2-2.el7.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.3.x86_64 sanlock-python-3.2.2-2.el7.x86_64 CentOS Linux release 7.1.1503 (Core) 3.10.0-229.4.2.el7.x86_64 # this happens on every node in the cluster. i tried the vdsm rpm from 3.5.3-pre, which didnt change anything. problem still exists. the export domain so far can be accessed fine, already existing templates / exported vm on the nfs share can be deleted. permissions are set correctly uid/gid 36, nfsvers 3. anyone got a hint for me ? Cheers Juergen

2 1

oVirt Instability with Dell Compellent via iSCSI/Multipath
by Chris Jones - BookIt.com Systems Administrator 02 Jun '15

02 Jun '15

--------------090603010402080805030904 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Engine: oVirt Engine Version: 3.5.2-1.el7.centos Nodes: oVirt Node - 3.5 - 0.999.201504280931.el7.centos Remote storage: Dell Compellent SC8000 Storage setup: 2 nics connected to the Compellent. Several domains backed by LUNs. Several VM disk using direct LUN. Networking: Dell 10 Gb/s switches I've been struggling with oVirt completely falling apart due to storage related issues. By falling apart I mean most to all of the nodes suddenly losing contact with the storage domains. This results in an endless loop of the VMs on the failed nodes trying to be migrated and remigrated as the nodes flap between response and unresponsive. During these times, engine.log looks like this. 2015-05-19 03:09:42,443 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-50) domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 in problem. vds: blade6c1.ism.ld 2015-05-19 03:09:42,560 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-38) domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 in problem. vds: blade2c1.ism.ld 2015-05-19 03:09:45,497 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-24) domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 in problem. vds: blade3c2.ism.ld 2015-05-19 03:09:51,713 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade4c2.ism.ld 2015-05-19 03:09:57,647 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-13) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade6c1.ism.ld 2015-05-19 03:09:57,782 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) domain 26929b89-d1ca-4718-90d6-b3a6da585451:generic_data_1 in problem. vds: blade2c1.ism.ld 2015-05-19 03:09:57,783 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) Domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 recovered from problem. vds: blade2c1.ism.ld 2015-05-19 03:10:00,639 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-31) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade4c1.ism.ld 2015-05-19 03:10:00,703 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) domain 64101f40-0f10-471d-9f5f-44591f9e087d:logging_1 in problem. vds: blade1c1.ism.ld 2015-05-19 03:10:00,712 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-4) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade3c2.ism.ld 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade4c2.ism.ld 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-05-19 03:10:06,932 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 recovered from problem. vds: blade4c2.ism.ld 2015-05-19 03:10:06,933 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-05-19 03:10:09,929 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-16) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade3c1.ism.ld My troubleshooting steps so far: 1. Tailing engine.log for "in problem" and "recovered from problem" 2. Shutting down all the VMs. 3. Shutting down all but one node. 4. Bringing up one node at a time to see what the log reports. When only one node is active everything is fine. When a second node comes up, I begin to see the log output as shown above. I've been struggling with this for over a month. I'm sure others have used oVirt with a Compellent and encountered (and worked around) similar problems. I'm looking for some help in figuring out if it's oVirt or something that I'm doing wrong. We're close to giving up on oVirt completely because of this. P.S. I've tested via bare metal and Proxmox with the Compellent. Not at the same scale but it seems to work fine there. -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin. --------------090603010402080805030904 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Engine: <meta http-equiv="content-type" content="text/html; charset=utf-8"> oVirt Engine Version: 3.5.2-1.el7.centos<br> Nodes: oVirt Node - 3.5 - 0.999.201504280931.el7.centos<br> Remote storage: Dell Compellent SC8000<br> Storage setup: 2 nics connected to the Compellent. Several domains backed by LUNs. Several VM disk using direct LUN.<br> Networking: Dell 10 Gb/s switches<br> <br> I've been struggling with oVirt completely falling apart due to storage related issues. By falling apart I mean most to all of the nodes suddenly losing contact with the storage domains. This results in an endless loop of the VMs on the failed nodes trying to be migrated and remigrated as the nodes flap between response and unresponsive. During these times, engine.log looks like this.<br> <br> 2015-05-19 03:09:42,443 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-50) domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 in problem. vds: blade6c1.ism.ld<br> 2015-05-19 03:09:42,560 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-38) domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 in problem. vds: blade2c1.ism.ld<br> 2015-05-19 03:09:45,497 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-24) domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 in problem. vds: blade3c2.ism.ld<br> 2015-05-19 03:09:51,713 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade4c2.ism.ld<br> 2015-05-19 03:09:57,647 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-13) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade6c1.ism.ld<br> 2015-05-19 03:09:57,782 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) domain 26929b89-d1ca-4718-90d6-b3a6da585451:generic_data_1 in problem. vds: blade2c1.ism.ld<br> 2015-05-19 03:09:57,783 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-6) Domain 0b1d36e4-7992-43c7-8ac0-740f7c2cadb7:ovirttest1 recovered from problem. vds: blade2c1.ism.ld<br> 2015-05-19 03:10:00,639 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-31) Domain c46adffc-614a-4fa2-9d2d-954f174f6a39:db_binlog_1 recovered from problem. vds: blade4c1.ism.ld<br> 2015-05-19 03:10:00,703 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) domain 64101f40-0f10-471d-9f5f-44591f9e087d:logging_1 in problem. vds: blade1c1.ism.ld<br> 2015-05-19 03:10:00,712 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-4) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade3c2.ism.ld<br> 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 recovered from problem. vds: blade4c2.ism.ld<br> 2015-05-19 03:10:06,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain 05c8fa9c-fcbf-4a17-a3c6-011696a1b9a2:ovirttest2 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer.<br> 2015-05-19 03:10:06,932 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 recovered from problem. vds: blade4c2.ism.ld<br> 2015-05-19 03:10:06,933 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-48) Domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer.<br> 2015-05-19 03:10:09,929 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-16) domain b050c455-5ab1-4107-b055-bfcc811195fc:os_data_1 in problem. vds: blade3c1.ism.ld<br> <br> <br> My troubleshooting steps so far:<br> <ol> <li>Tailing engine.log for "in problem" and "recovered from problem"</li> <li>Shutting down all the VMs.</li> <li>Shutting down all but one node.</li> <li>Bringing up one node at a time to see what the log reports.</li> </ol> <p>When only one node is active everything is fine. When a second node comes up, I begin to see the log output as shown above. I've been struggling with this for over a month. I'm sure others have used oVirt with a Compellent and encountered (and worked around) similar problems. I'm looking for some help in figuring out if it's oVirt or something that I'm doing wrong.<br> </p> <p>We're close to giving up on oVirt completely because of this.<br> </p> <p>P.S.<br> </p> <p>I've tested via bare metal and Proxmox with the Compellent. Not at the same scale but it seems to work fine there.<br> </p> </body> </html> <pre> -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin.</pre> --------------090603010402080805030904--

7 20

Re: [ovirt-users] Users Digest, Vol 45, Issue 3
by Juan Carlos YJ. Lin 02 Jun '15

02 Jun '15

--=_308e0797-2d09-49f0-a83a-7f7c6dcad4d7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks, Solve the issue with key=3D'' + lanplus=3D1 + ssl=3D1 JUAN CARLOS YJ LIN Tecnolog=C3=ADa de la Informaci=C3=B3n MONALISA Internacional SA Boquer=C3=B3n 310 Ciudad del Este =E2=80=93 PARAGUAY Tel + 595 61 500 645 Fax + 595 61 512 695 lin(a)monalisa.com.py www.monalisa.com.py ----- Mensaje original ----- De: users-request(a)ovirt.org Para: users(a)ovirt.org Enviados: Martes, 2 de Junio 2015 4:58:32 Asunto: Users Digest, Vol 45, Issue 3 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Dell R720 iDRAC7 config IPMI (Juan Carlos YJ. Lin) 2. oVirt Community Newsletter: May 2015 Edition (Brian Proffitt) 3. Re: Dell R720 iDRAC7 config IPMI (Nicolas Ecarnot) 4. Re: Dell R720 iDRAC7 config IPMI (Patrick Russell) 5. Re: Dell R720 iDRAC7 config IPMI (Piotr Szubiakowski) 6. WHERE IS engine-manage-domain CONFIGURE FILE (Xie, Chao) 7. Re: WHERE IS engine-manage-domain CONFIGURE FILE (Pavel Stehlik) ---------------------------------------------------------------------- Message: 1 Date: Mon, 01 Jun 2015 14:44:35 -0400 (PYT) From: "Juan Carlos YJ. Lin" <lin(a)unisoft.com.py> To: "users " <users(a)ovirt.org> Subject: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <627ab823-da40-41f8-b607-e6801a807944(a)server1.monalisa.com.py> Content-Type: text/plain; charset=3D"utf-8" Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all res= ult in unknow status Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recu?rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informacio= nes que no pueden ser usadas por otras personas que no sean su(s) destinata= rio(s). La retransmisi?n del contenido no est? autorizada fuera del context= o de su env?o y a quien corresponde. El uso no autorizado de la informaci?n= en este mensaje se halla penado por las leyes vigentes en todo el mundo. S= i ha recibido este mensaje por error, por favor b?rrala y notifique al remi= tente en la brevedad posible. El contenido de este mensaje no es responsabi= lidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150601/274d065c/= attachment-0001.html> ------------------------------ Message: 2 Date: Mon, 01 Jun 2015 14:47:13 -0400 From: Brian Proffitt <bkp(a)redhat.com> To: users(a)ovirt.org, board(a)ovirt.org, announce(a)ovirt.org Subject: [ovirt-users] oVirt Community Newsletter: May 2015 Edition Message-ID: <556CA8B1.8090009(a)redhat.com> Content-Type: text/plain; charset=3Dutf-8 oVirt development is focusing on the next release, 3.6, and along the way the community of users and developers have been talking up their favorite virtual datacenter management platform. ----------------- Software Releases ----------------- oVirt 3.5.3 Second Release Candidate is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/033088.html oVirt 3.6.0 First Alpha Release is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/032964.html ovirt-0.04, bindings for the oVirt REST API, has been released https://metacpan.org/release/HEINCE/Ovirt-0.04 A testing release for moVirt is still ready to check out https://github.com/matobet/movirt ---------------- In the Community ---------------- Virtualization or Containers? Consider the Application https://www.linux.com/news/enterprise/cloud-computing/831179-virtualization= -or-containers-consider-the-application Give Your Feedback on the New oVirt Dashboard https://docs.google.com/a/proffitt.org/forms/d/1nGMgjHeWszisxWAuiV5eCahW_-O= K_ytIiCpwEx_gFQE/viewform oVirt Training and Workshop in Dubai! https://www.facebook.com/events/524600861014320/ DRBD and oVirt/RHEV https://youtu.be/Xk4xprKUf_U ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ How to Install oVirt's Windows Guest Tools http://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-wind= ows-guest-tools/ Real persistence with oVirt Node http://dummdida.tumblr.com/post/118370107970/real-persistence-with-ovirt-no= de SAML and oVirt 3.5 http://machacekondra.blogspot.co.il/2015/05/saml-and-ovirt-35.html Working with oVirt - Part 1 [French] http://www.it-connect.fr/ovirt-partie-1/ Saving the Configuration of Your oVirt Engine/RHEVM [French] https://blog.yvonet.com/2015/05/19/Sauvegarder-la-config-oVirt/ Virtualization with oVirt Parts 1-4 [French] https://blog.yvonet.com/2015/03/27/virtualisation-avec-ovirt-1-introduction= / https://blog.yvonet.com/2015/03/31/virtualisation-avec-ovirt-2-preparation/= https://blog.yvonet.com/2015/04/02/virtualisation-avec-ovirt-3-installation= / https://blog.yvonet.com/2015/04/06/virtualisation-avec-ovirt-4-installation= -suite-et-fin/ Using oVirt to Manage KVM in CentOS 7.1 Parts 1-3 [Japanese] http://qiita.com/ine1127/items/1bc2f2ff12f38e19ba9a http://qiita.com/ine1127/items/942ddd57b514f10e5127 http://qiita.com/ine1127/items/305fe44732f2e2d907da Compiling ovirt-guest-agent on FreeBSD http://lists.ovirt.org/pipermail/users/2015-May/033069.html New Lab Environment ? Ovirt Installation (Part 1) http://www.ct-unlimited.org/2015/05/19/new-lab-environment-ovirt-installati= on-part-1/ Kubernetes and oVirt Cloud Provider (Sept. 2014) https://youtu.be/JyyST4ZKne8 oVirt and OpenStack network integraci?n via Neutron SDN using OriginStack [Spanish] https://youtu.be/P0_s6JjFM1o ovirt ? Force a host from the cluster. (unsupported) tested ver3.5.2 https://12nix.wordpress.com/2015/05/11/ovirt-force-an-host-from-the-cluster= -unsupported-tested-ver3-5-2/ Brian Proffitt -- oVirt Community Liaison bkp(a)redhat.com +1.574.383.9BKP ------------------------------ Message: 3 Date: Mon, 01 Jun 2015 21:12:11 +0200 From: Nicolas Ecarnot <nicolas(a)ecarnot.net> To: users(a)ovirt.org Subject: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <556CAE8B.8030006(a)ecarnot.net> Content-Type: text/plain; charset=3Dwindows-1252; format=3Dflowed Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit : > Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all > result in unknow status Options : lanplus=3D1 -- Nicolas Ecarnot ------------------------------ Message: 4 Date: Mon, 1 Jun 2015 19:31:40 +0000 From: Patrick Russell <patrick_russell(a)volusion.com> To: Nicolas Ecarnot <nicolas(a)ecarnot.net> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <ABC5992C-EE39-4A66-AE5F-413D7CD4D306(a)volusion.com> Content-Type: text/plain; charset=3D"Windows-1252" Nicolas, We have newer Dell working with the following setting: type: drac5 slot: options: cmd_prompt=3D> secure: <checked> Works fine for us. Even on the new Dell FC630?s this configuration is worki= ng. -Patrick > On Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote: = > > Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit : >> Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all = >> result in unknow status > > Options : lanplus=3D1 > > -- > Nicolas Ecarnot > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 5 Date: Tue, 02 Jun 2015 08:03:11 +0200 From: Piotr Szubiakowski <piotr.szubiakowski(a)nask.pl> To: users(a)ovirt.org Subject: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI Message-ID: <556D471F.3090306(a)nask.pl> Content-Type: text/plain; charset=3Dwindows-1252; format=3Dflowed Hi, I have working Power Management on Dell PowerEdge R820. The configuration is following: Type: drac7 Options: key=3D'$value' where $value should be set the same as following setting in iDRAC: iDRAC Settings -> Network -> IPMI Settings -> Encryption Key Regards, Piotr W dniu 01.06.2015 o 21:31, Patrick Russell pisze: > Nicolas, > > We have newer Dell working with the following setting: > > type: drac5 > slot: > options: cmd_prompt=3D> > secure: <checked> > > > Works fine for us. Even on the new Dell FC630?s this configuration is wor= king. > > -Patrick > >> On Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote:= >> >> Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit : >>> Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all= >>> result in unknow status >> Options : lanplus=3D1 >> >> -- >> Nicolas Ecarnot >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ Message: 6 Date: Tue, 2 Jun 2015 06:41:04 +0000 From: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] WHERE IS engine-manage-domain CONFIGURE FILE Message-ID: <EE4D679B9474414187D2E27D8B6890F696783B(a)G08CNEXMBPEKD01.g08.fujitsu.local> = Content-Type: text/plain; charset=3D"gb2312" HI ,ALL engine-iso-uploader/engine-image-uploader both has the configure file (defa= ult is /etc/ovirt-engine/isouploader.conf and imageuploader.conf) In the configure file we can edit the command parameter in it and can save = lots of time. But engine-manage-domain didn?t have the configure file, althought it also = has ??config-file? parameter. So where is the config-file for engine-manage= -domain? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150602/9fc67688/= attachment-0001.html> ------------------------------ Message: 7 Date: Tue, 2 Jun 2015 09:58:29 +0200 From: Pavel Stehlik <pstehlik(a)redhat.com> To: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] WHERE IS engine-manage-domain CONFIGURE FILE Message-ID: <D17A510C-DD1A-4284-82F3-16AAB8B6F200(a)redhat.com> Content-Type: text/plain; charset=3D"utf-8" /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf P. > On 02 Jun 2015, at 08:41, Xie, Chao <xiec.fnst(a)cn.fujitsu.com> wrote: > > HI ,ALL > engine-iso-uploader/engine-image-uploader both has the configure file (de= fault is /etc/ovirt-engine/isouploader.conf and imageuploader.conf) > > In the configure file we can edit the command parameter in it and can sav= e lots of time. > > But engine-manage-domain didn?t have the configure file, althought it als= o has ??config-file? parameter. So where is the config-file for engine-mana= ge-domain? > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mai= lman/listinfo/users> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150602/aa058446/= attachment.html> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 45, Issue 3 ************************************ ---------------------------------------------------=0A"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"=0A"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."=0A --=_308e0797-2d09-49f0-a83a-7f7c6dcad4d7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: Arial; font-size: 10pt; color: #000000'>Thanks,<b= r><br>Solve the issue with key=3D'' + lanplus=3D1 + ssl=3D1<br><span><br><s= pan name=3D"x"></span><font style=3D"font-family: arial,helvetica,sans-seri= f;" size=3D"2"><font style=3D"font-weight: bold; font-family: arial,helveti= ca,sans-serif;" size=3D"2">JUAN CARLOS YJ LIN</font><br></font><font style= =3D"font-family: arial,helvetica,sans-serif;" size=3D"2"><em></span>Tecnolo= g=C3=ADa de la Informaci=C3=B3n<br></font><font style=3D"font-family: arial= ,helvetica,sans-serif;" size=3D"2">MONALISA Internacional SA<br>Boquer=C3= =B3n 310<br>Ciudad del Este =E2=80=93 PARAGUAY<br>Tel + 595 61 500 645<br>F= ax + 595 61 512 695<br><span style=3D"color: rgb(0, 0, 0);">lin(a)monalisa.co= m.py </em><br style=3D"color: rgb(0, 0, 0);"><a href=3D"http://www.monalisa= .com.py"><span style=3D"color: rgb(0, 0, 0);">www.monalisa.com.py</span></a= ></font><span name=3D"x"></span><br></span><br><hr id=3D"zwchr"><div style= =3D"color:#000;font-weight:normal;font-style:normal;text-decoration:none;fo= nt-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>De: </b>users-requ= est(a)ovirt.org<br><b>Para: </b>users(a)ovirt.org<br><b>Enviados: </b>Martes, 2= de Junio 2015 4:58:32<br><b>Asunto: </b>Users Digest, Vol 45, Issue 3<br><= br>Send Users mailing list submissions to<br>     =    users(a)ovirt.org<br><br>To subscribe or unsubscribe via th= e World Wide Web, visit<br>        = http://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a mess= age with subject or body 'help' to<br>      &= nbsp; users-request(a)ovirt.org<br><br>You can reach the person managing= the list at<br>        users-owner= @ovirt.org<br><br>When replying, please edit your Subject line so it is mor= e specific<br>than "Re: Contents of Users digest..."<br><br><br>Today's Top= ics:<br><br>   1.  Dell R720 iDRAC7 config IPMI (Juan Carlos= YJ. Lin)<br>   2.  oVirt Community Newsletter: May 2015 Edi= tion (Brian Proffitt)<br>   3. Re:  Dell R720 iDRAC7 config = IPMI (Nicolas Ecarnot)<br>   4. Re:  Dell R720 iDRAC7 config= IPMI (Patrick Russell)<br>   5. Re:  Dell R720 iDRAC7 confi= g IPMI (Piotr Szubiakowski)<br>   6.  WHERE IS engine-manage= -domain  CONFIGURE FILE (Xie, Chao)<br>   7. Re:  WHERE= IS engine-manage-domain  CONFIGURE FILE (Pavel Stehlik)<br><br><br>--= --------------------------------------------------------------------<br><br= >Message: 1<br>Date: Mon, 01 Jun 2015 14:44:35 -0400 (PYT)<br>From: "Juan C= arlos YJ. Lin" <lin(a)unisoft.com.py><br>To: "users " <users(a)ovirt.o= rg><br>Subject: [ovirt-users] Dell R720 iDRAC7 config IPMI<br>Message-ID= :<br>        <627ab823-da40-41f8= -b607-e6801a807944(a)server1.monalisa.com.py><br>Content-Type: text/plain;= charset=3D"utf-8"<br><br>Need help to configure Dell R720 IPMI, tested wit= h drac5, drac7 but all result in unknow status <br><br><br>Juan Carlos Lin = <br>Unisoft S.A. <br>+595-993-288330 <br><br><br>--------------------------= -------------------------<br>"Antes de imprimir, recu?rdese de su compromis= o con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destin= atario y contiene informaciones que no pueden ser usadas por otras personas= que no sean su(s) destinatario(s). La retransmisi?n del contenido no est? = autorizada fuera del contexto de su env?o y a quien corresponde. El uso no = autorizado de la informaci?n en este mensaje se halla penado por las leyes = vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor= b?rrala y notifique al remitente en la brevedad posible. El contenido de e= ste mensaje no es responsabilidad de la Empresa y debe ser atribuido siempr= e a su autor. Gracias."<br>-------------- next part --------------<br>An HT= ML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/= users/attachments/20150601/274d065c/attachment-0001.html><br><br>-------= -----------------------<br><br>Message: 2<br>Date: Mon, 01 Jun 2015 14:47:1= 3 -0400<br>From: Brian Proffitt <bkp(a)redhat.com><br>To: users(a)ovirt.o= rg, board(a)ovirt.org, announce(a)ovirt.org<br>Subject: [ovirt-users] oVirt Com= munity Newsletter: May 2015 Edition<br>Message-ID: <556CA8B1.8090009@red= hat.com><br>Content-Type: text/plain; charset=3Dutf-8<br><br>oVirt devel= opment is focusing on the next release, 3.6, and along the<br>way the commu= nity of users and developers have been talking up their<br>favorite virtual= datacenter management platform.<br><br>-----------------<br>Software Relea= ses<br>-----------------<br><br>oVirt 3.5.3 Second Release Candidate is now= available for testing<br>http://lists.ovirt.org/pipermail/users/2015-May/0= 33088.html<br><br>oVirt 3.6.0 First Alpha Release is now available for test= ing<br>http://lists.ovirt.org/pipermail/users/2015-May/032964.html<br><br>o= virt-0.04, bindings for the oVirt REST API, has been released<br>https://me= tacpan.org/release/HEINCE/Ovirt-0.04<br><br>A testing release for moVirt is= still ready to check out<br>https://github.com/matobet/movirt<br><br>-----= -----------<br>In the Community<br>----------------<br><br>Virtualization o= r Containers? Consider the Application<br>https://www.linux.com/news/enterp= rise/cloud-computing/831179-virtualization-or-containers-consider-the-appli= cation<br><br>Give Your Feedback on the New oVirt Dashboard<br>https://docs= .google.com/a/proffitt.org/forms/d/1nGMgjHeWszisxWAuiV5eCahW_-OK_ytIiCpwEx_= gFQE/viewform<br><br>oVirt Training and Workshop in Dubai!<br>https://www.f= acebook.com/events/524600861014320/<br><br>DRBD and oVirt/RHEV<br>https://y= outu.be/Xk4xprKUf_U<br><br>------------------------------------<br>Deep Div= es and Technical Discussions<br>------------------------------------<br><br= >How to Install oVirt's Windows Guest Tools<br>http://community.redhat.com/= blog/2015/05/how-to-install-and-use-ovirts-windows-guest-tools/<br><br>Real= persistence with oVirt Node<br>http://dummdida.tumblr.com/post/11837010797= 0/real-persistence-with-ovirt-node<br><br>SAML and oVirt 3.5<br>http://mach= acekondra.blogspot.co.il/2015/05/saml-and-ovirt-35.html<br><br>Working with= oVirt - Part 1 [French]<br>http://www.it-connect.fr/ovirt-partie-1/<br><br= >Saving the Configuration of Your oVirt Engine/RHEVM [French]<br>https://bl= og.yvonet.com/2015/05/19/Sauvegarder-la-config-oVirt/<br><br>Virtualization= with oVirt Parts 1-4 [French]<br>https://blog.yvonet.com/2015/03/27/virtua= lisation-avec-ovirt-1-introduction/<br>https://blog.yvonet.com/2015/03/31/v= irtualisation-avec-ovirt-2-preparation/<br>https://blog.yvonet.com/2015/04/= 02/virtualisation-avec-ovirt-3-installation/<br>https://blog.yvonet.com/201= 5/04/06/virtualisation-avec-ovirt-4-installation-suite-et-fin/<br><br>Using= oVirt to Manage KVM in CentOS 7.1 Parts 1-3 [Japanese]<br>http://qiita.com= /ine1127/items/1bc2f2ff12f38e19ba9a<br>http://qiita.com/ine1127/items/942dd= d57b514f10e5127<br>http://qiita.com/ine1127/items/305fe44732f2e2d907da<br><= br>Compiling ovirt-guest-agent on FreeBSD<br>http://lists.ovirt.org/piperma= il/users/2015-May/033069.html<br><br>New Lab Environment ? Ovirt Installati= on (Part 1)<br>http://www.ct-unlimited.org/2015/05/19/new-lab-environment-o= virt-installation-part-1/<br><br>Kubernetes and oVirt Cloud Provider (Sept.= 2014)<br>https://youtu.be/JyyST4ZKne8<br><br>oVirt and OpenStack network i= ntegraci?n via Neutron SDN using<br>OriginStack [Spanish]<br>https://youtu.= be/P0_s6JjFM1o<br><br>ovirt ? Force a host from the cluster. (unsupported) = tested ver3.5.2<br>https://12nix.wordpress.com/2015/05/11/ovirt-force-an-ho= st-from-the-cluster-unsupported-tested-ver3-5-2/<br><br><br>Brian Proffitt<= br><br>-- <br>oVirt Community Liaison<br>bkp(a)redhat.com<br>+1.574.383.9BKP<= br><br><br>------------------------------<br><br>Message: 3<br>Date: Mon, 0= 1 Jun 2015 21:12:11 +0200<br>From: Nicolas Ecarnot <nicolas(a)ecarnot.net&= gt;<br>To: users(a)ovirt.org<br>Subject: Re: [ovirt-users] Dell R720 iDRAC7 c= onfig IPMI<br>Message-ID: <556CAE8B.8030006(a)ecarnot.net><br>Content-T= ype: text/plain; charset=3Dwindows-1252; format=3Dflowed<br><br>Le 01/06/20= 15 20:44, Juan Carlos YJ. Lin a ?crit :<br>> Need help to configure Dell= R720 IPMI, tested with drac5, drac7 but all<br>> result in unknow statu= s<br><br>Options : lanplus=3D1<br><br>-- <br>Nicolas Ecarnot<br><br><br>---= ---------------------------<br><br>Message: 4<br>Date: Mon, 1 Jun 2015 19:3= 1:40 +0000<br>From: Patrick Russell <patrick_russell(a)volusion.com><br= >To: Nicolas Ecarnot <nicolas(a)ecarnot.net><br>Cc: "users(a)ovirt.org" &= lt;users(a)ovirt.org><br>Subject: Re: [ovirt-users] Dell R720 iDRAC7 confi= g IPMI<br>Message-ID: <ABC5992C-EE39-4A66-AE5F-413D7CD4D306(a)volusion.com= ><br>Content-Type: text/plain; charset=3D"Windows-1252"<br><br>Nicolas,<= br><br>We have newer Dell working with the following setting:<br><br>type: = drac5<br>slot:<br>options: cmd_prompt=3D><br>secure: <checked><br>= <br><br>Works fine for us. Even on the new Dell FC630?s this configuration = is working.<br><br>-Patrick<br><br>> On Jun 1, 2015, at 2:12 PM, Nicolas= Ecarnot <nicolas(a)ecarnot.net> wrote:<br>> <br>> Le 01/06/2015 = 20:44, Juan Carlos YJ. Lin a ?crit :<br>>> Need help to configure Del= l R720 IPMI, tested with drac5, drac7 but all<br>>> result in unknow = status<br>> <br>> Options : lanplus=3D1<br>> <br>> -- <br>> = Nicolas Ecarnot<br>> _______________________________________________<br>= > Users mailing list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.= org/mailman/listinfo/users<br><br><br><br>------------------------------<br= ><br>Message: 5<br>Date: Tue, 02 Jun 2015 08:03:11 +0200<br>From: Piotr Szu= biakowski <piotr.szubiakowski(a)nask.pl><br>To: users(a)ovirt.org<br>Subj= ect: Re: [ovirt-users] Dell R720 iDRAC7 config IPMI<br>Message-ID: <556D= 471F.3090306(a)nask.pl><br>Content-Type: text/plain; charset=3Dwindows-125= 2; format=3Dflowed<br><br>Hi,<br>I have working Power Management on Dell Po= werEdge R820. The <br>configuration is following:<br><br>Type: drac7<br>Opt= ions: key=3D'$value'<br><br>where $value should be set the same as followin= g setting in iDRAC:<br><br>iDRAC Settings -> Network -> IPMI Settings= -> Encryption Key<br><br>Regards,<br>Piotr<br><br>W dniu 01.06.2015 o 2= 1:31, Patrick Russell pisze:<br>> Nicolas,<br>><br>> We have newer= Dell working with the following setting:<br>><br>> type: drac5<br>&g= t; slot:<br>> options: cmd_prompt=3D><br>> secure: <checked>= <br>><br>><br>> Works fine for us. Even on the new Dell FC630?s th= is configuration is working.<br>><br>> -Patrick<br>><br>>> O= n Jun 1, 2015, at 2:12 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrot= e:<br>>><br>>> Le 01/06/2015 20:44, Juan Carlos YJ. Lin a ?crit= :<br>>>> Need help to configure Dell R720 IPMI, tested with drac5= , drac7 but all<br>>>> result in unknow status<br>>> Options= : lanplus=3D1<br>>><br>>> -- <br>>> Nicolas Ecarnot<br>&= gt;> _______________________________________________<br>>> Users m= ailing list<br>>> Users(a)ovirt.org<br>>> http://lists.ovirt.org/= mailman/listinfo/users<br>> ____________________________________________= ___<br>> Users mailing list<br>> Users(a)ovirt.org<br>> http://lists= .ovirt.org/mailman/listinfo/users<br>><br><br><br><br>------------------= ------------<br><br>Message: 6<br>Date: Tue, 2 Jun 2015 06:41:04 +0000<br>F= rom: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com><br>To: "users(a)ovirt.org" = <users(a)ovirt.org><br>Subject: [ovirt-users] WHERE IS engine-manage-do= main  CONFIGURE FILE<br>Message-ID:<br>     &= nbsp;  <EE4D679B9474414187D2E27D8B6890F696783B@G08CNEXMBPEKD01= .g08.fujitsu.local><br>        <= br>Content-Type: text/plain; charset=3D"gb2312"<br><br>HI ,ALL<br> &nb= sp;       engine-iso-uploader/engine-image-uploader both has= the configure file (default is /etc/ovirt-engine/isouploader.conf and imag= euploader.conf)<br><br>In the configure file we can edit the command parame= ter in it and can save lots of time.<br><br>But engine-manage-domain didn?t= have the configure file, althought it also has ??config-file? parameter. S= o where is the config-file for engine-manage-domain?<br><br>-------------- = next part --------------<br>An HTML attachment was scrubbed...<br>URL: <= http://lists.ovirt.org/pipermail/users/attachments/20150602/9fc67688/attach= ment-0001.html><br><br>------------------------------<br><br>Message: 7<= br>Date: Tue, 2 Jun 2015 09:58:29 +0200<br>From: Pavel Stehlik <pstehlik= @redhat.com><br>To: "Xie, Chao" <xiec.fnst(a)cn.fujitsu.com><br>Cc: = "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: Re: [ovirt-users] WHE= RE IS engine-manage-domain  CONFIGURE<br>    &nbsp= ;   FILE<br>Message-ID: <D17A510C-DD1A-4284-82F3-16AAB8B6= F200(a)redhat.com><br>Content-Type: text/plain; charset=3D"utf-8"<br><br><= br><br>/etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf<b= r>P.<br><br><br>> On 02 Jun 2015, at 08:41, Xie, Chao <xiec.fnst(a)cn.f= ujitsu.com> wrote:<br>> <br>> HI ,ALL<br>>      =    engine-iso-uploader/engine-image-uploader both has the config= ure file (default is /etc/ovirt-engine/isouploader.conf and imageuploader.c= onf)<br>>  <br>> In the configure file we can edit the command p= arameter in it and can save lots of time.<br>>  <br>> But engine= -manage-domain didn?t have the configure file, althought it also has ??conf= ig-file? parameter. So where is the config-file for engine-manage-domain?<b= r>>  <br>> _______________________________________________<br>&g= t; Users mailing list<br>> Users(a)ovirt.org <mailto:Users@ovirt.org&gt= ;<br>> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ov= irt.org/mailman/listinfo/users><br>-------------- next part ------------= --<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org= /pipermail/users/attachments/20150602/aa058446/attachment.html><br><br>-= -----------------------------<br><br>______________________________________= _________<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.or= g/mailman/listinfo/users<br><br><br>End of Users Digest, Vol 45, Issue 3<br= >************************************<br></div><br></div> <br>= <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang=3D"es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML> <br>= </body></html> --=_308e0797-2d09-49f0-a83a-7f7c6dcad4d7--

1 0

snapshot deleting
by paf1＠email.cz 02 Jun '15

02 Jun '15

Hello, my question is about deleting default snapshots generated via disk moving between storages. The snapshot called "Auto-generated for Live Storage Migration" is NOT automaticaly deleted after movement done. Is this default or any bug ?? regs. Pavel

2 1

3.5.2 live merge
by Patrick Russell 02 Jun '15

02 Jun '15

--_000_D6B620CCC76D45B69F9D7E20570FEFADvolusioncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgZXZlcnlvbmUsDQoNCldl4oCZcmUgbm90IHNlZWluZyBsaXZlIG1lcmdlIHdvcmtpbmcgYXMg b2YgdGhlIDMuNS4yIHVwZGF0ZS4gV2XigJl2ZSB0ZXN0ZWQgdXNpbmcgZmlicmUgY2hhbm5lbCBh bmQgTkZTIGF0dGFjaGVkIHN0b3JhZ2UuIEJvdGggdGhyb3dpbmcgdGhlIHNhbWUgZXJyb3IgY29k ZS4gQXJlIG90aGVyIHBlb3BsZSBzZWVpbmcgc3VjY2VzcyB3aXRoIGxpdmUtbWVyZ2UgYWZ0ZXIg dGhlIHVwZGF0ZT8NCg0KSGVyZeKAmXMgdGhlIGVudmlyb25tZW50Og0KDQpFbmdpbmUgUnVubmlu ZyBvbiBDZW50T1MgNng2NCB1cGRhdGVkIHRvIDMuNS4yIHZpYSB5dW0gdXBkYXRlIChzdGFuZGFs b25lIHBoeXNpY2FsIGJveCwgZHVhbCBzb2NrZXQgaGV4IGNvcmUgKyBoeXBlcnRocmVhZGluZywg MTZHQiBtZW1vcnkpDQoNCiMgcnBtIC1xYSB8Z3JlcCBvdmlydA0Kb3ZpcnQtZW5naW5lLWNsaS0z LjUuMC41LTEuZWw2Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLTMuNS4xLjEtMS5lbDYubm9hcmNoDQpv dmlydC1lbmdpbmUtc2V0dXAtcGx1Z2luLW92aXJ0LWVuZ2luZS0zLjUuMi0xLmVsNi5ub2FyY2gN Cm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUtMy41LjItMS5lbDYubm9hcmNoDQpv dmlydC1lbmdpbmUtc2V0dXAtMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1ndWVzdC10b29scy0z LjUuMC0wLjUubWFzdGVyLm5vYXJjaA0Kb3ZpcnQtaG9zdC1kZXBsb3ktMS4zLjEtMS5lbDYubm9h cmNoDQpvdmlydC1lbmdpbmUtc2RrLXB5dGhvbi0zLjUuMi4xLTEuZWw2Lm5vYXJjaA0Kb3ZpcnQt ZW5naW5lLXNldHVwLXBsdWdpbi1vdmlydC1lbmdpbmUtY29tbW9uLTMuNS4yLTEuZWw2Lm5vYXJj aA0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQtMy41LjEuMS0xLmVsNi5ub2FyY2gNCm92aXJ0LWVuZ2lu ZS11c2VycG9ydGFsLTMuNS4xLjEtMS5lbDYubm9hcmNoDQpvdmlydC1lbmdpbmUtZGJzY3JpcHRz LTMuNS4xLjEtMS5lbDYubm9hcmNoDQpvdmlydC1lbmdpbmUtdG9vbHMtMy41LjEuMS0xLmVsNi5u b2FyY2gNCm92aXJ0LWhvc3QtZGVwbG95LW9mZmxpbmUtMS4zLjEtMS5lbDYueDg2XzY0DQpvdmly dC1lbmdpbmUtc2V0dXAtcGx1Z2luLXdlYnNvY2tldC1wcm94eS0zLjUuMi0xLmVsNi5ub2FyY2gN Cm92aXJ0LWVuZ2luZS13ZWJzb2NrZXQtcHJveHktMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1p c28tdXBsb2FkZXItMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1lbmdpbmUtZXh0ZW5zaW9ucy1h cGktaW1wbC0zLjUuMi0xLmVsNi5ub2FyY2gNCm92aXJ0LWVuZ2luZS1qYm9zcy1hcy03LjEuMS0x LmVsNi54ODZfNjQNCm92aXJ0LWVuZ2luZS13ZWJhZG1pbi1wb3J0YWwtMy41LjEuMS0xLmVsNi5u b2FyY2gNCm92aXJ0LWVuZ2luZS1yZXN0YXBpLTMuNS4xLjEtMS5lbDYubm9hcmNoDQpvdmlydC1n dWVzdC10b29scy1pc28tMy41LTcubm9hcmNoDQpvdmlydC1pbWFnZS11cGxvYWRlci0zLjUuMS0x LmVsNi5ub2FyY2gNCm92aXJ0LWVuZ2luZS1saWItMy41LjItMS5lbDYubm9hcmNoDQpvdmlydC1l bmdpbmUtc2V0dXAtYmFzZS0zLjUuMi0xLmVsNi5ub2FyY2gNCm92aXJ0LXJlbGVhc2UzNS0wMDMt MS5ub2FyY2gNCm92aXJ0LWhvc3QtZGVwbG95LWphdmEtMS4zLjEtMS5lbDYubm9hcmNoDQoNCkh5 cGVydmlzb3JzIGFyZSBydW5uaW5nIG92aXJ0LW5vZGUsIHVwZ3JhZGVkIGZyb20gSVNPIDogaHR0 cDovL3Jlc291cmNlcy5vdmlydC5vcmcvcHViL292aXJ0LTMuNS9pc28vb3ZpcnQtbm9kZS9lbDct My41LjIvb3ZpcnQtbm9kZS1pc28tMy41LTAuOTk5LjIwMTUwNDI4MDkzMS5lbDcuY2VudG9zLmlz bw0KDQoNCkhlcmXigJlzIGEgc25pcHBldCBmcm9tIHRoZSBsb2dzOg0KDQoyMDE1LTA0LTI5IDE4 OjQ3OjE2LDk0NyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9r ZXIuTWVyZ2VWRFNDb21tYW5kXSAocG9vbC03LXRocmVhZC0yKSBbNDhlYjBiMWRdIEZJTklTSCwg TWVyZ2VWRFNDb21tYW5kLCBsb2cgaWQ6IDUxMjFlY2M5DQoyMDE1LTA0LTI5IDE4OjQ3OjE2LDk0 NyBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5NZXJnZUNvbW1hbmRdIChwb29sLTct dGhyZWFkLTIpIFs0OGViMGIxZF0gQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk1l cmdlQ29tbWFuZCB0aHJvdyBWZGMgQmxsIGV4Y2VwdGlvbi4gV2l0aCBlcnJvciBtZXNzYWdlIFZk Y0JMTEV4Y2VwdGlvbjogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIu VkRTRXJyb3JFeGNlcHRpb246IFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9u OiBGYWlsZWQgdG8gTWVyZ2VWRFMsIGVycm9yID0gTWVyZ2UgZmFpbGVkLCBjb2RlID0gNTIgKEZh aWxlZCB3aXRoIGVycm9yIG1lcmdlRXJyIGFuZCBjb2RlIDUyKQ0KMjAxNS0wNC0yOSAxODo0Nzox Niw5NTQgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuTWVyZ2VDb21tYW5kXSAocG9v bC03LXRocmVhZC0yKSBbNDhlYjBiMWRdIFRyYW5zYWN0aW9uIHJvbGxlZC1iYWNrIGZvciBjb21t YW5kOiBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk1lcmdlQ29tbWFuZC4NCjIwMTUtMDQtMjkg MTg6NDc6MTYsOTgxIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jy b2tlci5NZXJnZVZEU0NvbW1hbmRdIChwb29sLTctdGhyZWFkLTMpIFs1NDk1YmRlN10gRmFpbGVk IGluIE1lcmdlVkRTIG1ldGhvZA0KMjAxNS0wNC0yOSAxODo0NzoxNiw5ODIgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLk1lcmdlVkRTQ29tbWFuZF0gKHBv b2wtNy10aHJlYWQtMykgWzU0OTViZGU3XSBDb21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52 ZHNicm9rZXIudmRzYnJva2VyLk1lcmdlVkRTQ29tbWFuZCByZXR1cm4gdmFsdWUNCiBTdGF0dXNP bmx5UmV0dXJuRm9yWG1sUnBjIFttU3RhdHVzPVN0YXR1c0ZvclhtbFJwYyBbbUNvZGU9NTIsIG1N ZXNzYWdlPU1lcmdlIGZhaWxlZF1dDQoNCg0K --_000_D6B620CCC76D45B69F9D7E20570FEFADvolusioncom_ Content-Type: text/html; charset="utf-8" Content-ID: <7419DBD3662F7E40948D48866FF46D49(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBldmVy eW9uZSw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQpXZeKAmXJl IG5vdCBzZWVpbmcgbGl2ZSBtZXJnZSB3b3JraW5nIGFzIG9mIHRoZSAzLjUuMiB1cGRhdGUuIFdl 4oCZdmUgdGVzdGVkIHVzaW5nIGZpYnJlIGNoYW5uZWwgYW5kIE5GUyBhdHRhY2hlZCBzdG9yYWdl LiBCb3RoIHRocm93aW5nIHRoZSBzYW1lIGVycm9yIGNvZGUuIEFyZSBvdGhlciBwZW9wbGUgc2Vl aW5nIHN1Y2Nlc3Mgd2l0aCBsaXZlLW1lcmdlIGFmdGVyIHRoZSB1cGRhdGU/DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5IZXJl4oCZcyB0aGUgZW52 aXJvbm1lbnQ6PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5FbmdpbmUgUnVubmluZyBvbiBDZW50T1MgNng2NCB1cGRhdGVkIHRvIDMuNS4y IHZpYSB5dW0gdXBkYXRlIChzdGFuZGFsb25lIHBoeXNpY2FsIGJveCwgZHVhbCBzb2NrZXQgaGV4 IGNvcmUgJiM0MzsgaHlwZXJ0aHJlYWRpbmcsIDE2R0IgbWVtb3J5KTwvZGl2Pg0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIi PiMgcnBtIC1xYSB8Z3JlcCBvdmlydDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUt Y2xpLTMuNS4wLjUtMS5lbDYubm9hcmNoPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2lu ZS0zLjUuMS4xLTEuZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUt c2V0dXAtcGx1Z2luLW92aXJ0LWVuZ2luZS0zLjUuMi0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+b3ZpcnQtZW5naW5lLXNldHVwLXBsdWdpbi1hbGxpbm9uZS0zLjUuMi0xLmVsNi5u b2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLXNldHVwLTMuNS4yLTEuZWw2 Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1ndWVzdC10b29scy0zLjUuMC0wLjUu bWFzdGVyLm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1ob3N0LWRlcGxveS0xLjMu MS0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLXNkay1weXRo b24tMy41LjIuMS0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5l LXNldHVwLXBsdWdpbi1vdmlydC1lbmdpbmUtY29tbW9uLTMuNS4yLTEuZWw2Lm5vYXJjaDwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtYmFja2VuZC0zLjUuMS4xLTEuZWw2Lm5vYXJj aDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtdXNlcnBvcnRhbC0zLjUuMS4xLTEu ZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtZGJzY3JpcHRzLTMu NS4xLjEtMS5lbDYubm9hcmNoPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS10b29s cy0zLjUuMS4xLTEuZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1ob3N0LWRl cGxveS1vZmZsaW5lLTEuMy4xLTEuZWw2Lng4Nl82NDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmly dC1lbmdpbmUtc2V0dXAtcGx1Z2luLXdlYnNvY2tldC1wcm94eS0zLjUuMi0xLmVsNi5ub2FyY2g8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtZW5naW5lLXdlYnNvY2tldC1wcm94eS0zLjUuMi0x LmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtaXNvLXVwbG9hZGVyLTMuNS4y LTEuZWw2Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1lbmdpbmUtZXh0ZW5zaW9u cy1hcGktaW1wbC0zLjUuMi0xLmVsNi5ub2FyY2g8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQt ZW5naW5lLWpib3NzLWFzLTcuMS4xLTEuZWw2Lng4Nl82NDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5v dmlydC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLTMuNS4xLjEtMS5lbDYubm9hcmNoPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS1yZXN0YXBpLTMuNS4xLjEtMS5lbDYubm9hcmNoPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWd1ZXN0LXRvb2xzLWlzby0zLjUtNy5ub2FyY2g8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+b3ZpcnQtaW1hZ2UtdXBsb2FkZXItMy41LjEtMS5lbDYubm9hcmNo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS1saWItMy41LjItMS5lbDYubm9hcmNo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWVuZ2luZS1zZXR1cC1iYXNlLTMuNS4yLTEuZWw2 Lm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5vdmlydC1yZWxlYXNlMzUtMDAzLTEubm9hcmNo PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPm92aXJ0LWhvc3QtZGVwbG95LWphdmEtMS4zLjEtMS5lbDYu bm9hcmNoPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPkh5cGVydmlzb3JzIGFyZSBydW5uaW5nIG92aXJ0LW5vZGUsIHVwZ3Jh ZGVkIGZyb20gSVNPIDombmJzcDs8YSBocmVmPSJodHRwOi8vcmVzb3VyY2VzLm92aXJ0Lm9yZy9w dWIvb3ZpcnQtMy41L2lzby9vdmlydC1ub2RlL2VsNy0zLjUuMi9vdmlydC1ub2RlLWlzby0zLjUt MC45OTkuMjAxNTA0MjgwOTMxLmVsNy5jZW50b3MuaXNvIiBjbGFzcz0iIj5odHRwOi8vcmVzb3Vy Y2VzLm92aXJ0Lm9yZy9wdWIvb3ZpcnQtMy41L2lzby9vdmlydC1ub2RlL2VsNy0zLjUuMi9vdmly dC1ub2RlLWlzby0zLjUtMC45OTkuMjAxNTA0MjgwOTMxLmVsNy5jZW50b3MuaXNvPC9hPjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkhlcmXigJlzIGEgc25pcHBldCBmcm9t IHRoZSBsb2dzOg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjIwMTUtMDQtMjkgMTg6NDc6MTYsOTQ3IElORk8gJm5ic3A7 W29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLk1lcmdlVkRTQ29tbWFu ZF0gKHBvb2wtNy10aHJlYWQtMikgWzQ4ZWIwYjFkXSBGSU5JU0gsIE1lcmdlVkRTQ29tbWFuZCwg bG9nIGlkOiA1MTIxZWNjOTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4yMDE1LTA0LTI5IDE4OjQ3OjE2 LDk0NyBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5NZXJnZUNvbW1hbmRdIChwb29s LTctdGhyZWFkLTIpIFs0OGViMGIxZF0gQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs Lk1lcmdlQ29tbWFuZCB0aHJvdyBWZGMgQmxsIGV4Y2VwdGlvbi4gV2l0aCBlcnJvciBtZXNzYWdl IFZkY0JMTEV4Y2VwdGlvbjogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9r ZXIuVkRTRXJyb3JFeGNlcHRpb246DQogVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNl cHRpb246IEZhaWxlZCB0byBNZXJnZVZEUywgZXJyb3IgPSBNZXJnZSBmYWlsZWQsIGNvZGUgPSA1 MiAoRmFpbGVkIHdpdGggZXJyb3IgbWVyZ2VFcnIgYW5kIGNvZGUgNTIpPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjIwMTUtMDQtMjkgMTg6NDc6MTYsOTU0IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUuYmxsLk1lcmdlQ29tbWFuZF0gKHBvb2wtNy10aHJlYWQtMikgWzQ4ZWIwYjFkXSBUcmFuc2Fj dGlvbiByb2xsZWQtYmFjayBmb3IgY29tbWFuZDogb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5N ZXJnZUNvbW1hbmQuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjIwMTUtMDQtMjkgMTg6NDc6MTYsOTgx IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5NZXJnZVZE U0NvbW1hbmRdIChwb29sLTctdGhyZWFkLTMpIFs1NDk1YmRlN10gRmFpbGVkIGluIE1lcmdlVkRT IG1ldGhvZDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4yMDE1LTA0LTI5IDE4OjQ3OjE2LDk4MiBJTkZP ICZuYnNwO1tvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5NZXJnZVZE U0NvbW1hbmRdIChwb29sLTctdGhyZWFkLTMpIFs1NDk1YmRlN10gQ29tbWFuZCBvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5NZXJnZVZEU0NvbW1hbmQgcmV0dXJuIHZh bHVlJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwO1N0YXR1c09ubHlSZXR1cm5Gb3JY bWxScGMgW21TdGF0dXM9U3RhdHVzRm9yWG1sUnBjIFttQ29kZT01MiwgbU1lc3NhZ2U9TWVyZ2Ug ZmFpbGVkXV08L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4N CjwvaHRtbD4NCg== --_000_D6B620CCC76D45B69F9D7E20570FEFADvolusioncom_--

3 3

Re: [ovirt-users] SPICE Through a Router? Squid?
by Nikolai Sednev 02 Jun '15

02 Jun '15

------=_Part_7938061_812884740.1433245782860 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Works perfectly fine for me with VPN towards the environment. I suppose you should use VPN level security for your connectivity to your data center resources. Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Monday, June 1, 2015 2:39:29 AM Subject: Users Digest, Vol 44, Issue 127 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: gluster config in 4 node cluster (???? ???????????) 2. SPICE Through a Router? Squid? (alexmcwhirter(a)triadic.us) 3. Bug in Snapshot Removing (Soeren Malchow) 4. Re: gluster config in 4 node cluster (Soeren Malchow) 5. Re: Bug in Snapshot Removing (Soeren Malchow) 6. Re: Bug in Snapshot Removing (Soeren Malchow) ---------------------------------------------------------------------- Message: 1 Date: Sun, 31 May 2015 19:32:39 +0300 From: ???? ??????????? <y.poltoratskiy(a)gmail.com> To: users(a)ovirt.org Subject: Re: [ovirt-users] gluster config in 4 node cluster Message-ID: <556B37A7.1000508(a)gmail.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" Hi, As for me, I would build one cluster with gluster service only based on two nodes (replica 2), and the other one with virt service only based on other two nodes. I think this variant is more scalable in future. PS. I am a new in oVirt, so do not except that I am wrong. 28.05.2015 23:11, paf1(a)email.cz ?????: > Hello, > How to optimal configure 4 node cluster for any one node goes to > maintenance without stopping VM ?? > > a) replica 4 - but it takes a lot of space > b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by > oVirt 3.7.2 > c) stripe2+replica2 = but VM paused > > any other idea ? > regs. > Pa. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/a3db0889/attach…> ------------------------------ Message: 2 Date: Sun, 31 May 2015 18:54:56 -0400 From: alexmcwhirter(a)triadic.us To: users(a)ovirt.org Subject: [ovirt-users] SPICE Through a Router? Squid? Message-ID: <8bea728a4fb4d5cd804c6aa50cb5e6c8(a)triadic.us> Content-Type: text/plain; charset=US-ASCII; format=flowed I have a dual host setup working right now. Host 1 runs the engine and is also a node. Host 2 does DB storage and NFS storage. The WebSockets proxy is running on Host1. My question is how do I run this behind a router? I am correct in understanding that the WebSockets proxy acts as the spice access point for all of the nodes in the cluster / datacetner? or does each node host need a direct connection for spice? the .vv file I receive from the management console specifies the engine's private IP address which works fine when inside the ovirt management LAN, but it wont route from WAN obviously. So essentially i guess i need squid to rewrite the served vv file to the public IP and somehow make the ports work correctly, which is difficult considering every time a VM is created it also adds its own spice port, correct? ------------------------------ Message: 3 Date: Sun, 31 May 2015 22:56:40 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, users <users(a)ovirt.org> Subject: [ovirt-users] Bug in Snapshot Removing Message-ID: <D1915E46.D966%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="us-ascii" Dear all I am not sure if the mail just did not get any attention between all the mails and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Snapshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/589d7894/attach…> ------------------------------ Message: 4 Date: Sun, 31 May 2015 23:32:53 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: ???? ??????????? <y.poltoratskiy(a)gmail.com>, "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] gluster config in 4 node cluster Message-ID: <D19165E2.D96E%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="windows-1251" Hi For a production environment i would not build a 2 node gluster, i would build at least 3 nodes to have it much easier with the quorum. Taking into account that you can use commodity hardware i would also suggest to split the services, but i would go for at least 3 gluster nodes ? which add up to at least 5 nodes for a HA system. If you want 4 in any case, then my suggestion would be to go for 4 replicas, each node has anything that it needs to run and you can basically use NFS to localhost for the storage which would make the nodes always access the local storage for the VMS, availability wise it makes no difference. Cheers Soeren From: ???? ??????????? <y.poltoratskiy(a)gmail.com<mailto:y.poltoratskiy@gmail.com>> Date: Sunday 31 May 2015 18:32 To: "users(a)ovirt.org<mailto:users@ovirt.org>" <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: [ovirt-users] gluster config in 4 node cluster Hi, As for me, I would build one cluster with gluster service only based on two nodes (replica 2), and the other one with virt service only based on other two nodes. I think this variant is more scalable in future. PS. I am a new in oVirt, so do not except that I am wrong. 28.05.2015 23:11, paf1(a)email.cz<mailto:paf1@email.cz> ?????: Hello, How to optimal configure 4 node cluster for any one node goes to maintenance without stopping VM ?? a) replica 4 - but it takes a lot of space b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by oVirt 3.7.2 c) stripe2+replica2 = but VM paused any other idea ? regs. Pa. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org>http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/75d42960/attach…> ------------------------------ Message: 5 Date: Sun, 31 May 2015 23:35:36 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: Soeren Malchow <soeren.malchow(a)mcon.net>, "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, users <users(a)ovirt.org> Subject: Re: [ovirt-users] Bug in Snapshot Removing Message-ID: <D1916735.D978%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="windows-1252" Small addition again: This error shows up in the log while removing snapshots WITHOUT rendering the Vms unresponsive ? Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: Timed out during operation: cannot acquire state change lock Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.Vm ERROR vmId=`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block job info Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs? ? From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 00:56 To: "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Bug in Snapshot Removing Dear all I am not sure if the mail just did not get any attention between all the mails and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Snapshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/c25fc497/attach…> ------------------------------ Message: 6 Date: Sun, 31 May 2015 23:39:24 +0000 From: Soeren Malchow <soeren.malchow(a)mcon.net> To: Soeren Malchow <soeren.malchow(a)mcon.net>, "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, users <users(a)ovirt.org> Subject: Re: [ovirt-users] Bug in Snapshot Removing Message-ID: <D1916815.D97C%soeren.malchow(a)mcon.net> Content-Type: text/plain; charset="windows-1252" And sorry, another update, it does kill the VM partly, it was still pingable when i wrote the last mail, but no ssh and no spice console possible From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 01:35 To: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>>, "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: [ovirt-users] Bug in Snapshot Removing Small addition again: This error shows up in the log while removing snapshots WITHOUT rendering the Vms unresponsive ? Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: Timed out during operation: cannot acquire state change lock Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.Vm ERROR vmId=`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block job info Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs? ? From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 00:56 To: "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Bug in Snapshot Removing Dear all I am not sure if the mail just did not get any attention between all the mails and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Snapshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20150531/b035f648/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 44, Issue 127 ************************************** ------=_Part_7938061_812884740.1433245782860 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Works perfectly fine for me with VPN towards the environme= nt.</div><div>I suppose you should use VPN level security for your connecti= vity to your data center resources.</div><div><br></div><div><span name=3D"= x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai= <br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Co= mpute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 4350= 1<br><div><br></div>Tel:       +972   9 7692043<br>Mobi= le: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span name= =3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"color= :#000;font-weight:normal;font-style:normal;text-decoration:none;font-family= :Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@ovi= rt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Monday, June 1, 2015 2= :39:29 AM<br><b>Subject: </b>Users Digest, Vol 44, Issue 127<br><div><br></= div>Send Users mailing list submissions to<br>    &nbsp= ;   users(a)ovirt.org<br><div><br></div>To subscribe or unsubs= cribe via the World Wide Web, visit<br>      =   http://lists.ovirt.org/mailman/listinfo/users<br>or, via email,= send a message with subject or body 'help' to<br>    &= nbsp;   users-request(a)ovirt.org<br><div><br></div>You can re= ach the person managing the list at<br>      =   users-owner(a)ovirt.org<br><div><br></div>When replying, please e= dit your Subject line so it is more specific<br>than "Re: Contents of Users= digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div> &= nbsp; 1. Re:  gluster config in 4 node cluster (???? ???????????)<br>&= nbsp;  2.  SPICE Through a Router? Squid? (alexmcwhirter(a)triadic.= us)<br>   3.  Bug in Snapshot Removing (Soeren Malchow)<br>&= nbsp;  4. Re:  gluster config in 4 node cluster (Soeren Malchow)<= br>   5. Re:  Bug in Snapshot Removing (Soeren Malchow)<br>&= nbsp;  6. Re:  Bug in Snapshot Removing (Soeren Malchow)<br><div>= <br></div><br>-------------------------------------------------------------= ---------<br><div><br></div>Message: 1<br>Date: Sun, 31 May 2015 19:32:39 += 0300<br>From: ???? ???????????        &n= bsp;<y.poltoratskiy(a)gmail.com><br>To: users(a)ovirt.org<br>Subject: Re:= [ovirt-users] gluster config in 4 node cluster<br>Message-ID: <556B37A7= .1000508(a)gmail.com><br>Content-Type: text/plain; charset=3D"utf-8"; Form= at=3D"flowed"<br><div><br></div><br>Hi,<br><div><br></div>As for me, I woul= d build one cluster with gluster service only based on <br>two nodes (repli= ca 2), and the other one with virt service only based on <br>other two node= s. I think this variant is more scalable in future.<br><div><br></div>PS. I= am a new in oVirt, so do not except that I am wrong.<br><div><br></div><br= >28.05.2015 23:11, paf1(a)email.cz ?????:<br>> Hello,<br>> How to optim= al configure  4 node cluster for any one node goes to <br>> mainten= ance without stopping VM ??<br>><br>> a) replica 4  - but it tak= es a lot of space<br>> b) disperse 3+1 ( raid 5 ) - but bad performance = and not visible by <br>> oVirt 3.7.2<br>> c) stripe2+replica2 =3D but= VM paused<br>><br>> any other idea ?<br>> regs.<br>> Pa.<br>&g= t;<br>><br>> _______________________________________________<br>> = Users mailing list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.org/m= ailman/listinfo/users<br><div><br></div>-------------- next part ----------= ----<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.o= rg/pipermail/users/attachments/20150531/a3db0889/attachment-0001.html><b= r><div><br></div>------------------------------<br><div><br></div>Message: = 2<br>Date: Sun, 31 May 2015 18:54:56 -0400<br>From: alexmcwhirter(a)triadic.u= s<br>To: users(a)ovirt.org<br>Subject: [ovirt-users] SPICE Through a Router? = Squid?<br>Message-ID: <8bea728a4fb4d5cd804c6aa50cb5e6c8(a)triadic.us><b= r>Content-Type: text/plain; charset=3DUS-ASCII; format=3Dflowed<br><div><br= ></div>I have a dual host setup working right now. Host 1 runs the engine a= nd <br>is also a node. Host 2 does DB storage and NFS storage. The WebSocke= ts <br>proxy is running on Host1.<br><div><br></div>My question is how do I= run this behind a router? I am correct in <br>understanding that the WebSo= ckets proxy acts as the spice access point <br>for all of the nodes in the = cluster / datacetner? or does each node host <br>need a direct connection f= or spice?<br><div><br></div>the .vv file I receive from the management cons= ole specifies the <br>engine's private IP address which works fine when ins= ide the ovirt <br>management LAN, but it wont route from WAN obviously.<br>= <div><br></div>So essentially i guess i need squid to rewrite the served vv= file to the <br>public IP and somehow make the ports work correctly, which= is difficult <br>considering every time a VM is created it also adds its o= wn spice port, <br>correct?<br><div><br></div><br>-------------------------= -----<br><div><br></div>Message: 3<br>Date: Sun, 31 May 2015 22:56:40 +0000= <br>From: Soeren Malchow <soeren.malchow(a)mcon.net><br>To: "libvirt-us= ers(a)redhat.com" <libvirt-users(a)redhat.com>, users<br>  &nbs= p;     <users(a)ovirt.org><br>Subject: [ovirt-= users] Bug in Snapshot Removing<br>Message-ID: <D1915E46.D966%soeren.mal= chow(a)mcon.net><br>Content-Type: text/plain; charset=3D"us-ascii"<br><div= ><br></div>Dear all<br><div><br></div>I am not sure if the mail just did no= t get any attention between all the mails and this time it is also going to= the libvirt mailing list.<br><div><br></div>I am experiencing a problem wi= th VM becoming unresponsive when removing Snapshots (Live Merge) and i thin= k there is a serious problem.<br><div><br></div>Here are the previous mails= ,<br><div><br></div>http://lists.ovirt.org/pipermail/users/2015-May/033083.= html<br><div><br></div>The problem is on a system with everything on the la= test version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied.<br><div><b= r></div>This Problem did NOT exist before upgrading to CentOS 7.1 with an e= nvironment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-pre= view repo activated.<br><div><br></div>I think this is a bug in libvirt, no= t ovirt itself, but i am not sure. The actual file throwing the exception i= s in VDSM (/usr/share/vdsm/virt/vm.py, line 697).<br><div><br></div>We are = very willing to help, test and supply log files in anyway we can.<br><div><= br></div>Regards<br>Soeren<br><div><br></div>-------------- next part -----= ---------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ov= irt.org/pipermail/users/attachments/20150531/589d7894/attachment-0001.html&= gt;<br><div><br></div>------------------------------<br><div><br></div>Mess= age: 4<br>Date: Sun, 31 May 2015 23:32:53 +0000<br>From: Soeren Malchow &lt= ;soeren.malchow(a)mcon.net><br>To: ???? ??????????? <y.poltoratskiy@gma= il.com>,        "users(a)ovirt.org= "<br>        <users(a)ovirt.org&gt= ;<br>Subject: Re: [ovirt-users] gluster config in 4 node cluster<br>Message= -ID: <D19165E2.D96E%soeren.malchow(a)mcon.net><br>Content-Type: text/pl= ain; charset=3D"windows-1251"<br><div><br></div>Hi<br><div><br></div>For a = production environment i would not build a 2 node gluster, i would build at= least 3 nodes to have it much easier with the quorum.<br><div><br></div>Ta= king into account that you can use commodity hardware i would also suggest = to split the services, but i would go for at least 3 gluster nodes ? which = add up to at least 5 nodes for a HA system.<br><div><br></div>If you want 4= in any case, then my suggestion would be to go for 4 replicas, each node h= as anything that it needs to run and you can basically use NFS to localhost= for the storage which would make the nodes always access the local storage= for the VMS, availability wise it makes no difference.<br><div><br></div>C= heers<br>Soeren<br><div><br></div>From: ???? ??????????? <y.poltoratskiy= @gmail.com<mailto:y.poltoratskiy@gmail.com>><br>Date: Sunday 31 Ma= y 2015 18:32<br>To: "users@ovirt.org<mailto:users@ovirt.org>" <use= rs@ovirt.org<mailto:users@ovirt.org>><br>Subject: Re: [ovirt-users= ] gluster config in 4 node cluster<br><div><br></div><br>Hi,<br><div><br></= div>As for me, I would build one cluster with gluster service only based on= two nodes (replica 2), and the other one with virt service only based on o= ther two nodes. I think this variant is more scalable in future.<br><div><b= r></div>PS. I am a new in oVirt, so do not except that I am wrong.<br><div>= <br></div><br>28.05.2015 23:11, paf1@email.cz<mailto:paf1@email.cz> ?= ????:<br>Hello,<br>How to optimal configure  4 node cluster for any on= e node goes to  maintenance without stopping VM ??<br><div><br></div>a= ) replica 4  - but it takes a lot of space<br>b) disperse 3+1 ( raid 5= ) - but bad performance and not visible by oVirt 3.7.2<br>c) stripe2+repli= ca2 =3D but VM paused<br><div><br></div>any other idea ?<br>regs.<br>Pa.<br= ><div><br></div><br><div><br></div>________________________________________= _______<br>Users mailing list<br>Users@ovirt.org<mailto:Users@ovirt.org&= gt;http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div>--------= ------ next part --------------<br>An HTML attachment was scrubbed...<br>UR= L: <http://lists.ovirt.org/pipermail/users/attachments/20150531/75d42960= /attachment-0001.html><br><div><br></div>------------------------------<= br><div><br></div>Message: 5<br>Date: Sun, 31 May 2015 23:35:36 +0000<br>Fr= om: Soeren Malchow <soeren.malchow(a)mcon.net><br>To: Soeren Malchow &l= t;soeren.malchow(a)mcon.net>,<br>      &nbsp= ; "libvirt-users(a)redhat.com"       =  <libvirt-users(a)redhat.com>, users<br>    &n= bsp;   <users(a)ovirt.org><br>Subject: Re: [ovirt-users]= Bug in Snapshot Removing<br>Message-ID: <D1916735.D978%soeren.malchow@m= con.net><br>Content-Type: text/plain; charset=3D"windows-1252"<br><div><= br></div>Small addition again:<br><div><br></div>This error shows up in the= log while removing snapshots WITHOUT rendering the Vms unresponsive<br><di= v><br></div>?<br>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libv= irtd[1657]: Timed out during operation: cannot acquire state change lock<br= >Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.= Vm ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block= job info<br>                 =                     &nbsp= ;                     &nb= sp;      Traceback (most recent call last):<br>   =                     &nbsp= ;                     &nb= sp;                     &= nbsp;File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs?<br><d= iv><br></div>?<br><div><br></div><br><div><br></div>From: Soeren Malchow &l= t;soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net>><br>Date= : Monday 1 June 2015 00:56<br>To: "libvirt-users@redhat.com<mailto:libvi= rt-users(a)redhat.com>" <libvirt-users@redhat.com<mailto:libvirt-use= rs(a)redhat.com>>, users <users@ovirt.org<mailto:users@ovirt.org&= gt;><br>Subject: [ovirt-users] Bug in Snapshot Removing<br><div><br></di= v>Dear all<br><div><br></div>I am not sure if the mail just did not get any= attention between all the mails and this time it is also going to the libv= irt mailing list.<br><div><br></div>I am experiencing a problem with VM bec= oming unresponsive when removing Snapshots (Live Merge) and i think there i= s a serious problem.<br><div><br></div>Here are the previous mails,<br><div= ><br></div>http://lists.ovirt.org/pipermail/users/2015-May/033083.html<br><= div><br></div>The problem is on a system with everything on the latest vers= ion, CentOS 7.1 and ovirt 3.5.2.1 all upgrades applied.<br><div><br></div>T= his Problem did NOT exist before upgrading to CentOS 7.1 with an environmen= t running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview repo= activated.<br><div><br></div>I think this is a bug in libvirt, not ovirt i= tself, but i am not sure. The actual file throwing the exception is in VDSM= (/usr/share/vdsm/virt/vm.py, line 697).<br><div><br></div>We are very will= ing to help, test and supply log files in anyway we can.<br><div><br></div>= Regards<br>Soeren<br><div><br></div>-------------- next part --------------= <br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/p= ipermail/users/attachments/20150531/c25fc497/attachment-0001.html><br><d= iv><br></div>------------------------------<br><div><br></div>Message: 6<br= >Date: Sun, 31 May 2015 23:39:24 +0000<br>From: Soeren Malchow <soeren.m= alchow(a)mcon.net><br>To: Soeren Malchow <soeren.malchow(a)mcon.net>,<= br>        "libvirt-users(a)redhat.co= m"        <libvirt-users(a)redhat.= com>, users<br>        <users= @ovirt.org><br>Subject: Re: [ovirt-users] Bug in Snapshot Removing<br>Me= ssage-ID: <D1916815.D97C%soeren.malchow(a)mcon.net><br>Content-Type: te= xt/plain; charset=3D"windows-1252"<br><div><br></div>And sorry, another upd= ate, it does kill the VM partly, it was still pingable when i wrote the las= t mail, but no ssh and no spice console possible<br><div><br></div>From: So= eren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net&= gt;><br>Date: Monday 1 June 2015 01:35<br>To: Soeren Malchow <soeren.= malchow@mcon.net<mailto:soeren.malchow@mcon.net>>, "libvirt-users@= redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users@redhat= .com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org&= lt;mailto:users@ovirt.org>><br>Subject: Re: [ovirt-users] Bug in Snap= shot Removing<br><div><br></div>Small addition again:<br><div><br></div>Thi= s error shows up in the log while removing snapshots WITHOUT rendering the = Vms unresponsive<br><div><br></div>?<br>Jun 01 01:33:45 mc-dc3ham-compute-0= 2-live.mc.mcon.net libvirtd[1657]: Timed out during operation: cannot acqui= re state change lock<br>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.n= et vdsm[6839]: vdsm vm.Vm ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a= 9`::Error getting block job info<br>         &nbsp= ;                     &nb= sp;                     &= nbsp;            Traceback (most recent call = last):<br>                 &nb= sp;                     &= nbsp;                    =        File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs?<br><div><br></div>?<br><div><br></div><br><div><br></div>= From: Soeren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@m= con.net>><br>Date: Monday 1 June 2015 00:56<br>To: "libvirt-users@red= hat.com<mailto:libvirt-users@redhat.com>" <libvirt-users(a)redhat.co= m<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<= mailto:users@ovirt.org>><br>Subject: [ovirt-users] Bug in Snapshot Re= moving<br><div><br></div>Dear all<br><div><br></div>I am not sure if the ma= il just did not get any attention between all the mails and this time it is= also going to the libvirt mailing list.<br><div><br></div>I am experiencin= g a problem with VM becoming unresponsive when removing Snapshots (Live Mer= ge) and i think there is a serious problem.<br><div><br></div>Here are the = previous mails,<br><div><br></div>http://lists.ovirt.org/pipermail/users/20= 15-May/033083.html<br><div><br></div>The problem is on a system with everyt= hing on the latest version, CentOS 7.1 and ovirt 3.5.2.1 all upgrades appli= ed.<br><div><br></div>This Problem did NOT exist before upgrading to CentOS= 7.1 with an environment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with t= he libvirt-preview repo activated.<br><div><br></div>I think this is a bug = in libvirt, not ovirt itself, but i am not sure. The actual file throwing t= he exception is in VDSM (/usr/share/vdsm/virt/vm.py, line 697).<br><div><br= ></div>We are very willing to help, test and supply log files in anyway we = can.<br><div><br></div>Regards<br>Soeren<br><div><br></div>-------------- n= ext part --------------<br>An HTML attachment was scrubbed...<br>URL: <h= ttp://lists.ovirt.org/pipermail/users/attachments/20150531/b035f648/attachm= ent.html><br><div><br></div>------------------------------<br><div><br><= /div>_______________________________________________<br>Users mailing list<= br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br><div= ><br></div><br>End of Users Digest, Vol 44, Issue 127<br>******************= ********************<br></div><div><br></div></div></body></html> ------=_Part_7938061_812884740.1433245782860--

1 0

WHERE IS engine-manage-domain CONFIGURE FILE
by Xie, Chao 02 Jun '15

02 Jun '15

--_000_EE4D679B9474414187D2E27D8B6890F696783BG08CNEXMBPEKD01g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SEkgLEFMTA0KICAgICAgICAgZW5naW5lLWlzby11cGxvYWRlci9lbmdpbmUtaW1hZ2UtdXBsb2Fk ZXIgYm90aCBoYXMgdGhlIGNvbmZpZ3VyZSBmaWxlIChkZWZhdWx0IGlzIC9ldGMvb3ZpcnQtZW5n aW5lL2lzb3VwbG9hZGVyLmNvbmYgYW5kIGltYWdldXBsb2FkZXIuY29uZikNCg0KSW4gdGhlIGNv bmZpZ3VyZSBmaWxlIHdlIGNhbiBlZGl0IHRoZSBjb21tYW5kIHBhcmFtZXRlciBpbiBpdCBhbmQg Y2FuIHNhdmUgbG90cyBvZiB0aW1lLg0KDQpCdXQgZW5naW5lLW1hbmFnZS1kb21haW4gZGlkbqGv dCBoYXZlIHRoZSBjb25maWd1cmUgZmlsZSwgYWx0aG91Z2h0IGl0IGFsc28gaGFzIKGwoapjb25m aWctZmlsZaGxIHBhcmFtZXRlci4gU28gd2hlcmUgaXMgdGhlIGNvbmZpZy1maWxlIGZvciBlbmdp bmUtbWFuYWdlLWRvbWFpbj8NCg0K --_000_EE4D679B9474414187D2E27D8B6890F696783BG08CNEXMBPEKD01g0_ Content-Type: text/html; charset="gb2312" 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=3Dgb2312"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t= rim:punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">HI ,ALL<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   engine-iso-uploader/engine-image-uploader both has the co= nfigure file (default is /etc/ovirt-engine/isouploader.conf and imageupload= er.conf)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">In the configure file we can ed= it the command parameter in it and can save lots of time.<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">But engine-manage-domain didn= =A1=AFt have the configure file, althought it also has =A1=B0=A1=AAconfig-f= ile=A1=B1 parameter. So where is the config-file for engine-manage-domain?<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F696783BG08CNEXMBPEKD01g0_--

3 2

Dell R720 iDRAC7 config IPMI
by Juan Carlos YJ. Lin 02 Jun '15

02 Jun '15

--=_f8ca30ab-14e5-427d-a464-40d2ddd06d1b Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all result in unknow status Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_f8ca30ab-14e5-427d-a464-40d2ddd06d1b 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; font-size: 10pt; color: #000000'><span>Need help to configure Dell R720 IPMI, tested with drac5, drac7 but all result in unknow status<br><br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_f8ca30ab-14e5-427d-a464-40d2ddd06d1b--

4 3

oVirt Community Newsletter: May 2015 Edition
by Brian Proffitt 01 Jun '15

01 Jun '15

oVirt development is focusing on the next release, 3.6, and along the way the community of users and developers have been talking up their favorite virtual datacenter management platform. ----------------- Software Releases ----------------- oVirt 3.5.3 Second Release Candidate is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/033088.html oVirt 3.6.0 First Alpha Release is now available for testing http://lists.ovirt.org/pipermail/users/2015-May/032964.html ovirt-0.04, bindings for the oVirt REST API, has been released https://metacpan.org/release/HEINCE/Ovirt-0.04 A testing release for moVirt is still ready to check out https://github.com/matobet/movirt ---------------- In the Community ---------------- Virtualization or Containers? Consider the Application https://www.linux.com/news/enterprise/cloud-computing/831179-virtualization… Give Your Feedback on the New oVirt Dashboard https://docs.google.com/a/proffitt.org/forms/d/1nGMgjHeWszisxWAuiV5eCahW_-O… oVirt Training and Workshop in Dubai! https://www.facebook.com/events/524600861014320/ DRBD and oVirt/RHEV https://youtu.be/Xk4xprKUf_U ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ How to Install oVirt's Windows Guest Tools http://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-wind… Real persistence with oVirt Node http://dummdida.tumblr.com/post/118370107970/real-persistence-with-ovirt-no… SAML and oVirt 3.5 http://machacekondra.blogspot.co.il/2015/05/saml-and-ovirt-35.html Working with oVirt - Part 1 [French] http://www.it-connect.fr/ovirt-partie-1/ Saving the Configuration of Your oVirt Engine/RHEVM [French] https://blog.yvonet.com/2015/05/19/Sauvegarder-la-config-oVirt/ Virtualization with oVirt Parts 1-4 [French] https://blog.yvonet.com/2015/03/27/virtualisation-avec-ovirt-1-introduction/ https://blog.yvonet.com/2015/03/31/virtualisation-avec-ovirt-2-preparation/ https://blog.yvonet.com/2015/04/02/virtualisation-avec-ovirt-3-installation/ https://blog.yvonet.com/2015/04/06/virtualisation-avec-ovirt-4-installation… Using oVirt to Manage KVM in CentOS 7.1 Parts 1-3 [Japanese] http://qiita.com/ine1127/items/1bc2f2ff12f38e19ba9a http://qiita.com/ine1127/items/942ddd57b514f10e5127 http://qiita.com/ine1127/items/305fe44732f2e2d907da Compiling ovirt-guest-agent on FreeBSD http://lists.ovirt.org/pipermail/users/2015-May/033069.html New Lab Environment — Ovirt Installation (Part 1) http://www.ct-unlimited.org/2015/05/19/new-lab-environment-ovirt-installati… Kubernetes and oVirt Cloud Provider (Sept. 2014) https://youtu.be/JyyST4ZKne8 oVirt and OpenStack network integración via Neutron SDN using OriginStack [Spanish] https://youtu.be/P0_s6JjFM1o ovirt – Force a host from the cluster. (unsupported) tested ver3.5.2 https://12nix.wordpress.com/2015/05/11/ovirt-force-an-host-from-the-cluster… Brian Proffitt -- oVirt Community Liaison bkp(a)redhat.com +1.574.383.9BKP

1 0

Bug in Snapshot Removing
by Soeren Malchow 01 Jun '15

01 Jun '15

--_000_D1915E46D966soerenmalchowmconnet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all I am not sure if the mail just did not get any attention between all the ma= ils and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Sna= pshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.= 1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environme= nt running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview rep= o activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The = actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, = line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren --_000_D1915E46D966soerenmalchowmconnet_ Content-Type: text/html; charset="us-ascii" Content-ID: <44E2907177D7344D9986671B228BCE48(a)liquidcampaign.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>Dear all</div> <div><br> </div> <div>I am not sure if the mail just did not get any attention between all t= he mails and this time it is also going to the libvirt mailing list.</div> <div><br> </div> <div>I am experiencing a problem with VM becoming unresponsive when removin= g Snapshots (Live Merge) and i think there is a serious problem.</div> <div><br> </div> <div>Here are the previous mails,</div> <div><br> </div> <div><a href=3D"http://lists.ovirt.org/pipermail/users/2015-May/033083.html= ">http://lists.ovirt.org/pipermail/users/2015-May/033083.html</a></div> <div><br> </div> <div>The problem is on a system with everything on the latest version, Cent= OS 7.1 and ovirt 3.5.2.1 all upgrades applied.</div> <div><br> </div> <div>This Problem did NOT exist before upgrading to CentOS 7.1 with an envi= ronment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-previe= w repo activated.</div> <div><br> </div> <div>I think this is a bug in libvirt, not ovirt itself, but i am not sure.= The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm= .py, line 697).</div> <div><br> </div> <div>We are very willing to help, test and supply log files in anyway we ca= n. </div> <div><br> </div> <div>Regards</div> <div>Soeren </div> <div><br> </div> </body> </html> --_000_D1915E46D966soerenmalchowmconnet_--

2 1

gluster config in 4 node cluster
by paf1＠email.cz 01 Jun '15

01 Jun '15

This is a multi-part message in MIME format. --------------060707050503070803070103 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, How to optimal configure 4 node cluster for any one node goes to maintenance without stopping VM ?? a) replica 4 - but it takes a lot of space b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by oVirt 3.7.2 c) stripe2+replica2 = but VM paused any other idea ? regs. Pa. --------------060707050503070803070103 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello,<br> How to optimal configure 4 node cluster for any one node goes to maintenance without stopping VM ??<br> <br> a) replica 4 - but it takes a lot of space<br> b) disperse 3+1 ( raid 5 ) - but bad performance and not visible by oVirt 3.7.2<br> c) stripe2+replica2 = but VM paused <br> <br> any other idea ?<br> regs.<br> Pa.<br> </body> </html> --------------060707050503070803070103--

4 5

Snapshot remove bug (this time from the GUI)
by Soeren Malchow 01 Jun '15

01 Jun '15

--_000_1154377871194967B5A3772A1BB2A746mconnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNClRoZSBwcm9ibGVtIGkgYWxyZWFkeSBzZW50IGEgZmV3IG1haWxzIGFib3V0 IG5vdyBjYW1lIHVwIHdoaWxlIHJlbW92aW5nIGEgc25hcHNob3QgZnJvbSB0aGUgR1VJLCB0aGUg b3RwdXQgaW4gdGhlIGxvZyBmaWxlcyB3YXMgZXhhY3RseSB0aGUgc2FtZS4NCg0KSW4gdmRzbS5s b2cNCg0KVGhyZWFkLTE4OTczOTo6REVCVUc6OjIwMTUtMDYtMDEgMDk6Mzk6MTAsMDAxOjpsaWJ2 aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6 IGVjb2RlOiA2OCBlZG9tOiAxMCBsZXZlbDogMiBtZXNzYWdlOiBUaW1lZCBvdXQgZHVyaW5nIG9w ZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sNClRocmVhZC0xODk3Mzk6 OkVSUk9SOjoyMDE1LTA2LTAxIDA5OjM5OjEwLDAwMjo6dm06OjU3NjE6OnZtLlZtOjoocXVlcnlC bG9ja0pvYnMpIHZtSWQ9YGU2NDBlOWVmLTE4NjItNDI1YS04YmRiLTljZGZiMDU4M2YwNGA6OkVy cm9yIGdldHRpbmcgYmxvY2sgam9iIGluZm8NClRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBs YXN0KToNCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDU3NTksIGlu IHF1ZXJ5QmxvY2tKb2JzDQogICAgbGl2ZUluZm8gPSBzZWxmLl9kb20uYmxvY2tKb2JJbmZvKGRy aXZlLm5hbWUsIDApDQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSA2 OTcsIGluIGYNCiAgICByYWlzZSB0b2UNClRpbWVvdXRFcnJvcjogVGltZWQgb3V0IGR1cmluZyBv cGVyYXRpb246IGNhbm5vdCBhY3F1aXJlIHN0YXRlIGNoYW5nZSBsb2NrDQoNCg0KDQrigJTigJQN Cg0Kam91cm5hbGN0bA0KDQpUaGlzDQoNCnVuIDAxIDA5OjMzOjMwIG1jLWRjM2hhbS1jb21wdXRl LTAzLWxpdmUubWMubWNvbi5uZXQgbGlidmlydGRbMTgwMV06IENhbm5vdCBzdGFydCBqb2IgKG1v ZGlmeSwgbm9uZSkgZm9yIGRvbWFpbiBmYWItY21zLWFwcC0wMS1xYS1mYWItbWNvbi1uZXQ7IGN1 cnJlbnQgam9iIGlzIChtb2RpZnksIG5vbmUpIG93bmVkIGJ5ICgxODI5LCAwKQ0KSnVuIDAxIDA5 OjMzOjMwIG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNvbi5uZXQgbGlidmlydGRbMTgw MV06IFRpbWVkIG91dCBkdXJpbmcgb3BlcmF0aW9uOiBjYW5ub3QgYWNxdWlyZSBzdGF0ZSBjaGFu Z2UgbG9jaw0KSnVuIDAxIDA5OjMzOjMwIG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNv bi5uZXQgdmRzbVs3MDAzXTogdmRzbSByb290IEVSUk9SIFVuaGFuZGxlZCBleGNlcHRpb24NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmls ZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRzbS91dGlscy5weSIsIGxpbmUg ODA5LCBpbiB3cmFwcGVyDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIGYoKmEsICoqa3cpDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSA2MTA3LCBpbiBydW4N CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBzZWxmLnRyeVBpdm90KCkNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmlsZSAiL3Vzci9zaGFy ZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDYwOTIsIGluIHRyeVBpdm90DQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg cmV0ID0gc2VsZi52bS5fZG9tLmJsb2NrSm9iQWJvcnQoc2VsZi5kcml2ZS5uYW1lLCBmbGFncykN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDY5Nywg aW4gZg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHJhaXNlIHRvZQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGltZW91dEVycm9yOiBUaW1l ZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sN Cg0KQW4gdGhpcw0KDQoNCkp1biAwMSAwOTozMzo0NSBtYy1kYzNoYW0tY29tcHV0ZS0wMy1saXZl Lm1jLm1jb24ubmV0IGxpYnZpcnRkWzE4MDFdOiBDYW5ub3Qgc3RhcnQgam9iIChtb2RpZnksIG5v bmUpIGZvciBkb21haW4gZmFiLWNtcy1hcHAtMDEtcWEtZmFiLW1jb24tbmV0OyBjdXJyZW50IGpv YiBpcyAobW9kaWZ5LCBub25lKSBvd25lZCBieSAoMTgyOSwgMCkNCkp1biAwMSAwOTozMzo0NSBt Yy1kYzNoYW0tY29tcHV0ZS0wMy1saXZlLm1jLm1jb24ubmV0IGxpYnZpcnRkWzE4MDFdOiBUaW1l ZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sN Ckp1biAwMSAwOTozMzo0NSBtYy1kYzNoYW0tY29tcHV0ZS0wMy1saXZlLm1jLm1jb24ubmV0IHZk c21bNzAwM106IHZkc20gdm0uVm0gRVJST1Igdm1JZD1gZTY0MGU5ZWYtMTg2Mi00MjVhLThiZGIt OWNkZmIwNTgzZjA0YDo6RXJyb3IgZ2V0dGluZyBibG9jayBqb2IgaW5mbw0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHJh Y2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGaWxlICIvdXNyL3No YXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgNTc1OSwgaW4gcXVlcnlCbG9ja0pvYnMNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBsaXZlSW5mbyA9IHNlbGYuX2RvbS5ibG9ja0pvYkluZm8oZHJpdmUubmFtZSwgMCkN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDY5Nywg aW4gZg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHJhaXNlIHRvZQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGltZW91dEVycm9yOiBUaW1l ZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdlIGxvY2sN Cg0KDQrigJQNCg0KQW5kIGFnYWluIHRoZSBvbmx5IHNvbHV0aW9uIHRvIGdldCB0aGUgdmlydHVh bCBtYWNoaW5lIGJhY2sgd2FzIHRvIHNldCB0aGUgaHlwZXJ2aXNvciBob3N0IGludG8gbWFpbnRl bmFuY2UsIHdoaWNoIGRvZXMgbm90IGNvbXBsZXRlbHkgd29yayBiZWNhdXNlIHRoZSBWTSB3aWxs IHN0YXkgb24gdGhlIGhvc3QgZm9yIG92aXJ0IGFuZCB0aGVuIHJlYm9vdCB0aGUgaG9zdCwgYWZ0 ZXIgdGhlIHJlYm9vdCB0aGUgdmlydHVhbCBtYWNoaW5lIHdpbGwgYmUgb2sgYWdhaW4gKG9yIHJl c3RhcnRlZCBvZiBjb25maWd1cmVkIHRvIGJlIGhpZ2hseSBhY3ZhaWxhYmxlKQ0KDQpUaGlzIGlz IGEgaHVnZSBwcm9ibGVtLCB1c2luZyBhIEdVSSBjb21tYW5kIHRoYXQgY2F1c2VzIHRoZSBuZWVk IHRvIHJlYm9vdCBhIGNvbXBsZXRlIGh5cGVydmlzb3IgcmVhbGx5IHdvcnJpZXMgbWUuDQoNClJl Z2FyZHMNClNvZXJlbg0KDQo= --_000_1154377871194967B5A3772A1BB2A746mconnet_ Content-Type: text/html; charset="utf-8" Content-ID: <387AEAD181E2B24C90772E2A0294C859(a)liquidcampaign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5EZWFyIGFsbCw8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoZSBwcm9ibGVtIGkgYWxyZWFkeSBzZW50 IGEgZmV3IG1haWxzIGFib3V0IG5vdyBjYW1lIHVwIHdoaWxlIHJlbW92aW5nIGEgc25hcHNob3Qg ZnJvbSB0aGUgR1VJLCB0aGUgb3RwdXQgaW4gdGhlIGxvZyBmaWxlcyB3YXMgZXhhY3RseSB0aGUg c2FtZS48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkluIHZkc20ubG9nPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+PGk+VGhyZWFkLTE4OTczOTo6REVCVUc6OjIw MTUtMDYtMDEgMDk6Mzk6MTAsMDAxOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3Jh cHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA2OCBlZG9tOiAxMCBsZXZlbDogMiBt ZXNzYWdlOiBUaW1lZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUg Y2hhbmdlIGxvY2s8L2k+PC9kaXY+DQo8ZGl2PjxpPlRocmVhZC0xODk3Mzk6OkVSUk9SOjoyMDE1 LTA2LTAxIDA5OjM5OjEwLDAwMjo6dm06OjU3NjE6OnZtLlZtOjoocXVlcnlCbG9ja0pvYnMpIHZt SWQ9YGU2NDBlOWVmLTE4NjItNDI1YS04YmRiLTljZGZiMDU4M2YwNGA6OkVycm9yIGdldHRpbmcg YmxvY2sgam9iIGluZm88L2k+PC9kaXY+DQo8ZGl2PjxpPlRyYWNlYmFjayAobW9zdCByZWNlbnQg Y2FsbCBsYXN0KTo8L2k+PC9kaXY+DQo8ZGl2PjxpPiZuYnNwOyBGaWxlICZxdW90Oy91c3Ivc2hh cmUvdmRzbS92aXJ0L3ZtLnB5JnF1b3Q7LCBsaW5lIDU3NTksIGluIHF1ZXJ5QmxvY2tKb2JzPC9p PjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7IGxpdmVJbmZvID0gc2VsZi5fZG9tLmJsb2Nr Sm9iSW5mbyhkcml2ZS5uYW1lLCAwKTwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7IEZpbGUgJnF1 b3Q7L3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkmcXVvdDssIGxpbmUgNjk3LCBpbiBmPC9pPjwv ZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7IHJhaXNlIHRvZTwvaT48L2Rpdj4NCjxkaXY+PGk+ VGltZW91dEVycm9yOiBUaW1lZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUg c3RhdGUgY2hhbmdlIGxvY2s8L2k+PC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+4oCU4oCUPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5qb3VybmFsY3RsPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj5UaGlzJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ PGk+dW4gMDEgMDk6MzM6MzAgbWMtZGMzaGFtLWNvbXB1dGUtMDMtbGl2ZS5tYy5tY29uLm5ldCBs aWJ2aXJ0ZFsxODAxXTogQ2Fubm90IHN0YXJ0IGpvYiAobW9kaWZ5LCBub25lKSBmb3IgZG9tYWlu IGZhYi1jbXMtYXBwLTAxLXFhLWZhYi1tY29uLW5ldDsgY3VycmVudCBqb2IgaXMgKG1vZGlmeSwg bm9uZSkgb3duZWQgYnkgKDE4MjksIDApPC9pPjwvZGl2Pg0KPGRpdj48aT5KdW4gMDEgMDk6MzM6 MzAgbWMtZGMzaGFtLWNvbXB1dGUtMDMtbGl2ZS5tYy5tY29uLm5ldCBsaWJ2aXJ0ZFsxODAxXTog VGltZWQgb3V0IGR1cmluZyBvcGVyYXRpb246IGNhbm5vdCBhY3F1aXJlIHN0YXRlIGNoYW5nZSBs b2NrPC9pPjwvZGl2Pg0KPGRpdj48aT5KdW4gMDEgMDk6MzM6MzAgbWMtZGMzaGFtLWNvbXB1dGUt MDMtbGl2ZS5tYy5tY29uLm5ldCB2ZHNtWzcwMDNdOiB2ZHNtIHJvb3QgRVJST1IgVW5oYW5kbGVk IGV4Y2VwdGlvbjwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBj YWxsIGxhc3QpOjwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9s aWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRzbS91dGlscy5weSZxdW90OywgbGluZSA4MDks IGluIHdyYXBwZXI8L2k+PC9kaXY+DQo8ZGl2PjxpPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcmV0dXJuIGYo KmEsICoqa3cpPC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL3No YXJlL3Zkc20vdmlydC92bS5weSZxdW90OywgbGluZSA2MTA3LCBpbiBydW48L2k+PC9kaXY+DQo8 ZGl2PjxpPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2VsZi50cnlQaXZvdCgpPC9pPjwvZGl2Pg0KPGRpdj48 aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSZxdW90Oywg bGluZSA2MDkyLCBpbiB0cnlQaXZvdDwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyByZXQgPSBzZWxmLnZtLl9kb20uYmxvY2tKb2JBYm9ydChzZWxmLmRyaXZlLm5hbWUsIGZsYWdz KTwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9zaGFyZS92ZHNt L3ZpcnQvdm0ucHkmcXVvdDssIGxpbmUgNjk3LCBpbiBmPC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IHJhaXNlIHRvZTwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVGltZW91dEVycm9y OiBUaW1lZCBvdXQgZHVyaW5nIG9wZXJhdGlvbjogY2Fubm90IGFjcXVpcmUgc3RhdGUgY2hhbmdl IGxvY2s8L2k+PC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkFuIHRoaXM8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ PGk+SnVuIDAxIDA5OjMzOjQ1IG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNvbi5uZXQg bGlidmlydGRbMTgwMV06IENhbm5vdCBzdGFydCBqb2IgKG1vZGlmeSwgbm9uZSkgZm9yIGRvbWFp biBmYWItY21zLWFwcC0wMS1xYS1mYWItbWNvbi1uZXQ7IGN1cnJlbnQgam9iIGlzIChtb2RpZnks IG5vbmUpIG93bmVkIGJ5ICgxODI5LCAwKTwvaT48L2Rpdj4NCjxkaXY+PGk+SnVuIDAxIDA5OjMz OjQ1IG1jLWRjM2hhbS1jb21wdXRlLTAzLWxpdmUubWMubWNvbi5uZXQgbGlidmlydGRbMTgwMV06 IFRpbWVkIG91dCBkdXJpbmcgb3BlcmF0aW9uOiBjYW5ub3QgYWNxdWlyZSBzdGF0ZSBjaGFuZ2Ug bG9jazwvaT48L2Rpdj4NCjxkaXY+PGk+SnVuIDAxIDA5OjMzOjQ1IG1jLWRjM2hhbS1jb21wdXRl LTAzLWxpdmUubWMubWNvbi5uZXQgdmRzbVs3MDAzXTogdmRzbSB2bS5WbSBFUlJPUiB2bUlkPWBl NjQwZTllZi0xODYyLTQyNWEtOGJkYi05Y2RmYjA1ODNmMDRgOjpFcnJvciBnZXR0aW5nIGJsb2Nr IGpvYiBpbmZvPC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNh bGwgbGFzdCk6PC9pPjwvZGl2Pg0KPGRpdj48aT4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgRmlsZSAmcXVvdDsvdXNyL3No YXJlL3Zkc20vdmlydC92bS5weSZxdW90OywgbGluZSA1NzU5LCBpbiBxdWVyeUJsb2NrSm9iczwv aT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBsaXZlSW5mbyA9IHNlbGYuX2RvbS5i bG9ja0pvYkluZm8oZHJpdmUubmFtZSwgMCk8L2k+PC9kaXY+DQo8ZGl2PjxpPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBG aWxlICZxdW90Oy91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5JnF1b3Q7LCBsaW5lIDY5NywgaW4g ZjwvaT48L2Rpdj4NCjxkaXY+PGk+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyByYWlzZSB0b2U8L2k+PC9kaXY+ DQo8ZGl2PjxpPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IFRpbWVvdXRFcnJvcjogVGltZWQgb3V0IGR1cmluZyBvcGVyYXRpb246IGNh bm5vdCBhY3F1aXJlIHN0YXRlIGNoYW5nZSBsb2NrPC9pPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxi cj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+4oCUPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj5BbmQgYWdhaW4gdGhlIG9ubHkgc29sdXRpb24gdG8gZ2V0IHRoZSB2aXJ0 dWFsIG1hY2hpbmUgYmFjayB3YXMgdG8gc2V0IHRoZSBoeXBlcnZpc29yIGhvc3QgaW50byBtYWlu dGVuYW5jZSwgd2hpY2ggZG9lcyBub3QgY29tcGxldGVseSB3b3JrIGJlY2F1c2UgdGhlIFZNIHdp bGwgc3RheSBvbiB0aGUgaG9zdCBmb3Igb3ZpcnQgYW5kIHRoZW4gcmVib290IHRoZSBob3N0LCBh ZnRlciB0aGUgcmVib290IHRoZSB2aXJ0dWFsIG1hY2hpbmUgd2lsbA0KIGJlIG9rIGFnYWluIChv ciByZXN0YXJ0ZWQgb2YgY29uZmlndXJlZCB0byBiZSBoaWdobHkgYWN2YWlsYWJsZSk8L2Rpdj4N CjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoaXMgaXMgYSBodWdlIHByb2JsZW0sIHVzaW5nIGEg R1VJIGNvbW1hbmQgdGhhdCBjYXVzZXMgdGhlIG5lZWQgdG8gcmVib290IGEgY29tcGxldGUgaHlw ZXJ2aXNvciByZWFsbHkgd29ycmllcyBtZS48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 PlJlZ2FyZHM8L2Rpdj4NCjxkaXY+U29lcmVuJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_1154377871194967B5A3772A1BB2A746mconnet_--

1 0

SPICE Through a Router? Squid?
by alexmcwhirter＠triadic.us 01 Jun '15

01 Jun '15

I have a dual host setup working right now. Host 1 runs the engine and is also a node. Host 2 does DB storage and NFS storage. The WebSockets proxy is running on Host1. My question is how do I run this behind a router? I am correct in understanding that the WebSockets proxy acts as the spice access point for all of the nodes in the cluster / datacetner? or does each node host need a direct connection for spice? the .vv file I receive from the management console specifies the engine's private IP address which works fine when inside the ovirt management LAN, but it wont route from WAN obviously. So essentially i guess i need squid to rewrite the served vv file to the public IP and somehow make the ports work correctly, which is difficult considering every time a VM is created it also adds its own spice port, correct?

3 2

Where can I download the ISO images
by John Joseph 31 May '15

31 May '15

Hi All, I am trying out to download the ISO image of oVirt, was referring the link http://resources.ovirt.org/pub/ovirt-3.5/iso/ this link does not have any ISO image Can any one guide me a place, where I can download the same thanks Joseph JOhn

1 1

connecting my oVirt engine to a 100mb switch
by Andrew Precht 31 May '15

31 May '15

Hi all, I’m having problems connecting my oVirt engine to a 100mb switch. I’m not having any problems connecting to 1gb. But, I need to also have a connection to a 100mb network. I’ve tried configuring ethtool_opts on the interface. However, this only results in the NIC not coming up and showing: Speed: Unknown! and Duplex: Unknown! (255), when I run ethtool ethX Is it possible to connect the engine to a 100mb switch? Thanks PS. I also posted this question over on the oVirt G+ page. I apologize if that's incorrect but I have G+ open all day...

2 4

oVirt IDrac7
by Juan Carlos YJ. Lin 30 May '15

30 May '15

--=_c570565b-2ba0-4be3-b47d-eb1ac063155c Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I configured iDrac7 on dell server, have acces by hppts, IPMI active, but when test power configuration to node, comes success,unknown, then get alert with node power fance test fail. Dell R720 and dell R420 Centos 6 with same issue, I missconfigure something? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_c570565b-2ba0-4be3-b47d-eb1ac063155c 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; font-size: 10pt; color: #000000'><span>I configured iDrac7 on dell server, have acces by hppts, IPMI active, but when test power configuration to node, comes success,unknown, then get alert with node power fance test fail.<br>Dell R720 and dell R420 Centos 6 with same issue, I missconfigure something?<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_c570565b-2ba0-4be3-b47d-eb1ac063155c--

2 1

VSDM on Engine
by Matt . 30 May '15

30 May '15

Hi Guys, I wonder if some people have installed VDSM on the engine after the engine was installed. As this is supported on the All-In-One solution I wonder if it's also supported now on a manual install. Cheers, Matt

2 1

Re: [ovirt-users] ovirt 3.6
by Wolfgang Bucher 29 May '15

29 May '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_5X6qsn0g5Wag3TpwSQ6DXgvN-Rk9OIE0v-70V-FKLG2jFsAx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHi=0D=0A=0D=0Ai have install ovirt 3.6 on Centos 7.1=0D=0A=0D=0A= =0D=0A=0D=0A=C2=A0kvm-version is:=C2=A0qemu-kvm-ev-2.1.2-23.el7_1.3.1=0D=0A= =0D=0AI think thats a recent qemu-kvm or do you need a never one.=0D=0A=0D= =0A=0D=0A=0D=0AThanks=0D=0A=0D=0A=0D=0A=0D=0AWolfgang=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0AOn May 26, 2015, at 16:17 , Wolfgang Bucher <wolfgang.bucher@net= land-mn.de> wrote:=0D=0A=0D=0A> =EF=BB=BFHi,=0D=0A>=20=0D=0A> is x-data-p= lane in ovirt 3.6 activated=3F=0D=0A=0D=0Awe have it as a proper feature = - virtio-blk dataplane a.k.a iothreads=0D=0A=0D=0ANote it does require re= cent qemu-kvm not yet available on CentOS, so may want to wait till 3.6.z= till CentOS 7.2 is out or use Fedora 22=0D=0A=0D=0AThanks,=0D=0Amichal=0D= =0A=0D=0A>=20=0D=0A> Thanks=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A= > Wolfgang Bucher=0D=0A> =EF=BB=BF=0D=0A> =20=0D=0A> ____________________= ___________________________=0D=0A> Users mailing list=0D=0A> Users(a)ovirt.= org=0D=0A> http://lists.ovirt.org/mailman/listinfo/users=0D=0A=0D=0A=0D=0A= --=_5X6qsn0g5Wag3TpwSQ6DXgvN-Rk9OIE0v-70V-FKLG2jFsAx Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.11-46050">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>AW: [ovirt-user= s] ovirt 3.6</title>=0A</head>=0A<body>=0A<p data-mce-style=3D"padding: 0= ; margin: 0;" style=3D"padding: 0; margin: 0;" constructor=3D"function Ob= ject() { [native code] }" tostring=3D"function toString() { [native code]= }" tolocalestring=3D"function toLocaleString() { [native code] }" proper= tyisenumerable=3D"function propertyIsEnumerable() { [native code] }" ispr= ototypeof=3D"function isPrototypeOf() { [native code] }" valueof=3D"funct= ion valueOf() { [native code] }" hasownproperty=3D"function hasOwnPropert= y() { [native code] }" id=3D"dirtyP"><span id=3D"_mce_caret" data-mce-bog= us=3D"true"><span style=3D"font-size: 12pt; font-family: tahoma, arial, h= elvetica, sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: ta= homa, arial, helvetica, sans-serif;">=EF=BB=BFHi<br></span></span></p><p = data-mce-style=3D"padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;= " constructor=3D"function Object() { [native code] }" tostring=3D"functio= n toString() { [native code] }" tolocalestring=3D"function toLocaleString= () { [native code] }" propertyisenumerable=3D"function propertyIsEnumerab= le() { [native code] }" isprototypeof=3D"function isPrototypeOf() { [nati= ve code] }" valueof=3D"function valueOf() { [native code] }" hasownproper= ty=3D"function hasOwnProperty() { [native code] }"><span style=3D"font-si= ze: 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce-st= yle=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif= ;">i have install ovirt 3.6 on Centos 7.1</span></p><p data-mce-style=3D"= padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;" constructor=3D"f= unction Object() { [native code] }" tostring=3D"function toString() { [na= tive code] }" tolocalestring=3D"function toLocaleString() { [native code]= }" propertyisenumerable=3D"function propertyIsEnumerable() { [native cod= e] }" isprototypeof=3D"function isPrototypeOf() { [native code] }" valueo= f=3D"function valueOf() { [native code] }" hasownproperty=3D"function has= OwnProperty() { [native code] }"><span style=3D"font-size: 12pt; font-fam= ily: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-size: = 12pt; font-family: tahoma, arial, helvetica, sans-serif;"><br data-mce-bo= gus=3D"1"></span></p><p data-mce-style=3D"padding: 0; margin: 0;" style=3D= "padding: 0; margin: 0;" constructor=3D"function Object() { [native code]= }" tostring=3D"function toString() { [native code] }" tolocalestring=3D"= function toLocaleString() { [native code] }" propertyisenumerable=3D"func= tion propertyIsEnumerable() { [native code] }" isprototypeof=3D"function = isPrototypeOf() { [native code] }" valueof=3D"function valueOf() { [nativ= e code] }" hasownproperty=3D"function hasOwnProperty() { [native code] }"= ><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, s= ans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, arial= , helvetica, sans-serif;"> kvm-version is: qemu-kvm-ev-2.1.2-23= =2Eel7_1.3.1</span></p><p data-mce-style=3D"padding: 0; margin: 0;" style= =3D"padding: 0; margin: 0;" constructor=3D"function Object() { [native co= de] }" tostring=3D"function toString() { [native code] }" tolocalestring=3D= "function toLocaleString() { [native code] }" propertyisenumerable=3D"fun= ction propertyIsEnumerable() { [native code] }" isprototypeof=3D"function= isPrototypeOf() { [native code] }" valueof=3D"function valueOf() { [nati= ve code] }" hasownproperty=3D"function hasOwnProperty() { [native code] }= "><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, = sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, aria= l, helvetica, sans-serif;">I think thats a recent qemu-kvm or do you need= a never one.</span></p><p data-mce-style=3D"padding: 0; margin: 0;" styl= e=3D"padding: 0; margin: 0;" constructor=3D"function Object() { [native c= ode] }" tostring=3D"function toString() { [native code] }" tolocalestring= =3D"function toLocaleString() { [native code] }" propertyisenumerable=3D"= function propertyIsEnumerable() { [native code] }" isprototypeof=3D"funct= ion isPrototypeOf() { [native code] }" valueof=3D"function valueOf() { [n= ative code] }" hasownproperty=3D"function hasOwnProperty() { [native code= ] }"><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetic= a, sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, a= rial, helvetica, sans-serif;"><br data-mce-bogus=3D"1"></span></p><p data= -mce-style=3D"padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;" co= nstructor=3D"function Object() { [native code] }" tostring=3D"function to= String() { [native code] }" tolocalestring=3D"function toLocaleString() {= [native code] }" propertyisenumerable=3D"function propertyIsEnumerable()= { [native code] }" isprototypeof=3D"function isPrototypeOf() { [native c= ode] }" valueof=3D"function valueOf() { [native code] }" hasownproperty=3D= "function hasOwnProperty() { [native code] }"><span style=3D"font-size: 1= 2pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D= "font-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">Tha= nks</span></p><p data-mce-style=3D"padding: 0; margin: 0;" style=3D"paddi= ng: 0; margin: 0;" constructor=3D"function Object() { [native code] }" to= string=3D"function toString() { [native code] }" tolocalestring=3D"functi= on toLocaleString() { [native code] }" propertyisenumerable=3D"function p= ropertyIsEnumerable() { [native code] }" isprototypeof=3D"function isProt= otypeOf() { [native code] }" valueof=3D"function valueOf() { [native code= ] }" hasownproperty=3D"function hasOwnProperty() { [native code] }"><span= style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-se= rif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, arial, helv= etica, sans-serif;"><br data-mce-bogus=3D"1"></span></p><p data-mce-style= =3D"padding: 0; margin: 0;" style=3D"padding: 0; margin: 0;" constructor=3D= "function Object() { [native code] }" tostring=3D"function toString() { [= native code] }" tolocalestring=3D"function toLocaleString() { [native cod= e] }" propertyisenumerable=3D"function propertyIsEnumerable() { [native c= ode] }" isprototypeof=3D"function isPrototypeOf() { [native code] }" valu= eof=3D"function valueOf() { [native code] }" hasownproperty=3D"function h= asOwnProperty() { [native code] }"><span style=3D"font-size: 12pt; font-f= amily: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-size= : 12pt; font-family: tahoma, arial, helvetica, sans-serif;">Wolfgang</spa= n></p><blockquote style=3D"border-left: 2px solid #325FBA; padding-left: = 5px; margin: 0px 5px;" data-mce-style=3D"border-left: 2px solid #325FBA; = padding-left: 5px; margin: 0px 5px;"><span style=3D"font-family: tahoma,a= rial,helvetica,sans-serif; font-size: 10pt;" data-mce-style=3D"font-famil= y: tahoma,arial,helvetica,sans-serif; font-size: 10pt;"><br></span><div><= pre wrap=3D"" style=3D"white-space: pre-wrap; word-wrap: break-word;" dat= a-mce-style=3D"white-space: pre-wrap; word-wrap: break-word;"><br>On May = 26, 2015, at 16:17 , Wolfgang Bucher <wolfgang.bucher(a)netland-mn.de&gt= ; wrote:<br><br>> =EF=BB=BFHi,<br>> <br>> is x-data-plane in ovi= rt 3.6 activated=3F<br><br>we have it as a proper feature - virtio-blk da= taplane a.k.a iothreads<br><br>Note it does require recent qemu-kvm not y= et available on CentOS, so may want to wait till 3.6.z till CentOS 7.2 is= out or use Fedora 22<br><br>Thanks,<br>michal<br><br>> <br>> Thank= s<br>> <br>> <br>> <br>> <br>> Wolfgang Bucher<br>> =EF= =BB=BF<br>> <br>> _______________________________________________<= br>> Users mailing list<br>> Users(a)ovirt.org<br>> http://lists.o= virt.org/mailman/listinfo/users<br><br></pre></div></blockquote>=0A</body= >=0A</html> --=_5X6qsn0g5Wag3TpwSQ6DXgvN-Rk9OIE0v-70V-FKLG2jFsAx--

2 1

Cannot start VM after reboot an host
by Kevin C 29 May '15

29 May '15

Hi list, I cannot start any VM after reboot my hosts on oVirt 3.5.2 and 3.5.2 nodes. It failed on nodes with this error : hread-11544::ERROR::2015-05-27 19:17:42,479::vm::2331::vm.Vm:: (_startUnderlyingVm) vmId=`4e349319-72e1-42ee-a74c-3dbd8ca45e4b`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 2271, in _startUnderlyingVm File "/usr/share/vdsm/virt/vm.py", line 3335, in _run File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in createXML libvirtError: internal error Cannot parse sensitivity level in s0 Greetings -- Kevin

5 7

Upgrade path
by Johan Kooijman 28 May '15

28 May '15

Hi all, What would be the best upgrade path for upgrading a 3.5.2 cluster from C6 to C7? Am I right in understanding that a cluster can have mixed hosts, but once a VM is on a C7 host, it cannot be migrated back to C6? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

engine-reports portal and cpu cores
by Alexandr Krivulya 28 May '15

28 May '15

Hello, why we have in reports host cores but not logical cpu cores? For example in "Cluster Capacity Vs. Usage" report I always have more vCores then Host Cores. Thank you.

3 3

ovirt 3.6
by Wolfgang Bucher 28 May '15

28 May '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_T18pxiwb8oucVshZMYVNgx0FNMr7Ujzb8nUBUR0Q8549UTte Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHi,=0D=0A=0D=0A=0D=0A=0D=0Ais x-data-plane in ovirt 3.6 activate= d=3F=0D=0A=0D=0A=0D=0A=0D=0AThanks=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A=0D=0A=0D=0AWolfgang Bucher=0D=0A=0D=0A=EF=BB=BF=0D=0A=0D=0A=C2=A0= =0D=0A --=_T18pxiwb8oucVshZMYVNgx0FNMr7Ujzb8nUBUR0Q8549UTte Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.11-46050">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>ovirt 3.6</titl= e>=0A</head>=0A<body>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; = color: #000000; font-family: Arial, Verdana, sans-serif;" data-mce-style=3D= "margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial,= Verdana, sans-serif;"><span id=3D"_mce_caret" data-mce-bogus=3D"true"><s= pan style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans= -serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, arial, h= elvetica, sans-serif;">=EF=BB=BFHi,<br></span></span></p><p style=3D"marg= in-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verd= ana, sans-serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; = color: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"= font-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data= -mce-style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, san= s-serif;"><br data-mce-bogus=3D"1"></span></p><p style=3D"margin-top: 0px= ; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-s= erif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; color: #000= 000; font-family: Arial, Verdana, sans-serif;" id=3D"dirtyP"><span id=3D"= _mce_caret" data-mce-bogus=3D"true"><span style=3D"font-size: 12pt; font-= family: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-siz= e: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">is x-data-pl= ane in ovirt 3.6 activated=3F</span></span></p><p style=3D"margin-top: 0p= x; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-= serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; color: #00= 0000; font-family: Arial, Verdana, sans-serif;"><span style=3D"font-size:= 12pt; font-family: tahoma, arial, helvetica, sans-serif;" data-mce-style= =3D"font-size: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">= <br data-mce-bogus=3D"1"></span></p><p style=3D"margin-top: 0px; margin-b= ottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif;" dat= a-mce-style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-= family: Arial, Verdana, sans-serif;"><span style=3D"font-size: 12pt; font= -family: tahoma, arial, helvetica, sans-serif;" data-mce-style=3D"font-si= ze: 12pt; font-family: tahoma, arial, helvetica, sans-serif;">Thanks</spa= n></p><p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; fo= nt-family: Arial, Verdana, sans-serif;" data-mce-style=3D"margin-top: 0px= ; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-s= erif;"><br></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color:= #000000; font-family: Arial, Verdana, sans-serif;" data-mce-style=3D"mar= gin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Ver= dana, sans-serif;"><br></p>=0A<p style=3D"margin-top: 0px; margin-bottom:= 0px; color: #000000; font-family: Arial, Verdana, sans-serif;" data-mce-= style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-family= : Arial, Verdana, sans-serif;"><br></p>=0A<p style=3D"margin-top: 0px; ma= rgin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif= ;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000;= font-family: Arial, Verdana, sans-serif;"><br></p>=0A<p style=3D"margin-= top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana= , sans-serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0px; col= or: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D"fon= t-family: 'times new roman', times; font-size: 10pt;" data-mce-style=3D"f= ont-family: 'times new roman', times; font-size: 10pt;">Wolfgang Bucher</= span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color: #0000= 00; font-family: Arial, Verdana, sans-serif;" data-mce-style=3D"margin-to= p: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, = sans-serif;" id=3D"dirtyP"><span id=3D"_mce_caret" data-mce-bogus=3D"true= "><span style=3D"font-size: 12pt; font-family: tahoma, arial, helvetica, = sans-serif;" data-mce-style=3D"font-size: 12pt; font-family: tahoma, aria= l, helvetica, sans-serif;">=EF=BB=BF<br></span></span></p>=0A<p style=3D"= margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, = Verdana, sans-serif;" data-mce-style=3D"margin-top: 0px; margin-bottom: 0= px; color: #000000; font-family: Arial, Verdana, sans-serif;"> </p>=0A= </body>=0A</html> --=_T18pxiwb8oucVshZMYVNgx0FNMr7Ujzb8nUBUR0Q8549UTte--

2 1

size of VM image files varies on different gluster bricks
by Alastair Neil 27 May '15

27 May '15

Hi I have a hosted engine cluster running 3.5.2 on f20. I have 6 nodes running centos 6.6 and three storage nodes also running centos 6.6 with gluster 3.6.3, My primary data store is a replica 3 gluster volume. I noticed that the size of some image files differs wildly on one server's brick. Disks are all thin provisioned. The bricks are thin provisioned lvm volume with xfs file systems. The only difference between the systems is that the problem node is newer, a Dell R530 with MD1400 where as the other two are Dell R510's each with MD1200s. The storage arrays all have the same 4TB disks. e.g. for a disk that the ovirt console repost as having virtual size 500G and actual size 103G I see: [root@gluster0 479d2197-de09-4012-8183-43c6baa7e65b]# cd > ../d0d58fb9-ecaa-446f-bc42-dd681a16aee2/ > [root@gluster0 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# du -sh * > 106G c1b70bf0-c750-4177-8485-7b981e1f21a3 > 1.0M c1b70bf0-c750-4177-8485-7b981e1f21a3.lease > 4.0K c1b70bf0-c750-4177-8485-7b981e1f21a3.meta > [root@gluster1 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# pwd > > /export/brick5/ovirt-data/54d9ee82-0974-4a72-98a5-328d2e4007f1/images/d0d58fb9-ecaa-446f-bc42-dd681a16aee2 > [root@gluster1 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# du -sh * > 103G c1b70bf0-c750-4177-8485-7b981e1f21a3 > 1.0M c1b70bf0-c750-4177-8485-7b981e1f21a3.lease > 4.0K c1b70bf0-c750-4177-8485-7b981e1f21a3.meta > [root@gluster-2 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# pwd > > /export/brick5/ovirt-data/54d9ee82-0974-4a72-98a5-328d2e4007f1/images/d0d58fb9-ecaa-446f-bc42-dd681a16aee2 > [root@gluster-2 d0d58fb9-ecaa-446f-bc42-dd681a16aee2]# du -sh * > 501G c1b70bf0-c750-4177-8485-7b981e1f21a3 > 1.0M c1b70bf0-c750-4177-8485-7b981e1f21a3.lease > 4.0K c1b70bf0-c750-4177-8485-7b981e1f21a3.meta I'd appreciate any suggestions about troubleshooting and resolving his. Here is the volume info: Volume Name: data > Type: Replicate > Volume ID: 5c6ff46d-1159-4c7e-8b16-5ffeb15cbaf9 > Status: Started > Number of Bricks: 1 x 3 = 3 > Transport-type: tcp > Bricks: > Brick1: gluster-2:/export/brick5/ovirt-data > Brick2: gluster1:/export/brick5/ovirt-data > Brick3: gluster0:/export/brick5/ovirt-data > Options Reconfigured: > performance.least-prio-threads: 4 > performance.low-prio-threads: 16 > performance.normal-prio-threads: 24 > performance.high-prio-threads: 24 > performance.io-thread-count: 32 > diagnostics.count-fop-hits: off > diagnostics.latency-measurement: off > auth.allow: * > nfs.rpc-auth-allow: * > network.remote-dio: on > performance.stat-prefetch: off > performance.io-cache: off > performance.read-ahead: off > performance.quick-read: off > storage.owner-gid: 36 > storage.owner-uid: 36 > cluster.eager-lock: enable > cluster.min-free-disk: 5% > cluster.rebalance-stats: on > cluster.background-self-heal-count: 16 > cluster.readdir-optimize: on > cluster.metadata-self-heal: on > cluster.data-self-heal: on > cluster.entry-self-heal: on > cluster.self-heal-daemon: on > cluster.heal-timeout: 500 > cluster.self-heal-window-size: 8 > cluster.data-self-heal-algorithm: diff > cluster.quorum-type: auto > cluster.self-heal-readdir-size: 64KB > network.ping-timeout: 20 > performance.open-behind: disable > cluster.server-quorum-ratio: 51%

1 0

VM crashes during snapshot/clone/export and show only "?"
by Soeren Malchow 27 May '15

27 May '15

--_000_D1895248CBF5soerenmalchowmconnet_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Dear all, In version 3.5.2 on CentOS 7.1 we now have the problem that the backup scri= pt seems to trigger a crash of Vms, this is the second time, the first time= i could only solve the problem by rebooting the hypervisor host and acknow= leding =93host has been rebooted=94 This problems happens while removing snapshots after snapshot =96> clone ->= export procedures. The actual qemu process is still running after following log output, but th= e VM is not responsive anymore, i can kill the process problem. Two questions for this: How can I avoid this problem ? Is there a way to tell ovirt that the qemu process is gone and that the VM = can be started again ? <=97 snip =97> May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: inter= nal error: End of file from monitor May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_PUBLI= C: port 3(vnet3) entered disabled state May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: device vnet3 = left promiscuous mode May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_PUBLI= C: port 3(vnet3) entered disabled state May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kvm[22973]: 15 guests= now active May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net systemd-machined[1441= 2]: Machine qemu-mc-glpi-app-01-live.mc.mcon.net terminated. May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Canno= t start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net; curr= ent job is (modify, none) own ed by (1534, 0) May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Timed= out during operation: cannot acquire state change lock May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Canno= t start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net; curr= ent job is (modify, none) own ed by (1534, 0) May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: Timed= out during operation: cannot acquire state change lock May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Error getting block = job info Traceback= (most recent call last): File "/= usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs liveI= nfo =3D self._dom.blockJobInfo(drive.name, 0) File "/= usr/share/vdsm/virt/vm.py", line 697, in f raise= toe TimeoutEr= ror: Timed out during operation: cannot acquire state change lock <=97 snip =97> <=97 snip =97> May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function faile= d: <AdvancedStatsFunction _samp Traceback= (most recent call last): File "/= usr/share/vdsm/virt/sampling.py", line 484, in collect stats= Function() File "/= usr/share/vdsm/virt/sampling.py", line 359, in __call__ retVa= lue =3D self._function(*args, **kwargs) File "/= usr/share/vdsm/virt/vm.py", line 346, in _sampleVmJobs retur= n self._vm.queryBlockJobs() File "/= usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs liveI= nfo =3D self._dom.blockJobInfo(drive.name, 0) Attribute= Error: 'NoneType' object has no attribute 'blockJobInfo' May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: metad= ata not found: Requested metadata element is not present May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function faile= d: <AdvancedStatsFunction _samp Traceback= (most recent call last): File "/= usr/share/vdsm/virt/sampling.py", line 484, in collect stats= Function() File "/= usr/share/vdsm/virt/sampling.py", line 359, in __call__ retVa= lue =3D self._function(*args, **kwargs) File "/= usr/share/vdsm/virt/vm.py", line 338, in _sampleVcpuPinning vCpuI= nfos =3D self._vm._dom.vcpus() Attribute= Error: 'NoneType' object has no attribute 'vcpus' May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm vm.V= m ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function faile= d: <AdvancedStatsFunction _samp Traceback= (most recent call last): File "/= usr/share/vdsm/virt/sampling.py", line 484, in collect stats= Function() File "/= usr/share/vdsm/virt/sampling.py", line 359, in __call__ retVa= lue =3D self._function(*args, **kwargs) File "/= usr/share/vdsm/virt/vm.py", line 349, in _sampleCpuTune infos= =3D self._vm._dom.schedulerParameters() Attribute= Error: 'NoneType' object has no attribute =91schedulerParameters' <=97 snip =97> --_000_D1895248CBF5soerenmalchowmconnet_ Content-Type: text/html; charset="Windows-1252" Content-ID: <CF351B4FD1FD454793EFD6973604A49A(a)liquidcampaign.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>Dear all,</div> <div><br> </div> <div>In version 3.5.2 on CentOS 7.1 we now have the problem that the backup= script seems to trigger a crash of Vms, this is the second time, the first= time i could only solve the problem by rebooting the hypervisor host and a= cknowleding =93host has been rebooted=94</div> <div><br> </div> <div>This problems happens while removing snapshots after snapshot =96> = clone -> export procedures.</div> <div><br> </div> <div>The actual qemu process is still running after following log output, b= ut the VM is not responsive anymore, i can kill the process problem.</div> <div><br> </div> <div>Two questions for this:</div> <div><br> </div> <div>How can I avoid this problem ?</div> <div>Is there a way to tell ovirt that the qemu process is gone and that th= e VM can be started again ? </div> <div><br> </div> <div><=97 snip =97> </div> <div> <div>May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:03:47 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = internal error: End of file from monitor</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_= PUBLIC: port 3(vnet3) entered disabled state</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: device v= net3 left promiscuous mode</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kernel: IDMZ_MC_= PUBLIC: port 3(vnet3) entered disabled state</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net kvm[22973]: 15 g= uests now active</div> <div>May 25 22:03:48 mc-dc3ham-compute-02-live.mc.mcon.net systemd-machined= [14412]: Machine qemu-mc-glpi-app-01-live.mc.mcon.net terminated.</div> <div>May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Cannot start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net;= current job is (modify, none) own</div> <div>ed by (1534, 0)</div> <div>May 25 22:04:11 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Timed out during operation: cannot acquire state change lock</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Cannot start job (modify, none) for domain mc-glpi-app-01-live.mc.mcon.net;= current job is (modify, none) own</div> <div>ed by (1534, 0)</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = Timed out during operation: cannot acquire state change lock</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Error getting b= lock job info</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs</div> <div>                    =                     &nbsp= ;                     &nb= sp;       liveInfo =3D self._dom.blockJobInfo(drive.name, 0)= </div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 697, in= f</div> <div>                    =                     &nbsp= ;                     &nb= sp;       raise toe</div> <div>                    =                     &nbsp= ;                     &nb= sp;   TimeoutError: Timed out during operation: cannot acquire state c= hange lock</div> </div> <div><=97 snip =97></div> <div><br> </div> <div><br> </div> <div><=97 snip =97></div> <div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function = failed: <AdvancedStatsFunction _samp</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 4= 84, in collect</div> <div>                    =                     &nbsp= ;                     &nb= sp;       statsFunction()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 3= 59, in __call__</div> <div>                    =                     &nbsp= ;                     &nb= sp;       retValue =3D self._function(*args, **kwargs)</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 346, in= _sampleVmJobs</div> <div>                    =                     &nbsp= ;                     &nb= sp;       return self._vm.queryBlockJobs()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs</div> <div>                    =                     &nbsp= ;                     &nb= sp;       liveInfo =3D self._dom.blockJobInfo(drive.name, 0)= </div> <div>                    =                     &nbsp= ;                     &nb= sp;   AttributeError: 'NoneType' object has no attribute 'blockJobInfo= '</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1386]: = metadata not found: Requested metadata element is not present</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function = failed: <AdvancedStatsFunction _samp</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 4= 84, in collect</div> <div>                    =                     &nbsp= ;                     &nb= sp;       statsFunction()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 3= 59, in __call__</div> <div>                    =                     &nbsp= ;                     &nb= sp;       retValue =3D self._function(*args, **kwargs)</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 338, in= _sampleVcpuPinning</div> <div>                    =                     &nbsp= ;                     &nb= sp;       vCpuInfos =3D self._vm._dom.vcpus()</div> <div>                    =                     &nbsp= ;                     &nb= sp;   AttributeError: 'NoneType' object has no attribute 'vcpus'</div> <div>May 25 22:04:18 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[3230]: vdsm= vm.Vm ERROR vmId=3D`598bdf61-2f2c-4569-9513-93043890f676`::Stats function = failed: <AdvancedStatsFunction _samp</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 4= 84, in collect</div> <div>                    =                     &nbsp= ;                     &nb= sp;       statsFunction()</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/sampling.py", line 3= 59, in __call__</div> <div>                    =                     &nbsp= ;                     &nb= sp;       retValue =3D self._function(*args, **kwargs)</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 349, in= _sampleCpuTune</div> <div>                    =                     &nbsp= ;                     &nb= sp;       infos =3D self._vm._dom.schedulerParameters()</div= > <div>                    =                     &nbsp= ;                     &nb= sp;   AttributeError: 'NoneType' object has no attribute =91schedulerP= arameters'</div> </div> <div><br> </div> <div><=97 snip =97> </div> </body> </html> --_000_D1895248CBF5soerenmalchowmconnet_--

1 1