ovirt-guest-agent on EL7 not starting up correctly, requires restart
by Daniel Helgenberger
Hello,
after deploying a few CentOS7.1 hosts I realized that the
ovirt-guest-agent does not start up correctly at system boot, requiring
a manual restart. Afterwards it is reporting data to engine.
I have only these lines:
Jun 03 12:39:39 pipeline.int.m-box.de systemd[1]: Starting oVirt Guest
Agent...
Jun 03 12:39:40 pipeline.int.m-box.de systemd[1]: Started oVirt Guest Agent.
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7136]:
pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent"
was met by user "ovirtagent"
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7136]: running
'/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges
on behalf of 'ovirtagent'
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7163]:
pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent"
was met by user "ovirtagent"
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7163]: running
'/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges
on behalf of 'ovirtagent'
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7169]:
pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent"
was met by user "ovirtagent"
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7169]: running
'/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges
on behalf of 'ovirtagent'
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7175]:
pam_succeed_if(ovirt-locksession:auth): requirement "user = ovirtagent"
was met by user "ovirtagent"
Jun 03 12:40:02 pipeline.int.m-box.de userhelper[7175]: running
'/usr/share/ovirt-guest-agent/LockActiveSession.py' with root privileges
on behalf of 'ovirtagent'
Versions:
Linux pipeline.int.m-box.de 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13
10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
qemu-guest-agent-2.1.0-4.el7.x86_64
ovirt-guest-agent-common-1.0.10-2.el7.noarch
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
8 years, 10 months
- 2
- 2
Virtualised ovirt-engine?
by Christian Ejlertsen
Hello
I'm trying to find out a few things about ovirt, besides that it's an
fantastic product.
I can find a draft describing virtualising the ovirt engine on the ovirt
nodes, but i can't find it described much in other places, not saying it's not
there :), but at least my eyes does not find it :)
Does anyone have some insight towards this?
Thank you very much in advance.
- Christian
8 years, 10 months
- 2
- 1
Live Merge vanished after upgrade to 3.5.2.1
by Soeren Malchow
--_000_98350E4299364C7E94538A4950A900C1mconnet_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
RGVhciBhbGwsDQoNCkluIG91ciBlbnZpcm9ubWVudCB0aGUg4oCcTGl2ZSBNZXJnZeKAnSBjYXBh
YmlsaXR5IGlzIGdvbmUgYWZ0ZXIgdGhlIHVwZ3JhZGUgdG8gb3ZpcnQgMy41LjIuMQ0KDQpJdCB3
YXMgd29ya2luZyBiZWZvcmUgYW5kIHdlIGhhZCBvdXIgYmFja3VwIHJlbHlpbmcgaW4gdGhpcy4N
Cg0KQW55IGlkZWEgd2hhdCBoYXBwZW5lZCA/DQoNCkVudmlyb25tZW50DQoNCkhvc3RlZCBFbmdp
bmUgb24gQ2VudE9TIDYuNiB3aXRoIG92aXJ0IDMuNS4yLjENCkNvbXB1dGUgaG9zdHMgb24gRmVk
b3JhIDIwIHdpdGggdmRzbSA0LjE2LjE0IGFuZCBsaWJ2aXJ0IDEuMi45LjEgZnJvbSB0aGUgbGli
dmlydC1wcmV2aWV3IHJlcG8gKGZvciBsaXZlIG1lcmdlKQ0KU3RvcmFnZSAtPiBDZW50T1MgNy4x
IHdpdGggZ2x1c3RlciAzLjYuMw0KDQpDaGVlcnMNClNvZXJlbg0K
--_000_98350E4299364C7E94538A4950A900C1mconnet_
Content-Type: text/html; charset="utf-8"
Content-ID: <6DB347CB5E605B439B0C67E36304302E(a)liquidcampaign.com>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8
ZGl2PkRlYXIgYWxsLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SW4gb3VyIGVudmly
b25tZW50IHRoZSDigJxMaXZlIE1lcmdl4oCdIGNhcGFiaWxpdHkgaXMgZ29uZSBhZnRlciB0aGUg
dXBncmFkZSB0byBvdmlydCAzLjUuMi4xPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5J
dCB3YXMgd29ya2luZyBiZWZvcmUgYW5kIHdlIGhhZCBvdXIgYmFja3VwIHJlbHlpbmcgaW4gdGhp
cy48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkFueSBpZGVhIHdoYXQgaGFwcGVuZWQg
PzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+RW52aXJvbm1lbnQ8L2Rpdj4NCjxkaXY+
PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj5Ib3N0ZWQgRW5naW5lIG9uIENlbnRPUyA2LjYgd2l0
aCBvdmlydCAzLjUuMi4xPC9kaXY+DQo8ZGl2PkNvbXB1dGUgaG9zdHMgb24gRmVkb3JhIDIwIHdp
dGggdmRzbSA0LjE2LjE0IGFuZCBsaWJ2aXJ0IDEuMi45LjEgZnJvbSB0aGUgbGlidmlydC1wcmV2
aWV3IHJlcG8gKGZvciBsaXZlIG1lcmdlKTwvZGl2Pg0KPGRpdj5TdG9yYWdlIC0mZ3Q7IENlbnRP
UyA3LjEgd2l0aCBnbHVzdGVyIDMuNi4zPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+
DQo8ZGl2PkNoZWVyczwvZGl2Pg0KPGRpdj5Tb2VyZW4mbmJzcDs8L2Rpdj4NCjxkaXY+DQo8ZGl2
IGlkPSJNQUNfT1VUTE9PS19TSUdOQVRVUkUiPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_98350E4299364C7E94538A4950A900C1mconnet_--
8 years, 10 months
- 3
- 3
Expand the OS disk windows 2003 crash the VM
by Punit Dambiwal
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
8 years, 10 months
- 2
- 3
Problem with VM Export
by InterNetX - Juergen Gotteswinter
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
8 years, 10 months
- 2
- 1
oVirt Instability with Dell Compellent via iSCSI/Multipath
by Chris Jones - BookIt.com Systems Administrator
--------------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--
8 years, 10 months
- 7
- 20
Re: [ovirt-users] Users Digest, Vol 45, Issue 3
by Juan Carlos YJ. Lin
--=_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>  =
; 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>=
;<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--
8 years, 10 months
- 1
- 0
snapshot deleting
by paf1＠email.cz
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
8 years, 10 months
- 2
- 1
3.5.2 live merge
by Patrick Russell
--_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_--
8 years, 10 months
- 3
- 3
Re: [ovirt-users] SPICE Through a Router? Squid?
by Nikolai Sednev
------=_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/atta...>
------------------------------
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/atta...>
------------------------------
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/atta...>
------------------------------
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/atta...>
------------------------------
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/atta...>
------------------------------
_______________________________________________
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>  =
; 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 <=
;soeren.malchow(a)mcon.net><br>To: ???? ??????????? <y.poltoratskiy@gma=
il.com>, "users(a)ovirt.org=
"<br> <users(a)ovirt.org>=
;<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>  =
; "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> =
 =
; &nb=
sp; Traceback (most recent call last):<br> =
 =
; &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>  =
; &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--
8 years, 10 months
- 1
- 0